FHIR © HL7.org  |  FHIRsmith 4.0.1  |  Server Home  |  XIG Home  |  XIG Stats  | 

FHIR IG analytics

Packageexample.fhir.us.fod
Resource TypeCapabilityStatement
IdCapabilityStatement-fod-receiver.json
FHIR VersionR4
Sourcehttps://build.fhir.org/ig/shpringman/fhir-fod/CapabilityStatement-fod-receiver.html
URLhttp://somewhere.org/fhir/us/fod/CapabilityStatement/fod-receiver
Version0.2.0
Statusdraft
Date2026-08-07
NameFODReceiver
TitleFact of Death Receiver Capability Statement
Realmus
Authorityhl7
DescriptionExpectations 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.
Kindrequirements

Resources that use this resource

No resources found


Resources that this resource uses

OperationDefinition
ca.on.oh.setp#1.0.42MessageHeader-process-messageProcess Message

Narrative

Note: links and images are rebased to the (stated) source

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
ConformanceOperationDocumentation
SHALL$process-message

FHIR Messaging Capabilities

Messaging Capability

Supported Message(s)

ModeDefinition
receiverFact of Death Notification Message
receiverFact of Death Correction Message
receiverFact of Death Void Message
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.



Source1

{
  "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"
        }
      ]
    }
  ]
}