Exchanging Patient Demographics Information using ANSI/HL7 v2.8.2

Similar documents
Exchanging Patient Demographics Information using ANSI/HL7 v2.8.2

The Role of Interoperability in Critical Care Information Systems

Storage Peak. Version 5.3. HL7 Interface Specification

Visage 7. HL7 Interface Specification

Slide 1. Slide 2. Slide 3. Component 9 - Networking and Health Information Exchange. Objectives. Why Use Data Interchange Standards?

OTObase HL7 Integration

Message Profiles are Contracts for Implementation

Introduction to HL7 Standards: v 2.x. W. Ed Hammond February 25, 2008

4) Organization NPI (Can be retrieved from the NPPES NPI Registry here:

HIMSS and RSNA. IHE Technical Framework Version 4.6. Errata

HL7 Conformance Statement

HL7 Conformance Claim

Candelis, Inc. ImageGrid HL7 Conformance Statement Von Karman Ave. Newport Beach, CA Phone: Fax: Version 3.1.

DICOMStore. HL7 Interface Specification. M7445 Version 5.1 rev1 August 2013

HL7 Conformance Claim

Rev. 7/9/2013. Improved Access to Patient Information from Rutland Regional Medical Center

Mach7 Enterprise Imaging Platform v HL7 Conformance Statement

IHE Radiology Technical Framework Volume 2 (IHE RAD TF-2) Transactions

Advanced Clinical Event Notification (CEN) Specification. Version 1.10

TMY PACS HL7 Conformance Statement

Health Engine HL7 Conformance Statement. Internal document number: Date:

HIMSS and RSNA Integrating the Healthcare Enterprise IHE/MESA ADT Registration Tests

Mirth Project Open Source Healthcare Integration Engine

Krames On-Demand Integration Using HL7

KARL STORZ AIDA V1. HL7 Interface Description

Workshop 2. > Interoperability <

Click path User manual for ADT Module NIMS ehms

Augusta University Health: Physician Portal User Guide. Improved Access to Patient Information from Augusta University Medical Center

Discuss and finalize recommendations on Entity-Level Provider Directories (ELPDs):

VistA ADT Filer Installation, Setup and Technical Guide. PO Box Charleston, SC 29416

KARL STORZ OR1 FUSION V1.4 HL7 Interface Description PRODUCT INFO OR1 OR /2018/PI-E 1/12

IHE Patient Care Device Technical Framework Supplement. Point-of-Care Identity Management (PCIM) Revision 1.1 Trial Implementation

IHE IT Infrastructure Technical Framework Supplement. Patient Location Tracking Query (PLQ) Draft for Public Comment

ICD-10 Customer Testing Guidelines and Scenarios

From Integration to Interoperability: The Role of Public Health Systems in the Emerging World of Health Information Exchange

EHR Connectivity Integration Specification

Healthcare IT A Monitoring Primer

Alerts. Training Manual

PATIENT PORTAL ACCESS

MII PACS Course 2014

SNOMED CT Implementation Approaches. National Resource Centre for EHR Standards (NRCeS) C-DAC, Pune

NIST Normative Test Process Document: e-prescribing (erx) Test Tool

Patient Portal- Instructions Overview

VistA ADT Filer Installation, Setup and Technical Guide. PO Box Charleston, SC 29416

UNDER THE HOOD. API Overview

Vianeta Communications OUTBOUND HL7 Interface Specifications

Standard, HL7 Interface Specification Orders Outbound

IT Infrastructure Technical Framework. Volume 2b (ITI TF-2b) Transactions Part B Sections

IHE Integration Statement for

A NOVEL ALGORITHM FOR CLEANICAL ROUTINE USING SYSTEM INTEGRATION OF PACS AND CBIR

What is New in MyChart? My Medical Record Health Preferences Settings Appointments and Visits Visits Schedule an Appointment Update Information

Data Anonymisation and Transformation Testing Process - TSFT to Deepmind

2016 e-mds, Inc.

Electronic Medical Records and Javascript Object Notation(JSON) DR. EVREN ERYILMAZ CALIFORNIA STATE UNIVERSITY SACRAMENTO 10/24/2016

Using SNOMED CT in an International Clinical Information System

The Estonian ehealth experience strategy and results. Piret Simmo Estonian ehealth Foundation Standardization manager

IHE IT Infrastructure Technical Framework. Volume 2b (ITI TF-2b) Transactions Part B Sections

IHE International Conformity Assessment Program

Thank you for using our clinical software Medinet. Together with Practice 2000, Medinet offers a complete solution for Medical Practitioners.

Informatics I - The digital breast image interoperability and management

Personal Information. New Profile Icon

Provider File Management Guide

HDD Access. Lessons Learned from the Design, Development and Implementation of

ABSTRACT INTRODUCTION. Industry Applications

Sending Updates Through The Provider Healthcare Portal. Indiana Health Coverage Programs DXC Technology October 2017

Integrating the Healthcare Enterprise Patient Care Devices

myalerts Training Manual

Digital Imaging and Communications in Medicine (DICOM) - PS c

HL7: Version 2 Standard

... user-friendly explanations for HL7, SNOMED, DICOM, XML, BDT

Referrals, Status and Discharges Implementation Guide HISO

HL7 v2.5 Inbound OMP (Medications) Specification Version 1.0

Existing Healthcare Standards

OtoAccess HL7 Interface. HL7 Specification

Release Notes RelayClinical Platform 11.9

Understanding the Foundation: How Standards and IHE Profiles Enable Interoperability

Provider File Management Guide

XML Based on HL 7 V 3.0 Message Exchanging Model for Hospital Information System

4.3 Case Study #09: National ehealth network in Denmark

Building Better Interfaces: HL7 Conformance Profiles

Monarch General Capabilities Overview EMPOWERING ENABLING CONNECTING

HealthInfoNet CLINICAL PORTAL USER REFERENCE GUIDE. Revised: Page 1 of 24

Module 2: Health Information Exchange Services

The Middle of a MEDITECH Environment

2.B Control (continued)

Health IT Certification

HL7 Interface Specification Merge RadSuite v

MOBILE HEALTH & FHIR JÜRGEN BRANDSTÄTTER

IHE Radiology (RAD) Technical Framework. Volume 2 IHE RAD TF-2 Transactions

The HITECH Act. 5 things you can do Right Now to pave the road to compliance. 1. Secure PHI in motion.

Forcare B.V. Cross-Enterprise Document Sharing (XDS) Whitepaper

IHE Radiology Technical Framework Supplement. Draft for Public Comment

Welcome to MyChart. Your Home Page... 2 Messaging Visits... 4

HL7 Web User Interface User s Guide

Adopter s Site Support Guide

Health Level 7 (HL7) Implementation Guide

GettyImages jpg. Vital Sync Virtual Patient Monitoring Platform. User Guide

IHE EYECARE Technical Framework Supplement

Oracle SOA Suite 11g B2B HL7 v2 Inbound to WebLogic JMS Queue

Health Services Advisory Group, Inc. Hawaii epasrr Frequently Asked Questions

Transcription:

Exchanging Patient Demographics Information using ANSI/HL7 v2.8.2 Created by: National Resource Centre for EHR Standards, Centre for Development of Advanced Computing (C-DAC), Pune, India Published: August 2018 Version v1.0

REVISION HISTORY Date Version Description 08/08/2018 1.0 Initial release Centre for Development of Advanced Computing, Pune Page 2 of 9

Table of Contents INTRODUCTION... 4 PURPOSE... 4 SCOPE... 4 INTENDED AUDIENCE... 4 ADT_A01/ACK_A01 ADMIT/VISIT NOTIFICATION... 4 Flow diagram... 5 Description... 5 ADT_A01 message structure... 5 Example of ADT_A01 message... 6 CONSTRUCTING ANSI/HL7 V2.8.2 MESSAGE USING C-DAC S MEDICAL INFORMATICS SDK FOR ANSI/HL7 V2.8.2 (E.G. ADT_A01)... 7 Steps to create hl7 message... 7 Steps to read hl7 message... 8 NOTE... 9 REFERENCE... 9 Centre for Development of Advanced Computing, Pune Page 3 of 9

INTRODUCTION There are many existing purpose specific Healthcare IT applications which needs to communicate with each other in order to have interoperability. Patient Demographic is one of the basic information which is captured and required for each applications and hence it is important for interoperability. ANSI/HL7 v2.8.2 is one of the exchange standards specified for adherence in EHR Standard for India (2016). The standard enables transfer of clinical and administrative data between software applications used by various healthcare providers. These messages are simple text files stored with.hl7 file extension. The standard specifies structure for transmission of new or updated demographic and visit information about patients. Generally, information entered into one system can be shared with other systems either in the form of a new message (record) or response to a query. PURPOSE The purpose of this document is to provide glimpse of exchanging patient information using ANSI/HL7 v2.8.2 standard. SCOPE The scope of the document is to construct Admit/Visit Notification (ADT_A01) message of ANSI/HL7 v2.8.2 standard to share patient demographics information using C-DAC's Medical informatics SDK for ANSI/HL7 v2.8.2. This document is only for reference purpose. The approach for implementation may vary from application to application based on the requirements, resources, and scope. Also the application may have different mechanism to share HL7 file based on the design of application e.g., socket based communication, using importexport facility, web services, etc. User may choose to use different tool/sdk rather than using C-DAC s SDK for ANSI/HL7 v2.8.2. This document does NOT, in any way, provide or substitute requirements for evaluation, certification or compliance to ANSI/HL7 v2.8.2 standard. INTENDED AUDIENCE The intended audience for this document includes Healthcare Providers, Central and State Health Departments, Hospital Management, Policy Makers, Healthcare IT professionals, and Medical Software and Device Manufacturers. ADT_A01/ACK_A01 ADMIT/VISIT NOTIFICATION An ADT_A01 messages is used for Admitted patients only. It is sent as a result of a patient undergoing the admission process which assigns the patient to a bed. It notifies the beginning of a patient's stay in a healthcare facility. This information is entered in the Patient Administration system and send to the nursing units and ancillary systems. Centre for Development of Advanced Computing, Pune Page 4 of 9

For example, an A01 event can be used to notify: the pharmacy system that a patient has been admitted and may be legitimately prescribed drugs; the nursing system that the patient has been admitted and needs a care plan prepared; the finance system of the start of the billing period; the dietary system that a new patient has been admitted and requires dietary services; the laboratory, pathology, and radiology systems that a patient has been admitted and is entitled to receive services; the clinical repository that an admission has taken place for the EMR (electronic medical record). For more information refer the Section 3.2.1 in Chapter 03 of HL7 v2.8.2 specification. Flow diagram Description If a patient information exists in one system which need to be transferred to other system to support interoperability, HL7 messages can be exchanged within the systems. ADT_A01 message structure As per the HL7 Message structure given in Section 3.2.1 of Chapter 03. Required Segments in ADT_A01 message structure are MSH, EVN, PID, PV1. The message header (MSH) - segment contains information describing how to parse and process the message. This includes identification of message delimiters, sender, receiver, message type, timestamp, etc. (Refer Section 2.14.9 in Chapter 02). Centre for Development of Advanced Computing, Pune Page 5 of 9

The EVN segment is used to communicate necessary trigger event information to receiving applications. (Refer Section 3.3.1 in Chapter 03). The PID segment contains permanent patient identifying and demographic information that, for the most part, is not likely to change frequently. (Refer Section 3.3.2 in Chapter 03). The PV1 segment is used by Registration/Patient Administration applications to communicate information on an account or visit-specific basis. The default is to send account level data. To use this segment for visit level data PV1-51 - Visit Indicator must be valued to "V". (Refer Section 3.3.3 in Chapter 03). For detailed information of message structure refer the Section 3.2.1 in Chapter 03 of HL7 v2.8.2 specification. Example of ADT_A01 message MSH ^~\& ADT1 GOOD HEALTH HOSPITAL GHH LAB, INC. GOOD HEALTH HOSPITAL 200707181126 SECURITY ADT^A01^ADT_A01 MSG00001 P 2.8.2<c r> EVN A01 200707181123<cr> PID 1 PATID1234^5^M11^ADT1^MR^GOOD HEALTH HOSPITAL~123456789^^^USSSA^SS EVERYMAN^ADAM^A^III 19610615 M C 2222 HOME STREET^^GREENSBORO^NC^27401-1020 GL (555) 555-2004 (555)555-2004 S 337915000^Human^SCT<cr> PATID12345001^2^M10^ADT1^AN^A 444333333 987654^NC<cr> NK1 1 NUCLEAR^NELDA^W SPO^SPOUSE NK^NEXT OF KIN<cr> PV1 1 I 2000^2012^01 004777^ATTEND^AARON^A SUR ADM A0<cr > Patient Adam A. Everyman III was admitted on July 18, 2007 at 11:23 a.m. by Doctor Aaron A. Attending (#004777) for surgery (SUR). He has been assigned to room 2012, bed 01 on nursing unit 2000. The message was sent from system ADT1 at the Good Health Hospital site to system GHH Lab, also at the Good Health Hospital site, on the same date as the admission took place, but three minutes after the admit. In segment PID, the PID-35 field is for Taxonomic Classification Code. It is a code representing the taxonomic classification (e.g. species and/or breed) of an organism. This may include the common or scientific name in the description component, based on the coding system(s) used. SNOMED-CT is the recommended coding system. If this field is not valued, a human is assumed. In above message PID-35 is having SNOMED CT ID 337915000 for Human. Centre for Development of Advanced Computing, Pune Page 6 of 9

CONSTRUCTING ANSI/HL7 V2.8.2 MESSAGE USING C-DAC S MEDICAL INFORMATICS SDK FOR ANSI/HL7 V2.8.2 (E.G. ADT_A01) In SDK, for creating HL7 messages there are two entities are used HL7 Source and Hl7 Recipient. Both provides capability to create HL7 Messages for defined systems. HL7 Source and HL7 Recipient can send and receive HL7 messages, but there are some constraints, Source and recipient are not fully capable to send and receive all HL7 messages. Following is the difference, 1. HL7 Source Can send Query and Acknowledgement Can receive Event, Response and Acknowledgement 2. HL7 Recipient Can send Event, Response and Acknowledgement Can receive Query and Acknowledgement Steps to create hl7 message 1. Identify the type of message whether it is Event, Query, response or an acknowledgement to create the message object using hl7 source or hl7 recipient entity. E.g. for above example message ADT_A01 create object by using ADTRecepient. IMessageSource objadtrecepient = new ADTRecepient (); Message objadt_a01 = objadtrecepient.createmessage(enummessagecode.adt, EnumTriggerEvent.A01); 2. Populate Message (Fill the information in object created in step 1) by populating segments (Required segments must be populated). IMessageSource objadtrecepient = new ADTRecepient (); Message objadt_a01 = objadtrecepient.createmessage(enummessagecode.adt, EnumTriggerEvent.A01); MSH objmsh = populatemsh(); objmsh.setmessagetype("adt","a01","adt_a01"); objadt_a01.setheader(objmsh); //EVN Segment EVN objevn = populateevn(); objadt_a01.seteventtypesegment(objevn); //PID segment PID objpid = populatepid(); objadt_a01.setpatientidentificationsegment(objpid); //PV1 Segment PV1 objpv1 = populatepv1(); objadt_a01.setpatientvisitsegment(objpv1); Centre for Development of Advanced Computing, Pune Page 7 of 9

Population of segment: - MSH objmsh = new MSH(); objmsh.setfieldseparator(' '); objmsh.setencodingchars('^','&','~','\\','#'); objmsh. setsendingapplication( ADT1,null,null); objmsh. setsendingfacility( GOOD HEALTH HOSPITAL,null,null); objmsh. setreceivingapplication( GHH LAB, INC.,null,null); objmsh. setreceivingfacility( GOOD HEALTH HOSPITAL,null,null); objmsh.setdatetimeofmessage("200707181126"); objmsh.setmessagetype("adt","a01","adt_a01"); objmsh.setmessagecontrolid("msg00001"); objmsh.setprocessingid("p", null); objmsh.setversionid("2.8.2", null, null); This MHS segment is populated by considering the data in above ADT_A01 message. 3. Write populated HL7 messages object in file having extension.hl7. To write Messages in file we need to create object of HL7Serializer to call serialize method. String strhl7file = C:/ADT_A01Message.HL7 ; objsegmentset = objadt_a01.getsegmentset(); objhl7serializer = new HL7Serializer(); objhl7serializer.serialize(objsegmentset, strhl7file); Steps to read hl7 message HL7 Parser: The HL7Parser parses the HL7Message and provides a SegmentSet. SegmentSet contains all segments of a HL7 Message in the same order as they appeared. 1. Retrieve Segments from Message String strfilepath = C:/ ADT_A01Message.HL7 ; FileInputStream objfileinputstream = new FileInputStream(strFilePath); HL7FileStream objhl7filestream = new HL7FileStream(); objhl7filestream.setinputstream(objfileinputstream); ISegmentSet objadt_a01segmentset = parse(objhl7filestream); Centre for Development of Advanced Computing, Pune Page 8 of 9

2. Get the segments from Segment set object to access data in segment. MSH objmsh =objadt_a01segmentset. getheader(); PID objpid= objadt_a01segmentset. getpatientidentificationsegment(); 3. Get the data from segments NOTE ST objst= objmsh.getmessagecontrolid(); The guide is constructed assuming the implementer has access and knowledge of the 2.8.2 version of the HL7 specification. The standard specifications can be accessed from, http://www.hl7.org/implement/standards/product_brief.cfm?product_id=4 03 It is also assumed the user of this guide has gone through Chapter 02: Control and Chapter 03: Patient Administration In evidence of any material error, change, correction, concerns or assistance regarding this document, you are requested to immediately report it at: nrchelp@cdac.in REFERENCE For more information about how to use SDK refer the HL7 Tutorial from below link. https://www.cdac.in/index.aspx?id=hi_hs_hl7_tutorial Refer sample test codes in CDAC s SDK v3.1 for HL7 v2.8.2 for more messages population examples from below link. https://www.cdac.in/index.aspx?id=hi_hs_hl7_sdk_v3.1 Refer below link to download HL7 v2.8.2 Specification http://www.hl7.org/implement/standards/product_brief.cfm?product_id=4 03 https://www.nrces.in/standards/hl7-international/hl7-v2.8.2 Centre for Development of Advanced Computing, Pune Page 9 of 9