MLLP
   HOME

TheInfoList



OR:

Health Level Seven or HL7 refers to a set of international standards for transfer of clinical and administrative data between software applications used by various healthcare providers. These standards focus on the application layer, which is "layer 7" in the OSI model. The HL7 standards are produced by Health Level Seven International, an international standards organization, and are adopted by other standards issuing bodies such as
American National Standards Institute The American National Standards Institute (ANSI ) is a private non-profit organization that oversees the development of voluntary consensus standards for products, services, processes, systems, and personnel in the United States. The organi ...
and International Organization for Standardization. Hospitals and other healthcare provider organizations typically have many different computer systems used for everything from billing records to patient tracking. All of these systems should communicate with each other (or "interface") when they receive new information, or when they wish to retrieve information, but not all do so. HL7 International specifies a number of flexible standards, guidelines, and methodologies by which various healthcare systems can communicate with each other. Such guidelines or data standards are a set of rules that allow information to be shared and processed in a uniform and consistent manner. These data standards are meant to allow healthcare organizations to easily share clinical information. Theoretically, this ability to exchange information should help to minimize the tendency for medical care to be geographically isolated and highly variable. HL7 International considers the following standards to be its primary standards – those standards that are most commonly used and implemented: * Version 2.x Messaging Standard – an interoperability specification for health and medical transactions * Version 3 Messaging Standard – an interoperability specification for health and medical transactions * Clinical Document Architecture (CDA) – an exchange model for clinical documents, based on HL7 Version 3 * Continuity of Care Document (CCD) – a US specification for the exchange of medical summaries, based on CDA. *
Structured Product Labeling Structured Product Labeling (SPL) is a Health Level Seven International (HL7) standard which defines the content of human prescription drug labeling in an XML format. The "drug labeling" includes all published material accompanying a drug, such ...
(SPL) – the published information that accompanies a medicine, based on HL7 Version 3 * Clinical Context Object Workgroup (CCOW) – an interoperability specification for the visual integration of user applications Other HL7 standards/methodologies include: * Fast Healthcare Interoperability Resources (FHIR) – a standard for the exchange of resources * Arden Syntax – a grammar for representing medical conditions and recommendations as a Medical Logic Module (MLM) * Claims Attachments – a Standard Healthcare Attachment to augment another healthcare transaction * Functional Specification of
Electronic Health Record An electronic health record (EHR) is the systematized collection of patient and population electronically stored health information in a digital format. These records can be shared across different health care settings. Records are shared throu ...
(EHR) / Personal Health Record (PHR) systems – a standardized description of health and medical functions sought for or available in such software applications * GELLO – a standard expression language used for clinical decision support


Primary standards

HL7's primary standards are those standards that Health Level Seven International considers to be most commonly used and implemented.


Version 2 messaging

The HL7 version 2 standard (also known as Pipehat) has the aim to support hospital workflows. It was originally created in 1989. HL7 version 2 defines a series of electronic messages to support administrative, logistical, financial as well as clinical processes. Since 1987 the standard has been updated regularly, resulting in versions 2.1, 2.2, 2.3, 2.3.1, 2.4, 2.5, 2.5.1, 2.6, 2.7, 2.7.1, 2.8, 2.8.1 and 2.8.2. The v2.x standards are backward compatible (e.g., a message based on version 2.3 will be understood by an application that supports version 2.6). HL7 v2.x messages use a non- XML encoding syntax based on segments (
line Line most often refers to: * Line (geometry), object with zero thickness and curvature that stretches to infinity * Telephone line, a single-user circuit on a telephone communication system Line, lines, The Line, or LINE may also refer to: Arts ...
s) and one-character
delimiter A delimiter is a sequence of one or more characters for specifying the boundary between separate, independent regions in plain text, mathematical expressions or other data streams. An example of a delimiter is the comma character, which acts a ...
s. Segments have composites ( fields) separated by the composite delimiter. A composite can have sub-composites (components) separated by the sub-composite delimiter, and sub-composites can have sub-sub-composites (subcomponents) separated by the sub-sub-composite delimiter. The default delimiters are carriage return for the segment separator, vertical bar or pipe (, ) for the field separator, caret (^) for the component separator, ampersand (&) for the subcomponent separator, and number sign (#) for the default truncation separator. The tilde (~) is the default repetition separator. Each segment starts with a 3-character string that identifies the segment type. Each segment of the message contains one specific category of information. Every message has MSH as its first segment, which includes a field that identifies the message type. The message type determines the expected segment types in the message. The segment types used in a particular message type are specified by the segment grammar notation used in the HL7 standards. The following is an example of an admission message. MSH is the header segment, PID the Patient Identity, PV1 is the Patient Visit information, etc. The 5th field in the PID segment is the patient's name, in the order, family name, given name, second name (or their initials), suffix, etc. Depending on the HL7 V2.x standard version, more fields are available in the segment for additional patient information. HL7 v2.x has allowed for the interoperability between electronic Patient Administration Systems (PAS), Electronic Practice Management (EPM) systems, Laboratory Information Systems (LIS), Dietary, Pharmacy and Billing systems as well as Electronic Medical Record (EMR) or
Electronic Health Record An electronic health record (EHR) is the systematized collection of patient and population electronically stored health information in a digital format. These records can be shared across different health care settings. Records are shared throu ...
(EHR) systems. Currently, the HL7 v2.x messaging standard is supported by every major medical information systems vendor in the United States.


Version 3 messaging

The HL7 version 3 standard has the aim to support all healthcare workflows. Development of version 3 started around 1995, resulting in an initial standard publication in 2005. The v3 standard, as opposed to version 2, is based on a formal methodology (the HDF) and object-oriented principles. RIM - ISO/HL7 21731 The Reference Information Model (RIM) is the cornerstone of the HL7 Version 3 development process and an essential part of the HL7 V3 development methodology. RIM expresses the data content needed in a specific clinical or administrative context and provides an explicit representation of the
semantic Semantics (from grc, σημαντικός ''sēmantikós'', "significant") is the study of reference, meaning, or truth. The term can be used to refer to subfields of several distinct disciplines, including philosophy, linguistics and comput ...
and lexical connections that exist between the information carried in the fields of HL7 messages. HL7 Development Framework - ISO/HL7 27931 The HL7 Version 3 Development Framework (HDF) is a continuously evolving process that seeks to develop specifications that facilitate interoperability between healthcare systems. The HL7 RIM, vocabulary specifications, and model-driven process of analysis and design combine to make HL7 Version 3 one methodology for development of consensus-based standards for healthcare information system interoperability. The HDF is the most current edition of the HL7 V3 development methodology. The HDF not only documents messaging, but also the processes, tools, actors, rules, and artifacts relevant to development of all HL7 standard specifications. Eventually, the HDF will encompass all of the HL7 standard specifications, including any new standards resulting from analysis of electronic health record architectures and requirements. HL7 specifications draw upon codes and vocabularies from a variety of sources. The V3 vocabulary work ensures that the systems implementing HL7 specifications have an unambiguous understanding of the code sources and code value domains they are using. V3 Messaging The HL7 version 3 messaging standard defines a series of Secure Text messages (called ''interactions'') to support all healthcare workflows. HL7 v3 messages are based on an XML encoding syntax, as shown in this example:


Clinical Document Architecture (CDA)

The HL7 Clinical Document Architecture (CDA) is an XML-based markup standard intended to specify the encoding, structure and semantics of clinical documents for exchange. The standard was jointly published with ISO as ISO/HL7 27932.


Continuity of Care Document (CCD)

CCD is a US specification for the exchange of medical summaries, based on CDA.


Structured Product Labeling (SPL)

SPL describes the published information that accompanies a medicine, based on HL7 Version 3.


CCOW

CCOW, or "Clinical Context Object Workgroup," is a standard protocol designed to enable disparate applications to share user context and patient context in real-time, and at the user-interface level. CCOW implementations typically require a CCOW vault system to manage user security between applications.


Other standards and methods


Fast Healthcare Interoperability Resources (FHIR)

Fast Healthcare Interoperability Resources is a draft standard from HL7 International designed to be easier to implement, more open and more extensible than version 2.x or version 3. It leverages a modern web-based suite of API technology, including a HTTP-based RESTful protocol, HTML and
Cascading Style Sheets Cascading Style Sheets (CSS) is a style sheet language used for describing the presentation of a document written in a markup language such as HTML or XML (including XML dialects such as SVG, MathML or XHTML). CSS is a cornerstone techno ...
for user interface integration, a choice of
JSON JSON (JavaScript Object Notation, pronounced ; also ) is an open standard file format and data interchange format that uses human-readable text to store and transmit data objects consisting of attribute–value pairs and arrays (or other ser ...
or XML for data representation, OAuth for authorization and ATOM for query results.


Services Aware Interoperability Framework

The HL7 Services-Aware Enterprise Architecture Framework (SAIF) provides consistency between all HL7 artifacts, and enables a standardized approach to Enterprise Architecture (EA) development and implementation, and a way to measure the consistency. SAIF is a way of thinking about producing specifications that explicitly describe the governance, conformance, compliance, and behavioral semantics that are needed to achieve computable semantic working interoperability. The intended information transmission technology might use a messaging, document exchange, or services approach. SAIF is the framework that is required to rationalize interoperability of other standards. SAIF is an architecture for achieving interoperability, but it is not a whole-solution design for enterprise architecture management.


Arden syntax

The Arden syntax is a language for encoding medical knowledge. HL7 International adopted and oversees the standard beginning with Arden syntax 2.0. These Medical Logic Modules ( MLMs) are used in the clinical setting as they can contain sufficient knowledge to make single medical decisions. They can produce alerts, diagnoses, and interpretations along with quality assurance function and administrative support. An MLM must run on a computer that meets the minimum system requirements and has the correct program installed. Then, the MLM can give advice for when and where it is needed.


MLLP

A large portion of HL7 messaging is transported by Minimal Lower Layer Protocol (MLLP), also known as Lower Layer Protocol (LLP) or Minimum Layer Protocol (MLP). For transmitting via TCP/IP, header and trailer characters are added to the message to identify the beginning and ending of the message because TCP/IP is a continuous stream of bytes. Hybrid Lower Layer Protocol (HLLP) is a variation of MLLP that includes a checksum to help verify message integrity. Amongst other software vendors, MLLP is supported by Microsoft, Oracle, Cleo. MLLP contains no inherent security or encryption but relies on lower layer protocols such as Transport Layer Security (TLS) or IPsec for safeguarding Protected health information outside of a secure network.


Functional EHR and PHR specifications

Functional specifications for an
electronic health record An electronic health record (EHR) is the systematized collection of patient and population electronically stored health information in a digital format. These records can be shared across different health care settings. Records are shared throu ...
.


Message details


The OBR segment

An OBR Segment carries information about an exam, diagnostic study/observation. It is a required segment in an ORM (order message) or an ORU (Observation Result) message.


See also

* CDISC *
DICOM Digital Imaging and Communications in Medicine (DICOM) is the standard for the communication and management of medical imaging information and related data. DICOM is most commonly used for storing and transmitting medical images enabling the integ ...
* DVTk * Electronic medical record * eHealth * EHRcom * European Institute for Health Records ( European Union) * Fast Healthcare Interoperability Resources *
Health Informatics Health informatics is the field of science and engineering that aims at developing methods and technologies for the acquisition, processing, and study of patient data, which can come from different sources and modalities, such as electronic hea ...
* Health Informatics Service Architecture (HISA) * Healthcare Services Specification Project (HSSP) * Integrating the Healthcare Enterprise(IHE) * ISO TC 215 * LOINC *
NextGen Connect Mirth Connect is a cross-platform interface engine used in the healthcare industry that enables the management of information using bi-directional sending of many types of messages. The primary use of this interface engine is in healthcare. On ...
* openEHR Foundation * Public Health Information Network * SNOMED, SNOMED CT * Nomenclature for Properties and Units terminology


References


External links


HL7.org site

What does HL7 education mean?
* HL7 International is a member of th
Joint Initiative on SDO Global Health Informatics Standardization



Australian Healthcare Messaging Laboratory (AHML) - Online HL7 Message Testing and Certification

Comprehensive Implementation of HL7 v3 Specifications in Java

NIST HL7 Conformance Testing Framework

ICH-HL7 Regulated Product Submissions



HL7 Programming Tutorials
Short Tutorials on many HL7 concepts for Programmers.


Critical reviews


HL7 RIM: An Incoherent Standard

HL7 RIM Under Scrutiny
(attempted rebuttal)(publication date?)
HL7 WATCH
* Update 2013
Human Action in the Healthcare Domain: A Critical Analysis of HL7’s Reference Information Model
{{health software International standards Multi-agent systems American National Standards Institute standards Standards for electronic health records Data coding framework