Removing Complexity

I’ve only been wondering around the health IT space for a few years.  Like almost everyone on the planet I’ve spent a bit of time on the UK national program.  With that experience I wonder whether the current direction of travel in health IT isn’t a little bit of a rat-hole.We have a small set of large and dominant vendors those systems are costly to change.  We have an informatics discipline that is disparately attempting the impossible; modeling the universe of healthcare concepts.  We have a standards industry dominated by big cloudy ideas and heavy-weight specifications.  Perhaps this is the industry with the most weight of documented requirements, little of which represent the actual needs of clinicians on the ground.  In amongst this are solution architects like myself.  We don’t have 1000’s of years of health expertise and we are working in programs that have very pressing and real deadlines with the cash rapidly disappearing.  Of course with the US initiatives the money is flying all over the place (what is “meaningful use”, again?).  The economics of having a development team understand the hierarchy of technical specifications that make up the IHE XDS profile, for instance, must be dubious.  Attempting to design and build solutions that must pass around 100KBs of clinical document data that come from complex reference models that takes significant time to describe may be a technical barrier to entry rather than an enabler.I think something needs to give.  While the informatians maybe willing to discuss the clinical concept of a quantity for years, the delivery of software in a world dominated by Google, Amazon, Facebook and the like just doesn’t work like that any more.  Perhaps we should consider some of the principles from the virtuosos of software engineering (Google, et al) and the agile community.

  • Perhaps models should be just good enough; time wasted in purity, a worse universalizing, is time that you wont get in proving/improving your software with real people.  The idea of modeling the universe of concepts seems to be prevalent in health but fallen from favour in other IT domains. Forgetting the sheer undertaking of modeling "everything", there just simply isn't the system delivery time over analyse. There are many arguments to this view; health is complex, clinical safety problems and so on. But the how clinically safe is it to have the ability to delivery a "good enough" IT system that deals with adverse reaction, but not do so because we just haven't modeled the domain properly; or health is so special that the security architecture of the web and web services is not good enough. Survey the national and international efforts attempting to tackle a "logical reference model for health" and attempt to measure the opportunity cost of modeling but not building.

 

  • Big, centralized stores of universally formalised concepts may be an anti-pattern.  The problem space is hard, the architecting is difficult, the standards are confusing.  Look what Google can do with HTML, HTTP, and a bit of script.

 

  • The architecture of the web might have what it takes. The technology of the web,the simple web, the plain old “semantic” web can delivery a surprising amount of the semantic, computable, secure, human goals of health IT.
  • Share data as resources. Web resources are a simple to implement but powerful concept. This is commodity technology and commonly understood by the IT community. I like the RESTFul ideas of separating the representation and the concept. I like the idea of uniform resource locators. I like the simplicity of the APIs. A discharge summary as a resource. A semantic definition of concepts in a discharge summary are also a resource. And resources can be connected to other resources through well defined HTTP approaches.  And I like the idea that a complex resource like a discharge summary can be represented for a human in HTML and a machine in XML/JSON without affecting the concepts in the health record.

I spent a little time on the central records service for the NHS. Billions of pounds to engine a system that Facebook offers for nothing (I suppose there is a little bit of engineering in Facebook that probably cost a bit). That argument is full of holes, of course. But the idea is this. Release quickly and often. Uncover complexity with real users and re-factor. Adopt simple APIs that anyone can build to. More interesting, I think, are the metaphors inherent in Facebook. Isn't Facebook a record of events that occur in your life? Doesn't Facebook have a way for you to determine who can see your events? I'm sure it won’t adhere to HIPAA guidelines. But the point is the metaphor can be learnt from; an open, central, highly scaleable, agile, sharable record service, where the patient/clinicians can have control over their "friends", and lots of simple ways to make the data accessible and computable.So, while the rest of us are developing logical models, refining large specifications, arguing over data types, attending standards forums, there will be Web-savvy health IT organisations out there who will be inventing a new way of doing health IT.All we have to do is find them! 

Karen Day's picture

Complexity

Well, you certainly got my attention Col! There's a lot in your posting to digest so let me start with the last part of your posting.
It's not an accident that we refer to the 'art and science' of healthcare. Problem is, I think we're focussing too much on the science and not enough on the art. We're trying to control the detail and not spending enough time on the interactions between people and how those interactions can be facilitated by information systems. Again, I believe we're spending too much time on one side of the interaction - the clinicians and other members of the service provider team.
In a complex adaptive system people form their own self referenced groups and interact with one another for mutual benefit. There's a tension between standardisation and the natural tendency for people to change what they're doing to make things work easier and better. iPhone has a new application every day for people to try out, so why can't we make it that easy to use the electronic health record in our bulky huge health services? A lot of those applications are about health - exercise, medication reminders, vital sign monitoring, to name a few.
I agree with you that we're on the cusp of either a new way of thinking about information systems development and management in healthcare or we're in danger of digging deeper into a rat-hole (to quote you). Question is, what can we do about it?
 

What can we do...?

What are we to do?  This is a very good question.  Of course when you have a 500 ton Gorilla sitting on your sofa perhaps the best tactic is to hope it goes away by itself.
 
A significant barrier to change is that much of the industry is vested in the complexity; the standards makers, the vendors, the consultants, those in power in the health authorities.  And perhaps (but unlikely) like no other industry the people cycle around between organization types taking the same ideas with them; reinforcing the structure.  If Internet email working in this manner you would need a large system to run the email clients, they would costs millions of dollars, the specifications would only be understood fully by 2 people, and your emails would only make it half way whereupon some person would have to print them out and fax them to the remainder of the hops; and we would still be arguing over the semantic format of an email address.  Perhaps a bad analogy.
 
Actually I think there is much that can be done. 
 
As Informaticians we have got to stop thinking we can model the entire health world; we can stop re-inventing everything in each jurisdiction; we could apply ourselves to “just good enough” models, those areas that will really make a difference in health outcomes.
 
As Buyers we need to be pragmatic about what we want; we need to look for "do-ability" in the solutions we buy (simplicity should be a quality of any tender); and we need to look for innovation rather than safely choosing the same old players that continue to lead us into complexity and high costs.
 
As standards makers we need to question the implementability of our work; how will the average programmer understand our specifications.  Producing massive specification tomes may make us look smart but we just end up looking silly when it never gets implemented.  Looking at the way IETF make standards, they look for interoperable implementations before they look for the specifications.  My experience as a health newbee was that we learnt much more about the health specifications from trying to build software than by reading the specifications.
 
And as vendors we need to harvest the industry for the approaches that might work in health.  I think companies like Google/Amazon/Facebook/etc have learnt how to build software that works with user communities, that in many respects they will never see; they have learnt how to make it easy to change that software and how to bring people towards it—how to enhance the network effect, if you will.  Health IT (well, mainstream health IT) seems a world away from what is going on in this space.  I have just found piece of Twitter software called TwetDeck.  It is able to consolidate the social information sources from services (stores of semantic information) likes Twitter, Facebook, LinkedIn, etc, into a simple UI.  It even does some semantic processing around person relationships.  You could imagine an EHR viewer which looked and worked like this might change the way we think about the care record.  And its free!  How does it work?  By using simple Internet-based APIs and simple representations of knowledge.  I'm not saying that the software is simple or easy to produce.  But what is happening with the Internet API (REST, Folkonomies, Microformats, etc) makes getting data from some source the easiest thing.  This means the engineers can spend the time on usability.  In the meantime we in the health arena are wondering why software vendors take years to engineer complex interchange formats, that requires Discharge Summaries to generate 500KB of XML, into their systems!
 
I think the path of change will be a long one--and in health maybe it will never happen.  However, I think the opportunity is going to be on the margins, in the areas that the mainstream health vendors don’t see as key (after all, who would have thought a simple Internet search engine would have changed the way we think about distributed information.  Perhaps a likely area might be personal health record, or community health, or consumer apps for the iPhone.  We are now entering a period where the generation of people who will be using healthcare services will have not known a time where they didn't interact with their friends via Facebook.  May be this is where the wave will come.

Post new comment

  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd><h1><h2><h3><img>
  • Lines and paragraphs break automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
1 + 1 =
Solve this simple math problem and enter the result. E.g. for 1+3, enter 4.