What is a master patient index in healthcare?

A master patient index (MPI) is a database that gives each patient one identifier and links every record belonging to that person within a single system. An enterprise master patient index (EMPI) extends that matching across every system an organization runs, producing one identity the whole enterprise can act on, the foundation for real healthcare interoperability solutions, beyond simple point-to-point integration.

Without a robust patient identity resolution software or an AI solution, one patient exists as four unlinked records, and every dashboard, risk score, and AI agent built downstream inherits that split.

A patient's history rarely sits in one place. The lab logs her under a maiden name. Billing has a mistyped birth date. The EMR never learned about the outpatient visit across town. The claims system has no idea the other three exist.
Patient identity resolution is the practice of collapsing those fragments into one verified record. It is the chronically underbudgeted layer that decides whether your AI is reading a real patient or a statistical illusion assembled from someone else's leftover data.
Compare EMPI solutions built for real-time registration

At a glance

AttributeDetail
What it isAn enterprise master patient index and identity resolution layer for healthcare
What it doesCollapses duplicate and fragmented patient records into one governed identity
Sits on top ofYour existing EMR, HIE, data warehouse, and MDM investment
Reads fromEMR, labs, pharmacy, claims, ADT feeds, FHIR APIs, SDoH, consumer and device data
Matching methodsDeterministic, probabilistic, and referential, combined and weighted
TimingReal-time match check at registration, not an overnight batch job
OutputOne enterprise ID, a live crosswalk to every source ID, and a Patient 360 timeline
GovernanceReversible merges, threshold-based human review, full audit trail per decision
DownstreamBI dashboards, conversational assistants, and autonomous care agents
ComplianceHIPAA compliant, PHI stays inside your infrastructure boundary

The problem

One patient. Multiple systems. Zero reconciliation.

Registration typos spin off duplicates, lookalike names cause overlays, and a lab, a pharmacy, and an EMR that never learned they’re talking about the same person leave the gaps wide open, the direct cost being misidentification, denied claims, repeated tests, and registration lines that shouldn’t exist.

How it works

Five phases, in order, and each one earns the next
The Inferenz pipeline runs end to end. Nothing skips ahead.

Phase 1.
Integrate

Raw feeds land from every source that touches a patient: labs, pharmacy, claims, EMRs, social determinants, consumer devices, third-party data. Clinical and non-clinical alike. This outlines patient data integration as part of the intake process.

Phase 2.
Standardize

Every record gets parsed, coded, and normalized into one format, using FHIR where it exists and HL7, ADT where it has to. A name splits into prefix, first, middle, last, and suffix instead of sitting in one text field. A date of birth gets forced into one format instead of three. An address breaks into street, unit, city, state, and ZIP+4. This fixes the shape of the data, not who it belongs to.

Phase 3.
Reconcile

Identities get matched, merged, and governed into one record. "Bob" and "Robert" become one name. A maiden name links to a married one. An enterprise ID is assigned and a crosswalk is built back to every local ID each source system uses. One patient becomes one record here, or nothing after it can be trusted.

Phase 4.
Enrich

Quality checks, gaps-in-care flags, and risk signals layer onto the unified record. None of that scoring means anything on a fractured record, which is why Enrich never runs before Reconcile.

Phase 5.
Activate

The resolved, enriched data feeds dashboards, conversational assistants, and AI agents. Every downstream answer traces back to Phase 3.

Inside the matching engine

Three methods, weighted, with a human in the middle band

Deduplication is the part everyone notices. It is the smallest part of the work, and it rests on three approaches that mature EMPI systems combine rather than choose between.

Matching methodHow it worksWhat it catchesWhere it fails
Deterministic matchingRequires exact agreement on defined fields such as name, date of birth, and phoneClean, high-confidence links, fast and fully explainableHyphenated names, transposed digits, a nickname on an insurance card
Probabilistic matchingAssigns weighted likelihood across partial and imperfect field agreementReal connections that exact logic missesOccasional false positives without threshold control
Referential matchingCompares incoming records against a continuously updated third-party identity databaseThe highest published match rates, because it does not rely only on your own flawed dataDepends on reference data coverage and licensing
Scoring decides what happens next: high-confidence matches auto-link, mid-band scores route to a steward, low scores don't link at all. Timing decides whether it matters because a real EMPI checks now of registration, or the duplicate is already created, ordered against, and billed.

From one verified record to Patient 360

Reconcile answers “who is this patient?”Patient 360 answers“what happened to them, and when?”.

Every system generates its own event with its own timestamp, all describing one person; a Patient 360 view converts each into one standard structure: what happened, when, and how it links to the rest.

Patient identity resolution establishes who the patient is. Healthcare master data management resolves everything else in the frame, provider, location, billing code, so the Patient 360 timeline stays attached to the right patient, the right encounter, the right care team.

What Patient 360 delivers, by care setting

Home health

  • Patient overview: demographics, active orders, and care team in one screen
  • Clinical and risk signals: vitals, medication changes, and risk score, tracked together
  • Patient journey: every visit and escalation, in order, from referral to discharge

Home care

  • Client overview: service plan, authorized hours, and care level in one view
  • Caregiver activity: visit history and tasks tied to the client record
  • Service utilization: hours delivered versus authorized, flagged before a plan lapses

Hospice

  • Patient and family overview: care plan and goals of care, visible to the whole rotation
  • Symptom and comfort trend: pain scores and interventions across visits
  • Visit and compliance history: required touchpoints against what actually happened

Hospitals

  • Encounter history: every admission, transfer, and discharge, linked to one chart
  • Diagnostic and lab trend: results from every department, read as one timeline
  • Care team coordination: who touched the case, when, and what changed

Business impact

One identity, fixed once. Every outcome, fixed downstream.

Business impact

Improved revenue
fewer denials at the source, faster clean-claim submission, measurable recovery of revenue lost to misidentification.

Improved patient satisfaction
real-time matching at registration, smoother throughput across departments, less time lost to manual chart lookups.

Improved patient satisfaction
governed merge decisions with a named owner, a threshold, and a full audit trail defensible under HIPAA.

Agentic AI

Reduced clinical risk
one complete clinical picture at the point of care, fewer decisions made on incomplete charts, lower adverse-event exposure.

De-risked enterprise growth
cleaner M&A due diligence, stable EHR migrations, one identity every acquired facility reconciles against instead of a fresh mess each time.

Trusted AI and analytics
an accurate denominator for population health and value-based care reporting, conversational AI that answers with one correct record, agents that can act based on real charts.

Security and compliance

HIPAA compliant, deployed inside your environment

PHI never leaves your infrastructure or your cloud tenancy as part of patient identity management

Role-based access aligned to your existing clinical and data permissions

Every match, merge, split, and override logged with the score and rule that produced it

Complete audit trail exportable for HIPAA review and malpractice defence

The engine proposes. A named data steward decides. Authority does not move.

One patient. One record. One shot at getting it right.

Bring us one messy source pair. We'll show you the match rate, the overlay risk, and the merged records sitting inside it, before you commit to anything.

Book a 20-minute demo on your data