So far I’ve written mostly about reasons and motivations for implementing an EMR. I’m feeling restless to get going with doing it, so I’m going to skip ahead to thinking about the design of your EMR.  I picked design because of the challenging article by Drs. Pamela Hartzband and Jerome Groopman I wrote about in my last blog.  In the article they described the risks of clinicians going brain dead (my word) while filling in standardized forms and templates.  They ardently support what they call “Thinking” medicine and called for the EMR to work for the clinician and not the other way around.  So do I. It is the main reason I decided to morph from practicing psychiatrist to EMR implementer.

The challenge for the content designers is that they themselves not go brain dead. This would look like them just assembling items and pick-lists based on requirements of payors, accrediting entities, states, their own management and so forth. Of course, these various data-masters must be satisfied.  But the designers must also think deeply about how to use the technology to help the clinician capture the essential story behind the patient’s presenting problem(s) and then abstract a formulation that leads to a plan.

There are several dimensions to consider in the design process, including clinical culture, information flow, specific data capture and the use of controls. There are irreducible tensions among the needs of clinicians, management and, yes, the software.  The trick is to find a sensible balance with support of the clinical work as the highest value. I’ll write more about finding the way in upcoming blogs.

Design is as complex as it sounds, but do not be intimidated. The very good news is that software development is never completed. It evolves as you learn from experience and user feedback and as new functionalities become available. Also it is great FUN to be a creator of software and not just a consumer.