Product Brief - Clinical Statement Pattern
- 1 Product Brief - Clinical Statement Pattern
- 1.1 Product Name
- 1.1.1 Topics
- 1.1.2 Standard Category
- 1.1.3 Integration Paradigm
- 1.1.4 Type
- 1.1.5 Releases
- 1.1.6 Summary
- 1.1.7 Description
- 1.1.8 Business Case (Intended Use, Customers)
- 1.1.9 Benefits
- 1.1.10 Implementations/ Case Studies (Actual Users)
- 1.1.11 Resources
- 1.1.12 Relationship to/ Dependencies on, other standards
- 1.1.13 Links to current projects in development
- 1.1 Product Name
back to Main_Page
HL7 V3: Clinical Statement Pattern, R1
- Common clinical data in the Pharmacy, Laboratory, Patient Care, Public Health, Clinical Genomics, Orders, Observations, Documents, Allergies, and other domains
- Health Information Exchange Standards
DSTU exp Dec 2009
HL7 V3 CS, R1: HL7 Version 3 Standard: Clinical Statement Pattern, Release 1 - November 2007
The model described in this document is a 'pattern' designed to be used within multiple HL7 Version 3 domain models. This pattern is intended to facilitate the consistent design of communications that convey clinical information to meet specific use cases. In most cases the pattern will be refined for use within the model using the clinical statement.
The Clinical Statement pattern has been under development since January 2004 as part of a joint initiative of the following Technical Committees: Orders and Observations; Patient Care; and Structured Documents. A DSTU version has been available since September 2007 while work is in progress to create a new version (targeted for 2010).
The model described in this document is a 'pattern' designed to be used within multiple HL7 Version 3 domain models. This pattern is intended to facilitate the consistent design of communications that convey clinical information to meet specific use cases. In most cases the pattern will be refined for use within the model using the clinical statement. There are two CMETs based on the pattern - COCT_MT530000 A_SupportingClinicalStatement universal and COCT_MT530004 A_SupportingClinicalStatement minimal.
It is not intended that the 'pattern' itself is ever used in a communication, accordingly the information in this document is necessarily at a high level with a minimum of constraints applied. The pattern does not represent a Record Architecture or a physical structure for storing data on an EHR database, although it does cover many of the types of clinical information that should be part of an Electronic Health Record. The Clinical Statement ballot will include ballot topics (over time - common patterns such as Lab, Allergy, etc.) where those topics will be written such that they are as much as possible isomorphic with the domain models to which they correspond.
The Clinical Statement model is deliberately broad and encompassing. As a result, it would be possible to represent a particular statement in more than one way. Further guidelines to ensure consistent use must be developed in concert with the domains using Clinical Statement.
The formal definition of a clinical statement for the care of patients is:
An expression of a discrete item of clinical (or clinically related) information that is recorded because of its relevance to the care of a patient. Clinical information can be expressed with different levels of granularity and therefore the extent and detail conveyed in a single statement may vary. To be regarded as a clinical statement, a concept must be associated with a patient in a manner which makes clear:
- Its temporal context
- Its relationship to the patient
- In the case of an observation, its mood and presence, absence or value
- In the case of a procedure, its mood and status
This clarity may be achieved by:
- Explicit representation; or
- Implicit application of defaults ONLY where explicitly modeled rules state the appropriate defaults.
Business Case (Intended Use, Customers)
HL7 Work Groups are the primary customers of this pattern.
The Clinical Statement pattern represents a standard, high-level structure for the inclusion of clinical information in communications intended to support specific business functions. Although not capable of being implemented 'as is', the Clinical Statement pattern can be constrained to meet the requirements of many specific communications regarding clinical information. The process of modification will involve either pattern constraint or extension (or sometimes both) in order to achieve the needs of a particular domain.
Implementations/ Case Studies (Actual Users)
CDA R2, Orders, Medication, Lab Results, Clinical Genomics, Family History, Patient Care - Care Summary, Observations, Blood Bank, Public Health Statement
- Clinical Statement,
- Pharmacy (Med Events),
- Orders & Observations (Results),
- Structured Documents,
- Public Health & Emergency Response,
- Patient Care
- See more at http://hl7new.amg-hq.net/implement/training.cfm
Relationship to/ Dependencies on, other standards
- RIM and various CMETs from other work groups.
Links to current projects in development
- Project Insight ID # 266, Clinical Statement