Subscriptions R5 Backport
1.1.0 - Standard for Trial Use International flag

This page is part of the Subscriptions R5 Backport (v1.1.0: STU 1.1) based on FHIR v4.3.0. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

Example Bundle: R4 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 r4-notification-id-only of type history

Entry 1 - fullUrl = urn:uuid:292d3c72-edc1-4d8a-afaa-d85e19c7f563

Request:

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

Response:

200

Resource Parameters:

Parameters

subscriptionhttps://example.org/fhir/Subscription/admission
topichttp://hl7.org/SubscriptionTopic/admission
statusactive
typeevent-notification
events-since-subscription-start2
notification-event
 event-number2
 timestamp2020-05-29 11:44:13-0500
 focushttps://example.org/fhir/Encounter/86009987-eabe-42bf-8c02-b112b18cb616

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.