Transport Pattern Mapping
FHIR-MHD Transport Pattern Mapping Notes
- FHIR REST API (in least in theory) is based on OMG Health RESTful specification
- http://www.omg.org/spec/HData/1.0/PDF/
- on first inspection, it does not seem to cause incompatibility issues with existing use of REST in MHD.
- the recommendation of using CORS has impact on HTTP level: http://enable-cors.org/. Discussed in http://www.hl7.org/implement/standards/fhir/security.html
HTTP verbs used for basic operations on a (single) resource in FHIR
- POST - create
- PUT - update
- DELETE - delete
- GET - read
There are some exceptions to this scheme: the "transaction" operation utilizes POST to create or update a set of resources (resource bundle) atomically.
Mapping of FHIR operations to existing XDS transactions
Transaction
This operation can facilitate Provide & Register Document Set-b (ITI-41, ITI-42), "Update Document Set" (ITI-57) and "Delete Document Set" (ITI-62) transactions. It can create and update a set of resources (authors, documents) in one transaction:
- If entry.content is omitted, the resulting operation is closer to Register (ITI-42).
- If entry.id refers to an existing resource, it mimicks "Update Document Set"
- If entry.deleted specifies a date before now, the entry will be deleted.
Read
This operation can be used for the current Retrieve Document Set transaction, although it can only be used for one resource. The "search" operation might be an alternative.
Delete
This operation can be mapped to Delete Document Set, but only works for individual resources.
Resources
Resources in FHIR can be represented in JSON, XML and as Binary.
Binary
Binary representations can be created, and fetched using a specific location on the resource. Search is not supported for these resources.
Bundles
Operations on sets of resources are performed on resource bundles. In XML these are represented as Atom Feeds. The JSON representation is a custom format that honors order of resource attributes.