ISO 13972:2022
(Main)Health informatics — Clinical information models — Characteristics, structures and requirements
Health informatics — Clinical information models — Characteristics, structures and requirements
This document: — Specifies clinical information models (CIMs) as health and care concepts that can be used to define and to structure information for various purposes in health care, also enabling information reuse; — Describes requirements for CIMs content, structure and context and specification of their data elements, data element relationships, meta-data and versioning, and provides guidance and examples; — Specifies key characteristics of CIMs used in conceptual and logical analysis for use cases such as (reference) architectures, information layers, EHR and PHR systems, interoperability, systems integration in the health domain, and secondary use of data including for public health reporting; — Defines a Quality Management System (QMS) for a systematic and effective governance, quality management, and measurement of CIMs through their lifecycle of development, testing, distribution, application and maintenance; — Provides principles for the transformation and application of clinical information models through the wide variation of health information technology. This document excludes: — Requirements on the content or application of any particular clinical information model or clinical information modelling methodology; — Specific applications of clinical information models such as for dynamic modelling of workflow; — Specifications for modelling entire domains or aggregates of many CIMs such as complete assessment documents or discharge summaries. It does not specify CIMs compositions; — Specification of how to involve specific clinicians, how to carry out governance including information governance, or how to ensure patient safety.
Informatique de santé — Modèles d'informations cliniques — Caractéristiques, structures et exigences
Le présent document: — spécifie les modèles d'informations cliniques (CIM) comme des concepts de santé et de soins qui peuvent être utilisés pour définir et structurer les informations à diverses fins dans les soins de santé, permettant également la réutilisation des informations; — décrit les exigences relatives au contenu, à la structure et au contexte des CIM ainsi que la spécification de leurs éléments de données, les relations entre les éléments de données, les métadonnées et la gestion des versions, et fournit des recommandations et des exemples; — spécifie les principales caractéristiques des CIM utilisés dans l'analyse conceptuelle et logique pour les cas d'usage tels que les architectures (de référence), les couches d'information, les systèmes de DIS et de DSP, l'interopérabilité, l'intégration des systèmes dans le domaine de la santé et l'utilisation secondaire des données, notamment pour les rapports de santé publique; — définit un système de management de la qualité (SMQ) pour une gouvernance, un management de la qualité et un mesurage systématiques et efficaces des CIM tout au long de leur cycle de vie de développement, d'essai, de distribution, d'application et de maintenance; — fournit des principes pour la transformation et l'application des modèles d'informations cliniques grâce à la grande diversité des technologies d'information de santé. Le présent document exclut: — les exigences relatives au contenu ou à l'application de tout modèle d'informations cliniques particulier ou de toute méthodologie de modélisation des informations cliniques; — les applications spécifiques des modèles d'informations cliniques, telles que la modélisation dynamique des flux de travail; — les spécifications de modélisation de domaines entiers ou d'agrégats de nombreux CIM tels que des documents d'évaluation complets ou des résumés de sortie. La composition des CIM n’est pas précisée; — la spécification de méthodes permettant d'impliquer des cliniciens spécifiques, d'assurer la gouvernance, y compris la gouvernance de l'information, ou de garantir la sécurité des patients.
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 13972
First edition
2022-02
Health informatics — Clinical
information models — Characteristics,
structures and requirements
Informatique de santé — Modèles d'informations cliniques —
Caractéristiques, structures et exigences
Reference number
© ISO 2022
All rights reserved. Unless otherwise specified, or required in the context of its implementation, 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
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
Contents Page
Foreword .v
Introduction . vi
1 Scope . 1
2 Normative references . 1
3 Terms, definitions and abbreviated terms . 1
3.1 Terms and definitions . 1
3.2 Abbreviated terms . 7
4 Health care information models - Concept, purpose, contexts and position .8
4.1 The Concept of Clinical Information Models . 8
4.2 Purpose for Clinical Information Models . 10
4.3 Context of Health and Care Information Models . 11
4.4 Architectural Considerations for Clinical Information Models .13
4.4.1 General .13
4.4.2 CIMs in an architectural view. 13
4.4.3 CIMs placed in the Generic Component Model . 14
4.4.4 The Interoperability and Integration Reference Architecture in ISO 23903 .15
4.4.5 Representation of ReEIF through the ISO Interoperability and Integration
Reference Architecture Framework . 17
5 Quality Management System for Clinical Information Models .19
5.1 General . 19
5.2 CIMs quality management system . 19
5.3 CIMs Requirements . 20
5.4 CIMs acceptance, adoption and use. 21
5.5 Achieving quality CIMs . 21
5.6 Governance of CIMs . 22
5.7 Repositories of CIMs .22
5.8 CIMs Development Processes .22
6 Clinical Information Model content, structure and requirements .23
6.1 Clinical Information Model content and context . 23
6.2 Concept specification of a Clinical Information Model . 24
6.3 Purpose of the Concept . 24
6.4 Patient Population for which the Clinical Information Model is intended . 24
6.5 Evidence Base for the Clinical Information Model topic . 24
6.6 Description of the information model and its data elements in CIMs .25
6.6.1 General requirements for the information model . 25
6.6.2 Data elements . 26
6.6.3 Data Element Name and Identifier .28
6.6.4 Data Element descriptions .29
6.6.5 Semantic coding of data elements.29
6.6.6 Datatype.30
6.6.7 Value . 31
6.6.8 Value set expression . 32
6.6.9 Relationships in CIMs . 32
6.6.10 Localization of CIMs .33
6.7 Example instances . 33
6.8 Interpretation . 33
6.9 Constraints or Limitations for use .34
6.10 Instructions for use of CIMs . . 35
6.11 Care process / dependence.36
6.12 Issues .36
6.13 Example of the use of a CIM . 37
6.14 References. 37
iii
6.15 Intellectual property issues around Clinical Information Models . 37
7 Metadata for clinical information models .39
7.1 General .39
7.2 The metadata elements of the Clinical Information Models .39
8 Version management of clinical information models.43
Annex A (informative) Release and maintenance process example in the Netherlands . 44
Annex B (informative) Version management backwards compatibility .45
Annex C (informative) Guidelines and principles for Clinical Information Modelling .46
Annex D (informative) Example mapping a CIM to ADL specification: Glasgow Coma Scale .53
Annex E (informative) Datatype profile used for the logical model parts for Clinical
Information Models .61
Annex F (informative) Example Clinical Information Model in UML and Table format .62
Annex G (informative) Example Clinical Information Model transformation in HL7® FHIR® .64
Bibliography .74
iv
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 of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to
the World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT), see
www.iso.org/iso/foreword.html.
This document was prepared by Technical Committee ISO/TC 215, Health informatics, in collaboration
with the European Committee for Standardization (CEN) Technical Committee CEN/TC 251, Health
informatics, in accordance with the Agreement on technical cooperation between ISO and CEN (Vienna
Agreement).
This first edition of ISO 13972 cancels and replaces ISO/TS 13972:2015, which has been technically
revised.
The main changes are as follows:
— reduction of content that is not directly aiming at the clinical information models, such as clinician
involvement, governance, and patient safety matters;
— updates on modelling practices, e.g. the strict relationship to a RIM or RM has been loosened to
reflect ongoing practices, such as with HL7® FHIR®.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html.
v
Introduction
In current health care, the exchange of information from one healthcare professional to another and
hence, the exchange of data from one application to the other, has become a necessity. As sender and
receiver want to understand the exchanged information or data properly, it is of utmost importance
to achieve mutual understanding through ‘semantic interoperability’. Semantic interoperability
represents the core need for electronic health records (EHR) and other health ICT systems, and for
communication between these systems. This document provides an approach to achieve semantic
interoperability through Clinical Information Models (CIMs).
There are five reasons for this document:
a) CIMs describe the clinical world of patients and health professionals, representing the clinical
knowledge in ICT.
b) CIMs function as building blocks from which many different useful solutions can be created,
keeping the underlying data standardized.
c) CIMs are specific instances of representations of clinical concepts, contexts, and relations. CIMs
function as specific instances of health ICT architectures. CIMs bridge between real world clinical
processes and IT solutions supporting them. For example, when using ISO 23903, CIMs can be
represented in IT models using IT ontologies.
d) CIMs are independent from technology choices and can be used in any health information
technology.
e) CIMs define representations of clinical concepts independent of implementation, enabling safe
translation from one technological implementation of a CIM into another technology based on the
same CIM.
Each reason for CIMs is described further below.
Firstly, CIMs are models that describe the clinical world, the world of patients and health professionals,
in all kinds of fashions. CIMs provide views on the healthcare business at the most detailed level.
CIMs allow providers to represent and capture the meaning of specific types of clinical information
consistently and precisely to exchange that information without concerns about misinterpretation
and to re-use, re-purpose and re-position that information in multiple contexts. Consistent clinical
documentation in electronic health record systems (EHRs) and personal health record systems
(PHRs) is at the core of CIM’s benefit to assure and ascertain continuity of care across time, provider,
and location. This is a prerequisite for data use, data reuse and data exchange. In addition, semantic
interoperability addresses issues of how to enable health professionals and ICT professionals to
establish and maintain this meaning, coding and transmission of data across time and health services,
and to perform meaningful and cooperative care, based on shared knowledge. CIMs support exchanging
meaning between health care professionals, providers, patients, and citizens, with a focus on the end
user independent of the actual ICT system(s) used.
In addition, they facilitate mutual understanding between authorities, researchers, managers, policy
[2]
makers, educators and more . A key requirement to achieve meaningful data use and exchange is the
standardization of clinical concept representation within health data, including its content, structure,
context, and transmission processes. The ability to use and exchange information between clinical
information systems without loss of clinical meaning is also essential to enable safe and effective
implementation of automated decision support. Interoperability and system integration are challenges
that CIMs can help overcome to meet business objectives.
Standardization of clinical concept representation is a desirable and cost-effective way to aggregate
data from EHR systems for multiple data use and reuse, for example for decision support, clinical
quality, epidemiology, management, policy making, and research. These are the main information
processing activities in healthcare. With respect to the processes relevant to CIMs governance, 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 CIM artefacts and its use.
vi
A second important aspect of CIMs is that in any given implementation context, they will need to be
combined into larger interlinked structures or compositions. CIMs facilitate use as building blocks
from which meaningful and useful integrated information solutions can be composed. An individual
CIM does usually not actually facilitate anything. CIMs can best be grouped together to create a
working solution. CIMs are not specific for a particular use case but can be created and combined for
specific use cases to meet the clinical needs. CIMs facilitate a bottom up approach. A consequence of
such requirements is that mechanisms such as composition and decomposition are needed to enable
CIMs to be safely represented at different levels of detail. For example, a hospital discharge summary
will consist of many data elements, many of which might be CIMs. However, the data specification of
a discharge summary is a separate artefact making use of several CIMs and is not a CIM in itself. How
these combinations of CIMs can be achieved using ISO 23903 is not part of this document. For example,
a quality indicator or quality report will usually consist of several CIMs (as a composition): one CIM to
identify the patient (even if anonymous, but with a respondent number), the health organization CIM,
the clinical problem CIM, the clinical activities CIM, and so on. Similarly, for quality care, the same and
other CIMs will be used along a patient journey or clinical pathway.
The third reason for this document is the transformation of health care towards personalized ubiquitous
care. This requires the advancement of data exchange between computer systems to knowledge
sharing among the stakeholders involved, including patients, or even citizens. For that reason, CIMs
facilitate the representation of any clinical business processes’ clinical concepts, contexts, and relations
into finally implementable IT models, using IT ontologies. To perform this challenge correctly and
consistently, ISO 23903 can be deployed to formally represent the clinical business system based on the
knowledge space of the experts of the domains involved represented by those domains’ terminologies
and ontologies. In some policies, this level is referred to as the information layer, representing the
detailed semantic level of the healthcare business. As part of a standardized software development
process, this formalized system is then transformed into specific instances for specific enterprise and
information models to specify platform-specific models and implement them.
Another International Standard conceptualizing health care processes is ISO 13940. The need to
evidence the quality of the CIMs is inevitable. This document refers to standardized terminologies,
relationships, standardized datatypes, and the need to reference term or value sets, and units of
measure. CIMs model clinical concepts that are defined precisely at the logical level. CIMs are logical
constructs, specifying modular data for clinical information. This document reflects a pragmatic
consensus based on experience, regarding the level of detail in the breakdown and representation of a
CIM representing medical knowledge. Similarly, pragmatic views present examples of CIM, and support
how instance data based on CIMs can be used within Healthcare Information Architectures. The
development and management of CIMs requires common and more generic definitions/descriptions of
clinical concepts, such as health care processes and the constructs health professionals use within these
processes, as generally depicted in ISO 13940. Contsys is suitable as a common base for development of
CIMs.
A fourth reason is that CIMs do not force into taking one direction with respect to technologies. CIMs are
independent from technology choices, and are therefore core assets describing the healthcare domains,
which are crucial in the negotiations with health IT professionals. There is widespread acceptance that
CIMs need to be developed and standardized by stakeholders including health professionals, patients,
managers, and (clinical) researchers on one hand while being technology ‘neutral’ yet usable in real
systems. CIMs address the conceptual content for the logical levels of modelling, but do not intervene
in the physical implementation of IT systems in healthcare. Hence, each CIM can be used in various use
cases, IT architectures, and IT technologies.
An implementation technology standard should be chosen and the CIMs should be translated to this
document within the limits and the constraints of that standard before technical artefacts for that
specific implementation technology can be derived. These resources, artefacts, or archetypes themselves
can be transformed into various computational representations and programming languages such
as ISO/IEC 21778 JSON, or XML, OWL, Java, C# among many others. In such developments, CIMs are
the core source material and their main function is to offer all technologies the same core clinical
information model, so that the consistency and logic of data can remain in various systems, offering a
key benefit to stakeholders to retain knowledge when replacing old technologies with new. In the world
vii
of ubiquitous personalized health, this applies for the new technologies used by patients themselves,
which offer highly dynamic interoperability services provided in real time.
NOTE For specific implementations, the use of a reference (information) model can be required or
recommended, but that is only in the stage where technology decisions are or have been made. Constraints that
technology choices impose on the clinical world do not apply at the CIMs level, hence the CIMs remain the “pure”
unconstrained descriptions of the healthcare business.
Fifth, CIMs define representations of clinical concepts independent of implementation, enabling safe
translation from one technological implementation of a CIM into another technology based on the
same CIM. CIMs facilitate various products from standards and technology developers to seamlessly
work together, hence, CIMs build bridges between different technologies, e.g. exchange data from an
1) 2)
archetype based EHR via HL7® FHIR® to a SQL based EHR. Data specifications similar to the CIMs
described in this document 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 (see References [6][7][8][9][10][11][12][13][14][15][16]).
CIMs also offer a migration path in perspective of ISO 23903, facilitating an approach in which old
systems or applications can be replaced by new ones, without affecting other layers or views in the
architecture, if of course the standards in the various layers are applied.
Standardized CIMs further underpin the coherence of Electronic Health Records (EHR), for instance
ISO 18308, where data needs to be accepted from multiple sources and stored in a consistent and
predetermined format. In addition, for a functional EHR system (ISO/HL7 10781), queries need to be
constructed based on clinical knowledge and tied to clinical context, content, semantics and workflow;
services need to be automated based on known values of patient data linked to agreed protocols and
terminologies; data display and data entry needs to reference clinical guidelines; and safety and quality
issues for clinicians moving from system to system can be minimized through consistent information
representation. In this way, standardized CIMs form the lingua franca of use, reuse and reusability
within and across various health, clinical and care related systems.
In summary, CIMs can be used as a set of accurate clinical building blocks representing clinical concepts
that together meet the requirements for specific healthcare related use cases for which a mixed set of
information and communication technological solutions are developed and/or deployed.
The target audience for this document includes health informaticians in general but it does have a
particular relevance for Chief Medical Information Officers, Chief Nursing Information Officers, Chief
Patient Information Officers, Healthcare Information Analysts, Healthcare Information Modelers, and
Healthcare Information Architects.
In this document, the following verbal forms are used:
— “shall” indicates a requirement;
— “should” indicates a recommendation;
— “can” indicates a possibility or a capability;
— “may” indicates a permission.
1) HL7 is the registered trademark of Health Level Seven International. This information is given for the
convenience of users of this document and does not constitute an endorsement by ISO of the product named.
2) FHIR is a trademark of HL7®. This information is given for the convenience of users of this document and does
not constitute an endorsement by ISO of the product named.
viii
INTERNATIONAL STANDARD ISO 13972:2022(E)
Health informatics — Clinical information models —
Characteristics, structures and requirements
1 Scope
This document:
— Specifies clinical information models (CIMs) as health and care concepts that can be used to define
and to structure information for various purposes in health care, also enabling information reuse;
— Describes requirements for CIMs content, structure and context and specification of their
data elements, data element relationships, meta-data and versioning, and provides guidance and
examples;
— Specifies key characteristics of CIMs used in conceptual and logical analysis for use cases such
as (reference) architectures, information layers, EHR and PHR systems, interoperability, systems
integration in the health domain, and secondary use of data including for public health reporting;
— Defines a Quality Management System (QMS) for a systematic and effective governance, quality
management, and measurement of CIMs through their lifecycle of development, testing, distribution,
application and maintenance;
— Provides principles for the transformation and application of clinical information models through
the wide variation of health information technology.
This document excludes:
— Requirements on the content or application of any particular clinical information model or clinical
information modelling methodology;
— Specific applications of clinical information models such as for dynamic modelling of workflow;
— Specifications for modelling entire domains or aggregates of many CIMs such as complete assessment
documents or discharge summaries. It does not specify CIMs compositions;
— Specification of how to involve specific clinicians, how to carry out governance including information
governance, or how to ensure patient safety.
2 Normative references
There are no normative references in this document.
3 Terms, definitions and abbreviated terms
3.1 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
3.1.1
concept
unit of thought
3.1.2
concept analysis
formal linguistic strategy that enables the defining attributes or characteristics of a concept to be
examined
[SOURCE: Reference [19]]
3.1.3
concept definition
description of the attributes of a concept to delineate its meaning
3.1.4
clinical concept
concept expressed by means of characteristics or attributes pertinent to its use in health or health care
3.1.5
model
abstract description of reality in any form (including concepts, data elements, terms, and their
relationships, statistical, theoretical, mathematical, physical, symbolic, graphical or descriptive form of
a domain) that presents a certain aspect of that reality
Note 1 to entry: It is often further specified to distinguish between conceptual, logical and computational models.
[SOURCE: ISO/TR 23087:2018, 3.5, modified —"concepts, data elements, terms and their relationships,
added statistical, theoretical" and Note 1 to entry have added.]
3.1.6
modelling
construction of abstract representations in the course of design, for example to represent the logical
structure of software applications before coding
[SOURCE: Reference [21]]
3.1.7
conceptual model
model that describes common concepts and their relationships, particularly in order to facilitate
exchange of information between parties within a specific domain of healthcare
Note 1 to entry: This pertains in particular to concepts representing clinical information in conceptual models.
[SOURCE: ISO/TS 18864:2017, 3.6, modified —"description" changed to "model that describes", Note 1
to entry added.]
3.1.8
logical information model
logical model
information model that specifies the structures and relationships between data elements but is
independent of any particular technology or implementation environment
[SOURCE: ISO/TR 20514:2005, 2.29, modified — "information" replaced with "data elements", note
removed.]
3.1.9
physical level
level of consideration at which all aspects deal with the physical representation of data structures
and with mapping them on corresponding storage organizations and their access operations in a data
processing system
Note 1 to entry: This document focuses on the flow from business concepts in any domain via clinical (logical)
information models to their technical implementation in a specific application or system.
[SOURCE: ISO/IEC 20944-1:2013, 3.14.3.6, modified — Note 1 to entry added.]
3.1.10
information
knowledge concerning objects, such as facts, events, things, processes, or ideas, including concepts, that
within a certain context has a particular meaning
Note 1 to entry: Information is something that is meaningful. Data might be regarded as information once its
meaning is revealed.
[SOURCE: ISO/IEC 2382:2015, 2121271, modified — Notes to entry removed, new Note 1 to entry
added.]
3.1.11
healthcare information
clinical information
information about a person, relevant to his or her health or health care
Note 1 to entry: This does include activities in which a patient and care professional interact directly or indirectly.
Note 2 to entry: Healthcare information about a patient can include information about the patient's environment
and/or about related people where this is relevant.
[SOURCE: ISO 13940:2015, 3.9.4, modified — "clinical information" added as a term, "health" added,
Notes to entry added.]
3.1.12
context
related conditions and situations that provide a useful understanding and meaning of a subject
[SOURCE: ISO/TR 17119:2005, 2.4]
3.1.13
clinical information model
CIM
health and care information model
HCIM
information model that expresses in a standardized and reusable manner one or more healthcare or
clinical concepts and their context in a conceptual and logical model, specifying healthcare information
as a discrete set of data elements, their characteristics and relationships, and appropriate terminology
bindings
3.1.14
medical knowledge
field of knowledge pertaining to the structure, function, or dysfunction of the human body and how
these can be influenced by external or internal factors and interventions
Note 1 to entry: Medical does not imply “physician”, all health professionals have medical knowledge according
to this definition.
Note 2 to entry: This would pertain to observations, findings, diagnoses, outcomes, therapy, etc., to alleviate
disease/dysfunction.
[SOURCE: ISO 13119:2012, 2.1, modified — Note 1 to entry modified, Note 2 to entry added.]
3.1.15
semantic interoperability
ability for data shared by systems to be understood at the level of fully defined domain concepts
Note 1 to entry: EC Recommendation, COM (2008) 3282 final, stresses that this implies to work for any other
system or application the defined domain concepts were not initially developed for.
[SOURCE: ISO 18308:2011, 3.45, modified — Note 1 to entry added.]
3.1.16
data
reinterpretable representation of information in a formalized manner suitable for communication,
interpretation or processing
[SOURCE: ISO/IEC 2382:2015, 2121272, modified — Notes to entry removed.]
3.1.17
data element
variable, clinical elements are considered synonyms in a clinical information model unit of data that is
considered, in context, to be indivisible
[SOURCE: ISO/IEC 14957:2010, 3.1, modified — "variable, clinical elements are considered synonyms in
a clinical information model" added.]
3.1.18
attribute
characteristic of an object or set of objects
Note 1 to entry: In the context of this document it can be a specific characteristic of a data element.
[SOURCE: ISO/IEC 11179-1:2015, 3.1.1, modified — Note 1 to entry added.]
3.1.19
data model
description of the organization of data in a manner that reflects an information structure
[SOURCE: ISO 5127:2017, 3.1.13.33]
3.1.20
datatype
set of distinct values, characterized by properties of those values and by operations on those values
[SOURCE: ISO/IEC 11404:2007, 3.12]
3.1.21
metadata
data that defines and describes other data
Note 1 to entry: In the context of this document, the metadata that describe clinical information models are
meant to govern the clinical information model (CIM) as objects, for instance to retrieve specific CIMs and to
maintain CIM versions.
Note 2 to entry: It is possible to relate to persistent instance data using metadata that are based on the clinical
information models in any storage or exchange format, for example to identify on which CIM specific data are
based.
[SOURCE: ISO/IEC 11179-1:2015, 3.2.16, modified — Notes to entry added.]
3.1.22
term
designation that represents a general concept by linguistic means
EXAMPLE “Patient”, “Doctor”, “Body temperature”, “Pacemaker”, “Covid-19 virus”.
[SOURCE: ISO 1087:2019, 3.4.2, modified — EXAMPLE, modified, Note to entry, removed.]
3.1.23
terminological system
set of concepts structured according to the relations among them, each concept being represented by a
sign which denotes it
Note 1 to entry: In terminology work, and in this document, three types of such signs (designations) are
distinguished: symbols, appellations and terms.
[SOURCE: ISO 18308:2011, 3.50, modified — Note 1 to entry removed, Note 2 to entry has become new
Note 1 to entry.]
3.1.24
coding system
combination of a set of code meanings and a set of code values, based on a coding scheme
Note 1 to entry: Code meanings are typically represented by terms or rubrics, but they can have other
representations. Code values are typically numeric or alphanumeric.
Note 2 to entry: For clinical information models, the coding schemes are typically derived from
terminological systems, for example because they have coding schemes included.
[SOURCE: ISO/TR 12300:2014, 2.2.5, modified — Notes to entry added.]
3.1.25
code value
result of applying a coding scheme to a code meaning
EXAMPLE “CDG” as the representation of “Paris Charles-De-Gaulle” in the coding scheme for three-letter
representations of airport names.
[SOURCE: EN 1068:2005, 3.6, modified — Example added.]
3.1.26
value set
uniquely identifiable set of valid concept representations, where any concept representation can be
tested to determine whether it is a member
Note 1 to entry: A value set is intended to be a set in the formal sense, and so should contain only one code for
each uniquely identifiable concept that it contains.
[SOURCE: ISO/TS 18864:2017, 3.32, modified — "of the value set" removed.]
3.1.27
reference model for open distributed processing
RM-ODP
standardized approach to design and governance of information systems, in particular systems
involving data communications between organizations that have different computing platforms.
[SOURCE: ITU-T Rec. X.901-X.904, Reference [36]]
3.1.28
use case
set of scenarios that address a particular business/clinical domain or topic
Note 1 to entry: It specifies interactions between external actors and the system to attain particular goals or a
particular methodology.
Note 2 to entry: Use cases can be used in system analysis to identify, clarify, and organize system
requirements or process steps.
[SOURCE: ISO/TR 19669:2017, 3.17, modified — Note to entry removed, new Notes to entry added.]
3.1.29
archetype
instance of an archetype model, specifying the clinical concept and the value constraints that apply to
one class of record component instances in an electronic health record extract
[SOURCE: ISO 13606-1:2019, 3.3.2]
3.1.30
archetype model
information model of the metadata to represent the domain-specific characteristics of electronic health
record entries, by specifying values or value constraints for classes and attributes in the electronic
health record reference model
[SOURCE: ISO 13606-1:2019, 3.3.3]
3.1.31
clinical template
clinical information model that structures information around discrete clinical concepts in a way that
supports reuse of components across different clinical communication and record keeping activities
and promotes common approaches to clinical information system development and interoperability
3.1.32
electronic health record
EHR
information relevant to the wellness, health and healthcare of an individual, in computer-processable
form and represented according to a standardized information model
Note 1 to entry: It is the logical representation of information regarding or relevant to the health of a subject of
care.
[SOURCE: ISO 18308:2011, 3.20, modified — Note to entry added.]
3.1.33
electronic health record architecture
formal description of a system of components and services for recording, retrieving and handling
information in electronic health records
Note 1 to entry: It is about the logical components defined in terms of information models, and the computational
services.
Note 2 to entry: The two-level modelling principle can be applied in electronic health record architectures using
one generic information model for the whole system and specifying the details in clinical information models.
[SOURCE: ISO 18308:2011, 3.21, modified — Notes to entry added.]
3.1.34
association
relationship in which classes in a model relate to each other via a connector or link
3.1.35
aggregation
special type of association in which child classes are configured together to create a more complex
parent class
3.1.36
composition
special type of association in which a child class cannot exist independent of the parent class
3.1.37
generalization
mechanism to combine similar classes into one single, more generic class
3.1.38
specialization
mechanism to create new sub-classes from one existing class
3.1.39
information governance
processes by which an organization obtains assurance that the risks to its information and thereby the
operational capabilities and integrity of the organization are effectively identified and managed
[SOURCE: ISO/TS 14441:2013, 3.25]
3.1.40
lifecycle
sequence of events that mark the development and use of an information resource
Note 1 to entry: Clinical information models are seen as information resources that undergo governance, for
which a lifecycle is a key part.
EXAMPLE Conception of an invention, creation of a draft, revision of an article, publication of a book,
acquisition by a library, transcription to magnetic disk, migration to optical storage, translation into English and
derivation of a new work (e.g. a movie).
[SOURCE: ISO 15836-1:2017, 3.1.2, modified — "of a resource" removed from term and "information"
added to definition, Note 1 to entry added.]
3.1.41
quality
degree to which a set of inherent characteristics of an object fulfils requirements
Note 1 to entry: This defines the degree to which all the properties and characteristics of a product, process, or
service satisfy the requirements that ensue from the purpose for which that product, process, or service is to be
used.
Note 2 to entry: In the context of clinical information models this is about the quality of the models,
the quality of the developmental process and the services as to the governance of clinical information
models.
[SOURCE: ISO 9000:2015, 3.6.2, modified — Notes to entry deleted, new notes to entry added.]
3.1.42
qua
...
NORME ISO
INTERNATIONALE 13972
Première édition
2022-02
Informatique de santé — Modèles
d'informations cliniques —
Caractéristiques, structures et
exigences
Health informatics — Clinical information models — Characteristics,
structures and requirements
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2022
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii
Sommaire Page
Avant-propos .v
Introduction . vi
1 Domaine d'application .1
2 Références normatives .1
3 Termes, définitions et abréviations . 1
3.1 Termes et définitions . 1
3.2 Abréviations. 8
4 Modèles d’informations de santé et de soins — Concept, objectif, contextes et
position . 9
4.1 Le concept des modèles d'informations cliniques . 9
4.2 Objectif des modèles d'informations cliniques . 11
4.3 Contexte des modèles d’informations de santé et de soins .12
4.4 Considérations architecturales des modèles d'informations cliniques . 14
4.4.1 Généralités . 14
4.4.2 CIM dans une vue architecturale . 14
4.4.3 CIM placés dans le modèle de composant générique .15
4.4.4 Architecture de référence d'interopérabilité et d'intégration de l’ISO 23903 . 16
4.4.5 Représentation du ReEIF par le cadre de l’architecture de référence
d'interopérabilité et d'intégration . 18
5 Système de management de la qualité pour les modèles d'informations cliniques .20
5.1 Généralités . 20
5.2 Système de management de la qualité des CIM . 20
5.3 Exigences relatives aux CIM . 22
5.4 Acceptation, adoption et utilisation des CIM . 23
5.5 Obtenir des CIM de qualité . .23
5.6 Gouvernance des CIM . 24
5.7 Référentiels des CIM . 24
5.8 Processus de développement des CIM . 25
6 Contenu, structure et exigences du modèle d'informations cliniques .26
6.1 Contenu et contexte du modèle d'informations cliniques . 26
6.2 Spécification du concept d’un modèle d'informations cliniques . 26
6.3 Objectif du concept . 27
6.4 Population de patients à laquelle le modèle d'informations cliniques est destiné . 27
6.5 Base de connaissances concernant le modèle d'informations cliniques . 27
6.6 Description du modèle d'information et de ses éléments de données dans les CIM .28
6.6.1 Exigences générales concernant le modèle d'information .28
6.6.2 Éléments de données .29
6.6.3 Nom et identificateur des éléments de données. 31
6.6.4 Description des éléments de données . 32
6.6.5 Codage sémantique des éléments de données . 32
6.6.6 Type de données .33
6.6.7 Valeur.34
6.6.8 Expression de l’ensemble de valeurs . 35
6.6.9 Relations dans les CIM . .36
6.6.10 Localisation des CIM .36
6.7 Exemples d’instances . 36
6.8 Interprétation . 37
6.9 Contraintes ou limites d'utilisation . 37
6.10 Instructions d’utilisation des CIM . 39
6.11 Processus de soins/dépendance . 39
6.12 Problèmes .40
6.13 Exemple d'utilisation d’un CIM .40
iii
6.14 Références. 41
6.15 Questions de propriété intellectuelle relatives aux modèles d'informations
cliniques . . 41
7 Métadonnées des modèles d'informations cliniques .42
7.1 Généralités . 42
7.2 Éléments des métadonnées des modèles d'informations cliniques . 43
8 Gestion des versions des modèles d'informations cliniques .47
Annexe A (informative) Exemple de processus de publication et de maintenance aux Pays-
Bas .49
Annexe B (informative) Rétrocompatibilité de la gestion des versions .51
Annexe C (informative) Lignes directrices et principes pour la modélisation
des informations cliniques . .52
Annexe D (informative) Exemple de mise en correspondance d’un CIM avec
la spécification ADL: Échelle de coma de Glasgow .59
Annexe E (informative) Profil de type de données utilisé pour les parties du modèle logique
des modèles d'informations cliniques .67
Annexe F (informative) Exemple de modèle d'informations cliniques au format UML et
sous forme de tableau . .68
Annexe G (informative) Exemple de transformation de modèle d'informations cliniques en
HL7® FHIR® .70
Bibliographie .80
iv
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes
nationaux de normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est
en général confiée aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude
a le droit de faire partie du comité technique créé à cet effet. Les organisations internationales,
gouvernementales et non gouvernementales, en liaison avec l'ISO participent également aux travaux.
L'ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) en ce qui
concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier, de prendre note des différents
critères d'approbation requis pour les différents types de documents ISO. Le présent document a
été rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir
www.iso.org/directives).
L'attention est attirée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable
de ne pas avoir identifié de tels droits de propriété et averti de leur existence. Les détails concernant
les références aux droits de propriété intellectuelle ou autres droits analogues identifiés lors de
l'élaboration du document sont indiqués dans l'Introduction et/ou dans la liste des déclarations de
brevets reçues par l'ISO (voir www.iso.org/brevets).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un
engagement.
Pour une explication de la nature volontaire des normes, la signification des termes et expressions
spécifiques de l'ISO liés à l'évaluation de la conformité, ou pour toute information au sujet de l'adhésion
de l'ISO aux principes de l’Organisation mondiale du commerce (OMC) concernant les obstacles
techniques au commerce (OTC), voir www.iso.org/avant-propos.
Le présent document a été élaboré par le comité technique ISO/TC 215, [nom du comité], en collaboration
avec le comité technique CEN/TC 251, nom du comité, du Comité européen de normalisation (CEN)
conformément à l’Accord de coopération technique entre l’ISO et le CEN (Accord de Vienne).
Cette première édition de l'ISO 13972 annule et remplace l'ISO/TS 13972:2015, qui a fait l'objet d'une
révision technique.
Les principales modifications sont les suivantes:
— réduction du contenu qui ne vise pas directement les modèles d'informations cliniques, comme
l’implication des cliniciens, la gouvernance et les questions de sécurité des patients;
— mise à jour des pratiques de modélisation, par exemple, la relation stricte avec un RIM ou un RM a
été assouplie afin de refléter les pratiques actuelles, comme, par exemple, avec le HL7® FHIR®.
Il convient que l’utilisateur adresse tout retour d’information ou toute question concernant le présent
document à l’organisme national de normalisation de son pays. Une liste exhaustive desdits organismes
se trouve à l’adresse www.iso.org/fr/members.html.
v
Introduction
Dans le domaine des soins de santé actuels, l'échange d'informations d'un professionnel de soins de
santé à un autre et, donc, l'échange de données d'une application à une autre, est devenu une nécessité.
Comme l'expéditeur et le destinataire veulent comprendre convenablement les informations ou les
données échangées, il est de la plus haute importance de parvenir à une «interopérabilité sémantique»
permettant une compréhension mutuelle. L'interopérabilité sémantique représente le besoin essentiel
des dossiers informatisés de santé (DIS) et d'autres systèmes de TIC de santé, et de la communication
entre ces systèmes. Le présent document fournit une approche permettant d’obtenir une interopérabilité
sémantique par le biais de modèles d'informations cliniques (CIM).
Le présent document a été élaboré pour cinq raisons:
a) les CIM décrivent le monde clinique des patients et des professionnels de santé, et représentent les
connaissances cliniques en matière de TIC;
b) les CIM fonctionnent comme des modules à partir desquels différentes solutions utiles peuvent
être créées tout en gardant les données sous-jacentes normalisées;
c) les CIM sont des instances spécifiques des représentations de concepts, contextes et relations
cliniques. Ils fonctionnent comme des instances spécifiques des architectures de TIC de santé. Les
CIM servent de pont entre les processus cliniques du monde réel et les solutions informatiques qui
les soutiennent. Par exemple, en utilisant l'ISO 23903, les CIM peuvent être représentés dans des
modèles informatiques à l’aide d’ontologies informatiques;
d) les CIM sont indépendants des choix technologiques et peuvent être utilisés dans n'importe
quelle technologie d'information de santé;
e) les CIM définissent des représentations de concepts cliniques indépendantes de la mise en œuvre,
permettant une traduction sûre d'une mise en œuvre technologique d'un CIM dans une autre
technologie fondée sur le même CIM.
Chaque CIM est justifié plus en détail ci-dessous.
Tout d'abord, les CIM sont des modèles qui décrivent le monde clinique, le monde des patients et les
professionnels de santé, quelle que soit leur forme. Les CIM fournissent une vision des métiers de la
santé au niveau le plus détaillé. Les CIM permettent aux prestataires de représenter et de saisir la
signification de types spécifiques d'informations cliniques de manière cohérente et précise, afin
d'échanger ces informations sans craindre une mauvaise interprétation et de les réutiliser, les réorienter
et les repositionner selon différents contextes. La cohérence de la documentation clinique dans les
systèmes de dossiers informatisés de santé (DIS) et les systèmes de dossiers de santé personnels (DSP)
est un élément essentiel qui permet aux CIM d’assurer et de garantir la continuité des soins, quels que
soient la durée, le prestataire et le lieu. Il s’agit d’une condition préalable à l'utilisation, la réutilisation
et l'échange de données. L'interopérabilité sémantique traite en outre de méthodes permettant aux
professionnels de santé et aux professionnels des TIC d'établir et de maintenir la signification, le codage
et la transmission des données à travers le temps et les services de santé, et de réaliser des soins
significatifs et coopératifs, sur la base de connaissances partagées. Les CIM favorisent l'échange de sens
entre les professionnels de santé, les prestataires, les patients et les citoyens, en mettant l'accent sur
l'utilisateur final, indépendamment du ou des systèmes de TIC utilisés.
En outre, ils facilitent la compréhension mutuelle entre les autorités, les chercheurs, les gestionnaires,
[2]
les décideurs politiques, les éducateurs et bien d'autres . Une des exigences clés pour parvenir à une
utilisation et un échange de données significatifs est la normalisation de la représentation des concepts
cliniques dans les données de santé, qu'il s’agisse de leur contenu, de leur structure, de leur contexte ou
de leurs processus de transmission. La capacité à utiliser et à échanger des informations entre plusieurs
systèmes d'information clinique sans perte de signification clinique est également essentielle pour
permettre une mise en œuvre sûre et efficace de l'aide automatisée à la prise décision. L'interopérabilité
et l'intégration des systèmes sont des défis que les CIM peuvent aider à surmonter pour atteindre les
objectifs opérationnels.
vi
La normalisation de la représentation des concepts cliniques est un moyen souhaitable et économique
d'agréger les données des systèmes de DIS en vue de l’utilisation et de la réutilisation de données
multiples, par exemple pour l'aide à la décision, la qualité clinique, l'épidémiologie, la gestion, l'élaboration
des politiques et la recherche. Il s'agit des principales activités de traitement de l'information dans le
domaine des soins de santé. Concernant les processus relatifs à la gouvernance des CIM, un système de
management de la qualité (SMQ) fondé sur un cadre tel que l’ISO 9001 peut être utilisé. Les processus
définis pour l’élaboration, l'application et la gouvernance garantissent la qualité des artéfacts du CIM et
leur utilisation.
Un second aspect important des CIM est que dans tout contexte de mise en œuvre donné, ils devront
être combinés en des structures ou des compositions interconnectées et de plus grande taille. Les
CIM facilitent l'utilisation en tant que modules à partir desquels des solutions d'information intégrées
significatives et utiles peuvent être composées. Un CIM individuel n’offre généralement aucun bénéfice.
Les CIM peuvent être aisément regroupés pour créer une solution fonctionnelle. Les CIM ne sont pas
spécifiques à un cas d'usage particulier, mais peuvent être créés et combinés pour des cas d'usage
spécifiques afin de répondre aux besoins cliniques. Les CIM facilitent une approche ascendante. Une
conséquence de ces exigences est que des mécanismes tels que la composition et la décomposition
sont nécessaires pour permettre une représentation fiable des CIM à différents niveaux de détail. Par
exemple, un résumé de sortie d'hôpital sera constitué de nombreux éléments de données, dont beaucoup
peuvent être des CIM. Toutefois, la spécification des données d'un résumé de sortie est un artéfact
distinct utilisant plusieurs CIM et n'est pas un CIM en soi. Les méthodes permettant de combiner des
CIM grâce à l’ISO 23903 ne relèvent pas du présent document. Par exemple, un indicateur de qualité ou
un rapport de qualité sera généralement constitué de plusieurs CIM (sous forme de composition): un
CIM pour identifier le patient (même s'il est anonyme, mais avec un numéro de répondant), le CIM de
l'organisme de santé, le CIM du problème clinique, le CIM des activités cliniques, et ainsi de suite. De
même, pour des soins de qualité, le même CIM et d'autres CIM seront utilisés tout au long du parcours
du patient ou du chemin clinique.
La troisième raison d’être du présent document est la transformation des soins de santé vers des soins
personnalisés et omniprésents. Cela nécessite une évolution de l'échange de données entre les systèmes
informatiques vers un partage de connaissances entre les acteurs concernés, y compris les patients, voire
les citoyens. Pour cette raison, les CIM facilitent la représentation des concepts cliniques, des contextes
et des relations de tout processus métier clinique en modèles informatiques pouvant finalement être
mis en œuvre à l’aide d’ontologies informatiques. Pour relever ce défi de manière correcte et cohérente,
l’ISO 23903 peut être déployée pour représenter formellement le système opérationnel clinique sur la
base de l'espace de connaissances des experts des domaines concernés, représenté par les terminologies
et ontologies de ces domaines. Dans certaines politiques, ce niveau est appelé «couche d'information» et
représente le niveau sémantique détaillé de l’activité de soins de santé. Dans le cadre d'un processus de
développement logiciel normalisé, ce système formalisé est ensuite transformé en instances spécifiques
destinées à des modèles d'entreprise et d'information spécifiques afin de définir et de mettre en œuvre
des modèles spécifiques à la plate-forme.
L’ISO 13940 est une autre norme internationale de conceptualisation des processus de soins de
santé. La nécessité de prouver la qualité des CIM est inévitable. Le présent document fait référence à
des terminologies normalisées, des relations, des types de données normalisés et à la nécessité de se
référer à des termes ou des ensembles de valeurs, ainsi qu’à des unités de mesure. Les CIM modélisent
des concepts cliniques qui sont définis précisément au niveau logique. Les CIM sont des constructions
logiques qui spécifient des données modulaires pour les informations cliniques. Le présent document
reflète un consensus pragmatique fondé sur l'expérience, en ce qui concerne le niveau de détail
dans la décomposition et la représentation d'un CIM représentant des connaissances médicales. De
même, des visions pragmatiques présentent des exemples de CIM et montrent comment les données
d'instance fondées sur les CIM peuvent être utilisées au sein des architectures d'information de soins
de santé. L’élaboration et la gestion des CIM nécessitent des définitions/descriptions communes et plus
génériques de concepts cliniques, tels que les processus de soins de santé et les constructions que les
professionnels de santé utilisent dans ces processus, comme le décrit généralement l’ISO 13940. Contsys
peut être utilisée comme base commune pour l’élaboration des CIM.
La quatrième raison est que les CIM ne forcent pas à prendre une direction particulière en matière de
technologie. Les CIM sont indépendants des choix technologiques, et sont donc des atouts essentiels
vii
pour la description des domaines de soins de santé, qui sont cruciaux dans les négociations avec les
professionnels des technologies de l'information en matière de santé. Il est largement admis que les
CIM doivent être développés et normalisés par les parties prenantes, notamment les professionnels
de santé, les patients, les gestionnaires et les chercheurs (cliniques), tout en restant «neutres» sur
le plan technologique et utilisables dans des systèmes réels. Les CIM traitent du contenu conceptuel
des niveaux logiques de modélisation, mais n'interviennent pas dans la mise en œuvre physique des
systèmes informatiques dans le domaine des soins de santé. Ainsi, chaque CIM peut être utilisé dans
différents cas d’usage, architectures informatiques et technologies informatiques.
Il convient de choisir une norme de technologie de mise en œuvre et de traduire les CIM dans le présent
document, en respectant les limites et les contraintes de la norme choisie, avant de pouvoir obtenir
des artéfacts techniques pour cette technologie de mise en œuvre spécifique. Ces ressources, artéfacts
ou archétypes eux-mêmes peuvent être transformés en différentes représentations informatiques
et langages de programmation, par exemple ISO/IEC 21778 JSON, ou XML, OWL, Java, ou encore C#.
Dans de tels développements, les CIM sont le matériau source essentiel et leur fonction principale
est d'offrir à toutes les technologies le même modèle d'informations cliniques de base, de sorte à
préserver la cohérence et la logique des données dans différents systèmes. Ils offrent ainsi un avantage
considérable aux parties prenantes pour conserver les connaissances lors du remplacement d’anciennes
technologies par de nouvelles. Dans le domaine des soins de santé personnalisés omniprésents, cela
s'applique aux nouvelles technologies utilisées par les patients eux-mêmes, qui fournissent des services
d'interopérabilité hautement dynamiques en temps réel.
NOTE Pour des mises en œuvre spécifiques, l'utilisation d'un modèle (d’information) de référence peut être
exigée ou recommandée. Cela n'est cependant possible que lorsque les décisions technologiques sont prises ou
ont été prises. Les contraintes imposées au monde clinique par les choix technologiques ne s'appliquent pas au
niveau des CIM. Ceux-ci restent donc des descriptions «pures» et sans contraintes du secteur des soins de santé.
Cinquièmement, les CIM définissent des représentations de concepts cliniques indépendantes de la
mise en œuvre, permettant une traduction sûre d'une mise en œuvre technologique d'un CIM dans une
autre technologie fondée sur le même CIM. Les CIM permettent à divers produits des développeurs de
normes et de technologies de travailler ensemble en toute transparence. Les CIM établissent ainsi des
1) 2)
ponts entre différentes technologies, par exemple en échangeant via HL7® FHIR® des données d'un
dossier informatisé de santé fondé sur un archétype avec un DIS fondé sur SQL. Des spécifications de
données similaires aux CIM décrites dans le présent document se sont révélées utiles dans un large
éventail de technologies d'information et de communication en matière de soins de santé, y compris
(sans toutefois s'y limiter) les systèmes de DIS, les applications de télémédecine, l'intégration de la
messagerie, les dispositifs médicaux, les algorithmes informatiques et le raisonnement déductif pour
l'aide à la décision (voir Références [6][7][8][9][10][11][12][13][14][15][16]).
Les CIM offrent également une voie de migration dans la perspective de l'ISO 23903, facilitant une
approche dans laquelle les anciens systèmes ou applications peuvent être remplacés par de nouveaux,
sans affecter d'autres couches ou vues de l'architecture, si bien sûr les normes des différentes couches
sont appliquées.
Les CIM normalisés renforcent encore la cohérence des dossiers informatisés de santé (DIS),
notamment l’ISO 18308), dans lesquels les données doivent être acceptées à partir de plusieurs
sources et stockées dans un format cohérent et prédéterminé. En outre, pour un système de DIS
fonctionnel (ISO/HL7 10781), les demandes doivent être construites sur la base de connaissances
cliniques et liées au contexte clinique, au contenu, à la sémantique et au flux de travail; les services
doivent être automatisés sur la base des valeurs connues des données patient liées à des protocoles
et à une terminologie convenus; l'affichage et la saisie des données doivent faire référence à des lignes
directrices de bonnes pratiques cliniques; et les problèmes de sécurité et de qualité pour les cliniciens
passant d'un système à l'autre peuvent être réduits au minimum grâce à une représentation cohérente
des informations. De cette manière, les CIM normalisés constituent la lingua franca de l'utilisation, de
1) HL7 est une marque déposée de Health Level Seven International. Cette information est donnée à l'intention des
utilisateurs du présent document et ne signifie nullement que l'ISO approuve l'emploi du produit ainsi désigné.
2) FHIR est une marque déposée de HL7®. Cette information est donnée à l'intention des utilisateurs du présent
document et ne signifie nullement que l'ISO approuve l'emploi du produit ainsi désigné.
viii
la réutilisation et de la réutilisabilité au sein de et entre les différents systèmes de santé, cliniques et de
soins.
En résumé, les CIM peuvent être utilisés comme un ensemble de modules cliniques précis représentant
des concepts cliniques qui, ensemble, répondent aux exigences de cas d'usage spécifiques en matière
de soins de santé, pour lesquels un ensemble mixte de solutions de technologie d'information et de
communication est développé et/ou déployé.
Le public cible du présent document inclut les informaticiens de la santé en général, mais elle s'adresse
plus particulièrement aux directeurs de l'information médicale, aux directeurs de l'information des
soins infirmiers, aux directeurs de l'information des patients, aux analystes de l'information des soins
de santé, aux modélisateurs de l'information des soins de santé et aux architectes de l'information des
soins de santé.
Dans le présent document, les formes verbales suivantes sont utilisées:
— «doit» indique une exigence;
— «il convient» indique une recommandation;
— «peut» indique une possibilité ou une capacité («can» en anglais);
— ou une autorisation (« may » en anglais).
ix
NORME INTERNATIONALE ISO 13972:2022(F)
Informatique de santé — Modèles d'informations cliniques
— Caractéristiques, structures et exigences
1 Domaine d'application
Le présent document:
— spécifie les modèles d'informations cliniques (CIM) comme des concepts de santé et de soins qui
peuvent être utilisés pour définir et structurer les informations à diverses fins dans les soins de
santé, permettant également la réutilisation des informations;
— décrit les exigences relatives au contenu, à la structure et au contexte des CIM ainsi que la
spécification de leurs éléments de données, les relations entre les éléments de données, les
métadonnées et la gestion des versions, et fournit des recommandations et des exemples;
— spécifie les principales caractéristiques des CIM utilisés dans l'analyse conceptuelle et logique pour
les cas d'usage tels que les architectures (de référence), les couches d'information, les systèmes de
DIS et de DSP, l'interopérabilité, l'intégration des systèmes dans le domaine de la santé et l'utilisation
secondaire des données, notamment pour les rapports de santé publique;
— définit un système de management de la qualité (SMQ) pour une gouvernance, un management
de la qualité et un mesurage systématiques et efficaces des CIM tout au long de leur cycle de vie de
développement, d'essai, de distribution, d'application et de maintenance;
— fournit des principes pour la transformation et l'application des modèles d'informations cliniques
grâce à la grande diversité des technologies d'information de santé.
Le présent document exclut:
— les exigences relatives au contenu ou à l'application de tout modèle d'informations cliniques
particulier ou de toute méthodologie de modélisation des informations cliniques;
— les applications spécifiques des modèles d'informations cliniques, telles que la modélisation
dynamique des flux de travail;
— les spécifications de modélisation de domaines entiers ou d'agrégats de nombreux CIM tels que
des documents d'évaluation complets ou des résumés de sortie. La composition des CIM n’est pas
précisée;
— la spécification de méthodes permettant d'impliquer des cliniciens spécifiques, d'assurer la
gouvernance, y compris la gouvernance de l'information, ou de garantir la sécurité des patients.
2 Références normatives
Le présent document ne contient aucune référence normative.
3 Termes, définitions et abréviations
3.1 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s’appliquent.
L’ISO et l’IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en
normalisation, consultables aux adresses suivantes:
— ISO Online browsing platform: disponible à l’adresse https:// www .iso .org/ obp
— IEC Electropedia: disponible à l’adresse https:// www .electropedia .org/
3.1.1
concept
unité de pensée
3.1.2
analyse de concept
stratégie linguistique formelle qui permet d'examiner les attributs ou caractéristiques déterminants
d'un concept
[SOURCE: Référence [19]]
3.1.3
définition de concept
description des attributs d’un concept en vue d’en cerner la signification
3.1.4
concept clinique
concept exprimé au moyen de caractéristiques ou d'attributs pertinents pour son utilisation dans le
domaine de la santé ou des soins de santé
3.1.5
modèle
description abstraite de la réalité sous une forme quelconque (y compris les concepts, éléments de
données, termes et leurs relations, ainsi que la forme statistique, théorique, mathématique, physique,
symbolique, graphique ou descriptive d'un domaine) qui présente un certain aspect de cette réalité
Note 1 à l'article: D'autres précisions sont souvent données pour distinguer les modèles conceptuels, logiques et
informatiques.
[SOURCE: ISO/TR 23087:2018, 3.5, modifié — «concepts, éléments de données, termes et leurs relations,
statistique, théorique» ainsi que la Note 1 à l'article ont été ajoutés].
3.1.6
modélisation
construction de représentations abstraites en cours de conception, par exemple pour représenter la
structure logique d’applications logicielles avant le codage
[SOURCE: référence [21]]
3.1.7
modèle conceptuel
modèle qui décrit les concepts communs et leurs relations, notamment pour faciliter l'échange
d'informations entre les parties au sein d’un domaine de soins de santé spécifique
Note 1 à l'article: Cette définition se rapporte en particulier aux concepts représentant les informations cliniques
dans les modèles conceptuels.
[SOURCE: ISO/TS 18864:2017, 3.6, modifié — «description» remplacé par «modèle qui décrit», et Note 1
à l'article ajoutée.]
3.1.8
modèle d'information logique
modèle logique
modèle d'information spécifiant les structures et les relations entre les éléments de données,
indépendamment de toute technologie particulière ou environnement de mise en œuvre
[SOURCE: ISO/TR 20514:2005, 2.29 modifié — «informations» remplacé par «éléments de données»,
note supprimée.]
3.1.9
niveau physique
niveau de considération auquel tous les aspects concernent la représentation physique des structures
de données et leur mise en correspondance avec les organisations de stockage correspondantes ainsi
que leurs opérations d'accès dans un système de traitement de données
Note 1 à l'article: Le présent document se concentre sur le flux de concepts métier dans quelque domaine que
ce soit, via des modèles d'information cliniques (logiques), jusqu'à leur mise en œuvre technique dans une
application ou un système spécifique.
[SOURCE: ISO/IEC 20944-1:2013, 3.14.3.6, modifié — Note 1 à l'article ajoutée.]
3.1.10
informations
connaissance relative aux objets, tels que les faits, évènements, choses, procédés ou idées, y compris les
concepts, qui a une signification particulière dans un certain contexte
Note 1 à l'article: L’information désigne quelque chose qui a un sens. Les données peuvent être considérées
comme une information une fois que leur signification est révélée.
[SOURCE: ISO/IEC 2382:2015, 2121271, modifié — Les Notes à l'article ont été supprimées et une
nouvelle Note 1 à l'article a été ajoutée.]
3.1.11
informations de soins de santé
informations cliniques
informations ayant trait à la santé ou aux soins de santé d’une personne
Note 1 à l'article: Cela inclut les activités au cours desquelles un patient et un professionnel de santé interagissent
de manière directe ou indirecte.
Note 2 à l'article: Les informations de soins de santé concernant un patient peuvent inclure des informations sur
l'environnement du patient et/ou des informations concernant les individus associés, lorsque cela est approprié.
[SOURCE: ISO 13940:2015, 3.9.4, modifié — «informations cliniques» ajouté en tant que terme, «santé »
ajouté, Notes à l'article ajoutées.]
3.1.12
contexte
conditions et situations associées qui permettent une compréhension et une signification utiles d'un
sujet
[SOURCE: ISO/TR 17119:2005, 2.4]
3.1.13
modèle d'informations cliniques
CIM (clinical information model)
modèle d’informations de santé et de soins
HCIM
modèle d'information qui exprime de manière normalisée et réutilisable un ou plusieurs concepts de
soins de santé ou cliniques et leur contexte dans un modèle conceptuel et logique, en spécifiant les
informations de soins de santé comme un ensemble discret d'éléments de données, leurs caractéristiques
et leurs relations, ainsi que les liaisons terminologiques appropriées
3.1.14
connaissances médicales
champ de connaissances se rapportant à la structure, à une fonction ou à un dysfonctionnement du
corps humain, ainsi qu'à la manière dont ces éléments peuvent être influencés par les facteurs et
interventions externes ou internes
Note 1 à l'article: Le terme «médical» n’implique pas nécessairement un «médecin», tous les professionnels de
santé possèdent des connaissances médicales selon la présente définition.
Note 2 à l'article: Il s'agit d'observations, de constatations, de diagnostics, de résultats, de thérapies, etc. visant à
atténuer la maladie/le dysfonctionnement.
[SOURCE: ISO 13119:2012, 2.1, modifié — Note 1 à l'article modifiée, Note 2 à l'article ajoutée.]
3.1.15
interopérabilité sémantique
capacité de données partagées par des systèmes à être comprises au niveau de concepts de domaines
complètement définis
Note 1 à l'article: La recommandation CE, COM (2008) 3282 final, rappelle que cela implique de travailler avec tout
autre système ou application pour lesquels les concepts de domaine définis n'ont pas été initialement développés.
[SOURCE: ISO 18308:2011, 3.45, modifié — Note 1 à l'article ajoutée.]
3.1.16
données
représentation réinterprétable d'une information sous une forme conventionnelle convenant à la
communication, à l'interprétation ou au traitement
[SOURCE: ISO/IEC 2382:2015, 2121272, modifié — Suppression des notes à l'article.]
3.1.17
élément de données
variables et éléments cliniques sont considérés comme des synonymes dans une unité de données de
modèle d’informations cliniques, qui est considérée, dans son contexte, comme indivisible
[SOURCE: ISO/IEC 14957:2010, 3.1, modifié — «variables et éléments cliniques sont considérés comme
des synonymes dans une unité de données de modèle d’informations cliniques» a été ajouté.]
3.1.18
attribut
caractéristique d'un objet ou d'un ensemble d’objets
Note 1 à l'article: Dans le contexte du présent document, il peut s'agir d'une caractéristique spécifique d'un
élément de données.
[SOURCE: ISO/IEC 11179-1:2015, 3.1.1, modifié — Note 1 à l'article ajoutée.]
3.1.19
modèle de données
description de l’organisation des données de manière à refléter une structure d’information
[SOURCE: ISO 5127:2017, 3.1.13.33]
3.1.20
type de données
ensemble de valeurs distinctes, caractérisé par les propriétés de ces valeurs et par les opérations sur
ces valeurs
[SOURCE: ISO/IEC 11404:2007, 3.12]
3.1.21
métadonnées
données qui définissent et décrivent d’autres données
Note 1 à l'article: Dans le contexte du présent document, les métadonnées qui décrivent les modèles d'informations
cliniques (CIM) sont destinées à régir les CIM en tant qu'objets, par exemple pour récupérer des CIM spécifiques
et pour tenir à jour les versions des CIM.
Note 2 à l'article: Il est possible de se référer à des données d'instance persistantes en utilisant des métadonnées
fondées sur les modèles d'informations cliniques dans n'importe quel format de stockage ou d'échange, par
exemple, pour identifier le CIM sur lequel s’appuient des données spécifiques.
[SOURCE: ISO/IEC 11179-1:2015, 3.2.16, modifié — Notes à l'article ajoutées.]
3.1.22
terme
désignation qui représente un concept général par des moyens linguistiques
EXEMPLE «patient», «docteur», «température corporelle», «stimulateur cardiaque», «virus de la Covid 19».
[SOURCE: ISO 1087:2019, 3.4.2, modifié — EXEMPLE modifié, suppression de la Note à l'article.]
3.1.23
système terminologique
ensemble de concepts structuré en fonction des relations entre eux, chaque concept étant représenté
par un signe qui le décrit
Note 1 à l'article: Lors de l'élaboration de la terminologie, et dans le présent document, une distinction a été faite
entre les trois types de signes (de désignations) sui
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...