1 Hot Integration Topics – 2006 Purpose: Discuss Integration Experiences Discuss Integration Interface Components Discuss Integration Challenges Presenter:

1

Hot Integration Topics – 2006

Purpose: Discuss Integration Experiences Discuss Integration Interface Components Discuss Integration Challenges

Presenter:

Ken HoffmanVice President, Interface & Integration

978-805-4103

[email protected]

2

Meditech Integration Topics:• Physician Practice EMR

• PACS

• Physician/Community Portal

• Emergency Department Systems

• Access Images through PCI/EMR

• Critical Care Online Documentation

• HIPAA Security Exception Reports

• RHIO’s

3

Physician Practice EMR Integration

Meditech HCIS

Physician EMR Software

Inbound OrdersInbound Registration

Outbound LAB ResultsOutbound RAD ReportsOutbound OE Dept Reports

EMR Orders to HIS

HIS Results to EMR

4


Bi-directional Integrations Points:

• EMR sends HL7 ORM Order to Meditech

• EMR Order triggers a Meditech Registration, CLI or REF Short

• EMR Vendor will send Meditech MR# so new MR# is not created.

• If no MR# patient match is based on SSN, Last Name, First Name, Gender, DOB. If still no Match patient is placed in work queue to be manual matched or a new MR# will be created.

• EMR Orders are placed in Meditech Order Entry and flow to LAB or RAD

• Meditech Results are sent to EMR vendor

• Meditech Results contain EMR Order Number

• Meditech Orders status updates are sent to EMR

5


Uni-directional Integrations Points:

• Meditech Results are sent to EMR vendor

• Meditech Results do not contain EMR Order Number

• EMR vendor will match patient by SSN, Last Name, First Name, Gender, DOB. If patient can not be matched results are placed in work queue to be manually matched with EMR patient.

Additional Integration Points:

• Meditech and Physician Practice share real-time transactions via secure VPN or other encrypted transfer method

• Most EMR vendors have HL7 capability.

• Hospitals are leveraging this type of integration to win practice business and reference lab work.

6


Additional Integration Points (Cont.):

• Have a “Scope of Work” agreement between practice and hospital. Can provide sample document.

• Hospital practice liaison to facilitate communication and cooperation.

• Hospital technical staff to help physician practice with connectivity.

7


Interface Components:

• EMR HL7 ORM Orders to Meditech Order Entry Orders NOTE: ORM must contain enough information to perform Meditech Registration

• HL7 ORU LAB Results to EMR

• HL7 ORU RAD Reports to EMR

• HL7 ORU OE Departmental Reports to EMR

• HL7 ORM OE Orders to EMR (Status Update)

8

PACS Integration

Meditech HCIS

PACS VendorOrBroker

Inbound RAD Order Status Update

Outbound ADTOutbound RAD OrdersOutbound RAD ReportsOnetime Backload Orders/Reports

PCI PACS Image Viewer

PACS Orders to HIS

HIS Results to PACS Vendor

9

PACS Integration


• HL7 ADT is not always required, but does supply patient demographic updated information.

• Voice recognition can be integrated to PACS Vendor system and can provide reports to PACS vendor. Still recommend RAD reports come from Meditech so no updates or Meditech originated reports are missed.

• Inbound status updates are sent to Meditech to update the order to a taken status.

• PACS image viewer can be launched from PCI/EMR via Web browser.

• Not all PACS Vendors require a broker (data converter).

• Need to consider back loading reports, orders, and images.

10

PACS Integration

Interface/Integration Components:

• HL7 ADT to PACS Vendor or Broker NOTE: Not all PACS system require ADT interface.

• HL7 ORU RAD Report to PACS Vendor.

• HL7 ORM RAD Orders to PACS Vendor.

• PACS Vendor to Meditech RAD Orders Status Update.

• PACS Images access via PCI/EMR

11

Physician Portal/Web Enabled Systems

Meditech HCIS

PortalVendor

Application Specific Inbound Interfaces

Query Interface orApplication Specific Interfaces

Portal Vendor to Meditech

Meditech to Portal Vendor

12


Interface/Integration Points:

• Common objective to web enable Meditech data display and data entry

• Data retrieval/storage techniques used by portal vendors: 1) Staging Database – Portal vendor receives & stores x days worth of data 2) EMR – Portal vendor incorporates repository/EMR for long term storage 3) Query – Portal vendor queries Meditech as data is needed 4) Highbred – Cache & Query: combination of query & staging.

• Replace PCI/EMR for Physicians view

• Portal vendors can provide both desktop and mobile solutions

• Community wide portals for employee, physicians, and patients

13



INBOUND to MEDITECH

• HL7 ORM OE Orders for LAB, PHA, RAD, etc…, New Order and Status Update

• HL7 ADT Pre-registration via patient portal

• HL7 ORU RAD/ITS/OE Department Reports and Esign

• HL7 ORU NUR/PCS Assessments

• HL7 DFT Billing, Payments to apply to patient account

• HL7 User ID and Password authentication, password changes, expirations Portal access using Meditech User ID and Password

14



OUTBOUND from MEDITECH

• HL7 Query Engine for ALL Meditech Data

• HL7 ORM OE Orders for LAB, PHA, RAD, etc…, New Order and Status Update

• HL7 ADT Patient Demographics/Visit Information

• HL7 ORU RAD/ITS/OE Department Reports, Status Updates

• HL7 ORU NUR/PCS Assessments

• HL7 ORU LAB Results, Status Updates

• HL7 RDE Pharmacy Orders, Status Updates

• HL7 DFT Billing Information

• HL7 Employee Record

15

Emergency Department Software Integration

Meditech HCIS

EDSVendor

Inbound ED RegInbound OE OrdersInbound OE Report

Outbound ADTOutbound Meditech OrdersOutbound Meditech Results

ED Vendor to Meditech

Meditech to ED Vendor

16



• EDS vendor sends HL7 ORM Order to Meditech, LAB & RAD

• EDS workflow typically gets registration from Meditech, but registration can be received from EDS

• EDS Vendor will send Meditech MR# so new MR# is not created.

• If no MR# patient is match based on SSN, Last Name, First Name, Gender, DOB. If still no Match patient is placed in work queue to be manual matched or a new MR# will be created.

• EDS Orders are placed in Meditech Order Entry and flow to LAB or RAD

• Meditech Results are sent to EDS vendor

• Meditech Results contain EDS Order Number

• Meditech Orders status updates are sent to EDS

17


Interface Components:

• EDS HL7 ORM to Meditech Order Entry Orders NOTE: ORM must contain enough information to perform Meditech Registration

• EDS HL7 ORU Discharge Summary to Meditech OE Departmental

• HL7 ORU LAB Results to EDS

• HL7 ORU RAD Reports to EDS

• HL7 ORM OE Orders to EDS (Status Update)

18

Clinical Images Via PCI/EMR

Image Server Web Based Image Viewer

19

Clinical Images Via PCI/EMR

Interface/Integrations Points:

• Image server to centralize most or all clinical images

• PACS images seem to be excluded from an imaging server, but can be incorporated.

• Image examples are EKG/ECG, fetal monitor strips, endoscopy, cardiology, etc…

• View images via URL Web access using Web Browser. Passing User ID, Password, MR#

• Image viewer routine can be attached to an Other Data Source routine in PCI. Meditech has yet to release an Other Data Source link in EMR.

20

Clinical Monitor Online Documentation

Results Server

Critical Care Monitor

Clinician Validation Routine

Validated ResultsFiled in NUR or PCS

Meditech HIS

http://www.gehealthcare.com/auen/monitor/products/portable/dash4000_pro.html

21

Clinical Monitor Online Documentation


• Critical care fixed monitors can send several HL7 ORU results message per minute.

• Results servers can house this large quantity of unvalidated, raw monitored results.

• These results can be queried, validated by clinicians, and filed into Meditech NUR/PCS, making validated results available via PCI/EMR.

• EKG Images can also be acquired from fixed monitors and made available via imaging server.

22

HIPAA PHI Access Security Violations


• Sites are actively looking for Protected Healthcare Information (PHI) access violations.

• Here are some exception report examples:

• Patient and User Last Name Same

• Address Street of User and Patient Match

• Emulated User

• Guarantor/Subscriber and User Name Match

• List of Patient that are facility employees

• Several More…..

23

Regional Health Information Organizations (RHIO)

RHIO TrusteeAuthenticatio

n Trust

Stakeholder Hospital



Non-Stakeholder Hospital

• Made up of Stakeholders and non-stakeholder

• Goal to improve patient treatment, safety, quality

• Level of trust must be established – Chain of Trust

• Independent authentication authority

• Level of information shared

• Staged or queried information

24

Regional Health Information Organizations (RHIO)

Integration Points:• Staging database at each point of data source – Clinical Data Repository (CDR)

• Query at each point of data source - Query originates with RHIO Trustee

• Data exchanged on secure connection with Trustee holding the keys to all information authentication

• Level of information shared agreed upon by stakeholders

• Query is real-time

• Clinical information

• Many models are being presented

• What is the right model for you?

Documents

1 Hot Integration Topics – 2006 Purpose: Discuss Integration Experiences Discuss Integration Interface Components Discuss Integration Challenges Presenter: