Do you need an EMPI?

Do you need an EMPI?

While participating in an ‘Ask Industry’ session at the most recent SiiM meeting, one of the audience members posed the question “Can I consolidate to enterprise imaging/PACS without an EMPI?”. There were various answers from my fellow panelists, but when I responded with “of course you can!” the audience seemed quite surprised. Yes, the ultimate goal of digital health records is to reach the nirvana of a complete longitudinal patient record. However, before investing the time, effort and resources into deploying an EMPI (enterprise master patient index), commonly known as an “E” number, one should ask the fundamental question, “do I need it?”, for me the answer is a resounding, “well … it depends.”

No alt text provided for this image

As health systems expand, acquiring providers and facilities in the process, this growth creates a complex web of systems. To track a patient across these systems there needs to be a single patient ID or medical record number. The term for the application that assigns a patient ID is ‘Issuer of Patient ID’, sometimes known as the assigning authority. This is typically the EMR, or less often, the HIS. If say, an imaging center uses the same patient ID for the patient as the hospital uses, then you are on one issuer. More common is that the various imaging centers, facilities and/or hospitals, all have their own issuer. Therefore, patient Kyle Henson can be assigned ID number 123456 at one facility, and then number 654321 just down the street. The problem this creates is; how do you share records? Or, in the context of consolidation, put all the records in the same place?

Most of us have encountered problems from these patient ID conflicts; when studies from two different issuers are put into the same PACS, resulting in 2 different patients with the same ID. At best, this scenario creates confusion and QA issues. At worst, it creates a patient safety problem, where one patient’s data could be mistaken for another. To resolve this, there are 3 options. 

No alt text provided for this image

The first is to ensure uniqueness. Typically, this means when consolidating data that a site prefix is added to the patient ID. So, Kyle Henson’s record at ABC Medical Center becomes AMC123456. As long as the prefix AMC is not repeated for a different site there is no way to have 2 patients with the same ID in the central system. The second technique is to logically separate the data. Each ‘Issuer of Patient ID’ is given a virtual bucket in the central system and because only data from that issuer is in that bucket the data can’t create conflicts. The problem with both scenarios is that each record for the patient is distinct and likely won’t show ups as a prior, or part of a consolidated patient record. (Yes, yes, I know that you can drop an “F” bomb and federate a query to all buckets, but this can create its own set of problems.) This leads us to the third option, and this is where the EMPI solution comes in. EMPIs are usually a system-wide initiative and simply match patients based on a set of criteria, which looks to find the same patient with multiple patient IDs assigned. Most EMPIs have a cascading set of matching criteria that carry with it a certainty score of how confident the system is in the patient match. 

This takes us back to the original question posed; do you need an EMPI to consolidate data into a central system? As we have discussed you can separate the data so that it does not create conflicts, so no you don’t need one. However, maybe you should have one … So, to really answer that question, we need to start with another question: how common is it that patients move between facilities that have different issuers of ID?

No alt text provided for this image

I live in Texas; it’s kind of a big state. If a health system has hospitals in Houston, Austin, Dallas and Ft Worth. What is the likelihood that a patient will travel from Houston to Austin to seek care? At 165 miles, I assert, not terribly often. Houston to Dallas at 240 miles, even less likely. However, Fort Worth to Dallas being less than 40 miles, not only possible, but depending on the health system, likely. So, the first step in answering the real question would be to look at what percentage of patients regularly move between facilities. If the number of actual patient transfers/moves is low, then the first two methods are probably fine. In the case of a market-based health system, where patients can seek treatment from a number of providers within a large area, such as the Houston or Dallas market, there is a good argument to be made for having at least a market EMPI. In the case of a very large statewide-based health system, it could even make sense to have several market-centric EMPIs that roll into a central archive. In the end, there is no singularly correct answer save that; every system will need to look at the issue as a whole, and then make the cost/benefit decision regarding an EMPI.

Bryan Schnepf

HealthTech Marketing Collaborator

5 年

Thanks for sharing great insights on eMPI, Kyle. Unclear to me about the geographic distance difference. Agree it's unlikely that patients would intentionally travel hundreds of miles to seek care in the same system, but the vertical integration of systems at the local/regional level is quite routine. As you point out, it's common for patients to travel locally for system-wide care delivery between a primary care practice, imaging center, specialty group practice, and hospital network, so implementing an eMPI makes sense. It seems likely that the same patient would seek out the same health system if they find themself in need of urgent care across the state, for the convenience of less paperwork and the value of their records being accessible. So...could eMPI be leveraged as a competitive differentiator for the health system? BTW, I like your phrase "the nirvana of a complete longitudinal patient record" to describe the ideal future state. I refer to it as the "Healthy Grail" (play on words :-).

要查看或添加评论,请登录

Kyle Henson, DM的更多文章

  • There is no Wrong Way to Render an Image

    There is no Wrong Way to Render an Image

    When you talk to most people about rendering an image, you will get either a confused look and a shrug or a passionate…

    6 条评论
  • A Better Way to Close Enterprise Imaging IT Incidents

    A Better Way to Close Enterprise Imaging IT Incidents

    According to a 2020 study of organizations in the US, UK, Australia, and New Zealand, 96% of organizations have…

  • You didn’t know the System was Down?

    You didn’t know the System was Down?

    You know those learning moments in your career that really stick with you? I vividly remember one such incident; it…

    3 条评论
  • Building A Better Way

    Building A Better Way

    One of the more frustrating things about running my VNA was taking help desk calls. Not because I had to be on call…

    1 条评论
  • Fall Cleaning - Imaging Style (Part 2)

    Fall Cleaning - Imaging Style (Part 2)

    Welcome back to the Fall Cleaning series! Hope you found some helpful takeaways in part 1. As you might remember we…

  • Fall Cleaning- Imaging Style (part 1)

    Fall Cleaning- Imaging Style (part 1)

    As the days get shorter and a bit cooler it is time to fill the heating oil, check the thermostat and … do your 4th…

    2 条评论
  • What makes up an Enterprise Imaging Team?

    What makes up an Enterprise Imaging Team?

    I’m more and more frequently being asked ‘what does an Enterprise Imaging team look like?’ Given that the term is…

    9 条评论
  • Back to Basics

    Back to Basics

    5 years into my VNA experience the one thing I can say is that, the KISS principle applies. The only way to easily…

  • Buying and Selling Image Data, A Practical Solution for VNA, AI and Clinical Research

    Buying and Selling Image Data, A Practical Solution for VNA, AI and Clinical Research

    Every now and then I am asked about, or I read an article about, someone selling massive amounts of data to one of the…

    11 条评论
  • Searching for commitment between PACS and VNA

    Searching for commitment between PACS and VNA

    Many moons ago when most PACS was designed the archive was local. It is the A after all in PACS.

    20 条评论

社区洞察