Health informatics — HL7 Electronic Health Record-System Functional Model, Release 2.1 (EHR FM)

This document provides a reference list of functions that may be present in an Electronic Health Record System (EHR-S). The function list is described from a user perspective with the intent to enable consistent expression of system functionality. This EHR-S Functional Model, through the creation of Functional Profiles for care settings and realms, enables a standardized description and common understanding of functions sought or available in a given setting (e.g. intensive care, cardiology, office practice in one country or primary care in another country).

Informatique de santé — Modèle fonctionnel d'un système de dossier de santé informatisé, publication 2.1 (EHR FM)

Ce document fournit une liste de référence de fonctions pouvant figurer dans un système de dossier informatisé de santé (S-DIS). Cette liste de fonctions, décrite du point de vue de l'utilisateur, a pour objet d'exprimer de manière cohérente la fonctionnalité du système. Le présent Modèle fonctionnel de S-DIS, par la création de profils fonctionnels pour des établissements de soins et des aires d'activité, offre une description normalisée et favorise une compréhension commune des fonctions envisagées ou disponibles dans un établissement donné (par exemple, soins intensifs, cardiologie, cabinet dans un pays donné ou soins primaires dans un autre pays).

General Information

Status
Published
Publication Date
07-Nov-2023
Current Stage
6060 - International Standard published
Start Date
08-Nov-2023
Due Date
24-Feb-2025
Completion Date
08-Nov-2023

Relations

Effective Date
12-Feb-2026
Effective Date
06-Jun-2022

Overview

ISO 10781:2023 - Health informatics - HL7 Electronic Health Record‑System Functional Model, Release 2.1 (EHR FM) - defines a user‑focused reference list of functions that may be present in an Electronic Health Record System (EHR‑S). The standard describes functions in a consistent way to support creation of Functional Profiles for specific care settings and jurisdictions (e.g., intensive care, cardiology, office practice, primary care). ISO 10781:2023 updates the EHR FM to Release 2.1, incorporating record lifecycle refinements and conformance guidance to improve interoperability and specification clarity.

Key topics and technical requirements

  • Functional model structure: normative components include Function ID, Function Name, Function Statement and Conformance Criteria; descriptive components include Function Type and Description.
  • Functional Profiles: method for tailoring the EHR FM to domains, care settings and national “realms” to produce standardized requirements lists.
  • Conformance clause and model: rules and normative language for claiming conformance, including profile traceability, dependent SHALL semantics and guidance for derived/companion profiles.
  • Record Lifecycle Events: updated to 27 events (including added events verify, encrypt, decrypt) describing how EHR entries are created, managed and retired.
  • Trust and clinical model support: Trust Infrastructure updated to support ISO/HL7 Detailed Clinical Models (DCMs) and alignment with terminology and clinical model services.
  • Glossary and governance: comprehensive glossary, action‑verb structure and guidance for constructing rigorous conformance criteria.

Applications and who uses it

  • EHR vendors and system developers use ISO 10781:2023 to define, design and document system functions and to create product Functional Profiles for procurement and certification.
  • Health services organizations (hospitals, clinics, primary care) use Functional Profiles to specify required EHR functionality for particular care settings (intensive care, cardiology, group practice).
  • Procurement teams and regulators reference the model to compare vendor claims and to structure certification/conformance programs (including self‑attestation).
  • Standards bodies and implementers leverage the EHR FM to align clinical content, terminologies and interoperability frameworks (e.g., FHIR implementations, DCMs).
  • Clinical informaticians use the model to map workflows and ensure required capabilities (security, audit, record lifecycle management) are specified.

Related standards

  • HL7 EHR‑S FM (base work by HL7) and the HL7 community outputs
  • ISO 21089 (Trusted end‑to‑end information flow) - aligned record lifecycle event definitions
  • FHIR (Record Lifecycle Event Implementation Guide, R4) - compatibility with lifecycle semantics
  • Other harmonized contributors referenced: DICOM, SNOMED, CDISC, GS1

ISO 10781:2023 is essential for anyone specifying, procuring, certifying or implementing EHR systems who needs a consistent, interoperable functional baseline across care settings and jurisdictions.

Buy Documents

Standard

ISO 10781:2023 - Health informatics — HL7 Electronic Health Record-System Functional Model, Release 2.1 (EHR FM) Released:8. 11. 2023

English language (68 pages)
sale 15% off
Preview
sale 15% off
Preview
Standard

ISO 10781:2023 - Informatique de santé — Modèle fonctionnel d'un système de dossier de santé informatisé, publication 2.1 (EHR FM) Released:12/7/2023

French language (87 pages)
sale 15% off
Preview
sale 15% off
Preview

Get Certified

Connect with accredited certification bodies for this standard

BSI Group

BSI (British Standards Institution) is the business standards company that helps organizations make excellence a habit.

UKAS United Kingdom Verified

NYCE

Mexican standards and certification body.

EMA Mexico Verified

Sponsored listings

Frequently Asked Questions

ISO 10781:2023 is a standard published by the International Organization for Standardization (ISO). Its full title is "Health informatics — HL7 Electronic Health Record-System Functional Model, Release 2.1 (EHR FM)". This standard covers: This document provides a reference list of functions that may be present in an Electronic Health Record System (EHR-S). The function list is described from a user perspective with the intent to enable consistent expression of system functionality. This EHR-S Functional Model, through the creation of Functional Profiles for care settings and realms, enables a standardized description and common understanding of functions sought or available in a given setting (e.g. intensive care, cardiology, office practice in one country or primary care in another country).

This document provides a reference list of functions that may be present in an Electronic Health Record System (EHR-S). The function list is described from a user perspective with the intent to enable consistent expression of system functionality. This EHR-S Functional Model, through the creation of Functional Profiles for care settings and realms, enables a standardized description and common understanding of functions sought or available in a given setting (e.g. intensive care, cardiology, office practice in one country or primary care in another country).

ISO 10781:2023 is classified under the following ICS (International Classification for Standards) categories: 35.240.80 - IT applications in health care technology. The ICS classification helps identify the subject area and facilitates finding related standards.

ISO 10781:2023 has the following relationships with other standards: It is inter standard links to EN ISO 10781:2025, ISO/HL7 10781:2015. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.

ISO 10781:2023 is available in PDF format for immediate download after purchase. The document can be added to your cart and obtained through the secure checkout process. Digital delivery ensures instant access to the complete standard document.

Standards Content (Sample)


INTERNATIONAL ISO
STANDARD 10781
First edition
2023-11
Health informatics — HL7 Electronic
Health Record-System Functional
Model, Release 2.1 (EHR FM)
Informatique de santé — Modèle fonctionnel d'un système de dossier
de santé informatisé, publication 2.1 (EHR FM)
Reference number
© ISO 2023
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
0 Introduction . vii
0.1 Notes to Readers . vii
0.2 Changes from Previous Release . vii
0.3 Background . viii
0.3.1 What are Electronic Health Record Systems? . viii
0.3.2 How were the Functions Identified and Developed? . viii
1 Scope . 1
1.1 EHR-S Functional Model Scope . 1
2 Normative References . 2
3 Terms and Definitions . 2
4 Overview and Definition of the Functional Model (Normative) . 3
4.1 Sections of the Function List . 4
4.2 Functional Profiles . 5
4.3 EHR-S Function List Components . 5
4.3.1 Function ID (Normative) . 6
4.3.2 Function Type (Reference) . 6
4.3.3 Function Name (Normative) . 7
4.3.4 Function Statement (Normative) . 7
4.3.5 Description (Reference) . 7
4.3.6 Conformance Criteria (Normative) . 7
5 Anticipated Uses (Reference) . 7
5.1 Development Approach: Functional Profiles . 7
5.1.1 Scenario 1 – Group Practice . 8
5.1.2 Scenario 2 - Hospital . 8
5.1.3 Scenario 3 - IT Vendor . 8
5.2 Examples of Current Use . 8
5.2.1 Functional Profile for Clinical Research based on the EHR-S FM . 8
5.2.2 AHRQ adopts Health Level Seven International (HL7) Child Health Functional Profile
Specification, Release 1 and incorporates key functionalities in the Children’s Electronic
Health Record Format . 9
5.2.3 Linking clinical content descriptions to the EHR-S FM (Reference) . 9
6 Conformance Clause . 10
6.1 Introduction (Reference) . 10
6.2 Scope and Field of Application (Normative) . 10
6.3 Concepts (Normative) . 10
6.3.1 Functional Profiles . 10
6.3.2 Conformance Model . 11
6.3.3 Profile Traceability . 12
6.4 Normative Language (Normative) . 12
6.5 Conformance Criteria (Normative) . 13
6.5.1 Criteria in the Functional Profile . 13
6.5.2 ‘Dependent SHALL’ Criteria . 13
6.5.3 Referencing Other Criteria or Functions . 13
6.6 Functional Model Structure and Extensibility (Normative) . 13
6.6.1 Hierarchical Structure . 13
6.6.2 Naming Convention . 14
6.6.3 Priorities . 14
6.6.4 Extensibility . 15
6.7 Functional Profile Conformance (Normative) . 15
6.7.1 Rules for Functional Domain Profiles . 15
6.7.2 Rules for Creating New Functions in Functional Profiles . 16
6.7.3 Rules for Derived Functional Profiles . 18
6.7.4 Conformance Statement .18
6.7.5 Rules for Functional Companion Profiles .18
6.8 Use Cases and Samples (Reference) .19
6.8.1 Functional Profile Use Cases .19
6.8.2 Sample Functional Domain Profile Conformance Clauses .20
6.8.3 Interpreting and Applying a Conditional ‘SHALL’ (Reference) .20
6.8.4 General Concepts .21
6.8.5 Rationale for ‘Dependent SHALL’ .21
6.8.6 How to Apply the ‘Dependent SHALL’ .22
7 EHR System Conformance Claim via Self-Attestion .23
8 Glossary .24
8.1 Preface (Reference) .24
8.2 Introduction (Normative) .24
8.3 Overview (Reference) .24
8.4 The Action-Verb Structure (Normative) .24
8.4.1 Secure (System) Hierarchy .24
8.4.2 Data Management Hierarchy .25
8.4.3 How Action-Verbs are defined .26
8.4.4 Deprecated Action-Verbs .31
8.5 Guidelines for Use (Reference) .34
8.5.1 General Guidance .34
8.5.2 Constructing Rigorous Conformance Criteria .35
9 Glossary Supplement: Record Lifecycle Events and Descriptions (Normative) .36
9.1 Record Lifecycle Events (See RI.1.1.1) .36
Annex A (normative) Function List .38
Annex B (informative) Glossary of Terms for the EHR-S FM .39
Annex C (informative) Background .67
C.1 What is HL7? .67
C.2 The HL7 Electronic Health Records Work Group .67
Bibliography .68

iv © ISO 2023 – All rights reserved

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 document should be noted (see www.iso.org/directives).
ISO draws attention to the possibility that the implementation of this document may involve the use of
(a) patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed
patent rights in respect thereof. As of the date of publication of this document, ISO had not received notice
of (a) patent(s) which may be required to implement this document. However, implementers are
cautioned that this may not represent the latest information, which may be obtained from the patent
database available at www.iso.org/patents. ISO shall not be held responsible for identifying any or all
such patent rights.
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 HL7 (as HL7, reference HL7 EHR system functional model 2.1) and
drafted in accordance with its editorial rules. It was assigned to Technical Committee ISO/TC 215, Health
informatics and adopted under the “fast-track procedure”.
This first edition of ISO 10781 cancels and replaces the ISO/HL7 10781:2015, which has been technically
revised.
The main changes are as follows:
— changes to the Record Infrastructure Section to accommodate three additional record lifecycle
events (verify, encrypt, decrypt) and ensure compatibility with FHIR Core R4 Record Lifecycle Event
Implementation Guide (2019) and recent updates to ISO 21089:2018, Trusted End-to-End
Information Flows;
— changes to the Glossary Section to support the full set of record lifecycle events (now 27 in total) and
corresponding descriptions;
— previously identified updates included in the EHR-S FM R2.01 errata version;
— changes to the Conformance Chapter to align with characteristics and requirements of recent EHR-S
FM R2 based Functional Profiles, including FPs developed for the US Meaningful Use (EHR Incentive)
Program, 2011/2014 and 2015 Editions;
— domain analysis (models and artifacts) companion to EHR system development and implementation.
— adding a header in the TI section on clinical model services (DCMs, CIMI models, FHIR, HL7 template)
comparable to TI.4 Standard Terminology and Terminology Services.
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.
vi © ISO 2023 – All rights reserved

0 Introduction
0.1 Notes to Readers
Electronic Health Record (EHR) System Functional Model Release 2.1 is based on a series of predecessors,
starting in 2004 with the release of the first consensus Draft Standard, followed in 2007 by Release 1, followed
in 2009 with Release 1.1 (jointly balloted with ISO TC215 and CEN TC251), followed in 2014 with Release 2.0
(jointly balloted with ISO TC215, CEN TC251, DICOM, SNOMED (IHTSDO), CDISC and GS1). HL7 also
published Release 2.01 as an unballoted errata version in 2017.
0.2 Changes from Previous Release
The HL7 EHR-System Functional Model Release 2.1 had its first normative ballot in December 2019. Following
are key changes from Release 2.0:
• Includes updates from HL7 errata Release 2.01;
• Record Infrastructure Section is updated to include three new Record Lifecycle Events: verify, encrypt
and decrypt. There are now a total of 27 Record Lifecycle Events, describing how an Electronic Health
Record System manages health record entries their lifespan, from first point of entry
origination/retention to last point of entry deletion or destruction. The 27 Record Lifecycle Events match
those specified in ISO 21089-2018, Health Informatics – Trusted end-to-end information flow and HL7
Fast Health Interoperable Resources (FHIR) Record Lifecycle Event Implementation Guide, published
a spart of FHIR Core STU-3 (March 2017) and now part of FHIR Core R4 (in ballot, September 2018).
• The 27 Record Lifeycle Event definitions/descriptions are updated according to agreements of the HL7
Vocabulary Alignment project (in joint collaboration of the HL7 EHR and Security Work Groups). The
Glossary Section also includes those definitions/descriptions.
• The Conformance Clause is updated to include a definition/description of a new type of EHR-S FM
Functional Profile (FP): Derived Companion FP.
• Trust Infrastructure is updated to include functions and conformance criteria to support ISO/HL7
Detailed Clinical Models (DCMs).

0.3 Background
0.3.1 What are Electronic Health Record Systems?
The effective use of information technology is a key focal point for improving healthcare in terms of patient safety,
quality outcomes, and economic efficiency. A series of reports from the U.S. Institute of Medicine (IOM)
identifies a crisis of "system" failure and calls for "system" transformation enabled by the use of information
technology. Such a change is possible by "an infrastructure that permits fully interconnected, universal, secure
network of systems that can deliver information for patient care anytime, anywhere.”
In developing this EHR-S Functional Model, HL7 relied on three well-accepted definitions: two provided by the
U.S. Institute of Medicine and one developed by the European Committee for Standardization/ Comité Européen
de Normalisation (CEN). This Functional Model leverages these existing EHR-S definitions and does not
attempt to create a redundant definition of an EHR-S.
0.3.2 How were the Functions Identified and Developed?
To achieve healthcare community consensus at the outset, the functions are described at a conceptual level,
providing a robust foundation for a more detailed work. Functions were included if considered essential in at
least one care setting. Written in user-oriented language, the document is intended for a broad readership.
Functional Granularity is a term used to describe the level of abstraction at which a function is represented.
Functions that are commonly grouped together in practice or by major systems have been consolidated where
appropriate; functions requiring extra or separate language or involving different workflows have been kept
separate where appropriate. For example, decision support is maintained as a separate section, but mapped to
other key sections, to indicate the "smart" function behind an action. All of the functions can be expanded into
more granular elements but a balance between a usable document and an unwieldy list of functions has been
agreed upon. The goal of determining an appropriate level of functional granularity at this time is to present
functions that can be easily selected and used by readers of this standard, but that are not so abstract that
readers would need to create a large number of additional functions within each function.
Although the determination of functional granularity is a relatively subjective task, systematic evaluation of each
function by diverse groups of industry professionals has resulted in a level of granularity appropriate for this
EHR-S Functional Model. Every attempt has been made to provide supporting information in the functional
descriptions to illustrate the more granular aspects of functions that may have been consolidated for usability
purposes.
Keeping with the intent of this EHR-S Functional Model to be independent with regard to technology or
implementation strategy, no specific technology has been included in the functions, but may be used in the
examples to illustrate the functions. Inclusion of specific technologies in the examples does not endorse or
support the use of those technologies as implementation strategies.
The EHR-S Functional Model and specific functions have been widely reviewed by healthcare providers,
vendors, public health agencies, regulatory and accreditation bodies, professional societies, trade associations,
researchers and other stakeholders. This Standard reflects input from all these reviewers.
viii © ISO 2023 – All rights reserved

INTERNATIONAL STANDARD ISO 10781:2023(E)

Health informatics — HL7 Electronic Health Record-System
Functional Model, Release 2 (EHR FM)
1 Scope
1.1 EHR-S Functional Model Scope
The HL7 EHR System Functional Model provides a reference list of functions that may be present in an Electronic
Health Record System (EHR-S). The function list is described from a user perspective with the intent to enable
consistent expression of system functionality. This EHR-S Functional Model, through the creation of Functional
Profiles for care settings, realms, services and specialties, enables a standardized description and common
understanding of functions sought or available in a given setting (e.g., intensive care, cardiology, office practice
in one country or primary care in another country).
The HL7 EHR-S Functional Model defines a standardized model of the functions that may be present in EHR
Systems. From the outset, a clear distinction between the EHR as a singular entity and systems that operate on
the EHR – i.e., EHR Systems is critical. This Standard makes no distinction regarding implementation - the EHR-
S described in a Functional Profile may be a single system or a system of systems. Within the normative sections
of the Functional Model, the term “system” is used generically to cover the continuum of implementation options.
This includes “core” healthcare functionality, typically provided by healthcare-specific applications that manage
electronic healthcare information. It also includes associated generic application-level capabilities that are
typically provided by middleware or other infrastructure components. The latter includes interoperability and
integration capabilities such as location discovery and such areas as cross application workflow. Interoperability
is considered both from semantic (clear, consistent and persistent communication of meaning) and technical
(format, syntax and physical connectivity) viewpoints. Further, the functions make no statement about which
technology is used, or about the content of the electronic health record. The specifics of 'how' EHR systems are
developed or implemented is not considered to be within the scope of this model now or in the future. This EHR-
S Functional Model does not address or endorse implementations or technology, nor does it include the data
content of the electronic health record.
Finally, the EHR-S Functional Model supports research needs by ensuring that the data available to researchers
follow the required protocols for privacy, confidentiality, and security. The diversity of research needs precludes
the specific listing of functions that are potentially useful for research.
This Functional Model is not:
• a messaging specification
• an implementation specification
• a conformance specification
• an EHR specification
• a conformance or conformance testing metric
• an exercise in creating a definition for an EHR or EHR-S
It is important to note that the EHR-S Function Model does not include a discussion of clinical processes or the
interaction of the healthcare actors. However, ISO 13940 Health Informatics – System of Concepts to Support
Continuity of Care, is an international standard that does outline key principles and processes in the provision of
healthcare. It is recommended that users of the EHR-S FM refer to this standard for clinical processes that EHR

systems support.
This EHR-S Functional Model package includes both Reference and Normative sections. Table 1 explains the
differences between Reference and Normative sections.
Status  Description
Reference  Content of the EHR-S Functional Model Package that contains information which clarifies
concepts or otherwise provides additional information to aid understanding and comprehension.
Reference material is not balloted as part of the standard.
Normative Content that is part of the EHR-S Functional Model which HL7 committee members and
interested industry participants have formally reviewed and balloted following the HL7
procedures for Balloting Normative Documents. This HL7 developed Functional Model
document has been successfully balloted as a normative standard by the HL7 organization.
Table 1: Normative Status Types
Each section within this document is clearly labeled "Normative" if it is normative. For example, in section 5
(Overview) section 5.3 is normative. In section 7, Conformance Clause; sections 7.1 through 7.6 are normative.
In the external Annex A, Function List, the Function ID, Function Name, Function Statement, and Conformance
Criteria components are Normative in this Functional Model.
2 Normative References
The following documents are referred to in the text in such a way that some or all of their content constitutes
requirements of this document. For dated references, only the edition cited applies. For undated references, the
latest edition of the referenced document (including any amendments) applies.ASTM E1769:1995, Standard
guide for properties of electronic health records and record systems
HL7 Fast Health Interoperable Resources (FHIR), Release 4, January 2019
HL7 FHIR Record Lifecycle Event Implementation Guide, part of FHIR Core Release 4, January 2019
ISO 13606:2018, Health Informatics – Electronic health record communication, Parts 1-5
ISO 13940:2015, Health Informatics – System of concepts to support continuity of care
ISO 20514:2005, Health Informatics – Electronic health record – definition, scope and context
ISO 21089:2018, Health Informatics – Trusted End-to-End Information Flows
3 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
access control
means of ensuring that the resources of a data processing system can be accessed only by authorized entities
in authorized ways
3.2
base functional profile
existing domain or companion functional profile from which new functional profiles are created/derived
3.3
conformance
fulfillment of a product, process, or service of specified requirements
3.4
conformance criteria
requirements indicating the behavior, action, capability that constitutes implementation of the function
3.5
conformance clause
section of a specification that defines the requirements, criteria, or conditions to be satisfied in order to claim
conformance
2 © ISO 2023 – All rights reserved

3.6
conformance statement
description of the function in an EHR system that have been implemented. It reflects the degree to which an EHR
system has met the functionality has met the functional profile’s requirements and may include optional functions
and information
3.7
derived functional profile
functional domain or companion profile that is created from a base functional profile, (i.e., child functional domain
profile to children’s hospital domain profile)
3.8
extension
ability for an EHR-S to incorporate additional functionality beyond what is defined in the Functional Profile
3.9
functional profile
subset of the Functional Model, in which functions have been designated (sometimes in varying degrees) for
certain EHR systems or healthcare delivery settings or narrow operation requirements
3.10
informative functional profile
registered functional profile that has successfully completed formal public scrutiny via the HL7 consensus process
3.11
inherited criterion
all the conformance criteria listed in a parent function will be inherited by all its children functions
3.12
registered functional profile
functional profile that has successfully completed HL7 EHR Work Group registration process and review
3.13
situational criterion
criterion that is required if the circumstances given are applicable (IF/Then or Dependent SHALL)
4 Overview and Definition of the Functional Model (Normative)
The EHR-S Functional Model is composed of a list of functions, known as the Function List, which is divided into
seven sections: Overarching, Care Provision, Care Provision Support, Population Health Support, Administrative
Support, Record Infrastructure and Trust Infrastructure as show in Figure 1.

Overarching (OV)
Care Provision (CP)
Care Provision Support (CPS)
Administrative Support (AS)
Population Health Support (POP)
Record Infrastructure (RI)
Trust Infrastructure (TI)
Figure 1: Function List Sections
Within the seven Sections of the Functional List the functions are grouped under header functions which each
have one or more sub-functions in a hierarchical structure.

4.1 Sections of the Function List
Below is a summary description of each of the seven sections:
• Overarching: The Overarching Section contains functions and conformance criteria that apply to
complete EHR Systems and which are typically included in all EHR-S FM compliant profiles.
• Care Provision: The Care Provision Section contains those functions and conformance criteria that
enable direct care to a specific patient and facilitate hands-on delivery of healthcare. The functions are
general and are not limited to a specific care setting and may be applied as part of an Electronic Health
Record supporting healthcare clinics, hospitals, services, specialties, acute, post-acute and long-term
care settings.
• Care Provision Support: The Care Provision Support Section focuses on functions and conformance
criteria supporting the provision of care. This section is organized generally in alignment with Care
Provision Section. For example, CP.4 (Manage Orders) is supported directly by CPS.4 (Support
Orders).
• Population Health Support: The Population Health Support Section focuses on functions and
conformance criteria supporting the prevention and control of disease among a group of people (as
opposed to the direct care of a single patient). This section includes functions to support input to
systems that perform medical research, promote public health and improve the quality of care to a
population.
• Administrative Support: The Administrative Support Section focuses on functions and conformance
criteria enabling the management of clinical practice and facilitating administrative and financial
operations. This includes management of resources, workflow and communication with patients and
providers as well as the management of non-clinical administrative information on patients and
providers.
• Record Infrastructure: The Record Infrastructure Section consists of functions and conformance criteria
describing how an EHR system manages an EHR record, particularly those functions vital to managing
the lifecycle of EHR record entries (such as origination/retention, attestation, amendment/update,
access/use, translation/transformation, transmittal/disclosure, receipt, de-identification, archive…) and
record entry lifespan (persistence, indelibility, continuity, audit, encryption). RI functions are core and
foundational to all other functions of the EHR-S FM (CP, CPS, POP, AS).
• Trust Infrastructure: The Trust Infrastructure Section consists of functions and conformance criteria
common to an EHR System infrastructure, particularly those functions foundational to system
operations, security, efficiency and data integrity assurance, safeguards for privacy and confidentiality,
and interoperability with other systems. TI functions are core and foundational to all other functions of
the EHR-S FM (CP, CPS, POP, AS and RI).
4 © ISO 2023 – All rights reserved

4.2 Functional Profiles
While the Functional Model contains all reasonably anticipated EHR-S functions, it is not itself intended as a list
of all functions to be found in a specific EHR-S or implementation thereof. Functional Profiles offer a method to
constrain EHR-S FM functions and conformance criteria to an intended use.
In the aggregate, the EHR-S FM is intended to include the superset of functions from which a profile subset can
be generated. This subset illustrates what is needed within an EHR-S. Only a subset of all EHR-S FM functions
will apply to any particular EHR-S Functional Profile (FP).

Profiles
Overarching (OV)
Care Provision (CP)
Care Provision Support (CPS)
Administrative Support (AS)
Population Health Support (POP)
Record Infrastructure (RI)
Trust Infrastructure (TI)
Figure 2. Profiling from the EHR-S FM.
Figure 2 shows that a profile would include all 7 sections of the Functional Model, however it may not be
necessary to include all the functions and criteria within each section. A profile may include additional functions
and criteria to meet the requirements of the particular profile domain or subject area.
The Conformance Clause is a high-level description of what is required of profiles and implementations. It, in
turn, refers to other parts of the standard for details. The Conformance Clause describes concepts critical to the
understanding and implementation of the Functional Model, such as: ‘What is a profile? What are Conformance
Criteria? Or how do you know what is mandatory versus optional? A Conformance Clause can also provide a
communication between the implementers (producers) and users (buyers) as to what is required, and gives
meaning to the phrases, “conforming profile” and “conforming EHR system”. Additionally, it serves as the basis
for inspection, testing and/or certification activities which may be performed by organizations external to HL7.
Refer to the Conformance Clause, section 7, for additional information related to the rules for selecting and adding
Conformance Criteria in the development of a Functional Profile.

4.3 EHR-S Function List Components
The EHR-S Function List is a list (superset) of functions organized into discrete sections. Functions describe the
behavior of a system in user-oriented language so as to be recognizable to the key stakeholders of an EHR-S.
EHR-S functions can be used to:
• Describe end user defined benefits such as patient safety, quality outcomes and cost efficiencies in terms of
standard EHR-S functions.
• Promote a common understanding of EHR system functions upon which developers, vendors, users and
other interested parties can plan and evaluate EHR system designs and implementations.
• Provide the necessary framework to drive the requirements and applications of next level standards, such
as EHR content, coding, information models, constructs and interoperability for information portability
between sub-systems of an EHR system and across EHR systems.
• Establish a standards-based method by which each realm (country) can apply these EHR system functions
to care settings, services, specialties, other uses and priorities.
• Inform those concerned with supporting subsequent use of data initially collected for the purpose of care
(also known as “secondary use”) on what functions can be expected in an EHR system.
• Inform those concerned with supporting realm-specific health information infrastructure on what functions
can be expected in an EHR Systems.

Each function in the HL7 EHR-S Functional Model is identified and described using a set of elements or
components as detailed in Table 2.
ID Type Name Statement Description Conformance Criteria
CP.1 H Manage Manage the Patient Clinical History lists
Clinical patient's clinical are used to present
History history lists succinct “snapshots” of
used to present critical health information
summary or including patient history;
detailed allergy intolerance and
information on adverse reactions;
patient health medications; problems;
history. strengths; immunizations;
medical equipment/
devices; and patient and
family preferences.
CP.1.4 F Manage Create and A problem list may include,
Problem maintain but is not limited to chronic
List patient-specific conditions, diagnoses, or
problem lists. symptoms, injury/poisoning
(both intentional and
unintentional), adverse
effects of medical care
(e.g., drugs, surgical),
functional limitations, visit
or stay-specific conditions,
diagnoses, or symptoms…
CP.1.4 C    1. The system SHALL provide the
ability to manage, as discrete
data, all active problems
associated with a patient.
CP.1.4 C  2. The system SHALL capture
and render a history of all
problems associated with a
patient.
CP.1.4 C  3. The system SHALL provide the
ability to manage relevant dates
including the onset date and
resolution date of problem.
Table 2: Function List Example
4.3.1 Function ID (Normative)
This is the unique identifier of a function in the Function List (e.g., CP.1.1) and uniquely identifies the function.
The Function ID also serves to identify the section within which the function exists (CP = Care Provision Section)
and the hierarchy or relationship between functions (CP.1.1 is at the same level as CP.1.2, CP.1.1 is also a parent
of CP.1.1.1 and child of CP.1. In many cases the parent is fully expressed by the children. NOTE: For a detailed
discussion and graphic of the parent and child relationship, see 6.6.1 Hierarchical Structure in Chapter 6,
Conformance Clause.)
4.3.2 Function Type (Reference)
This is an indication of the line item as being a Header (H), Function (F) or Conformance Criteria (C). The Tag
(T) is used to identify a new section in the spreadsheet and its related functions in the spreadsheet. A Tag has
no directly associated Functions or Criteria.
6 © ISO 2023 – All rights reserved

4.3.3 Function Name (Normative)
This is the name of the Function and while expected to be unique within the Function List; it is not recommended
to be used to identify the Function without being accompanied by the Function ID.
Example: Manage Medication List
4.3.4 Function Statement (Normative)
This is a brief statement of the purpose of this function. While not restricted to the use of structured language
that is used in the Conformance Criteria (see below); the Statement identifies the purpose and scope of the
function.
Example: Create and maintain patient-specific medication lists.
4.3.5 Description (Reference)
This is a more detailed description of the function, including examples if needed.
Sample Description: Medication lists are managed over time, whether over the course of a visit or stay, or the
lifetime of a patient. All pertinent dates, including medication start, modification, and end dates are stored. The
entire medication history for any medication, including alternative supplements and herbal medications, is
viewable. Medication lists are not limited to medication orders recorded by providers, but may include, for example,
pharmacy dispense/supply records, patient-reported medications and additional information such as age specific
dosage.
4.3.6 Conformance Criteria (Normative)
Each function in the Function List includes one or more Conformance Criteria.  Conformance Criteria, which exist
as normative language in this standard, define the requirements for conforming to the function. The language
used to express a conformance criterion is highly structured with standardized components with set meanings.
The structured language used to define Conformance Criteria in the Function List are further specified in the
Conformance Section 7 and Glossary Section 8.

5 Anticipated Uses (Reference)
The HL7 International community supports development of Functional Profiles (FPs), which may be realm
(country) specific specifications (i.e., tailored functional requirements) built off the base EHR-S FM Standard.
There are a range of FPs developed and balloted by HL7 International or its national affiliates. These FPs
designate a subset of functions from the base EHR-S FM for use in specific care settings (e.g., Ambulatory Care),
services or specialties (e.g. Behavioral Health) or specify cross-cutting characteristics of EHR systems and/or
records (e.g. the Records Management and Evidentiary Support).  Balloted, approved and published FPs, based
on the EHR-S FM, are available in the HL7 International library of Standards.
5.1 Development Approach: Functional Profiles
A “Functional Profile" is a selected set of functions applicable for a particular purpose, realm (country), domain,
care setting, service or specialty.
It is not anticipated that any system or implementation will conform to all functions and conformance criteria set
forth in the base EHR-S FM. Rather EHR systems or implementations may conform to one or more Functional
Profiles.
For more information about creating, registering, and balloting Functional Profiles, see Conformance Section 7.
One may create a Functional Profile to support a business case for EHR-S use by selecting an applicable subset
of functions from the based EHR-S FM list of functions, in effect constraining the model to meet specific
requirements. For example, a Functional Profile may be created by a purchaser, to specify requirements; by a
vendor, to specify capabilities of a system design; or by any person/entity wishing to stipulate a desired subset of
functions for a particular purpose, for example,
...


NORME ISO
INTERNATIONALE 10781
Première édition
2023-11
Informatique de santé — Modèle
fonctionnel d'un système de dossier
de santé informatisé, publication 2.1
(EHR FM)
Health informatics — HL7 Electronic Health Record-System
Functional Model, Release 2.1 (EHR FM)
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2023
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
0 Introduction . vii
0.1 Notes aux lecteurs . vii
0.2 Changements par rapport à la précédente publication . vii
0.3 Contexte . vii
0.3.1 Que sont les systèmes de dossiers informatisés de santé ? . vii
0.3.2 Comment les fonctions ont-elles été identifiées et élaborées ? . viii
1 Domaine d'application . 1
1.1 Domaine d'application du Modèle fonctionnel de S-DIS . 1
2 Références normatives . 2
3 Termes et définitions . 3
4 Vue d'ensemble et définition du Modèle fonctionnel (contenu normatif) . 4
4.1 Parties de la liste de fonctions . 4
4.2 Profils fonctionnels . 5
4.3 Composants de la liste de fonctions du système S-DIS . 6
4.3.1 ID de fonction (contenu normatif) . 8
4.3.2 Type de fonction (contenu de référence) . 8
4.3.3 Nom de fonction (contenu normatif) . 8
4.3.4 Énoncé de fonction (contenu normatif) . 8
4.3.5 Description (contenu de référence) . 8
4.3.6 Critères de conformité (contenu normatif) . 8
5 Utilisations prévues (contenu de référence) . 9
5.1 Approche de développement : Profils fonctionnels . 9
5.1.1 Scénario 1 — Médecine de groupe . 9
5.1.2 Scénario 2 — Hôpital . 10
5.1.3 Scénario 3 — Fournisseur IT . 10
5.2 Exemples d'utilisation actuelle . 10
5.2.1 Profil fonctionnel pour la recherche clinique basé sur le MF de S-DIS . 10
5.2.2 L'AHRQ adopte la spécification du profil fonctionnel de la santé des enfants du Health Level
Seven International (HL7), Publication 1, et intègre les principales fonctionnalités dans le
format de dossier informatisé de santé destiné aux enfants . 11
5.2.3 Liaison des descriptions de contenu clinique et du MF de S-DIS (contenu de référence) . 12
6 Clause de conformité . 12
6.1 Introduction (contenu de référence) . 12
6.2 Domaine et champ d'application (contenu normatif) . 13
6.3 Concepts (contenu normatif) . 13
6.3.1 Profils fonctionnels . 13
6.3.2 Modèle de conformité . 14
6.3.3 Traçabilité des profils . 15
6.4 Vocabulaire normatif (contenu normatif) . 15
6.5 Critères de conformité (contenu normatif) . 16
6.5.1 Critères du profil fonctionnel . 16
6.5.2 Critères « DOIT, à dépendance » . 16
6.5.3 Référence à d'autres critères ou fonctions . 17
6.6 Structure et possibilité d'extension du Modèle fonctionnel (contenu normatif) . 17
6.6.1 Structure hiérarchique . 17
6.6.2 Convention de dénomination . 18
6.6.3 Priorités . 18
6.6.4 Possibilité d'extension . 19
6.7 Conformité de profil fonctionnel (contenu normatif) . 19
6.7.1 Règles applicables aux profils fonctionnels de domaine . 19
6.7.2 Règles applicables à la création de nouvelles fonctions dans les profils fonctionnels . 21
6.7.3 Règles applicables aux profils fonctionnels dérivés . 23
6.7.4 Énoncé de conformité .23
6.7.5 Règles applicables aux profils fonctionnels d'accompagnement .23
6.8 Cas d'utilisation et exemples (contenu de référence) .24
6.8.1 Cas d'utilisation de profil fonctionnel .24
6.8.2 Exemples de clauses de conformité de profil fonctionnel de domaine .25
6.8.3 Interprétation et application de critères « DOIT » soumis à condition (contenu de référence) .26
6.8.4 Concepts généraux .27
6.8.5 Justification des critères « DOIT, à dépendance » .28
6.8.6 Comment appliquer l'expression « DOIT, à dépendance » .28
7 Revendication de conformité du système de DIS par auto-attestation .30
8 Glossaire .30
8.1 Préface (contenu de référence) .30
8.2 Introduction (contenu normatif) .30
8.3 Vue d'ensemble (contenu de référence) .31
8.4 Structure des verbes d'action (contenu normatif) .31
8.4.1 Hiérarchie Sécuriser (le système) .31
8.4.2 Hiérarchie Gestion des données .32
8.4.3 Comment sont définis les verbes d'action ? .33
8.4.4 Verbes d'action déconseillés .42
8.5 Lignes directrices pour l'utilisation (contenu de référence) .45
8.5.1 Préconisations générales .45
8.5.2 Élaboration de critères de conformité rigoureux .46
9 Supplément au glossaire : Événements et descriptions du cycle de vie du dossier (contenu
normatif) .47
9.1 Événements du cycle de vie du dossier (voir RI.1.1.1) .47
Annexe A (normative) Liste de fonctions .50
Annexe B (informative) Glossaire des termes applicables au MF de S-DIS .51
Annexe C (informative) Contexte .86
C.1 Qu'est-ce que l'HL7 ? .86
C.2 Le Groupe de travail relatif aux dossiers informatisés de santé de l'HL7 .86
Bibliographie .87

iv © ISO 2023 – Tous droits réservés

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 (voir www.iso.org/directives).
L'ISO attire l'attention sur le fait que la mise en application du présent document peut entraîner
l'utilisation d'un ou de plusieurs brevets. L'ISO ne prend pas position quant à la preuve, à la validité et à
l'applicabilité de tout droit de propriété revendiqué à cet égard. À la date de publication du présent
document, l'ISO n'avait pas reçu notification qu'un ou plusieurs brevets pouvaient être nécessaires à sa
mise en application. Toutefois, il y a lieu d'avertir les responsables de la mise en application du présent
document que des informations plus récentes sont susceptibles de figurer dans la base de données de
brevets, disponible à l'adresse www.iso.org/brevets. L'ISO ne saurait être tenue pour responsable de ne
pas avoir identifié tout ou partie de tels droits de brevet.
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 HL7 (HL7, modèle fonctionnel HL7 de référence d'un système de
dossier de santé informatisé 2.1) et rédigé conformément à ses règles éditoriales. Il a été assigné au
comité technique ISO/TC 215, Informatique de santé, et adopté dans le cadre de la « procédure rapide ».
Cette première édition de l'ISO 10781 annule et remplace l'ISO/HL7 10781:2015, qui a fait l'objet d'une
révision technique.
Les principales modifications sont les suivantes :
— la section Infrastructure du dossier a été modifiée afin d'ajouter trois événements dans le cycle de
vie du dossier (vérifier, crypter, décrypter) et d'assurer la compatibilité avec le FHIR Core R4 Record
Lifecycle Event Implementation Guide [guide de mise en œuvre des événements du cycle de vie du
dossier FHIR Core R4] (2019) et les récentes mises à jour de l'ISO 21089:2018, Flux d'informations
« trusted end-to-end » ;
— la section Glossaire a été modifiée pour inclure l'ensemble des événements du cycle de vie
(désormais au nombre de 27) ainsi que leur description correspondante ;
— les mises à jour identifiées au préalable ont été incluses dans la version errata de la Publication 2.01
du modèle fonctionnel d'un système de dossier informatisé de santé (MF de S-DIS) ;
— le chapitre Conformité a été modifié afin d'être aligné sur les caractéristiques et les exigences des
récents profils fonctionnels (PF) fondés sur la Publication 2 du MF de S-DIS, y compris des PF
développés pour le US Meaningful Use (EHR Incentive) Program, éditons 2011/2014 et 2015 ;
— analyse de domaine (modèles et artefacts) en accompagnement du développement et de la mise en
œuvre du système DIS ;
— un en-tête équivalent à TI.4 Terminologie des normes et services de terminologies a été ajouté dans
la section TI au niveau des services de modèles cliniques (DCM, modèles CIMI, FHIR, modèle HL7).
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.
vi © ISO 2023 – Tous droits réservés

0 Introduction
0.1 Notes aux lecteurs
La Publication 2.1 du Modèle fonctionnel d'un système de dossier informatisé de santé (MF de S-DIS) est basée
sur un ensemble de versions précédentes, la première publication correspondant au projet de norme pour
consensus paru en 2004, suivi en 2007 de la Publication 1 puis de la Publication 1.1 en 2009 (soumises au
vote conjoint de l'ISO TC 215 et du CEN TC 251), puis de la Publication 2.0 en 2014 (soumise au vote conjoint
de l'ISO TC215, du CEN TC 251, du DICOM, SNOMED (IHTSDO), du CDISC et du GS1). L'HL7 a également
publié la Publication 2.01 en tant que version errata non soumise au vote en 2017.
0.2 Changements par rapport à la précédente publication
La Publication 2.1 du Modèle fonctionnel d'un système de dossier informatisé de santé de l'HL7 a été soumise
à un premier vote normatif en décembre 2019. Les principales modifications apportées à la Publication 2.0 sont
les suivantes :
• inclusion des mises à jour de la Publication 2.01 de l'errata HL7 ;
• la section relative à l'infrastructure de dossier a été mise à jour pour inclure trois nouveaux événements
du cycle de vie du dossier : vérifier, crypter et décrypter. Il y a désormais 27 événements du cycle de
vie du dossier, qui décrivent la manière dont un système de dossier informatisé de santé traite les
entrées dans le dossier de santé au cours de sa durée de vie, depuis le premier point d'entrée
(création/conservation) jusqu'au dernier point d'entrée (suppression ou destruction).
Les 27 événements du cycle de vie du dossier correspondent à ceux spécifiés dans l'ISO 21089:2018,
Informatique de santé — Flux d'informations « trusted end-to-end », et dans le Fast Health
Interoperable Resources (FHIR) Record Lifecycle Event Implementation Guide [guide de mise en
œuvre des événements du cycle de vie du dossier « Ressources d'interopérabilité rapide des soins de
santé (FHIR) »] du HL7, publié dans le cadre de FHIR Core STU-3 (mars 2017) et faisant désormais
partie de FHIR Core R4 (vote en cours, septembre 2018) ;
• les 27 définitions/descriptions des événements du cycle de vie sont mises à jour conformément aux
accords du projet « Vocabulary Alignment » (alignement du vocabulaire) du HL7 (en collaboration avec
les groupes de travail relatifs au DIS et à la sécurité du HL7). La section Glossaire inclut également ces
définitions/descriptions ;
• la clause de conformité est mise à jour afin d'inclure une définition/description d'un nouveau type de
profil fonctionnel (PF) de MF de S-DIS : PF compagnon dérivé ;
• l'infrastructure de confiance est mise à jour pour inclure les fonctions et les critères de conformité
permettant la prise en charge des modèles cliniques détaillés (DCM) ISO/HL7.
0.3 Contexte
0.3.1 Que sont les systèmes de dossiers informatisés de santé ?
L'utilisation efficace des technologies de l'information constitue un élément clé de l'amélioration des soins de
santé en matière de sûreté du patient, de résultats en termes de qualité et de rentabilité. Un ensemble de
rapports de l'IOM (Institute Of Medicine, l'institut américain de médecine) identifie une crise relevant d'une
défaillance « systémique » et appelle à une transformation du « système » que rendrait possible l'utilisation des
technologies de l'information. Une évolution de cet ordre est possible grâce à « une infrastructure garantissant
un réseau universel, sûr et totalement interconnecté de systèmes pouvant fournir à tout moment et en tout lieu
les informations nécessaires à la dispensation de soins au patient ».
Lors de l'élaboration du présent Modèle fonctionnel de S-DIS, l'HL7 s'est appuyé sur trois définitions bien
acceptées : deux fournies par l'IOM et une élaborée par le Comité européen de normalisation (CEN). Le présent
Modèle fonctionnel a pour objet d'exploiter les définitions du S-DIS existantes sans tenter de créer une définition
redondante du S-DIS.
0.3.2 Comment les fonctions ont-elles été identifiées et élaborées ?
Pour parvenir dès le début à un consensus au sein de la communauté des soins de santé, les fonctions sont
décrites à un niveau conceptuel constituant une base solide pour des travaux plus approfondis. Les fonctions
ont été incluses lorsqu'elles sont jugées essentielles pour au moins un établissement de soins. Rédigé à l'aide
d'un vocabulaire orienté utilisateur, le document s'adresse à un large public.
L'expression « granularité fonctionnelle » est utilisée pour décrire le niveau d'abstraction de la représentation
d'une fonction. Le cas échéant, les fonctions couramment regroupées dans la pratique ou par des systèmes
importants ont été consolidées. Les fonctions nécessitant un vocabulaire supplémentaire ou distinct, ou
impliquant des flux de tâches différents ont été séparées, le cas échéant. Par exemple, l'aide à la prise de
décision se trouve toujours dans une partie séparée, mais elle est mise en correspondance avec d'autres parties
clés de manière à indiquer la fonction « intelligente » qui sous-tend une action. Toutes les fonctions peuvent
être décomposées en plusieurs éléments granulaires, mais il a été convenu de trouver le bon équilibre entre un
document utilisable et une liste de fonctions trop compliquée. À ce jour, la détermination d'un niveau approprié
de granularité fonctionnelle a pour objet de présenter des fonctions que les lecteurs de la présente norme
puissent sélectionner et utiliser facilement, mais qui ne soient pas si abstraites que les lecteurs soient obligés
de créer un grand nombre de fonctions supplémentaires au sein de chaque fonction.
Bien que la détermination de la granularité fonctionnelle représente une tâche relativement subjective,
l'évaluation systématique de chaque fonction par divers groupes de professionnels de l'industrie a permis
d'établir un niveau de granularité approprié au présent Modèle fonctionnel de S-DIS. Tout a été fait pour mettre
à disposition des informations complémentaires dans les descriptions fonctionnelles afin d'illustrer les aspects
les plus finement définis des fonctions pouvant avoir été consolidées pour en faciliter l'emploi.
Sur la base du principe selon lequel le présent Modèle fonctionnel de S-DIS doit être indépendant de la
technologie ou de la stratégie de mise en œuvre, aucune technologie particulière n'a été incluse dans les
fonctions, mais des technologies particulières peuvent être utilisées dans les exemples pour illustrer les
fonctions. L'inclusion de technologies particulières dans les exemples ne constitue en aucun cas un
engagement ou un soutien vis-à-vis de l'utilisation de ces technologies comme stratégies de mise en œuvre.
Le Modèle fonctionnel de S-DIS et ses fonctions spécifiques ont fait l'objet d'un examen attentif de la part des
prestataires de soins de santé, des organismes de santé publique, des organismes réglementaires et
d'accréditation, des associations professionnelles, des associations commerciales, des chercheurs et des
autres parties prenantes. La présente norme prend en compte les retours de tous ces lecteurs critiques.

viii © ISO 2023 – Tous droits réservés

NORME INTERNATIONALE ISO 10781:2023(F)

Informatique de santé — Modèle fonctionnel d'un système
de dossier de santé informatisé, publication 2.1 (EHR FM)
1 Domaine d'application
1.1 Domaine d'application du Modèle fonctionnel de S-DIS
Le Modèle fonctionnel d'un système de dossier informatisé de santé de l'HL7 fournit une liste de référence de
fonctions pouvant figurer dans un système de dossier informatisé de santé (S-DIS). Cette liste de fonctions,
décrite du point de vue de l'utilisateur, a pour objet d'exprimer de manière cohérente la fonctionnalité du système.
Le présent Modèle fonctionnel de S-DIS, par la création de profils fonctionnels pour des établissements de
soins, des aires d'activité, des services et des spécialités offre une description normalisée et favorise une
compréhension commune des fonctions envisagées ou disponibles dans un établissement donné (par exemple,
soins intensifs, cardiologie, cabinet dans un pays donné ou soins primaires dans un autre pays).
Le Modèle fonctionnel d'un système S-DIS de l'HL7 définit un modèle normalisé de fonctions pouvant figurer
dans des systèmes de DIS. Dès le début, il est essentiel de clairement différencier le DIS en tant qu'entité
unique et les systèmes qui agissent sur le DIS, c'est-à-dire les systèmes de DIS. La présente norme n'établit
aucune distinction en ce qui concerne la mise en œuvre ; le S-DIS décrit dans un profil fonctionnel peut être un
système unique ou un système de systèmes. Dans les parties normatives du Modèle fonctionnel, le
terme « système » est utilisé de manière générique pour couvrir le continuum des options de mise en œuvre.
Cela comprend la fonctionnalité de soins de santé « centrale », en général assurée par les applications propres
aux soins de santé qui gèrent les données informatisées de santé. Cela comprend également les fonctionnalités
de niveau application génériques associées, en général fournies par des intergiciels ou d'autres composants
d'infrastructure. Ces dernières incluent des fonctionnalités favorisant l'interopérabilité et l'intégration, telles que
la découverte d'emplacement, et des domaines comme le flux de tâches trans-applications. L'interopérabilité
est envisagée à la fois du point de vue sémantique (communication claire, cohérente et permanente du sens)
et du point de vue technique (format, syntaxe et connectivité physique). Par ailleurs, les fonctions ne donnent
aucune indication quant à la technologie utilisée ou au contenu du dossier informatisé de santé. Il n'est pas
considéré que les précisions relatives à la façon dont les systèmes de DIS sont élaborés ou mis en œuvre
relèvent à l'heure actuelle ou relèveront à l'avenir du domaine d'application du présent modèle. Le présent
Modèle fonctionnel de S-DIS ne traite pas des mises en œuvre ni de la technologie et ne s'engage pas à leur
sujet. Il n'inclut pas non plus les données contenues dans le dossier informatisé de santé.
En dernier lieu, le Modèle fonctionnel d'un S-DIS prend en charge les besoins en termes de recherche en
s'assurant que les données mises à la disposition des chercheurs respectent les protocoles exigés en matière
de respect de la vie privée, de confidentialité et de sécurité. La diversité des besoins en termes de recherche
empêche d'établir une liste précise de fonctions susceptibles d'être utiles à la recherche.
Le présent Modèle fonctionnel n'est pas :
• une spécification de messagerie ;
• une spécification de mise en œuvre ;
• une spécification de conformité ;
• une spécification de DIS ;
• une méthode d'essai de conformité ou de non-conformité ;
• un exercice pour créer une définition pour le DIS ou le S-DIS.

Il est important de noter que le Modèle fonctionnel d'un S-DIS ne traite pas des processus cliniques ni de
l'interaction entre les acteurs de soins de santé. En revanche, la Norme internationale ISO 13940 Informatique
de santé — Système de concepts en appui de la continuité des soins donne des précisions sur les principes et
processus clés de la prestation de soins de santé. Il est recommandé que les utilisateurs du MF de S-DIS se
réfèrent à la présente norme pour en savoir plus sur les processus cliniques pris en charge par les systèmes
de DIS.
Le présent paquet de Modèle fonctionnel de S-DIS comporte deux types de parties : des parties au contenu de
référence et des parties au contenu normatif. Le Tableau 1 explique les différences entre le contenu de
référence et le contenu normatif.
Statut Description
Contenu de Contenu du paquet de Modèle fonctionnel de S-DIS qui englobe des informations venant
référence clarifier des concepts ou qui fournit des informations complémentaires visant à faciliter la
compréhension. Le contenu de référence n'est pas soumis au vote dans le cadre de la
norme.
Contenu Contenu qui fait partie du Modèle fonctionnel d'un S-DIS et que les membres du comité HL7
normatif et les intervenants intéressés du domaine de l'industrie ont formellement examiné et voté
selon les procédures de vote des documents normatifs de l'HL7. Le présent document sur le
Modèle fonctionnel élaboré par l'HL7 s'est vu accorder le statut de norme suite à un vote de
l'HL7.
Tableau 1 : Types de statut normatif
Chaque partie normative du présent document est clairement repérée par la mention « Contenu normatif ». Par
exemple, à l'Article 5, Clause de conformité (vue d'ensemble), le paragraphe 5.3 porte la mention « Contenu
normatif ». À l'Article 7, Clause de conformité, les paragraphes 7.1 à 7.6 portent la mention « Contenu
normatif ».
À l'Annexe A, Liste de fonctions, les composants ID de fonction, Nom de fonction, Énoncé de fonction et Critères
de conformité portent la mention « Contenu normatif » pour le présent Modèle fonctionnel.
2 Références normatives
Les documents suivants sont cités dans le texte de sorte qu'ils constituent, pour tout ou partie de leur contenu,
des exigences du présent document. Pour les références datées, seule l'édition citée s'applique. Pour les
références non datées, la dernière édition du document de référence s'applique (y compris les éventuels
amendements).
ASTM E1769:1995, Standard guide for properties of electronic health records and record systems
HL7 Fast Health Interoperable Resources (FHIR), Publication 4, janvier 2019
HL7 FHIR Record Lifecycle Event Implementation Guide, partie de FHIR Core Publication 4, janvier 2019
ISO 13606:2018, Informatique de santé — Communication du dossier de santé informatisé, Parties 1-5
ISO 13940:2015, Informatique de santé — Système de concepts en appui de la continuité des soins
ISO 20514:2005, Informatique de santé — Dossier de santé informatisé — Définitions, domaine et contexte
ISO 21089:2018, Informatique de santé — Flux d'informations « trusted end-to-end »
2 © ISO 2023 – Tous droits réservés

3 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
contrôle d'accès
ensemble des moyens garantissant que seules les entités autorisées peuvent accéder aux ressources d'un
système informatique, et seulement d'une manière autorisée
3.2
profil fonctionnel de base
profil fonctionnel de domaine ou d'accompagnement existant à partir duquel sont créés/dérivés de nouveaux
profils fonctionnels
3.3
conformité
satisfaction d'un produit, d'un processus ou d'un service aux exigences spécifiées
3.4
critères de conformité
exigences qui spécifient le comportement, l'action, la fonctionnalité caractérisant la mise en œuvre de la fonction
3.5
clause de conformité
partie d'une spécification qui définit les exigences, les critères ou les conditions pour revendiquer la conformité
3.6
énoncé de conformité
description des fonctions d'un système de dossier informatisé de santé qui ont été mises en œuvre. Il révèle le
degré de satisfaction de ce système aux exigences du profil fonctionnel et pouvant inclure des fonctions et
informations facultatives
3.7
profil fonctionnel dérivé
profil fonctionnel de domaine ou d'accompagnement qui est créé à partir d'un profil fonctionnel de base
(c'est-à-dire profil fonctionnel de domaine enfant pour un profil de domaine d'hôpital pour enfants)
3.8
extension
possibilité pour un système de dossier informatisé de santé d'incorporer une fonctionnalité supplémentaire qui
va au-delà de ce qui est défini dans le profil fonctionnel
3.9
profil fonctionnel
sous-ensemble du Modèle fonctionnel, dans lequel des fonctions ont été désignées (parfois à des degrés
variables) pour certains systèmes de dossiers informatisés de santé ou établissements de dispensation de
soins de santé ou des exigences applicables à un secteur de travail restreint
3.10
profil fonctionnel informatif
profil fonctionnel enregistré qui a passé avec succès l'examen public formel via le processus de consensus de
l'HL7
3.11
critère hérité
tous les critères de conformité répertoriés dans une fonction parent seront hérités par toutes ses fonctions
enfants
3.12
profil fonctionnel enregistré
profil fonctionnel qui a passé avec succès le processus d'enregistrement et l'examen du Groupe de travail relatif
au dossier informatisé de santé de l'HL7
3.13
critère de situation
critère qui est requis si les circonstances données sont applicables (« SI/alors » ou « DOIT, à dépendance »)
4 Vue d'ensemble et définition du Modèle fonctionnel (contenu normatif)
Le Modèle fonctionnel d'un S-DIS se compose d'une liste de fonctions, appelée « liste de fonctions », qui est
scindée en sept parties : Généralités (OV pour OVerarching), Prestation de soins (CP pour Care Provision),
Prise en charge de la prestation de soins (CPS pour Care Provision Support), Prise en charge de la santé d'une
population (POP pour POPulation Health Support), Prise en charge administrative (AS pour Administrative
Support), Infrastructure de dossier (RI pour Record Infrastructure) et Infrastructure de confiance (TI pour Trust
Infrastructure) comme le montre la Figure 1.
Généralités (OV)
Prestation de soins (CP)
Prise en charge de la prestation de soins (CPS)
Prise en charge administrative (AS)
Prise en charge de la santé d'une population (POP)
Infrastructure de dossier (RI)
Infrastructure de confiance (TI)
Figure 1 : Parties de la liste de fonctions
Dans les sept parties de la liste de fonctions, les fonctions sont regroupées au sein de fonctions d'en-tête dotées
chacune d'une ou de plusieurs sous-fonctions organisées selon une structure hiérarchique.
4.1 Parties de la liste de fonctions
Voici une description sommaire de chacune de ces sept parties :
• Généralités : La partie Généralités contient des fonctions et des critères de conformité qui s'appliquent
aux systèmes de DIS complets et qui sont par conséquent inclus dans tous les profils conformes au MF
de S-DIS ;
• Prestation de soins : La partie Prestation de soins contient les fonctions et les critères de conformité
qui permettent d'offrir des soins directs à un patient spécifique et qui facilitent la dispensation directe
des soins de santé. Ces fonctions sont générales et ne sont pas limitées à un établissement de soins
spécifique ; elles peuvent être appliquées dans le cadre d'un dossier informatisé de santé mis en œuvre
dans des centres de soins, des hôpitaux, des services, des spécialités et des établissements de soins
actifs, post-actifs et à long terme ;
4 © ISO 2023 – Tous droits réservés

• Prise en charge de la prestation de soins : La partie Prise en charge de la prestation de soins se
concentre sur les fonctions et les critères de conformité qui permettent la prise en charge de la
prestation des soins. De manière générale, l'organisation de cette partie s'aligne sur celle de la
partie Prestation de soins. Par exemple, la fonction CP.4 (Gérer les ordonnances) est directement prise
en charge par la fonction CPS.4 (Prendre en charge les ordonnances) ;
• Prise en charge de la santé d'une population : La partie Prise en charge de la santé d'une population
se concentre sur les fonctions et les critères de conformité nécessaires à la prise en charge de la
prévention et du contrôle d'une maladie au sein d'un groupe d'individus (par opposition à la prestation
de soins directs à un patient unique). Cette partie comprend des fonctions qui permettent de prendre
en charge l'apport d'éléments à des systèmes réalisant des recherches médicales, promouvant la santé
publique et améliorant la qualité des soins au niveau d'une population ;
• Prise en charge administrative : La partie Prise en charge administrative se concentre sur les fonctions
et les critères de conformité qui permettent la gestion de la pratique clinique et qui facilitent les
opérations administratives et financières. Cela comprend la gestion des ressources, du flux de tâches
et de la communication avec les patients et les prestataires ainsi que la gestion des informations
administratives non cliniques relatives aux patients et aux prestataires ;
• Infrastructure de dossier : La partie Infrastructure de dossier se compose de fonctions et de critères de
conformité décrivant la manière dont un système de DIS gère un dossier DIS, en particulier des
fonctions vitales à la gestion du cycle de vie des entrées de dossier (telles que création/conservation,
attestation, modification/mise à jour, accès/utilisation, traduction/transformation,
transmission/divulgation, réception, désidentification, archivage…) et de la durée de vie des entrées de
dossier (persistance, indélébilité, continuité, audit, chiffrement). Les fonctions RI sont des fonctions
centrales qui servent de base à toutes les autres fonctions du MF de S-DIS (CP, CPS, POP, AS) ;
• Infrastructure de confiance : La partie Infrastructure de confiance se compose de fonctions et de critères
de conformité communs à une infrastructure de système de DIS, en particulier des fonctions servant
de base aux opérations de système, à la garantie de sécurité, de rendement et d'intégrité des données,
aux mesures de protection de la vie privée et de la confidentialité, et à l'interopérabilité avec les autres
systèmes. Les fonctions TI sont des fonctions centrales qui servent de base à toutes les autres
fonctions du MF de S-DIS (CP, CPS, POP, AS et RI).
4.2 Profils fonctionnels
Bien que le Modèle fonctionnel contienne toutes les fonctions de S-DIS raisonnablement prévues, ce modèle
n'est pas en lui-même destiné à constituer une liste de toutes les fonctions devant figurer dans un
système S-DIS donné ou dans sa mise en œuvre. Les profils fonctionnels offrent une méthode qui permet de
limiter les fonctions et les critères de conformité du MF de S-DIS à une utilisation prévue.
Globalement, le MF de S-DIS est destiné à comprendre le sur-ensemble de fonctions à partir duquel un
sous-ensemble de profil peut être généré. Ce sous-ensemble illustre ce qui est nécessaire au sein d'un
système S-DIS. Un seul sous-ensemble de toutes les fonctions du MF de S-DIS s'appliquera à un profil
fonctionnel (PF) de S-DIS particulier.
Profils
Généralités (OV)
Prestation de soins (CP)
Prise en charge de la prestation de soins (CPS)
Prise en charge administrative (AS)
Prise en charge de la santé d'une population (POP)
Infrastructure de dossier (RI)
Infrastructure de confiance (TI)
Figure 2 : Création de profils à partir du MF de S-DIS
Comme le montre la Figure 2, un profil inclura les 7 parties du Modèle fonctionnel, sans nécessairement
comprendre la totalité des fonctions et critères de chacune. Un profil peut inclure des fonctions et critères
supplémentaires afin de satisfaire aux exigences du domaine ou du sujet particulier du profil.
La clause de conformité représente une description générale de ce qui est exigé des profils et des mises en
œuvre. Elle fait tour à tour référence à d'autres parties de la norme pour informations complémentaires. La
clause de conformité décrit des concepts essentiels à la compréhension et à la mise en œuvre du Modèle
fonctionnel. Par exemple : Qu'est-ce qu'un profil ? Que sont les critères de conformité ? Comment différencier
ce qui est obligatoire de ce qui est facultatif ? Une clause de conformité peut également prévoir une
communication entre les personnes chargées de la mise en œuvre (les fournisseurs) et les utilisateurs (les
acheteurs) concernant les caractéristiques nécessaires et elle donne un sens aux expressions « profil
conforme » et « système de DIS conforme ». Elle sert en outre de base aux activités d'inspection, d'essai et/ou
de certification qui peuvent être conduites par des organisations extérieures à l'HL7.
Voir Clause de conformité, Article 7, pour de plus amples informations sur les règles de sélection et d'ajout de
critères de conformité lors de l'élaboration d'un profil fonctionnel.
4.3 Composants de la liste de fonctions du système S-DIS
La liste de fonctions du système S-DIS est une liste (sur-ensemble) de fonctions organisée en parties distinctes.
Les fonctions décrivent le comportement d'un système à l'aide d'un vocabulaire orienté utilisateur afin que les
principales parties prenantes d'un système S-DIS puissent l'identifier.
Les fonctions de S-DIS peuvent servir à :
• décrire les avantages définis par l'utilisateur final, tels que la sûreté du patient, les résultats en termes de
qualité et la rentabilité en matière de fonctions de S-DIS normalisées ;
• favoriser une compréhension commune des fonctions du système de DIS sur la base desquelles les
développeurs, fournisseurs, utilisateurs et autres parties intéressées pourront projeter et évaluer les
conceptions et les mises en œuvre du système de S-DIS ;
• fournir le cadre nécessaire pour piloter les exigences et les applications des normes du niveau suivant,
telles que contenu de DIS, codage, modèles d'information, constructions et interopérabilité visant à garantir
la transférabilité des informations entre les sous-systèmes d'un système de DIS et entre les systèmes
de DIS ;
• établir une méthode fondée sur des normes permettant à chaque aire d'activité (pays) d'appliquer ces
fonctions du système de DIS à ses établissements de soins, ses services, ses spécialités, ses autres
usages et à ses priorités ;
6 © ISO 2023 – Tous droits réservés

• éclairer les parties concernées par la prise en charge de l'utilisation ultérieure des données initialement
recueillies à des fins de soins (également appelée « utilisation secondaire ») quant aux fonctions que l'on
peut attendre d'un système de DIS ;
• éclairer les parties concernées par la prise en charge de l'infrastructure d'informations de santé propre à
une aire d'activité quant aux fonctions que l'on peut attendre d'un système de DIS.
Chaque fonction du Modèle fonctionnel d'un S-DIS de l'HL7 est identifiée et décrite au moyen d'un ensemble
d'éléments ou de composants détaillés dans le Tableau 2.
ID T
...

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...