This page is part of the Subscriptions R5 Backport (v0.1.0: STU 1 Ballot 1) based on FHIR R4. The current version which supercedes this version is 1.0.0. For a full list of available versions, see the Directory of published versions
Contents:
This page provides a list of the FHIR artifacts defined as part of this implementation guide.
The following artifacts define the specific capabilities that different types of systems are expected to have in order to comply with this implementation guide. Systems conforming to this implementation guide are expected to declare conformance to one or more of the following capability statements.
Backport Subscription Server Capability Statement |
Example CapabilityStatement describing the expected capabilities of a FHIR Server supporting backported R5 Subscriptions. |
These are custom operations that can be supported by and/or invoked by systems conforming to this implementation guide
Backport Subscription Status Operation |
This operation is used to return the current status information about one or more backported R5-Style Subscriptions in R4. |
Backport Subscription Topic List Operation |
This operation is used to return the current list of R5 SubscriptionTopics in a Backported-R4 environment. |
These define constraints on FHIR resources for systems conforming to this implementation guide
Backported R5 Subscription |
Profile on the R4 Subscription resource to enable R5-style topic-based subscriptions in FHIR R4. |
Backported R5 Subscription Notification Bundle |
Profile on the R4 Bundle resource to enable R5-style topic-based subscription notifications in FHIR R4. |
Backported R5 Subscription Notification Status |
Profile on the Parameters resource to enable R5-style topic-based subscription notifications in FHIR R4. |
Backported R5 SubscriptionTopic Canonical URL Parameters |
Profile on the R4 Parameters resource to enable R5-style topic-based subscriptions in FHIR R4. |
These define constraints on FHIR data types for systems conforming to this implementation guide
Backported R5 Additional Criteria |
Criteria for additional resource types. |
Backport R5 Subscription Heartbeat Period |
Interval in seconds to send ‘heartbeat’ notifications. |
Backported R5 Subscription MaxCount |
Maximum number of triggering resources included in notification bundles. |
Backport R5 Subscription Notification URL Location |
If present, where to place URLs of resources in notifications. |
Backport R5 Subscription Payload Content Information |
How much of the resource content to deliver in the notification payload. The choices are an empty payload, only the resource id, or the full resource content. |
Backport R5 Subscription Timeout |
Timeout in seconds to attempt notification delivery. |
Backport R5 Subscription Topic Canonical |
Canonical reference to the subscription topic being subscribed to. |
These define sets of codes used by systems conforming to this implementation guide
Backported R5 Subscription Content Value Set |
Codes to represent how much resource content to send in the notification payload. |
R5 Subscription Error Codes Value Set |
Codes to represent error states on subscriptions. |
R5 Subscription Notification Type Value Set |
Codes to represent types of notification bundles. |
Backported R5 Subscription Notification URL Location Value Set |
Codes to represent the location in Bundle.entry where URLs for resources should be located. |
These define new code systems used by systems conforming to this implementation guide
Backported R5 Subscription Content Code System |
Codes to represent how much resource content to send in the notification payload. |
R5 Subscription Error Code System |
Codes to represent error states on subscriptions. |
R5 Subscription Notification Type Code System |
Codes to represent types of notification bundles. |
Backported R5 Subscription Notification URL Location Code System |
Codes to represent the location in Bundle.entry where URLs for resources should be located. |
These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like
Backported Notification: Empty |
Example of a backported notification with ‘empty’ content. |
Backported Notification: Error |
Example of a backported notification with an error state. |
Backported Notification: Full Resource |
Example of a backported notification with ‘full-resource’ content. |
Backported Notification: Id Only |
Example of a backported notification with ‘id-only’ content. |
Backported Notification: Multiple Resources |
Example of a backported notification with ‘full-resource’ content and a related resource. |
Backported Notification: Status |
Example of a backported notification with status content. |
Backported Subscription: Admission |
Example of a backported R5 admissions subscription in R4. |
Backported Subscription: Multi-Resource |
Example of a backported R5 subscription in R4 with multiple resources. |
Backported Subscription Topic List |
Example of a backported subscription topic list with a single entry. |