Difference between revisions of "2009 TSC Product Visibility"

From HL7 TSC
Jump to navigation Jump to search
(New page: ==2009 TSC Product Visibility== {|border="1" |+Tentative Product List and Template Descriptions |- !width="10%"| Product !width="30%"| Summary !width="20%"| Description (<500 words) !wid...)
 
Line 5: Line 5:
 
|-
 
|-
 
!width="10%"| Product
 
!width="10%"| Product
!width="30%"| Summary  
+
!width="25%"| Summary  
!width="20%"| Description (<500 words)
+
!width="25%"| Description (<500 words)
 
!width="10%"| Business Case
 
!width="10%"| Business Case
 
!width="10%"| Benefits
 
!width="10%"| Benefits
Line 14: Line 14:
 
|
 
|
 
CDA (R1)
 
CDA (R1)
 +
|
 +
The Clinical Document Architecture (CDA) is a specification for the exchange of electronic clinical documents. It can contain coded data and narrative and is compatible with the electronic health record and document management systems. CDA is at the core of virtually all standards-based exchange networks in the US and abroad and is adaptable for dictated notes and highly-structured public health and quality reporting.
 
|
 
|
 
Clinical documents are the core of a patient's lifetime health record. HL7’s CDA standard provides an exchange model for clinical documents such as discharge summaries and progress notes. A consistent approach to electronic clinical documents means that critical information contained in the documents can be used independently of the application on which it was produced. For example, CDA documents can be displayed using XML-aware Web browsers or wireless applications on mobile devices.
 
Clinical documents are the core of a patient's lifetime health record. HL7’s CDA standard provides an exchange model for clinical documents such as discharge summaries and progress notes. A consistent approach to electronic clinical documents means that critical information contained in the documents can be used independently of the application on which it was produced. For example, CDA documents can be displayed using XML-aware Web browsers or wireless applications on mobile devices.
|
 
:description
 
 
|
 
|
 
: a
 
: a
Line 26: Line 26:
 
|
 
|
 
: d
 
: d
 +
|
  
 
|-
 
|-
Line 37: Line 38:
 
: b
 
: b
 
|
 
|
: c
+
: c  
 
|  
 
|  
 
: d
 
: d
 
|
 
|
 
+
From HIMSS 2009 <br/>
 +
* [http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/HIMSS2009_Bob_CDA_Sunday.pdf CDA presentation]
 +
* [http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/HIMSS2009_Bob_What's%20New%20with%20CDA_Tue.pdf What's new with CDA?]
 +
|
 
|-
 
|-
 
|
 
|
Line 48: Line 52:
 
HL7 and ASTM International created the Continuity of Care Document (CCD) to integrate two complementary healthcare data specifications ASTM’s Continuity of Care Record (CCR) and HL7’s Clinical Document Architecture (CDA). The CCD is endorsed by the Healthcare Information Technology Standards Panel (HITSP) as the harmonized format for the exchange of clinical information, including patient demographics, medications and allergies.
 
HL7 and ASTM International created the Continuity of Care Document (CCD) to integrate two complementary healthcare data specifications ASTM’s Continuity of Care Record (CCR) and HL7’s Clinical Document Architecture (CDA). The CCD is endorsed by the Healthcare Information Technology Standards Panel (HITSP) as the harmonized format for the exchange of clinical information, including patient demographics, medications and allergies.
 
|
 
|
: a
+
The HL7/ASTM Continuity of Care Document (CCD) is an implementation guide for sharing Continuity of Care Record (CCR) patient summary data using the HL7 Clinical Document Architecture (CDA). CCD establishes a rich set of templates representing the typical sections of a summary record and expresses these templates as constraints on CDA. These same templates—for vital signs, family history, plan of care, and so on—can then be reused in other CDA document types, establishing interoperability across a wide range of clinical use cases. The CCD is the basis for interoperability in the US Health Information Technology Standards Panel (HITSP) and Integrating the Healthcare Enterprise (IHE) use cases.
 
|
 
|
 
: b
 
: b
Line 55: Line 59:
 
|  
 
|  
 
: d
 
: d
 +
|
 +
[http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/HIMSS2009_Bob_CCD_Monday.pdf HIMSS 2009 CCD Presentation]
 
|
 
|
 
|-
 
|-
Line 83: Line 89:
 
|  
 
|  
 
: d
 
: d
 +
|
 +
From HIMSS 2009 <br/>
 +
* [http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/HL7_EHR_2009_HIMSS_presentation1_Sunday.pdf EHR-S FM and Standard]
 +
* [http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/Tutorial%20-%202007EHR-S_Advanced-HIMSS09-April_Wed.pdf Advanced EHR-S FM and Standard: Profiles Against the EHR & PHR S FM]
 
|
 
|
 
|-
 
|-
 
|
 
|
SAEAF
+
Personal Health Record System Functional Model (PHR-S FM)
 
|
 
|
Clinical documents are the core of a patient's lifetime health record. HL7’s CDA standard provides an exchange model for clinical documents such as discharge summaries and progress notes. A consistent approach to electronic clinical documents means that critical information contained in the documents can be used independently of the application on which it was produced. For example, CDA documents can be displayed using XML-aware Web browsers or wireless applications on mobile devices.
+
The PHR-S FM defines the set of functions for Personal Health Record (PHR) systems and offers guidelines that facilitate health information exchange among different PHR systems and between PHR and Electronic Health Record systems. The PHR-S FM is was published as a Draft Standard for Trial Use (DSTU) in December 2008. During the period of trial use, consumers can begin requesting standards-based functionality when they select PHR systems for their use, vendors can begin incorporating the model’s requirements into their products and organizations that certify PHR systems can begin using the model’s conformance criteria for certification development and testing purposes. Groups such as the Certification Commission for Healthcare Information Technology (CCHIT) and the Centers for Medicare and Medicaid Services have already begun using components of the PHR-S FM
 
|
 
|
 
: a
 
: a
Line 97: Line 107:
 
|  
 
|  
 
: d
 
: d
 +
|
 +
From HIMSS 2009 <br/>
 +
* [http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/PHR%202009%20HIMSS%20presentation_Monday.pdf PHR-S FM and Standard]
 
|
 
|
 
|-
 
|-
 
|
 
|
Claims Attachments
+
SAEAF
 
|
 
|
In response to the federal mandate under HIPAA, HL7 and ASCX12 collaborated for a number of years to develop standards for claims attachments. This joint development effort has resulted in standards for attachments to healthcare claims, and pre-certification / pre-authorization transactions. HL7 attachments standards are based on the Clinical Document Architecture (CDA) and have been proposed by the Department of Health and Human Services (HHS) as the standard for claims attachments under HIPAA. In the HHS proposal, six attachment types developed by HL7 have been put forward for adoption: clinical reports; rehabilitation services; laboratory results; medications; ambulance services; and emergency department.
+
:description
 
|
 
|
 
: a
 
: a
Line 114: Line 127:
 
|-
 
|-
 
|
 
|
Clinical Genomics Pedigree Topic
+
Claims Attachments
 
|
 
|
The HL7 Clinical Genomics Pedigree Topic includes the Family History Model describing a patient’s pedigree with genomic data. It has the ability to transmit complete family history information for clinical decision support. This model is ANSI-approved and is the HITSP-accepted standard. This standard allows EHR/PHR interoperability, and is in use by the Surgeon General in his family history collection website:  My Family Health Portrait. It is also in the process of becoming of an international standard through ISO.
+
In response to the federal mandate under HIPAA, HL7 and ASCX12 collaborated for a number of years to develop standards for claims attachments. This joint development effort has resulted in standards for attachments to healthcare claims, and pre-certification / pre-authorization transactions. HL7 attachments standards are based on the Clinical Document Architecture (CDA) and have been proposed by the Department of Health and Human Services (HHS) as the standard for claims attachments under HIPAA. In the HHS proposal, six attachment types developed by HL7 have been put forward for adoption: clinical reports; rehabilitation services; laboratory results; medications; ambulance services; and emergency department.
 
|
 
|
 
: a
 
: a
Line 125: Line 138:
 
|  
 
|  
 
: d
 
: d
 +
|
 +
[http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/HIMSS_2009_WPS%20Insurance_Claims%20Attachments_final_Mon.pdf HIMSS 2009 presentation on WPS case study]
 
|
 
|
 
|-
 
|-
 
|
 
|
Personal Health Record System Functional Model (PHR-S FM)
+
Clinical Genomics Pedigree Topic
 
|
 
|
The PHR-S FM defines the set of functions for Personal Health Record (PHR) systems and offers guidelines that facilitate health information exchange among different PHR systems and between PHR and Electronic Health Record systems. The PHR-S FM is was published as a Draft Standard for Trial Use (DSTU) in December 2008. During the period of trial use, consumers can begin requesting standards-based functionality when they select PHR systems for their use, vendors can begin incorporating the model’s requirements into their products and organizations that certify PHR systems can begin using the model’s conformance criteria for certification development and testing purposes. Groups such as the Certification Commission for Healthcare Information Technology (CCHIT) and the Centers for Medicare and Medicaid Services have already begun using components of the PHR-S FM
+
The HL7 Clinical Genomics Pedigree Topic includes the Family History Model describing a patient’s pedigree with genomic data. It has the ability to transmit complete family history information for clinical decision support. This model is ANSI-approved and is the HITSP-accepted standard.  This standard allows EHR/PHR interoperability, and is in use by the Surgeon General in his family history collection website:  My Family Health Portrait. It is also in the process of becoming of an international standard through ISO.
 
|
 
|
 
: a
 
: a
Line 139: Line 154:
 
|  
 
|  
 
: d
 
: d
 +
|
 +
From HIMSS 2009 <br/>
 +
* [http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/HL7HIMSS%20Master_Pedigree_Family_History_Tue.pdf HL7 Pedigree Model for Family History]
 
|
 
|
 
|-
 
|-
Line 158: Line 176:
 
Version 3 Normative Edition
 
Version 3 Normative Edition
 
|
 
|
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 throughout the world have already begun significant Version 3 implementations, including the United Kingdom, Canada, the Netherlands, Mexico, Germany and Croatia.
+
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 throughout the world have already begun significant Version 3 implementations, including the United Kingdom, Canada, the Netherlands, Mexico, Germany and Croatia.
 
|
 
|
 
: a
 
: a
Line 167: Line 185:
 
|  
 
|  
 
: d
 
: d
 +
|
 +
From HIMSS 2009 <br/>
 +
* [http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/HIMSS-2009-V3_Mon%20and%20Wed.pdf The Essence of Model-driven Standards]
 +
* [http://www.hl7.org/documentcenter/public/calendarofevents/himss/2009/presentations/Reference%20Information%20Model_Tue.pdf Intro to HL7 RIM]
 
|
 
|

Revision as of 17:20, 4 May 2009

2009 TSC Product Visibility

Tentative Product List and Template Descriptions
Product Summary Description (<500 words) Business Case Benefits Implementation/ Case Studies Resources

CDA (R1)

The Clinical Document Architecture (CDA) is a specification for the exchange of electronic clinical documents. It can contain coded data and narrative and is compatible with the electronic health record and document management systems. CDA is at the core of virtually all standards-based exchange networks in the US and abroad and is adaptable for dictated notes and highly-structured public health and quality reporting.

Clinical documents are the core of a patient's lifetime health record. HL7’s CDA standard provides an exchange model for clinical documents such as discharge summaries and progress notes. A consistent approach to electronic clinical documents means that critical information contained in the documents can be used independently of the application on which it was produced. For example, CDA documents can be displayed using XML-aware Web browsers or wireless applications on mobile devices.

a
b
c
d

CDA R2

Clinical documents are the core of a patient's lifetime health record. HL7’s CDA standard provides an exchange model for clinical documents such as discharge summaries and progress notes. A consistent approach to electronic clinical documents means that critical information contained in the documents can be used independently of the application on which it was produced. For example, CDA documents can be displayed using XML-aware Web browsers or wireless applications on mobile devices.

a
b
c
d

From HIMSS 2009

CCD

HL7 and ASTM International created the Continuity of Care Document (CCD) to integrate two complementary healthcare data specifications ASTM’s Continuity of Care Record (CCR) and HL7’s Clinical Document Architecture (CDA). The CCD is endorsed by the Healthcare Information Technology Standards Panel (HITSP) as the harmonized format for the exchange of clinical information, including patient demographics, medications and allergies.

The HL7/ASTM Continuity of Care Document (CCD) is an implementation guide for sharing Continuity of Care Record (CCR) patient summary data using the HL7 Clinical Document Architecture (CDA). CCD establishes a rich set of templates representing the typical sections of a summary record and expresses these templates as constraints on CDA. These same templates—for vital signs, family history, plan of care, and so on—can then be reused in other CDA document types, establishing interoperability across a wide range of clinical use cases. The CCD is the basis for interoperability in the US Health Information Technology Standards Panel (HITSP) and Integrating the Healthcare Enterprise (IHE) use cases.

b
c
d

HIMSS 2009 CCD Presentation

SPL

description
a
b
c
d

EHR FM

The healthcare industry will reap tremendous benefits by adopting a common standard for electronic health record systems (EHR-S). The HL7 EHR-S Functional Model outlines important features and functions that should be contained in an EHR system. Through the creation of functional profiles, this model provides a standard description and common understanding of functions for healthcare settings. To date, HL7 has developed or is developing profiles for areas such as child health, emergency care, long term care, behavioral health and vital statistic reporting. The EHR-S Functional Model is also in the final stages of vetting as an international standard through ISO.

a
b
c
d

From HIMSS 2009

Personal Health Record System Functional Model (PHR-S FM)

The PHR-S FM defines the set of functions for Personal Health Record (PHR) systems and offers guidelines that facilitate health information exchange among different PHR systems and between PHR and Electronic Health Record systems. The PHR-S FM is was published as a Draft Standard for Trial Use (DSTU) in December 2008. During the period of trial use, consumers can begin requesting standards-based functionality when they select PHR systems for their use, vendors can begin incorporating the model’s requirements into their products and organizations that certify PHR systems can begin using the model’s conformance criteria for certification development and testing purposes. Groups such as the Certification Commission for Healthcare Information Technology (CCHIT) and the Centers for Medicare and Medicaid Services have already begun using components of the PHR-S FM

a
b
c
d

From HIMSS 2009

SAEAF

description
a
b
c
d

Claims Attachments

In response to the federal mandate under HIPAA, HL7 and ASCX12 collaborated for a number of years to develop standards for claims attachments. This joint development effort has resulted in standards for attachments to healthcare claims, and pre-certification / pre-authorization transactions. HL7 attachments standards are based on the Clinical Document Architecture (CDA) and have been proposed by the Department of Health and Human Services (HHS) as the standard for claims attachments under HIPAA. In the HHS proposal, six attachment types developed by HL7 have been put forward for adoption: clinical reports; rehabilitation services; laboratory results; medications; ambulance services; and emergency department.

a
b
c
d

HIMSS 2009 presentation on WPS case study

Clinical Genomics Pedigree Topic

The HL7 Clinical Genomics Pedigree Topic includes the Family History Model describing a patient’s pedigree with genomic data. It has the ability to transmit complete family history information for clinical decision support. This model is ANSI-approved and is the HITSP-accepted standard. This standard allows EHR/PHR interoperability, and is in use by the Surgeon General in his family history collection website: My Family Health Portrait. It is also in the process of becoming of an international standard through ISO.

a
b
c
d

From HIMSS 2009

Version 2 Messaging Standard

The Version 2 Messaging Standard is one of the most widely implemented standards for healthcare information in the world. First released in October 1987 as An Application Protocol for Electronic Data Exchange in Healthcare Environments, Version 2 is a messaging standard that allows the exchange of clinical data between systems. It is designed to support a central patient care system as well as a more distributed environment where data resides in departmental systems. Version 2.6, representing the latest update to the Version 2 Standard, was published in January 2008. Version 2.7 is in the final stages of balloting and is expected to be released later this year.

a
b
c
d

Version 3 Normative Edition

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 throughout the world have already begun significant Version 3 implementations, including the United Kingdom, Canada, the Netherlands, Mexico, Germany and Croatia.

a
b
c
d

From HIMSS 2009