This wiki has undergone a migration to Confluence found Here


From HL7Wiki
Revision as of 18:21, 17 January 2010 by William Goossen (talk | contribs) (New page: return to: Patient Care further to: Detailed Clinical Models further to: Detailed Clinical Model instance construction further to: [[Detailed Clinical Model guidelines for c...)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

return to: Patient Care

further to: Detailed Clinical Models

further to: Detailed Clinical Model instance construction

further to: Detailed Clinical Model guidelines for creation


There are several questions asked within the HL7 community about the relationship between a Domain Analysis Model (DAM) and a Detailed Clinical Model (DCM)and how this fits into SAEAF (numbers refer to the TSC list of questions of December 2009):

1. Are the DCMs intended to represent a more-detailed version of a DAM, or does it represent a detailed message model?

DCM do not represent a detailed message model. Patient Care has developed such clinical R-MIMs in the past (see the topic of care structures in the ballot). But XML experts gave feedback that this approach would lead to exploding permutations of the XML messages. Patient Care has been looking for alternative approaches since 2005. One is to have a R-MIM for typical clinical information, such as vital signs and assessment scales. For each an R-MIM is created and balloted that allow to specify the data elements, codes, data types and value(sets). In the assessment scale topic the Hl7 R-MIM, for use in multiple HL7 messages following clinical statement pattern, is presented. Alongside with proper coding for each scale element. Thus to implement clinical details, the use of element identification, coding and specification together with the R-MIM is one solution. The second option would be to use HL7 templates. However, these are still non-existent as part of formal balloted material.

Detailed Clinical Models DCM) are small items of clinical, preventive and care information that are well defined and for which knowledge, data definition, vocabulary binding, and information model for use in information and communication technology are standardized and reusable over domains, purposes, standards and implementations (adapted from Brisbane workshop, 2007).

This preliminary definition might be updated in the next couple of months, heading to the ISO CD due end of February.

Q16. How do the DCM’s fit with the SAEAF methodology? and Q 19. How would a DCM be classified or used within the SAEAF – where in the SAEAF matrix would one find a DCM?

To be completed

23. Is a DCM a reusable fragment of a DAM?

Yes it is. This means that a DCM that specifies a pain scale or a blood pressure can be used in hundreds of DAMs and also in hundreds of EHR Functional Profiles.

However, to be implementable in HL7 DCM need to be transformed either in an R-MIM plus variable table format, preferably Clinical Statement conformant, or into HL7 templates. Similarly, a DCM can be transformed into a CEN/ISO 13606 archetype or an OpenEHR archetype.

DAM vs DCM in diagram format

This diagram illustrates the relationship between a Domain Analysis Model or DAM, as currently developed in the HL7 space and the Detailed Clinical Model or DCM. Both a DAM and a DCM are not created using HL7 methodology, but more generic health informatics modeling approaches. A DAM usually covers a whole clinical domain, for instance TB care, Cardiology, Emergency and so on. At a particular level a DAM remains generic, where detailed clinical data are expected to be expressed in another format. DCM steps in that space: the nitty gritty details. See the examples how detailed level we are working on with a DCM. So a DCM can be seen as a leaf node of a DAM. In addition that would apply also for the leaf node specification in the EHR profile.

When a DCM is available as an abstract specification of a clinical concept, its data-elements and specification and the relationships, it can be transformed into any kind of technological formalism. We do have several examples in the Care Provision Care Structures Topic where these reside as a R-MIM roll out of Care Statement / Clinical Statement. In the Assessment Scale Topic of Care Provision, several tables with data - element specifications and code bindings are illustrated, based on the work of Frank Oemig in Germany.

Finally, as illustrated in the picture DCM can be transformed into HL7 v3 templates as soon as these start becoming existent. Another formalism currently used for implementation of a DCM is the CEN/ISO 13606-2 archetype (as in ADL 1.2), or an OpenEHR archetype (as in ADL 1.4). Work is ongoing on the appropriate transformations.

File:2009-okt-29 DAM vs DCM.png