careMESH NPD
0.1.0 - ci-build United States of America flag

careMESH NPD - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

OperationDefinition: caremesh-export

Official URL: http://fhir.caremesh.app/OperationDefinition/caremesh-export Version: 0.1.0
Active as of 2021-07-29 Computable Name: ResourceTypeLevelExport

FHIR Operation to obtain a detailed set of FHIR resources of diverse resource types pertaining to all Resources. The FHIR server SHALL support invocation of this operation using the FHIR Asynchronous Request Pattern

URL: [base]/Patient/$export

URL: [base]/Organization/$export

Parameters

UseNameScopeCardinalityTypeBindingDocumentation
IN_outputFormat0..1string

Support is required for a server, optional for a client.

The format for the requested Bulk Data files to be generated as per FHIR Asynchronous Request Pattern. Defaults to application/fhir+ndjson. The server SHALL support Newline Delimited JSON, but MAY choose to support additional output formats. The server SHALL accept the full content type of application/fhir+ndjson as well as the abbreviated representations application/ndjson and ndjson.

IN_since0..1instant

Support is required for a server, optional for a client.

Resources will be included in the response if their state has changed after the supplied time (e.g., if Resource.meta.lastUpdated is later than the supplied _since time). The server MAY return resources that are referenced by the resources being returned regardless of when the referenced resources were last updated. For resources where the server does not maintain a last updated time, the server MAY include these resources in a response irrespective of the _since value supplied by a client.

IN_type0..*string

Support is optional for a server and a client. A string of comma-delimited FHIR resource types.

The response SHALL be filtered to only include resources of the specified resource types(s).

If this parameter is omitted, the server SHALL return all supported resources within the scope of the client authorization, though implementations MAY limit the resources returned to specific subsets of FHIR, such as those defined in the US Core Implementation Guide.

A server that is unable to support _type SHOULD return an error and FHIR OperationOutcome resource so the client can re-submit a request omitting the _type parameter. If the client explicitly asks for export of resources that the Bulk Data server doesn't support, or asks for only resource types that are outside the Resource Compartment, the server SHOULD return details via a FHIR OperationOutcome resource in an error response to the request. When a Prefer: handling=lenient header is included in the request, the server MAY process the request instead of returning an error.

For example _type=Observation could be used to filter a given export response to return only FHIR Observation resources.

IN_elements0..*string

String of comma-delimited FHIR Elements.

When provided, the server SHOULD omit unlisted, non-mandatory elements from the resources returned. Elements SHOULD be of the form [resource type].[element name]

(e.g., Resource.id) or [element name] (e.g., id) and only root elements in a resource are permitted. If the resource type is omitted, the element SHOULD be returned for all resources in the response where it is applicable.

A server is not obliged to return just the requested elements. A server SHOULD always return mandatory elements whether they are requested or not. A server SHOULD mark the resources with the tag SUBSETTED to ensure that the incomplete resource is not actually used to overwrite a complete resource.

A server that is unable to support _elements SHOULD return an error and a FHIR OperationOutcome resource so the client can re-submit a request omitting the _elements parameter. When a Prefer: handling=lenient header is included in the request, the server MAY process the request instead of returning an error.

INResource0..*Reference (Resource)

This parameter is only valid in kickoff requests initiated through a HTTP POST request. When provided, the server SHALL NOT return resources in the Resource compartments belonging to Resources outside of this list. If a client requests Resources who are not present on the server or are not members of the requested group, the server SHOULD return details via a FHIR OperationOutcome resource in an error response to the request.

A server that is unable to support the Resource parameter SHOULD return an error and FHIR OperationOutcome resource so the client can re-submit a request omitting the Resource parameter. When a Prefer: handling=lenient header is included in the request, the server MAY process the request instead of returning an error.

INincludeAssociatedData0..*codehttp://hl7.org/fhir/uv/bulkdata/ValueSet/include-associated-data (Extensible)

String of comma-delimited values.

When provided, a server with support for the parameter and requested values SHALL return or omit a pre-defined set of FHIR resources associated with the request.

A server that is unable to support the requested includeAssociatedData values SHOULD return an error and a FHIR OperationOutcome resource so the client can re-submit a request that omits those values (for example, if a server does not retain provenance data). When a Prefer: handling=lenient header is included in the request, the server MAY process the request instead of returning an error.

If multiple conflicting values are included, the server SHALL apply the least restrictive value (value that will return the largest dataset).

IN_typeFilter0..*string

String of comma separated FHIR REST search queries.

When provided, a server with support for the parameter and requested search queries SHALL filter the data in the response to only include resources that meet the specified criteria. FHIR search response parameters such as _include and _sort SHALL NOT be used.

A server that that is unable to support the requested _typeFilter queries SHOULD return an error and a FHIR OperationOutcome resource so the client can re-submit a request that omits those queries. When a Prefer: handling=lenient header is included in the request, the server MAY process the request instead of returning an error.