I wouldn’t recommend this for beach reading, but that’s hardly the point.
Hacking Healthcare provides a really concise, if slightly outdated look at what
it means to work in IT with health data. Unfortunately, I’ve come away pretty
underwhelmed at the impact that open source software has had in healthcare.
While many industries seem to be going full bore into software built by
collaboration, with support provided by for-pay companies, healthcare still
seems dominated by proprietary software. What this book shows, is largely why
that is so.
Between ontologies (specific words coded for reference), HIPPA-compliance, and
the general un-sexiness of health care data, it is amazing anyone at all spends
their time trying to make doctor’s lives easier. And even more challenging, a
high percentage of docs are well-educated and just technical enough to think
they know the best way to solve a problem. That leads to very inflexible ways of
thinking, for better or worse.
There’s also the reality that paper really does work very well for healthcare.
Before you replace something, you have to understand the value of it, and the
value of a patient chart is huge. Doctors and nurses have shorthand; they can
scribble in text when checkboxes don’t provide the context they need; they can
write down three different possible ways to diagnosis someone and come back
later to review their notes, to ensure codes in bills match patient conditions.
It should come as no surprise then, that computer-aided solutions often fall
Recently I spent an afternoon in the ER. The RN on duty was quietly cursing
under her breath as she struggled with an electronic health record input that
required her to code everything. Going back to ontologies, that means that when
she used rubbing alcohol to clean off my scrapes, that required her to lookup
and specify ICD10 diagnosis code S40.212A, “Abrasion of left shoulder, initial
encounter.” What the fuck? No wonder she was frustrated. Nevermind if it turned
out to be my right shoulder but she was tired from being on the end of a ten
And of course, this doesn’t even get into the politics of ontology. The AMA
maintains it’s own list of DX codes, but they charge money for access to them.
Meanwhile, there’s also LOINC, a free standard, but which is not accepted by all
insurers. And of course, Medicare and Medicaid have their own standard which
maps, roughly, to ICD10 and LOINC. BUt don’t forget Snowmed … sigh.
And that’s just ontologies. There’s also the simple matter of what IS a patient
chart? Is it just the patient? What happens when a patient changes their name?
Should we assign an ID to the patient? But how do we track the ID across the
various systems they might travel through when they are referred?
What about billing? Oh my. Let’s not even start with that.
Suffice it to say, reading this book was mostly humbling. I will likely return
to it as a reference in the future, as I mostly skim read it this time. But it
is a fantastic overview of the state of healthcare IT from 2015.
The VistA effect, as explained in Longman’s book about the VA, is where the quality healthcare outcomes are continuously measured to enforce higher levels of patient safety and care.
This hinges on “meaningful use” measurements, which include:
- medication lists
- problem lists
- vital signs
These are trivial for a clinician to understand, but very difficult to model in software.
Given how difficult some of these problems are to reason about (is Fred Trotter and Frederick Trotter the same person?), are there opportunities, as a forward thinking healthcare problem solver to open source certain tools that make expunging HIPPA data easier? Or perhaps to rectify demographic information? Can we, while still making money and not tipping our hand too much, help those who are technical to advance the state of the art in healthcare IT?