Conformance checking for HL7

Ensuring messages are understood by healthcare vendors before and during processing

Although the HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More 2.X messaging standard is the most widely used standard in the United States for the exchange of clinical patient data, it varies greatly in how it is implemented by each medical device and application. Consequently, it is often called the “non-standard standard”. The purpose of HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More 2.X is to provide a framework for negotiation so that each healthcare interface is closer to 20% custom rather than 100%.

The variances in implementation lead to different message formats among healthcare vendors and external providers. In order to communicate effectively between systems with different message formats, you must determine where the messages are incompatible and make changes to at least one, and potentially both, of the interfaces that are accepting or sending messages.

Gap analysis or conformance checkingConformance checking or gap analysis for HL7 messages is a logical process used to determine whether... More for HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More messages, is a logical process used to determine whether a message from one particular medical device or application is compatible to the standard HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More messaging format, or a custom format, adopted by another device or application.

Why does nonconformance occur?

You may wonder why you need to perform a gap analysis or check for conformance between devices or applications that say they are HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More compliant.

Nonconformance occurs for two main reasons:

  1. An application team utilizes the flexibility of the HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More 2.X message standard to meet their system’s unique requirements. This occurs primarily in the areas of cardinality and the HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More version that is used.
  2. The HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More messaging standard can be complex and sometimes is easily misinterpreted.

Cardinality

Cardinality represents the minimum and maximum number of values that can exist inside a given element of a message. The HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More messaging standard allows cardinality, where elements can be either optional or required, and either singleton (nonrepeating) or repeating.

Examples of HL7 message cardinality are shown in the table below.

Rules and Cardinality for HL7 Fields or Segments Table

How does cardinality cause nonconformance?

When looking at cardinality, it would seem to provide enough flexibility to be followed by all systems. However, this is an area that frequently causes nonconformance. The following example shows one way this can happen.

One development team (team 1) may implement the cardinality of the Patient Address Field (PID-11) exactly as the standard says. Therefore, they would allow zero to infinite patient addresses (cardinality of 0 to n).

Another development team (team 2), may require one patient address but only allow one (cardinality 1 to 1). Team 2, in this example, is not HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More compliant.

If the application developed by team 1 sends a message to team 2’s application without a patient address, the application from team 2 would not accept it, even though the message is HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More compliant.

There are clinical healthcare systems that have misapplied cardinality rules and are not technically HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More compliant. However, these systems are in use and actively trading HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More messages with other systems.

HL7 versions

HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More 2.X is designed to be backward compatible. As new segments and fields are added they are marked as optional, so that older systems communicating with newer systems do not need to contain those elements. In theory, the version of HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More 2.X does not matter. There are a few instances of where nonconformance occurs due to version differences. A few of these are shown in the table below.

Nonconformance due to differing versions is most often caused by one system requiring a message element that did not exist in a previous version, even though HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More defines it as optional.

HL7 Version Differences and their Results Table

Misinterpretation of standard

Development teams are experts in their specialized area, such as a lab or pharmacy, but not necessarily in HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More messaging. The HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More messaging standard, while extremely flexible, is also complex. Interfacing with other applications may not be the highest priority on the list when creating a clinical application. By the time interfacing is approached, decisions regarding how the application will work may have already been made. This could result in any number of messages from the application to lack HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More compliance.

How do you check for HL7 conformance?

As an analyst trying to ensure correct communication between medical devices and applications, you will have to look at all the possible predictable and unpredictable causes for nonconformance. Where do you start?

First, determine how closely the incoming and outgoing message formats matches your own.

Second, teach your system how to understand the different message format in order to receive and send messages.

Finally, each message should be checked as it is coming into your application during run-time in order to verify that it provides your application with the fields you require. If it does not, make sure it is put aside to be evaluated for possible noncompliance.

Determining message format differences

Determining format differences begins with analyzing the external healthcare vendor’s message specifications and sample messages. These specifications are rarely up-to-date; therefore, sample messages will provide you with the most accurate view of the message formats you will receive. This sample of messages should be large enough to represent each type of message you may receive from the external healthcare vendor.

Compare specifications with your message format to determine the areas of nonconformance.

Next, walk through the message samples to confirm that the sample messages match the specification. If you find additional areas of nonconformance in the sample messages, record those issues.

The areas of nonconformance found within the specifications and message samples provide critical information for you to use when negotiating with the external healthcare vendors or providers.

Teaching your system to understand the message differences

There are many reasons systems that claim to be HL7 compliant have message formats that are not quite HL7 compliant. Additionally, all the flexibility within the HL7 standard creates differences in the messages. However, the fact remains that your system is communicating with these applications, and so it needs to be able to accept and receive messages that are not conformant with your own format standard.

This is commonly accomplished by using an HL7 interface or communications engine that sits between the two separate systems and parses and encodes the messages coming into or leaving the system.

There are a number of different tools available that provide assistance in the creation of the interfaces. Most interfacing experts agree that it is much easier to use an existing tool to parse and encode HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More messages than to create one individually. The best tools have extensive HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More knowledge built in and provide maximum flexibility to adjust to varying message formats.

Conformance checking during run-time

You must weigh the advantages and disadvantages of how strict your conformance checkingConformance checking or gap analysis for HL7 messages is a logical process used to determine whether... More treats incoming messages. The stricter your conformance checkingConformance checking or gap analysis for HL7 messages is a logical process used to determine whether... More at run-time, the more messages will error and require manual intervention to process.

Typically, you should ignore the unexpected segments when you are in run-time mode, which complies with HL7’s recommendation to ignore unexpected elements. You may, however, want to require the existence of required elements in your message to avoid having incomplete data.

Any quality interfacing tool will have configurable conformance checkingConformance checking or gap analysis for HL7 messages is a logical process used to determine whether... More available at run-time.

Summary

Although complex, engaging in a conformance checkingConformance checking or gap analysis for HL7 messages is a logical process used to determine whether... More process will greatly improve the integrity of the exchange of clinical data via the HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More standard.

Whether you utilize an interfacing tool or engage in a manual process, several items will need to be checked for conformance to the HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More standard used:

  • Cardinality within fields or segments
  • HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More version features used by both the sending and receiving entity
  • Customization and/or misinterpretation of the HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More standard
  • Differences in message formats

About Corepoint Health

Corepoint Health solutions deliver interoperabilityInteroperability refers to the ability of two or more systems or components to exchange information ... More for healthcare organizations and simplify the complexities of healthcare data through practical software applications, consulting and training. Our innovative and proven software solutions leverage clinical data flow efficiently for a diverse group of healthcare entities including hospitals, imaging centers, laboratories, clinics and healthcare vendors. This next generation approach to healthcare data and streamlined workflow is where Corepoint Health specializes in helping customers discover the power of integration.

Download PDF

 Print Friendly