Why Two Hospitals' Systems Don't Just Talk
Two hospitals can run two entirely different EHR systems, coding the exact same diagnosis two different ways. See that mismatch side by side, and why a shared standard — not just goodwill — is the only real fix.
Read first: The Record That Replaced the Paper Chart
You would assume a patient's diagnosis reads the same no matter which hospital wrote it down. It does not. Two hospitals can run two entirely different record systems, and each one is free to code the exact same diagnosis a completely different way — which means a referral between them can arrive looking like it belongs to a different patient.
Two hospitals, two different EHR systems
There is no single EHR every hospital runs. More than a dozen major vendors compete for hospital contracts in the US alone, and large health systems, small clinics, and specialist practices each pick from that list, and nothing forces those vendors to store data the same way underneath. Two hospitals five miles apart can be running completely unrelated software, built by different companies, on different underlying database structures.
That would be a minor inconvenience if patients only ever saw one hospital in their life. They do not. A referral to a specialist, a transfer after an emergency, a second opinion — all of them require one system to somehow hand data to a different system that was never designed to receive it.
The same diagnosis, coded two different ways
Compare the two mock records below. Same patient, same diagnosis, same date — coded under two different standards, formatted with two different date conventions, and filed under two differently named sections of the chart.
Both records below describe one real patient's one real diagnosis. Nothing about the medicine is different — only how each system happened to write it down.
General Hospital — MedChart
Problem list entry
Type 2 diabetes mellitus without complications
Diagnosis code
ICD-10: E11.9
Recorded
03/14/2026
Coding system
ICD-10-CM
Riverside Clinic — CarePath
Chronic condition
Diabetes (Type II), uncomplicated
Internal code
DX-2240
Recorded
14-03-2026
Coding system
Proprietary, CarePath v4
Syntactic interoperability is not semantic interoperability
The mismatch above is worth naming precisely, because “interoperability” actually splits into two separate problems that get solved in two separate ways.
Can the message even be parsed? Does the receiving system recognise the format the data arrived in at all, or does it just fail to open?
Once it's parsed, does it mean the same thing? Does "E11.9" on one side match "DX-2240" on the other, or does each system just see a code it doesn't recognise?
Solve syntax without semantics and you get a system that opens the file successfully and still cannot tell you whether the patient has diabetes — which is exactly what the two mock records above demonstrate. The message technically arrives. Nothing in it means anything to the system receiving it. Fixing syntax is a plumbing problem, and it is the easier of the two. Fixing semantics means every vendor agreeing on the exact same code for the exact same condition, which is a coordination problem at the scale of an entire industry.
Information blocking is a business choice, not a technical limit
Not every failure to exchange a record is an accident. Sometimes a vendor or a health system has a real financial reason to make data exchange harder than it needs to be — a practice with a name in US health policy: information blocking.
Why a vendor might do it
Charging steep fees for the interface that lets another system connect to theirs.
Making their own product's export format deliberately awkward for a competitor to import.
Why a health system might do it
Making it slightly harder for a patient to take their full record to a competing hospital across town.
Treating the patient's own history as a competitive asset rather than the patient's property.
Why a shared standard is the only real fix
You could imagine solving this case by case: write a one-off translator between these two specific hospitals' systems. That approach breaks the moment a third hospital joins, because now you need a translator for every pair — three systems need three translators, ten systems need forty-five. Goodwill and one-off integrations do not scale; a shared standard that every vendor agrees to speak does.
What actually moved the needle historically was not goodwill, and it was not engineering elegance either — it was regulation forcing every vendor to adopt the same deadline at once, the same lever that eventually curbs information blocking above. Left purely voluntary, a shared standard is a coordination problem nobody wants to move first on. Made mandatory, it stops being a competition and starts being table stakes.
Key takeaways
- Hospitals run competing EHR systems with no shared underlying structure, so a referral between them means one system handing data to another that was never built to receive it.
- The same diagnosis can arrive coded under a different standard, a different date format, and a different section name depending on which system wrote it.
- A message can be syntactically readable — it opens fine — while still being semantically meaningless, because the codes inside it don't match anything the receiving system recognises.
- Some non-interoperability is deliberate: information blocking, where a vendor or provider profits from making data exchange harder, is now a regulated practice with real penalties.
- One-off translators between systems do not scale, and regulation — not goodwill — is what has actually forced a shared standard into wide use.
Quick check
Answer these to unlock the next chapter — 3 of 4 to pass. You can retake it anytime.
Answer every question to check.
Make a free account to read on
Every chapter is free — an account is how your progress, XP, and streak follow you from your laptop to your phone, and how you show up on the leaderboard. No payment, no trial.