Record linkage is the algorithmic process of determining whether two or more records from different databases refer to the same entity, such as a patient, despite the absence of a shared unique identifier. It resolves identity uncertainty by comparing common attributes like name, date of birth, and address using deterministic or probabilistic matching strategies.
Glossary
Record Linkage

What is Record Linkage?
Record linkage is the computational task of identifying and merging records that correspond to the same real-world entity across disparate data sources, a critical process for creating a unified patient view in healthcare.
In clinical data interoperability, record linkage is foundational for building an accurate Enterprise Master Patient Index (EMPI). Probabilistic algorithms assign weighted scores to field comparisons, tolerating typographical errors and data decay, while deterministic methods require exact agreement on a predefined set of identifiers, ensuring high-precision matching for safety-critical workflows.
Key Characteristics of Record Linkage
Record linkage is the computational process of identifying and merging records that refer to the same patient across different data sources using deterministic or probabilistic matching algorithms.
Deterministic Matching
A rule-based approach requiring exact, character-for-character agreement on a predefined set of patient identifiers. A match is declared only when all fields in the matching key—such as a composite of Social Security Number, date of birth, and gender—are identical across records.
- Strength: High precision with very low false-positive rates when identifiers are clean.
- Weakness: Brittle in the face of data entry errors, typos, or missing values; a single transposed digit causes a missed match.
- Use Case: Ideal for high-integrity datasets like national immunization registries where unique identifiers are rigorously validated.
Probabilistic Matching
A statistical framework that calculates the likelihood ratio that two records belong to the same entity, even when data contains inconsistencies. The algorithm assigns agreement weights to matching fields and disagreement weights to mismatches, summing them into a composite score.
- Fellegi-Sunter Model: The foundational mathematical model that classifies record pairs as matches, non-matches, or potential matches based on threshold cutoffs.
- Blocking: A preprocessing step that partitions the dataset into mutually exclusive blocks to avoid the computationally prohibitive comparison of all possible record pairs.
- Use Case: Essential for Master Patient Index (MPI) systems merging records from facilities with inconsistent data entry practices.
Blocking and Indexing
The computational strategy that makes record linkage feasible at scale by drastically reducing the comparison space. Without blocking, linking 1 million records to another 1 million requires 1 trillion pairwise comparisons.
- Traditional Blocking: Groups records that share an identical blocking key, such as phonetic encoding of last name or zip code, and only compares pairs within the same block.
- Sorted Neighborhood: Sorts records by a key and slides a fixed-size window over the sorted list, comparing only records within the window.
- Canopy Clustering: Uses a cheap, approximate distance metric to create overlapping clusters, enabling fuzzy blocking for probabilistic pipelines.
Phonetic Encoding Algorithms
Algorithms that encode names into phonetic hashes to enable fuzzy matching that tolerates spelling variations and typographical errors. These are critical for blocking and comparison in patient identity resolution.
- Soundex: The oldest algorithm, encoding names into a letter followed by three digits. Retains the first letter and maps subsequent consonants to numeric codes.
- Metaphone & Double Metaphone: More sophisticated algorithms that account for English pronunciation rules, producing variable-length keys. Double Metaphone generates both a primary and alternate encoding.
- Use Case: Matching 'Smith' to 'Smyth' or 'Katherine' to 'Catherine' when exact matching fails due to historical data entry inconsistencies.
String Comparators and Distance Metrics
Mathematical functions that quantify the similarity between two strings, enabling fine-grained field-level comparisons beyond binary exact-match logic.
- Levenshtein Distance: Counts the minimum number of single-character edits—insertions, deletions, or substitutions—required to transform one string into another.
- Jaro-Winkler: Measures character transpositions and applies a prefix bonus, making it particularly effective for short strings like personal names.
- Cosine Similarity with TF-IDF: Treats strings as vectors in a high-dimensional space, measuring the cosine of the angle between them. Effective for comparing longer text fields like addresses.
- Use Case: Assigning a similarity score of 0.92 to '123 Main St' vs '123 Main Street' to feed into probabilistic weight calculations.
Clerical Review and Threshold Tuning
The operational workflow for handling record pairs that fall into a gray zone between clear matches and clear non-matches. Probabilistic systems define two thresholds to create a triage pipeline.
- Upper Threshold: Pairs scoring above this are automatically linked as matches.
- Lower Threshold: Pairs scoring below this are automatically classified as non-matches.
- Clerical Review Queue: Pairs falling between the thresholds are routed to a human-in-the-loop interface for manual adjudication by data stewards.
- Iterative Tuning: Thresholds are adjusted based on operational feedback to balance the cost of manual review against the risk of false positives and false negatives.
Deterministic vs. Probabilistic Matching
A technical comparison of the two primary computational approaches used to identify and merge patient records across disparate healthcare data sources.
| Feature | Deterministic Matching | Probabilistic Matching | Hybrid Approach |
|---|---|---|---|
Core Mechanism | Exact character-for-character match on a predefined composite key | Statistical likelihood ratios and weighted field comparisons | Deterministic rules with probabilistic fallback scoring |
Tolerance for Data Errors | |||
Handles Typographical Errors | |||
Handles Missing Fields | |||
Typical Match Accuracy | 99.9% on clean data | 95-99% on real-world data | 98-99.5% on real-world data |
False Positive Rate | < 0.1% | 1-5% | 0.5-2% |
False Negative Rate | 5-15% | 1-3% | 1-2% |
Computational Complexity | O(n) with indexed lookups | O(n²) requiring pairwise comparisons | O(n log n) with blocking |
Processing Speed | Milliseconds per record | Seconds to minutes per record pair | Sub-second per record |
Common Identifier Inputs | SSN + DOB + Gender composite key | Name, DOB, Address, Phone, MRN with weights | Exact SSN match OR high-probability demographic score |
Requires Training Data | |||
Explainability | Fully transparent rule logic | Requires threshold interpretation | Deterministic portion is transparent |
Primary Use Case | Internal MPI deduplication with clean data | HIE cross-community patient matching | Enterprise EMPI with mixed data quality |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Frequently Asked Questions
Clear, technically precise answers to the most common questions about identifying and merging patient records across disparate healthcare data sources.
Record linkage is the computational process of identifying and merging records that refer to the same patient across different data sources, even when a shared unique identifier is absent. It works by comparing a set of common attributes—such as name, date of birth, and address—between two records and calculating a similarity score. This process typically falls into two categories: deterministic matching, which requires exact agreement on a predefined set of identifiers, and probabilistic matching, which uses statistical models to weigh the likelihood that two records belong to the same entity despite minor typographical errors or data inconsistencies. The output is a linked, deduplicated master record that provides a unified view of a patient's longitudinal health history.
Related Terms
Core concepts and techniques that underpin the computational process of identifying and merging patient records across disparate healthcare data sources.
Deterministic Matching
A record linkage technique requiring an exact, character-for-character match on a predefined set of patient identifiers. This rule-based approach typically uses a composite key—such as Social Security Number combined with Date of Birth—to establish identity. Deterministic algorithms are highly precise but brittle; a simple typo or transposition in the matching fields will cause a false negative. In healthcare, this method is often the first pass in a Master Patient Index (MPI) before escalating to probabilistic methods for ambiguous cases.
Probabilistic Matching
A statistical approach that calculates the likelihood ratio that two records belong to the same patient, even when data contains inconsistencies. The algorithm assigns agreement and disagreement weights to each field comparison—for example, a match on a rare surname carries more weight than a match on gender. Key techniques include:
- Fellegi-Sunter model: The foundational mathematical framework for probabilistic record linkage
- Expectation-Maximization (EM): Used to estimate matching parameters without labeled training data
- Blocking: Reduces the computational search space by grouping records on high-confidence attributes before pairwise comparison
Master Patient Index (MPI)
A centralized database that maintains a unique, persistent identifier for every patient across a healthcare organization. The MPI links disparate medical records from multiple source systems—EHRs, lab systems, radiology archives—to prevent duplicate entries and ensure accurate patient identification. An Enterprise Master Patient Index (EMPI) extends this capability across an entire health system or Health Information Exchange (HIE), cross-referencing identifiers from internal and external sources. The MPI is the operational consumer of record linkage algorithms, continuously resolving identity as new records arrive.
Blocking and Indexing
Optimization techniques that prevent the computationally prohibitive task of comparing every record pair in large datasets. Blocking partitions records into mutually exclusive groups using high-confidence attributes—such as phonetic encoding of surnames (Soundex, NYSIIS) or ZIP code—so that only records within the same block are compared. Sorted neighborhood indexing slides a window over sorted records to capture near-matches that blocking might miss. Effective blocking is critical for scaling record linkage to millions of patient records while maintaining sub-second query performance.
Data Standardization and Cleaning
The essential preprocessing step that normalizes raw patient data before linkage algorithms execute. Without standardization, even deterministic matching fails. Common operations include:
- Address normalization: Parsing and formatting street addresses to USPS standards
- Name parsing: Decomposing full name strings into given, middle, and family name components
- Date standardization: Converting heterogeneous date formats to a canonical representation
- Nickname resolution: Expanding diminutives using lookup tables (e.g., 'Bill' → 'William')
- Phone and identifier formatting: Stripping punctuation and enforcing consistent patterns
Duplicate Detection vs. Record Linkage
Two related but distinct identity resolution tasks. Duplicate detection (or deduplication) identifies multiple records for the same patient within a single database—a common problem when a patient is registered multiple times at the same facility. Record linkage connects records for the same patient across different databases—for example, linking a hospital's EHR data with an external lab's results feed. Both rely on the same underlying matching algorithms, but record linkage must additionally contend with schema heterogeneity and the absence of a shared primary key across source systems.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us