Home > Business of Medicine > A New “Model” for Electronic Medical Record Systems

A New “Model” for Electronic Medical Record Systems

As a physician formally trained in computer science, I have the opportunity to look at today’s computerized medical record systems both from the perspective of a end user and as a software designer.  It is perhaps because of this that I have been so persistently disappointed with the current state of clinical record software.  

I am disappointed because despite all the fancy hardware and expensive software, our clinical records systems aren’t that much better than paper.  We would think that a patient could go to any doctor and present their medical records the doctor could read them, but they can’t.  We would think that it would be easy for me to get a CT scan report that was done at an outside hospital, but no.  It actually has to be printed out and faxed, requiring not only human intervention and time, but if reentered into the receiving provider’s system actually converts a digitally stored report into a picture of a piece of paper, completely breaking the idea of an electronic record system.  While information can be digital in one system, if it ever is passed on to someone working in another system, it becomes just another piece of digital paper.  The sad truth is that despite our incredible investment in EMR systems, we have only created a massive collection of information silos, and have almost no way to transfer information between them – a system little better than the paper charts we sought to eliminate.  And sadly, because these silos are hard coded and massive, innovation is stifled.

There is a very specific reason why our system operates like this, and it is that EMRs as a whole lack a common way to represent information.  Each system represents medical records in its own proprietary format, and thus lack the ability to speak to each other.  An thus no matter how wonderfully a EMR system represents information to its users, if information has to get out of the system, it can only be through pictures of pieces of paper.

So is there a solution to these problems?  I would argue yes.   But it requires a fundamental change in our paradigm – a change to a common “Model” for representing data.

To those that lack a programming background, when I say “Model” I mean something very specific.   A Model is part of a computer programming paradigm called Model-View-Controller.  This paradigm, pioneered by Steve Jobs and his team at NeXT, and continued in XCode at Apple, is based on the idea that any piece of software can be broken down into a Model, a Controller, and a View.

A Model is the part of the software that represents the data.  All it knows how to do is take data in, store it, and serve it up when asked.  By design, it has no idea who is doing the asking or who is stuffing data into it, and by design it doesn’t care.

A Controller is a piece of software that takes data from the Model and from the View, and then tells the View what to show to the User.  Most people would consider the Controller to be the “brain” of the software.  Like the Model, a Controller can potentially talk to multiple Views, and in a complex piece of software often does.

A View is the part of the software that shows the interface to the user, and organizes how user input will be presented to the Controller.

In the paradigm of a clinical record system, the View is all the windows you see and how you interact with them, the Controller is the brain of how that data is collected and how information is passed between different systems, and the Model is how it gets stored on a hard drive somewhere.

What I am proposing is that we create a single Model for representing clinical information that would be accepted across industry as the only way to represent medical information.  Every vendor would be free to represent that data on screen and interact with the user any way they like, but when they store it there is only one way – because there is only one Model.  Vendors could still fight for the best design to attract customers, or even create a wonderful custom system for only particular customer – all without destroying the portability of the data.

A move to a common model has tremendous advantages that we lack in our current systems.  The single biggest difference is that it allows a complete shift of paradigm from a system where individual providers or hospitals keep isolated medical records to a system where a single patient’s entire medical record from every provider is kept in one place.  Instead of storing records, hospitals would access the patient’s file, edit it and add to it, and then put it back where it is stored.  If the patient went to another doctor or hospital, they would be able to access those new records.  This alone would be a massive improvement in our healthcare system.  Millions if not billions of dollars are wasted every year because records cannot be easily transferred.  It is quite common for doctors to re-order expensive imaging tests or labs because they need information that already exist in another medical record system.   With a common Model, this would be eliminated.

Another advantage to a common Model is that it would foster an incredible surge in creativity among software designers.   Right now, there are only a few big players in EMR software, and it is almost impossible for a small player to get a foothold.  Hospital systems pay huge sums of money to have Cerner, GE, or EPIC manage their EMR system, and thus store their patient’s medical information in the Model defined by one of those companies.  While functional, none of these companies products have particularly great designs, all being relational databases designed by arguably unimaginative software engineers.   The sad thing about this is that there could be an wonderful young designer out there with an incredible idea on how to represent medical records, but with the way the current system is he or she would have no possibility of breaking into the market.  The current players are far too established, and the cost to switch to a new system too great.

But with a common Model, this problem is eliminated.  As all players would agree to represent medical records the same way, any number of new interfaces, or Controller/View combinations per the MVC paradigm, could penetrate the market.   If someone came up with a new system for viewing and editing records, it could be integrated into a hospital’s workflow at a low level, perhaps by only a few doctors.  If it were liked, it could  spread organically.   This is not unlike the way that new web browsers have spread out and been adopted.  They all work on the Model called HTML, and thus they each can be tried out and adopted or rejected by each potential user.  With a common Model for representing medical records, it would be entirely possible for different physicians at the same hospital to use different medical record systems to view the same records.  They could also use different hardware in different environments, such as a computer while on the ward and an iPad while walking around the hospital or in the operating room.  The advantages are tremendous, which makes the lack of a common Model painful to use all.

With a common Model, hospitals no longer permanently store medical records, but rather access records that were stored elsewhere.  Where that would be would be a question to answer, but I think the answer is that they will be stored in many places, an in most cases in multiple places simultaneously.  It is quite easy for an individual to carry enough storage on a USB stick to carry their entire life’s medical record.  That information could be mirrored to a cloud service that kept it backed up and available anywhere.  Hospitals could download a copy when a patient is admitted and intermittently back it up to the cloud.  There are of course technical issues, but they would be solved in time.  Perhaps we will even evolve as a society to the point that we would accept the idea of storage being implanted under our skin, to carry our medical records for our entire lives.  I’m just Star Trek enough to believe in such an idea.

I have discussed this idea with people in the industry, and many claim that acceptance of a common Model at this point is impossible, that there is just too much momentum to overcome.  I would argue that there are countless examples of where others have succeeded in exactly this, and there is no reason why it cannot happen in medicine as well.  For example, DVD became an accepted Model, as did MP3.  In many cases, these models were started by one company and managed to spread throughout the industry, like Sony’s creation of the DVD standard, or Apple’s creation of the FireWire standard.  The same thing can be done for medical records.  It has to be done.

The current system we have, in its many forms, is really just a digitization of a paper chart.  This just isn’t good enough.  While this was perhaps the logical first step, it cannot be the last.  We must move forward. In order to create a truly great record systems, we have to throw out the old ideas of how medical information is stored and represented, and ask ourselves how we would do it if we had no restrictions at all.   Information must be patient centric, and interfaces must be agnostic to the Models they read and write to.   Everyone could have the system they wanted, yet everyone could still communicate.  It is my true belief that if this could be accomplished it would be one of the greatest medical technology advancement in history, and perhaps contribute more to the health of humans than any new drug or surgical technique.

It is my hope that true industry players will read this and consider what their role could be in this potential healthcare revolution.  If I had to single out a single player that should take the lead, I would choose Apple.  Apple has had incredible success and sponsoring and developing new Models, and has the commitment to design to create something great.

The only problem is that whatever industry heavyweight takes on this task doesn’t have all the people they are going to need.  They have brilliant Engineers… but the lack the healthcare professionals that they will need to help them design what is truly needed.

I’ll be waiting for their email.

Categories: Business of Medicine
  1. Nam
    January 14, 2012 at 2:02 pm

    Idea appeals greatly to logic. I hope you do get that email soon.


  2. January 16, 2012 at 6:48 am

    Thank you for this post. I really struggle to wrap my brain around computers, the internet, and all things electronically driven. I really appreciate your knowledge and willingness to educate people like me. I can’t help but think if there were some profit motive surrounding the individual consumer of healthcare services that there would be more pressure on companies to adopt a universal format, like HTML and DVD’s, for storing and transferring medical records. That is, if the consumer doesn’t actually see the loss of $$ for them in an archaic medical database system, what sort of motivation do the big companies have to appeal to consumers in reaping a profit? Perhaps I’m wrong or don’t understand all the nuances (probably the case!), but just some thoughts I had reading your post and being more of a consumer of the healthcare system (and a healthy HMO patient who pays very little for good healthcare) than a medical professional or business person. Please post any progress you make in your endeavors!


  3. January 16, 2012 at 6:54 am

    Laura – you make a good point. I think there actually is a profit motive for the one entity, or group of entities, that successfully introduces a common Model for medical records. Whoever is successful in doing it will be the one that has the greatest control over it in the long run, which will benefit that entity. In the end, a common Model will be a driver for innovation, which will benefit all parties.


  4. Rob
    January 16, 2012 at 8:45 am

    Great thinking. As many physicians we struggle with the same problems you outlined. But the Model approach is a creative way to solve many of them. One thing that I think will still be needed is a digitizing machine to scan and store any incoming paper documents in the transitional phase, which will probably be quite long. I always think of it like this big stationary digital camera that takes pictures from above and you can place any document in the area under it. Secretaries would then look at the pics, do some basic abstractions to classify the document and put it into the EMR (like: histology from the operation 3 days ago OR “another copy of the same results we already know”) Then the physician could be alerted to the new docs available for his/her patients and just use the medical brain to solve the problems, instead of walking, photocopying, making millions of (un)necessary phone calls, you know the drill…

    I look forward to the day when my iphone beeps and tells me: hey, the lupus anticoagulant result you have been waiting for is finally here, oh and the nurses on the ward want you to come over and see a patient, not that urgent.


    • January 16, 2012 at 11:31 am

      Rob – Scanning paper is something we already do, and in big centers there are very high speed scanners that can do it. The bigger issue, as you mention, is actually indexing these digital images so that they can actually be accessed in the category they belong in. At Emory we send stuff to a central scanning center, which is horribly inefficient. I’d like to have a high speed scanner in my office that I could just flash outside records into and then easily tell the EMR where they should stored. No such luck. My lawyer has a system just like this, far better than what we use.


  5. John
    January 17, 2012 at 11:11 am

    Excellent article. While I am an avid user of EMR, I also recently thought it was inefficient. I have all the bells and whistles but I still think a lot can be done. Then guess what , I asked myself what company can do this. I said Apple!!.I am not surprised you also mentioned Apple. They have to get into this area. They have the engineers, the know how, the ability to simplify the user interface. If they want the healthcare professionals with a little know-how, I am sure they will get them.


  6. Livia
    January 19, 2012 at 3:18 am

    It’s not the sort of thing I follow your blog for, but it’s nice to see it here 🙂

    I’ve long thought that medical record software could be much more “clever” than it is… It could even have automatized alerts to conditions that might affect treatment, like you’re already on such medication, have allergies, are trying to conceive or whatever.

    I really think an open, common, model is the only way forward, something semantic and possibly xml-based, which then could be viewed in whatever way the actual doctor/hospital prefers. I wonder if there’s already some open software heading in this direction.

    Hopefully we’ll see more interest in this kind of thing in the not-too-distant future.


  7. Maternal Quality Advocate
    January 22, 2012 at 2:51 pm

    I’d love to read more of your thoughts on these issues. I have more questions. How is obstetrics unique among hospital departments and how is this incorporated (or not) into the EMRs? How do EMRs track the unique instance of pregnancy in which one patient enters the system and two (or more) leave the system? How soon does the baby record appear in the system and how well is it linked to the mothers? If the mother experiences a postpartum complication and goes to a different hospital than the one where she gave birth, how will her records be linked? Why are we creating very good systems for tracking procedures and diagnoses and assigning them billing codes but not so good at tracking the health status of women (and their babies) as they move through the system? How can we efficiently and accurately link vital records (birth certificate data – oh, and standardize those for all 50 states) and the hospital discharge data – so that we can begin to track not just the billing codes but the effects of hospitals practices on women’s health outcomes? If we can’t measure it, we can’t improve it. There are so many things we should be measuring when it come to maternal quality but we don’t have the data elements to capture the best measures….I’m sure these IT companies designing EMRs have experienced health care professionals working with them – but how many have obstetrics/labor & delivery/midwifery professionals advising them? And how do we avoid the applications like the fetal monitor app that incents physicians to stay AWAY from the bedside, when in some places, it’s imperative they be on site? Thanks….


    • January 28, 2012 at 12:50 pm

      OB does have a certain set of requirements that is not common to other areas of medicine, but the same is true about other fields as well. A common Model would need to encompass the needs of all fields, and also have the ability to be extended and revised over time as needs changed.

      Baby records are typically present shortly after birth, and in hospitals I have worked at are initially recorded as “Baby Boy **mom’s last name” during the first admission

      We are not good at tracking interventions and outcomes on a national level because we do not share a common record system that would allow such tracking. Projects that do this in this country require great effort to gather data from many sources. Countries that have socialized medicine and a common system do this better than we do, in my opinion.

      Fetal monitor apps are quite useful when a physician isn’t in house, in my opinion. Obsetrical driven labor and delivery is a model that integrates physician care and nursing care, with the majority of bedside care delivered by nursing. If fetal monitoring is going to be used, I’m in support of any technology that make viewing it more accessible. Problems are caused by one person telling another about a strip without the second person actually viewing it. Easy access to view strips fixes this problem.


      • December 14, 2013 at 3:07 pm

        I would love to see industry experts (like surgeons, nurses, etc,) who are actually using these records to come together with the engineers of the world to discuss this. I agree with so many of your thoughts – there has to be a better way that isn’t just digitizing paper records!


  1. No trackbacks yet.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: