Detailed Clinical Model project
return to: Patient Care
further to: Detailed Clinical Models
further to: Detailed Clinical Model instance construction
further to: Detailed Clinical Model guidelines for creation
further to: DAM vs DCM vs SAEAF
further to: Governance
Contents
Introduction
The DCM series of projects are as such a follow up of the DCM meeting in Boca Raton, led by Craig Parker and the DCM Brisbane workshop in 2007 with CEN, ISO, HL7, OpenEHR and clinical involvement where the recommendations were to work on harmonization of granular and detailed clinical content and where four action areas included clinician involvement, quality of detailed clinical models, representation formalisms and establishing and maintaining repositories. This is because different communities where working in splendid isolation on the same specifications of blood pressure, pulse, breathing, Apgar score, Glasgow Coma Scale, Health and Physical, assessments and so on.
Project scope
The overall goals of the DCM initiative are:
- to develop methods, tools for requirements gathering with clinicians, requirements for modelling tools,
- to enforce quality control, authorisation and governance of DCM rules,
- to identify clinical items, binding of clinical content to terminology,
- to model generically and make transforms to different formalisms,
and
- to maintain in a repository a set of DCM that are useable in different standards, formats and different technical implementations using the same generic model. The purpose is to enhance the semantic interoperability between different systems and developments.
Based on discussions in ISO Joint Working Group 9, the JWG leadership requested two projects to be started:
1. A set of examples, useful in a standard.
2. A set of criteria for good quality of DCM that are indeed clinically sound and implementable in different technical environments.
We have created a Top 10 list of DCMs and discussed its use in HL7 project 320 on DCM, where this document is an update of. Establishing DCM criteria and methodologies is currently done under ISO NIWP 13972, which was approved on July 2009.
This proposal includes the proper representation of assessment scales, indexes and scoring systems. It will use elements of other HL7 WGs or projects such as Terminfo, Structured Documents, Templates and Clinical Statement. A DCM includes the purpose of one or small set of clinical data elements, the evidence base, data element specification, proper procedure, interpretation of values, and literature references. A guideline for this has been created on behalf of Nictiz in the Netherlands.
A DCM specification must be
- usable within the HL7 Clinical Statement and HL7 template specification,
- meet HL7 terminfo requirements,
- adjustable to the CEN/IOS 13606 and OpenEHR archetype environment, and the Clinical template specification, among others.
Technical implementations that would be able to deploy DCM include GUI design, database design, HL7 message design, algorithm design, rule-based Decision Support System design, among others. In particular a DCM is to form a bridge between different technical representation formats, in particular HL7 v3 templates / clinical statements and OpenEHR archetypes. That is the harmonization aspect of DCM. In order to actually use a DCM, the transformation to HL7 must be made. This is done via mapping the DCM content to a Clinical Statement R-MIM, in any HL7 domain that uses Clinical Statement. The formalism to use a DCM in HL7 space would be that of an HL7 v3 template.
Project Team
Project facilitator: Dr. William Goossen, williamtfgoossen@cs.com
Other interested parties
Multi-disciplinary project team:
- Modeling facilitator John Kufuor-Boakye: kufuor@telusplanet.net
Publishing facilitator Jane Curry: janecurry@healthinfostrategies.com Vocabulary facilitator HL7 Vocabulary Work Group Domain expert rep Kevin Coonan: kevin.coonan@gmail.com Data Analyst facilitator Business requirement analyst Requirements process facilitator Frank Oemig: hl7@oemig.de
People who will make use of the registry once it is created and populated
Role | Name | Notes | |
Ewout Kramer | e.kramer@furore.com | ||
Michael van der Zel | m.van.der.zel@ict.umcg.nl | ||
Gaby Jewell | gjewell@cerner.com | ||
Mark Roche | mrochemd@gmail.com | ||
William Goossen | williamtfgoossen@cs.com | ||
Anneke Goossen | agoossen@results4care.nl | ||
Rob McClure | rmclure@apelon.com | ||
Frank Oemig | frank.oemig@agfa.com | ||
John Roberts | john.a.roberts@tn.gov | ||
Larry Reis | larrywreis@cs.com | ||
Sarah Gaunt | sarahgaunt@nehta.gov.au |
Action items
Project process
Project objectives and deliverables
DCM Release 1 will support the following goals:
- Develop methods and tools requirements for binding of clinical content to terminology, to generic models and to different technical implementations using the same generic model. The first ballot will include a guideline for DCM creation.
- Identify a means to involve clinical groups to determine and specify relevant clinical content. This in line with the HL7 clinical interoperability council work and Domain Analysis Modelling (DAM), and HDF among others.
- Set up a methodology for verification, validation and quality, control and review cycle of clinical materials and their representation in terminology and information models so clinicians can trust the EHR and the message content presented to them. This will become part of the ISO 13972.
- Create a superset from which various applications, e.g. the CDA H&P, Detailed Clinical Models, DEEDS, etc. can draw data element identifiers in particular to provide a value set suitable for use in a clinical statement's Observation.code.
- Generate clinical value sets in both SNOMED-CT and in LOINC, according to Terminfo guidelines. This includes appropriate use of principles how information model and terminology model interact properly.
- Define and apply quality criteria for DCM clinical content, terminology, classification and unique coding, language translations, generic information modelling independent of a particular standard, transformations via tooling from generic models to standards specific modelling,
- Give guidelines for the linkage from a Domain Analyses Model to a HL7 D-MIM / R-MIM / template and/or archetype
- Develop transformation of generic model into HL7 v3 RIM / R-MIM / Clinical statement modelling and message development
- Develop transformation of generic model into CEN/ISO / OpenEHR archetypes
- Develop methods and tools to combine DCM into larger clinical templates
- Develop tools to combine archetypes / R-MIMs / DCM into different technologies
- Support actual use of DCM as clinical statements in messages (v2 and v3) and CDA (HL7 Patient Care / SD (CDA) / Clinical statement / O&O).
- Provide a forum to develop and maintain actual instances and artifacts for clinical content.
- Apply relevant metadata such as in the HL7 templates specification and ISO metadata ISO 11179.
- Set requirements, organise and develop a repository for DCM, serving the different clinical and standards organisations.
- Facilitate the re-use of materials and resources and prevent unnecessary duplication of efforts.
- The goal will be to ballot the DCM set Release 1 for normative status in first half of 2011 followed closely by implementation guide(s) that help promote interoperability across vendor implementations and across standards.
- At the end of this project, the DCM collection will be enhanced to better support the long-term goal of an automated standards-based information technology (IT) environment for the exchange of information supporting the process for clinical data collection and exchange to support continuity of care, aggregation of data and lifetime storage and retrieval, more or less independent of the actual technical implementations.
- Work products intended to produce a standard should be in terms of HL7 V3 deliverables, including but not limited to the following:
- Make an inventory of examples already in the current HL7 v3 ballot domains
- Clinical data specification guidelines and criteria
- Methods how to apply
- Storyboard, storyboard examples
- State Transition Diagrams, trigger events where appropriate
- Interaction Diagram, interactions
- Message Information Models, Refined Message Information Models consistent with Clinical Statement and its derivates such as Care Statement
- Hierarchical Message Definitions and XML examples that can be used as plug in for CDA and Care Provision Record message.
- Implementation Guide for DCM within different standards and technical contexts
- Tool criteria and tools for conversions
- Repository of DCM, joint with CEN / ISO and OpenEHR including requirements from terminfo, template, 13606 and OpenEHR deliverables if applicable
- Feasibility studies for using DCM in the different technologies.