We passed the one thousand mark on products certified as EHR technologies for ambulatory care and the five hundred mark for inpatient care, and there is no relief in sight. In addition, there are multiple other software products that are routinely used in health care, such as standalone practice management and billing systems, claim processing software, pharmacy programs, lab, imaging and other diagnostics software, personal health records products, and more recently a veritable explosion in mobile applications ranging from monitoring your heart to evaluating your happiness. I don’t know of any other industry where so many disparate software packages are able to communicate and cooperate with each other seamlessly, and yet this is the goal of the gargantuan effort of those who develop interoperability standards in health care. If you’ve ever been involved in software systems integration, you probably know all too well that the weakest and most unstable link is always at the interface between products, even those built by the same vendor, regardless of the agreed upon standard. When it comes to seamless operations and cost effectiveness, nothing beats true database level integration.
For those who read this and have an irresistible kneejerk reaction tempting them to cite examples such as ATM networks, telephone networks, Google or email, please understand that this is an apples to unicorns comparison. Assuming that our ultimate goal is to have all health records for all people available at all geographic locations at all times, is weaving a web of rickety interfaces between thousands of products, really the best option? It is, if you sell existing, or enabling, technology for this arrangement, and it is not, if you intend to use, or pay for, the end solution.
The usual arguments against a Universal Health Record, and its scary database in the sky, are that we must build on existing infrastructure; that rip-and-replace is cost prohibitive; that a free market should provide as many choices as possible; and that privacy is best served by keeping data close to home, and certainly out of the hands of Big Government. Sounds pretty reasonable. What if we dig a bit below the surface though?
Medical Records- Assumption: At any given moment in time there can be only one correct version of a complete medical record for any one person
- Fact: Currently, various parts of the medical record are stored at various locations, by various organizations, in various formats
- Fact: Most organizations possess unique content, but also content overlapping with what others store, containing multiple discrepancies and various errors
- Observation: Using partial medical records for provision of care could be desirable, inconsequential, dangerous or lethal, depending on which parts are missing
- Observation: There is conceptually no reliable way to know whether parts of the medical record are missing at the point of care, let alone ascertain the criticality of missing parts
Health Information Exchange (HIE), as its name indicates, is intended to shuffle fragments of the medical record from one organization to another just in time to inform the provision of care. The government and various other organizations are diligently working on standardizing the contents, the format and the means by which medical records data is communicated. Since the thousands of software programs deployed in health care all store data in different formats, using different data dictionaries, different storage systems and different terminology, it is envisioned that each system will have some sort of transformer at its edge that will translate the inner workings of the system before sending information out, and execute the reverse procedure before letting outside information in. Once the standards are finalized, all technology vendors will be building (or buying) such “transformers” and everybody will be communicating seamlessly. Could it really be that simple?
Reconciliation Unlike banking, where managing a checking account at your local bank does not require immediate information on your Cayman Islands holdings, medical care operates on a single record set of data elements. Since this record set is being altered at various care facilities, health information exchange must continuously reconcile the data elements. So for example, let’s say that you visit your primary care doctor complaining of chest pain and he diagnoses gastrointestinal disease and prescribes antacids, but you are still concerned and decide to see a cardiologist in the city, who diagnoses angina. Shortly after visiting the cardiologist office you get hit by a bus and end up in the local ER. Was your cardiologist aware that you have been complaining of chest pain for the last 20 years, angina was repeatedly ruled out in spite of your concerns that Aunt Mary also has angina, and antacids always worked for you? Is the ER aware that you just got diagnosed with angina and have a shiny NitroMist sample in the backseat of your car? Is your primary care doc going to be appraised of your adventures? In a world of perfect information exchange the answer is yes to all questions.
However, perfect information exchange in this case requires that your primary care physician pushed your medical records out to the cardiologist, including your fixation with angina and Big Macs, or that the cardiologist was able to locate your primary care records and pull the information in. It also requires that the ER was able to obtain your primary care records from back home, any other medical records from other providers and also the very recent cardiologist records and combine all those data points in one authoritative record set. This reconciliation process would occur every time you seek care and every time you, or other diagnostic facilities and eventually devices, update your records in any fashion. And these transactions will have to execute without a unique patient identifier just for you, and while processing and propagating privacy rules which may differ between various care providers and exchange intermediaries.
Now imagine millions of people with similar needs, and you have many millions of transactions flying around back and forth between thousands of software programs executing in hundreds of thousands of locations, from industrial strength data centers to the lonely Dell server under the printer in a doctor’s office. Yes, the contents will be standardized by those edge transformers, but every relay, every handshake, every acknowledgement and every translation back and forth to the native software program constitutes a point of possible failure, and every reconciliation of multiple messages from disparate sources is an error waiting to happen. In computer land errors don’t usually wait for too long before they happen, and this has nothing to do with lack of standards. Sending applications lose connectivity intermittently and go into a peculiar state of limbo. Receiving applications often get stuck on one bad message, creating huge processing queues on the other end. Messages mysteriously disappear only to be found in a log file or another patient’s chart. Every new release is always an adventure. This is how things are today, with only a fraction of the envisioned number of transactions in the brave new world of a seamlessly connected health care system.
The Power of OneThe alternative to having a flimsy system with a multitude of moving parts is to have one unified database system, with one architecture and one schema definition. This does not necessarily mean one EHR. We could of course have a single EHR built on top of this database system, but for those concerned with innovation, free markets and with the problematic one size fits all approach, by all means, let’s build thousands of EHRs with user interfaces and functionality to fit every individual preference, all accessing the same exact database, containing the same exact records. This Universal Health Record will be, by definition, complete and correct at all times, since all health care applications will be built on top of this database, much like browsers are built on top of the World Wide Web. Switching EHRs should be as simple and straightforward as changing from Firefox to Chrome, not to mention how happy the folks advocating substitutable applications instead of walled gardens would be. Oh, and the sum total of investment in a homogeneous data infrastructure is dwarfed by the various other public and private initiatives, all ultimately funded by tax payers.
The 800 pounds gorilla in the room is of course privacy and to a much lesser extent security. A medical database system of this magnitude would have to be built and administered by the Federal Government. Patients would have to be uniquely identified in the system. Granted such Universal Health Record would accessorize well with a universal health care system, but let’s face it, if you are on Medicare or Medicaid, the government already has your medical records. Private payers have mega databases chockfull of medical records and so do EHR companies and pharmacies. Your data is being constantly de-identified, sold, re-identified and exploited for financial profit. Once the planned information exchange network kicks in, a host of State and private agencies will also begin building their own repositories of medical records. The privacy horse has left the barn, and the best we can do now is regulate the use of what was once private. At a minimum, the Universal Health Records database will ensure that you can see everything everybody else is seeing and have some say in its accuracy and utilization, which is orders of magnitudes better that the alternative.
