![]() |
Designing XML based medical applications for windows | Table of contents | Indexes | XML for blood ordering, investigation ordering and lab results | ![]() |
|||
XML in healthcare computing |
| the potential |
Brennan, Sean ![]() |
| Sean Brennan |
| Independent consultant in healthcare computing |
Leeds ![]() NHS Information Policy Unit United Kingdom ![]() Yorks | NHS Information Policy Unit,
Department of Health Quarry House Leeds Yorks LS2 7UE United Kingdom Phone: Phone: +44 113 254 6247 Fax: Fax:+44 113 254 6261 email: seanbrennan2@compuserve.com |
| Biography |
| Abstract |
| Will XML finally allow the computer to replace paper in the recording of clinical information? |
| Will XML itself be considered a landmark development? |
Introduction |
Information for Health |
| Information for Health outlined the strategy for developing IT in the NHS over the next 5 years (2005). |
EPR, Electronic Patient Record ![]() | One of the main objectives of the strategy was to develop anEPR in every Trust. |
EPR, Electronic Patient Record ![]() | At this stage let me clarify how the acronymEPR is used in this context. TheEPR programme concluded that it’s objective was not to produce an electronic record. Not to re-create the paper record electronically but rather to support clinical care with computers. In this way, not only is the record of that care produced automatically, but it is more accurate. |
EPR, Electronic Patient Record ![]() | TheEPR (as depicted in Information for Health) requires the systematic incremental development of linked or integrated clinical systems to be developed with the prime objective of supporting clinical care in real-time.This will often still need the larger traditional systems. The internet/browser solutions have their place but will not, for the foreseeable future provide a complete solution I believe that XML provides a great opportunity to create conformity from diversity. We won’t need to impose national computer systems on the NHS because, as I understand it, any system will be capable of outputting in XML. Mapping one set of tagged data to another can be easily achieved. |
EHRs, electronic health records ![]() EPRs | However, whilst XML offers huge potential benefit in the development ofEPRs andEHRs , it also has the potential to waste huge amounts of time through each Trust re-defining schemas and templates and style sheets. It would be very narrow minded of them to think that all their tags and schemas should be different to anyone else’s. |
| What we must do now is to establish a process where we can share the development work and structures for specific documents. |
XML in healthcare: the potential |
Electronic Patient Records (EPR) |
EPR, Electronic Patient Record ![]() | The 6 levels ofEPR in acute hospitals require clinical systems to be built and integrated in an incremental way. This can be perceived as the “active”EPR – the active systems that support clinicians in real time with tools – order communications, electronic prescribing, etc.The outputs from those disparate systems, i.e. the reports or data that are published from those linked systems, could be standardised in XML. |
EPR, Electronic Patient Record ![]() | This may seem a daunting task but whilst added value will be derived from developing specific schemas for every known report or document, this too can be done incrementally and initially only a handful of documents need be defined. The rest could initially be output as text without the structure. Not ideal, but not a bad place to start. This repository or PassiveEPR will be the legal record –read only and browsable by clinicians from other hospitals or sectors. |
Electronic Health Record (EHR) |
EPR, Electronic Patient Record ![]() | In Information for Health, a concept of a patient’s birth to death record is outlined, containing core clinical data and summaries from the organisational (e.g. hospital)EPR s. |
EHRs, electronic health records ![]() | Those clinical staff with correct access rights, could be directed to the repository or passive organisational EPRs (XML) described above, from these summaryEHRs . |
| ERDIP, Electronic Record Development and Implementation Programme | There is a considerable work to be done to make this simplistic vision a reality. There other options, and it is anticipated that theERDIP will be identifying these and other associated issues over the next two years. |
Guidelines/knowledge |
| A simple search on the Internet reveals the real problem of information overload. |
| A search for something simple, like back pain offers “the first 10 of 98,483 hits!”. |
| Heart Attack will provides 179,391. |
EPR, Electronic Patient Record ![]() | A search forEPR offers 29,444 hits -some of which are about Electron Paramagnetic Resonance, and one “hit” which identified the EPR Paradox. This paradox isn’t about which system to buy but is the result of a thought experiment undertaken by Albert Einstein and his colleagues demonstrating a lack of completeness in quantum medicine! There’s even an Electronic Poetry Review! That is the problem. |
GP to GP record transfer |
| Patients changing GPs happens more than you would think, and the transfer of their records efficiently is critical in the provision of continuity of care. |
EPR, Electronic Patient Record ![]() | Work undertaken in this area has been reported in the excellent Electronic Patient Record Scoping Study (ScopeEPR report) |
Communications/messaging |
Conclusions |
| The views expressed in this paper are personal and do not necessarily represent those of the NHS Executive or the Scottish Executive. |
![]() |
Designing XML based medical applications for windows | Table of contents | Indexes | XML for blood ordering, investigation ordering and lab results | ![]() | |||