Engaging Conversations on Healthcare and Technology

  • TwitterFacebookRSS

HL7 Specifications Defined

When embarking into an HL7 integration project, specifications can be a great resource of information. HL7 specifications for an interface project to exchange clinical data is no different.

An interface implies two sides, each side being a clinical application that should be able to provide HL7 specifications for the project.

The specifications will detail important information regarding the interface including the following:

  • Communication protocol
  • HL7 standard version
  • HL7 message(s) to be sent or received
  • Message format or segment layout for each message
  • Field list for all segments including Z segments
  • Other details (e.g., use requirements, field content, optionality, etc.)

If you are able to obtain good specifications detailing all the needed information, you should be ready to begin the gap analysis phase.

However, specifications or useful specifications may not be provided. In these cases, you can try to request sample messages from the application. With the right tools, you can probably determine the HL7 messaging format to be used.

With or without specifications, asking for sample messages is always a good idea. Often times, don’t be surprised to find that the sample messages do not match the specifications. You can simply add these items to the gap analysis.

Good luck in your HL7 integration project!

Related posts:

  1. What Are Z Segments?
  2. What Are the Components of an HL7 Message?
  3. What Is an ACK?
  4. What Is an ORU Message?
  5. How Do I Get a Copy of the HL7 Specification / Manual?
  • http://hl7standards.com/blog/2006/11/02/determine-hl7-message-conformance/ How Do I Determine if HL7 Messages Are Conformant?

    [...] The HL7 2.X standard varies greatly in how it is implemented by each medical device or application vendor, causing nonconformance between message formats. Determining and understanding nonconformance between provider or vendor message formats involves reviewing the their message specifications and sample messages.  [...]

  • http://hl7standards.com/blog/2007/02/01/ack-message-real-world-scenario/ ACK Message – Real World Scenario

    [...] These problems can be avoided upfront if the implementation team has a solid understanding of how ACKs will work between the systems. It is important to review the HL7 specifications of any application that you will be interfacing with to gain a thorough understanding of how their system sends and receives HL7 acknowledgment messages. [...]

  • http://hl7standards.com/blog/2007/05/01/hl7-conference/ HL7 Conference

    [...] A phone call or face-to-face meeting where HL7 specifications are reviewed or exchanged. During this HL7 conference, there is a “meeting of the minds” with respect to the data elements and work flows that will be supported by the HL7 interface. [...]

  • http://hl7standards.com/blog/2007/08/16/getting-started-with-your-hl7-interface/ Getting Started with Your HL7 Interface

    [...] HL7 Specifications – Each vendor should be able to supply an inbound and outbound HL7 specification for their application. The quality of these documents will vary greatly from vendor to vendor. These documents will allow you to do a gap analysis (see below) between the two systems. [...]

  • http://hl7standards.com/blog/2007/06/27/what-is-the-producer-id-in-hl7/ What Is the Producer’s ID in HL7?

    [...] HL7 messaging, the exact field contents can be negotiated based on interface specifications between the sending and receiving [...]

  • http://hl7standards.com/blog/2007/02/01/who-uses-hl7/ Who Uses HL7?

    [...] Drafting and/or evaluating HL7 specifications [...]

  • http://www.hl7standards.com/blog/2007/08/16/getting-started-with-your-hl7-interface/ Getting Started with Your HL7 Interface

    [...] Specifications – Each vendor should be able to supply an inbound and outbound HL7 specification for their application. The quality of these documents will vary greatly from vendor to [...]

  • http://www.hl7standards.com/blog/2007/08/16/getting-started-with-your-hl7-interface/ Getting Started with Your HL7 Interface | HL7 Standards

    [...] Specifications – Each vendor should be able to supply an inbound and outbound HL7 specification for their application. The quality of these documents will vary greatly from vendor to [...]

  • http://www.hl7standards.com/blog/2008/07/25/hl7-time-zone-qualification/ HL7 Time Zone Qualification | HL7 Standards

    [...] noted in chapter two of the HL7 specification, the time zone of the sender “should” be sent as an offset from the coordinated [...]

  • http://www.hl7standards.com/blog/2006/11/02/determine-hl7-message-conformance/ How Do I Determine if HL7 Messages Are Conformant? | HL7 Standards

    [...] nonconformance between provider or vendor message formats involves reviewing the their message specifications and sample [...]

blog comments powered by Disqus