Skip to main content

Free billing audit

Get audit →
Quick Answer

What Is EMR vs EHR?

In common industry usage, an EMR (Electronic Medical Record) is a digital version of a single practice's paper chart, designed for use within that practice, while an EHR (Electronic Health Record) is a broader, interoperable longitudinal record designed to be shared across organizations and care settings. The split describes how the words are used, not a line drawn by any federal rule.

  • Ask whether the product is certified, and to which criteria and version — then check the answer on the ONC Certified Health IT Product List rather than in the sales deck.
  • Keep three questions apart.
  • Product certification is what the Certification Program tests.
  • Whether a given configuration complies is a legal question on the facts and the current text of the rule.
Technology

EMR vs EHR

Also known as: EMR-EHR Distinction; Electronic Medical Record vs Electronic Health Record

In common industry usage, an EMR (Electronic Medical Record) is a digital version of a single practice's paper chart, designed for use within that practice, while an EHR (Electronic Health Record) is a broader, interoperable longitudinal record designed to be shared across organizations and care settings. The split describes how the words are used, not a line drawn by any federal rule.

Definition

In the conventional usage, an EMR is a digital record of one practice's encounters with a patient — a digitized chart for one organization's use — while an EHR adds standards-based exchange and is designed to follow the patient across care settings: primary care, specialty, hospital, pharmacy, lab. That is a description of vocabulary rather than a legal boundary. Federal health IT rules turn on whether a product is certified health IT under the ONC Health IT Certification Program, and the information blocking rules turn on which kind of actor is doing something; neither asks whether the vendor calls the product an EMR or an EHR. The certification criteria sit in 45 CFR part 170, and the API standards they adopt are listed at 45 CFR 170.215. The versions named there are revised, so check the criteria in force rather than a version number quoted elsewhere.

Example

A solo dermatology practice running a chart-only digital system that exchanges nothing with hospitals, labs, or specialists is what people mean when they say EMR. A multispecialty practice whose system is certified to the current criteria, exposes a standards-based FHIR API, and participates in a national exchange framework is what people mean when they say EHR. Both sentences describe capability — and capability, not the product name on the contract, is what to verify in the certification record and in a demonstration.

Common Misconceptions

Systems still sold as 'EMRs' are frequently certified health IT; the label persists for historical and marketing reasons. But 'certified' is a fact about the product, not about the practice using it: certification is what a Health IT Module is tested against, while what a practice must do comes from whichever program or rule applies to that practice. Confirm a specific product on the ONC Certified Health IT Product List, including which criteria and which version it holds.

Practical Application

Ask whether the product is certified, and to which criteria and version — then check the answer on the ONC Certified Health IT Product List rather than in the sales deck. Keep three questions apart. Product certification is what the Certification Program tests. Program participation is separate: certified EHR technology (CEHRT) is what the Medicare Promoting Interoperability Program for eligible hospitals and critical access hospitals, and the MIPS Promoting Interoperability performance category for eligible clinicians, are built on, so an uncertified product forecloses those programs specifically rather than every federal requirement. Information blocking is separate again: a health care provider is an actor under 45 CFR 171.102 whether or not its system is certified, and information blocking under 45 CFR 171.103 requires a practice likely to interfere with access, exchange, or use of electronic health information that the provider “knows” is “unreasonable” — running an uncertified system is not, by itself, that practice. The inverse matters too: a developer is reached as a “health IT developer of certified health IT” only where it has one or more certified Health IT Modules, so the certification question changes who the rules reach in both directions. Whether a given configuration complies is a legal question on the facts and the current text of the rule.

Where This Applies on MedPrecision

Free billing audit

Need help with billing?

If this term is showing up in your denials, EOBs, or A/R aging, we can help. Get a free billing audit and we will trace the issue to its root cause.

  • No contract
  • No setup fees
  • Reply within 1 business day
Call us Free audit