Generic EHR HL7 Interface Specification Abraxas v. 4
|
|
|
- Paul Gray
- 10 years ago
- Views:
Transcription
1 Generic EHR HL7 Interface Specification Abraxas v. 4 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI USA MERGE
2 2012 Merge Healthcare. The information contained herein is confidential and is the sole property of Merge Healthcare. None of the information may be reproduced, copied, and/or re-distributed electronically, manually, or otherwise to any person without advance written permission from Merge Healthcare, except as may be expressly authorized by contracts or other agreements between Merge Healthcare and its customer. Merge Healthcare and AMICAS are registered trademarks and VERICIS, RadSuite, Abraxas, and iconnect are also trademarks of Merge Healthcare. Other trademarks or service marks referred to herein are the property of their respective owners. Doc # Revision Date Description EHPM /26/12 Converted source.
3 Table of Contents HL7 Implementation Outbound Order (ORM) Message Header Segment Patient Identification Segment Insurance Segment Guarantor Segment Diagnosis Segment Common Order Segment Order Detail Observation Order Sample Inbound Result (ORU) Message Header Segment Patient Identification Segment Common Order Segment Observation Request Segment Notes and Comments Segment Observation Note and Comments Segment Result Sample of 13
4 HL7 Implementation Outbound Order (ORM) This message includes submission of placing new orders only. This excludes any cancellation of existing orders, discontinuation, holding, etc. Segment Description Condition MSH Message Header PID Patient Identification IN1 Insurance GT1 Guarantor DG1 Diagnosis ORC Common Order OBR Order Detail OBX Observation Message Header Segment The order MSH defines the source, destination in addition of some specifics of the order trigger. 1 Field Separator 1 (ASCII 124) 2 Encoding Characters 4 ^~\& 3 Sending Application 50 Merge EHR/PM Application 4 Sending Facility 50 Merge EHR/PM Facility 5 Receiving Application 100 Vendor Application 6 Receiving Facility 100 Vendor Facility 7 Date/Time of Message 14 yyyymmddhhmmss 9 Message Type 7 ORM^O01 10 Message Control ID Processing ID 1 P 12 Version ID of 13
5 Patient Identification Segment The PID segment identifies demographic information. 1 Set ID Patient ID 12 Merge EHR/PM Patient MRN 3 Patient Identifier List 50 Merge EHR/PM Patient ExtID 4 Alternative patient ID 10 Merge EHR/PM Patient PID 5 Patient Name 162 Merge EHR/PM Patient First, last, middle 7 Date of Birth 8 yyyymmdd 8 Administrative Sex 1 F,M,U 11 Patient Address 250 Merge EHR/PM Patient Address City, state zip 13 Phone Number - Home 10 Merge EHR/PM Patient Home Phone 14 Phone Number - Work 10 Merge EHR/PM Patient Work Phone 16 Marital Status 1 Merge EHR/PM Patient Marital Status 18 Account Number 50 Merge EHR/PM Patient Account Number 19 SSN 12 Merge EHR/PM Patient Social Security Number 3 of 13
6 Insurance Segment If the billing for the patient is set for Third Party Billing then IN1 is generated based on existence of primary and secondary insurance(s). 1 Set ID 1 1 for Primary, 2 for secondary 2 Insurance Plan ID 104 Merge EHR/PM GenInsurPlanType Code & Text 3 Insurance Company ID 50 Merge EHR/PM PayerID of EDIPayerInfo 4 Insurance Company Name 75 Merge EHR/PM Carrier Name 5 Insurance Company Address 215 Merge EHR/PM Carrier Address 15 Plan Type 1 Medicare Part B=D, Commercial Insurance Co=F, Champus=H, ChampVA=V, Medicaid=C, default=z 16 Name Of Insured 24 Merge EHR/PM Subscriber first, last, initial 17 Insured's Relationship to Patient 1 Self=0,spouse=1,child=2,defaul t=3 32 Type of Agreement Code 1 Y,N 36 Policy Number 50 Merge EHR/PM Subscriber Policy Number 4 of 13
7 Guarantor Segment The GT1 segment contains guarantor data for patient and insurance billing. 1 Set ID Guarantor Name 250 Merge EHR/PM guarantor first, last 5 Guarantor Address 250 Merge EHR/PM guarantor address 6 Guarantor Phone Home 10 Merge EHR/PM guarantor home phone 9 Guarantor Sex 1 U 11 Guarantor Relationship 1 1,S,C,O 12 Guarantor SSN 12 Merge EHR/PM guarantor Social Security Number Diagnosis Segment The DG1 segment is used to send patient's multiple ICD9 diagnoses codes. 1 Set ID 1 1,2,3, 2 Diagnosis Coding Method 2 I9 3 Diagnosis Code DG1 3 ICD9 code Common Order Segment The Common Order segment (ORC) is used to send fields that are common to all orders. 1 Order Control 2 NW 2 Placer Order Number 40 Merge EHR/PM IDHL7Msg+` -` + PID 3 Filler Order Number 40 Merge EHR/PM IDHL7Msg+ `-` + PID 9 Date/Time of Transaction 14 yyyymmddhhmmss 12 Ordering Provider 260 NPI and/or UPIN Number,First, Last, Middle Initial 5 of 13
8 Order Detail The Order Detail Segment (OBR) contains information specific to an order. 1 Set ID 1 1,2,3, 2 Placer Order Number 40 Merge EHR/PM IDHL7Msg+ `-` + PID 3 Filler Order Number 40 Merge EHR/PM IDHL7Msg+ `-` + PID 4 Universal Service Identifier 255 Merge EHR/PM TestInfo Code, Name w/ Coding system L 7 Observation Date/Time 14 If Merge EHR/PM Collection time empty then Now yyyymmddhhmmss 11 Specimen Action Code 1 N 13 Relevant Clinical information 300 Merge EHR/PM order notes plus order comments 15 Specimen Source 100 Merge EHR/PM order specimen source 16 Ordering Provider 260 First, Last, Middle Initial NPI and/or UPIN Number 25 Result Status 1 F 27 Quantity/Timing 1 Priority S,A,R,P,T Observation The OBX segment is used to transmit a single observation. 1 Set ID 1 1,2,3, 2 Value Type 2 ST 3 Observation Identifier 356 Merge EHR/PM External question and code 5 Observation Value 7000 Merge EHR/PM answer 11 Obs. Result Status 1 F 6 of 13
9 Order Sample MSH ^~\& ABRAXAS TEST CLIENT CLIENTSite ORM^O P 2.4 PID TESTPATIENT^SIOBHAN F 123 SOME ROAD ROAD^^SOUTHAMPTON^NJ^ SINGLE ^^^T IN1 1 ZZ^OTHER 1733 CIGNA HEALTHCARE PO BOX ^^CHATTAGNOOGA^TN^37422 Z TESTPATIENT^SIOBHAN 0 N GT1 1 TESTPATIENT^SIOBHAN 123 DIRT ROAD^^SOUTHAMPTON^NJ^ U DG1 1 I9 V72.31 DG1 2 I9 V72.84 ORC NW ^Testman^Testor^^^^^N~654321^Testman^Testor^^^^^U OBR ^THINPREP RFX HPV^L N ^THIS ORDER SHOULD BE PERFORMED ON 6/17/ ^Testman^Testor^^^^^N~654321^Testman^Testor^^^^^U F ^^^^^R OBX 1 ST srg^have surgery YES F OBX 2 ST hos^hospitalized YES F 7 of 13
10 Inbound Result (ORU) Merge EHR/PM Generic HL7 Interface processes both solicited and unsolicited results. However, in both cases a unique patient must be matched. In addition, to avoid cross facility message processing, Sending Facility (MSH.4) must also match with Merge EHR/PM EdiInfo record setup. Segment Description Condition MSH Message Header Required PID Patient Identification Required ORC Common Order Required OBR Observation Request Required NTE Notes and Comments OBX Observation NTE Notes and Comments Message Header Segment The result MSH defines the source, destination in addition of some specifics of the order trigger. 1 Field Separator 1 (ASCII 124) Required 2 Encoding Characters 4 ^~\& Required 3 Sending Application 50 Vendor Application 4 Sending Facility 50 Vendor Facility Required 5 Receiving Application 100 Merge EHR/PM Application 6 Receiving Facility 100 Merge EHR/PM Facility 7 Date/Time of Message 24 yyyymmddhhmmss Required 9 Message Type 7 ORU^R01 Required 10 Message Control ID 50 Required 11 Processing ID 1 12 Version ID 3 2.0, 2.0D, 2.1, 2.2, 2.3, 2.3.1, 2.4, 2.5, Required Sending Vendor Facility Matching Sending Vendor Facility (MSH.4) must be present and be matched with Merge EHR/PM EdiInfo record. Message Control ID Message Control ID (MSH.10) must be unique. 8 of 13
11 Patient Identification Segment The PID segment is used for patient matching. Patients must be matched uniquely for the results to be imported. No new patient is created if not matched. 1 Set ID 1 1 Required 2 Patient ID 12 Merge EHR/PM Patient MRN 3 Patient Identifier List 50 Merge EHR/PM Patient MRN 5 Patient Name 162 Merge EHR/PM Patient First, last Required 7 Date of Birth 8 yyyymmdd Required Patient Matching If Merge EHR/PM Patient MRN is present on PID.2 or PID.3.1 then MRN, First Name, Last Name, and Date of Birth must match to a single patient. Otherwise First Name, Last Name, and Date of Birth must match to a single patient. If patient is not matched, then user has ability to manually link the message to a patient's record. Common Order Segment The ORC segment is common to all. 1 Order Control 2 Required 2 Placer Order Number 40 Merge EHR/PM Requisition Number 3 Filler Order Number 40 Merge EHR/PM ExtLabOrderNo 12 Ordering Provider 260 First, Last Initial NPI and/or UPIN Number Ordering Provider Matching If NPI or UPIN number is present, it is used for matching. If not present or unmatched, then provider's Last Name and First Name are used for searching. If multiple active providers found, then the first retrieved provider is used. 9 of 13
12 Observation Request Segment The Order Detail Segment (OBR) contains information specific to an observation request. 1 Set ID 1 1,2,3, Required 2 Placer Order Number 40 Merge EHR/PM Requisition Number 3 Filler Order Number 40 Merge EHR/PM Perform LabInfo 4 Universal Service Identifier 255 Merge EHR/PM OrderID and Description 7 Observation Date/Time 14 If Merge EHR/PM Collection date/time 14 Specimen Received Date/ Time 14 Merge EHR/PM Test date/time 16 Ordering Provider 260 First, Last Initial NPI and/or UPIN Number 20 Filler Field Performing Laboratory ID^ Name^ Address '^' delimited. 22 Result Status Change Date/Time 14 Merge EHR/PM result Date/ time 25 Result Status 1 X for cancellation Solicited Result Both Placer Order Number OBR.2 that contains requisition number and Universal Service Identifier OBR.4.1 must be present to link the result to a specific order. Ordering Provider A blank or unmatched Ordering Provider field (ORC.12)causes OBR.16 matched provider to be used. OBR Cancellation Result Status OBR.25 of value X causes that particular Observation Request and its following results to be skipped. Performing Lab In order to show Performing Lab information on the Merge EHR/PM Lab Result Report, OBR.20 must contain a ^ delimited string in the form of Lab ID^Name^Address. 10 of 13
13 Notes and Comments Segment The NTE segment after each OBR is parsed and saved. 1 Set ID 4 3 Comment 1024 Merge EHR/PM test comment Observation The OBX segment contains observation information. 1 Set ID 4 2 Value Type 3 3 Observation Identifier 100 Merge EHR/PM ObsCode & ObsName 4 Observation Sub-ID 50 Merge EHR/PM ObsSubID 5 Observation Value 80 Merge EHR/PM ObsValue 6 Observation Units 20 Merge EHR/PM ObsUnit 7 References Range 100 Merge EHR/PM NormalRange 8 Abnormal Flags 5 9 Probability 5 Merge EHR/PM Probability 11 Observation result Status 1 X for Cancellation 14 Date/Time of the Observation 14 Merge EHR/PM ObsDate 15 Producer's ID 50 Merge EHR/PM Performing LabID. 16 Responsible Observer 50 Merge EHR/PM Observer Observation Value Observation Value must be less than 80 characters. OBX Cancellation Observation Result Status OBX.11 of value of X causes that particular result to be skipped. Date/Time of Observation If OBX.14 not present then OBR.7 Observation Date/Time is used. 11 of 13
14 Producer s ID Performing Lab ID (OBX.15) must match with the lab identifier value of Filler Field 1 (OBR.20) performing lab information. Note and Comments Segment The NTE segment after each OBX is parsed and saved. 1 Set ID 4 3 Comment Merge EHR/PM result comment Result Sample MSH ^~\& CLIENT CLIENTSite ABRAXAS TEST ORU^R P 2.4 PID TESTPATIENT^VERONICA^^ F 40 SOME BLVDARD^^SOMERS POINT^NJ^ ORC RE ^Testman^Testor^^^^^N OBR ^COMPREHENSIVE METABOLIC PANEL W/ egfr^quest^80053^^cpt A ^Testman^Testor^^^^^N ABX^Abraxas Lab^114 Pacifica^^Irvine^CA^92618^^DOCTOR WHO, MD, FCAP F 1^^^^^R^^^ OBX 1 NM ^GLUCOSE 105 mg/dl H F ABX^Abraxas Lab NTE 1 L NTE 2 L Fasting 24 Hours NTE 3 L OBX 2 NM ^UREA NITROGEN (BUN) 28 mg/dl 7-25 H F ABX^Abraxas Lab OBX 3 NM ^CREATININE 0.5 mg/dl L F ABX^Abraxas Lab OBX 4 ST ^eGFR NON-AFR. AMERICAN >60 ml/min/1.73m2 > OR = 60 N F ABX^Abraxas Lab OBX 5 ST ^eGFR AFRICAN AMERICAN >60 ml/min/1.73m2 > OR = 60 N F ABX^Abraxas Lab ORC RE ^Testman^Testor^^^^^N OBR ^CBC (INCLUDES DIFF/ PLT)^QUEST^85025^^CPT A ^Testman^Testor^^^^^N ABX^Abraxas Lab^114 Pacifica^^Irvine^CA^92618^^DOCTOR WHO, MD, FCAP F 1^^^^^R^^^ OBX 1 NM ^WHITE BLOOD CELL COUNT 4.2 Thousand/uL N F ABX^Abraxas Lab of 13
15 OBX 2 NM ^RED BLOOD CELL COUNT 4.85 Million/uL N F ABX^Abraxas Lab NTE 1 L NTE 2 L Test Performed at: NTE 3 L Abraxas Lab NTE 4 L 13 of 13
HL7 Interface Specification Merge LabAccess v. 3.6
HL7 Interface Specification Merge LabAccess v. 3.6 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 12 Merge Healthcare. The information contained herein is confidential and
HL7 Conformance Statement
HL7 Conformance Statement Product Image-Arena 4.3 Product No.: T.08.0122 Effective Date: 2010-04-30 Benjamin Wagner Document 04 rev.: D32.0083-04 Image-Arena 4.3 HL7 conformance statement Table of contents
HL7 Interface Specification Merge Eye Station v. 11.3
HL7 Interface Specification Merge Eye Station v. 11.3 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 2012 Merge Healthcare. The information contained herein is confidential
JiveX Enterprise PACS Solutions. JiveX HL7 Gateway Conformance Statement - HL7. Version: 4.7.1 As of 2015-05-20
JiveX Enterprise PACS Solutions JiveX HL7 Gateway Conformance Statement - HL7 Version: 4.7.1 As of 2015-05-20 VISUS Technology Transfer GmbH Universitätsstr. 136 D-44799 Bochum Germany Phone: +49 (0) 234
ImagePilot. HL7 Conformance Statement. Manufacturer: 1 Sakura-machi, Hino-shi Tokyo 191-8511, Japan
ImagePilot HL7 Conformance Statement Manufacturer: 1 Sakura-machi, Hino-shi Tokyo 191-8511, Japan Revision History Date Version Description August 28, 2009 Rev. 1.0 April 1, 2010 Rev. 1.1 Values that
ELR 2.5.1 Clarification Document for EHR Technology Certification
ELR 2.5.1 Clarification Document for EHR Technology Certification Date: July 16, 2012 Co-Authored By: Centers for Disease Control and Prevention And Association of Public Health Laboratories Table of Contents
HL7 Interface Specifications
HL7 Interface Specifications V2.2 Ifa systems AG ifa united i-tech Inc. Augustinusstr. 11b 1850 SE 17th Street, Ste. 107 50226 Frechen Fort Lauderdale, FL 33316 Germany USA Tel.: +49-2234-933670 Tel.:
HL7 Conformance Statement
HL7 Conformance Statement Release VA20B (2014-03-28) ITH icoserve technology for healthcare GmbH Innrain 98, 6020 Innsbruck, Austria +43 512 89059-0 www.ith-icoserve.com Any printout or copy of this document
HL7 Conformance Statement RadCentre. Release 2015.01
HL7 Conformance Statement Release 2015.01 Editing The editing is done by i-slutins Health GmbH. If you have any suggestions for improvement or requests for modification etc, please let us know. You can
HL7 Interface Specification. HL7 Interface 1.2
Interface Specification Interface 1.2 May 2004 Interface 1.2 Specification TABLE OF CONTENTS 1 INTRODUCTION... 3 1.1 Purpose...3 1.2 Related Documents...3 2 IMPLEMENTATION... 4 3 COMMUNICATION PROFILE...
Implementation Guide
HAWAII HEALTH INFORMATION CORPORATION HAWAII S SOURCE FOR HEALTHCARE Implementation Guide ASCII HL7 Specifications for Laboratory Observation Reporting Technical Specifications and Transmittal Instructions
HL7 EHR to PowerSoftMD Visit Import Specifications
HL7 EHR to PowerSoftMD Visit Import Specifications Data Tec, Inc. www.powersoftmd.com 1 P a g e R e v M a y 2 0 1 3 Introduction HL7 EMR to PS Interface Specs PowerSoftMD uses HL7 2.3.1 specifications.
HL7 Fundamentals. Presented by: Dana McDonough, Carolina Velasquez, & Bing Chen. August 2014
HL7 Fundamentals Presented by: Dana McDonough, Carolina Velasquez, & Bing Chen August 2014 Today s Presenters: Dana McDonough Associate Technical Consultant Allscripts and Epic data conversions EHR Reporting
ELR 2.5.1 Clarification Document for EHR Technology Certification V1.1
ELR 2.5.1 Clarification Document for EHR Technology Certification V1.1 Date: October 16, 2012 Co-Authored By: Centers for Disease Control and Prevention And Association of Public Health Laboratories Table
RelayClinical Service Feature Guide RelayClinical Notify
RelayClinical Service Feature Guide RelayClinical Notify Release 15.11 November 2015 Health Connections Brought to Life Table of Contents Overview... 3 Benefits... 3 Models... 3 Alternate Deployment Option...
20/20 Integration Guide
20/20 Integration Guide March 15 2013 A guide to Modality Work List and Spectacle-Link Overview Within medical imaging there are two common interfaces or integrations that most practices find helpful if
Philips Innovation Campus 560045 Bangalore India. Issued by:
Issued by: PHILIPS HEALTHCARE Patient Care and Clinical Informatics Interoperability Competence Center Philips Innovation Campus 560045 Bangalore India E-mail: [email protected] Internet: http://www.healthcare.philips.com/connectivity
Masimo Patient Safetynet HL7 Interface Specifications
TECHNICAL BULLETIN Masimo Patient Safetynet HL7 Interface Specifications Version 1.0 August 2013 CAUTION: Federal law restricts this device to sale by or on the order of a physician. For professional use.
Message Specifications Guide
Message Specifications Guide The CBORD Group, Inc. Ithaca, NY Version: Win2.1 January 2016 2016, The CBORD Group, Inc. All Rights Reserved Contents: HL7 (Health Level 7).. 3 ADT Specifications...4 Orders
RamSoft PACS 3.0 HL7 Conformance Statement
. RamSoft Inc. RamSoft Inc. 16 Four Seasons Place, Suite 215 Toronto, ON M9B 6E5, CANADA RamSoft PACS 3.0 HL7 Conformance Statement.......... January 27, 2003 ...2 General...3 General message format...3
HL7 Customization Guide
HL7 Customization Guide Table of Contents Intended Audience... 3 1. Overview... 3 1.1 Introduction... 3 1.2 HL7 Overview... 3 1.3 Report Formats... 4 1.4 Interface Workflow... 5 1.5 Integration Steps...
IHE Radiology Technical Framework Volume 3 (IHE RAD TF-3)
Integrating the Healthcare Enterprise IHE Radiology Technical Framework Volume 3 (IHE RAD TF-3) Transactions (continued) Revision 10.0 Final Text February 18, 2011 Contents 1 Introduction... 3 1.1 Overview
Bi-Directional Interface between EMR and Quest Diagnostics Microsoft.NET with SQL Server Reporting Services solution for Healthcare Company
Bi-Directional Interface between EMR and Quest Diagnostics Microsoft.NET with SQL Server Reporting Services solution for Healthcare Company Executive Summary One of our EMR clients approached us to setup
EHR-Laboratory Interoperability and Connectivity Specification (ELINCS) Version 0.2 DRAFT
EHR-Laboratory Interoperability and Connectivity Specification (ELINCS) Version 0.2 DRAFT May 13, 2005 Contents 1. Introduction... 3 2. ELINCS Use Case... 4 2.1. Use Case Details... 5 2.2. Relevant Definition
ZAN HL7 Interface. Installation and Specifications Manual Part Number : *************ENG Version / Revision : A
Installation and Specifications Manual Part Number : *************ENG Version / Revision : A Disclaimer Information in this manual is subject to change without notice and does not represent a commitment
HIE Ready 2.0 SPECIFICATIONS MATRIX. Product Name: Version Number: Preferred Message and Trigger
HIE Ready 2.0 SPECIFICATIONS MATRIX Entity Name: Street Address: City, State, Zip: Point of Contact Name: E-mail & Phone: Alternate Contact Name: Alternate E-mail & Phone: Product Name: Version Number:
A method for handling multi-institutional HL7 data on Hadoop in the cloud
A method for handling multi-institutional HL7 data on Hadoop in the cloud { Masamichi Ishii *1, Yoshimasa Kawazoe *1, Akimichi Tatsukawa 2*, Kazuhiko Ohe *2 *1 Department of Planning, Information and Management,
HL7 Format and Electronic Sharing
HL7 Format and Electronic Sharing Mark Madrilejo ([email protected]) Application Engineer, network180, Member HIE Standards Committee and Working Subcommittees for CCD and Consent Management
HL7 Interconnection Guide v1.1
HL7 Interconnection Guide v1.1 Copyright Universal Research Solutions, LLC. 1 Contents Introduction... 3 Recommended Interconnection Plan... 3 VPN Connectivity... 3 Communication Protocol... 4 TCP/IP &
Introduction to Epic Bridges. Empowering Extraordinary Patient Care
Introduction to Epic Bridges Empowering Extraordinary Patient Care Your phone has been automatically muted. Please use the Q&A panel to ask questions during the presentation! Introduction Michael Botieri
PMS / EMR Message Specification (Version 2.3.1) (ADT, AL1, OBX, SIU, DFT, PPR (PRB), ORM, VXU)
i2itracks HL7 Interface PMS / EMR Message Specification (Version 2.3.1) (ADT, AL1, OBX, SIU, DFT, PPR (PRB), ORM, VXU) 3663 N. Laughlin Rd., Suite 200 Santa Rosa, CA 95403 866-820-2212 www.i2isys.com 1
How To Get A Medical Record On A Medical Device
9. Medical Records/Information Management (Document Management) Chapter Chair/Editor: Chapter Chair/Editor: Wayne R. Tracy, MS Health Patterns, LLC Michelle L. Dougherty, RHIA American Health Information
Connecticut Department of Public Health Electronic Laboratory Reporting HL7 v2.5.1 Message Validation Tool User Guide
Connecticut Department of Public Health Electronic Laboratory eporting HL7 v2.5.1 Message Validation Tool User Guide November 30, 2015 Version 1.0 EL HL7 v2.5.1 Message Validation Tool User Guide Table
DIAGNOSTIC TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION
Health Information Messaging Standard HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA DIAGNOSTIC TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION Status: Accepted in Draft Version 0.5 Status
D* SEE SAP DIR DIGITAL SIGNATURE LOG FOR APPROVER NAME AND DATE OF APPROVAL
Page 1 of 21 Version Sec, Pg, Para Changed Author(s): Philip Traynor & Christopher Keegan Description of Change Reason for Change Date Version Created Version Created By (initials) A N/A Initial Version
DICOM Conformance Statement Merge Eye Care PACS v. 4.0
DICOM Conformance Statement Merge Eye Care PACS v. 4.0 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 2012 Merge Healthcare. The information contained herein is confidential
AIDA compact NEO HL7 Interface Description
AIDA compact NEO HL7 Interface Description sion : BA Circulation : 1 ated UNG Proved A.Hau Approved HWS PRODUCT INFO OR1 e 2010-03-04 Date Date artment SEPS Department PM OR1 Department SEPS ition SW Dev.
UHIN STANDARDS COMMITTEE Version 2.0 Radiology Report Standard
UHIN STANDARDS COMMITTEE Version 2.0 Radiology Report Standard The Radiology Report Standard is compatible with all HL7 version 2.3 standards. Purpose The Radiology Report Standard is an implementation
Quickly and easily connect your Imaging System with Practice Fusion s Electronic Health Record (EHR) System. HL7 Results Specification
HL7 Results Specification Imaging Quickly and easily connect your Imaging System with Practice Fusion s Electronic Health Record (EHR) System 1 P a g e HL7 Results Specification About This Document This
Interfacing Boot Camp
Interfacing Boot Camp June 4, 2012 Prepared by: WebChartMD Johnson City TN www.webchartmd.com Interfacing Boot Camp public distribution, duplication and redistribution permitted Overview 2 Premise Background
Implementation Guide for Transmission of. Microbiology Result Messages. as Public Health Information using. Version 2.3.1 of the
Implementation Guide for Transmission of Microbiology Result Messages as Public Health Information using Version 2.3.1 of the Health Level Seven (HL7) Standard Protocol Updated: May 27, 2003 Centers for
HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA
HEALTH INFORMATION MESSAGING STANDARD HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA DIAGNOSTIC IMAGING TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION Status: Accepted in Draft Version 0.4
Notes Interface Specification HL7 format
MedicaLogic s Support for the Import and Export of Documents Release 5.5 P/N 2636-06 Table of Contents Abstract... 1 HL7 Messages... 2 Legend... 2 MDM Document management... 3 HL7 Message segments... 4
LIS Interfaces: Basics, Implementation, and Pitfalls
LIS Interfaces: Basics, Implementation, and Pitfalls Mark Routbort, MD, PhD UT MD Anderson Cancer Center Pathology Informatics Review Pathology Informatics 2014 Grateful acknowledgements to John Sinard,
CLIA and EHRs CLIA. Judith Yost Director, Division of Laboratory Services
and EHRs Judith Yost Director, Division of Laboratory Services and EHRs Topics for Discussion Applicable Regulations Misperceptions Regarding Clarifications of Misperceptions New CMS Interpretive Guidance
EZClaim Advanced 9 ANSI 837P. Capario Clearinghouse Manual
EZClaim Advanced 9 ANSI 837P Capario Clearinghouse Manual EZClaim Medical Billing Software December 2013 Capario Client ID# Capario SFTP Password Enrollment Process for EDI Services 1. Enroll with the
Integrating Kareo PM and Practice Fusion EHR
Integrating Kareo PM and Practice Fusion EHR Welcome to the Kareo guide to integrating Kareo s Practice Management (PM) system with Practice Fusion s electronic health record (EHR) system. The technology
Item Seq # Data Element Format Position Position. Locator
1 Provider Number (Medicare/VHI) PIC X(6) 1 6 Medicare Provider Number or number assigned by VHI. 2 Provider NPI PIC X(10) 7 16 Provider's NPI 56 3 Patient Control Number PIC X(20) 17 36 Patient Control
Merge Healthcare Virtualization
Merge Healthcare Virtualization CUSTOMER Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 2014 Merge Healthcare. The information contained herein is confidential and is the sole property
Patient name; Patient address; Patient Social Security number/medical Record number; Patient date of birth; Patient phone number; Diagnosis code(s);
7 Billing The Sentara Reference Laboratory billing office is open Monday through Friday from 8:00 a.m. until 4:30 p.m. and can be reached by calling (757) 388-1985. Billing Representatives will be available
Faculty Group Practice Patient Demographic Form
Name (Last, First, MI) Faculty Group Practice Patient Demographic Form Today s Patient Information Street Address City State Zip Home Phone SSN of Birth Gender Male Female Work Phone Cell Phone Marital
Interoperability and Integrating the Healthcare Enterprise
Interoperability and Integrating the Healthcare Enterprise Nicholas Brown Thanks to Dave Plummer and Mark Shafarman for some slides 24th January 2008 1 Overview What is Interoperability? What is IHE? What
How To Use An Ehr For A Patient
DuxWare Practice Management User Guide Page 1 of 45 Table of Contents Patient Registration...5 Finding a Patient...5 Quick Appointment Add...5 Adding a New Patient...6 Completing the Patient Add Process...9
Michigan Care Improvement Registry HL7 2.5.1 Specification for Vaccination Messages. Document Description
Michigan Care Improvement Registry Message types supported: Vaccination Update (VXU) The MCIR interface is currently at version 2.5.1 and is backwards compatible to earlier versions. Document Description
Additional Information Message Implementation Guide
Additional Information Message Implementation Guide Hl7 Version 2.4 Standard, Release 1.0 NPRM Draft December 11, 2001 Copyright 2000, 2001 Health Level Seven, Inc. Ann Arbor, MI 1 INTRODUCTION...1 1.1
Generic Interface System
Generic Interface System (GIS) Version 3.01 Based on HL7 Standard Version 2.4 Mapping Document HL7 Segments to IHS Files July 2001 TABLE OF CONTENTS Cross Reference: HL7 Segments to IHS Files Contents
UPMC HEALTH PLAN. HIPAA EDI Companion Guide For 837 Institutional Claims File
UPMC HEALTH PLAN HIPAA EDI Companion Guide For 837 Institutional Claims File Companion Guide Version: 0.1 Refers to the Implementation Guide Based on X12 Version 005010X223A1 ~ 1 ~ Overview Batch File
Meaningful Use Business Process Mapping Questionnaire. Meaningful Use Business Process Mapping Questionnaire. Contact Information
This survey is designed to facilitate conversations between health care facilities and public health departments before and during Meaningful Use implementation and onboarding. Please feel free to consult
EZClaim Advanced 9 ANSI 837P. Gateway EDI Clearinghouse Manual
EZClaim Advanced 9 ANSI 837P Gateway EDI Clearinghouse Manual EZClaim Medical Billing Software February 2014 Gateway EDI Client ID# Gateway EDI SFTP Password Enrollment Process for EDI Services Client
EZClaim Advanced ANSI 837P. TriZetto Clearinghouse Manual
EZClaim Advanced ANSI 837P TriZetto Clearinghouse Manual EZClaim Medical Billing Software May 2015 TriZetto Site ID# TriZetto SFTP Password Trizetto Website login Password Enrollment Process for EDI Services
LIS Interfaces: Basics, Implementation and Pitfalls
A Review of Pathology Informatics LIS Interfaces: Basics, Implementation and Pitfalls James H. Harrison, Jr., M.D., Ph.D. Division of Biomedical Informatics Departments of Public Health Sciences and Pathology
EZClaim 8 ANSI 837 User Guide
EZClaim 8 ANSI 837 User Guide Last Updated: March 2012 Copyright 2003 EZClaim Medical Billing Software Electronic Claims Using the ANSI 837 Format User Guide NPI Numbers Billing and Rendering NPI numbers
EMR Technology Checklist
Patient Accessibility/Scheduling/Account Maintenance: Able to interact with schedule through an online portal pre register VIP status to move patient to the front of the line Access and pre registration
Clinical Document Exchange Integration Guide - Outbound
Clinical Document Exchange Integration Guide - Outbound Integrate your healthcare IT system with Practice Fusion s Electronic Health Record (EHR) System Table of Contents 1 Introduction... 2 2 Integration
Project Initiation Report HealthInsight HIE
Project Initiation Report HealthInsight HIE This report contains the documents delivered during the Assessment Phase for conducting the HIE project as well as a summary of next steps. Your project initiation
HCFA-1500 Form Completion. For the RLISYS NSF Electronic Claims Software. 2 Patient Name Patient s name as Last Name, First Name (Example: Doe, John)
1 HCFA-1500 Form Completion For the RLISYS NSF Electronic Claims Software 2 Patient Name Patient s name as Last Name, First Name (Example: Doe, John) Do not include a prefix, suffix, or middle initial
. NOTE: See Chapter 5 - Medical Management System for conditions that must be met in CHAPTER 6. ELECTRONIC CLAIMS PROCESSING MODULE
Electronic Claims Processing Module 6-1 CHAPTER 6. ELECTRONIC CLAIMS PROCESSING MODULE Processing claims electronically is an option that may be selected in place of or in conjunction with the processing
UHIN STANDARDS COMMITTEE Version 3.2 5010 Dental Claim Billing Standard J430
UHIN STANDARDS COMMITTEE Version 3.2 5010 Dental Claim Billing Standard J430 Purpose: The purpose of the Dental Billing Standard, is to clearly describe the standard use of each Item Number (for print
IHE Radiology Technical Framework Supplement. Clinical Decision Support Order Appropriateness Tracking (CDS-OAT) Trial Implementation
Integrating the Healthcare Enterprise 5 IHE Radiology Technical Framework Supplement 10 Clinical Decision Support Order Appropriateness Tracking (CDS-OAT) 15 Trial Implementation 20 Date: June 12, 2015
Reduces development time by 90%
Symphonia. Symphonia Messaging Toolkit A developer s productivity tool that Reduces development time by 90% Message Definition Huge Message Libraries Message Testing - Explorer Symphonia Engine (processes
Welch Allyn Connectivity Server
Welch Allyn Connectivity Server Programmer s guide Software version 2.6x ii Welch Allyn Connectivity Server 2013 Welch Allyn. All rights are reserved. To support the intended use of the product described
7. Observation Reporting
7. Observation Reporting Chapter Chair: Chapter Chair: Chapter Chair: Chapter Chair: Editor Hans Buitendijk Siemens Medical Solutions Health Services Corporation Gunther Schadow, MD Regenstrief Institute
Overview. LATITUDE Patient Management. EMR Integration Testing Scenarios - 357742-003
Contents Overview... 1 Testing Scenarios Overview... 2 Live Production Systems Testing... 3 Preparation...3 Process...4 Post Test Cleanup...4 Expected Results...5 Troubleshooting Tips...5 Insert Message
ARIZONA FOUNDATION FOR MEDICAL CARE ANSI X12 837 V.5010 COMPANION GUIDE. 1 Arizona Foundation for Medical Care
ARIZONA FOUNDATION FOR MEDICAL CARE ANSI X12 837 V.5010 COMPANION GUIDE 1 Arizona Foundation for Medical Care TABLE OF CONTENTS EDI Communication...3 Getting Started...3 Testing...4 Communications...4
Medical Records Training Manual for EMR
Medical Records Training Manual for EMR ENTERPRISE MEDICAL RECORD (EMR) The MEDITECH Enterprise Medical Record (EMR) collects, stores, and displays clinical data such as lab results, transcribed reports,
MEDGEN EHR Release Notes: Version 6.2 Build 106.6.20
10/18/2013 MEDGEN EHR Release Notes: Version 6.2 Build 106.6.20 Special Note: Comtron is excited to announce that over the next few weeks all of our Medgen products will be going through a rebranding process.
Introduction to Reporting with Allscripts Professional EHR
Introduction to Reporting with Allscripts Professional EHR Demographics, Provider, Encounter December 2014 Today s presenter: Dana McDonough Technical Consultant Galen Healthcare Solutions Fallon Hartford
HL7 ADT, ORM and ORU & DICOM tag agreement with RIS, PACS and VNA
HL7 ADT, ORM and ORU & DICOM tag agreement with RIS, PACS and VNA Updated by Neelam Dugar 07/01/15 ADT messages update patient demographics in PACS, RIS and VNA. ADT messages also update current patient
HEALTH CARE CLAIM: INSTITUTIONAL 837 (004010X096A1)
HEALTH CARE CLAIM: INSTITUTIONAL 837 (004010X096A1) Use this Companion Document when creating UnitedHealthcare institutional claim transactions. Each state may have a list of required and conditionally
How To Write A Health Care Exchange Transaction
837 PROFESSIONAL CLAIMS AND ENCOUNTERS TRANSACTION COMPANION GUIDE JULY 23, 2015 A S C X 1 2 N 8 3 7 (0 0 5 0 10 X 222A1) VERSION 4.0 TABLE OF CONTENTS 1.0 Overview 3 2.0 Introduction 4 3.0 Data Exchange
Ambulatory Surgical Treatment Center Data System User Manual
DIVISION OF HEALTH F STATISTICS Tennessee Department of Health Ambulatory Surgical Treatment Center Data System User Manual CMS-1500 and UB-04 Reporting 2007 1 Ambulatory Surgical Treatment Center Data
CMS-1500 Claim Form/American National Standards Institute (ANSI) Crosswalk for Paper/Electronic Claims
There are two ways to file Medicare claims to CGS - electronically or through a paper form created by the Centers for Medicare & Medicaid Services (CMS-1500). The required information is the same regardless
LAS VEGAS PAIN INSTITUTE & MEDICAL CENTER, L.L.C.
LAST NAME: FIRST NAME: DOB: / / AGE: MARITAL STATUS: SEX: M F SSN: - - HOME#: CELL#: WORK#: STREET ADDRESS: CITY: STATE: ZIP: EMPLOYER NAME & ADDRESS: SPOUSE S NAME: DOB: / / SSN: - - WORK#: EMPLOYER NAME
Michigan Pulse Oximetry Screening for Critical Congenital Heart Disease
Michigan Pulse Oximetry Screening for Critical Congenital Heart Disease CCHD Stakeholders Meeting: State Implementation February 27, 2014 Janice Bach, MS, CGC Michigan Department of Community Health [email protected]
CORONADO EYE ASSOCIATES GLENN B. COOK, M.D., PhD 801 ORANGE AVENUE, STE. 204 - CORONADO, CA 92118 619.437-4406 FAX 619.522-7983
Dear Please allow us to welcome you to our practice. Our first priority is to provide you with the best care possible. Enclosed is your patient information sheet and medical history questionnaire. Please
Features and Fixes for SRS EHR v9.6.029 (Teal)
s and Fixes for SRS EHR v9.6.029 (Teal) 10979 10411 11359 11110 11503 11283 11288 Charge Passage CQM Report Reports EDS Labs Reports Reports Reports SRS Portal Charge Passage will now include HCPCS codes,
MHS EMR Program. EMR HIE Integration Toolkit
EMR HIE Integration Toolkit Spring 2010 Table of Contents INTRODUCTION... 3 WHAT THE HIE WILL PROVIDE... 4 RECEIVING INFORMATION TO AN EMR... 5 AUTOMATICALLY PUSHED DATA...5 MANUALLY PULLED DATA...5 PATIENT
MEDICAL DIAGNOSTIC LABORATORIES, L.L.C. 2439 Kuser Road * Hamilton, NJ 08690 Toll Free (877) 269-0090 * Fax (609) 570-1050 www.mdlab.
FAQ's For Corporate Q1. What are MDL's hours of operation? A1. You may reach us Monday through Friday from 8:00 am to 12:00 midnight EST and Saturday from 9:00 am to 5:00 pm EST. Q2. How long has MDL been
Electronic Remittance Advice (835) Instructional Guide
Electronic Remittance Advice (835) Instructional Guide On August 10, 2012, the Department of Health and Human Services (HHS) published in the Federal Register an interim final rule with comment period
How To Use An Electronic Data Exchange (Edi)
Electronic Data Interchange Companion Document HIPAA...3 Getting Started with EDI...4 When You Are Set Up for EDI...4 When You Are Ready to Go Live...5 Specifications for 837P Transactions...6 Transaction
Clearinghouse Screen Instructions for ANSI837
Clearinghouse Screen Instructions for ANSI837 Provider Number (Required): The number which uniquely identifies the provider entity to which this clearinghouse record applies. If you have multiple provider
