Fact of Death Exchange FHIR Implementation Guide
0.2.0 - CI Build
Fact of Death Exchange FHIR Implementation Guide
0.2.0 - CI Build
Fact of Death Exchange FHIR Implementation Guide, published by HL7 International - Public Health Work Group. This guide is not an authorized publication; it is the continuous build for version 0.2.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/shpringman/fhir-fod/ and changes regularly. See the Directory of published versions
| Official URL: http://example.org/fhir/us/fod/CapabilityStatement/fod-sender | Version: 0.2.0 | |||
| Standards status: Informative | Maturity Level: 1 | Computable Name: FODSender | ||
Expectations of a Death Record Source, or of an intermediary relaying on its behalf, that sends fact-of-death notifications. A sender SHALL be able to send an initial notification. Support for corrections and retractions is strongly encouraged: a jurisdiction that can only ever assert a death, and never revise or withdraw that assertion, leaves receivers unable to repair a record they wrongly marked as deceased.
Raw OpenAPI-Swagger Definition file | Download
json, xmlNote to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.
| Mode | Definition |
|---|---|
| sender | Fact of Death Notification Message |
| sender | Fact of Death Correction Message |
| sender | Fact of Death Void Message |
Notifications are sent as FHIR messages conforming to the Fact of Death Notification Bundle. Where a receiver supports acknowledgement, the sender receives a Fact of Death Acknowledgement Bundle carrying the same event code and referencing the notification through MessageHeader.response.identifier.