ISO/HL7 10781:2015
(Main)Health Informatics - HL7 Electronic Health Records-System Functional Model, Release 2 (EHR FM)
Health Informatics - HL7 Electronic Health Records-System Functional Model, Release 2 (EHR FM)
ISO 10781:2015 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 (EHR FM)
L'ISO 10781:2015 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 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
Relations
Frequently Asked Questions
ISO/HL7 10781:2015 is a standard published by the International Organization for Standardization (ISO). Its full title is "Health Informatics - HL7 Electronic Health Records-System Functional Model, Release 2 (EHR FM)". This standard covers: ISO 10781:2015 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:2015 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/HL7 10781:2015 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/HL7 10781:2015 has the following relationships with other standards: It is inter standard links to ISO/TS 16952-10:2008, ISO 10781:2023, ISO/HL7 10781:2009. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
You can purchase ISO/HL7 10781:2015 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 10781
Second edition
2015-08-01
Health Informatics — HL7 Electronic
Health Records-System Functional
Model, Release 2 (EHR FM)
Informatique de santé — Modèle fonctionnel d’un système de dossier
de santé électronique, publication 2 (EHR FM)
Reference number
ISO 10781:2015(E)
©
ISO 2015
ISO 10781:2015(E)
© ISO 2015, Published in Switzerland
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized otherwise in any form
or by any means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior
written permission. Permission can be requested from either ISO at the address below or ISO’s member body in the country of
the requester.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – All rights reserved
ISO 10781:2015(E)
Contents Page
Foreword .v
Introduction .vi
1 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 . 6
4.3.1 Function ID (Normative) . 7
4.3.2 Function Type (Reference) . 7
4.3.3 Function Name (Normative) . 7
4.3.4 Function Statement (Normative) . 8
4.3.5 Description (Reference) . 8
4.3.6 Conformance Criteria (Normative) . 8
5 Anticipated Uses (Reference) . 8
5.1 Anticipated Development Approach: Functional Profiles . 8
5.1.1 Scenario 1 – Group Practice . 9
5.1.2 Scenario 2 - Hospital . . 9
5.1.3 Scenario 3 - IT Vendor . 9
5.2 Examples of Current Use .10
5.2.1 Functional Profile for Clinical Research based on the EHR-S FM .10
5.2.2 AHRQ Announces Children’s Electronic Health Record Format .10
5.2.3 Linking clinical content descriptions to the EHR-S FM (Reference) .11
6 Conformance Clause .11
6.1 Introduction (Reference) .11
6.2 Scope and Field of Application (Normative) .11
6.3 Concepts (Normative) .12
6.3.1 Functional Profiles .12
6.3.2 Conformance Model .13
6.3.3 Profile Traceability .13
6.4 Normative Language (Normative) .14
6.5 Conformance Criteria (Normative) .14
6.5.1 Criteria in the Functional Profile .14
6.5.2 ‘Dependent SHALL’ Criteria .14
6.5.3 Referencing Other Criteria or Functions .15
6.6 Functional Model Structure and Extensibility (Normative) .15
6.6.1 Hierarchical Structure .15
6.6.2 Naming Convention .17
6.6.3 Priorities .17
6.6.4 Extensibility .17
6.7 Functional Profile Conformance (Normative) .17
6.7.1 Rules for Functional Domain Profiles .17
6.7.2 Rules for Creating New Functions in Functional Profiles .19
6.7.3 Rules for Derived Functional Profiles .21
6.7.4 Conformance Statement .22
6.7.5 Rules for Functional Companion Profiles .22
6.8 Use Cases and Samples (Reference) .23
6.8.1 Functional Profile Use Cases .23
6.8.2 Sample Functional Domain Profile Conformance Clauses .24
6.8.3 Interpreting and Applying a Conditional ‘SHALL’ (Reference) .25
6.8.4 General Concepts .25
ISO 10781:2015(E)
6.8.5 Rationale for ‘Dependent SHALL’ .26
6.8.6 How to Apply the ‘Dependent SHALL’ .26
7 Glossary .28
7.1 Preface (Reference) .28
7.2 Introduction (Normative) .28
7.3 Overview (Reference) .28
7.3.1 Known Issues (Reference) .29
7.4 The Action-Verb Structure (Normative) .29
7.4.1 Secure (System) Category .29
7.4.2 Data Management Category .30
7.4.3 How Action-Verbs are defined .30
7.4.4 Deprecated Verbs .31
7.5 Guidelines for Use (Reference) .31
7.5.1 General Guidance.31
7.5.2 Constructing Rigorous Conformance Criteria .32
7.5.3 Examples of Rewording Conformance Criteria using the Proper Action-Verbs .33
Annex A (normative) Function List .35
Annex B (informative) Glossary of Terms for EHR-S FM .36
Annex C (informative) History of the Action-Verb Hierarchy .60
Annex D (informative) Contributing Organizations .63
Annex E (informative) Background .64
Annex F (informative) Acknowledgements .66
Annex G (informative) Other Offerings and Requests from the EHR Work Group .68
Bibliography .69
iv © ISO 2015 – All rights reserved
ISO 10781:2015(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of technical committees is to prepare International Standards. Draft International
Standards adopted by the technical committees are circulated to the member bodies for voting.
Publication as an International Standard requires approval by at least 75 % of the member bodies
casting a vote.
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.
ISO/HL7 10781 was prepared by Technical Committee ISO/TC 215, Health informatics.
This second edition cancels and replaces the first edition (ISO/HL7 10781:2009), which has been
technically revised.
ISO 10781:2015(E)
Introduction
Information for readers
EHR System Functional Model Release 2.0 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, then in 2009 with
Release 1.1, jointly balloted with ISO/TC 215 and CEN/TC 251. Release 2.0 reflects many changes,
including ballot comments that had been made on past ballots and where the HL7 EHR Work Group
had committed to bringing consideration of requested changes forward. It also includes comments that
were considered for future use from the ISO ballot of 2009 as well as considerations of the Comment
Only ballot that was circulated in May 2011.
Other inclusions were made as a result of the multiple EHR System Functional Profiles that have been
written on Functional Model Releases 1 and 1.1. There was great learning in those various domain as
well as companion profiles. The EHR-S FM also incorporated two other Draft Standards for Trial Use:
HL7 EHR Lifecycle Model and HL7 EHR Interoperability Model.
Changes from previous Release
The HL7 EHR-System Functional Model Release 2 had its first normative ballot in May 2012. The key
changes as a result of the first normative ballot included the following.
• Moved the normative parts of the Glossary into the Conformance clause section as use of glossary
consistently is key to ease in reading and understanding the model.
• Improved consistency in representation of Headers, Functions and Conformance Criteria
throughout the model.
• Updated the conformance clause for ease of reading especially as it related to the different types of
profiles: domain profiles and companion profiles.
• Provided clarity for functional description and related conformance criteria.
• Updated the content to be more current.
To see all of the comments and reconciliation of the Normative 1 ballot, please see the HL7 Ballot
Website for the ballot cycle of May 2012.
Background
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 US 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.”(HHS Goals in “Pursuing HL7 EHR Functional Standard” in Memorandum to
HIMSS from C. Clancy and W. Raub co-chairs of HHS Council on the Application of Health Information
Technology, dated November 12, 2003.) A critical foundational component for resolving these system
and infrastructure issues is the Electronic Health Record System (EHR-S).
In developing this EHR-S Functional Model, HL7 relied on three well-accepted definitions: two provided
by the US. Institute of Medicine and one developed by the European Committee for Standardization/
Comité Européen de Normalization (CEN). This Functional Model leverages these existing EHR-S
definitions and does not attempt to create a redundant definition of an EHR-S.
vi © ISO 2015 – All rights reserved
ISO 10781:2015(E)
Existing EHR System Definitions
The IOM’s 1991 report, The Computer-Based Patient Record: An Essential Technology, and updated
in 1997 (Dick, R.S, Steen, E.B., and Detmer, D.E. (Editors), National Academy Press: Washington, DC)
defined an EHR System as follows.
• The set of components that form the mechanism by which patient records are created, used, stored,
and retrieved.
• A patient record system is usually located within a health care provider setting. It includes people,
data, rules and procedures, processing and storage devices (e.g. paper and pen, hardware and
software), and communication and support facilities.
• The 2003 IOM Letter Report, Key Capabilities of an Electronic Health Record System, defined the
EHR System as including:
• Longitudinal collection of electronic health information for and about persons, where health
information is defined as information pertaining to the health of an individual or health care
provided to an individual.
• Immediate electronic access to person- and population-level information by authorized, and only
authorized, users.
• Provision of knowledge and decision-support that enhance the quality, safety, and efficiency of
patient care.
• Support of efficient processes for health care delivery.
The 2003 ISO/TS 18308 references the IOM 1991 definition above as well as ISO 13606:
• A system for recording, retrieving and manipulating information in electronic health records.
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 could 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.
ISO 10781:2015(E)
Drafts of the EHR-S Functional Model and of specific functions have been widely reviewed by
healthcare providers, vendors, and other stakeholders. This proposed standard reflects input from all
these reviewers.
viii © ISO 2015 – All rights reserved
INTERNATIONAL STANDARD ISO 10781:2015(E)
Health Informatics — HL7 Electronic Health Records-
System Functional Model, Release 2 (EHR FM)
1 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 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).
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. Section 1.1.3 describes the basis and foundation
for the HL7 definition of an EHR System. Notably, the EHR-S Functional Model does not address whether
the EHR-S is a system-of-systems or a single system providing the functions required by the users.
This International 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.
The EHR-S Functional Model is not sufficient to provide a longitudinal health record; however, it will
contribute to its development. The information exchange enabled by the EHR-S supports the population
of clinical documents, event summaries, minimum data sets, claims attachments, and in the future will
enable a longitudinal health record.
ISO 10781:2015(E)
Additionally, 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 is an international
standard that does outline key principles and processes in the provision of healthcare. Users of the
EHR-S FM can refer to ISO 13940 for clinical processes that EHR systems support.
This EHR-S Functional Model package includes both Reference and Normative sections.
Table 1 — Normative Status Types
Status Description
Reference Content of the EHR-S Functional Model Package that contains information which clar-
ifies 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 Func-
tional Model document has been successfully balloted as a normative standard by the
HL7 organization.
Each section within this document is clearly labelled “Normative” if it is normative. For example, in
Clause 7, Conformance Clause, subclauses 7.2 and 7.4 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, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any amendments) applies.
ISO/TR 12773-1:2009, Business requirements for health summary records — Part 1: Requirements
ISO/TS 13606-4:2009, Health informatics — Electronic health record communication — Part 4: Security
ISO/TS 17090-1:2002, Health informatics — Public key infrastructure — Part 1: Framework and overview
ISO 18308:2011, Health informatics — Requirements for an electronic health record architecture
ISO/IEC 2382-8:1998, Information technology — Vocabulary — Part 8: Security
ASTM E1769:1995, Standard guide for properties of electronic health records and record systems
3 Terms and definitions
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
and/or derived
3.3
conformance
fulfilment of a product, process or service of specified requirements
2 © ISO 2015 – All rights reserved
ISO 10781:2015(E)
3.4
conformance criteria
requirements indicating the behaviour, action and/or 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
3.6
conformance statement
description of the functions in an EHR system that have been implemented, reflecting the degree to
which an EHR system has met the functional profile’s requirements and which 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
capability of 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
one of a set of conformance criteria listed in a parent function that is 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
EXAMPLE 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.
ISO 10781:2015(E)
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
The seven sections of the function list reflect content of the Interoperability Model, now integrated in
the Functional Model, and input from several profiles if the R.1.1 version of the Functional Model. Below
is a summary description of each of the seven sections:
• Overarching: The Overarching Section contains Conformance Criteria that apply to all EHR Systems
and consequently must be included in all EHR-S FM compliant profiles.
• Care Provision: The Care Provision Section contains those functions and supporting Conformance
Criteria that are required to provide direct care to a specific patient and enable 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 offices, clinics, hospitals and
speciality care centres.
• Care Provision Support: The Care Provision Support Section focuses on functions needed to enable
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 those functions
required of the EHR to support 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 at a
multi-patient level.
• Administrative Support: The Administrative Support Section focuses on functions required in the
EHR-S to enable the management of the clinical practice and to assist with the 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 Chapter consists of functions common to EHR
System record management, particularly those functions foundational to managing record lifecycle
(origination, attestation, amendment, access/use, translation, transmittal/disclosure, receipt, de-
identification, archive…) and record lifespan (persistence, indelibility, continuity, audit, encryption).
RI functions are core and foundational to all other functions of the Model (CP, CPS, POP, AS).
4 © ISO 2015 – All rights reserved
ISO 10781:2015(E)
• Trust Infrastructure: The Trust Infrastructure Chapter consists of functions 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 Model (CP, CPS, POP, AS and RI).
4.2 Functional Profiles
While the Functional Model should contain 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. Functional Profiles should be used to
constrain the functions to an intended use. This document defines the Functional Model and describes
the general use of profiles and priorities (See 1.4 Anticipated Uses).
In the aggregate, the Functional Model is intended to include the superset of functions from which a
subset can be generated by the user. This subset created by the user illustrates what is needed within
an EHR-S. Only a subset of the superset of functions will apply to any particular EHR-S Profile.
Figure 2 — Profiling from the EHR-S FM
Figure 2 shows that a profile would include all seven 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 profile.
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 (vendors) 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 testing and certification activities which may be performed by
organizations external to HL7.
Refer to the Conformance Clause, Clause 7, for additional information related to the rules for selecting
and adding Conformance Criteria in the development of a Functional Profile.
ISO 10781:2015(E)
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 behaviour 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:
• Facilitate describing 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 functions upon which developers, vendors, users and
other interested parties can plan and evaluate EHR-S functions.
• 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-S and across EHR-S’.
• Establish a standards-based method by which each realm (country) can apply these EHR functions
to care settings, 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 below.
6 © ISO 2015 – All rights reserved
ISO 10781:2015(E)
Table 2 — Function List Example
ID Type Name Statement Description Conformance Criteria
CP.1 H Ma n a ge M a n a ge t h e Patient Clinical History lists
C l i n i ca l patient’s clinical are used to present succinct
History history lists used “snapshots” of critical health
to present sum- information including patient
mary or detailed history; allergy intolerance
information on and adverse reactions; medi-
patient health cations; problems; strengths;
history. immunizations; medical equip-
ment/devices; and patient and
family preferences.
CP.1.4 F Ma n a ge Create and main- A problem list may include, but
P r oblem tain patient- spe- is not limited to chronic con-
List cific problem lists. ditions, diagnoses, or symp-
toms, 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 asso-
ciated with a patient.
CP.1.4 C 3. The system SHALL provide the
ability to manage relevant dates
including the onset date and reso-
lution date of problem.
4.3.1 Function ID (Normative)
This is the unique identifier of a function in the Function List (e.g. CP.1.1) and should be used to
uniquely identify the function when referencing functions. 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. 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.
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.
ISO 10781:2015(E)
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 should clearly identify 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.
Example 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 is defined in the Conformance Chapter: Sections 2.4 Conformance Criteria and Section 2.9
Glossary Action Verb Hierarchy and Use.
5 Anticipated Uses (Reference)
HL7 is an international community and supports the development of Functional Profiles, which may
be country specific (HL7 realm) specifications within a standard. It is anticipated that there will be
profiles registered with HL7 that designate a subset of functions from the model for use in specific care
settings (e.g. Behavioural Health) or functional areas (e.g. the Records Management and Evidentiary
Support EHR). Examples of functional profiles will be included as reference documents in the HL7 How-
to Guide for Creating Functional Profiles
5.1 Anticipated Development Approach: Functional Profiles
A “Functional Profile” is a selected set of functions that are applicable for a particular purpose, user,
care setting, domain, et cetera. Functional profiles help to manage the master list of functions. The full
Functional Model is not intended to apply to any single EHR-S implementation.
As such, an EHR system does not conform directly to the Functional Model; rather, it conforms to one
or more Functional Profiles. For more information about creating, registering, and balloting Functional
Profiles, see Chapter Two: Conformance Clause, Sections 2 and 6.
Functional profiles are the expression of usable subsets of functions from this EHR-S Functional
Model. In this EHR-S Functional Model the reader will see a long list of Function Names and Function
Statements, which serve as reasonable representations of functions that may be needed for a clinical
environment. The list of functions is not intended to be used in its entirety. For example, the functions
outlined in this model apply differently to different care settings. Many of the functions in the model
apply to a nursing home setting, but some like CP.1.7.2.3 (Manage Orders for Blood Products and
Other Biologics) would not apply. The li
...
NORME ISO
INTERNATIONALE 10781
Deuxième édition
2015-08-01
Informatique de santé — Modèle
fonctionnel d’un système de dossier
de santé informatisé, publication 2
(EHR FM)
Health Informatics — HL7 Electronic Health Records-System
Functional Model, Release 2 (EHR FM)
Numéro de référence
ISO 10781:2015(F)
©
ISO 2015
ISO 10781:2015(F)
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2015, Publié en Suisse
Droits de reproduction réservés. Sauf indication contraire, 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, l’affichage sur
l’internet ou sur un Intranet, sans autorisation écrite préalable. Les demandes d’autorisation peuvent être adressées à l’ISO à
l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – Tous droits réservés
ISO 10781:2015(F)
Sommaire Page
Avant-propos .v
Introduction .vi
1 Domaine d’application . 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 prévue: profils fonctionnels. 9
5.1.1 Scénario 1 - Médecine de groupe .10
5.1.2 Scénario 2 - Hôpital .10
5.1.3 Scénario 3 – Fournisseur IT.10
5.2 Exemples d’utilisation actuelle .11
5.2.1 Profil fonctionnel pour la recherche clinique basé sur le MF de S-DIS .11
5.2.2 L’AHRQ annonce la création d’un format de dossier informatisé de santé
destiné aux enfants .12
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é .13
6.1 Introduction (contenu de référence) .13
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) .16
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 .19
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 .22
6.7.3 Règles applicables aux profils fonctionnels dérivés .23
6.7.4 Énoncé de conformité . .24
6.7.5 Règles applicables aux profils fonctionnels d’accompagnement .24
6.8 Cas d’utilisation et exemples (contenu de référence) .25
6.8.1 Cas d’utilisation de profil fonctionnel .25
ISO 10781:2015(F)
6.8.2 Exemples de clauses de conformité de profil fonctionnel de domaine .26
6.8.3 Interprétation et application de critères « DOIT » soumis à condition
(contenu de référence) .27
6.8.4 Concepts généraux .28
6.8.5 Justification des critères «DOIT, à dépendance» .29
6.8.6 Comment appliquer l’expression « DOIT, à dépendance » .29
7 Glossaire .31
7.1 Préface (contenu de référence) .31
7.2 Introduction (contenu normatif) .31
7.3 Vue d’ensemble (contenu de référence) .31
7.3.1 Problèmes connus (contenu de référence) .32
7.4 Structure des verbes d’action (contenu normatif) .32
7.4.1 Catégorie Sécuriser (le système) .32
7.4.2 Catégorie Gestion des données .33
7.4.3 Comment sont définis les verbes d’action ? .34
7.4.4 Verbes désapprouvés .34
7.5 Lignes directrices pour l’utilisation (contenu de référence) .35
7.5.1 Préconisations générales .35
7.5.2 Élaboration de critères de conformité rigoureux .35
7.5.3 Exemples de reformulation de critères de conformité à l’aide des
verbes d’action . .37
Annexe A (normative) Liste de fonctions .39
Annexe B (informative) Glossaire des termes applicables au MF de S-DIS .40
Annexe C (informative) Historique de la hiérarchie des verbes d’action .79
Annexe D (informative) Organisations participantes .82
Annexe E (informative) Contexte .83
Annexe F (informative) Remerciements .85
Annexe G (informative) Autres propositions et demandes du Groupe de travail relatif au DIS .87
Bibliographie .88
iv © ISO 2015 – Tous droits réservés
ISO 10781:2015(F)
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 appelé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 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’OMC concernant les obstacles techniques au commerce (OTC), voir le lien suivant: Avant-propos —
Informations supplémentaires.
L’ISO/HL7 10781 a été élaborée par le comité technique ISO/TC 215, Informatique de santé.
Cette deuxième édition annule et remplace la première édition (ISO/HL7 10781:2009), qui a fait l’objet
d’une révision technique.
ISO 10781:2015(F)
Introduction
Avis au lecteur
La Publication 2.0 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. La Publication 2.0 révèle de
nombreux changements, découlant notamment des commentaires émis lors des votes précédents,
le Groupe de travail relatif au dossier informatisé de santé (DIS) de l’HL7 s’étant engagé à avancer
l’examen des changements demandés. Elle inclut également des commentaires qu’il a été envisagé
d’utiliser ultérieurement lors du vote de l’ISO de 2009, de même que les considérations du vote sur les
commentaires uniquement qui s’est déroulé en mai 2011.
D’autres éléments ont été ajoutés en raison des multiples profils fonctionnels de système de DIS qui
ont été élaborés à partir des Publications 1 et 1.1 du Modèle fonctionnel. De grands enseignements ont
été tirés des divers profils de domaine et d’accompagnement. Le MF de S-DIS a également intégré deux
autres projets de normes pour une utilisation expérimentale: le Modèle de cycle de vie et le Modèle
d’interopérabilité d’un dossier DIS de l’HL7.
Changements par rapport à la précédente publication
La Publication 2 du Modèle fonctionnel d’un système de dossier informatisé de santé de l’HL7 a été
soumise à un premier vote normatif en mai 2012. Les principaux changements découlant de ce premier
vote normatif incluent les points suivants:
• déplacement des parties normatives du Glossaire dans l’article Clause de conformité, étant donné
qu’une bonne utilisation du glossaire facilite grandement la lecture et la compréhension du modèle;
• amélioration de l’homogénéité de représentation des en-têtes, fonctions et critères de conformité
tout au long du modèle;
• mise à jour de la clause de conformité afin d’en faciliter la lecture, en particulier en ce qui concerne
les différents types de profils: profils de domaine et profils d’accompagnement;
• clarification de la description fonctionnelle et des critères de conformité associés;
• actualisation du contenu.
Pour consulter l’ensemble des commentaires et le bilan comparatif du vote normatif n° 1, veuillez vous
rendre sur la page du site Internet de l’HL7 dédiée au cycle de vote de mai 2012.
Contexte
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écurité 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» [Objectifs du HHS (Health and Human Services, le ministère américain des services sociaux et
de santé) concernant le respect de la norme fonctionnelle de DIS de l’HL7, dans une note adressée à la
HIMSS (Healthcare Information and Management Systems Society, une société de systèmes de gestion et
d’information) sous la signature de C. Clancy et W. Raub, coprésidents du HHS Council on the Application
of Health Information Technology (Conseil du HHS pour l’application des technologies de l’information
de santé), en date du 12 novembre 2003]. Le système de dossier informatisé de santé (S-DIS) constitue
vi © ISO 2015 – Tous droits réservés
ISO 10781:2015(F)
un composant fondamental critique pour la résolution des problèmes mentionnés relevant du système
et de l’infrastructure.
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.
Définitions existantes du système de DIS
Le rapport de l’IOM de 1991 intitulé «The Computer-Based Patient Record: An Essential Technology»
(Le dossier patient informatisé: une technologie essentielle) et sa mise à jour de 1997 (Dick, R.S,
Steen, E.B., et Detmer, D.E. (Éditeurs), National Academy Press: Washington, DC) ont défini un système
de DIS comme suit:
• ensemble des composants constituant le mécanisme permettant de créer, d’utiliser, de mémoriser
et d’extraire des dossiers patient
• Un système de dossier patient se situe généralement au sein d’un établissement prestataire de
soins de santé. Il comprend des individus, des données, des règles et procédures, des dispositifs de
traitement et de mémorisation (par exemple, papier et crayon, matériel et logiciels) ainsi que des
dispositifs de communication et d’appui.
• La lettre d’opinion de l’IOM de 2003 intitulée «Key Capabilities of an Electronic Health Record
System» (Fonctionnalités clés d’un système de dossier informatisé de santé) a défini le système de
DIS comme comportant:
• le recueil «longitudinal» de données de santé informatisées concernant des personnes, dans lequel
les données et informations de santé sont définies comme des données et informations concernant
la santé d’un individu ou les soins de santé dispensés à un individu,
• un accès informatisé direct aux données et informations relatives à des personnes ou à des
populations, strictement réservé aux utilisateurs autorisés,
• la mise à disposition de connaissances et d’aide à la prise de décision, afin d’améliorer la qualité, la
sécurité et le rendement des soins dispensés au patient et
• la prise en charge de processus efficaces pour la dispensation de soins de santé.
L’ISO/TS 18308:2003 fait référence à la définition de l’IOM de 1991 susmentionnée ainsi qu’à la
définition de l’ISO 13606:
• système destiné à enregistrer, extraire et manier des informations dans des dossiers informatisés
de santé
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
ISO 10781:2015(F)
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.
Les projets du présent Modèle fonctionnel de S-DIS et de ses fonctions spécifiques ont fait l’objet d’un
examen attentif de la part des prestataires de soins de santé, des fournisseurs et des autres parties
prenantes. La présente proposition de norme prend en compte les retours de tous ces lecteurs critiques.
viii © ISO 2015 – Tous droits réservés
NORME INTERNATIONALE ISO 10781:2015(F)
Informatique de santé — Modèle fonctionnel d’un système
de dossier de santé informatisé, publication 2 (EHR FM)
1 Domaine d’application
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 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).
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. Le
paragraphe 1.1.3 décrit la base et le fondement de la définition HL7 du système de DIS. En particulier, le
Modèle fonctionnel d’un S-DIS ne détermine pas si le S-DIS est un système de systèmes ou un système
unique fournissant les fonctions exigées par les utilisateurs. La présente Norme internationale 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.
ISO 10781:2015(F)
Le Modèle fonctionnel d’un S-DIS ne fournit pas à lui seul un dossier de santé longitudinal, bien qu’il
contribue à son élaboration. Les échanges d’informations que permet le S-DIS prennent en charge la
collecte de documents cliniques, résumés d’événements, ensembles minimaux de données et annexes
de revendications et favoriseront à l’avenir la constitution d’un dossier de santé longitudinal.
De plus, 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 donne des précisions sur les principes et processus clés de la prestation de
soins de santé. Les utilisateurs du MF de S-DIS ont la possibilité de se référer à l’ISO 13940 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.
Tableau 1 — Types de statut normatif
Statut Description
Contenu de Contenu du paquet de Modèle fonctionnel de S-DIS qui englobe des informations venant clari-
référence fier 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 nor- Contenu qui fait partie du Modèle fonctionnel d’un S-DIS et que les membres du comité HL7 et
matif 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.
Chaque partie normative du présent document est clairement repérée par la mention «Contenu
normatif». Par exemple, à l’Article 7, Clause de conformité, les paragraphes 7.2 et 7.4 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 ci-après, dans leur intégralité ou non, sont des références normatives indispensables à
l’application 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).
ISO/TR 12773-1:2009, Exigences d’affaire pour les enregistrements de santé sommaires — Partie 1: Exigences
ISO/TS 13606-4:2009, Informatique de santé — Communication du dossier de santé informatisé —
Partie 4: Sécurité
ISO/TS 17090-1:2002, Informatique de santé — Infrastructure de clé publique — Partie 1: Cadre et
vue d’ensemble
ISO 18308:2011, Informatique de santé — Exigences relatives à une architecture de l’enregistrement
électronique en matière de santé
ISO/IEC 2382-8:1998, Technologies de l’information — Vocabulaire — Partie 8: Sécurité
ASTM E1769:1995, Standard guide for properties of electronic health records and record systems
(disponible en anglais seulement)
2 © ISO 2015 – Tous droits réservés
ISO 10781:2015(F)
3 Termes et définitions
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 et/ou 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 et/ou 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 à remplir 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,
révélant 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
aptitude d’un système de dossier informatisé de santé à 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é
critère présent dans un ensemble de critères de conformité répertoriés dans une fonction parent, dont
toutes les fonctions enfants de cette fonction héritent
ISO 10781:2015(F)
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
EXEMPLE Forme conditionnelle «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).
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
Les sept parties de la liste de fonctions reflètent le contenu du Modèle d’interopérabilité, qui est à
présent intégré au Modèle fonctionnel, et comportent des éléments provenant de plusieurs profils de
la version R.1.1 du Modèle fonctionnel. Voici une description sommaire de chacune de ces sept parties:
• Généralités (OV): La partie Généralités contient des critères de conformité qui s’appliquent à
tous les systèmes de DIS et qui doivent par conséquent être inclus dans tous les profils conformes
au MF de S-DIS.
• Prestation de soins (CP): La partie Prestation de soins contient les fonctions et les critères de
conformité secondaires qui sont nécessaires pour offrir des soins directs à un patient spécifique
et permettre la dispensation directe des soins de santé. Ces fonctions sont générales et ne sont pas
4 © ISO 2015 – Tous droits réservés
ISO 10781:2015(F)
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 cabinets de soins de santé, des cliniques, des
hôpitaux et des centres de soins spécialisés.
• Prise en charge de la prestation de soins (CPS): La partie Prise en charge de la prestation de soins se
concentre sur les fonctions nécessaires à 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 (POP): La partie Prise en charge de la santé d’une
population se concentre sur les fonctions du DIS 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 de plusieurs patients.
• Prise en charge administrative (AS): La partie Prise en charge administrative se concentre sur
les fonctions du S-DIS qui sont nécessaires pour permettre la gestion de la pratique clinique et
assister 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 (RI): La partie Infrastructure de dossier se compose de fonctions
communes à la gestion de dossiers du système de DIS, en particulier des fonctions fondamentales
à la gestion du cycle de vie des dossiers (création, attestation, modification, accès/utilisation,
traduction, transmission/divulgation, réception, désidentification, archivage…) et de la durée de
vie des dossiers (persistance, indélébilité, continuité, audit, chiffrement). Les fonctions RI sont des
fonctions centrales qui servent de base à toutes les autres fonctions du modèle (CP, CPS, POP, AS).
• Infrastructure de confiance (TI): La partie Infrastructure de confiance se compose de fonctions
communes à 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 modèle (CP, CPS, POP, AS et RI).
4.2 Profils fonctionnels
Bien qu’il convienne 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é. Il convient d’utiliser les profils fonctionnels pour limiter
les fonctions à une utilisation prévue. Le présent document définit le Modèle fonctionnel et décrit
l’utilisation générale des profils et priorités (voir 1.4 Utilisations prévues).
Globalement, le Modèle fonctionnel est destiné à comprendre le sur-ensemble de fonctions à partir
duquel l’utilisateur peut générer un sous-ensemble. Ce sous-ensemble créé par l’utilisateur illustre ce
qui est nécessaire au sein d’un système S-DIS. Un seul sous-ensemble du sur-ensemble de fonctions
s’appliquera à un profil de système S-DIS particulier.
ISO 10781:2015(F)
Figure 2 — Création de profils à partir du MF de S-DIS
Comme le montre la Figure 2, un profil inclura les sept 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 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é ? ou 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’essai et 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 à:
• faciliter la description d’avantages définis par l’utilisateur final, tels que la sécurité 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 de DIS sur la base desquelles les
développeurs, fournisseurs, utilisateurs et autres parties intéressées pourront projeter et
évaluer les fonctions de S-DIS;
6 © ISO 2015 – Tous droits réservés
ISO 10781:2015(F)
• 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 S-DIS et
entre les systèmes S-DIS;
• établir une méthode fondée sur des normes permettant à chaque aire d’activité (pays) d’appliquer
ces fonctions de DIS à ses établiss
...










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