Product V3

Product Brief - V3: Version 3 Normative Edition Product Suite

back to Main_Page
back to Product_List

Product Suite

V3: Version 3 Normative Edition

Topics (Products)

Messaging

Common Domains

• ANSI/HL7 V3 COMT: R1-2004, R2-2005; HL7 Version 3 Standard: Shared Messages
• ANSI/HL7 V3 CMET, R1-2005, R2-2009; HL7 Version 3 Standard: Common Message Element Types, Release 2
• DSTU: HL7 Version 3 Standard: Clinical Statement Pattern, Release 1; ends Dec 2009

Administrative Management

• ANSI/HL7 V3 SC, R1-2003; HL7 Version 3 Standard: Scheduling, Release 1
• ANSI/HL7 V3 CR: R1-2004, R2-2004, R3-2005, R4-2008; Version 3 Standard: Claims and Reimbursements
  • DSTU: HL7 Version 3 Standard: Claims & Reimbursement; Special Authorization, Release 1; ends May 2011
• ANSI/HL7 V3 AB: R1-2005, R2-2008; HL7 Version 3 Standard: Accounting & Billing
• ANSI/HL7 V3 PM, R1-2005; HL7 Version 3 Standard: Personnel Management, Release 1 (Registries)
• HL7 PA, R2-2007 and 2009 ; (DSTU)HL7 Version 3 Standard: Patient Administration, Release 2 (Encounter)

Specification Infrastructure/Messaging

• ANSI/HL7 V3 IM, R1-2004; HL7 Version 3 Standard: Infrastructure Management, Release 1
• ANSI/HL7 V3 MFRI, R1-2006; HL7 Version 3 Standard: Master File/Registry Infrastructure, Release 1

Health and Clinical Management

Domain Analysis Models

• V3: Regulated Reporting Domain - Public Health: Tuberculosis Domain Analysis Model, Release 1
• V3: Regulated Studies Domain - BRIDG DAM
• HL7 V3 Domain: Vital Records Domain Analysis Model
• HL7 V3 Domain: Emergency Medical Services Domain Analysis Model
  • HL7 V3 EMS Domain Information Model and Interoperability Specifications
• HL7 V3 Domain: Virtual Medical Record for Clinical Decision Support Domain Analysis Model

Standards and Implementation Guides

• V3 Domain: Care Provision
  • DSTU: HL7 Version 3 Standard: Care Provision, Release 1; This DSTU has been extended an additional 24 months upon the approval of the TSC as indicated in TSC Tracker #1046. Ends May 2011
• Domain: Clinical Decision Support
  • ANSI/HL7 V3 INFOB, R1-2010- HL7 V3 Infobutton, R1: HL7 Version 3 Standard: Context-aware Information Retrieval (Infobutton); Knowledge Request, Release 1

    HL7 Version 3 Implementation Guide: URL-Based Implementations of the Context-Aware Information Retrieval (Infobutton) Domain

  • HL7 Version 3 Implementation Guide: Virtual Medical Record for Clinical Decision Support; (vMR-CDS) for GELLO, Release 1
• Domain: Clinical Document Architecture
• Domain: Clinical Genomics
  • ANSI/HL7 V3 CGPED, R1-2007; HL7 Version 3 Standard: Clinical Genomics; Pedigree, Release 1
  • DSTU: Clinical Genomics Genotype; ends July 2010
• Domain: eMeasures
• Domain: Immunization
  • DSTU: HL7 Version 3 Standard: Immunization, Release 1; ends April 2010
• Domain: Laboratory
  • ANSI/HL7 V3 LBRESULT, R1-2009, HL7 Version 3 Standard: Laboratory; Result Topic, Release 1
• Domain: Pharmacy
  • ANSI/HL7 V3 RXMEDORDER, R1-2009; HL7 Version 3 Standard: Pharmacy: Medication Order, Release 1
• Domain: Medical Records,
  • ANSI/HL7 V3 RCMR, R1-2006; HL7 Version 3 Standard: Medical Records/ Information Management, Release 1
  • ANSI/HL7 V3 MRDACM, R1-2008; HL7 Version 3 Standard: Medical Records; Data Access Consent Management, Release 1
• Domain: Registries
  • DSTU: Real Time Location Tracking (expired July 2009)
• HL7 V3 Domain: Regulated Reporting (UVRR)
  • ANSI/HL7 V3 RRCS, R1-2005 - HL7 Version 3 Standard: Individual Case Safety Report, Release 1; 4/25/2005
    • HL7 V3 RRCS, R2-2006 - HL7 Version 3 Standard: Individual Case Safety Report, Release 2; October 2006
  • HL7 V3 GIN, R1 - HL7 Version 3 Standard: Generic Incident Notification, Release 1; March 2007
  • ANSI/HL7 V3 RRNCR, R1-2004 - HL7 Version 3 Standard: Public Health Reporting: Case Investigation Topic, Release 1; 11/3/2004 aka Notifiable Condition Report, withdrawn
• HL7 V3: Domain - Regulated Products (UVRP)
  • ANSI/HL7 V3 RPS, R1-2008; HL7 Version 3 Standard: Regulated Product Submission, Release 1
    • HL7 IG RPS, R1 - HL7 Version 3 Implementation Guide: Regulated Product Submission, Release 1; Last ballot: Informative Ballot 1 - May 2008
  • ANSI/HL7 SPL: R1-2004, R2-2005, R3-2007, R4-2009; HL7 Version 3 Standard: Structured Product Labeling
    • HL7 IG SPL, R4 - HL7 Version 3 Implementation Guide: Structured Product Labeling, Release 4; Last Ballot: Informative Ballot 1 - January 2009
  • HL7 V3 CRFQSFM R1-2008: HL7 Version 3 Standard: Regulated Studies; Clinical Research Filtered Query (CRFQ) Service Functional Model, Release 1; May 2008
• HL7 V3: Domain - Regulated Studies (UVRT)
  • ANSI/HL7 V3 ECG, R1-2004 (R2009); HL7 Version 3 Standard: Regulated Studies - Annotated ECG, Release 1
    • HL7 V3 IG aECG - HL7 Version 3 Implementation Guide: aECG, Release 1 March 2005
  • ANSI/HL7 V3 PORT, R1-2004; HL7 Version 3 Standard: Regulated Studies - Periodic Reporting of Clinical Trials Laboratory Results, Release 1
    • DSTU extension: HL7 Version 3 Standard: Periodic Reporting of Clinical Trial Laboratory Data, Release 2; ends March 2010
  • ANSI/HL7 V3 DSR, R1-2005; HL7 Version 3 Standard: Drug Stability Reporting, Release 1
    • DSTU: HL7 Version 3 Standard: Drug Stability Reporting (eStability), Release 2; ends Feb 2010
      • HL7 IG DSR, R2 - HL7 Version 3 Implementation Guide: Drug Stability Reporting (eStability), Release 2; Last Ballot: Informative Ballot 2 - January 2009
  • HL7 CDISC2MSG SD, R1 - HL7 Version 3 CDISC Content to Message, and implementation guides for Study Design and Study Participation.
  • HL7 BRIDG DAM, R1 - HL7 Version 3 Domain Analysis Model: Biomedical Research Integrated Domain (BRIDG), Release 1 (Informative Ballot 1 - May 2010)
• HL7 V3 Domain: Therapeutic Devices (UVTD)
  • ANSI/HL7 V3 IDC, R1-2006; HL7 Version 3 Standard: Implantable Device Cardiac - Follow-up Device Summary, Release 1

Standard Category

Health Information Exchange Standards

Integration Paradigm

Messaging

Type

Normative, Contains a suite of ANSI Standards

Releases

• Messaging Standard Version 3 Normative Edition 2006 (V3NE06)
• Messaging Standard Version 3 Normative Edition 2008 (V3NE08)
• Messaging Standard Version 3 Normative Edition 2009 (V3NE09)

Summary

Version 3 is HL7’s family of standards developed with a model-driven methodology. The release of HL7’s Version 3 Normative Edition marks a quantum leap in the functionality and interoperability of messaging standards. Version 3 is one of the first in the industry to embrace XML. Several countries have already begun significant Version 3 implementations, including the United Kingdom, Canada, the Netherlands, Mexico, Germany and Croatia.

Description

Version 3 represents a significant departure from "business as usual" for HL7. Offering lots of optionality and thus flexibility, the V2.x series of messages were widely implemented and very successful. These messages evolved over several years using a "bottom-up" approach that has addressed individual needs through an evolving ad-hoc methodology. There is neither a consistent view of that data that HL7 moves nor that data's relationship to other data. HL7's success is also largely attributable to its flexibility. It contains many optional data elements and data segments, making it adaptable to almost any site. While providing great flexibility, its optionality also makes it impossible to have reliable conformance tests of any vendor's implementation and also forces implementers to spend more time analyzing and planning their interfaces to ensure that both parties are using the same optional features. Version 3 addresses these and other issues by using a well-defined methodology based on a reference information (i.e., data) model. It will be the most definitive standard to date. Using rigorous analytic and message building techniques and incorporating more trigger events and message formats with very little optionality, HL7's primary goal for Version 3 is to offer a standard that is definite and testable, and provide the ability to certify vendors' conformance. Version 3 uses an object-oriented development methodology and a Reference Information Model (RIM) to create messages. The RIM is an essential part of the HL7 Version 3 development methodology, as it provides an explicit representation of the semantic and lexical connections that exist between the information carried in the fields of HL7 messages.

The Health Level Seven Version 3 (V3) Normative Edition—a suite of specifications based on HL7’s Reference Information Model (RIM)—provides a single source that allows implementers of V3 specifications to work with the full set of messages, data types, and terminologies needed to build a complete implementation. The 2008 edition represents the third publication of a complete suite of V3 specifications, each of which has received formal approval as either a Normative Standard or a Draft Standard for Trial Use. It includes standards for communications to document and manage the care and treatment of patients in a wide variety of healthcare settings. As such, it is a foundational part of the technologies needed to meet the global challenge of integrating healthcare information, in areas such as patient care and public health. Throughout the course of V3 development, HL7 has focused on a few salient features that are its hallmarks. In brief, these are:

• A focus on semantic interoperability by specifying that information be presented in a complete clinical context that assures that the sending and receiving systems share the meaning (semantics) of the information being exchanged;
• It’s designed for universal application so that the standards can have the broadest possible global impact and yet be adapted to meet local and regional requirements;
• Model-based specifications that provide consistent representation of data laterally across the various HL7 domains of interest and longitudinally over time as new requirements arise and new fields of clinical endeavor are addressed;
• Technology-neutral standards that allow HL7 and the implementers of HL7 standards to take advantage, at any point in time, of the latest and most effective implementation technologies available; and
• It’s founded on a development methodology and metamodel that assures consistent development and the ability to store and manipulate the specifications in robust data repositories rather than as word-processing documents.

The Version 3 suite represents a new approach to clinical information exchange. It is built from the ground up around a single object model, the RIM, and a rigorous UML-based methodology that ties model to messages and finally to the message’s expression in XML syntax. The V3 specification is built around subject domains, for each of which it provides storyboard descriptions, trigger events, interaction designs, domain object models derived from the RIM, hierarchical message descriptors (HMDs) and a prose description of each element. Implementation of these domains further depends upon a non-normative V3 Guide and normative specifications for: data types; the XML implementable technical specifications (ITS) or message wire format; message and control “wrappers;” and transport protocols. Members logged in to the HL7 website may download V3 standards at: http://www.hl7.org/memonly/downloads.

Business Case (Intended Use, Customers)

Why Version 3?

Healthcare costs evermore dominate national economies, and Draconian measures to control cost have hampered provider effectiveness and impacted citizen satisfaction and safety. Information Technology (IT) has helped, and is on the verge of being able to help much more. Version 3 will be a key part of the contribution of IT to healthcare's reaching new levels of

• effective and cost-efficient patient care decisions
• safety and cost savings that come from "doing it right," in the sense of preventing avoidable errors
• the aggregation of health information for evidence-based medicine and data-based policy

Many general IT advances create the foundation for this new capability. These include:

• The exponential increase of processing and storage capacity described by Moore's law
• Enhancements in user interfaces such as voice entry and smarter programs that apply knowledge to limiting required information input
• An increasing variety of devices for personal access to, and collection of information at the point of care and at points far distant from the point of care
• The build-out of the Internet and related standards to create a ubiquitous, inexpensive infrastructure for secure communication of information among independent entities
• The maturing of XML and related standards to provide a means for easy-to-program, highly extensible, robust exchange of information among information systems

These IT advances are important enablers, but the most intractable barrier to their use in healthcare has been the lack of standards for exchanging fine-grained, highly heterogeneous, structured clinical data among information systems created by different entities using different technologies. Since its inception in 1987, HL7 Version 2 has enabled information exchange among systems created by different entities. Indeed, Version 2 is so widely used that it will not soon go away and the Board is committed to continuing to evolve it as long as there is a clear need. However, where users have used Version 2 for fine-grained, structured clinical data, they have accomplished it through substantial investments in bilateral negotiations adapting it to establish specifications for representing fine-grained, clinical knowledge. Efforts to aggregate on a larger scale, for research or public health have had the same issue.

The strength of Version 3 messaging is precisely enabling the exchange of fine-grained data without the original research and bilateral negotiations that leading-edge organizations have attempted. Furthermore, you will find that we are reaching this in a way that is as future proof as any standards effort can be.

Implementations/ Case Studies (Actual Users)

• NHS (UK National Health Service) uses the V3 standard in nearly 2 million V3 transactions per day, and in message counts that is probably 10 times that as each transaction is usually a complex protocol.
• Some of the systems we use V3 in are:
  • http://www.e-health-insider.com/news/5308/ehi_awards_2009_winners_announced
  • http://www.connectingforhealth.nhs.uk/newsroom/news-stories/gp2gpaward
  • http://www.connectingforhealth.nhs.uk/systemsandservices/spine
  • http://www.connectingforhealth.nhs.uk/systemsandservices/eps
  • http://www.connectingforhealth.nhs.uk/systemsandservices/demographics
  • http://www.connectingforhealth.nhs.uk/systemsandservices/scr
  • and our deployment statistics are at:

    http://www.connectingforhealth.nhs.uk/newsroom/statistics/deployment

1. NHS-England has over 1 million primary care prescriptions issued per day; the vast majority are entered onto physicians own systems, and probably half now flow through the electronic prescription service.
2. An EPS transaction in release 2 covers dispensing and re-imbursement, with messages flowing between physician, pharmacy, reimbursement centre and a central repository.
3. Most spine transactions involve a demographics access; all are keyed on the NHS patient number. Hence a single transaction always has multiple messages.
4. We do not store patient demographic details in the summary record; they are linked in through the demographic service.
5. The statistics are for England.

Resources

Work Groups

The Normative Editions are published by the Publishing Work Group, but the content of these editions are the standard specifications and related contributions from virtually every Work Group within HL7.

Education

Tutorials available

• Introduction to Version 3, Part 1: Fundamentals
• Introduction to Version 3, Part 2: Messaging
• Learn more at http://www.hl7.org/implement/training.cfm

Implementation FAQ : Getting Started (wiki page)

How do I begin?

Three foundation models that form the basis of Version 3 standards:

1. The Reference Information Model (RIM), which is now an ANSI standard, has evolved into a simple abstract framework which addresses the wildly heterogeneous and interlinked nature of clinical data with only six important classes. We have similarly simplified the representation of administrative data;
2. HL7 specifications for Data Types that determine the representation for each "attribute" in an HL7-defined information models (static models) such as the RIM; and
3. HL7-approved Vocabulary Specifications that include complete code systems for managing RIM model parameters and vocabulary constraints (concept domains and value sets) that are applicable within a defined context for use in defining the coded attributes of information models.

The HL7 methodology governs how an information model can be derived from the RIM and converted to a complete information artifact that can be communicated as a clinical document, a message, or the information content of a service. Representation of these information models in particular technologies (such as XML or UML) are governed bu various HL7 Implementable Technology Specifications.

The combination of three defined, stable foundation models with representation in a variety of technologies (including those yet to be defined) are the basis of our belief that the Version 3 standards will be easily extended over time to incorporate new technologies for interoperability, to deal with unanticipated requirements and to address new forms of interoperation.

See also the HL7 wiki page for Overcoming the Learning Curve

Certification Available

• RIM Certified Specialist (See RIM Product Page for more details)

Presentations

From HIMSS 2009

• The Essence of Model-driven Standards
• Intro to HL7 RIM

Relationship to/ Dependencies on, other standards

• none

Links to current projects in development

• See individual domain areas for current work in progress