HL7.FHIR.UV.SUBSCRIPTIONS-BACKPORT\Backported Notification: Id Only

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

Example Bundle: Backported Notification: Id Only

This Bundle provides an example of an id-only notification. This Bundle is typical of what may be posted to a notification endpoint (e.g., a listening HTTP server, etc.).

Bundle notification-id-only of type history

Entry 1 - Full URL = urn:uuid:b21e4fae-ce73-45cb-8e37-1e203362b2ae

Request:

GET https://example.org/fhir/r4/Subscription/admission/$status

Response:

Resource Parameters:

Parameters
subscription https://example.org/fhir/r4/Subscription/admission
topic http://hl7.org/SubscriptionTopic/admission
type event-notification
status active
events-since-subscription-start 310
events-in-notification 1

Entry 2 - Full URL = https://example.org/fhir/r4/Encounter/551683b3-1477-41d1-b58e-32fe8b0047b0

Request:

POST Encounter

Response:

Notes:

In order to satisfy the requirements of a history Bundle (specifically bdl-3 and bdl-4), note that Bundle.entry.request must exist.

For the status resource (entry[0]), the request is filled out to match a request to the $status operation.

For additional entries, the request SHOULD be filled out in a way that makes sense given the subscription (e.g., a POST or PUT operation on the resource). However, a server MAY choose to simply include a GET to the relevant resource instead.