Product DT
Product Brief - Data Types: Abstract Specification
Contents
- 1 Product Brief - Data Types: Abstract Specification
- 1.1 Product Name - Data Types - Abstract Specification
- 1.1.1 Standard Category
- 1.1.2 Integration Paradigm
- 1.1.3 Type
- 1.1.4 Releases
- 1.1.5 Summary
- 1.1.6 Description
- 1.1.7 Business Case (Intended Use, Customers)
- 1.1.8 Benefits
- 1.1.9 Implementations/ Case Studies (Actual Users)
- 1.1.10 Resources
- 1.1.11 Relationship to/ Dependencies on, other standards
- 1.1.12 Links to current projects in development
- 1.1 Product Name - Data Types - Abstract Specification
back to Main_Page
back to Product_List
Product Name - Data Types - Abstract Specification
Standard Category
- Health Information Exchange Standards
Integration Paradigm
- Foundation
Type
Normative, ANSI Standard
Releases
ANSI/HL7 V3 DT, R1-2004; currently balloting HL7 V3 DT R2 -
HL7 Version 3 Standard: Data Types - Abstract Specification, Release 2
Normative Ballot 4 - September 2009
Summary
Every attribute in the Reference Information Model (RIM) is has a data type. This specification defines the semantics of these data types.
Description
The specification defines the semantics of the datatypes - that is, what they mean, how they behave, and the operations that can be performed on the data types. The data types are defined by a combination of UML diagrams, value tables, formal language statements, and extensive narrative that explains their meaning. The data types can be found throughout HL7 standards where ever the RIM is used. Additionally they may used in other contexts as well.
The specification is abstract - it is a statement of meaning - and the data types cannot be implemented directly based on the definitions found in this specification. Implementations are provided in the XML implementations or in the ISO standard "Healthcare Data types" (ISO 21090) (still being finalised)
Business Case (Intended Use, Customers)
The primary intent of this document is internal to HL7 - to provide an enduring statement of the meaning of the data types that has no dependence on external factors that may change. For implementers of Hl7 standards, the document contains secondary supplemental information that further clarifies the use of the data type beyond that found in the implementations referred to above.
Benefits
OMG's Model Driven Architecture (MDA) defines the concept of a Platform Independent Model (PIM), which has the advantage of being able to be implemented across multiple technologies without loss of meaning, thereby protecting the investment of the designer as technologies change. The abstract data types extend this notion in that they are independent of any other language or standard, and therefore their meaning is not changed as other languages, platforms and technologies gradually advance over time. In addition, by defining it's own framework for defining standards, the specification is able to make formal statements of meaning about things that would not otherwise be possible. This means that the fundamental HL7 definitions of the meaning of the data can be preserved and implemented in a variety of language and specification frameworks over time, such as UML, XML, ASN.1, where each include their own data types.
The cost of these things is that it is not possible to implement the standard directly; for this reason HL7 additionally publishes implementation specifications for end-implementers to actually use.
Implementations/ Case Studies (Actual Users)
The data types are used everywhere any v3 specification is used.
Resources
Work Groups
Education
- See more at http://www.hl7.org/implement/training.cfm
Presentations
Relationship to/ Dependencies on, other standards
Links to current projects in development
- Project Insight ID # 484, Health informatics - Harmonized data types for information interchange (ISO Ballot Project)
- Project Insight ID # 455 Complete Balloting of V3 Abstract Data Types R2, by Modeling and Methodology Work Group