Continuity of Care Document

Continuity of Care Document
AbbreviationCCD
StatusPublished
Latest version1.0
Organization
Base standards
DomainElectronic health records
WebsiteHL7/ASTM Implementation Guide

The Continuity of Care Document (CCD) specification is an XML-based markup standard intended to specify the encoding, structure, and semantics of a patient summary clinical document for exchange.[1]

Structure

The CCD specification is a constraint on the HL7 Clinical Document Architecture (CDA) standard. The CDA specifies that the content of the document consists of a mandatory textual part (which ensures human interpretation of the document contents) and optional structured parts (for software processing). The structured part is based on the HL7 Reference Information Model (RIM) and provides a framework for referring to concepts from coding systems, such as SNOMED or LOINC.[2]

The patient summary contains a core data set of the most relevant administrative, demographic, and clinical information facts about a patient's healthcare, covering one or more healthcare encounters. It provides a means for one healthcare practitioner, system, or setting to aggregate all of the pertinent data about a patient and forward it to another practitioner, system, or setting to support the continuity of care. Its primary use case is to provide a snapshot in time containing the pertinent clinical, demographic, and administrative data for a specific patient.[1]

The CCD specification contains U.S. specific requirements; its use is therefore limited to the U.S. The U.S. Healthcare Information Technology Standards Panel has selected the CCD as one of its standards.[citation needed] CCDs are quickly becoming one of the most ubiquitous and thorough means of transferring health data on patients as each can contain vast amounts of data based on the standard format, in a relatively easy to use and portable file.[3]

Development history

CCD was developed by Health Level Seven International with consultation and advice from several members of ASTM E31, the technical committee responsible for development and maintenance of the Continuity of Care Record (CCR) standard. In the opinion of HL7 and its members, the CDA CCD combines the benefits of ASTMs Continuity of Care Record (CCR) and the HL7 Clinical Document Architecture (CDA) specifications. It is intended as an alternate implementation to the one specified in ASTM ADJE2369 for those institutions or organizations committed to implementation of the HL7 Clinical Document Architecture.[4][failed verification]

The public library is relatively limited of reference CCDs available for developers to examine how to encode medical data using the structure and format of the CCD. Not surprisingly, different electronic health record vendors have implemented the CCD standard in different and often incompatible ways.[5] The National Institute of Standards and Technology (NIST) has produced a sample CCD with valid data that is available for public download.[6]

CCD and Stage 1 of meaningful use

As part of the first stage of U.S. federal incentives for the adoption of electronic health records, known as meaningful use, the CCD and Continuity of Care Record (CCR) were both selected as acceptable extract formats for clinical care summaries. To be certified for this federal program, an electronic health record must be able to generate a CCD (or equivalent CCR) that has the sections of allergies, medications, problems, and laboratory results, in addition to patient header information.[7] Several of these sections also have mandated vocabularies, such as LOINC for laboratory results, according to the federal program.[citation needed]

When ambulatory and inpatient care providers attest that they have achieved the first stage of meaningful use, they document that they have tested their capability to "exchange clinical information and patient summary record", which is a core objective of the program.[8] Most electronic health record vendors have adopted the CCD rather than the Continuity of Care Record since it is a newer format that harmonizes the Continuity of Care Record and the HL7 Clinical Document Architecture (CDA) specifications.

CCD and Stage 2 of meaningful use

In the second stage of meaningful use, the CCD, but not the CCR, was included as part of the standard for clinical document exchange.[9] The selected standard, known as the Consolidated Clinical Document Architecture (C-CDA) was developed by Health Level 7 and includes nine document types, one of which is an updated version of the CCD.[2] The second stage of MEANINGFUL USE requires that healthcare providers use C-CDA document exchange regularly in care transitions and the CCD has been identified as the most appropriate document for this purpose.[10] These documents must be capable of including data elements known as the "Common MU Data Set" that include: Patient name, sex, date of birth, race, ethnicity, preferred language, smoking status, problems, medications, medication allergies, laboratory tests, laboratory values/results, vital signs, care plan fields including goals and instructions, procedures and care team members. In addition encounter diagnoses, immunizations, referral reason and discharge instructions may be required based on context. Several tools for the development, testing, validation and implementation have been advanced to support CCD and C-CDA use in the second stage of meaningful use which has helped the standard mature in its capability to transmit data between care providers and for other purposes.[11][12]

Competing standards

CCD and Continuity of Care Record (CCR) are often seen as competing standards.[13] Google Health supported a subset of CCR until the service was discontinued in January 2012.[14] while Microsoft HealthVault claims to support a subset of both CCR and CCD.[15]

References

  1. ^ a b ANSI (2010). "Introduction". Implementation Guide for CDA R2 HITSP C32, C83, and C80 Summary Documents. Model-Driven Health Tools (MDHT) for CDA.
  2. ^ a b "HL7 Implementation Guide for CDA® Release 2: IHE Health Story Consolidation, Release 1.1 - US Realm". Health Level Seven International.
  3. ^ D'Amore, JD; Sittig, DF; Ness, RB (May 2012). "How the continuity of care document can advance medical research and public health". American Journal of Public Health. 102 (5): e1–4. doi:10.2105/AJPH.2011.300640. PMC 3483927. PMID 22420795.
  4. ^ Ferranti, Jeffrey M.; Musser, R. Clayton; Kawamoto, Kensaku; Hammond, W. Ed (May–Jun 2006). "The Clinical Document Architecture and the Continuity of Care Record: A Critical Analysis". Journal of the American Medical Informatics Association. 13 (3): 245–252. doi:10.1197/jamia.M1963. PMC 1513652. PMID 16501180.
  5. ^ D'Amore, John D.; Sittig, Dean F.; Wright, Adam; Iyengar, M. Sriram; Ness, Roberta B. (2011). "The Promise of the CCD: Challenges and Opportunity for Quality Improvement and Population Health". AMIA Annual Symposium Proceedings. 2011: 285–294. PMC 3243208. PMID 22195080.
  6. ^ HITSP_C32_Examples_Jan2010
  7. ^ "Test Procedure for §170.304 (i) Exchange Clinical Information and Patient Summary Record" (PDF). September 24, 2010. Archived from the original (PDF) on 2011-09-12.
  8. ^ Blumenthal, David; Tavenner, Marilyn (August 2010). "The "Meaningful Use" Regulation for Electronic Health Records". New England Journal of Medicine. 363 (6): 501–504. doi:10.1056/NEJMp1006114. PMID 20647183.
  9. ^ "Federal Register, Volume 77 Issue 45 (Wednesday, March 7, 2012)". www.gpo.gov.
  10. ^ "Implementing Consolidated-Clinical Document Architecture (C-CDA) for Meaningful Use Stage 2" (PDF). Office of the National Coordinator for Health Information Technology. April 5, 2013.
  11. ^ "SITE". www.sitenv.org.
  12. ^ Allen, Thelma A. (14 December 2016). "Healthcare - Standards & Testing".
  13. ^ Kibbe, David C. (19 June 2008). "Untangling the Electronic Health Data Exchange". e-CareManagement blog. Better Health Technologies, LLC.
  14. ^ "Google Health Data API". Google Code. 2012. Archived from the original on 21 February 2012.
  15. ^ Nolan, Sean (13 July 2008). "Again with the Standards Thing". Family Health Guy. MSDN Blogs.

Bibliography