← All Blogs

What Is ABDM? The Ayushman Bharat Digital Mission Explained

The Ayushman Bharat Digital Mission (ABDM) is India's national digital health infrastructure, the health IDs, registries, and consent-based exchange that let a patient's records follow them across providers. This guide explains what ABDM is, its building blocks, and how it works.

A plain-language reference guide to India’s Ayushman Bharat Digital Mission.

What is ABDM?

The Ayushman Bharat Digital Mission (ABDM) is India’s national digital health infrastructure, run by the National Health Authority (NHA). Its goal is straightforward: make a patient’s clinical records able to travel with the patient across hospitals, cities, and providers, securely and on the patient’s terms.

ABDM is not a single app or database. It is a set of shared building blocks, a unique health ID, national registries of facilities and professionals, and a consent-based exchange, that any healthcare application can plug into. Crucially, it is built on a federated model: records stay where they were created and are shared only when the patient consents. No central repository holds everyone’s data.

Why does ABDM exist? The problem it solves

India’s healthcare network spans hundreds of thousands of facilities, public and private, large and small, each operating as an independent information silo. Patient records, lab results, imaging, and discharge summaries are stored at the facility that generated them, in whatever format it uses.

The result is clinical-data fragmentation: when a patient moves between providers, their history usually does not follow. A specialist in one city has no access to a scan taken in another, so tests get repeated, context is lost, and care continuity suffers.

This is a different problem from claims fragmentation (the gap between providers and insurers), which NHCX addresses. ABDM was designed specifically to close the clinical-data gap by supplying the shared identifier, directories, consent layer, and interoperability standards that fragmented systems lack.

The building blocks of ABDM

ABDM’s response rests on four interconnected components:

Component What it is Role
ABHA Ayushman Bharat Health Account — a 14-digit unique health ID The patient’s anchor identity; links records from many providers to one consent-controlled account
HFR Health Facility Registry A verified national directory of healthcare facilities
HPR Health Professional Registry A verified national directory of healthcare professionals
HIE-CM Health Information Exchange & Consent Manager The gateway through which records are actually shared, on consent

Together, ABHA identifies the patient, HFR and HPR identify who is exchanging data, and HIE-CM governs how records move.

How does ABDM work?

ABDM operates on a federated, consent-first architecture:

  1. Identity. A patient creates an ABHA, which links their records across participating providers.
  2. Discovery. HFR and HPR provide the verified directory of facilities and professionals that can participate.
  3. Consent. When records need to move, the patient grants explicit, time-bound, and revocable consent through the HIE-CM.
  4. Exchange. The record is shared directly from the originating facility to the requesting provider in a standardized FHIR format. Data is not pooled centrally.

ABDM mandates open standards, HL7 FHIR R4 for transport and ICD-10, SNOMED CT, and LOINC for clinical coding, defined in the FHIR Implementation Guide maintained by NRCeS (a C-DAC body), so records are interpreted consistently across systems.

ABDM’s three core gateways

ABDM exposes three core gateways, each for a different job:

A common point of confusion: NHCX moves claims; HIE-CM moves clinical records. Both live inside ABDM.

What does ABDM change for each stakeholder?

Where ABDM stands today

Adoption at the identity and record layers has scaled rapidly, while deeper interoperability is still being built out:

Early operational wins are visible too: the Scan-and-Share feature (retrieving patient details via ABHA at OPD) was live across 17,481 facilities by November 2024 and cut OPD wait times from 30–40 minutes to roughly 5–10 minutes at integrated facilities.

The pattern mirrors other Indian digital public infrastructure: the rails and identity layer first, then a multi-year ramp in functional interoperability, especially across smaller private and rural public facilities.

Key terms

Learn more

This page is the hub of our ABDM coverage. To go deeper:

Caladrius Health AI builds AI-native revenue cycle management for healthcare providers, with a focus on India’s ABDM and NHCX rails. Learn more about our platform.

Frequently asked questions

What is ABDM?

The Ayushman Bharat Digital Mission (ABDM) is India’s national digital health initiative, run by the National Health Authority (NHA). It builds the shared infrastructure, a unique health ID, provider and facility registries, and a consent-based exchange, that lets a patient’s clinical records move with them across providers.

What are the main building blocks of ABDM?

Four components: ABHA (Ayushman Bharat Health Account, a 14-digit health ID), the Health Facility Registry (HFR), the Health Professional Registry (HPR), and the Health Information Exchange and Consent Manager (HIE-CM), through which records are shared on consent.

What is ABHA?

ABHA (Ayushman Bharat Health Account) is a 14-digit unique health identifier any Indian resident can create. It acts as the patient’s anchor identity across the ABDM ecosystem, linking clinical records from multiple providers to a single, patient-controlled account, subject to consent.

Does ABDM store all health records in a central database?

No. ABDM uses a federated architecture. Records stay at the originating facility and are shared only when the patient gives explicit, time-bound, revocable consent through the HIE-CM. No single repository holds all of a patient’s data.

What is the difference between ABDM and NHCX?

ABDM is the broader national digital health infrastructure. NHCX is one gateway within it, focused on insurance claims between providers and payers. A separate ABDM gateway, the HIE-CM, handles consent-based sharing of clinical records. ABDM/HIE-CM solves clinical-data fragmentation; NHCX solves claims fragmentation.

What data standards does ABDM use?

ABDM mandates HL7 FHIR R4 as the transport standard and ICD-10, SNOMED CT, and LOINC as clinical coding standards, defined in the FHIR Implementation Guide for ABDM maintained by NRCeS (a C-DAC body).

Why does India need ABDM if hospitals already have software?

Most facilities store records in incompatible formats, and full EHR adoption remains low outside large hospital chains. Without a shared identifier, provider directory, consent layer, and FHIR interoperability standards, records cannot move between providers. ABDM supplies exactly that shared substrate.

← All posts