Talk:Electronic health record

From Citizendium
Revision as of 14:27, 9 October 2008 by imported>Howard C. Berkowitz (→‎That may be a MeSH definition, but it's wrong.: new section)
Jump to navigation Jump to search
This article is developing and not approved.
Main Article
Discussion
Related Articles  [?]
Bibliography  [?]
External Links  [?]
Citable Version  [?]
 
To learn how to update the categories for this article, see here. To update categories, edit the metadata template.
 Definition Longitudinal collection of electronic health information about individual patients or populations [d] [e]
Checklist and Archives
 Workgroup category Health Sciences [Categories OK]
 Subgroup category:  Medical informatics
 Talk Archive none  English language variant British English

That may be a MeSH definition, but it's wrong.

Call it an EHR, EMR, PHR, or whatever, there is a massive difference between the machine-processable data that constitutes the record, and the human and automated medical equipment interfaces to it. In my practice of medical informatics, I often illuminate people who ask "how do I justify an EMR?" and I say "you don't."

If I dumped out an actual electronic medical record, it might be a collection of XML representation of HL7, which, on its own, is as comprehensible to most physicians as, alas, handwritten prescriptions. Now, if I present a history-taking tool, a set of workflow screens and schedules, a clinical decision support tool operating on the EMR and its knowledge base, I have something I can justify. When portions of the EMR need to be sent, in machine-readable form, to a third-party payor's computers, there is a justification.

We need to separate the presentation and use of the information in the record from the mechanisms of the record itself. Those mechanisms are nontrivial and important, since a major part of health cost is information transfer. Incompatible EHR formats require expensive manual intervention.

Howard C. Berkowitz 15:27, 9 October 2008 (CDT)