This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "Electronic laboratory reporting (ELR) - Issues"

From HL7Wiki
Jump to navigation Jump to search
Line 1: Line 1:
 
[[http://wiki.hl7.org/index.php?title=Public_Health_and_Emergency_Response_work_group_%28PHER%29 PHER main page]]
 
[[http://wiki.hl7.org/index.php?title=Public_Health_and_Emergency_Response_work_group_%28PHER%29 PHER main page]]
  
==Jurisdictional requirements==
+
==Variations in sent message formats and receiving requirements==
*For lab system vendors and labs: States have a [[Jurisdiction ELR Specifications|variety of reporting formats they require]].
+
*For senders (lab system vendors and labs): States have a [[Jurisdiction ELR Specifications|variety of reporting formats they require]].
**Itemize variations within and among states including sending and receiving organization and system
+
*For receiving jurisdictions: [[ELR Sender Variations|Labs submit messages in a variety of erroneous or questionable or suboptimal formats]], although they may be syntactically correct.
  
 
==Message structure==
 
==Message structure==
  
*For receiving jurisdictions: [[ELR Sender Variations|Labs submit messages in a variety of erroneous or questionable or suboptimal formats]], although they may be syntactically correct
 
* Michigan receives electronic lab results:
 
** [http://www.michigan.gov/mdch/0,1607,7-132-2945_5104_31274-190438--,00.html MDCH Electronic Lab Data Submissions]
 
 
*Microbiology linkage
 
*Microbiology linkage
 
**Most labs don’t do it
 
**Most labs don’t do it

Revision as of 17:23, 21 January 2011

[PHER main page]

Variations in sent message formats and receiving requirements

Message structure

  • Microbiology linkage
    • Most labs don’t do it
      • Some labs even send the drug sensitivity observations in separate messages/files from the organism results: no linkage is possible
    • Of those who do it, none does it completely correctly
    • The 2.5.1 IG is not clear enough about certain requirements
  • The HL7 manual is not crystal clear about when OBX-5 repetitions are appropriate and when they aren’t

Proposed improvements to the IG

  • Discussion between Jimmy Dee and Lily Tatham on PhConnect, ELR CoP forum, and further discussion on the CSI (Collaborative Software Initiative, authors of Utah’s TriSano) forum. Discussion is about how confusing the IG is and how hard to find what you want to know. Will track down links.
  • Clarify the 2.3.1 message/data model diagram
  • What does "required" really mean from a receiver's point of view? From a practical point of view, any receiver can ignore any incoming data they want.
  • The Abstract Message Syntax in the IG extends across 6 pages. May be possible to add a compressed version that is still correct but more convenient. Can we get it on a single page?
    • Omitting segments and groupings that we can basically agree no one will use for ELR, e.g. TIMING_QTY, TQ1, TQ2, CTD, FTI, etc...
    • Omit the Description column, or have a very narrow column that simply indicates whether there is any Description in the full Abstract Message Syntax diagram.
    • Omit all but the Lab Sender usage column.

Conformance Profile

  • What are the advantages of capturing the ELR standard in a formal HL7 Conformance Profile?
    • How to produce? Message Workbench (MWB), other?
    • How to use? Who in the ELR community - senders and receivers - has software tools that can consume formal HL7 conformance files and then be useful in checking conformance to the standard during implementation. What software tools are those?
  • What are the risks?
    • Effort to produce
    • Maintainability

Terminology

  • different data exchanges may request different terminology including aggregated or rolled-up information; this may lead to different terminology requirements depending upon the receiving system's exchange requirements. How can or should this be handled?
  • many, if not most, of the current terminology practices place the onus for terminology mapping and transformation on the Senders; is this a best practice to be continued or should some of the onus be placed on the Receivers and/or other elements within the data exchange architecture such as RHIOs and/or HIEs?
  • Conformance profile terminology, e.g. "Required but may be empty"

Implementation

  • Not all labs have CLIA codes, e.g. Veterans Administration hospital labs.
  • Clem McDonald comments during WG webinar
    • “Implementers don’t like to use Structured Numeric.”
    • “No microbiology lab wants to flag abnormals.”

Architecture

  • Different senders (labs) have different software systems, modules, and/or packages available, some of these have been provided by vendors and some are "home-grown". What candidate architectures are in use and what are the benefits of each architecture?

Harmonization

  • How much can we/should we harmonize with IHE profiles?