Receive notices on Ballot Patch and Issues for Version 3 ballots by clicking here and signing up for the v3ballotupdate list service.
Link to Downloads Page
Allows for the download of various ballot segments or the entire ballot site in various formats.
HL7® Version 3 Standard, © Health Level Seven International ®. All Rights Reserved.
HL7 and Health Level Seven are registered trademarks of Health Level Seven International Reg. U.S. Pat & TM Off. Use of these materials is governed by HL7 International's IP Compliance Policy.
Reproduction of this material in any form is strictly forbidden without the written permission of the publisher.
Ann Arbor, MI
USA
May 2012
Dear Member,
Welcome to the May 2012 Version 3 Ballot web site.
Important Note: Please note that when you first open the V3 Ballot Web site the Viewing page defaults to the Welcome section of the Package Note to Readers. A linked listing of the ballotable content in the Version 3 Ballot site can be found under the V3 Ballot Packages heading of this section. Simply click on the "V3 Ballot Packages" link and you will jump to the correct list in this document. All of the ballotable items in this ballot can be found here, and the links will jump you either directly to that item or to the domain containing that item. We strongly recommend that you use this table of links to find ballot material you are interested in, especially if you are not familiar with the V3 structure in the TOC.
The HL7 Board of Directors is pleased to offer you the HL7 Version 3 Messaging Normative, Draft Standard for Trial Use and informative-level ballots for May 2012, and to solicit your feedback. In this ballot you will find many elements that are now normative HL7 standards, thanks in major measure to the constructive critique you provided in previous ballot cycles. For those areas still undergoing ballot, you will find that many areas have been changed, again, based on the feedback that you provided in the previous ballot. Please help us by providing another thorough, honest review.
Important Changes
For the May 2012 cycle, there are no major changes to make note of. Although, as has been the case for the last several cycle, the majority of the scripts and transforms used to produce the ballot web site have been extensively reworked with the migration of the source content to Model Interchange Format (MIF) 2.2 standard, and allowing those who produce V3 materials locally to choose the Data Types version they wish to base their content on. This change should be largely invisible to the average balloter, as the HTML output retains the same to outward appearances. Secondly, this is the third ballot to be produced with Data Types, Release 2. The most significant effect of this change is that all models in this ballot have been automatically converted from Data Types R1 to R2. Review of the "RIM validation" of all of these models revealed no instances where the upgrade process invalidated a previously valid model.
Our Quality Assurance efforts continue with the use of an auto-generated Quality Analysis report for domain content. Reviewers will find a new entry in the Table of Contents for all domains titled "Quality Analysis Report." The report provides both a detailed description of error conditions that it looks for as as a tabular listing of each type of error detected during an analysis of the domain content. We urge reviewers to make the contents of this report a part of their overall consideration of domain ballots.
This report was previously used with the Normative Edition, but this is the first year that the report is provided as a domain-specific analysis. Further, the report includes two analysis tests:
- The report flags, with yellow highlighting, all 'fatal errors' in the static model and interaction designs. A 'fatal error' is one that will break the integrity of either the generated MIF files or the generated schemas and thus prevent them from validating.
- There is now an additional analysis of CMET references that cross-checks the name and identifier of the CMET in the reference with the name/identifer combination listed in the formal CMET definition list. This test is useful because while the RMIM designer selects CMETs by identifier, the V3 Schema Generator binds by CMET name.
We hope that this additional analysis, taken with the QA measures already in place, will provide the developers and reviewers of domain content with an additional aid in creating effective and usable standards.
Technical notes:
- This ballot continues the migration of V3 balloted content to Abstract Data types Release 2. The RIM (now Release 5 going for its first Normative ballot) is Version 2.38. The attributes of this release are bound to Abstract Data Types R2. All of the static models in this release are expressed in data types R2, using tools developed to automatically update the data types bindings.
- As was true in the last several ballot cycles, the content for this ballot has been prepared with a V3 Generator release that, produces MIF2 files that correspond to MIF 2.1.6. (The MIF 2.1.6 schemas are part of the latest V3 Generator Releases on the HL7 Gforge site.)
- Invalid Schemas - Validation of the Generated schemas for this ballot revealed two sets of errors in the Generated schemas that had not been seen before. As it happens, both of these affect the representation of Patient Administration (PRPA) content. Specifically:
- In two designs, the Generator failed to produce correct "type assignments" for content that was subject to "update mode"
- In two query designs, a valid paramater data type of DSET<IVL<TS>> does not link to a type defined in the data types schema for data types R2.
- Both of these errors have been logged on Gforge as Bugs for correction. If an updated generation transform becomes available, a patch will be created for this content.
For those of you who may not have reviewed the previous ballots, a more detailed description of this ballot follows. Sincerely,
The HL7 Board
We started the Version 3 effort years ago based on the principles of modeling and technology-neutrality. We believe that this approach will make the work of HL7 "future proof", i.e., able to respond to changes in requirements and technology without loss of existing work. This project has taken longer than we imagined, but we have finally reached a release where the majority of the material is already a standard. This was the result of intense and protracted effort of hundreds of volunteers, many of whom have worked so far beyond the call of duty that we can't possibly thank them enough.
Now it is Your Turn to Help
Responding to this ballot will take some study to understand the new approach. In exchange for that effort we are sure that you will appreciate the strategic benefits. We are equally sure that you will draw from your own experience to suggest improvements and we eagerly solicit your comments. For this round we are concerned with your comments and with your vote. This is another opportunity for our members to participate in the process and we eagerly await the opportunity to fold your comments into any subsequent ballots.Update Notification List
To keep you continually apprised of any updates or patches to this ballot site, we have instituted a special list service to which you may subscribe. You can only sign up through this web page by clicking here. On this page, you will need to sign-in (if you have a list service ID, or create one if you do not), and, then, from the list services sign-up page go to the Publishing header and select the v3ballotupdates list. Only HL7 staff are permitted to post messages to this list; this ensures that only information about what has been updated is distributed. This list is not intended to provide a forum for discussion. Discussion regarding the ballot publishing may be hosted on the Editors list.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
- 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
The New HL7 Standard
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.
In reading the ballots you will see that the three conceptual models that form the basis of version 3 messages: (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) In the Domain Information Model (D-MIM) you will see how the abstract RIM is made specific to define the information elements for a domain or specialty area. (3) In the Refined Message Information Model (R-MIM) you will see how the D-MIM is refined to define the information elements of a family of messages. (4) The vocabulary model provides the tools to deal with previously intractable problems of multiple vocabularies across organizational or national boundaries.
The Hierarchical Message Description is a convenient way to organize a mass of details about the contents of specific messages, providing the most authoritative list of all the constraints and detailed semantic definitions not appropriate in the more abstract representations. Finally, in the Implementable Technology Specification you will see how this information is represented as XML Schemas.
These deliverables are the basis of our belief that the Version 3 Messaging standards will be easily extended over time to incorporate new standards, deal with unanticipated requirements and even address areas of standardization other than application-to-application messages.
XML
We have demonstrated the flexibility of this approach by incorporating an important new technology, XML, in mid project without revising our modeling methodology or content. We believe you will find XML a primary value in Version 3. Its transparent representation of complex data and its extensibility is creating widespread acceptance throughout the IT industry. It is the basis of an expansion in the market of middle-ware vendors providing support for application-to-application integration. While version 2.x has been adapted to XML, Version 3 fully supports the expressive capability of XML. It generates XML schemas with the logical information relationships and element names that directly relate to the HL7 models -- and hence to the concepts that analysts and programmers will have to grasp to relate Version 3 messages to their own information systems or to use them in new ways for Web browsing, XML repositories, etc.As industries have taken up XML they have come to recognize that it is not a substitute for application level semantic standards. HL7 Version 3 provides that missing ingredient, so that healthcare stakeholders can optimally reach the technological benefits of XML.
Your Comments Please
In short, we believe that your review will show that HL7 Version 3 Messaging brings interoperability to a level of clinical knowledge not previously possible. This is one of the important ingredients of IT solutions to improving healthcare processes, by "smarter" bilateral user interfaces, care-giving and management decision support, evidence-based medicine and data-based policy.Please contribute your part by giving us a thorough, honest review. Be blunt. The Board thanks you, your fellow members will thank you, and most important, the volunteers who have given so much of their recent lives to making this happen will be grateful for the recognition and meaningful feedback.