EMR, EHR, and PHR are not three names for the same thing. They’re three different records with three different owners. An EMR is your practice’s own chart of a patient. An EHR is the version built to travel across providers. A PHR is the one the patient owns and controls. Getting these straight matters before you buy anything, because vendors blur the labels and you can pay for the wrong record entirely. This walks each type, who holds it, and where ABDM’s ABHA-linked PHR fits.
Key takeaways
- Three records, three owners: EMR sits with one provider, EHR is built to move across providers, PHR is controlled by the patient.
- Most Indian clinic software sold as “EHR” is really an EMR with export features. Real interoperability means implementing the MoHFW EHR Standards, revised 31 December 2016.
- The PHR is the ABDM piece patients touch: a record linked to their ABHA number, pulling data from connected providers on their consent.
- “Types of EHR” also splits by function: inpatient, ambulatory, specialty. The owner question matters more than the feature list.
- An AI scribe is none of the three. It drafts the note that feeds whichever record system you run.
MoHFW EHR Standards last revised (31 Dec)
Distinct record types: EMR, EHR, PHR
What links a patient to their PHR
Sources: MoHFW EHR Standards for India (2016); National Health Authority / ABDM.
What does EMR mean in India?
An EMR, an Electronic Medical Record, is the digital chart your practice keeps on a patient. Registration details, history, diagnoses, prescriptions, notes from each visit. It lives inside your clinic or hospital, and it belongs to you as the provider.
The defining trait is scope. An EMR is bounded to one facility. When a patient who’s been coming to your Pune clinic for two years walks into a hospital in Nagpur, your EMR doesn’t go with them. The Nagpur hospital starts a fresh record. That isolation is fine for a lot of practices; you mostly need a clean, retrievable chart for your own patients, and an EMR is exactly that.
Most software marketed to Indian clinics is, at heart, an EMR. It runs registration, the consultation note, billing, sometimes pharmacy and labs. Useful, and often all a solo doctor or small clinic actually requires. The label on the box may say “EHR,” which brings us to the confusing part.
The EHR is the record built to travel
An EHR, an Electronic Health Record, is the broader record designed to be shared across providers. Same clinical content as an EMR, but built to travel. The point of an EHR is that a patient’s record can follow them from a clinic to a hospital to a diagnostic lab, each provider seeing a fuller picture instead of a fragment.
For that to work, the record has to speak a common language. That’s what the MoHFW EHR Standards exist for. First published in 2013 and revised on 31 December 2016, they recommend clinical terminologies, SNOMED CT for clinical terms, ICD-10 for diagnoses, LOINC for lab results, so that “chest pain” or “HbA1c” means the same coded thing in every system. The National Resource Centre for EHR Standards at C-DAC Pune maintains them.
Here’s the honest bit most vendor pages skip. Calling a system an EHR doesn’t make it interoperable. If the software stores records in its own format and can’t exchange them under a recognised standard, it’s an EMR wearing an EHR label. The real question isn’t what the marketing says. It’s which standards does this actually implement, and can it exchange a record with another system? Our EMR vs EHR breakdown for India goes deeper on where that line sits for a buyer.
What is a PHR, and why is it the patient’s record?
A PHR, a Personal Health Record, flips the ownership. An EMR and an EHR are held by providers. A PHR is held and controlled by the patient. It’s their record, drawing from wherever their care happened, and they decide who sees it.
In India, the PHR is the part of the system patients actually hold in their hand. Under the Ayushman Bharat Digital Mission, a patient creates an ABHA number, their health account, and uses a PHR app to link records from ABDM-connected providers. The patient grants consent for each share. A hospital can push a discharge summary into the patient’s PHR; the patient can then show it to a new doctor. Nobody pulls the record without the patient saying yes.
This is a genuine shift. For decades an Indian patient’s records lived in a shoebox of paper and a dozen clinic systems that never talked. The PHR model puts the patient at the centre of their own record. It’s early, and adoption is uneven, but it’s the direction the national infrastructure is building toward. If you want to understand where a clinic’s software plugs into this, our ABDM Milestone 2 explainer covers the consent-based record-sharing step.
Three records, side by side
The cleanest way to hold this: same data, different owner, different reach.
| EMR | EHR | PHR | |
|---|---|---|---|
| Owner | The provider (one facility) | The provider(s), shareable | The patient |
| Scope | One clinic or hospital | Across providers | Everything the patient links |
| Who controls sharing | The facility | Consent-based across facilities | The patient decides |
| India context | Most clinic software | MoHFW EHR Standards, ABDM exchange | ABHA-linked PHR app |
| Typical use | Your own patients’ charts | Records that follow the patient | Patient holds their full history |
Read the “Owner” row first. It’s the fault line the other rows fall out of. A clinic buying “an EHR” usually wants a good EMR. A patient wanting their whole history in one place wants a PHR. Confusing the two is how clinics overbuy and patients get told the wrong thing.
What are the “types of EHR” beyond EMR vs PHR?
The EMR/EHR/PHR split is by ownership. There’s a second way records get categorised, by function, and it’s worth knowing because vendors use it too.
- Ambulatory (outpatient) records are built for OPD and clinic workflows: the fast consult, the prescription, the follow-up. This is where most Indian clinic software sits.
- Inpatient records cover admissions, ward rounds, orders, and discharge, the domain of a full hospital system. Our HMS explainer covers where that fits.
- Specialty records are shaped for one discipline, dermatology, ophthalmology, dentistry, with templates and fields that a general system won’t have.
None of these change the ownership question. An ambulatory EMR is still an EMR. A specialty system built to exchange records under a standard is still an EHR. When someone lists “types of EHR,” they usually mean this functional split, so it helps to ask whether they’re talking about who owns the record or what the record is shaped for. They’re different axes.
DPDP sits under every record now
Whichever record you’re building, one thing now sits under all of it: the Digital Personal Data Protection Act 2023. Health data is personal data under the Act, and every clinical record you hold is a fiduciary responsibility, not just a file.
That raises the stakes on the ownership question. If you run an EMR, you’re the data fiduciary for those records, responsible for consent, purpose limitation, and secure handling. If a patient controls their PHR, the consent architecture is baked into how ABDM sharing works. When you evaluate any record system now, “where does the data sit and how is consent handled” is no longer a nice-to-have. Our DPDP timeline for clinics tracks what’s coming and when.
Where does an AI scribe fit in all this?
It doesn’t fit into any of the three boxes, and that’s the point worth being clear about. An AI scribe isn’t a record system. It’s a documentation layer that produces the note which then goes into your record system.
Patient Square is an AI clinical platform. Practice Copilot brings the whole practice under one AI copilot, an ambient AI Medical Scribe that hands back a structured SOAP note, ICD-10 suggestions, and a prescription draft minutes after the visit, plus a bundled AI EHR, scheduling, and messaging as you move up the plan. Hospitals get Hospital Copilot.
So the honest framing: the scribe drafts, the clinician reviews and signs, and that signed note becomes part of whatever you run, an EMR, or the bundled AI EHR at the Copilot tier. The scribe doesn’t own the record, doesn’t create a PHR, and isn’t an ABDM record exchange, ABDM integration is on our roadmap, not shipped. What it changes is the quality of the note going in. When every consult produces a structured note instead of three rushed lines, the record underneath, whichever type it is, gets better by default. If you want to see where the bundled EHR sits, our EMR software guide lays out the plan tiers.
The short version
EMR, EHR, and PHR are three records with three owners. The EMR is your practice’s chart. The EHR is the shareable, standards-based record built to follow the patient. The PHR is the patient’s own record, and in India that’s the ABHA-linked piece under ABDM. “Types of EHR” also splits by function, ambulatory, inpatient, specialty, but ownership is the question that decides what you actually need. Match the tool to the record you’re building, not to the label on the pricing page.
Want to see how a clean, signed clinical note feeds whichever record you run? Book a short demo and watch a consult land as a structured note, then read how we handle data on the security page.