AeHIN Medical Certificate of Cause of Death (MCCoD) Implementation Guide
0.1.0 - Draft for AeHIN Member Review Asia

AeHIN Medical Certificate of Cause of Death (MCCoD) Implementation Guide - Published by Asia eHealth Information Network (AeHIN). See the Directory of published versions

Background and Context

This page provides the background and context for the AeHIN Medical Certificate of Cause of Death (MCCoD) Implementation Guide, including the WHO source document, the AeHIN regional context, and the alignment with openEHR and WHO SMART Guidelines.

WHO Medical Certificate of Cause of Death

The Medical Certificate of Cause of Death (MCCoD) is the internationally standardised form defined by the World Health Organization for recording the medical cause of death. It is the primary source document for national and international mortality statistics and is used in virtually every country as the basis for ICD mortality coding.

The WHO MCCoD form consists of two frames:

  • Frame A — Medical Data (Parts 1 and 2): Documents the chain of events leading to death. Part 1 records the immediate cause (line a) and up to three antecedent causes (lines b, c, d) in reverse chronological order. Part 2 records other significant conditions that contributed to death but were not part of the direct causal chain. The underlying cause of death — the condition that initiated the train of morbid events — is selected from the causal chain using ICD mortality coding rules or the WHO DORIS tool.
  • Frame B — Other Medical Data: Records supplementary information including whether surgery was performed within 4 weeks of death, whether an autopsy was requested and whether its findings were used in certification, the manner of death, external cause details, fetal or infant death specifics, and pregnancy status for women of reproductive age.

The WHO MCCoD form is accompanied by ICD mortality coding rules that govern how the underlying cause of death is selected from the information on the certificate. For ICD-11, the WHO has developed the DORIS (Digital Open Rule Integrated cause of death Selection) tool , which implements these rules computably and may select an underlying cause that differs from any condition explicitly listed on the certificate — a key consideration in this IG's design.

AeHIN and the Regional Context

The Asia eHealth Information Network (AeHIN) is a regional network of health information professionals, policymakers, and practitioners across Asia supporting the adoption of digital health standards and interoperability. AeHIN member countries span South Asia, South-East Asia, and the Pacific, with varying levels of health information system maturity and different ICD versions in active use.

A key challenge across the region is that mortality data is collected using paper-based MCCoD forms, with digital transcription varying widely in quality and completeness. This IG provides a standardised FHIR-based representation of the MCCoD that:

  • Supports both ICD-10 and ICD-11 without mandating either
  • Works with or without the DORIS tool for underlying cause selection
  • Is extensible by member countries without breaking regional interoperability
  • Aligns with internationally governed data models (openEHR) and guidelines (WHO SMART)

ICD Versions Across AeHIN Member Countries

AeHIN member countries are at different stages of ICD adoption. Some continue to use ICD-10 (WHO reference version or national variants such as ICD-10-AM), while others are transitioning to or have adopted ICD-11. This IG accommodates both by:

  • Using an extensible ValueSet binding for cause-of-death codes that includes ICD-10, ICD-10-CM, ICD-11 MMS, and SNOMED CT system URIs, with a text fallback always required
  • Requiring member countries to declare which ICD system URI they use in their national implementation guide
  • Providing a dedicated dorisDerived boolean extension on the underlying cause of death profile for ICD-11/DORIS implementations

openEHR as Data Modeling Reference

The data elements in this IG are validated against the openEHR death_summary archetype (openEHR-EHR-EVALUATION.death_summary.v0), an internationally governed clinical data model maintained by the openEHR Foundation. This archetype provides:

  • A maximal dataset capturing all MCCoD elements and more
  • Clinician-reviewed data element definitions and constraints
  • Technology-neutral data modeling that bridges to any implementation technology
  • Explicit mapping between WHO MCCoD form fields and structured data elements

In the WHO SMART Guidelines framework, the openEHR archetype serves as the data modeling reference within the L2 Data Adaptation Kit (DAK), validating that the FHIR data elements in this IG (L3) are clinically correct and internationally comparable. Every profile element in this IG carries an explicit openEHR archetype path mapping in its FSH definition.

WHO SMART Guidelines Framework

The WHO SMART Guidelines provide a framework for creating computable, implementable versions of WHO normative guidelines using a layered architecture:

  • L1 — Narrative Guidelines: WHO MCCoD form and ICD mortality coding rules
  • L2 — Structured Guidelines / DAK: Data dictionary derived from the openEHR death_summary archetype; personas (certifying physician, mortality coder, civil registrar); and workflow descriptions
  • L3 — Machine-readable Guidelines: This FHIR IG — profiles, logical models, value sets, invariants, and examples

This IG provides the L3 layer. Full L2 DAK development, including workflow diagrams, decision logic, and indicator definitions, is planned for a subsequent version in collaboration with AeHIN member countries.

Relationship to Other IGs

This IG draws design inspiration from the US Vital Records Death Reporting (VRDR) IG for cause-of-death modeling patterns (use of Condition resources, causal chain ordering, and manner of death Observation). However, it does not depend on or inherit from VRDR — all profiles are defined independently to avoid inheriting US-specific constraints that would be inappropriate for AeHIN member countries.

Member countries with existing national FHIR IGs (for example, a national Patient profile or national Organization profile) are expected to derive country-specific profiles from this IG that reference their national base profiles. This IG deliberately leaves Patient, Practitioner, PractitionerRole, and Organization unconstrained for this purpose.