FHIR IG analytics| Package | example.fhir.us.fod |
| Resource Type | CapabilityStatement |
| Id | CapabilityStatement-fod-receiver.json |
| FHIR Version | R4 |
| Source | https://build.fhir.org/ig/shpringman/fhir-fod/CapabilityStatement-fod-receiver.html |
| URL | http://somewhere.org/fhir/us/fod/CapabilityStatement/fod-receiver |
| Version | 0.2.0 |
| Status | draft |
| Date | 2026-08-07 |
| Name | FODReceiver |
| Title | Fact of Death Receiver Capability Statement |
| Realm | us |
| Authority | hl7 |
| Description | 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. |
| Kind | requirements |
No resources found
| OperationDefinition | ||
| ca.on.oh.setp#1.0.42 | MessageHeader-process-message | Process Message |
Note: links and images are rebased to the (stated) source
Generated Narrative: CapabilityStatement fod-receiver
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.
serverNotifications 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.
| Conformance | Operation | Documentation |
|---|---|---|
| SHALL | $process-message |
| Mode | Definition |
|---|---|
| receiver | Fact of Death Notification Message |
| receiver | Fact of Death Correction Message |
| receiver | Fact of Death Void Message |
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.
{
"resourceType": "CapabilityStatement",
"id": "fod-receiver",
"text": {
"status": "extensions",
"div": "<!-- snip (see above) -->"
},
"extension": [
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-fmm",
"valueInteger": 1,
"_valueInteger": {
"extension": [
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-conformance-derivedFrom",
"valueCanonical": "http://somewhere.org/fhir/us/fod/ImplementationGuide/example.fhir.us.fod"
}
]
}
},
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-standards-status",
"valueCode": "informative",
"_valueCode": {
"extension": [
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-conformance-derivedFrom",
"valueCanonical": "http://somewhere.org/fhir/us/fod/ImplementationGuide/example.fhir.us.fod"
}
]
}
}
],
"url": "http://somewhere.org/fhir/us/fod/CapabilityStatement/fod-receiver",
"version": "0.2.0",
"name": "FODReceiver",
"title": "Fact of Death Receiver Capability Statement",
"status": "draft",
"experimental": false,
"date": "2026-08-07",
"publisher": "HL7 International - Public Health Work Group",
"contact": [
{
"telecom": [
{
"system": "url",
"value": "http://hl7.org/Special/committees/pher"
}
]
}
],
"description": "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": "urn:iso:std:iso:3166",
"code": "US"
}
]
}
],
"kind": "requirements",
"fhirVersion": "4.0.1",
"format": [
"json",
"xml"
],
"rest": [
{
"mode": "server",
"documentation": "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": "process-message",
"definition": "http://hl7.org/fhir/OperationDefinition/MessageHeader-process-message"
}
]
}
],
"messaging": [
{
"documentation": "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": "receiver",
"definition": "http://somewhere.org/fhir/us/fod/MessageDefinition/fod-notification"
},
{
"mode": "receiver",
"definition": "http://somewhere.org/fhir/us/fod/MessageDefinition/fod-correction"
},
{
"mode": "receiver",
"definition": "http://somewhere.org/fhir/us/fod/MessageDefinition/fod-void"
}
]
}
]
}