Vital Records Death Reporting (VRDR) FHIR Implementation Guide
2.1.0 - STU 2 United States of America flag

This page is part of the Vital Records Death Reporting FHIR Implementation Guide (v2.1.0: STU 2) based on FHIR R4. 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

Change Log

VRDR STU 2.1 CI Build (January 2023)

  • Terminology:
    • Pregnancy Status: Added missing code for ‘Not reported on certificate’.
    • Race and Ethnicity: Added some missing codes
    • Certifier Types: Corrected display strings to align with SNOMEDCT
    • Concept Maps: Updated to reflect added codes
  • Profiles:
    • Emerging Issues: Fixed length of fields of length > 1
    • Death Certificate: Documented deprecation of the use of REPLACE within a death record submission.
    • Added a PartialDateTime on DeathDate.DeathDate.component[datetimePronouncedDead].valueDateTime to support specification of PPTIME without PPDATESIGNED, or a partial PPDATESIGNED.
  • References in Narrative:
    • Fixed references to MRE definition documents.
  • Examples:
    • Added additional examples
    • Fixed display strings in examples
    • Updated fshnotes on examples

VRDR STU 2 Publication Version (August 31, 2022)

General Changes

  • Scope: The VRDR IG now supports standards-based interoperable exchange of death record information that is information-content equivalent with the legacy IJE, MRE, TRX, and Mortality Roster formats. The mapping of legacy IJE fields to the FHIR profiles is clearly documented. Profiles that did not support any data fields used for submission of death records to NCHS or for inter-jurisdictional exchange were eliminated.
  • Documentation: A death record data dictionary that maps IJE fields has been added, and each profile includes the data dictionary elements that the profile supports. A separate mortality roster data dictionary is also included.
  • Use Case Documentation: Documentation is provided for the four use cases the VRDR is intended to support, and how the IG’s profiles are used in support of each use case.
  • Inclusion of FHIR Profiles for Coded Content: Eight new profiles, seven of which are Observations, have been added to support interoperable exchange of the decedent’s coded race, ethnicity and cause of death.
  • Race and Ethnicity: The Race and Ethnicity submitted as part of death registration are now represented accurately with respect to the NCHS process. Separate profiles are provided for submission of sending race and ethnicity to NCHS, and to represent coded race and ethnicity.
  • Additional Bundles: In addition to the DeathCertificateDocument new bundles have been defined for exchange of coded demographic, cause of death, and mortality roster information. The new bundles are information content equivalent to their legacy counterparts. All four bundles use the same set of identifiers.
  • Examples: Examples are included for all profiles and extensions.
  • Consistent Naming and Identifiers: The names and identifiers have been changed to achieve consistency.
  • USCore: Now depends on USCore 5.0.1, and the included USCoreRelatedPersonProfile. RelatedPerson.active = true.

Terminology Changes

  • Standard Terminologies: An attempt has been made to use standard terminologies and code systems (e.g., SNOMED-CT, LOINC, HL7) wherever possible.
  • Non-Standard Terminologies: Non-standard terminologies are represented within the IG, rather than by reference to PHINVADs.
  • ValueSets: All valuesets are included within the IG, rather than by reference to PHINVADs. Concept maps are provided to enable client software to map from legacy codes to the codes used in the IG’s valuesets.
  • States, Territories, Jurisdictions, Provinces and Countries: All of these geographic entities are represented consistently throughout the IG using 2-letter postal abbreviations.

Notable Changes to Profiles

  • Part1 and Part2 Causes of Death: The Part1 and Part2 Cause of Death profiles are now profiles of Observation, rather than Condition. The association of the Part1 causes of death with line numbers is now explicit as part of the profile, rather than implicit based on order in a list.
  • Deleted Profiles: Profiles for Death Pronouncement Perfomer, Cause of Death Pathway, Death Certificate Reference, Mortician, Funeral Home Licensee, and Transportation Role have been deleted.
  • Location Profiles and References: The three location profiles (Death, Disposition, Injury) are now clearly distinguished by their type field. The extensions that were previously used to link from other profiles to these locations were no longer needed and have been deleted. The Location profiles include some detailed address components as extensions.
  • Injury Incident: This profile now incorporates the tranportation role as a component, eliminating the separate Transportation Role Observation profile.
  • Certifier: The Certifier profile now incorporates extensions for detailed components of the Certifier’s address.
  • Death Date: The Death Date now incorporates the characterization of the place of death as a component. Previously this mapped to the type field of the Death Location, which was inapprorpiate.
  • Decedent: The Decedent profile now incorporates extensions to represent the birth jurisdiction, sex at time of death, and detailed components of residence address. The race and ethnicity needs of death registration are now met by a separate profile since the USCore-provided fields lack the granularity needed.
  • Death Certificate Document: The DeathCertificateDocument Composition profile has defined sections for the different types of information included in the death certificate.