HL7 Overview.

Slides:



Advertisements
Similar presentations
Delta Confidential 1 5/29 – 6/6, 2001 SAP R/3 V4.6c PP Module Order Change Management(OCM)
Advertisements

Feichter_DPG-SYKL03_Bild-01. Feichter_DPG-SYKL03_Bild-02.
Chapter 1: The Database Environment
1 Copyright © 2013 Elsevier Inc. All rights reserved. Appendix 01.
1 Copyright © 2013 Elsevier Inc. All rights reserved. Chapter 38.
Sept 13-15, 2004IHE Interoperability Workshop 1 Integrating the Healthcare Enterprise Scheduled Workflow: The First Profile Don Van Syckle, DVS Consulting,
Charge Posting Integration Profile Rita Noumeir Ph.D. IHE Planning Committee IHE Technical Committee.
IHE Workshop – June 2006What IHE Delivers 1 Cynthia A. Levy Cedara Software IHE Technical Committee Import Reconciliation Workflow Profile.
2007/01/08-09 IHE-Japan Technical Committee
IHE Radiology TF HL7 v2.5 refactoring
Sept 13-15, 2004IHE Interoperability Workshop 1 Integrating the Healthcare Enterprise Post-Processing Workflow Sanjay Jain Co-Chair, Radiology Planning.
Pathfinding Session: Device Integration IHE North America Webinar Series 2008 Todd Cooper Patient Care Device Domain Breakthrough Solutions Foundry, Inc.
IHE Workshop – June 2006What IHE Delivers 1 Kevin ODonnell Toshiba Medical Systems Scheduled Workflow: The First Profile.
Chapter 1 Image Slides Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
Relational Database and Data Modeling
CH4 Modifications San Diego 1 Proposal for Improving the Consistency of Chapter 4 (Order Entry) Prof. Dr. Joachim Dudeck Institut fuer Medizinische.
Aspects of DICOM for Patient Safety
State of New Jersey Department of Health and Senior Services Patient Safety Reporting System Module 2 – New Event Entry.
Jeopardy Q 1 Q 6 Q 11 Q 16 Q 21 Q 2 Q 7 Q 12 Q 17 Q 22 Q 3 Q 8 Q 13
Jeopardy Q 1 Q 6 Q 11 Q 16 Q 21 Q 2 Q 7 Q 12 Q 17 Q 22 Q 3 Q 8 Q 13
Title Subtitle.
Determine Eligibility Chapter 4. Determine Eligibility 4-2 Objectives Search for Customer on database Enter application signed date and eligibility determination.
DIVIDING INTEGERS 1. IF THE SIGNS ARE THE SAME THE ANSWER IS POSITIVE 2. IF THE SIGNS ARE DIFFERENT THE ANSWER IS NEGATIVE.
Addition Facts
Introduction to Relational Database Systems 1 Lecture 4.
ZMQS ZMQS
1 Hot Integration Topics – 2006 Purpose: Discuss Integration Experiences Discuss Integration Interface Components Discuss Integration Challenges Presenter:
Break Time Remaining 10:00.
Yavapai College Self Service Banner Training. Agenda Definition of Key Concepts Log Into Finance Self Service Budget Query Overview Budget Query Procedures.
ABC Technology Project
1 Web-Enabled Decision Support Systems Access Introduction: Touring Access Prof. Name Position (123) University Name.
ECATS RCCA CAMP PROCESS ENHANCEMENTS
15. Oktober Oktober Oktober 2012.
2014 National Patient Safety Goals
Data Warehouse Overview (Financial Analysis) May 02, 2002.
We are learning how to read the 24 hour clock
HL7 Overview Gliwice January 10 th,  What is HL7?  HL7 in Healthcare Management Systems  Message structure  Message encoding schemes  HL7 tools.
Executional Architecture
Chapter 5 Test Review Sections 5-1 through 5-4.
SIMOCODE-DP Software.
 Pt. Registration [1]  Patient Update [12] Pt. Registration [1]  Patient Update [12]   Placer Order Management [2]  Filler Order Management [3] ADT.
1 K. C. Lo / L. M. Chow Power Systems Business Group CLP Power Knowledge Management in CLP Power Oct 2004.
Addition 1’s to 20.
25 seconds left…...
: 3 00.
5 minutes.
Week 1.
Chapter 10: The Traditional Approach to Design
Systems Analysis and Design in a Changing World, Fifth Edition
Visions of Australia – Regional Exhibition Touring Fund Applicant organisation Exhibition title Exhibition Sample Support Material Instructions 1) Please.
We will resume in: 25 Minutes.
Clock will move after 1 minute
1 PART 1 ILLUSTRATION OF DOCUMENTS  Brief introduction to the documents contained in the envelope  Detailed clarification of the documents content.
Murach’s OS/390 and z/OS JCLChapter 16, Slide 1 © 2002, Mike Murach & Associates, Inc.
The electronic patient record. The patient record Notes made by physician Long history.
Integrating HL7 Sources with caTissue Plus Monthly Webinar Series – October 2013 Krishagni Solutions Pvt. Ltd. Ali Ranalvi |
Exam 2 Review MIS 4243.
ConnectR Training.
September, 2005What IHE Delivers 1 Jim Riggi – Medflow, Inc. Co-Chair Technical Committee IHE Eye Care Webinar Requirements for HIS/PMS/HER vendors for.
Case Study: HL7 Conformance in VA Imaging Mike Henderson Principal Consultant Eastern Informatics, Inc.
ISite 3.5: Exam Linking.
Presentation transcript:

HL7 Overview

Learning Objectives Define “HL7” Understand the basic structure of HL7 messages Understand typical usage of HL7 messages Understand common message content and workflow

Table of Contents Terminology Introduction Overview Summary

Terminology

Terminology Message Types are messages that reference a group of related actions (example: ADT) Trigger Events are specific actions that are associated with the generation of a message (example: ADT_A01) Segments are logical groups of data elements or “fields” (example: PID)

Introduction

Introduction Health care organizations often operate numerous information systems and integrate them via data transfer interfaces HL7 (Health Level 7) is the name of the organization and the predominant messaging standard for exchanging key sets of administrative and clinical data in the healthcare enterprise The cross-departmental usage of HL7 leads to the use of some generic labels Example: Diagnostic Service Section ID (~AE Title) and Universal Service ID (Procedure Code)

Introduction Departmental system databases typically store a combination of redundant and unique data The most common redundant data are patient IDs and demographics Health care organizations usually assign primary responsibility for correctly identifying patients to a single department that manages the data in a single system

Introduction The department(s) with primary responsibility for patient ID usually use(s) a system commonly referred to as a Healthcare Information System (HIS) Typical HIS functions are registration/admitting, and billing Order entry, claims, clinical viewing, decision support, and other functions may or may not be supported by the HIS The HIS is regarded as the master system

Overview

HL7 Overview What is HL7? What is a “Message?” “Health Level Seven develops specifications, the most widely used being a messaging standard that enables disparate healthcare applications to exchange keys sets of clinical and administrative data.”1 What is a “Message?” A message is a basic communication unit containing information that models a real world event How does one read a Message? A message is structured like an organizational chart Message Segment Fields Component Common HL7 Message Types, Segments, and Fields based on HL7 Standards http://www.hl7.org 1 – About Health Level Seven Source: http://www.hl7.ie/about_us.asp

HL7 Message Structure Message has User User User User Segments Fields contains The HL7 (Health Level 7) communications standard defines the following terms: ADT = An HL7 message type wherein the “trigger event” is an Admission, Discharge, Transfer of a patient. Associated events include pre-registration, registration, admission, discharge, transfer, patient demographic updates and patient merges. ADT messages are commonly referred to by name or as patient demographic messages ORM = An HL7 message type wherein the “trigger event” is either the placement or fulfillment of a request for medical examination (order), an order status change, an order change request or an order cancellation. ORM messages are commonly referred to as order messages. ORU = An HL7 message type wherein the “trigger event” is the submission of a report; whether preliminary, final, addendum or revision. ORU messages are commonly referred to as result or report messages. comprised of User User Components

Message Types ADT is an (A)dmit, (D)ischarge, and (T)ransfer message that is “triggered” by a patient admission, discharge, or transfer ORM is an (Or)der (M)essage which includes new orders, order status changes, and order cancels ORU is a Report/Result Message Example: <11>MSH|^~\&|IMAGING|PSJMC|TDSresults|PSJMC|20030926000401||ORM^O01|783744|P|2.3<13> Message type-ADT for patient management, ORM for orders, ORU for results ADT trigger events A01 and A04 establish patients; A02 transfer; A03 discharge ORM trigger event O01 for order entry ORU trigger event R01 for results

Message Segments PID is a Patient Identifier Segment <11>MSH|^~\&|IMAGING|PSJMD|TDS|PSJMD|20030926133719||ORM^O01|785465|P|2.3<13> PID||01000083270000160771229|555-55-555^^^PSJ||ESCARDA^NARVARO||19000606|M|||1234 SOMEWHERE AVE^^^CA^90001-0000||213-456-7890|312-987-6543||||60771229|55555555<13> PV1||I|4S^S460|||||FEB^SINATRA^FRANK^E^^^MD^8888||||||||||IP||||||||||||||||||||||||||200102240414<13> ORC|SN||100A-01011800||IP|N|1^^^200102241201^^S||200309261015|^INTERFACE^HIS||FEB^SINATRA^FRANK^E^^^MD^8888<13> OBR|||100A-01011800|9025^CT PELVIS 72193^MWA||| 200102241201||||||--..|||FEB^SINATRA^FRANK^E^^^MD^8888||58944|||| 200102240414||CT|||1^^^200102240414^^S|ST1^TAPAIN^STEVEN^^^^MD^0275~SLP^POLISH^JOSEPH^L^^^MD^9828<13> NTE|1||CT UROGRAM ,PT GOING TO OR 1230 TODAY<13> <28><13> PID is a Patient Identifier Segment PV1 is a Patient Visit Segment ORC is the top level Order Information Segment OBR is the Order Detail Segment NTE is the Notes and Comments Segment OBX is the Report/Result Segment in an ORU Message

Typical Message Content and Functions HL7 specifies requirements for SEQs/components but this does not confer an obligation to process this data Conversely, a target application may require data that is not HL7 required HL7 sometimes requires codified data

Typical Message Work Flow ADT-establish patient, visit, update demographics, update visit Example: ADT_A04, A06, A08, A03 ORM-order with account (PID-18) vs. visit (PV1-19), order response, result Example: ORM_O01, ORR_O02, ORU_R01 ORU by definition is unsolicited-does not have to be in response to an order

“Data Flow” Process HL7 Message Type Exam Status *Table represents typical HL7 data flow – actual message types vary by organization Process HL7 Message Type Exam Status Patient admitted ADT01 N/A Patient demographic change ADT08 Patient merge ADT18 or 34 Radiology procedure ordered/scheduled ORMNW S(cheduled) Ordered procedure modified ORMXO Image acquisition at modality begins I(n progress) Procedure completed by technologist ORMSC C(omplete) Report dictated by radiologist D(ictated) Preliminary report transcribed ORU P(reliminary) Final report signed F(inal) Radiology procedure canceled ORMCA X(canceled)

HL7 Message Fields Common Fields Order and Report Fields PID-02 MPI number PID-03 MRN PID-05 Patient name PID-07 DOB PID-08 Sex PID-18 Patient Account No. PID-19 SSN PV1-07 Attending MD PV1-17 Admitting MD Order and Report Fields ORC-02 or OBR-02 Order Number ORC-03 or OBR-03 Accession No. ORC-12 Ordering MD OBR-04 Exam Code and Exam Description OBR-07 Order Date and Time OBR-24 Resource Name OBR-25 Order/Exam Status OBX-05 Result Text

Summary

Summary HL7 is a messaging protocol Message types, trigger events, and segments are identified with 3 character labels; fields are identified by position (SEQ) in segments. Data placement, basic structure, message types, and event definitions should be consistent in HL7 messaging

Summary Due to variations in healthcare business requirements and supported functionality of different information systems there are many variations in HL7 conformance Variation in HL7 data content is present at the message, segment and field level Variation is also present in workflow

For assistance, please call customer support at 1-877-328-2808 or 1-877-328-2809