FHIR
Since Camel 2.23
Both producer and consumer are supported
The FHIR component integrates with the HAPI-FHIR library, which is an open-source implementation of the FHIR (Fast Healthcare Interoperability Resources) specification in Java.
Maven users will need to add the following dependency to their pom.xml for this component:
<dependency>
<groupId>org.apache.camel</groupId>
<artifactId>camel-fhir</artifactId>
<version>${camel-version}</version>
</dependency>
URI Format
The FHIR Component uses the following URI format:
fhir://endpoint-prefix/endpoint?[options]
Endpoint prefix can be one of:
-
capabilities
-
create
-
delete
-
history
-
load-page
-
meta
-
operation
-
patch
-
read
-
search
-
transaction
-
update
-
validate
Configuring Options
Camel components are configured on two separate levels:
-
component level
-
endpoint level
Configuring Component Options
At the component level, you set general and shared configurations that are, then, inherited by the endpoints. It is the highest configuration level.
For example, a component may have security settings, credentials for authentication, urls for network connection and so forth.
Some components only have a few options, and others may have many. Because components typically have pre-configured defaults that are commonly used, then you may often only need to configure a few options on a component; or none at all.
You can configure components using:
-
the Component DSL.
-
in a configuration file (
application.properties
,*.yaml
files, etc). -
directly in the Java code.
Configuring Endpoint Options
You usually spend more time setting up endpoints because they have many options. These options help you customize what you want the endpoint to do. The options are also categorized into whether the endpoint is used as a consumer (from), as a producer (to), or both.
Configuring endpoints is most often done directly in the endpoint URI as path and query parameters. You can also use the Endpoint DSL and DataFormat DSL as a type safe way of configuring endpoints and data formats in Java.
A good practice when configuring options is to use Property Placeholders.
Property placeholders provide a few benefits:
-
They help prevent using hardcoded urls, port numbers, sensitive information, and other settings.
-
They allow externalizing the configuration from the code.
-
They help the code to become more flexible and reusable.
The following two sections list all the options, firstly for the component followed by the endpoint.
Component Options
The FHIR component supports 27 options, which are listed below.
Name | Description | Default | Type |
---|---|---|---|
Encoding to use for all request. Enum values:
| String | ||
The FHIR Version to use. Enum values:
| R4 | String | |
Will log every requests and responses. | false | boolean | |
Pretty print all request. | false | boolean | |
The FHIR server base URL. | String | ||
Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions (if possible) occurred while the Camel consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. Important: This is only possible if the 3rd party component allows Camel to be alerted if an exception was thrown. Some components handle this internally only, and therefore bridgeErrorHandler is not possible. In other situations we may improve the Camel component to hook into the 3rd party component and make this possible for future releases. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored. | false | boolean | |
Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing. | false | boolean | |
Whether autowiring is enabled. This is used for automatic autowiring options (the option must be marked as autowired) by looking up in the registry to find if there is a single instance of matching type, which then gets configured on the component. This can be used for automatic configuring JDBC data sources, JMS connection factories, AWS Clients, etc. | true | boolean | |
To use the custom client. | IGenericClient | ||
To use the custom client factory. | IRestfulClientFactory | ||
Compresses outgoing (POST/PUT) contents to the GZIP format. | false | boolean | |
To use the shared configuration. | FhirConfiguration | ||
How long to try and establish the initial TCP connection (in ms). | 10000 | Integer | |
When this option is set, model classes will not be scanned for children until the child list for the given type is actually accessed. | false | boolean | |
FhirContext is an expensive object to create. To avoid creating multiple instances, it can be set directly. | FhirContext | ||
Force conformance check. | false | boolean | |
HTTP session cookie to add to every request. | String | ||
How long to block for individual read/write operations (in ms). | 10000 | Integer | |
Request that the server modify the response using the _summary param. Enum values:
| String | ||
When should Camel validate the FHIR Server’s conformance statement. Enum values:
| ONCE | String | |
The proxy host. | String | ||
The proxy password. | String | ||
The proxy port. | Integer | ||
The proxy username. | String | ||
OAuth access token. | String | ||
Password to use for basic authentication. | String | ||
Username to use for basic authentication. | String |
Endpoint Options
The FHIR endpoint is configured using URI syntax:
fhir:apiName/methodName
With the following path and query parameters:
Path Parameters (2 parameters)
Name | Description | Default | Type |
---|---|---|---|
Required What kind of operation to perform. Enum values:
| FhirApiName | ||
Required What sub operation to use for the selected operation. | String |
Query Parameters (44 parameters)
Name | Description | Default | Type |
---|---|---|---|
Encoding to use for all request. Enum values:
| String | ||
The FHIR Version to use. Enum values:
| R4 | String | |
Sets the name of a parameter to be passed in the exchange In Body. | String | ||
Will log every requests and responses. | false | boolean | |
Pretty print all request. | false | boolean | |
The FHIR server base URL. | String | ||
If the polling consumer did not poll any files, you can enable this option to send an empty message (no body) instead. | false | boolean | |
Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions (if possible) occurred while the Camel consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. Important: This is only possible if the 3rd party component allows Camel to be alerted if an exception was thrown. Some components handle this internally only, and therefore bridgeErrorHandler is not possible. In other situations we may improve the Camel component to hook into the 3rd party component and make this possible for future releases. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored. | false | boolean | |
To let the consumer use a custom ExceptionHandler. Notice if the option bridgeErrorHandler is enabled then this option is not in use. By default the consumer will deal with exceptions, that will be logged at WARN or ERROR level and ignored. | ExceptionHandler | ||
Sets the exchange pattern when the consumer creates an exchange. Enum values:
| ExchangePattern | ||
A pluggable org.apache.camel.PollingConsumerPollingStrategy allowing you to provide your custom implementation to control error handling usually occurred during the poll operation before an Exchange have been created and being routed in Camel. | PollingConsumerPollStrategy | ||
Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing. | false | boolean | |
To use the custom client. | IGenericClient | ||
To use the custom client factory. | IRestfulClientFactory | ||
Compresses outgoing (POST/PUT) contents to the GZIP format. | false | boolean | |
How long to try and establish the initial TCP connection (in ms). | 10000 | Integer | |
When this option is set, model classes will not be scanned for children until the child list for the given type is actually accessed. | false | boolean | |
FhirContext is an expensive object to create. To avoid creating multiple instances, it can be set directly. | FhirContext | ||
Force conformance check. | false | boolean | |
HTTP session cookie to add to every request. | String | ||
How long to block for individual read/write operations (in ms). | 10000 | Integer | |
Request that the server modify the response using the _summary param. Enum values:
| String | ||
When should Camel validate the FHIR Server’s conformance statement. Enum values:
| ONCE | String | |
The proxy host. | String | ||
The proxy password. | String | ||
The proxy port. | Integer | ||
The proxy username. | String | ||
The number of subsequent error polls (failed due some error) that should happen before the backoffMultipler should kick-in. | int | ||
The number of subsequent idle polls that should happen before the backoffMultipler should kick-in. | int | ||
To let the scheduled polling consumer backoff if there has been a number of subsequent idles/errors in a row. The multiplier is then the number of polls that will be skipped before the next actual attempt is happening again. When this option is in use then backoffIdleThreshold and/or backoffErrorThreshold must also be configured. | int | ||
Milliseconds before the next poll. | 500 | long | |
If greedy is enabled, then the ScheduledPollConsumer will run immediately again, if the previous run polled 1 or more messages. | false | boolean | |
Milliseconds before the first poll starts. | 1000 | long | |
Specifies a maximum limit of number of fires. So if you set it to 1, the scheduler will only fire once. If you set it to 5, it will only fire five times. A value of zero or negative means fire forever. | 0 | long | |
The consumer logs a start/complete log line when it polls. This option allows you to configure the logging level for that. Enum values:
| TRACE | LoggingLevel | |
Allows for configuring a custom/shared thread pool to use for the consumer. By default each consumer has its own single threaded thread pool. | ScheduledExecutorService | ||
To use a cron scheduler from either camel-spring or camel-quartz component. Use value spring or quartz for built in scheduler. | none | Object | |
To configure additional properties when using a custom scheduler or any of the Quartz, Spring based scheduler. | Map | ||
Whether the scheduler should be auto started. | true | boolean | |
Time unit for initialDelay and delay options. Enum values:
| MILLISECONDS | TimeUnit | |
Controls if fixed delay or fixed rate is used. See ScheduledExecutorService in JDK for details. | true | boolean | |
OAuth access token. | String | ||
Password to use for basic authentication. | String | ||
Username to use for basic authentication. | String |
API Parameters (13 APIs)
The FHIR endpoint is an API-based component and has additional parameters based on which API name and API method is used. The API name and API method is located in the endpoint URI as the apiName/methodName
path parameters:
fhir:apiName/methodName
There are 13 API names as listed in the table below:
API Name | Type | Description |
---|---|---|
Both | API to Fetch the capability statement for the server | |
Both | API for the create operation, which creates a new resource instance on the server | |
Both | API for the delete operation, which performs a logical delete on a server resource | |
Both | API for the history method | |
Both | API that Loads the previous/next bundle of resources from a paged set, using the link specified in the link type=next tag within the atom bundle | |
Both | API for the meta operations, which can be used to get, add and remove tags and other Meta elements from a resource or across the server | |
Both | API for extended FHIR operations | |
Both | API for the patch operation, which performs a logical patch on a server resource | |
Both | API method for read operations | |
Both | API to search for resources matching a given set of criteria | |
Both | API for sending a transaction (collection of resources) to the server to be executed as a single unit | |
Both | API for the update operation, which performs a logical delete on a server resource | |
Both | API for validating resources |
Each API is documented in the following sections to come.
API: capabilities
Both producer and consumer are supported
The capabilities API is defined in the syntax as follows:
fhir:capabilities/methodName?[parameters]
The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Retrieve the conformance statement using the given model type |
Method ofType
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseConformance ofType(Class<org.hl7.fhir.instance.model.api.IBaseConformance> type, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/ofType API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
type | The model type | Class |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: create
Both producer and consumer are supported
The create API is defined in the syntax as follows:
fhir:create/methodName?[parameters]
The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Creates a IBaseResource on the server |
Method resource
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome resource(String resourceAsString, String url, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
ca.uhn.fhir.rest.api.MethodOutcome resource(org.hl7.fhir.instance.model.api.IBaseResource resource, String url, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resource API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
preferReturn | Add a Prefer header to the request, which requests that the server include or suppress the resource body as a part of the result. If a resource is returned by the server it will be parsed an accessible to the client via MethodOutcome#getResource() , may be null | PreferReturnEnum |
resource | The resource to create | IBaseResource |
resourceAsString | The resource to create | String |
url | The search URL to use. The format of this URL should be of the form ResourceTypeParameters, for example: Patientname=Smith&identifier=13.2.4.11.4%7C847366, may be null | String |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: delete
Both producer and consumer are supported
The delete API is defined in the syntax as follows:
fhir:delete/methodName?[parameters]
The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Deletes the given resource | ||
Deletes the resource by resource type e | ||
Specifies deleting should be performed as a conditional delete against a given search URL |
Method resource
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome resource(org.hl7.fhir.instance.model.api.IBaseResource resource, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resource API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
resource | The IBaseResource to delete | IBaseResource |
Method resourceById
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome resourceById(String type, String stringId, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
ca.uhn.fhir.rest.api.MethodOutcome resourceById(org.hl7.fhir.instance.model.api.IIdType id, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resourceById API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | The IIdType referencing the resource | IIdType |
stringId | It’s id | String |
type | The resource type e.g Patient | String |
Method resourceConditionalByUrl
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome resourceConditionalByUrl(String url, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resourceConditionalByUrl API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
url | The search URL to use. The format of this URL should be of the form ResourceTypeParameters, for example: Patientname=Smith&identifier=13.2.4.11.4%7C847366 | String |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: history
Both producer and consumer are supported
The history API is defined in the syntax as follows:
fhir:history/methodName?[parameters]
The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Perform the operation across all versions of a specific resource (by ID and type) on the server | ||
Perform the operation across all versions of all resources of all types on the server | ||
Perform the operation across all versions of all resources of the given type on the server |
Method onInstance
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle onInstance(org.hl7.fhir.instance.model.api.IIdType id, Class<org.hl7.fhir.instance.model.api.IBaseBundle> returnType, Integer count, java.util.Date cutoff, org.hl7.fhir.instance.model.api.IPrimitiveType<java.util.Date> iCutoff, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/onInstance API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
count | Request that the server return only up to theCount number of resources, may be NULL | Integer |
cutoff | Request that the server return only resource versions that were created at or after the given time (inclusive), may be NULL | Date |
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
iCutoff | Request that the server return only resource versions that were created at or after the given time (inclusive), may be NULL | IPrimitiveType |
id | The IIdType which must be populated with both a resource type and a resource ID at | IIdType |
returnType | Request that the method return a Bundle resource (such as ca.uhn.fhir.model.dstu2.resource.Bundle). Use this method if you are accessing a DSTU2 server. | Class |
Method onServer
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle onServer(Class<org.hl7.fhir.instance.model.api.IBaseBundle> returnType, Integer count, java.util.Date cutoff, org.hl7.fhir.instance.model.api.IPrimitiveType<java.util.Date> iCutoff, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/onServer API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
count | Request that the server return only up to theCount number of resources, may be NULL | Integer |
cutoff | Request that the server return only resource versions that were created at or after the given time (inclusive), may be NULL | Date |
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
iCutoff | Request that the server return only resource versions that were created at or after the given time (inclusive), may be NULL | IPrimitiveType |
returnType | Request that the method return a Bundle resource (such as ca.uhn.fhir.model.dstu2.resource.Bundle). Use this method if you are accessing a DSTU2 server. | Class |
Method onType
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle onType(Class<org.hl7.fhir.instance.model.api.IBaseResource> resourceType, Class<org.hl7.fhir.instance.model.api.IBaseBundle> returnType, Integer count, java.util.Date cutoff, org.hl7.fhir.instance.model.api.IPrimitiveType<java.util.Date> iCutoff, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/onType API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
count | Request that the server return only up to theCount number of resources, may be NULL | Integer |
cutoff | Request that the server return only resource versions that were created at or after the given time (inclusive), may be NULL | Date |
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
iCutoff | Request that the server return only resource versions that were created at or after the given time (inclusive), may be NULL | IPrimitiveType |
resourceType | The resource type to search for | Class |
returnType | Request that the method return a Bundle resource (such as ca.uhn.fhir.model.dstu2.resource.Bundle). Use this method if you are accessing a DSTU2 server. | Class |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: load-page
Both producer and consumer are supported
The load-page API is defined in the syntax as follows:
fhir:load-page/methodName?[parameters]
The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Load a page of results using the given URL and bundle type and return a DSTU1 Atom bundle | ||
Load the next page of results using the link with relation next in the bundle | ||
Load the previous page of results using the link with relation prev in the bundle |
Method byUrl
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle byUrl(String url, Class<org.hl7.fhir.instance.model.api.IBaseBundle> returnType, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/byUrl API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
returnType | The return type | Class |
url | The search url | String |
Method next
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle next(org.hl7.fhir.instance.model.api.IBaseBundle bundle, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/next API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
bundle | The IBaseBundle | IBaseBundle |
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
Method previous
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle previous(org.hl7.fhir.instance.model.api.IBaseBundle bundle, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/previous API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
bundle | The IBaseBundle | IBaseBundle |
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: meta
Both producer and consumer are supported
The meta API is defined in the syntax as follows:
fhir:meta/methodName?[parameters]
The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Add the elements in the given metadata to the already existing set (do not remove any) | ||
Delete the elements in the given metadata from the given id | ||
Fetch the current metadata from a specific resource | ||
Fetch the current metadata from the whole Server | ||
Fetch the current metadata from a specific type |
Method add
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseMetaType add(org.hl7.fhir.instance.model.api.IBaseMetaType meta, org.hl7.fhir.instance.model.api.IIdType id, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/add API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | The id | IIdType |
meta | The IBaseMetaType class | IBaseMetaType |
Method delete
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseMetaType delete(org.hl7.fhir.instance.model.api.IBaseMetaType meta, org.hl7.fhir.instance.model.api.IIdType id, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/delete API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | The id | IIdType |
meta | The IBaseMetaType class | IBaseMetaType |
Method getFromResource
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseMetaType getFromResource(Class<org.hl7.fhir.instance.model.api.IBaseMetaType> metaType, org.hl7.fhir.instance.model.api.IIdType id, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/getFromResource API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | The id | IIdType |
metaType | The IBaseMetaType class | Class |
Method getFromServer
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseMetaType getFromServer(Class<org.hl7.fhir.instance.model.api.IBaseMetaType> metaType, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/getFromServer API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
metaType | The type of the meta datatype for the given FHIR model version (should be MetaDt.class or MetaType.class) | Class |
Method getFromType
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseMetaType getFromType(Class<org.hl7.fhir.instance.model.api.IBaseMetaType> metaType, String resourceType, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/getFromType API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
metaType | The IBaseMetaType class | Class |
resourceType | The resource type e.g Patient | String |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: operation
Both producer and consumer are supported
The operation API is defined in the syntax as follows:
fhir:operation/methodName?[parameters]
The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Perform the operation across all versions of a specific resource (by ID and type) on the server | ||
This operation operates on a specific version of a resource | ||
Perform the operation across all versions of all resources of all types on the server | ||
Perform the operation across all versions of all resources of the given type on the server | ||
This operation is called $process-message as defined by the FHIR specification |
Method onInstance
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseResource onInstance(org.hl7.fhir.instance.model.api.IIdType id, String name, org.hl7.fhir.instance.model.api.IBaseParameters parameters, Class<org.hl7.fhir.instance.model.api.IBaseParameters> outputParameterType, boolean useHttpGet, Class<org.hl7.fhir.instance.model.api.IBaseResource> returnType, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/onInstance API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | Resource (version will be stripped) | IIdType |
name | Operation name | String |
outputParameterType | The type to use for the output parameters (this should be set to Parameters.class drawn from the version of the FHIR structures you are using), may be NULL | Class |
parameters | The parameters to use as input. May also be null if the operation does not require any input parameters. | IBaseParameters |
returnType | If this operation returns a single resource body as its return type instead of a Parameters resource, use this method to specify that resource type. This is useful for certain operations (e.g. Patient/NNN/$everything) which return a bundle instead of a Parameters resource, may be NULL | Class |
useHttpGet | Use HTTP GET verb | Boolean |
Method onInstanceVersion
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseResource onInstanceVersion(org.hl7.fhir.instance.model.api.IIdType id, String name, org.hl7.fhir.instance.model.api.IBaseParameters parameters, Class<org.hl7.fhir.instance.model.api.IBaseParameters> outputParameterType, boolean useHttpGet, Class<org.hl7.fhir.instance.model.api.IBaseResource> returnType, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/onInstanceVersion API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | Resource version | IIdType |
name | Operation name | String |
outputParameterType | The type to use for the output parameters (this should be set to Parameters.class drawn from the version of the FHIR structures you are using), may be NULL | Class |
parameters | The parameters to use as input. May also be null if the operation does not require any input parameters. | IBaseParameters |
returnType | If this operation returns a single resource body as its return type instead of a Parameters resource, use this method to specify that resource type. This is useful for certain operations (e.g. Patient/NNN/$everything) which return a bundle instead of a Parameters resource, may be NULL | Class |
useHttpGet | Use HTTP GET verb | Boolean |
Method onServer
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseResource onServer(String name, org.hl7.fhir.instance.model.api.IBaseParameters parameters, Class<org.hl7.fhir.instance.model.api.IBaseParameters> outputParameterType, boolean useHttpGet, Class<org.hl7.fhir.instance.model.api.IBaseResource> returnType, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/onServer API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
name | Operation name | String |
outputParameterType | The type to use for the output parameters (this should be set to Parameters.class drawn from the version of the FHIR structures you are using), may be NULL | Class |
parameters | The parameters to use as input. May also be null if the operation does not require any input parameters. | IBaseParameters |
returnType | If this operation returns a single resource body as its return type instead of a Parameters resource, use this method to specify that resource type. This is useful for certain operations (e.g. Patient/NNN/$everything) which return a bundle instead of a Parameters resource, may be NULL | Class |
useHttpGet | Use HTTP GET verb | Boolean |
Method onType
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseResource onType(Class<org.hl7.fhir.instance.model.api.IBaseResource> resourceType, String name, org.hl7.fhir.instance.model.api.IBaseParameters parameters, Class<org.hl7.fhir.instance.model.api.IBaseParameters> outputParameterType, boolean useHttpGet, Class<org.hl7.fhir.instance.model.api.IBaseResource> returnType, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/onType API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
name | Operation name | String |
outputParameterType | The type to use for the output parameters (this should be set to Parameters.class drawn from the version of the FHIR structures you are using), may be NULL | Class |
parameters | The parameters to use as input. May also be null if the operation does not require any input parameters. | IBaseParameters |
resourceType | The resource type to operate on | Class |
returnType | If this operation returns a single resource body as its return type instead of a Parameters resource, use this method to specify that resource type. This is useful for certain operations (e.g. Patient/NNN/$everything) which return a bundle instead of a Parameters resource, may be NULL | Class |
useHttpGet | Use HTTP GET verb | Boolean |
Method processMessage
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle processMessage(String respondToUri, org.hl7.fhir.instance.model.api.IBaseBundle msgBundle, boolean asynchronous, Class<org.hl7.fhir.instance.model.api.IBaseBundle> responseClass, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/processMessage API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
asynchronous | Whether to process the message asynchronously or synchronously, defaults to synchronous. | Boolean |
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
msgBundle | Set the Message Bundle to POST to the messaging server | IBaseBundle |
respondToUri | An optional query parameter indicating that responses from the receiving server should be sent to this URI, may be NULL | String |
responseClass | The response class | Class |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: patch
Both producer and consumer are supported
The patch API is defined in the syntax as follows:
fhir:patch/methodName?[parameters]
The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Applies the patch to the given resource ID | ||
Specifies that the update should be performed as a conditional create against a given search URL |
Method patchById
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome patchById(String patchBody, String stringId, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
ca.uhn.fhir.rest.api.MethodOutcome patchById(String patchBody, org.hl7.fhir.instance.model.api.IIdType id, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/patchById API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | The resource ID to patch | IIdType |
patchBody | The body of the patch document serialized in either XML or JSON which conforms to http://jsonpatch.com/ or http://tools.ietf.org/html/rfc5261 | String |
preferReturn | Add a Prefer header to the request, which requests that the server include or suppress the resource body as a part of the result. If a resource is returned by the server it will be parsed an accessible to the client via MethodOutcome#getResource() | PreferReturnEnum |
stringId | The resource ID to patch | String |
Method patchByUrl
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome patchByUrl(String patchBody, String url, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/patchByUrl API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
patchBody | The body of the patch document serialized in either XML or JSON which conforms to http://jsonpatch.com/ or http://tools.ietf.org/html/rfc5261 | String |
preferReturn | Add a Prefer header to the request, which requests that the server include or suppress the resource body as a part of the result. If a resource is returned by the server it will be parsed an accessible to the client via MethodOutcome#getResource() | PreferReturnEnum |
url | The search URL to use. The format of this URL should be of the form ResourceTypeParameters, for example: Patientname=Smith&identifier=13.2.4.11.4%7C847366 | String |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: read
Both producer and consumer are supported
The read API is defined in the syntax as follows:
fhir:read/methodName?[parameters]
The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Reads a IBaseResource on the server by id | ||
Reads a IBaseResource on the server by url |
Method resourceById
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseResource resourceById(Class<org.hl7.fhir.instance.model.api.IBaseResource> resource, Long longId, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseResource resourceById(Class<org.hl7.fhir.instance.model.api.IBaseResource> resource, String stringId, String version, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseResource resourceById(Class<org.hl7.fhir.instance.model.api.IBaseResource> resource, org.hl7.fhir.instance.model.api.IIdType id, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseResource resourceById(String resourceClass, Long longId, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseResource resourceById(String resourceClass, String stringId, String ifVersionMatches, String version, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseResource resourceById(String resourceClass, org.hl7.fhir.instance.model.api.IIdType id, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resourceById API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | The IIdType referencing the resource | IIdType |
ifVersionMatches | A version to match against the newest version on the server | String |
longId | The resource ID | Long |
resource | The resource to read (e.g. Patient) | Class |
resourceClass | The resource to read (e.g. Patient) | String |
returnNull | Return null if version matches | Boolean |
returnResource | Return the resource if version matches | IBaseResource |
stringId | The resource ID | String |
throwError | Throw error if the version matches | Boolean |
version | The resource version | String |
Method resourceByUrl
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseResource resourceByUrl(Class<org.hl7.fhir.instance.model.api.IBaseResource> resource, String url, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseResource resourceByUrl(Class<org.hl7.fhir.instance.model.api.IBaseResource> resource, org.hl7.fhir.instance.model.api.IIdType iUrl, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseResource resourceByUrl(String resourceClass, String url, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseResource resourceByUrl(String resourceClass, org.hl7.fhir.instance.model.api.IIdType iUrl, String ifVersionMatches, Boolean returnNull, org.hl7.fhir.instance.model.api.IBaseResource returnResource, Boolean throwError, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resourceByUrl API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
iUrl | The IIdType referencing the resource by absolute url | IIdType |
ifVersionMatches | A version to match against the newest version on the server | String |
resource | The resource to read (e.g. Patient) | Class |
resourceClass | The resource to read (e.g. Patient.class) | String |
returnNull | Return null if version matches | Boolean |
returnResource | Return the resource if version matches | IBaseResource |
throwError | Throw error if the version matches | Boolean |
url | Referencing the resource by absolute url | String |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: search
Both producer and consumer are supported
The search API is defined in the syntax as follows:
fhir:search/methodName?[parameters]
The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Perform a search by resource name | ||
Perform a search directly by URL |
Method searchByResource
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle searchByResource(String resourceName, java.util.Map<String, java.util.List<String>> searchParameters, ca.uhn.fhir.rest.api.SearchStyleEnum searchStyle, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/searchByResource API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
resourceName | The resource to search for | String |
searchParameters | A set of search parameters to the query | Map |
searchStyle | Forces the query to perform the search using the given method (allowable methods are described in the FHIR Search Specification). The default search style is HTTP POST. | SearchStyleEnum |
Method searchByUrl
Signatures:
-
org.hl7.fhir.instance.model.api.IBaseBundle searchByUrl(String url, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/searchByUrl API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
url | The URL to search for. Note that this URL may be complete (e.g. http://example.com/base/Patientname=foo) in which case the client’s base URL will be ignored. Or it can be relative (e.g. Patientname=foo) in which case the client’s base URL will be used. | String |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: transaction
Both producer and consumer are supported
The transaction API is defined in the syntax as follows:
fhir:transaction/methodName?[parameters]
The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Use the given raw text (should be a Bundle resource) as the transaction input | ||
Use a list of resources as the transaction input |
Method withBundle
Signatures:
-
String withBundle(String stringBundle, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
org.hl7.fhir.instance.model.api.IBaseBundle withBundle(org.hl7.fhir.instance.model.api.IBaseBundle bundle, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/withBundle API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
bundle | Bundle to use in the transaction | IBaseBundle |
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
stringBundle | Bundle to use in the transaction | String |
Method withResources
Signatures:
-
java.util.List<org.hl7.fhir.instance.model.api.IBaseResource> withResources(java.util.List<org.hl7.fhir.instance.model.api.IBaseResource> resources, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/withResources API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
resources | Resources to use in the transaction | List |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: update
Both producer and consumer are supported
The update API is defined in the syntax as follows:
fhir:update/methodName?[parameters]
The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Updates a IBaseResource on the server by id | ||
Updates a IBaseResource on the server by search url |
Method resource
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome resource(String resourceAsString, String stringId, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
ca.uhn.fhir.rest.api.MethodOutcome resource(String resourceAsString, org.hl7.fhir.instance.model.api.IIdType id, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
ca.uhn.fhir.rest.api.MethodOutcome resource(org.hl7.fhir.instance.model.api.IBaseResource resource, String stringId, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
ca.uhn.fhir.rest.api.MethodOutcome resource(org.hl7.fhir.instance.model.api.IBaseResource resource, org.hl7.fhir.instance.model.api.IIdType id, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resource API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
id | The IIdType referencing the resource | IIdType |
preferReturn | Whether the server include or suppress the resource body as a part of the result | PreferReturnEnum |
resource | The resource to update (e.g. Patient) | IBaseResource |
resourceAsString | The resource body to update | String |
stringId | The ID referencing the resource | String |
Method resourceBySearchUrl
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome resourceBySearchUrl(String resourceAsString, String url, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
ca.uhn.fhir.rest.api.MethodOutcome resourceBySearchUrl(org.hl7.fhir.instance.model.api.IBaseResource resource, String url, ca.uhn.fhir.rest.api.PreferReturnEnum preferReturn, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resourceBySearchUrl API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
preferReturn | Whether the server include or suppress the resource body as a part of the result | PreferReturnEnum |
resource | The resource to update (e.g. Patient) | IBaseResource |
resourceAsString | The resource body to update | String |
url | Specifies that the update should be performed as a conditional create against a given search URL | String |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
API: validate
Both producer and consumer are supported
The validate API is defined in the syntax as follows:
fhir:validate/methodName?[parameters]
The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)
Method | Alias | Description |
---|---|---|
Validates the resource |
Method resource
Signatures:
-
ca.uhn.fhir.rest.api.MethodOutcome resource(String resourceAsString, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
-
ca.uhn.fhir.rest.api.MethodOutcome resource(org.hl7.fhir.instance.model.api.IBaseResource resource, java.util.Map<org.apache.camel.component.fhir.api.ExtraParameters, Object> extraParameters);
The fhir/resource API method has the parameters listed in the table below:
Parameter | Description | Type |
---|---|---|
extraParameters | See ExtraParameters for a full list of parameters that can be passed, may be NULL | Map |
resource | The IBaseResource to validate | IBaseResource |
resourceAsString | Raw resource to validate | String |
In addition to the parameters above, the fhir API can also use any of the Query Parameters (44 parameters).
Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelFhir.parameter
. The inBody
parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere
would override a CamelFhir.myParameterNameHere
header.
Spring Boot Auto-Configuration
When using fhir with Spring Boot make sure to use the following Maven dependency to have support for auto configuration:
<dependency>
<groupId>org.apache.camel.springboot</groupId>
<artifactId>camel-fhir-starter</artifactId>
<version>x.x.x</version>
<!-- use the same version as your Camel core version -->
</dependency>
The component supports 66 options, which are listed below.