FHIR Orders Exchange (FOE) / Post-Acute Orders (PAO) / (DME-Orders)
0.2.2 - CI Build United States of America flag

FHIR Orders Exchange (FOE) / Post-Acute Orders (PAO) / (DME-Orders), published by HL7. This is not an authorized publication; it is the continuous build for version 0.2.2). This version is based on the current content of https://github.com/HL7/dme-orders/ and changes regularly. See the Directory of published versions

RESTful FHIR Exchanges

FHIR RESTful Communication Pattern

Assumptions (without an Intermediary)

  1. The Supplier has RESTful query capabilities.
  2. The Supplier can manage subscriptions on a specific Task resource.
  3. The Supplier can authenticate to and is authorized to query the EHR.

Flow Diagram (without an Intermediary)

The flow diagram has three parts.

  1. Creation of the order.
  2. Order updates by the Rendering Provider, which covers any changes to the status of the order, up to and including the fulfillment of the order.
  3. Order updates by the Ordering Provider (e.g. order change or cancel).

Assumptions (with an Intermediary)

  1. The Intermediary is the owner and “home” of all Task resources for this workflow.
  2. The Intermediary can manage subscriptions on a specific Task resource, and generally on Task resources.
  3. The Rendering Provider has restful query capabilities.
  4. The Rendering Provider has a longstanding subscription for Task resources where they are the Task performer.
  5. The Intermediary has established authorization and authentication relationships with both the Ordering Provider and the Rendering Provider.
  6. The intermediary will either use URL-rewriting for all references and links pointing to the Ordering Provider or Rendering Provider, or it creates copies of the resources local to the Intermediary to enable RESTful retrieval without direct Ordering Provider / Rendering Provider interaction.

Flow Diagram (with an intermediary)

The flow diagram has three parts.

  1. Creation of the order. (Note: In this case it is useful to have an indication that the Rendering Provider is actually aware of the order, so this extra step is added in the first part).
  2. Order updates by the Rendering Provider, which covers any changes to the status of the order, up to and including the fulfillment of the order.
  3. Order updates by the Ordering Provider (e.g. order change or cancel).