Archive for the tag 'HL7'

Nine Considerations To Take When Adopting A New Interface Engine

Cloud 2

As previously discussed in our comparison of point-to-point vs interface engine connectivity, as healthcare networks grow, so does the need for more robust interoperability.  When selecting an interface engine, there are several areas of focus to consider.  Intersystems, an Integration Engine company, offers some great tips and tools for finding potential candidates to handle your integration needs.  They suggest looking at the following categories in order to properly assess whether or not an interface engine will be capable of effectively meeting your organization’s needs:

  • Reliability
  • Scalability
  • Ease/effectiveness of interface development
  • Easy/effectiveness of system management
  • Quality of support
  • Foresight
  • Interoperability
  • Robustness and ease of use of analytics
  • Business growth

Reliability

Does your interface engine have a plan for minimizing system downtime should an emergency occur?  Should data be lost in an emergency, what sort of plan is in place to recover/retain susceptible data?  Does the company have a history of exemplary performance in the industry?  What do others in the same field say about this interface engine?  Do you have any contacts you could reach out to for a word of mouth recommendation about the quality of the software?  Does the interface engine guarantee the delivery of their messages?

Scalable

Is the interface engine capable of handling your organization’s level of traffic today, and are they capable of handling the message load of the future?

Ease of interface development

Is there a simple, consistent graphic development environment that is used?  Is it possible to create the HL7 Interfaces without intimate knowledge of certain programming languages?  Is there the ability for sophisticated users to extend functionality of the system should there be unorthodox interface needs?  Is the ability to route messages to different destinations based on “rules” (content in the messages or the type of message)?  Does the interface engine have compatibility with several types of standards (HL7, XML, X12, SOAP, etc.)?

Ease of management

Are there dashboards available for viewing system statuses at a glance?  Are there systems for automated alerts via email, phone, or other communication avenues for various reasons?  Does the interface engine have the ability to aggregate, analyze, and report on messages flowing through the system without using external software?  Can users stop, start, and upgrade individual interfaces while the system is running?  Can users track and trace messages as they move through the system in order to assess how the messages change over time and how long processes take?

Quality of support

Are the staff of your integration company knowledgeable, dedicated, responsive, and experienced?  Do they offer support in your time zone during your operating hours?

Designed for the future

Is there support for a wide range of communication standards and development technologies?  Is the engine specifically designed for creating connected systems in healthcare?  Are business activity monitoring and business intelligence capabilities available?  Is there a database management system for the stores of messages and data?  Is there end-to-end management?

Interoperability

Does the engine handle a wide variety of formatting standards and delivery methods? Does the system handle a wide variety of protocols and profiles that are becoming more common in healthcare?  Does the system support a wide variety of B2B standards?

Business Insights

Can the interface engine analyze real time information from all your sources in an easy-to-access and understandable way?  Are messages being stored and can you usefully search those messages to find insights and valuable information for your business?

Business Growth

Is the business growing and getting better?  Will your interface engine keep growing and building alongside you?  Do they have a positive track record, a history of innovation, and a focus on backwards compatibility?  The solution you choose should be able to meet the changing demands of the industry for at least the next 10-15 years.

With all this being said, it’s important that a healthcare organization have a team of experienced, flexible, thoughtful, and prepared healthcare professionals to complement your choice of integration engine.  Galen’s integration services team is a group of talented professionals that are fluent in HL7, Orion RhapsodyTM, Allscripts ConnectRTM, MirthTM, and SQL.  They have worked in small clinics and large hospital networks alike, and always work with the organization to find a solution that works best for them.  If you’re working with one of these interface engines and you have a solution that needs developing, please visit our Integration Services to learn more.

 

References:

Corporation, Intersystems. Nine Questions to Ask Before Replacing an Interface Engine (n.d.): n. pag. http://www.intersystems.com/assets/Nine_Questions-6fe215919b0e9e89d0e6e07182132a4f.pdf.

Health, Corepoint. What Is Your Healthcare Interface Approach? (n.d.): n. pag. http://www.corepointhealth.com/sites/default/files/whitepapers/healthcare-clinical-interface-solution.pdf.

Can HL7 solve your Meaningful Use needs?

By now most healthcare organizations are knee-deep in Meaningful Use (MU) – but a new year means a new stage of MU, which means new requirements, new opportunities for solutions, and new pressures to find the right solution for your organization. That’s where we come in.

Next week Wednesday, February 18, Galen will be presenting a webcast on HL7 interfaces and how they fit into the Meaningful Use puzzle. The focus will be on Meaning Use Stage 2, as only 1% of hospitals and Eligible Professionals completed attestation for that stage in 2014; the bulk of qualified organizations will attest for Stage 2 in 2015 and 2016. The webcast will cover this year’s requirements, thresholds for attestation, new menu objectives, and Clinical Quality Measures.

TIMELINE FOR MEANINGFUL USE:
HL7 timeline

We will also give a brief overview of HL7 messaging and its role in interoperability. The HL7 standard is used by 95% of U.S. healthcare organizations and boasts backwards capability – meaning HL7 is able to be integrated into nearly any existing information system. We will select seven MU2 objectives (shown below) and take an in-depth look at which HL7 interfaces would be appropriate as solutions.

hl7

Next week’s webcast is intended for an audience that have already been exposed to the basics of both Meaningful Use and HL7. However, we have previously presented separate webcasts for beginners on both topics, which can be found on Galen’s Wiki (notably, here are the links for the HL7 Fundamentals webcast and the MU2 Requirements webcast).

You can register for the “Your HL7 Interface and What It Means for Meaningful Use” here.  We hope you can join us!

Let My Data Go!

I recently had a nice chat with a colleague analyzing HIT industry trends for Kalorama Information. Kalorama does industry research for the medical and life sciences for many of the major news and consulting organizations. I got in touch with her specifically because of Kalorama’s analysis on EHRs in 2012 which was used by Bloomberg Government for their (very expensive) EHR industry analysis for provider and vendors. She found that in 2012 one of the most immediate challenges for providers was implementing EHR systems that meet meaningful use standards. She also found that vendors were having trouble with interoperability and usability.

Fast forward to 2013; a lot has changed. Epic has grown to dominate many markets. Allscripts has a new CEO and a few new toys to play with. eClinicalWorks has become a force to be reckoned with in the small practice space. However, the challenges the providers are facing have changed. My colleague and I talked for a while about various organizations we each have worked with and came to the same conclusion: providers are now having trouble with interoperability and conversions of data.

2013 Priorities

The majority of physician offices have implemented EHRs, but they must now communicate with other entities such as HIEs and ACOs. With the increase in mergers and acquisitions, we are also seeing an increased demand for conversions from one system to another. These problems involve a thorough understanding of the underlying data structure as well as a solid foundation in interoperability standards such as LOINC, HL7, SNOMED, and CDA. The vendors have the expertise to work on the problems for their products, but they are not enthusiastic about helping clients switch off their platform. Selling the EHR has been the primary goal for vendors in the past, not technical support that moves a client away from their product. Vendors are under the assumption that if they make switching off their product difficult, then clients will be less likely to undertake the conversion or integration with a product that is not part of the vendor’s family of products. While this is definitely true for disgruntled clients, it only makes it frustrating for clients who do not have a choice in the products they work with. This reality has led to some very important questions.

Where is an organization to go when their own vendor is not supporting their efforts? How do organizations extract meaningful data from such complicated or cloud based databases? How can we become self-sufficient in managing our data? How does an organization meet new institutional and government requirements? Galen can help clients with these challenges, but vendors need to help by making products that play nice with others.

At the end of our conversation my colleague and I simultaneously came to the same conclusion: “Organizations feel like their data is being held hostage!

De-Identify Patient Data

Have you ever provisioned a new environment and need to populate it with quality, robust patient data?  Or have an old environment with great patient data but need to de-identify the patient data? Well so have we…

I was recently tasked with pulling a bundle of HL7 messages. The messages consisted of ORUs (lab and rad results), MDMs (doctor’s notes), ADTs (registration), and SIUs (scheduling) of twenty-five patient’s transactions over a five-day period.  This resulted in 1400 HL7 messages with live patient data. So just to recap, we have real life scenarios starting with registration of a patient to radiology, lab, and transcription information. Awesome!

We’re done… right?

Well this makes someone training providers or someone testing the new functionality of an application happy, but what about someone at HIPAA? We need to make sure if you we were to try and track down a patient we get a response like below.

HIPAA

We need to figure out a way to not compromise the patient data we compiled without leaving a trace. So what does that mean? We want to keep the patient orders date ranges consistent and adhere to HL7 message protocol without being able to figure out if your neighbor recently had a complete blood count (CBC). We could manually track down the patient sensitive data and update it but that is unreasonable. Luckily Inner Harbour Software has a great tool that accomplishes everything above called HL7Spy. The custom code functionality uses C# and will transform the patient data for you, while keeping the date ranges intact. I.E. if a CBC was ordered and two days later the specimen was collected; HL7Spy ensures the two-day period is maintained in the de-identified messages.

HL7Spy is a very robust and versatile tool. HL7Spy has the ability to analyze hundreds of thousands of messages and is a must have tool for HL7 integrators! I highly recommend you try their 20 day free trial (www.hl7spy.com).

If you also have a lot of PHI in a train, test, or development Allscripts Enterprise EHR environment that needs to be de-identified; we can help! Galen can go into these environments and run a script to scramble the patient data. We can only use a list of 200 first names and last names and replace it with all patients’ information. Only using a few specified SSNs, MRNs, addresses, etc ensures we protect the patient’s data.

City of Hope Achieves Bidirectional Lab Integration with Quest and LabCorp

We thoroughly enjoyed working with Galen on our lab interfaces project. They were experienced and guided us with expertise from start to finish. With the help of Galen we were able to implement bi-directional lab interfaces that not only meet but exceed the expectations of our clinicians. As a multi-site cancer specialty we rely heavily on lab work for our patients. With the help of Galen we have been able to significantly reduce the turn-around time to receive the clinical data required to deliver the best possible care to our patients.
-Glen Zhou, Senior Clinical Systems Analyst, City of Hope Medical Foundation

We recently assisted one of our clients—a National Cancer Institute-designated comprehensive cancer center – in standing up bidirectional lab integration with Quest and LabCorp. The project offered an additional layer of complexity in that the compendiums for the labs had to be synchronized. The project lasted 6 months in duration, culminating in a big-bang go-live in October 2012. The client now has versatility in the number of labs their end users can leverage, seamlessly integrate with, and reap the compelling benefits of bidirectional lab integration.

View this document on Scribd

Next Page »