|
|
| (33 intermediate revisions by 2 users not shown) |
| Line 1: |
Line 1: |
| | [[Category:Patient Care]] | | [[Category:Patient Care]] |
| | [[Category:Templates]] | | [[Category:Templates]] |
| | + | [[Category:Patient Care Active Project]] |
| | [[Category:Detailed Clinical Models]] | | [[Category:Detailed Clinical Models]] |
| | + | __NOTOC__ |
| | + | This is the project page for the new Detailed Clinical Models projects sponsored by [[Patient Care]] WG. The [[Previous_DCM_project | previous Detailed Clinical Models project]] previous DCM project page is available for reference. |
| | | | |
| − | return to: [[Patient Care]] | + | Return to [[Main Page]] - ''include link to return to [http://www.hl7.org/Special/committees/index.cfm?ref=nav Work Group main page] or [[Main_Page|wiki page]] who sponsored the project'' |
| | + | *list project co-sponsors and link to their WG [[Main_Page|wiki page]] or [http://www.hl7.org/Special/committees/index.cfm?ref=nav Work Group web pages] |
| | | | |
| − | further to: [[Detailed Clinical Models]]
| + | <noinclude>''This template was developed using examples from other project pagess: Annotated ECG, BRIDG as DAM, Canonical Pedigree, DCM for Dev, EHR Interop, EHR RM-ES, Oncology EHR, RPS, Templates registry, SPL, VMR </noinclude> |
| | | | |
| − | further to: [[Detailed Clinical Model instance construction]]
| + | ==Project Information== |
| | | | |
| − | further to: [[Detailed Clinical Model guidelines for creation]]
| + | Link to [http://www.hl7.org/special/Committees/projman/searchableProjectIndex.cfm Project Insight Searchable Database] Entry, which contains: |
| | + | *Brief description of project |
| | + | *Name the project facilitators, (add contact info if desired) |
| | + | *Link to project scope statement |
| | + | *Name the [http://www.hl7.org/listservice/index.cfm? project listserv] if a special one exists |
| | | | |
| − | further to: [[DAM vs DCM vs SAEAF]]
| |
| | | | |
| − | further to: [[Governance]]
| + | ==Meeting Information== |
| | + | *link to or list [http://www.hl7.org/concalls/index.cfm?action=home.welcome& project meeting schedule] |
| | + | *[http://www.hl7.org/special/Committees/claims/minutes.cfm link to minutes web page] or [[Meeting_Minutes_template|wiki minutes page]], or list project meeting agendas and minutes |
| | | | |
| | | | |
| − | =Introduction= | + | ==Status== |
| | + | *If balloting, list ballot name/[http://www.hl7.org/ctl.cfm?action=ballots.home&ballot_cycle_id=523&ballot_voter_id=0 cycle]/[http://www.hl7.org/documentcenter/ballots/2011may/downloads/ISO_IDMP_SUBSTID11238_R1_N1_2011MAR.pdf link] |
| | + | *If in DSTU, link to [http://www.hl7.org/dstucomments/ DSTU comments page] |
| | + | *If in development, link to [http://gforge.hl7.org/gf/project/work in progress] |
| | + | *Some projects explicitly list objectives from scope statement and status for each |
| | | | |
| | | | |
| − | 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.
| + | ==Issues/Hot Topics== |
| | + | *List issues or link to issues tracking repository ([[Template:NEW_V3_Publishing_Issue|wiki pages]] or [http://gforge.hl7.org/gf/project/ GForge]) |
| | | | |
| − | =Project intent=
| |
| | | | |
| − | * To create and maintain in a repository a set of detailed clinical models that can be transformed from a generic model into EHR profile, HL7 templates, V3 Clinical Statements (for use in O&O, CDA, PC R-MIMs), and that can function in ISO 13606 and OpenEHR series of standards. | + | ==Project Documents== |
| − | * To build further on past and existing efforts on archetype development from OpenEHR and CEN 13606, template, Clinical Statement and R-MIM development in HL7, and clinical domain expressions in different associations. | + | *Link to working documents/[[Main_Page|wiki pages]] |
| − | * To organize clinical content in such a manner that it becomes multi useable in different standards and different technologies, thus supporting both the Joint work and semantic interoperability. The repository will be one practical outcome of the joint initiative.
| + | *Link to [http://gforge.hl7.org/gf/project/ project GForge] |
| | + | *Link to reference documentation on [http://gforge.hl7.org/gf/project/ GForge], HL7 Web site [http://www.hl7.org/special/Committees/claims/docs.cfm WG Documents/Presentations page], or external web pages |
| | | | |
| − | =Project scope=
| |
| | | | |
| − | The overall goals of the DCM initiative are:
| + | [[Category:Active_Projects]] |
| − | | + | [[Category:StyleGuides]] |
| − | * 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=
| |
| − | | |
| − | {| class="wikitable sortable" border="1" cellpadding="5" cellspacing="0"
| |
| − | | |
| − | |- style="background:#2f4f4f; color:white"
| |
| − | |width="200pt"|Role
| |
| − | |width="200pt"|Name
| |
| − | |width="200pt"|Email
| |
| − | |width="300pt"|Notes
| |
| − | | |
| − | |-
| |
| − | |Project facilitator||William Goossen||williamtfgoossen@cs.com||
| |
| − | |-
| |
| − | |Publishing facilitator||Jane Curry||janecurry@healthinfostrategies.com||Relation with Template Registry||
| |
| − | |-
| |
| − | |Publishing facilitator||Jean Duteau||jean.duteau@gpinfornatics.com||To be discussed by William and Jean||
| |
| − | |-
| |
| − | |Vocabulary facilitator||HL7 Vocabulary Work Group|| ||
| |
| − | |-
| |
| − | |Modeling facilitator||Michael van der Zel||m.van.der.zel@ict.umcg.nl||
| |
| − | |-
| |
| − | |Domain expert representative 1||Kevin Coonan||kevin.coonan@gmail.com||
| |
| − | |-
| |
| − | |Domain expert representative 2||Anneke Goossen||agoossen@results4care.nl||
| |
| − | |-
| |
| − | |Data Analyst facilitator|| || ||
| |
| − | |-
| |
| − | |Business requirement analyst|| || ||
| |
| − | |-
| |
| − | |Requirements process facilitator||Frank Oemig||hl7@oemig.de||
| |
| − | |-
| |
| − | |Implementor||Ewout Kramer||e.kramer@furore.com||
| |
| − | |}
| |
| − | | |
| − | =Action items=
| |
| − | | |
| − | {| class="wikitable sortable" border="1" cellpadding="5" cellspacing="0"
| |
| − | | |
| − | |- style="background:#2f4f4f; color:white"
| |
| − | |width="200pt"|Action
| |
| − | |width="200pt"|Description
| |
| − | |width="200pt"|Timeline
| |
| − | |width="300pt"|Status
| |
| − | | |
| − | |-
| |
| − | |Analyse and model Glasgow Coma Scale for DSTU||An DCM for the Glascow Coma Scale is in enterprise archtect available for ballot.Also available is an export document so clinicians can give comment on the clinical content.||Informative ballot september 2010||In progress.
| |
| − | |-
| |
| − | |Revise Barthel index in PC DSTU and ISO 13606-3||An DCM for the Barthel index is in enterprise architect available for ballot. Also available is an export document so clinicians can give comment on the clinical content.||Informative ballot september 2010||In progress
| |
| − | |-
| |
| − | |Translate Dutch example scales into English||Examples are available. Different scales with different modeling issues should be choosen for balloting. the different examples must be modeled in EA. An export document must be made and available.||Informative ballot september 2010||To be discussed during the HL7 WGM in Rio de Janeiro
| |
| − | |-
| |
| − | |Vocabulary facilitator||HL7 Vocabulary Work Group|| ||
| |
| − | |-
| |
| − | |Modeling facilitator||Michael van der Zel||m.van.der.zel@ict.umcg.nl||
| |
| − | | |
| − | | |
| − | | |
| − | =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.
| |
| − | | |
| − | =Links to relevant documents=
| |
| − | | |
| − | | |
| − | [[Templates Registry Pilot]] | |
| − | | |
| − | =Participants=
| |
| − | | |
| − | ==DCM Users==
| |
| − | | |
| − | ==DCM Annonators==
| |
| − | | |
| − | ==DCM Liasons==
| |
| − | | |
| − | ==DCM Developer==
| |
| − | | |
| − | ==DCM Contributors==
| |
| − | | |
| − | =Sub Projects=
| |
