Difference between revisions of "Patient Matching Algorithms"

From Clinfowiki
Jump to: navigation, search
(The fundamentals)
(The fundamentals)
 
(30 intermediate revisions by one user not shown)
Line 2: Line 2:
 
== What is patient matching ==
 
== What is patient matching ==
  
The US does not currently have a [[Patient_identifier|National Patient Health Identification Number]] though there is mounting support within the health information industry to develop one. Because no such national master patient index exists, healthcare organizations and vendors use patient or record matching algorithms to identify patients, match records, and build and maintain their internal master patient indexes.
+
The US does not currently have a [[Patient_identifier|National Patient Health Identification Number]] though there is mounting support within the health information industry to develop one. <ref name="CHIME">CHIME Issues National Patient ID Challenge. Press Release. March 17, 2015. Accessed 4/27/2015. http://chimecentral.org/chime-issues-national-patient-id-challenge/</ref> Because no such national master patient index exists, healthcare organizations and vendors use patient or record matching algorithms to identify patients, match records, and build and maintain their internal master patient indexes.<ref name="patient">Patient Identification and Matching Final Report. Prepared for the Office of the National Coordinator for Health Information Technology. February 7, 2014. http://www.healthit.gov/sites/default/files/patient_identification_matching_final_report.pdf</ref>
  
  
 
== Background ==
 
== Background ==
  
There is currently no standard set of patient identifying or demographic data mandated for use to identify patients at the time of service or used for record matching within and across healthcare information systems. Organizations rely on internal patient access policies and data governance principles to maintain the fidelity of their internal master patient index.  The risks and the failure rate of current patient matching algorithms is underrecognized.  
+
IHE (Integrating the Healthcare Enterprise)has developed two profiles for use by HIE's for querying patient data.  These are the Patient Identifier Cross Referencing (PIX)/Patient Demographics Query (PDQ) and Cross-Community Patient Discovery (XCPD). These profiles govern the transmission of a patient’s demographic information and the querying in search of matching patient data at the target organization and the formulation of a response to that query. Yet there is currently no standard set of patient identifying or demographic data mandated for use to identify patients at the time of service or used for record matching within and across healthcare information systems.   Organizations rely on internal patient access policies and data governance principles to maintain the fidelity of their internal master patient index.  The risks and the failure rate of current patient matching algorithms is underrecognized. With an error rate of less than 8% considered the industry standard, contemporary patient matching algorithms fall well short of the 0.1% error rate advocated by the HIT Standards commitee.<ref name="patient"></ref><ref name="HIT"></ref>
  
Even before data exchange was a national priority, Health Information Managment professionals and patient safety advocates alike recognize the importance of strong patient indentification methodology.  With the promotion of data exchange and interoperability fostered by the ONC’s meaningful use incentive program, the need to address the gaps in patient identification and matching has gained increased focus.
+
Health Information Management professionals and patient safety advocates have long recognized the importance of strong patient identification methodology.  With the promotion of data exchange and interoperability fostered by the ONC’s Meaningful Use incentive program, the need to address the gaps in patient identification and matching has gained increased focus across the HIT industry.
  
Many in the healthcare IT industry (but not all) have advocated for the development of the National Patient Health Identification Number (PHIN).  The 1996 Health Insurance Portability and Accountability Act (HIPAA) directed Health and Human Services (HHS) to develop a PHIN to support the legislation’s primary goal of portable and private healthcare records.  Funding for this HHS work was withdrawn by Congress in 1998.  Quashing of PHIN development was precipitated by privacy rights advocates and libertarians concerned about the undue intrusion on the lives of US citizens and the threat of hacking and identity theft.  
+
Many in the healthcare IT industry<ref name="rand">Identity Crisis? Approaches to Patient Identification in a National Health Information Network. Rand Corporation. http://www.rand.org/pubs/monographs/MG753.html></ref> (but not all<ref name="wheatley">Wheatley V. National Patient Identifier: Why Patient-Matching Technology May be a Better Solution. HISTalk. March 3, 2014. Accessed 4/27/2015. http://histalk2.com/2014/03/03/readers-write-national-patient-identifier-why-patient-matching-technology-may-be-a-better-solution/></ref>) have advocated for the development of the National Patient Health Identification Number (PHIN) as a panacea for the patient matching challenges.  The 1996 Health Insurance Portability and Accountability Act ([[HIPAA]]) directed Health and Human Services (HHS) to develop a PHIN to support the legislation’s primary goal of portable and private healthcare records.  Funding for this HHS work was withdrawn by Congress in 1998.  Quashing of PHIN development was precipitated by privacy rights advocates and libertarians concerned about the undue intrusion on the lives of US citizens and the threat of hacking and identity theft.  
 
+
In the context of this void, health information exchange organizations, EHR vendors, healthcare delivery organizations, and payers, developed algorithms, either proprietary or open-source, to perform patient matching.  And while patient matching is a cornerstone of contemporary interoperability and data sharing strategies, there is relatively little appreciation for how complex and risky the process really is. Moreover, there is insufficient governance or standardization around the data used by these algorithms.  In the last year, the ONC convened a patient identification and matching initiative to identify opportunities around this critical area of health information technology.[http://www.example.com link title]
+
  
 +
In the context of this void, health information exchange organizations, EHR vendors, healthcare delivery organizations, and payers, have developed algorithms, either proprietary or open-source, to perform patient matching.  And while patient matching is a cornerstone of contemporary interoperability and data sharing strategies, there is relatively little appreciation for how complex and error-prone the process really is. Moreover, there is insufficient governance or standardization around the data used by these algorithms.  In the last year, the ONC convened a patient identification and matching initiative to identify opportunities around this critical area of health information technology.
  
 
== The fundamentals ==
 
== The fundamentals ==
  
Record matching algorithms are often embedded into core systems and are largely assumed to be sufficiently accurate. Before the push to exchange data across disparate systems, that assumption may have been safe.  But as regional HIE’s have grown into national players and as vendors have consolidated their customer base, the volumes of patients and records to be matched has grown exponentially.  This  growth is challenging algorithms that had heretofore functioned well within a local framework or for tightly fused integrated delivery network.  One integrated delivery network reported 90% matching within individual instances of a vendor EHR but when matching was attempted across the IDN's 17 different instances of the same vednor's EHR, the accuracy of the patient matching dropped to 50 - 60%.  Additionally, our increasingly multicultural and mobile society with fluid names and addresses result in any one patient's demographics changing possibly many times over a lifetime.
+
Record matching algorithms are often embedded into core systems and are largely assumed to be sufficiently accurate. Before the push to exchange data across disparate systems, that assumption may have been safe.  But as regional [[HIE]]’s have grown into national players and as vendors have consolidated their customer base, the volumes of patients and records to be matched has grown exponentially.  This  growth is challenging algorithms that had heretofore functioned well within a local framework or for tightly fused integrated delivery network.<ref name="landsbach">Landsbach G, Just BH. Five Risky HIE Practices that Threaten Data Integrity. Journal of AHIMA 84, no.11 (November–December 2013): 40-42. http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_037463.hcsp?dDocName=bok1_037463></ref> One integrated delivery network reported 90% matching within individual instances of a vendor EHR but when matching was attempted across the IDN's 17 different instances of the same vednor's EHR, the accuracy of the patient matching dropped to 50 - 60%.<ref name="patient"></ref> Additionally, our increasingly multicultural and mobile society with fluid names and addresses result in any one patient's demographics changing possibly many times over a lifetime.<ref name="HIT"></ref> In a 2015 opinion piece, the author reports that the Harris County, Texas Hospital District’s database contains medical records for close to 2,500 people named Maria Garcia and 231 of them have the same birth date.<ref name="healthcare">Healthcare Informatics. Why You Should Care About Patient-Matching Algorithms. February 4, 2015.  Accessed 4/28/2015. http://www.healthcare-informatics.com/blogs/david-raths/live-ehealth-initiative-why-you-should-care-about-patient-matching-algorithms></ref> This example brings the issue of accuracy in patient matching into focus.
  
== How does the accuracy of patient matching algorithms impact on key priorities of the US HealthCare reform? ==
+
== How does the accuracy of patient matching algorithms impact on key priorities of US HealthCare reform? ==
  
  
 
===Safety and Quality: ===
 
===Safety and Quality: ===
Patient matching algorithms dictate the integrity and fidelity of the information contained within any healthcare record.  As robust data exchange expands, the implications of mismatched records and missing data jeopardizes the very improvements in safety and quality that data liquidity and portability are intended to foster.  While the absence of data during a patient encounter dimishes the efficiency and cost-effectiveness of the care provided, inaccurate or misattributed information has the potential to cause egregious errors.  False positive matches result in linking of the wrong patients' records together.  False-negative matches result in missing an important linkage between a patient and some part of his or her record.
+
Patient matching algorithms dictate the integrity and fidelity of the information contained within any healthcare record.  As robust data exchange expands, the implications of mismatched records and missing data jeopardizes the very improvements in safety and quality that data liquidity and portability are intended to foster.  While the absence of data during a patient encounter dimishes the efficiency and cost-effectiveness of the care provided, inaccurate or misattributed information has the potential to cause egregious errors.  False positive matches result in linking of the wrong patients' records together.  False-negative matches result in missing an important linkage between a patient and some part of his or her record.<ref name="fernandes">
 +
Fernandes L. Patient Identification in Three Acts. Journal of AHIMA 79, no.4 (April 2008): 46-49. http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_037463.hcsp?dDocName=bok1_037463></ref>
  
 
===Privacy: ===
 
===Privacy: ===
Line 30: Line 30:
  
 
===Costs:===
 
===Costs:===
Remediation of inaccurate patient matching is costly to healthcare organizations and health information exchanges alike.  Most organizations employee teams of staff to work error queues of suspected mismatches.  The process to rectify record duplication and erroneous merging is labor-intensive and expensive.  Matching errors in one organization can replicate exponentially when those same mismatched records are conveyed via HIE t downstream data cosumersOne organization reported that it costs $60 to remediate one incorrect record match.  Exacerbating the problem, while most EHR’s accommodate merging records, many do not have an easily support way of undoing an incorrect merge making that remediatin task particulalry costly.
+
Remediation of inaccurate patient matching is costly to healthcare organizations and health information exchanges alike.  Most organizations employ teams of staff to work error queues of suspected mismatches.  The process to rectify record duplication and erroneous merging is labor-intensive and expensive.  Matching errors in one organization can replicate exponentially when those same mismatched records are conveyed via HIE to downstream consumers of the data.  Organizations report that it costs between $60 - $90 to remediate one incorrect record match.<ref name="patient"></ref> Exacerbating the problem, while most EHR’s accommodate merging records, many do not have an easily support undoing an incorrect merge making that remediation task particularly costly.
 
+
  
 
== Types of patient matching algorithms and other related terms ==
 
== Types of patient matching algorithms and other related terms ==
  
Matching algorithms can be embedded within health information systems, they can be home-grown, or they can be supplied by 3rd -party patient matching vendors who specialize in this service as a bolt on module.
+
Matching algorithms can be embedded within health information systems, they can be home-grown, or they can be supplied by 3rd -party patient matching vendors who specialize in this service as a bolt on module.<ref name="just">Just BH. Record-Matching Integrity: An Algorithm Primer. Health Data Management. October 23,2012. http://www.healthdatamanagement.com/blogs/healthcare-algorithms-definitions-differences-45144-1.html</ref>
 +
 
 +
 
 +
=== Basic Algorithms: ===
  
;basic algorithms:
 
 
:*also called the deterministic matching
 
:*also called the deterministic matching
 
:*the algorithm compares selected elements within specified fields to identify one for one character matches
 
:*the algorithm compares selected elements within specified fields to identify one for one character matches
 
:*can include phonetic matches and wildcards
 
:*can include phonetic matches and wildcards
  
;intermediate algorithms:
+
 
 +
=== Intermediate Algorithms: ===
 +
 
 
:*can incorporate fuzzy logic
 
:*can incorporate fuzzy logic
 
:*assign a scoring system to the various elements of the match
 
:*assign a scoring system to the various elements of the match
 
:*a match on an element that is more likely to be unique such as a Social Security number is weighted more heavily than a match on a 1st or last name which may be less specific.
 
:*a match on an element that is more likely to be unique such as a Social Security number is weighted more heavily than a match on a 1st or last name which may be less specific.
 
:*A match of a value that is very common is weighted less than a match of a rare value
 
:*A match of a value that is very common is weighted less than a match of a rare value
::example - a match for last name “Smith” is weighted less than a match for last name of “Sigurdottir.”
+
::*example - a match for last name “Smith” is weighted less than a match for last name of “Sigurdottir.”
 
:*can account for possible nicknames
 
:*can account for possible nicknames
 
:*makes allowances for frequently transposed digits or other typographical errors
 
:*makes allowances for frequently transposed digits or other typographical errors
::example - 1st name “GOERGE” will tentatively match for patients records with the 1st name of “GEORGE”.
+
::*example - 1st name “GOERGE” will tentatively match for patients records with the 1st name of “GEORGE”.
 +
 
 +
=== Advanced Algorithms: ===
  
;Advanced algorithms:
 
 
:*use probabilistic and mathematical models to determine likelihood of a match
 
:*use probabilistic and mathematical models to determine likelihood of a match
 
:*incorporate machine learning and artificial intelligence
 
:*incorporate machine learning and artificial intelligence
:: matching algorithm will evolve to optimize matching depending on the regional variations in names  
+
:*matching algorithm will evolve to optimize matching depending on the regional variations in names
  
 +
=== Other related terms: ===
  
;related terms:
 
 
:*auto linking: records are automatically matched in overlaid by the system without human oversight
 
:*auto linking: records are automatically matched in overlaid by the system without human oversight
 
 
  
 
== Data attributes commonly used by record matching algorithms and their associated risks  ==
 
== Data attributes commonly used by record matching algorithms and their associated risks  ==
Line 68: Line 70:
 
|-
 
|-
 
|'''Data Attribute'''
 
|'''Data Attribute'''
|'''Area of Risk'''
+
|'''Area of Risk'''<ref name="patient"></ref><ref name="HIT">HIT Standards Committee Patient Matching Power Team. Letter to National Coordinator for HIT. August 17, 2011. http://www.healthit.gov/sites/default/files/standards-certification/8_17_2011Transmittal_HITSC_Patient_Matching.pdf</ref>
 
|-
 
|-
 
|All data
 
|All data
Line 76: Line 78:
 
|Patient name -1st and last
 
|Patient name -1st and last
 
|
 
|
*cultural factors are at play with children’s last names being different in hyphenated compared to parents
+
*cultural factors influence compilation of children’s last names
*newborns names changing on subsequent admissions
+
*newborns names change on subsequent admissions
*hyphenated names are problematic
+
*hyphenated names and names with apostrophes are problematic and lack consistent formatting
*handling of the middle name: middle initial versus entire name
+
*handling of the middle name field:middle initial versus entire name
 
|-
 
|-
 
|Date of birth
 
|Date of birth
 
|
 
|
*patients will sometimes change their date of birth seem younger
+
*patients may change their date of birth seem younger or older
 
|-
 
|-
 
|Gender
 
|Gender
 
|
 
|
*genders may change with gender reassignment surgery
+
*gender may change with gender reassignment surgery
 
|-
 
|-
|Social Security number
+
|Social Security Number
 
|
 
|
 
*newborns and foreign visitors do not have a SSN
 
*newborns and foreign visitors do not have a SSN
*patients are often unwilling to share Social Security numbers
+
*patients are often unwilling to share SSN
* SSN's can be stolen
+
*SSN's may be stolen
 
|-
 
|-
 
|Phone numbers
 
|Phone numbers
 
|
 
|
* Often change particularly with population moving increasingly to mobile phones
+
* Often change, particularly with population moving increasingly to mobile phones
 
|-
 
|-
 
|Addresses with or without zip code
 
|Addresses with or without zip code
 
|
 
|
*tend to be in flux and more commonly changed hence more risk in urban compared to rural areas
+
*tend to be in flux with more risk in urban compared to rural areas
 
|-
 
|-
 
|Mother’s maiden name or father’s 1st name
 
|Mother’s maiden name or father’s 1st name
Line 108: Line 110:
 
|}
 
|}
  
+
== Other Areas of Risk Associated with Patient Matching Algorithms: ==
Beyond the specific correct risks associated with individual data elements there are broader operational reasons for patient matching errors using even the most robust algorithm.
+
  
Data governance and data integrity at registration is a key factor in the accuracy of patient matching.  Typographical errors and transpositions as well as empty fields and false data can pollute the fidelity of the elements used in patient matching algorithms.  Additionally personal who perform registrations at the front desk often have high turnover rate in a relatively poorly trained.  There is some gaining support for creating a certification program for registrars through the national Association of health access management “NAH a.m.” kiosks have been proposed as one tool to validate data at the time of registration but that will raise the concern for false data additionally members of the industry
 
  
 +
Beyond the specific risks associated with individual data elements,  there are operational reasons for patient matching errors even using the most robust algorithm.
 +
 +
Data governance and data integrity at registration is a key factor in the accuracy of patient matching.  Typographical errors and transpositions as well as empty fields and false data can pollute the fidelity of the elements used in patient matching algorithms.  Additionally, personel employed in registration areas and at the offices' front desks often have high turnover rate and are relatively poorly trained.  There is growing support for creating a certification program for registrars through the National Association of Health Access Management (NAHAM). Kiosks have been proposed as one useful tool to allow patients to validate their own data at the time of registration but that some have raised concerns about the intentional falsification of data and the attribution or provenance of the data enetred into a kiosk and fed into registration systems.
  
 
== Recommended best practices for record matching: ==
 
== Recommended best practices for record matching: ==
  
 
#Expand and deepen understanding within the Health Care and HIT community of the strengths and weaknesses of specific patient matching algorithms.   
 
#Expand and deepen understanding within the Health Care and HIT community of the strengths and weaknesses of specific patient matching algorithms.   
#*Industry - wide there is some consensus that basic deterministic algorithms should no longer be used.
+
#Industry-wide there is some consensus that basic deterministic algorithms should be abandoned in favor of more advanced probablistic algorithms.
#While there is lack of consensus on the standardization of matching algorithms per se, there is consensus pushing for the standardization of the data sets fed into these algorithms such as standardizing the format of the data within HL7 segments and updated more rigorous ASC X12 standards for patient demographics.
+
#While there is lack of consensus on the need to standardize matching algorithms, there is consensus for the standardization of the data sets fed into these algorithms including:
#CEHRT certification standards for the performane of patient matching algorithms and for the processes of merging and unmerging erroneously matched records.
+
#*standardizing the format of the data within HL7 segments and  
#Stronger data integrity and data governance policies for all organizations, and specifically for organizations taht enter into data sharing agreements.
+
#*more rigorous ASC X12 standards for patient demographics
 +
#CEHRT certification standards for vendors on the performance of patient matching algorithms and for the processes of merging and unmerging erroneously matched records.
 +
#Stronger data integrity and data governance policies for all organizations, and specifically for organizations that enter into data sharing agreements.
 
#Better collaboration among participants of regional HIE’s to harmonize their patient matching in data-gathering standards
 
#Better collaboration among participants of regional HIE’s to harmonize their patient matching in data-gathering standards
 +
 +
 +
== References ==
 +
<references/>
  
  
 
Submitted by Karen Pinsky
 
Submitted by Karen Pinsky
 
[[Category:BMI512-SPRING-15]]
 
[[Category:BMI512-SPRING-15]]

Latest revision as of 02:20, 29 April 2015

What is patient matching

The US does not currently have a National Patient Health Identification Number though there is mounting support within the health information industry to develop one. [1] Because no such national master patient index exists, healthcare organizations and vendors use patient or record matching algorithms to identify patients, match records, and build and maintain their internal master patient indexes.[2]


Background

IHE (Integrating the Healthcare Enterprise)has developed two profiles for use by HIE's for querying patient data. These are the Patient Identifier Cross Referencing (PIX)/Patient Demographics Query (PDQ) and Cross-Community Patient Discovery (XCPD). These profiles govern the transmission of a patient’s demographic information and the querying in search of matching patient data at the target organization and the formulation of a response to that query. Yet there is currently no standard set of patient identifying or demographic data mandated for use to identify patients at the time of service or used for record matching within and across healthcare information systems. Organizations rely on internal patient access policies and data governance principles to maintain the fidelity of their internal master patient index. The risks and the failure rate of current patient matching algorithms is underrecognized. With an error rate of less than 8% considered the industry standard, contemporary patient matching algorithms fall well short of the 0.1% error rate advocated by the HIT Standards commitee.[2][3]

Health Information Management professionals and patient safety advocates have long recognized the importance of strong patient identification methodology. With the promotion of data exchange and interoperability fostered by the ONC’s Meaningful Use incentive program, the need to address the gaps in patient identification and matching has gained increased focus across the HIT industry.

Many in the healthcare IT industry[4] (but not all[5]) have advocated for the development of the National Patient Health Identification Number (PHIN) as a panacea for the patient matching challenges. The 1996 Health Insurance Portability and Accountability Act (HIPAA) directed Health and Human Services (HHS) to develop a PHIN to support the legislation’s primary goal of portable and private healthcare records. Funding for this HHS work was withdrawn by Congress in 1998. Quashing of PHIN development was precipitated by privacy rights advocates and libertarians concerned about the undue intrusion on the lives of US citizens and the threat of hacking and identity theft.

In the context of this void, health information exchange organizations, EHR vendors, healthcare delivery organizations, and payers, have developed algorithms, either proprietary or open-source, to perform patient matching. And while patient matching is a cornerstone of contemporary interoperability and data sharing strategies, there is relatively little appreciation for how complex and error-prone the process really is. Moreover, there is insufficient governance or standardization around the data used by these algorithms. In the last year, the ONC convened a patient identification and matching initiative to identify opportunities around this critical area of health information technology.

The fundamentals

Record matching algorithms are often embedded into core systems and are largely assumed to be sufficiently accurate. Before the push to exchange data across disparate systems, that assumption may have been safe. But as regional HIE’s have grown into national players and as vendors have consolidated their customer base, the volumes of patients and records to be matched has grown exponentially. This growth is challenging algorithms that had heretofore functioned well within a local framework or for tightly fused integrated delivery network.[6] One integrated delivery network reported 90% matching within individual instances of a vendor EHR but when matching was attempted across the IDN's 17 different instances of the same vednor's EHR, the accuracy of the patient matching dropped to 50 - 60%.[2] Additionally, our increasingly multicultural and mobile society with fluid names and addresses result in any one patient's demographics changing possibly many times over a lifetime.[3] In a 2015 opinion piece, the author reports that the Harris County, Texas Hospital District’s database contains medical records for close to 2,500 people named Maria Garcia and 231 of them have the same birth date.[7] This example brings the issue of accuracy in patient matching into focus.

How does the accuracy of patient matching algorithms impact on key priorities of US HealthCare reform?

Safety and Quality:

Patient matching algorithms dictate the integrity and fidelity of the information contained within any healthcare record. As robust data exchange expands, the implications of mismatched records and missing data jeopardizes the very improvements in safety and quality that data liquidity and portability are intended to foster. While the absence of data during a patient encounter dimishes the efficiency and cost-effectiveness of the care provided, inaccurate or misattributed information has the potential to cause egregious errors. False positive matches result in linking of the wrong patients' records together. False-negative matches result in missing an important linkage between a patient and some part of his or her record.[8]

Privacy:

Overlaid records can result in information being disclosed to the wrong individual or being denied to an individual who has the right to see their own healthcare information.

Costs:

Remediation of inaccurate patient matching is costly to healthcare organizations and health information exchanges alike. Most organizations employ teams of staff to work error queues of suspected mismatches. The process to rectify record duplication and erroneous merging is labor-intensive and expensive. Matching errors in one organization can replicate exponentially when those same mismatched records are conveyed via HIE to downstream consumers of the data. Organizations report that it costs between $60 - $90 to remediate one incorrect record match.[2] Exacerbating the problem, while most EHR’s accommodate merging records, many do not have an easily support undoing an incorrect merge making that remediation task particularly costly.

Types of patient matching algorithms and other related terms

Matching algorithms can be embedded within health information systems, they can be home-grown, or they can be supplied by 3rd -party patient matching vendors who specialize in this service as a bolt on module.[9]


Basic Algorithms:

  • also called the deterministic matching
  • the algorithm compares selected elements within specified fields to identify one for one character matches
  • can include phonetic matches and wildcards


Intermediate Algorithms:

  • can incorporate fuzzy logic
  • assign a scoring system to the various elements of the match
  • a match on an element that is more likely to be unique such as a Social Security number is weighted more heavily than a match on a 1st or last name which may be less specific.
  • A match of a value that is very common is weighted less than a match of a rare value
  • example - a match for last name “Smith” is weighted less than a match for last name of “Sigurdottir.”
  • can account for possible nicknames
  • makes allowances for frequently transposed digits or other typographical errors
  • example - 1st name “GOERGE” will tentatively match for patients records with the 1st name of “GEORGE”.

Advanced Algorithms:

  • use probabilistic and mathematical models to determine likelihood of a match
  • incorporate machine learning and artificial intelligence
  • matching algorithm will evolve to optimize matching depending on the regional variations in names

Other related terms:

  • auto linking: records are automatically matched in overlaid by the system without human oversight

Data attributes commonly used by record matching algorithms and their associated risks

Data Attribute Area of Risk[2][3]
All data
  • While there are HL 7 standards for ADT transactions, there are no standards for the format of the data with in each of the HL7 segments
Patient name -1st and last
  • cultural factors influence compilation of children’s last names
  • newborns names change on subsequent admissions
  • hyphenated names and names with apostrophes are problematic and lack consistent formatting
  • handling of the middle name field:middle initial versus entire name
Date of birth
  • patients may change their date of birth seem younger or older
Gender
  • gender may change with gender reassignment surgery
Social Security Number
  • newborns and foreign visitors do not have a SSN
  • patients are often unwilling to share SSN
  • SSN's may be stolen
Phone numbers
  • Often change, particularly with population moving increasingly to mobile phones
Addresses with or without zip code
  • tend to be in flux with more risk in urban compared to rural areas
Mother’s maiden name or father’s 1st name
  • These will improve matching accuracy but many information systems cannot handle this type of data element in the ADT feed

Other Areas of Risk Associated with Patient Matching Algorithms:

Beyond the specific risks associated with individual data elements, there are operational reasons for patient matching errors even using the most robust algorithm.

Data governance and data integrity at registration is a key factor in the accuracy of patient matching. Typographical errors and transpositions as well as empty fields and false data can pollute the fidelity of the elements used in patient matching algorithms. Additionally, personel employed in registration areas and at the offices' front desks often have high turnover rate and are relatively poorly trained. There is growing support for creating a certification program for registrars through the National Association of Health Access Management (NAHAM). Kiosks have been proposed as one useful tool to allow patients to validate their own data at the time of registration but that some have raised concerns about the intentional falsification of data and the attribution or provenance of the data enetred into a kiosk and fed into registration systems.

Recommended best practices for record matching:

  1. Expand and deepen understanding within the Health Care and HIT community of the strengths and weaknesses of specific patient matching algorithms.
  2. Industry-wide there is some consensus that basic deterministic algorithms should be abandoned in favor of more advanced probablistic algorithms.
  3. While there is lack of consensus on the need to standardize matching algorithms, there is consensus for the standardization of the data sets fed into these algorithms including:
    • standardizing the format of the data within HL7 segments and
    • more rigorous ASC X12 standards for patient demographics
  4. CEHRT certification standards for vendors on the performance of patient matching algorithms and for the processes of merging and unmerging erroneously matched records.
  5. Stronger data integrity and data governance policies for all organizations, and specifically for organizations that enter into data sharing agreements.
  6. Better collaboration among participants of regional HIE’s to harmonize their patient matching in data-gathering standards


References

  1. CHIME Issues National Patient ID Challenge. Press Release. March 17, 2015. Accessed 4/27/2015. http://chimecentral.org/chime-issues-national-patient-id-challenge/
  2. 2.0 2.1 2.2 2.3 2.4 Patient Identification and Matching Final Report. Prepared for the Office of the National Coordinator for Health Information Technology. February 7, 2014. http://www.healthit.gov/sites/default/files/patient_identification_matching_final_report.pdf
  3. 3.0 3.1 3.2 HIT Standards Committee Patient Matching Power Team. Letter to National Coordinator for HIT. August 17, 2011. http://www.healthit.gov/sites/default/files/standards-certification/8_17_2011Transmittal_HITSC_Patient_Matching.pdf
  4. Identity Crisis? Approaches to Patient Identification in a National Health Information Network. Rand Corporation. http://www.rand.org/pubs/monographs/MG753.html>
  5. Wheatley V. National Patient Identifier: Why Patient-Matching Technology May be a Better Solution. HISTalk. March 3, 2014. Accessed 4/27/2015. http://histalk2.com/2014/03/03/readers-write-national-patient-identifier-why-patient-matching-technology-may-be-a-better-solution/>
  6. Landsbach G, Just BH. Five Risky HIE Practices that Threaten Data Integrity. Journal of AHIMA 84, no.11 (November–December 2013): 40-42. http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_037463.hcsp?dDocName=bok1_037463>
  7. Healthcare Informatics. Why You Should Care About Patient-Matching Algorithms. February 4, 2015. Accessed 4/28/2015. http://www.healthcare-informatics.com/blogs/david-raths/live-ehealth-initiative-why-you-should-care-about-patient-matching-algorithms>
  8. Fernandes L. Patient Identification in Three Acts. Journal of AHIMA 79, no.4 (April 2008): 46-49. http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_037463.hcsp?dDocName=bok1_037463>
  9. Just BH. Record-Matching Integrity: An Algorithm Primer. Health Data Management. October 23,2012. http://www.healthdatamanagement.com/blogs/healthcare-algorithms-definitions-differences-45144-1.html


Submitted by Karen Pinsky