<status value="draft"/> <experimental value="false"/> <date value="2026-08-07"/> <publisher value="HL7 International - Public Health Work Group"/> <contact> <telecom> <system value="url"/> <value value="http://hl7.org/Special/committees/pher"/> </telecom> </contact> <description value="Expectations of a Notification Receiver, typically an EHR, that accepts fact-of-death notifications. A receiver SHALL accept all three message events. Accepting a retraction is not optional: a receiver that can accept a death but not withdraw it cannot be corrected when a jurisdiction registers a death against the wrong individual."/> <jurisdiction> <coding> <system value="urn:iso:std:iso:3166"/> <code value="US"/> </coding> </jurisdiction> <kind value="requirements"/> <fhirVersion value="4.0.1"/> <format value="json"/> <format value="xml"/> <rest> <mode value="server"/> <documentation value="Notifications are delivered by invoking $process-message at the server root with a Fact of Death Notification Bundle as the message. A receiver that supports acknowledgement returns a Fact of Death Acknowledgement Bundle synchronously in the operation response."/> <operation> <name value="process-message"/> <definition value="http://hl7.org/fhir/OperationDefinition/MessageHeader-process-message"/> </operation> </rest> <messaging> <documentation value="A receiver matches each notification to a patient record using its own matching logic. Where it supports acknowledgement, it reports the outcome using the Fact of Death Match Outcome, including the case where no patient record matched."/> <supportedMessage> <mode value="receiver"/> <definition value="http://example.org/fhir/us/fod/MessageDefinition/fod-notification"/> </supportedMessage> <supportedMessage> <mode value="receiver"/> <definition value="http://example.org/fhir/us/fod/MessageDefinition/fod-correction"/> </supportedMessage> <supportedMessage> <mode value="receiver"/> <definition value="http://example.org/fhir/us/fod/MessageDefinition/fod-void"/> </supportedMessage> </messaging> </CapabilityStatement>

Generated Narrative: CapabilityStatement fod-receiver

Fact of Death Receiver Capability Statement

Implementation Guide Version: 0.2.0
FHIR Version: 4.0.1
Supported Formats: json, xml
Published on: 2026-08-07
Published by: HL7 International - Public Health Work Group

Note 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.

FHIR RESTful Capabilities

Mode: `server`

Notifications are delivered by invoking $process-message at the server root with a Fact of Death Notification Bundle as the message. A receiver that supports acknowledgement returns a Fact of Death Acknowledgement Bundle synchronously in the operation response.

Summary of System-wide Operations

Conformance	Operation	Documentation
SHALL	$process-message

FHIR Messaging Capabilities

Messaging Capability

Supported Message(s)

Mode	Definition
receiver	Fact of Death Notification Message
receiver	Fact of Death Correction Message
receiver	Fact of Death Void Message

Documentation