Health informatics - Electronic health record - Definition, scope and context

ISO/TR 20514:2005 describes a pragmatic classification of electronic health records, provides simple definitions for the main categories of EHR and provides supporting descriptions of the characteristics of electronic health records and record systems.

Informatique de santé — Dossier de santé informatisé — Définitions, domaine et contexte

L'ISO/TR 20514:2005 donne une classification pratique des dossiers de santé informatisés, il fournit des définitions simples des principales catégories de DSI et apporte des descriptions soulignant les caractéristiques des dossiers de santé informatisés et des systèmes de dossier.

General Information

Status
Published
Publication Date
16-Oct-2005
Current Stage
6060 - International Standard published
Start Date
17-Oct-2005
Completion Date
13-Dec-2025

Overview

ISO/TR 20514:2005 is a Technical Report from ISO/TC 215 that defines the Electronic Health Record (EHR) in a pragmatic, implementation‑oriented way. It establishes a classification of EHR types, simple definitions for the main categories (for example basic‑generic EHR, shareable EHR, Integrated Care EHR (ICEHR) and Personal Health Record (PHR)), and descriptive characteristics of EHRs and EHR systems. As an informative report (not a prescriptive standard), ISO/TR 20514 clarifies scope, context and terminology to support consistent EHR implementation and interoperability across health settings.

Key Topics

  • Definitions and vocabulary: clear terms such as EHR, ICEHR, EHR extract, EHR node, clinician, encounter, clinical data repository (CDR), archetype and logical information model.
  • EHR classifications: distinctions between non‑shareable, shareable, core vs. extended EHR, and the ICEHR (the primary definition for interoperable, shareable records).
  • Scope and purpose: intended uses of EHRs (retrospective, concurrent and prospective information) and how EHRs support continuing integrated care.
  • EHR architecture and models: discussion of Electronic Health Record Architecture (EHRA), information models and the role of archetypes and logical information models that are independent of technology.
  • Interoperability: emphasis on functional and semantic interoperability as a key objective for shareable EHRs and the ISO family of EHR standards.
  • EHR systems and services: overview of EHR system components, categorizations, EHR directory service concepts, and summary characteristics of EHR systems.
  • Contextual considerations: temporal, functional and organizational contexts across health paradigms, systems, sectors and settings.

Applications and Who Uses It

ISO/TR 20514 is practical for:

  • Health informatics architects and EHR system designers - to align design with standardized EHR concepts and interoperability goals.
  • EHR vendors and software developers - to understand EHR categories, extract models and architectural expectations.
  • Health IT implementers and integrators - to map system behavior to core vs. extended EHR functionality and plan sharing.
  • Policy makers, health organizations and standards bodies - to set procurement criteria, governance and national EHR strategies.
  • Clinicians and health information managers - to understand record scope, legal/ethical implications and data contexts.

Practical uses include planning interoperable EHR deployments, defining exchangeable EHR extracts, designing directory services, and framing requirements for integrated care solutions.

Related Standards

  • ISO/TS 18308 (requirements for an EHR architecture)
  • EN/ENV 13606 (EHR communication and composition concepts)
  • Other ISO health informatics standards referenced by ISO/TC 215 for semantic and technical interoperability

Keywords: ISO/TR 20514, electronic health record, EHR, ICEHR, health informatics, EHR interoperability, EHR architecture, EHR system, archetype, logical information model.

Technical report

ISO/TR 20514:2005 - Health informatics -- Electronic health record -- Definition, scope and context

English language
27 pages
sale 15% off
Preview
sale 15% off
Preview
Technical report

ISO/TR 20514:2005 - Informatique de santé -- Dossier de santé informatisé -- Définitions, domaine et contexte

French language
29 pages
sale 15% off
Preview
sale 15% off
Preview

Frequently Asked Questions

ISO/TR 20514:2005 is a technical report published by the International Organization for Standardization (ISO). Its full title is "Health informatics - Electronic health record - Definition, scope and context". This standard covers: ISO/TR 20514:2005 describes a pragmatic classification of electronic health records, provides simple definitions for the main categories of EHR and provides supporting descriptions of the characteristics of electronic health records and record systems.

ISO/TR 20514:2005 describes a pragmatic classification of electronic health records, provides simple definitions for the main categories of EHR and provides supporting descriptions of the characteristics of electronic health records and record systems.

ISO/TR 20514:2005 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.

You can purchase ISO/TR 20514:2005 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)


TECHNICAL ISO/TR
REPORT 20514
First edition
2005-10-15
Health informatics — Electronic health
record — Definition, scope and context
Informatique de santé — Dossier de santé informatisé — Définitions,
domaine et contexte
Reference number
©
ISO 2005
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.

©  ISO 2005
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Published in Switzerland
ii © ISO 2005 – All rights reserved

Contents Page
Foreword. iv
Introduction . v
1 Scope . 1
2 Terms and definitions. 1
3 Definition of Electronic Health Record. 6
3.1 Definitional approach . 6
3.2 The key role of interoperability . 7
3.3 The basic–generic EHR. 8
3.4 The non-shareable EHR . 9
3.5 The shareable EHR . 10
3.6 The Integrated Care EHR (ICEHR). 10
3.7 Other common types of health records.12
3.8 The personal health record (PHR). 14
4 The EHR . 14
4.1 Scope of the EHR. 14
4.2 Purpose of the EHR . 15
4.3 The Core EHR . 15
4.4 The Extended EHR. 16
4.5 Comparative features of the Extended EHR and Core EHR. 17
5 Context of the EHR . 18
5.1 The EHR for different health paradigms. 18
5.2 The EHR for different health systems. 19
5.3 The EHR for different health sectors, disciplines and settings . 19
5.4 The temporal context of the EHR . 19
5.5 The functional context of the EHR . 20
5.6 Context of the EHR in the health information environment . 20
6 EHR systems . 21
6.1 Introduction . 21
6.2 Survey of EHR system definitions . 22
6.3 Categorizations of EHR systems . 22
6.4 EHR directory service system . 23
6.5 EHR system summary characteristics . 24
Annex A (informative) Background to Technical Report . 25
Bibliography . 26

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.
In exceptional circumstances, when a technical committee has collected data of a different kind from that
which is normally published as an International Standard (“state of the art”, for example), it may decide by a
simple majority vote of its participating members to publish a Technical Report. A Technical Report is entirely
informative in nature and does not have to be reviewed until the data it provides are considered to be no
longer valid or useful.
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/TR 20514 was prepared by Technical Committee ISO/TC 215, Health informatics.
iv © ISO 2005 – All rights reserved

Introduction
This Technical Report was prepared in order to establish a set of categories of, and definitions for, electronic
health records in order to describe the scope of application of the family of EHR standards currently
programmed for development by ISO.
The primary purpose of ISO's family of EHR standards is to maximize interoperability between electronic
records and systems that are specifically intended to be shareable, irrespective of the technologies they use
and the platforms on which they reside.
However, a variety of health information systems may include features and functionality that could be
characterized as belonging to an EHR system. Similarly, many health information systems may produce
output in the form of EHR extracts or entries, as described in ISO/TS 18308, irrespective of whether their
primary purpose or application is as a shareable EHR.

TECHNICAL REPORT ISO/TR 20514:2005(E)

Health informatics — Electronic health record —
Definition, scope and context
1 Scope
This Technical Report describes a pragmatic classification of electronic health records, provides simple
definitions for the main categories of EHR and provides supporting descriptions of the characteristics of
electronic health records and record systems.
2 Terms and definitions
For the purpose of this document, the following terms and definitions apply.
2.1
archetype
〈descriptive〉 model of a clinical or other domain-specific concept which defines the structure and business
rules of the concept
NOTE Archetypes may define simple compound concepts such as “blood pressure” or “address”, or more complex
compound concepts such as “family history” or “microbiology result”. They are not used to define atomic concepts such as
anatomical terms. Archetypes use terms which may be derived from external terminologies to identify archetype
components.
[11]
[Beale:2003 ]
2.2
archetype
〈technical〉 computable expression of a domain-level concept in the form of structured constraint statements,
based on some reference information model
NOTE 1 Archetypes are one-to-one with domain concepts, which can themselves have interior complexity.
NOTE 2 Archetypes all have the same formalism but can be either part of a standardized/shared ontology
(i.e. definitional) or only used locally or regionally (i.e. not considered definitional).
[11]
[Beale:2003 ]
2.3
architecture
that set of design artefacts or descriptive representations that are relevant for describing an object such that it
can be produced to requirements (quality) as well as maintained over the period of its useful life (change)
[24]
[Zachman:1996 ]
2.4
client
individual who is a subject of care
NOTE The terms “client” and “patient” are synonymous but the usage of one or other of these terms tends to differ
between different groups of health professionals. Clinicians working in a hospital setting and medical practitioners in most
settings tend to use the term “patient” whereas allied health professionals tend to use the term “client”.
2.5
clinical data repository
CDR
data store that holds and manages clinical data collected from service encounters at point of service locations
(e.g. hospitals, clinics)
[13]
NOTE 1 Adapted from Infoway:2003 .
NOTE 2 Data from a CDR can be fed to the EHR for that subject of care; in that sense the CDR is recognized as a
source system for the EHR.
NOTE 3 A CDR complies with the definition of a basic-generic EHR but not with the more specialized definition of an
Integrated Care EHR (ICEHR).
2.6
clinician
health professional who delivers health services directly to a patient/client
[3]
NOTE Adapted from ISO/TS 18308 .
2.7
COMPOSITION
sub-class of RECORD_COMPONENT in the EN13606 Reference Model that contains the set of
RECORD_COMPONENTS composed (authored) during one user's clinical session or record interaction, for
committal within one HER
[6]
[ENV 13606-1 ]
2.8
computer processable information
information which can be programmatically created, stored, manipulated, and retrieved in an electronic
computer
2.9
consumer
individual who may become a subject of care
2.10
electronic health record for integrated care
ICEHR
repository of information regarding the health status of a subject of care, in computer processable form, stored
and transmitted securely and accessible by multiple authorized users, having a standardized or commonly
agreed logical information model that is independent of EHR systems and whose primary purpose is the
support of continuing, efficient and quality integrated health care
NOTE It contains information which is retrospective, concurrent and prospective.
2.11
electronic health record
EHR
〈basic generic form〉 repository of information regarding the health status of a subject of care, in computer
processable form
NOTE The definition of the EHR for integrated care in 2.10 is considered to be the primary definition of an electronic
health record. The definition of a basic-generic EHR is given only for completeness and to acknowledge that there are still
currently many variants of the EHR in health information systems which do not comply with the main (ICEHR) EHR
definition (e.g. a CDR complies with the basic-generic EHR definition but not with the ICEHR definition).
2 © ISO 2005 – All rights reserved

2.12
electronic health record architecture
EHRA
generic structural components from which all EHRs are built, defined in terms of an information model
[3]
[ISO/TS 18308 ]
NOTE A more descriptive informal definition of an EHRA is that of a model of the generic features necessary in any
electronic healthcare record in order that the record may be communicable, complete, a useful and effective ethico-legal
record of care and may retain integrity across systems, countries and time. The architecture does not prescribe or dictate
what anyone stores in their healthcare records. Nor does it prescribe or dictate how any electronic healthcare record
system is implemented. It places no restrictions on the types of data which can appear in the record, including those that
have no counterpart in paper records. Details like “field sizes”, coming from the world of physical databases, are not
relevant to the electronic healthcare record architecture.
[12]
[EU-CEN:1997 ]
2.13
EHR extract
unit of communication of all or part of the EHR which is itself attestable and which consists of one or more
EHR compositions
[3]
NOTE Adapted from ISO/TS 18308 .
2.14
EHR node
physical location where EHRs are stored and maintained
2.15
EHR system
〈components〉 set of components that form the mechanism by which electronic health records are created,
used, stored and retrieved including people, data, rules and procedures, processing and storage devices, and
communication and support facilities
[14]
NOTE 1 Adapted from IOM:1991 .
NOTE 2 The original IOM definition referred to a “CPR System” (Computer-based Patient Record System) and used
the term “patient records” rather than “electronic health records”.
2.16
EHR system
〈system〉 system for recording, retrieving and manipulating information in electronic health records
[6]
NOTE 1 Adapted from ENV 13606-1 .
NOTE 2 This definition is identical to the original CEN definition except that the original term “electronic health care
record” has been abbreviated to “electronic health record” to be consistent with the terminology used throughout this
Technical Report.
2.17
encounter
contact in the course of which health activities are delivered to a subject of care in her or his presence, and
her or his health record is accessed or managed
[8]
NOTE 1 Adapted from EN 13940-1 .
NOTE 2 This definition is identical to the original CEN definition except that the original term “health care” has been
abbreviated to “health” to be consistent with the terminology used throughout this Technical Report.
2.18
functional interoperability
ability of two or more systems to exchange information
2.19
health
state of complete physical, mental and social well-being and not merely the absence of disease or infirmity
[23]
[WHO:1948 ]
2.20
health condition
alterations or attributes of the health status of an individual which may lead to distress, interference with daily
activities, or contact with health services; it may be a disease (acute or chronic), disorder, injury or trauma, or
reflect other health-related states such as pregnancy, aging, stress, congenital anomaly or genetic disposition
[23]
[WHO:1948 ]
2.21
health organization
organisation involved in the direct provision of health activities
[8]
NOTE 1 Adapted from ENV 13940-1 .
NOTE 2 This definition is identical to the original CEN definition except that the original term “health care” has been
abbreviated to “health” to be consistent with the terminology used throughout this Technical report.
2.22
health problem
health condition that results in some disability, pain and/or activity limitation
2.23
health professional
person who is authorized by a recognized body to be qualified to perform certain health duties
[2]
NOTE 1 Adapted from ISO/TS 17090-1 .
NOTE 2 The defined term is often named “healthcare professional”. A convention has been adopted in this Technical
Report whereby the term “healthcare” is abbreviated to “health” when used in an adjectival form. When used in a noun
form, the word “care” is retained but as a separate word (e.g. delivery of health care).
2.24
health provider
health professional or health organization involved in the direct provision of health activities
[8]
NOTE 1 Adapted from ENV 13940-1 .
NOTE 2 This definition is identical to the original CEN definition except that the original term “health care” has been
abbreviated to “health” to be consistent with the terminology used throughout this Technical Report.
2.25
health record
repository of information regarding the health of a subject of care
[8]
NOTE Adapted from ENV 13940-1 .
2.26
health status
individual's current state of physical, mental and social well-being
4 © ISO 2005 – All rights reserved

2.27
information service
ability of a system to provide a defined set of output information based on a defined set of input information
[7]
[EN 12967-1 to 3 ]
2.28
integrated care EHR
ICEHR
See 2.10
2.29
logical information model
information model that specifies the structures and relationships between information but is independent of
any particular technology or implementation environment
NOTE Information models are commonly classified from high-level abstract models through to concrete technology
[1]
implementation models. The ISO Health Informatics Profiling Framework (ISO/TR 17119 ) defines three levels of
specificity for information models and other artefacts viz conceptual, logical and physical. Logical information models
provide detailed specifications for components of the model (e.g. container, section and link classes in a UML object
model of an EHR) and the relationships between the components, without any technological constraints. A logical
information model is therefore independent of any particular implementation technology. A physical information model on
the other hand, includes technological constraints to enable the building of a particular implementation of the logical model
(e.g. an EHR system built for a particular hardware and software platform).
2.30
patient
client
individual who is a subject of care
[3]
NOTE 1 Adapted from ISO/TS 18308 .
NOTE 2 The terms “patient” and “client” are synonymous but the usage of one or other of these terms tends to differ
between different groups of health professionals. Clinicians working in a hospital setting and medical practitioners in most
settings tend to use the term “patient” whereas allied health professionals tend to use the term “client”.
2.31
semantic interoperability
ability for information shared by systems to be understood at the level of formally defined domain concepts
[3]
NOTE Adapted from ISO/TS 18308 .
2.32
service
number of processes, involving an organization in the provision of specific objectives
[7]
[EN 12967-1 to 3 ]
NOTE See also 2.27.
2.33
shareable EHR
EHR with a commonly agreed logical information model
NOTE 1 The shareable EHR per se is an artefact between a basic-generic EHR and the Integrated Care EHR (ICEHR)
which is a specialization of the shareable EHR. The shareable EHR is probably of little use without the additional clinical
characteristics thath are necessary for its effective use in an integrated care setting.
NOTE 2 Whilst the ICEHR is the target for interoperability of patient health information and optimal patient care, it is of
note that the large majority of EHRs in use at present are not even shareable let alone have the additional characteristics
required to comply with the definition of an Integrated Care EHR. A definition of a basic-generic EHR has therefore been
included to acknowledge this current reality.
2.34
standard
document, established by consensus and approved by a recognized body, which provides, for common and
repeated use, rules, guidelines or characteristics for activities or their results, aimed at the achievement of the
optimum degree of order in a given context
[4]
[ISO/IEC Guide 2 ]
2.35
subject of care
one or more persons scheduled to receive, receiving or having received a health service
[3]
[ISO/TS 18308 ]
NOTE 1 The terms “patient” and “client” are synonymous with subject of care in a health record context and are
commonly used instead of the more formal term “subject of care”.
NOTE 2 The term “consumer” is also often used as a synonym in this context. However, it is of note that a consumer
may not necessarily be a subject of care since it can be argued that it is possible for a consumer to have a health record
without ever having received a health care service.
2.36
template
directly, locally usable data creation/validation artefact that is semantically a constraint/choice of archetypes
and which will often correspond to a whole form or screen
[11]
[Beale:2003 ]
NOTE Templates in general have a one-to-many relationship with underlying concepts, each of which is described by
an archetype.
3 Definition of Electronic Health Record
3.1 Definitional approach
Previous attempts to develop a definition for the Electronic Health Record (EHR) have foundered due to the
difficulty of encapsulating all of the many and varied facets of the EHR in a single comprehensive definition.
The approach taken in this Technical Report is to make a clear distinction between the content of the EHR
and its form or structure. This is achieved by first defining the EHR in terms of its structure (i.e. as a container).
This definition (called the “basic-generic EHR”) is intentionally concise and generic to ensure the broadest
applicability to the widest range of existing and future users of EHRs and EHR systems. Such a definition shall
also be able to support legislative and access control requirements that apply to all “forms” of EHR.
The basic-generic EHR definition is supplemented by a more detailed and specialized definition to cover two
of the most essential characteristics of the EHR not covered by the basic-generic definition. These are the
ability to share patient health information between authorized users of the EHR and the primary role of the
EHR in supporting continuing, efficient and quality integrated health care. There are of course many other
important characteristics of the EHR dependent on the scope and context of care, which will not be explicitly
expressed in a single supplementary definition. It would be possible to develop a whole series of formal
definitions to capture all of the nuances of different care contexts. However, the approach taken in this
Technical Report is to keep the number of formal definitions of EHR types to an essential minimum and to
demonstrate the inclusiveness of these definitions through explanatory text and examples.
6 © ISO 2005 – All rights reserved

Figure 1 illustrates the specialization of the basic-generic EHR into two broad categories of shareable and
non-shareable EHRs. A definition for a shareable EHR is given in Clause 2 but it is not included as a core
definition in this Technical Report since the shareable EHR by itself is probably of little use without the
additional clinical characteristics that are necessary for its use in an integrated care setting. This is called an
integrated care EHR (ICEHR) and is shown in Figure 1 as a specialization of the shareable EHR.

Figure 1 — Specialization of the basic-generic EHR
NOTE Figure 1 uses the conventions of object-oriented UML (Unified Modelling Language) diagrams. The unfilled
arrows represent a generalization/specialization relationship that can be thought of as an “is a kind of” relationship. Thus a
shareable EHR is a specialization of the more general basic-generic EHR (i.e. a shareable EHR is a kind of basic-generic
EHR). Similarly, an Integrated Care EHR is a specialization of (is a kind of) shareable EHR.
It shall be emphasized that a clear distinction needs to be made between the EHR and an EHR system and
that this Technical Report is primarily concerned with the former. Many of the characteristics often assigned to
the EHR in fact pertain to EHR systems rather than to the record itself. This is discussed in Clause 6.
3.2 The key role of interoperability
From the viewpoint of standardization, the single most important characteristic of the EHR is the ability to
share EHR information between different authorized users. In technical terms, this requires interoperability of
information in the EHR and interoperability of EHR systems that exchange and share this information.
There are two main levels of shareability or interoperability of information:
a) functional interoperability: the ability of two or more systems to exchange information (so that it is
human readable by the receiver);
b) semantic interoperability: the ability for information shared by systems to be understood at the level of
formally defined domain concepts (so that information is computer processable by the receiving system).
Note that semantic interoperability is not an all-or-nothing concept. The degree of semantic interoperability
depends on the level of agreement on terminology and the content of archetypes and templates used by the
sender and receiver of information.
Semantic interoperability is necessary for automatic computer processing to underpin the real value-added
EHR clinical applications such as intelligent decision support and care planning.
One of the key requirements for shareability of the EHR is to break the nexus between the EHR and the EHR
system (i.e. the EHR should conform to an information model independent of both the physical database
schema used for local storage and the applications which create, maintain and retrieve EHRs). This EHR
information model should be independent of any particular implementation technology (i.e. it should be a
logical information model). Technology independence is also essential to make the EHR “future proof ” to
enable the possibility of lifetime EHRs.
In order to achieve semantic interoperability of EHR information, there are four prerequisites, with the first two
of these also being required for functional interoperability:
a) a standardized EHR reference model, i.e. the EHR information architecture, between the sender (or
sharer) and receiver of the information;
b) standardized service interface models to provide interoperability between the EHR service and other
services such as demographics, terminology, access control and security services in a comprehensive
clinical information system;
c) a standardized set of domain-specific concept models, i.e. archetypes and templates for clinical,
demographic and other domain-specific concepts;
d) standardized terminologies that underpin the archetypes. Note that this does not mean that there
needs to be a single standardized terminology for each health domain but rather, terminologies used
should be associated with controlled vocabularies.
The sharing of patient EHR information between different EHR systems and different health organizations will
almost certainly take place in a distributed processing environment. ISO 10746, covers the reference model
for open distributed processing (RM/ODP) and describes distributed systems in terms of five “viewpoints”
(subdivisions of the specification of a complete system) which are the Enterprise, Information, Computational,
Engineering and Technology viewpoints. The RM/ODP also describes the key concept of “separation of
responsibilities” between different components/services in a complete distributed system. Each service in the
system has its own set of responsibilities, independent of the other services, but linked by service interfaces.
This is called the “system of systems” paradigm.
Using this approach, the EHR is but one of many services (although central to the focus of this Technical
Report) in a comprehensive health information system. Examples of other services are demographics,
terminology, access control and security. These and many other services are shown diagrammatically in
Figure 2. Each service can be represented by a reference model which specifies the information semantics of
the service (the RM/ODP information viewpoint) and a service model which specifies the interface between
that service and other services via an API (Application Programming Interface) definition.
More detailed information on this important subject is contained in ISO 10746, EN 12967 and open EHR:2003.
3.3 The basic–generic EHR
3.3.1 Definition
See 2.11.
3.3.2 The basic-generic EHR in context
3.3.2.1 Applicability of definition
This definition makes no assumptions about the health system of any country or region. It also makes no
assumptions about the type or granularity of information in the record. More specifically, the definition is
broadly applicable to all health sectors, professional health disciplines and methods of health delivery.
8 © ISO 2005 – All rights reserved

3.3.2.2 Name of the EHR
It has been noted that in regard to the term “Electronic Health Record”, the word “Computerized” or “Digital”
may be preferable to “Electronic” since the record itself is usually stored in digital form on a magnetic disc or
other medium such as magnetic tape, “smart card”, or CD-ROM, none of which is strictly electronic, except
that the hardware that processes them (and therefore the record) uses electronic circuits. However, this is a
rather pedantic view and the term “Electronic Health Record” and its abbreviation “EHR” are now so well
established internationally that a further name change would cause unnecessary confusion.
3.3.2.3 Source of definition
The definition is essentially a concatenation of the CEN definitions of a “healthcare record” (“a repository of
information regarding the health of a subject of care”) and the EHR (“a healthcare record in computer readable
format”) (see ENV 13606-1), with one important change. The phrase “computer readable” in the CEN
definition has been changed to “computer processable” which encapsulates readability but extends this to
include the notion that information in the EHR must be amenable to programmatic manipulation and therefore
to automatic processing.
3.3.2.4 Subject of care
The term “subject of care” is used synonymously with “patient” and “client” throughout this Technical Report,
depending on the context in which these terms are used. The term “consumer” is also commonly used in
place of subject of care and in most cases this is a valid use. However, it should be noted that in a strict sense,
a consumer may not necessarily be a subject of care since it can be argued that it is possible for a consumer
to have a health record without ever having received a health care service.
“Subject of care” usually refers to a single individual. However, the definition in Clause 2, which is taken from
ISO/TS 18308, allows for the subject of care to be “one or more persons”. This broader definition has been
adopted to satisfy the needs of jurisdictions in which there may be a requirement for the EHR to include more
than one person as the subject of the EHR (e.g. certain indigenous and cultural groups where it is customary
to keep information and make health decisions at the family or other group level).
It may be tempting to abbreviate the term “subject of care” to “subject”. Whilst this may be acceptable in some
contexts, it should be used with care since a “subject” in an EHR may be the “subject of information” rather
than the “subject of care” (e.g. details of the patient’s mother in the family history section of the health record);
“subject” is only used in this Technical Report where the context and meaning are very clear.
3.4 The non-shareable EHR
The non-shareable EHR will not be formally defined in this Technical Report since it is essentially a “definition
by exclusion”. However, the characteristics of a non-shareable EHR are discussed briefly below.
As noted in 3.2, the single most important characteristic of the EHR from a standards viewpoint and also one
of the greatest potential benefits of the EHR is the ability to share EHR information. At present, almost all
EHRs are based on proprietary information models within EHR systems, with little or no interoperability
between EHR systems and little or no ability to share EHR information beyond the immediate boundary of a
single health organization. In fact, it is often impossible to share EHR information between different disciplines
within a single organization (e.g. between doctors and nurses) or between different applications within a single
clinical information system (e.g. a non-integrated decision support or care planning application is unable to
access the EHR which is bound to the “EHR application”). Non-shareable EHRs are nearly always tightly
bound to both the EHR system software and also to a particular database product. This is the case with the
large majority of EHRs implemented in all areas of health at present.
The difference between a non-shareable EHR and a shareable EHR is analogous to the difference between a
stand-alone desktop PC and a networked PC where the latter adds enormous benefits in terms of locating,
retrieving and exchanging information using the Internet, an intranet, email, workgroup collaboration tools, etc.
3.5 The shareable EHR
The sharing of EHR information can take place at three different levels:
a) level 1: between different clinical disciplines or other users, all of whom may be using the same
application, requiring different or ad hoc organisation of EHRs;
b) level 2: between different applications at a single EHR node (i.e. at a particular location where the EHR is
stored and maintained);
c) level 3: across different EHR nodes (i.e. across different EHR locations and/or different EHR systems).
The shareable EHR used for levels 1 and 2 will contain mainly detailed information required for patient care
within a single location and it will be created and maintained on a local EHR system as described in 6.3.
However, it will also usually contain at least some health summary information such as a problem list, allergies,
past medical history, family history, current medication, etc.
When level 3 sharing is achieved and the object of the EHR is to support the integrated care of patients
across and between health enterprises, it is called an integrated care EHR (ICEHR).
3.6 The Integrated Care EHR (ICEHR)
3.6.1 General
Over the past decade there has been a marked trend towards integrated health delivery through multi-
speciality and multi-disciplinary teams, often called “shared care” or “co-ordinated care”. Integrated shared
care is well suited to many chronic diseases such as diabetes, cardiovascular diseases, and respiratory
diseases. It is also well suited to some episodic or periodic conditions such as ante-natal care and mental
health problems.
Integrated care is usually planned and delivered over an extended period of time, particularly for the
management of chronic diseases. This introduces the notion of a longitudinal record, with information
recorded about past, present, and future events and plans. The Integrated Care EHR definition is based on
these characteristics.
3.6.2 Definition
See 2.10.
3.6.3 ICEHR in context
3.6.3.1 Semantic interoperability
Effective integrated and shared care requires, at a minimum, timely and efficient shared personal health
information (i.e. a shareable EHR, which implies at a minimum, functional interoperability). However, to obtain
optimum information management for integrated health care, it is necessary to have semantic interoperability,
through standardization of clinical and other domain concepts using terminologies, archetypes and templates.
This requirement has not been included in the definition of the ICEHR since there is currently limited
standardization of the components required for semantic interoperability. It is expected however, that
substantial progress will be made over the next few years with the adoption of standardized terminologies and
the rapid development and standardization of archetypes and templates.
3.6.3.2 Longitudinal
The term “longitudinal” has deliberately not been included in the definition of ICEHR due to differing views on
what it really means (see 5.4). Nevertheless, the concept of an (extended) interval of time is implicit in the
definition through the phrase “contains information which is retrospective, concurrent, and prospective”.
10 © ISO 2005 – All rights reserved

3.6.3.3 Granularity
There is no mention in the definition of ICEHR of the type or granularity of information beyond the fact that it is
“information regarding the health of a subject of care” and “its primary purpose is the support of continuing,
efficient and quality integrated care”. It is likely that the majority of such information will be clinical but it will
certainly contain some demographic information and may include administrative information such as
appointment schedules, eligibility information etc. The granularity of the information will vary depending on the
context of care (see Clause 5).
3.6.3.4 Standardized (or commonly agreed) logical information model
The ICEHR definition refers to “a standardized or commonly agreed logical information model”. This is the
fundamental characteristic of a shareable EHR. A “standardized” logical information model, produced through
the consensus standards development process of national and international standards development
organizations such as ISO, CEN and HL7, is the preferred outcome to ensure widest interoperability. However,
a “commonly agreed” logical information model, produced through a process of formal or informal agreement
at the level of a group of users (e.g. a local or regional health authority), may be appropriate as an interim
measure or in a jurisdiction where a formal standard is not thought to be desirable.
A logical information model specifies the structures and relationships between information but is independent
of any particular technology or implementation environment. Thus, the ICEHR is “independent of (any
particular) EHR systems” as stated in the definition. A physical model is a particular instantiation of a logical
model for use in building a specific system or product. It is sometimes also called a design model or product
model.
3.6.3.5 Persistence of information
The ICEHR definition does not explicitly mention persistence of information, although it is implied by the
statement that it contains “information which is retrospective, concurrent and prospective”.
Information persistence is a fundamental characteristic of formal EHR models (i.e. EHR logical information
models) which include semantics for information storage, version control, and rules regarding the modification
and deletion of information in the EHR. This is a characteristic which distinguishes the EHR from the
messaging paradigm (e.g. HL7 or Edifact messages) in which messages have no persistence (although the
information in a message can clearly be stored in an EHR or other persistent artefact once it has been de-
coded by the receiver). It is generally agreed from a medico-legal viewpoint, that information recorded in an
EHR should not be able to be deleted. Rather, errors in recorded information should be corrected by making a
new version of the particular block of information (called a “Composition” in CEN EN13606 or a “Document” in
the HL7 Clinical Document Architecture). This new corrected block of information is the default seen by a user
but the old incorrect information can still be retrieved if necessary for medico-legal purposes.
Notwithstanding the above, there may be jurisdictions in which there is a requirement that particular erroneous
information should be permanently deleted (e.g. at the request of the patient), despite other medico-legal
difficulties that this may create. Many jurisdictions also specify a time (usually at least seven years and
sometimes more than twenty years) after which the entire health record may be permanently deleted.
3.6.3.6 Completeness of information
It is often said that information in the EHR should be “complete” or that the ICEHR/longitudinal EHR should be
a complete record of the subject's health care. In practice, this will rarely, if ever, be true, particularly in the
current era where a person's total health needs are provided by many different clinicians and health
organizations. Increasingly frequent travel and changes of abode also compound this problem. Furthermore,
clinicians do not record a verbatim transcript of a health encounter but rather, only the salient history,
observations, investigations, assessments, interventions and plans necessary for optimal management of a
particular health problem or issue.
The ideal ICEHR will be comprehensive: it will be capable of representing and managing any kind of EHR
information, and capable of integrating data from any number of EHR provider systems. In practice more
limited forms of an EHR system may be developed for use in constrained clinical contexts. Practical
circumstances may limit the connectivity of one EHR system to other such systems. However, in principle
each ICEHR will be as complete as local circumstances permit AND will itself be capable of contributing its
data to other larger-scale ICEHR systems, resp
...


RAPPORT ISO/TR
TECHNIQUE 20514
Première édition
2005-10-15
Informatique de santé — Dossier de santé
informatisé — Définitions, domaine et
contexte
Health informatics — Electronic health record — Definition, scope and
context
Numéro de référence
©
ISO 2005
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.

©  ISO 2005
Droits de reproduction réservés. Sauf prescription différente, 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 et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Publié en Suisse
ii © ISO 2005 – Tous droits réservés

Sommaire Page
Avant-propos. iv
Introduction . v
1 Domaine d'application. 1
2 Termes et définitions. 1
3 Définition du Dossier de Santé Informatisé . 6
3.1 Approche concernant la définition . 6
3.2 Le rôle clé de l'interopérabilité. 7
3.3 Le DSI générique de base . 9
3.4 Le DSI non partageable. 10
3.5 Le DSI partageable. 10
3.6 Le DSI pour des soins coordonnés . 11
3.7 Autres types courants de dossiers de santé . 13
3.8 Le dossier de santé personnel (DSP) . 15
4 Le DSI. 16
4.1 Domaine d'application du DSI . 16
4.2 Objectif du DSI . 16
4.3 Le DSI principal. 17
4.4 Le DSI étendu . 18
4.5 Caractéristiques comparatives du DSI étendu et du DSI principal . 18
5 Contexte du DSI . 20
5.1 Le DSI pour différents paradigmes de santé . 20
5.2 Le DSI pour différents systèmes de santé . 20
5.3 Le DSI pour différents secteurs, disciplines et environnements de santé. 21
5.4 Le contexte temporel du DSI . 21
5.5 Le contexte fonctionnel du DSI . 22
5.6 Contexte du DSI dans l'environnement de l'information de santé . 22
6 Systèmes de DSI. 23
6.1 Introduction . 23
6.2 Étude des définitions de système de DSI.24
6.3 Catégorisations des systèmes de DSI. 24
6.4 Système d'annuaire de DSI. 26
6.5 Aperçu des caractéristiques des systèmes de DSI. 26
Annexe A (informative) Contexte de ce Rapport technique. 27
Bibliographie . 28

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 (CEI) en ce qui concerne la normalisation électrotechnique.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale des comités techniques est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par les comités techniques sont soumis aux comités membres pour vote. Leur
publication comme Normes internationales requiert l'approbation de 75 % au moins des comités membres
votants.
Exceptionnellement, lorsqu'un comité technique a réuni des données de nature différente de celles qui sont
normalement publiées comme Normes internationales (ceci pouvant comprendre des informations sur l'état
de la technique par exemple), il peut décider, à la majorité simple de ses membres, de publier un Rapport
technique. Les Rapports techniques sont de nature purement informative et ne doivent pas nécessairement
être révisés avant que les données fournies ne soient plus jugées valables ou utiles.
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.
L'ISO/TR 20514 a été élaboré par le comité technique ISO/TC 215, Informatique de santé.
iv © ISO 2005 – Tous droits réservés

Introduction
Le présent Rapport technique a été élaboré en vue d'établir un ensemble de catégories et de définitions des
dossiers de santé informatisés (DSI), destiné à décrire le domaine d'application de la famille des normes
relatives au DSI dont l'élaboration est actuellement prévue par l'ISO.
L'objectif premier de cette famille de normes relatives au DSI, élaborée par l'ISO, est d'optimiser
l'interopérabilité entre les systèmes et dossiers informatisés spécifiquement destinés à être partageables
indépendamment des technologies et des plates-formes employées.
Toutefois, divers systèmes d'information de santé peuvent présenter des caractéristiques et fonctionnalités
qu'il est possible de considérer comme propres à un système de DSI. Sur le même principe, de nombreux
systèmes d'information de santé peuvent créer des extraits de DSI ou des entrées de DSI tels que décrits
dans l'ISO/TS 18308, que leur objectif principal ou application soit conforme ou non à celui ou celle d'un DSI
partageable.
RAPPORT TECHNIQUE ISO/TR 20514:2005(F)

Informatique de santé — Dossier de santé informatisé —
Définitions, domaine et contexte
1 Domaine d'application
Le présent Rapport technique donne une classification pratique des dossiers de santé informatisés, il fournit
des définitions simples des principales catégories de DSI et apporte des descriptions soulignant les
caractéristiques des dossiers de santé informatisés et des systèmes de dossier.
2 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s'appliquent.
2.1
archétype
〈descriptif〉 modèle d'un concept clinique ou d'un autre concept spécifique à un domaine définissant la
structure et les règles de gestion du concept
NOTE Les archétypes peuvent définir des concepts composés simples comme la «pression artérielle» ou
l'«adresse» ou des concepts composés plus complexes comme les «antécédents familiaux» ou un «résultat de
microbiologie». Ils ne permettent pas de définir des concepts atomiques comme des termes anatomiques. Les archétypes
utilisent des termes pouvant provenir de terminologies externes pour identifier des composants d'archétypes.
[11]
[Beale:2003 ]
2.2
archétype
〈technique〉 expression calculable d'un concept appartenant à un niveau de domaine sous la forme de
déclarations de contraintes structurées, fondée sur un modèle d'information de référence
NOTE 1 La relation entre les archétypes et les concepts de domaine est de type un à un, les concepts de domaine
peuvent avoir eux-même une structure complexe.
NOTE 2 Les archétypes ont tous le même formalisme mais ils peuvent faire partie d'une ontologie normalisée/partagée
(c'est-à-dire se référer à une publication officielle) ou être utilisés uniquement au niveau local ou régional (c'est-à-dire ne
pas se référer à une publication officielle).
[11]
[Beale:2003 ]
2.3
architecture
ensemble d'artefacts de conception ou de représentations descriptives pertinents pour décrire un objet afin
qu'il puisse être conforme aux exigences (qualité) et tenu à jour pendant sa durée de vie utile (modification)
[24]
[Zachman:1996 ]
2.4
client
personne physique qui est sujet de soins
NOTE Les termes «client» et «patient» sont synonymes mais l'usage de l'un ou de l'autre de ces termes tend à se
distinguer selon les groupes de professionnels de santé. Les cliniciens travaillant dans un hôpital et les praticiens dans la
plupart des environnements ont tendance à utiliser le terme «patient» alors que les professionnels paramédicaux utilisent
plutôt le terme «client».
2.5
dépôt de données cliniques
DDC
dépôt de données qui contient et gère les données cliniques recueillies dans différents points de service
EXEMPLE les hôpitaux, les cliniques, etc.
[13]
NOTE 1 Adapté de Infoway:2003 .
NOTE 2 Données d'un DDC pouvant alimenter le DSI pour ce sujet de soins, dans ce sens, le DDC est reconnu
comme un système source pour le DSI.
NOTE 3 Un DDC est conforme à la définition d'un DSI générique de base mais pas à la définition plus spécialisée d'un
DSI pour des soins coordonnés.
2.6
clinicien
professionnel de santé dispensant des prestations de santé directement à un patient/client
[3]
NOTE Adapté de l'ISO/TS 18308 .
2.7
COMPOSITION
sous-classe de RECORD_COMPONENT dans le modèle de référence de l'EN 13606 contenant l'ensemble
des RECORD_COMPONENT composés (créés) par un utilisateur lors d'une phase de prise en charge ou
d'une interaction avec un dossier, aux fins d'archivage dans un DSI
[6]
[ENV 13606-1 ]
2.8
informations pouvant être informatisées
informations pouvant, dans la pratique, être créées, conservées, traitées et extraites dans un système
informatisé
2.9
consommateur
personne physique pouvant devenir sujet de soins
2.10
dossier de santé informatisé pour des soins coordonnés
DSI
dépôt d'informations relatives à la santé d'un sujet de soins sous une forme pouvant être informatisée,
conservée, transmise de manière sûre et accessible par une multitude d'utilisateurs autorisés. Il repose sur un
modèle d'information logique normalisé ou convenu qui est indépendant des systèmes de DSI. L'objectif
premier de ce DSI, contenant des informations historiques, courantes et prospectives, est de supporter la
continuité, l'efficacité et une grande qualité des soins
2.11
dossier de santé informatisé
DSI
〈forme générique de base〉 dépôt d'informations relatives à la santé d'un sujet de soins, sous une forme
pouvant être informatisée
2 © ISO 2005 – Tous droits réservés

NOTE La définition du DSI pour des soins coordonnés (2.10) est utilisée comme définition principale d'un dossier de
santé informatisé. La définition d'un DSI générique de base (2.11) est donnée uniquement dans un souci d'exhaustivité et
dans le but de démontrer qu'un grand nombre de variantes du DSI existant actuellement dans les systèmes d'information
de santé n'est pas conforme à la définition principale du DSI (DSI pour des soins coordonnés) (par exemple un DDC est
conforme à la définition d'un DSI générique de base mais pas à la définition du DSI pour des soins coordonnés).
2.12
architecture du dossier de santé informatisé
ADSI
composants structurels génériques servant de fondement à la construction de tous les DSI, définis selon les
termes d'un modèle d'information
[3]
[ISO/TS 18308 ]
NOTE Une ADSI peut être définie de manière informelle et plus précise comme un modèle de caractéristiques
génériques nécessaires dans tout dossier de santé informatisé afin que le dossier puisse être communiqué, complété et
qu'il puisse constituer un dossier de santé utile et efficace du point de vue éthico-légal tout en conservant son intégrité
dans des systèmes, périodes et pays différents. L'architecture ne prévoit pas ou n'impose pas ce que chacun doit
conserver dans son dossier de santé. De même, elle ne prescrit ni n'impose le mode de mise en œuvre d'un système de
dossier de santé informatisé. … Les types de données pouvant figurer dans le dossier, y compris ceux qui n'ont pas
d'équivalent papier ne sont soumis à aucune restriction. … Les détails tels que les «tailles de champs», inhérents aux
bases de données physiques, ne sont pas pertinents dans le domaine de l'Architecture du dossier de santé informatisé.
[12]
[EU-CEN:1997 ]
2.13
extrait de DSI
unité de communication de tout ou partie du DSI pouvant faire l'objet d'une attestation, il consiste en une ou
plusieurs compositions de DSI
[3]
NOTE Adapté de l'ISO/TS 18308 .
2.14
nœud de DSI
emplacement physique dans lequel les DSI sont conservés et tenus à jour
2.15
système de DSI
〈composants〉 ensemble de composants formant le mécanisme par lequel les dossiers de santé informatisés
sont créés, utilisés, conservés et extraits, incluant les personnes, les données, les règles et procédures, les
dispositifs de traitement et de conservation, les moyens de communication et d'infrastructure électrique
[14]
NOTE 1 Adapté de l'IOM:1991 .
NOTE 2 La définition d'origine de l'«Institute of Medicine (IOM)» américain faisait référence à un «système DPI»
(système de dossiers patient informatisés) et utilisait le terme «dossiers patient» à la place de «dossiers de santé
informatisés».
2.16
système de DSI
〈système〉 système destiné à enregistrer, extraire et manipuler les informations contenues dans des dossiers
de santé informatisés
[6]
NOTE 1 Adapté de l'ENV 13606-1 .
NOTE 2 Cette définition est identique à la définition d'origine du CEN sauf que le terme d'origine «dossier de soins de
santé informatisé» a été abrégé en «dossier de santé informatisé» afin d'être cohérent avec la terminologie utilisée dans
le présent document.
2.17
événement
contact donnant lieu à des activités liées à la santé dispensées à un sujet de soins en sa présence et au
cours duquel son dossier de santé est consulté ou tenu à jour
[8]
NOTE 1 Adapté du prEN 13940-1 .
NOTE 2 Cette définition est identique à la définition d'origine du CEN sauf que le terme d'origine «soins de santé» a
été abrégé en «santé» afin d'être cohérent avec la terminologie utilisée dans le présent Rapport technique.
2.18
interopérabilité fonctionnelle
aptitude de deux ou plusieurs systèmes à échanger des informations
2.19
santé
état complet de bien-être physique, mental et social et pas seulement l'absence de maladie ou d'infirmité
[23]
[OMS:1948 ]
2.20
donnée clinique
changements ou attributs relatifs à la santé d'une personne pouvant occasionner la douleur, une perturbation
des activités quotidiennes ou un contact avec les services de santé; il peut s'agir d'une maladie (aiguë ou
chronique), de troubles, d'une blessure ou d'un traumatisme ou refléter d'autres états relatifs à la santé tels
que la grossesse, le vieillissement, le stress, une anomalie congénitale ou une prédisposition génétique
[23]
[OMS:1948 ]
2.21
organisation de santé
organisation impliquée dans la prestation directe d'activités liées à la santé
[8]
NOTE 1 Adapté du prEN 13940-1 .
NOTE 2 Cette définition est identique à la définition d'origine du CEN sauf que le terme d'origine «soins de santé» a
été abrégé en «santé» afin d'être cohérent avec la terminologie utilisée dans le présent document.
2.22
problème de santé
donnée clinique occasionnant une infirmité, une douleur et/ou une restriction de l'activité
2.23
professionnel de santé
personne habilitée par un organisme reconnu à effectuer certaines tâches liées à la santé
[2]
NOTE Adapté de l'ISO/TS 17090-1 .
2.24
prestataire de santé
professionnel de santé ou organisation de santé impliqué(e) dans la prestation directe d'activités liées à la
santé
[8]
NOTE 1 Adapté du prEN 13940-1 .
NOTE 2 Cette définition est identique à la définition d'origine du CEN sauf que le terme d'origine «soins de santé» a
été abrégé en «santé» afin d'être cohérent avec la terminologie utilisée dans le présent document.
4 © ISO 2005 – Tous droits réservés

2.25
dossier de santé
dépôt d'informations relatives à la santé d'un sujet de soins
[8]
NOTE Adapté de l'ENV 13940-1 .
2.26
état de santé
état présent d'une personne en terme de bien-être physique, mental et social
2.27
service d'information
aptitude d'un système à fournir un ensemble défini d'informations de sortie à partir d'un ensemble défini
d'informations d'entrée
[7]
[EN 12967-1 à 3 ]
2.28
DSI pour des soins coordonnés
Voir 2.10.
2.29
modèle d'information logique
modèle d'information spécifiant les structures et les relations entre les informations, indépendamment de toute
technologie particulière ou environnement de mise en œuvre
NOTE En général, les modèles d'information sont classés en commençant par les modèles abstraits situés à des
niveaux élevés jusqu'aux modèles concrets de mise en œuvre de la technologie. L'ISO/TR 17119 définit trois niveaux
spécifiques aux modèles d'information et à d'autres artefacts: les niveaux conceptuel, logique et physique. Les modèles
d'information logiques fournissent des spécifications détaillées des composants du modèle [tels que le conteneur, la
section et les classes de liens dans un modèle d'objet en langage UML (langage de modélisation unifiée) d'un DSI et des
relations entre les composants sans contrainte technologique. Un modèle d'information logique est donc indépendant de
toute technologie de mise en œuvre particulière. D'autre part, un modèle d'information physique inclut des contraintes
technologiques permettant la mise en œuvre particulière du modèle logique (par exemple un système de DSI établi pour
une plate-forme matérielle et logicielle spécifique).
2.30
patient
client
personne physique qui est sujet de soins
[3]
NOTE 1 Adapté de l'ISO/TS 18308 .
NOTE 2 Les termes «patient» et «client» sont synonymes mais l'usage de l'un ou de l'autre de ces termes tend à se
distinguer selon les groupes de professionnels de santé. Les cliniciens travaillant dans un hôpital et les praticiens dans la
plupart des environnements ont tendance à utiliser le terme «patient» alors que les professionnels paramédicaux utilisent
plutôt le terme «client».
2.31
interopérabilité sémantique
aptitude des informations partagées par des systèmes à être comprises au niveau des concepts de domaine
formellement définis
[3]
NOTE Adapté de l'ISO/TS 18308 .
2.32
service
plusieurs processus impliquant une organisation dans la poursuite d'objectifs spécifiques
[7]
[EN 12967-1 à 3 ]
NOTE Voir également 2.27.
2.33
DSI partageable
DSI avec un modèle d'information logique convenu d'un commun accord
NOTE 1 Le DSI partageable, en tant que tel, est un artefact entre un DSI générique de base et le DSI pour des soins
coordonnés qui représente une spécialisation de DSI partageable. Le DSI partageable a probablement peu d'utilité sans
les caractéristiques médicales supplémentaires nécessaires à son utilisation efficace dans le cadre de soins coordonnés.
NOTE 2 Alors que le DSI pour des soins coordonnés constitue la cible de l'interopérabilité des informations de santé
du patient et des soins optimaux du patient, il convient de noter que la grande majorité des DSI utilisés actuellement ne
sont pas partageables et disposent encore moins des caractéristiques supplémentaires requises pour se conformer à la
définition d'un DSI pour des soins coordonnés. En conséquence, une définition d'un DSI générique de base a été incluse
pour rendre compte de la réalité présente.
2.34
norme
document élaboré par consensus et entériné par un organisme reconnu, spécifiant, pour un usage récurrent
et courant, les règles, directives ou caractéristiques relatives à des activités ou au résultat de celles-ci, visant
la réalisation du degré optimal d'ordre dans un contexte donné
[4]
[ISO/CEI Guide 2 ]
2.35
sujet de soins
une ou plusieurs personnes devant recevoir, recevant ou ayant reçu une prestation de santé
[3]
[ISO/TS 18308 ]
NOTE 1 Les termes «patient» et «client» sont des synonymes de sujet de soins dans le contexte d'un dossier de santé,
ils sont couramment utilisés à la place du terme plus formel «sujet de soins».
NOTE 2 Le terme «consommateur» est également souvent considéré comme un synonyme dans ce contexte.
Toutefois, il convient de noter qu'un consommateur n'est pas nécessairement un sujet de soins puisqu'il peut être soutenu
qu'un consommateur peut posséder un dossier de santé sans même avoir bénéficié d'une prestation de santé.
2.36
modèle
artefact de la création/validation des données utilisables directement, localement qui, d'un point de vue
sémantique, est une contrainte/un choix d'archétypes et qui correspond souvent à une fiche ou à un écran
entier
[11]
[Beale:2003 ]
NOTE En général, les modèles ont une relation de un à plusieurs avec des concepts sous-jacents, chacun étant
décrit par un archétype.
3 Définition du Dossier de Santé Informatisé
3.1 Approche concernant la définition
Les tentatives précédentes d'élaboration d'une définition pour le Dossier de Santé Informatisé (DSI) ont
échoué en raison de la difficulté à réunir les facettes multiples et diverses du DSI dans une définition
compréhensible unique.
L'approche abordée dans ce Rapport technique vise à distinguer nettement le contenu du DSI de sa forme ou
structure. Pour ce faire, il convient, dans un premier temps, de définir le DSI par rapport à sa structure
(c'est-à-dire, en tant que conteneur). Cette définition (désignée par le terme «DSI générique de base») est
délibérément concise et générique dans le but d'assurer son application la plus large possible à la plus
6 © ISO 2005 – Tous droits réservés

grande diversité d'utilisateurs existants et futurs des DSI et des systèmes de DSI. Une telle définition doit
également pouvoir tenir compte des exigences juridiques et des exigences relatives au contrôle d'accès
s'appliquant à toutes les «formes» de DSI.
La définition du DSI générique de base est complétée par une définition plus détaillée et spécifique destinée à
couvrir deux des caractéristiques les plus essentielles du DSI qui ne sont pas incluses dans la définition
générique de base. Ces deux caractéristiques concernent, d'une part, la capacité à partager des informations
de santé entre les utilisateurs habilités du DSI et, d'autre part, le rôle principal du DSI consistant à supporter
la continuité, l'efficacité et une grande qualité des soins. Selon le domaine d'application et le contexte de
santé, nombre d'autres caractéristiques du DSI sont également importantes et ne sont pas explicitement
exprimées dans une définition complémentaire unique. Il serait possible d'élaborer un ensemble complet de
définitions formelles afin d'intégrer toutes les nuances des différents contextes de santé. Cependant, la
méthode choisie dans ce Rapport technique consiste à ne conserver qu'un nombre minimal de définitions
formelles essentielles des types de DSI et à démontrer l'imbrication de ces définitions au travers de textes
explicatifs et d'exemples.
La Figure 1 illustre la spécialisation du DSI générique de base en distinguant deux grandes catégories de
DSI: partageables et non partageables. Une définition d'un DSI partageable est donnée dans l'Article 2 mais
elle n'est pas incluse comme définition de base dans ce Rapport technique étant donné que le DSI
partageable a probablement peu d'utilité sans les caractéristiques médicales supplémentaires nécessaires à
son utilisation dans un cadre de soins coordonnés. Ce cadre est désigné sous le terme d'un DSI pour des
soins coordonnés, présenté à la Figure 1 en tant que spécialisation de DSI partageable.

Figure 1 — Spécialisation du DSI générique de base
NOTE La Figure 1 utilise les conventions des diagrammes orientés objet UML (Langage de modélisation unifié). Les
flèches non remplies représentent une relation généralisation/spécialisation pouvant être envisagée comme une relation
«est une spécialisation de». Par conséquent, un DSI partageable est une spécialisation du DSI générique de base plus
général (c'est-à-dire un DSI partageable est une espèce du DSI générique de base). Sur le même principe, un DSI pour
des soins coordonnés est une spécialisation de DSI partageable.
L'accent doit être mis sur le fait qu'une distinction nette est nécessaire entre le DSI et un système de DSI et
que ce Rapport technique traite principalement du DSI. En réalité, la plupart des caractéristiques souvent
attribuées au DSI sont rattachées aux systèmes de DSI plutôt qu'au dossier proprement dit. L'Article 6 aborde
cet état de fait.
3.2 Le rôle clé de l'interopérabilité
Du point de vue de la normalisation, la seule caractéristique essentielle du DSI est l'aptitude à partager des
informations contenues dans le DSI entre différents utilisateurs habilités. Du point de vue technique, cela
nécessite l'interopérabilité des informations dans le DSI et l'interopérabilité des systèmes de DSI qui
s'échangent et partagent ces informations.
La capacité de partage ou l'interopérabilité des informations distingue deux niveaux principaux:
a) l'interopérabilité fonctionnelle: aptitude de deux ou plusieurs systèmes à échanger des informations
(afin qu'elles puissent être lues par le destinataire qui est une personne);
b) l'interopérabilité sémantique: aptitude des informations partagées par des systèmes à être comprises
au niveau des concepts de domaine formellement définis (afin que ces informations puissent être traitées
par le système destinataire).
Il convient de noter que cette interopérabilité sémantique n'est pas un concept de «tout ou rien». Le degré
d'interopérabilité sémantique dépend du niveau convenu en matière de terminologie et de contenu des
archétypes et des modèles utilisés par l'expéditeur et le destinataire des informations.
L'interopérabilité sémantique est nécessaire pour que le traitement automatique des données par ordinateur
apporte des valeurs ajoutées réelles aux applications médicales du DSI telles que l'aide à la décision
intelligente et la planification des soins.
L'une des exigences clés en matière de capacité de partage du DSI est de rompre le lien entre le DSI et le
système de DSI (c'est-à-dire qu'il convient que le DSI respecte un modèle d'information indépendant non
seulement du schéma de la base de données physique utilisé pour le stockage local mais également des
applications qui créent, tiennent à jour et extraient les DSI). Il convient que ce modèle d'information du DSI
soit indépendant de toute technologie de mise en œuvre particulière (en d'autres termes, il doit s'agir d'un
modèle d'information logique). Une technologie indépendante est également essentielle pour faire du DSI un
dossier à «l'épreuve des évolutions futures» et permettre ainsi qu'il dure toute une vie.
L'application de l'interopérabilité sémantique aux informations contenues dans les DSI nécessite quatre
pré-requis dont deux sont également requis pour l'interopérabilité fonctionnelle:
a) un modèle de référence de DSI normalisé, c'est-à-dire l'architecture d'information du DSI, entre
l'expéditeur (ou celui qui partage les informations) et le destinataire des informations;
b) des modèles d'interfaces de services normalisés destinés à mettre en place l'interopérabilité entre le
service de DSI et d'autres services tels que les services démographiques, de terminologie, de contrôle
d'accès et de sécurité dans un système d'information médicale;
c) un ensemble normalisé de modèles de concepts spécifiques à un domaine comme les archétypes et
les modèles pour des concepts médicaux, démographiques et d'autres concepts spécifiques à un
domaine;
d) des terminologies normalisées qui renforcent les archétypes.
NOTE Cela ne signifie pas qu'une terminologie normalisée unique soit nécessaire pour chaque domaine de santé
mais que les terminologies utilisées soient associées à des vocabulaires contrôlés.
Le partage des informations contenues dans le DSI du patient entre des systèmes de DSI différents et des
organisations de santé différentes a lieu très probablement dans un environnement de traitement réparti.
L'ISO 10746-1:1998 décrit les systèmes répartis selon cinq «points de vue» (subdivisions de la spécification
d'un système complet) qui sont l'entreprise, l'information, le traitement, l'ingénierie, et la technologie. Le
modèle RM/ODP décrit également le concept clé de la «séparation des responsabilités» entre les différents
composants/services au sein d'un système réparti complet. Chaque service du système a un ensemble de
responsabilités propres qui lui sont attribuées, indépendamment des autres services, mais qui sont liées par
les interfaces de chaque service. On utilise le paradigme «système des systèmes» pour désigner cette
configuration.
8 © ISO 2005 – Tous droits réservés

Cette approche envisage le DSI comme un service parmi les nombreux services (bien qu'il soit au centre de
l'objectif visé par ce Rapport technique) existant dans un système d'information de santé complet. Les autres
services sont, par exemple ceux dédiés aux données démographiques, terminologiques, au contrôle d'accès
et à la sécurité. Ces services et de nombreux autres sont illustrés en 5.6, Figure 2. Chaque service peut être
représenté par un modèle de référence qui spécifie la sémantique de l'information du service (le point de vue
de l'information dans un modèle RM/ODP) et par un modèle de service qui détermine l'interface entre ce
service et les autres services via la définition d'une IPA (Interface de Programmation d'Application).
L'ISO 10746-1:1998, le prEN 12967, et l'open EHR:2003 fournissent des informations plus détaillées sur ce
sujet important.
3.3 Le DSI générique de base
3.3.1 Définition
Voir 2.11.
3.3.2 Le DSI générique de base en contexte
3.3.2.1 Applicabilité de la définition
Cette définition ne se fonde sur aucune supposition relative au système de santé d'un pays ou d'une région.
De même, aucune hypothèse concernant le type ou la granularité des informations contenues dans le dossier
n'est faite. Plus spécifiquement, la définition s'applique largement à tous les secteurs de santé, disciplines
professionnelles de santé et méthodes de prestations de soins.
3.3.2.2 Nom du DSI
À propos du terme «Dossier de Santé Informatisé», il a été constaté que le mot «Informatisé» ou
«Numérique» était préférable au terme «Électronique» puisque le dossier lui-même est, en général, conservé
dans un format numérique sur un disque magnétique ou tout autre support comme une bande magnétique,
une carte à puce ou un CD-ROM, aucun d'entre eux n'étant uniquement électronique, excepté que le matériel
qui prend en charge ces supports (et par conséquent, le dossier) utilise des circuits électroniques.
3.3.2.3 Source de la définition
La définition est composée principalement d'un enchaînement de définitions établies par le CEN pour un
«dossier de santé» («un dépôt d'informations relatives à la santé d'un sujet de soins») et le DSI («un dossier
de santé dans un format lisible par ordinateur») (voir l'ENV 13606-1:2000) auxquelles une modification
importante a été apportée. L'expression «lisible par ordinateur» dans la définition du CEN a été modifiée en
«pouvant être informatisé» qui intègre la lisibilité tout en ajoutant la notion que les informations contenues
dans le DSI doivent être compatibles avec le traitement par un programme et donc au traitement automatique.
3.3.2.4 Sujet de soins
Dans ce Rapport technique, le terme «sujet de soins» est utilisé comme synonyme des termes «patient» et
«client» selon le contexte dans lequel ces termes sont employés. Le terme «consommateur» est également
fréquemment utilisé à la place de sujet de soins, emploi qui se révèle judicieux dans la majorité des cas.
Toutefois, il convient de noter que, stricto sensu, un consommateur n'est pas nécessairement un sujet de
soins puisqu'il peut être soutenu qu'un consommateur peut posséder un dossier de santé sans même avoir
bénéficié d'une prestation de santé.
En règle générale, le terme «sujet de soins» renvoie à une seule personne. Cependant, la définition citée
dans l'ISO/TS 18308:2004, Article 2, autorise un sujet de soins constitué «d'une ou plusieurs personnes».
Cette définition au sens plus large a été adoptée afin de répondre aux besoins de certaines juridictions
pouvant exiger que le DSI inclue plusieurs personnes sous le concept du sujet du DSI (par exemple certains
groupes indigènes et culturels dans lesquels il est habituel de conserver les informations et de prendre des
décisions relatives à la santé au niveau familial ou au niveau du groupe).
Il peut être tentant d'abréger le terme «sujet de soins» en «sujet». Cette forme abrégée peut être appropriée
dans certains contextes mais il convient de l'employer avec précaution étant donné qu'un «sujet» dans un DSI
peut être l'«objet de l'information» plutôt que le «sujet de soins» (par exemple les détails de la mère du patient
dans la section Antécédents familiaux du dossier de santé). Le terme «sujet» est employé uniquement dans
ce Rapport technique dans lequel le contexte et la signification sont évidents.
3.4 Le DSI non partageable
Le DSI non partageable n'est pas clairement défini dans ce Rapport technique car il s'agit essentiellement
d'une «définition par exclusion». Néanmoins, les caractéristiques d'un DSI non partageable sont abordées
brièvement ci-après.
Comme mentionné en 3.2, la seule caractéristique majeure du DSI d'un point de vue normatif et également
l'un des principaux avantages potentiels du DSI est la capacité à partager les informations contenues dans le
DSI. Aujourd'hui, la presque totalité des DSI repose sur des modèles d'information propriétaires au sein de
systèmes de DSI avec peu ou pas d'interopérabilité entre les systèmes de DSI et peu ou pas de possibilité de
partager les informations du DSI en dehors des limites immédiates d'une seule organisation de santé. En
réalité, il est souvent impossible de partager les informations contenues dans un DSI entre des disciplines
différentes au sein d'une même organisation (par exemple entre les médecins et les infirmières) ou entre des
applications différentes au sein d'un système d'information médicale unique (par exemple une aide à la
décision non intégrée ou une application de planification des soins ne peut pas accéder au DSI lié à
l'«application de DSI»). Les DSI non partageables sont très souvent étroitement liés au logiciel du système de
DSI et à un produit de base de données particulier. C'est le cas pour la grande majorité des DSI mis en
œuvre actuellement dans tous les domaines de santé.
La différence entre un DSI non partageable et un DSI partageable est similaire à celle qui existe entre un
ordinateur de bureau autonome et un ordinateur en réseau, ce dernier apportant énormément d'avantages
pour situer, extraire et échanger des informations par le biais d'Internet, d'intranet, d'une adresse électronique,
d'outils de collaboration par groupe de travail, etc.
3.5 Le DSI partageable
Le partage des informations contenues dans le DSI peut se faire à trois niveaux différents:
a) niveau 1: entre des disciplines médicales différentes ou d'autres utilisateurs, chacun étant susceptible
d'utiliser la même application nécessitant une organisation différente ou une organisation ad hoc des DSI;
b) niveau 2: entre des applications différentes au niveau d'un nœud de DSI unique (c'est-à-dire à un
emplacement particulier auquel le DSI est conservé et tenu à jour);
c) niveau 3: dans différents nœuds du DSI (c'est-à-dire à différents emplacements du DSI et/ou dans
différents systèmes de DSI).
Le DSI partageable utilisé aux niveaux 1 et 2 contient principalement des informations détaillées requises
pour administrer les soins au patient dans un seul lieu et il est créé et tenu à jour dans un système de DSI
local tel que décrit en 6.3. Toutefois, il contient également certaines informations de santé présentées sous
une forme abrégée comme une liste de problèmes, des allergies, les antécédents médicaux, les antécédents
familiaux, les médications en cours, etc.
Lorsque le partage atteint le niveau 3 et que l'objectif du DSI est de prendre en charge les soins coordonnés
des patients au sein des entreprises de santé et entre ces entreprises, on parle alors de DSI pour des soins
coordonnés.
10 © ISO 2005 – Tous droits réservés

3.6 Le DSI pour des soins coordonnés
3.6.1 Généralités
Au cours des dix dernières années, on a constaté une nette évolution vers une prise en charge globale avec
des soins administrés par des équipes composées de spécialistes multidisciplinaires, souvent désignés par le
terme de «soins partagés» ou de «soins coordonnés». Les soins coordonnés partagés sont particulièrement
appropriés au traitement de nombreuses maladies chroniques comme le diabète, les maladies
cardiovasculaires et les maladies respiratoires. De même, ils sont adaptés à des soins épisodiques ou
périodiques comme les soins prénataux et les problèmes liés à la santé mentale.
En règle générale, les soins coordonnés sont prévus et administrés sur une longue période, notamment en
cas de maladies chroniques. Cela introduit la notion de dossier longitudinal dont les informations enregistrées
concernent des prévisions et des événements passés, présents et futurs. La définition du DSI pour des soins
coordonnés associe ces caractéristiques.
3.6.2 Définition
Voir 2.10.
3.6.3 DSI pour des soins coordonnés en contexte
3.6.3.1 Interopérabilité sémantique
L'exigence fondamentale en matière de prise en charge globale et efficace est de disposer d'informations
personnelles de santé efficaces et accessibles au moment opportun (c'est-à-dire un DSI partageable ce qui
implique, au moins, une interopérabilité fonctionnelle). Cependant, une gestion de l'information optimale pour
les soins coordonnés requiert une interopérabilité sémantique établie par le biais de la normalisation des
concepts médicaux et autres à l'aide de données terminologiques, d'archétypes et de modèles. Au vu de la
normalisation actuelle restreinte des composants requis pour l'interopérabilité sémantique, cette exigence n'a
pas été incluse dans la définition du DSI pour des soins coordonnés. Néanmoins, on est en droit d'espérer
une nette progression dans les prochaines années avec l'adoption de terminologies normalisées ainsi que le
développement et la normalisation rapides des archétypes et des modèles.
3.6.3.2 Longitudinal
Le terme «longitudinal» a délibérément été exclu de la définition du DSI pour des soins coordonnés en raison
des divergences de signification attribuées à ce terme (voir 5.4). Néanmoins, le concept d'un intervalle de
temps (étendu) est implicitement présenté dans la définition par la formule «contenant des informations
historiques, courantes et prospectives».
3.6.3.3 Granularité
La définition du DSI pour des soins coordonnés ne fait pas mention du type ou de la granularité des
informations si ce n'est qu'elle spécifie qu'il s'agit d'«informations relatives à la santé du sujet de soins» et que
«son objectif premier est de supporter la continuité, l'efficacité et une grande qualité des soins». La majeure
partie des informations contenues sont probablement d'ordre médical, d'autres relèvent sûrement du domaine
démographique, alors que d'autres encore peuvent être d'ordre administratif comme des plannings de rendez-
vous, des informations relatives à l'éligibilité, etc. La granularité des i
...

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