Health informatics - Detailed clinical models, characteristics and processes (ISO/TS 13972:2015)

This Technical Specification:
— Describes requirements and recommended methods against which clinicians can gather, analyse
and, specify the clinical context, content, and structure of Detailed Clinical Models.
— Defines Detailed Clinical Models (DCMs) in terms of an underlying logical model. They are logical
models of clinical concepts and can be used to define and to structure clinical information.
— Describes requirements and principles for DCMs, meta-data, versioning, content and context
specification, data element specification and data element relationships, and provide guidance
and examples.
— Specifies DCM governance principles to ensure conceptual integrity of all DCM attributes and logical
model accuracy.
— Describes DCM development and the methodology principles for use that will support the production
of quality DCMs to minimize risk and ensure patient safety.
This Technical Specification is not applicable to:
— Details of the content of instances of Detailed Clinical Models. e.g. This Technical Specification will
not specify the concrete data elements for the Glasgow Coma Scale, body height, and such (apart from
some examples to explain the clauses). It will however give guidance on how to properly specify the
clinical knowledge of Glasgow Coma Scale or body height, how to correctly identify, name and model
the data elements for these clinical concepts, and how to give unique codes to each data element
and, where possible, value set. In other words, it will explain the how to create instances, but not
offer the instances themselves.
— Specifications of dynamic modelling, for example workflow.
— Specifications for modelling entire domains or aggregates of many Detailed Clinical Models such as
complete assessment documents or discharge summaries. It will not specify DCM compositions.

Medizinische Informatik - Detailliertes klinisches Model, Charakteristika und Prozesse (ISO/TS 13972:2015)

Informatique de santé - Modèles cliniques détaillés, caractéristiques et processus (ISO/TS 13972:2015)

Zdravstvena informatika - Podrobni klinični modeli, značilnosti in procesi (ISO/TS 13972:2015)

Ta tehnična specifikacija:
– Opisuje zahteve in priporočene metode, na podlagi katerih lahko zdravniki zbirajo, analizirajo in označujejo klinične kontekste, vsebine ter strukture podrobnih kliničnih modelov.
– Določa podrobne klinične modele (DCM) na podlagi osnovnega logičnega modela. To so logični modeli kliničnih pojmov in jih je mogoče uporabiti za določitev in strukturiranje kliničnih informacij.
– Opisuje zahteve in načela za modele DCM, metapodatke, shranjevanje različic, specifikacijo vsebine in konteksta, specifikacijo podatkovnih elementov in razmerij med njimi ter podaja napotke in primere.
– Določa načela upravljanja modelov DCM za namene zagotavljanja zasnovne celovitosti vseh atributov DCM
in natančnosti logičnega modela.
– Opisuje razvoj modelov DCM in metodološka načela, s katerimi se podpre izdelava
kakovostnih modelov DCM za namene zmanjšanja tveganja in zagotavljanja varnosti pacientov.
Ta tehnična specifikacija se ne uporablja za:
– Podrobno vsebino primerkov podrobnih kliničnih modelov. Primer: ta tehnična specifikacija ne določa konkretnih podatkovnih elementov za Glasgowsko lestvico nezavesti, telesno višino ipd. (razen nekaterih primerov razlag členov). Vključuje pa navodila o tem, kako pravilno določiti klinično znanje po Glasgowski lestvici nezavesti ali telesni višini, kako pravilno prepoznati, poimenovati in modelirati podatkovne elemente za te klinične koncepte ter kako podati enolične kode posameznim podatkovnim elementom in (če je mogoče) naborom vrednosti. Povedano drugače, opisuje način ustvarjanja primerkov, vendar ne vključuje posameznih primerkov.
– Specifikacije dinamičnega modeliranja, npr. poteka dela.
– Specifikacije za modeliranje celotnih domen ali agregatov številnih podrobnih kliničnih modelov,
npr. celotne dokumentacije pregledov ali povzetkov odpustnic. Ne določa sestave modelov DCM.

General Information

Status
Withdrawn
Publication Date
05-Jan-2016
Withdrawal Date
29-Mar-2022
Technical Committee
Current Stage
9900 - Withdrawal (Adopted Project)
Start Date
29-Mar-2022
Due Date
21-Apr-2022
Completion Date
30-Mar-2022

Relations

Buy Standard

Technical specification
TS CEN ISO/TS 13972:2016 - BARVE
English language
67 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day

Standards Content (Sample)

SLOVENSKI STANDARD
SIST-TS CEN ISO/TS 13972:2016
01-marec-2016
=GUDYVWYHQDLQIRUPDWLND3RGUREQLNOLQLþQLPRGHOL]QDþLOQRVWLLQSURFHVL ,6276

Health informatics - Detailed clinical models, characteristics and processes (ISO/TS
13972:2015)
Medizinische Informatik - Detailliertes klinisches Model, Charakteristika und Prozesse
(ISO/TS 13972:2015)
Informatique de santé - Modèles cliniques détaillés, caractéristiques et processus
(ISO/TS 13972:2015)
Ta slovenski standard je istoveten z: CEN ISO/TS 13972:2015
ICS:
35.240.80 Uporabniške rešitve IT v IT applications in health care
zdravstveni tehniki technology
SIST-TS CEN ISO/TS 13972:2016 en,fr,de
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------

SIST-TS CEN ISO/TS 13972:2016

---------------------- Page: 2 ----------------------

SIST-TS CEN ISO/TS 13972:2016


CEN ISO/TS 13972
TECHNICAL SPECIFICATION

SPÉCIFICATION TECHNIQUE

October 2015
TECHNISCHE SPEZIFIKATION
ICS 35.240.80
English Version

Health informatics - Detailed clinical models,
characteristics and processes (ISO/TS 13972:2015)
Informatique de santé - Modèles cliniques détaillés, Medizinische Informatik - Detaillierte klinische
caractéristiques et processus (ISO/TS 13972:2015) Modelle, Charakteristika und Prozesse (ISO/TS
13972:2015)
This Technical Specification (CEN/TS) was approved by CEN on 24 August 2015 for provisional application.

The period of validity of this CEN/TS is limited initially to three years. After two years the members of CEN will be requested to
submit their comments, particularly on the question whether the CEN/TS can be converted into a European Standard.

CEN members are required to announce the existence of this CEN/TS in the same way as for an EN and to make the CEN/TS
available promptly at national level in an appropriate form. It is permissible to keep conflicting national standards in force (in
parallel to the CEN/TS) until the final decision about the possible conversion of the CEN/TS into an EN is reached.

CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,
Finland, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania,
Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and
United Kingdom.





EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION

EUROPÄISCHES KOMITEE FÜR NORMUNG

CEN-CENELEC Management Centre: Avenue Marnix 17, B-1000 Brussels
© 2015 CEN All rights of exploitation in any form and by any means reserved Ref. No. CEN ISO/TS 13972:2015 E
worldwide for CEN national Members.

---------------------- Page: 3 ----------------------

SIST-TS CEN ISO/TS 13972:2016
CEN ISO/TS 13972:2015 (E)
Contents Page
European foreword . 3
2

---------------------- Page: 4 ----------------------

SIST-TS CEN ISO/TS 13972:2016
CEN ISO/TS 13972:2015 (E)
European foreword
This document (CEN ISO/TS 13972:2015) has been prepared by Technical Committee ISO/TC 215
"Health Informatics" in collaboration with Technical Committee CEN/TC 251 “Health informatics” the
secretariat of which is held by NEN.
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. CEN [and/or CENELEC] shall not be held responsible for identifying any or all such patent
rights.
According to the CEN-CENELEC Internal Regulations, the national standards organizations of the
following countries are bound to announce this Technical Specification: Austria, Belgium, Bulgaria,
Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia,
France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta,
Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland,
Turkey and the United Kingdom.
Endorsement notice
The text of ISO/TS 13972:2015 has been approved by CEN as CEN ISO/TS 13972:2015 without any
modification.
3

---------------------- Page: 5 ----------------------

SIST-TS CEN ISO/TS 13972:2016

---------------------- Page: 6 ----------------------

SIST-TS CEN ISO/TS 13972:2016
TECHNICAL ISO/TS
SPECIFICATION 13972
First edition
2015-10-01
Health informatics — Detailed clinical
models, characteristics and processes
Informatique de santé — Modèles cliniques détaillés,
caractéristiques et processus
Reference number
ISO/TS 13972:2015(E)
©
ISO 2015

---------------------- Page: 7 ----------------------

SIST-TS CEN ISO/TS 13972:2016
ISO/TS 13972:2015(E)

COPYRIGHT PROTECTED DOCUMENT
© ISO 2015, Published in Switzerland
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized otherwise in any form
or by any means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior
written permission. Permission can be requested from either ISO at the address below or ISO’s member body in the country of
the requester.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – All rights reserved

---------------------- Page: 8 ----------------------

SIST-TS CEN ISO/TS 13972:2016
ISO/TS 13972:2015(E)

Contents Page
Foreword .v
Introduction .vi
1 Scope . 1
2 Terms and definition . 1
3 Abbreviated terms . 8
4 Definition, purpose, contexts and position of Detailed Clinical Models .8
4.1 Definition of Detailed Clinical Models . 8
4.2 Purpose for Detailed Clinical Models . .10
4.3 Reference (Information) Models and Detailed Clinical Models .11
4.4 Types of Detailed Clinical Models .11
4.5 Context of Detailed Clinical Models .12
4.6 Architectural approach to healthcare interoperability and Detailed Clinical Models .13
4.7 Architectural considerations for Detailed Clinical Models based on the GCM .14
5 Requirements and Methodology for Detailed Clinical Models .16
5.1 DCM application, structure and management .16
5.2 Clinical Requirements .19
5.2.1 General.19
5.2.2 Clinician/user requirements, involvement, and verification for Detailed
Clinical Models .20
5.3 Clinical acceptance, adoption, and use .20
5.4 DCM QMS Processes for the systematic approach for quality of DCMs .21
5.4.1 General.21
5.4.2 General requirements .21
5.4.3 General DCM documentation requirements .21
5.5 DCM Governance .22
5.5.1 General.22
5.5.2 Governance and Management responsibility for Detailed Clinical Models .22
5.5.3 Organizing Detailed Clinical Model governance .22
5.5.4 Submission criteria for Detailed Clinical Models .22
5.5.5 Search/access criteria for Detailed Clinical Models .23
5.5.6 Contributors and key competence .23
5.5.7 Clear Accountability .23
5.5.8 Quality .23
5.6 Stakeholder Participation.23
5.7 DCM Development Processes .24
5.7.1 General.24
5.7.2 Hazards in data exchange between clinical information systems .24
5.7.3 Include data exchange specifically in Detailed Clinical Model hazard analysis .25
5.7.4 Keep the Detailed Clinical Model as simple as possible .25
5.8 Detailed Clinical Model content and artefacts .25
5.8.1 General.25
5.8.2 Clinical concept specification of a particular Detailed Clinical Model .26
5.8.3 Context of clinical concept in a Detailed Clinical Model .26
5.8.4 Purpose of the Detailed Clinical Model at instance level .26
5.8.5 Evidence Base for the Detailed Clinical Model topic .27
5.8.6 Description of data elements in the Detailed Clinical Model .28
5.8.7 Instructions for documentation of DCM content .33
5.8.8 Care process / dependence .34
5.8.9 Issues .34
5.8.10 Example of the DCM .35
5.8.11 References .35
© ISO 2015 – All rights reserved iii

---------------------- Page: 9 ----------------------

SIST-TS CEN ISO/TS 13972:2016
ISO/TS 13972:2015(E)

5.8.12 Copyrights of source materials, Disclaimer, Terms of use and Copyrights
for Detailed Clinical Model .36
5.8.13 Metadata .37
5.8.14 Version management .41
5.8.15 Guidelines and principles for Detailed Clinical Modelling .42
5.8.16 Inclusion of other Detailed Clinical Models .48
5.8.17 Use of terminology .48
5.9 Measurement, analysis and improvement .48
5.9.1 General.48
5.9.2 Detailed Clinical Model maintenance . .49
5.9.3 Monitoring and measurement .49
Annex A (informative) Data type profile used for the logical model parts for Detailed
Clinical Models .50
Annex B (informative) Example Detailed Clinical Model in UML and Table format .51
Bibliography .54
iv © ISO 2015 – All rights reserved

---------------------- Page: 10 ----------------------

SIST-TS CEN ISO/TS 13972:2016
ISO/TS 13972:2015(E)

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives ).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation on the meaning of ISO specific terms and expressions related to conformity
assessment, as well as information about ISO’s adherence to the WTO principles in the Technical
Barriers to Trade (TBT) see the following URL: Foreword - Supplementary information
The committee responsible for this document is ISO/TC 215, Health informatics.
© ISO 2015 – All rights reserved v

---------------------- Page: 11 ----------------------

SIST-TS CEN ISO/TS 13972:2016
ISO/TS 13972:2015(E)

Introduction
In current healthcare information technology, there is an identified need for clinical information
recorded by one professional or in one information system and transferred electronically to another
professional or information system to retain enough of its intended and precise meaning to be safe
and useful [HL7, ISO 13606, EC Recommendation COM (2008) 3282 final]. In particular, clinical safety
requires that the receiving system and user of all data elements contributing to clinical knowledge
makes the exact same interpretation of their meaning as applied in the source system. Semantic
interoperability enables actors in a clinical process to cooperate by ensuring they share a common
understanding of information and activities pertinent to the clinical process. When actors in a clinical
process use a combined system containing two (or more) information systems, semantic interoperability
occurs as an emergent (whole system) characteristic of those data exchanges that constitute meaningful
communications between actors using different information systems. As is typical for engineering
properties of systems, semantic interoperability is not absolute. It enables sufficiently unambiguous
understanding of stored, used, and communicated data so that patients, health care professionals, and
others including automated systems can interpret and act upon data in health care information systems
(health IT systems) consistently and accurately.
Semantic interoperability is defined as “ensuring that the precise meaning of exchanged information
is understandable by any other system or application not initially developed for this purpose” [EC
Recommendation, COM (2008) 3282 final]. Semantic interoperability addresses issues of how to best
facilitate seamless computer mediated processes of coding, transmission, and use of meaning across
health services, between providers, patients, citizens and authorities, research, and training (modified
from Semantic Health, 2009). A key requirement to achieve this is the standardization of clinical concept
representation within health data, including content, structure, context, and transmission processes.
This represents the core development need for future electronic health records (EHR) and other health
IT systems and for communication between these systems. In addition, standardization of clinical
concept representation is a desirable and cost effective way to aggregate data from multiple health
IT systems and operate as a cohesive whole, for example for clinical audit and research. Exchanging
information using standardized clinical concept representations thereby takes its place as one of the
specific kinds of semantic interoperability, with well-defined benefits and limitations.
The ability to exchange information between clinical information systems without loss of clinical
meaning is also essential to enable safe and effective implementation of automated decision support.
Whether a decision support system requests specific information from an EHR system or an EHR
system requests specific computations from a decision support system (and both of these patterns of
interaction are used), it is essential that the clinical information exchanged is understood accurately
and consistently by both systems.
This Technical Specification provides guidance on representation format and processes to improve
the quality of modular data specifications for clinical information, here called Detailed Clinical Models
(DCM). The modelling approach described in ISO/TR 17119 as the ISO Health Informatics Profiling
Framework (HIPF) is followed. ISO/TR 17119 defines three levels of specificity for artefacts which are
CONCEPTUAL, LOGICAL, and PHYSICAL and describes six perspectives for an artefact, the WHO, WHAT,
HOW, WHERE, WHY, and WHEN perspectives.
With respect to the processes for DCM, a Quality Management system (QMS) based on a framework
such as ISO 9001 can be used. Defined processes for development, application, and governance ensure
the quality of DCM artefacts. In terms of the HIPF, this provides WHO, HOW, and WHEN perspectives at
the LOGICAL level of specificity.
The scope of this Technical Specification is the conceptual and logical aspects of a DCM and quality
management processes for DCM artefacts. Although the DCM is modelling a clinical concept, we are
defining these concepts at the logical level. Therefore, these are logical constructs. There is ongoing
debate in the Health Informatics community about the exact nature and role of modular data
specifications for clinical information. This Technical Specification reflects a pragmatic consensus
based on experience, in particular regarding the level of detail in the breakdown and representation
vi © ISO 2015 – All rights reserved

---------------------- Page: 12 ----------------------

SIST-TS CEN ISO/TS 13972:2016
ISO/TS 13972:2015(E)

of a DCM and how instances of a DCM are likely to be used within an actual Healthcare Information
Architecture.
The following organizers and participants contributed to the Technical Specification:
— Health Level 7 International (HL7) (USA)
— National ICT Institute in Health Care (NICTIZ, Netherlands)
— National Health Service (NHS) (England)
— Canada Infoway (Canada)
— National E-Health Transition Authority (NEHTA),(Australia)
— OpenEHR (International)
— EN 13606 association (Europe)
— Intermountain Healthcare (USA)
— Center for Interoperable EHR (CiEHR) (South Korea)
— Parelsnoer Initiative (Netherlands)
— Netherlands Normalization Institute, Detailed Clinical Model Quality Center (Netherlands)
— Portavita (Netherlands)
— Clinical Information Modelling Initiative (CIMI) (International)
— Results 4 Care BV (Netherlands)
— And the many other individuals and organizations that contributed.
Clinical concepts as core of EHR and message content
Detailed Clinical Models are highly specialized logical models of clinical concepts. Their development
and management require common and more generic definitions/descriptions of clinical concepts.
ISO 13940 is suitable as a common base for development of DCMs.
To support communication between actors in clinical processes as described above and also to enable
design review by both clinical domain experts and technical modellers, an artefact describing a
DCM must contain considerable detail concerning the values and types of attributes and how they fit
together to convey the clinical reality being communicated. In this way, Detailed Clinical Models define
representations of clinical concepts independent of implementation, enabling safe translation from one
technological implementation of a Detailed Clinical Model into another of the same DCM.
Data specifications similar to the DCM described in this Technical Specification have been found to
be useful in a wide range of health care information and communication technologies, including but
not limited to EHR systems, telehealth applications, messaging integration, medical devices, computer
algorithms, and deductive reasoning for decision support (e.g. Huff et al., 2004, Hoy et al., 2007, 2009,
Kalra et al., 2008, Rector, Qamar, Marley, 2008, Goossen et al., 2010, Shafarman and Gilliam, 2010,
among others).
Standardized Detailed Clinical Models underpin the coherence of Electronic Health Records (EHR,
ISO 18308), where data needs to be accepted from multiple sources and stored in a consistent
deterministic fashion. In addition, for a functional EHR system (EHR System Functional Model,
ISO/HL7 10781), queries must be constructed based on clinical knowledge and tied to clinical context
and workflow; services need to be automated based on known values of patient parameters linked
to agreed protocols; data display and data entry needs to reference clinical guidelines while safety
and quality issues for clinicians moving from system to system can be minimized through consistent
information representation. In this way, standardized Detailed Clinical Models become the lingua
© ISO 2015 – All rights reserved vii

---------------------- Page: 13 ----------------------

SIST-TS CEN ISO/TS 13972:2016
ISO/TS 13972:2015(E)

franca of reuse and reusability in and across clinical systems. They promote safety and quality, enable
decision support; are a pre-requisite for effective and reliable analysis and aggregation for research and
they underpin safe and effective exchange of clinical information. A final important aspect of Detailed
Clinical Models is that in any given implementation context, they will need to be combined into larger
interlinked structures, sometimes with changing levels of detail as might occur for specifying a hospital
discharge summary. A consequence of such requirements is that mechanisms such as specialization
are needed to enable DCM to be safely represented at different levels of detail. A hospital discharge
summary consists of many elements, many of which might be seen as DCM, however the data specification of
a discharge summary is a separate artefact making use of a number of DCMs and is not a DCM in itself. How
these combinations of DCM can be achieved is not part of this Technical Specification. For example, the
HL7 version 2 and version 3 standards both provide means whereby composite message models can be
constructed from previously defined parts. Often such combinations are defined in a Domain Analysis
Model. In the ISO 13606 environment it is usually called templating.
There is widespread acceptance that models need to be developed and standardized by clinicians on
the one hand and also be technology ‘neutral’ yet usable in real systems on the other. To be patient-
safe, a DCM must be defined in terms of an underlying information model (RM, RIM). This Technical
Specification is about meeting this challenge by detailing clinical model quality requirements, principles,
development methodology, and governance, addressing the conceptual content for the logical levels of
modelling, but not intervening in the physical implementation. This means we are modelling clinical
concepts at the logical level, but we are not doing conceptual modelling and are not doing physical
implementations.
The electronic health record (EHR, ISO 18308) is the core requirement intended to achieve safe, efficient
semantic interoperability. EHRs are based on a logical structure whereby data can be entered in a
structured format that represents systematic meaning and where the clinical concepts captured are
represented in a manner that ensures consistent semantics of what is managed and stored. This ideally
requires semantic interoperability between all EHRs, whether organizational, personal, or national and
the clinical systems which contribute to, and make use of, that data. The achievement of that vision
will be a long journey however Detailed Clinical Models will accelerate progress by determining clearly
what we need to exchange for specific purposes such as clinical record keeping, continuity of care or for
aggregation purposes.
The need for standardized clinical models has been recognized and endorsed by firstly CEN, and
then ISO, who have adopted and incorporated ‘archetypes’ and an E
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.