ISO 12967-3:2009
(Main)Health informatics — Service architecture — Part 3: Computational viewpoint
Health informatics — Service architecture — Part 3: Computational viewpoint
ISO 12967-3:2009 specifies the fundamental characteristics of the computational model to be implemented by a specific architectural layer of the information system (i.e. the middleware) to provide a comprehensive and integrated interface to the common enterprise information and to support the fundamental business processes of the healthcare organization, as defined in ISO 12967-1. The computational model is specified without any explicit or implicit assumption about the physical technologies, tools or solutions to be adopted for its physical implementation in the various target scenarios. The specification is nevertheless formal, complete and non-ambiguous enough to allow implementers to derive an efficient design of the system in the specific technological environment which will be selected for the physical implementation.
Informatique de santé — Architecture de service — Partie 3: Point de vue informatique
L'ISO 12967-3:2009 spécifie les caractéristiques fondamentales du modèle de traitement qu'une couche architecturale spécifique (c'est-à-dire la couche interstitielle) du système d'informations doit mettre en place pour assurer une interface cohérente et intégrée aux données d'entreprise communes et prendre en charge les processus métier fondamentaux de l'organisme de santé, tel que défini dans l'ISO 12967-1. Le modèle de traitement est spécifié sans émettre d'hypothèse explicite ou implicite sur les technologies physiques, les outils ou les solutions à adopter pour sa mise en place physique dans le cadre des différents scénarios cible. La spécification n'en est pas moins formelle, exhaustive et sans ambiguïté, afin de permettre aux implémenteurs de prévoir une conception efficace du système dans l'environnement technologique spécifique sélectionné pour sa mise en place physique.
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 12967-3
First edition
2009-08-15
Health informatics — Service
architecture —
Part 3:
Computational viewpoint
Informatique de santé — Architecture de service —
Partie 3: Point de vue informatique
Reference number
ISO 12967-3:2009(E)
©
ISO 2009
---------------------- Page: 1 ----------------------
ISO 12967-3:2009(E)
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.
COPYRIGHT PROTECTED DOCUMENT
© ISO 2009
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 2009 – All rights reserved
---------------------- Page: 2 ----------------------
ISO 12967-3:2009(E)
Contents Page
Foreword .iv
Introduction.v
1 Scope.1
2 Normative references.2
3 Terms and definitions .2
4 Abbreviations.2
5 Methodological principles .2
5.1 General.2
5.2 Clusters of objects .2
5.3 Computational language.3
5.4 The computational objects and interfaces .4
5.5 Interaction.5
6 General characteristics of the model .5
6.1 The two types of computational objects for handling the information .5
6.2 The basic methods .6
6.2.1 General requirement.6
6.2.2 “Add” basic methods.7
6.2.3 “Update” basic methods.8
6.2.4 “Delete” basic methods.10
6.2.5 “Detail” basic methods.11
6.2.6 “List” basic methods .13
6.3 General purpose interface.15
6.3.1 General.15
6.3.2 List of methods.15
6.3.3 Behavioural specifications.16
6.4 The complex interfaces of the workflow related computational objects.16
6.4.1 General.16
6.4.2 Complex services managing healthcare workflows .16
6.4.3 Interfaces supporting the “Subject of care workflow” .16
6.4.4 Interfaces supporting the “Clinical information workflow” .18
6.4.5 Interfaces supporting the “Activity management workflow”.19
6.4.6 Behavioural specifications, common to the complex services.22
6.5 Common requirements of the interfaces .23
6.5.1 Interface documentation and organization.23
6.5.2 Naming criteria.23
6.5.3 Data types.24
6.5.4 Structure and organization of the interfaces.24
Annex A (informative) Examples of services .25
Bibliography.27
© ISO 2009 – All rights reserved iii
---------------------- Page: 3 ----------------------
ISO 12967-3:2009(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 12967-3 was prepared by Technical Committee ISO/TC 215, Health informatics, based on the European
Standard EN 12967-3:2007 with minor editorial amendments.
ISO 12967 consists of the following parts, under the general title Health informatics — Service architecture:
⎯ Part 1: Enterprise viewpoint
⎯ Part 2: Information viewpoint
⎯ Part 3: Computational viewpoint
iv © ISO 2009 – All rights reserved
---------------------- Page: 4 ----------------------
ISO 12967-3:2009(E)
Introduction
ISO 12967 is a multi-part standard that provides guidance for the description, planning and development of
new systems as well as for the integration of existing information systems, both within one enterprise and
across different healthcare organizations through an architecture integrating the common data and business
logic into a specific architectural layer (i.e. the middleware), distinct from individual applications and accessible
throughout the whole information system through services, as shown in Figure 1.
Applications
Scope of the
standard
Middleware of objects
integrating common data and common business logic
Figure 1 — Scope of this International Standard
[10] [11][12][13]
The overall architecture is formalized according to ISO/IEC 10746 (all parts) and is therefore
structured through the following three viewpoints.
a) Enterprise viewpoint: specifies a set of fundamental common requirements at enterprise level with
respect to the organizational purposes, scopes and policies that must be supported by the information
and functionality of the middleware. It also provides guidance on how one individual enterprise (e.g. a
regional healthcare authority, a large hospital or any other organization where this model is applicable)
can specify and document additional specific business requirements, with a view to achieving a complete
specification, adequate for the characteristics of that enterprise.
Enterprise viewpoint is specified in ISO 12967-1.
b) Information viewpoint: specifies the fundamental semantics of the information model to be implemented
by the middleware to integrate the common enterprise data and to support the enterprise requirements
formalized in ISO 12967-1. It also provides guidance on how one individual enterprise can extend the
standard model with additional concepts needed to support local requirements in terms of information to
be put in common.
Information viewpoint is specified in ISO 12967-2.
c) Computational viewpoint: specifies the scope and characteristics of the services that must be provided by
the middleware for allowing access to the common data as well as the execution of the business logic
supporting the enterprise processes identified in the information viewpoint and in ISO 12967-1. It also
provides guidance on how one individual enterprise can specify additional services needed to support
local specific requirements in terms of common business logic to be implemented.
Computational viewpoint is specified in this part of ISO 12967.
© ISO 2009 – All rights reserved v
---------------------- Page: 5 ----------------------
INTERNATIONAL STANDARD ISO 12967-3:2009(E)
Health informatics — Service architecture —
Part 3:
Computational viewpoint
1 Scope
HISA specifies fundamental requirements for 'information infrastructure' and healthcare specific middleware
services.
This part of ISO 12967 specifies the fundamental characteristics of the computational model to be
implemented by a specific architectural layer of the information system (i.e. the middleware) to provide a
comprehensive and integrated interface to the common enterprise information and to support the fundamental
business processes of the healthcare organization, as defined in ISO 12967-1. The computational model is
specified without any explicit or implicit assumption about the physical technologies, tools or solutions to be
adopted for its physical implementation in the various target scenarios. The specification is nevertheless
formal, complete and non-ambiguous enough to allow implementers to derive an efficient design of the system
in the specific technological environment which will be selected for the physical implementation.
The computational model provides the basis for ensuring consistency between different engineering and
technology specifications (including programming languages and communication mechanisms) since they
must be consistent with the same computational object model. This consistency allows open inter-working and
portability of components in the resulting implementation.
This specification does not aim at representing a fixed, complete, specification of all possible interfaces that
may be necessary for any requirement of any healthcare enterprise. It specifies only a set of characteristics –
in terms of overall organization and individual computational objects, identified as fundamental and common
to all healthcare organizations, and that are satisfied by the computational model implemented by the
middleware.
Preserving consistency with the provisions of this part of ISO 12967, physical implementations shall allow
extensions to the standard computational model in order to support additional and local requirements.
Extensions shall include both the definition of additional properties in the objects of the standard model and
the implementation of entirely new objects.
Also this standard specification shall be extendable over time according to the evolution of the applicable
standardization initiatives. The specification of extensions shall be carried out according to the methodology
defined in Clause 7 of ISO 12967-1:2009, which identifies a set of healthcare common information services,
describing their need and the methodology through which they will be used. These are only the minimal
identifiable set of services according to the needs of the healthcare enterprise, and constituting the
"middleware" platform (i.e. integration platform) to serve as the basis for healthcare applications, e.g. EHR or
patient administration.
© ISO 2009 – All rights reserved 1
---------------------- Page: 6 ----------------------
ISO 12967-3:2009(E)
2 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
ISO 12967-1:2009, Health informatics — Service architecture — Part 1: Enterprise viewpoint
ISO 12967-2:2009, Health informatics — Service architecture — Part 2: Information viewpoint
3 Terms and definitions
For the purposes of this document the following terms and definitions apply.
3.1
interface
abstraction of the behaviour of an object which consists of a subset of the possible interaction mechanisms of
that object, together with the set of constraints when that interaction occurs
3.2
computational object
object as seen in a computational viewpoint representing the functional decomposition of a system showing a
state and behaviour as well as interactions through interfaces with other computational objects
4 Abbreviations
EHR Electronic Health Record
HISA Health Informatics Service Architecture
ODP Open Distributed Processing
UML Unified Modelling Language
5 Methodological principles
5.1 General
This part of ISO 12967 encompasses the computational viewpoint, which is concerned in answering HISA
middleware design aspects through the functional decomposition of the system into a set of computational
objects that interact at interfaces, also enabling distribution. The Health Informatics Service Architecture will
thus be further specified in terms of computational objects, which manage information and provide services,
and their interfaces, starting from the clusters of objects identified in ISO 12967-1 and further detailed in
ISO 12967-2.
5.2 Clusters of objects
ISO 12967-1 has identified the scope, need for, and use of the HISA standard by both developers and end
users. It has described the scope of the business objects from the organization's viewpoint, by summarising
the related user activities and requirements through natural language. During this process the main healthcare
common clusters of objects have been identified:
1) Subject of care objects
These objects handle the information necessary for supporting the users’ activities identified in the
“Subject of Care workflow” of ISO 12967-1.
2 © ISO 2009 – All rights reserved
---------------------- Page: 7 ----------------------
ISO 12967-3:2009(E)
2) Activity management objects
These objects handle the information necessary for supporting the users’ activities identified in the
“Activity Management workflow” of ISO 12967-1.
3) Clinical information objects
These objects handle the information necessary for supporting the users’ activities identified in the
“Clinical Information workflow” of ISO 12967-1.
4) Users and authorization objects
These objects handle the information necessary for supporting the users’ activities related to the
management of users and authorizations, as identified in ISO 12967-1.
5) Resources objects
These objects handle the information necessary for supporting the users’ activities related to the
management of resources, as identified in ISO 12967-1.
6) Classification objects
These objects handle the information necessary for supporting the users’ activities related to the
management of classifications, coding criteria and dictionaries, as identified in ISO 12967-1.
7) Messaging objects
These objects handle the information necessary for supporting the structuring of data and the
communications with other systems through messaging mechanisms, as identified in ISO 12967-1.
ISO 12967-2 has formalized the conceptual model of the information being manipulated by the services,
arising from the textual descriptions contained in ISO 12967-1. For each of the clusters of objects, an
information model composed of information objects has been identified in ISO 12967-2.
This part of ISO 12967 defines the computational model, composed of computational objects, capable of
meeting the requirements described in ISO 12967-1. It is necessary here to identify its relationship to the
information model, and the interfaces or access mechanisms it provides to access the information handled by
the system, which below are also referred to as methods or services.
The individual methods provided by the computational objects are described illustrating how they allow actual
access to the information handled by the system (identifying the interfaces, the constraints, as well as which
information of the underlying overall information model is accessed), and eventual parallel actions to be taken.
5.3 Computational language
This part of ISO 12967 is directly concerned with the distribution of processing but not with the interaction
mechanisms that enable distribution to occur. The computational specification decomposes the system into
objects performing individual functions and interacting at well-defined interfaces.
The heart of the computational language is the computational object model, which constrains the
computational specification by defining:
⎯ form of interface that an object can have;
⎯ the way the interfaces can be bound and the forms of interaction which can take place at them;
⎯ actions an object can perform, in particular the creation of new objects and interfaces.
© ISO 2009 – All rights reserved 3
---------------------- Page: 8 ----------------------
ISO 12967-3:2009(E)
5.4 The computational objects and interfaces
The computational objects provide the interfaces through which it is possible to access and manipulate the
information managed by the information objects described in the information viewpoint. Each cluster itself can
be seen as a computational object, providing interfaces that comprise all interfaces of the objects belonging to
such cluster. The computational objects are defined at the level of the HISA object.
For each cluster of objects there will be a set of computational objects providing interfaces allowing the
management of the common information and business logic relevant to the organization. Two types of
computational object are foreseen per cluster:
⎯ basic computational objects deriving directly from the corresponding information object (i.e. one
computational object per information object);
⎯ complex, higher-level computational objects providing interfaces achieving higher-level complex business
logic.
Thus, the majority of the computational objects will be derived directly from the corresponding information
objects. The further higher-level computational objects also envisaged provide interfaces achieving higher-
level complex business logic on possibly multiple information objects within the same operation. Such more
complex business logic is described in ISO 12967-1 and has to do with the main workflow processes
(i.e. patient management, activity management, etc.).
NOTE The term patient is used in this specification as a synonym of subject of care as has been done in the other
parts of ISO 12967.
The basic computational objects, corresponding one to one to the information objects, will be equipped with
standard lower-level basic interfaces having the scope of adding, updating and deleting – in short maintaining,
listing, and getting one instance of the main classes described in the information viewpoint. These basic
methods allow the access to and the manipulation of each element of the underlying model and secure the
openness of the system.
Figure 2 shows an example.
Get List of.
Get Full Data of one.
Update one.
Figure 2 — Example of "basic services"
NOTE 1 The actual basic services that shall be available for HISA objects are detailed in 6.2.
The higher-level computational objects implement more complex business transactions on the objects of the
information model, simplifying and ensuring consistency of developments and building common fundamental
procedures of the organization.
EXAMPLES:
Patient/person area, including registering a person, patient administration, merging patient identifiers, period of care, etc.;
Activity management and life cycle, including requests, planning, booking, etc.;
Clinical and EHR, including terminologies, classifications, problem-orientation, etc.;
Resource management, including standard usages, etc.
4 © ISO 2009 – All rights reserved
---------------------- Page: 9 ----------------------
ISO 12967-3:2009(E)
relative to
relative to
Person
Person
SubjectOfCare Agent
SubjectOfCare Agent
? ccaareredd by by
HealthcareProvider
HealthcareProvider
ClinicalInformation
ClinicalInformation
Figure 3 — Example of "complex services"
NOTE 2 The actual complex services that shall be available for HISA objects are detailed in 6.4.
The HISA middleware also provides a set of interfaces relating to functionalities of general utility for the
management of the overall system, with respect to the execution of particular functionalities. These services
do not pertain to any specific middleware component, and are related to general-purpose issues like session
management (logging in and out of the system, setting system variables, etc.), transaction management, etc.
These services will be provided by at least a further computational object equipped with appropriate methods,
namely the general purpose interface.
5.5 Interaction
Three types of interaction are envisaged in ODP: signals, operations and flows. Signals are single actions
conveying data from one object to another, while operations can be seen as “client-server” interactions
between objects in which the server object elaborates the data provided by the client, sending back a result.
Flows can be considered as a sequence of interactions (i.e. information exchanges) between objects
pertaining to a specific domain.
The interaction type is part of the interface signature. In HISA the focus is on the interaction type operation.
For this reason it will not be explicitly referred to in this specification. Such interaction type implies the need to
identify for each computational object the role it plays in the client-server interaction. However, HISA
prescribes the general external characteristics through which each identified computational object provides
interfaces, while the interaction amongst the computational objects is not part of this part of ISO 12967. Thus,
the role is always “server”.
NOTE Of the three types of interaction or operation are the ones that present a service-oriented call/return, or client-
server pattern required in the service architecture. The other interaction types can, when necessary, be described as
particular type of operations.
6 General characteristics of the model
6.1 The two types of computational objects for handling the information
The computational objects provide the interfaces through which it is possible to access and manipulate the
information managed by the information objects described in the information viewpoint. An example of the two
types of computational objects is displayed in Figure 4, and shall be referred to in the following as “basic” and
“complex” computational objects according to the terminology adopted in 5.4. The methods that these will
expose shall also be referred to in the following as “basic” and “complex”.
© ISO 2009 – All rights reserved 5
---------------------- Page: 10 ----------------------
ISO 12967-3:2009(E)
<>
HISAObject
<> <>
HISAComplex HISABasic
Figure 4 — types of computational object
6.2 The basic methods
6.2.1 General requirement
For each class belonging to the seven clusters of objects defined in ISO 12967-1 and specified in the
information viewpoint the middleware shall be equipped with a computational object in turn equipped with a
set of methods allowing to access and to manipulate every concept (i.e. objects and properties) of the class,
the generic structure of which is displayed in Figure 5.
next version >
0.1
0.1
Generic HISA 0.*
State changes
class
1
0.*
0.*
0.*
0.* 0.1 Structured
Extended attributes
Classification criteria
Business rules
classified attribute >
attributes set
0.*
1
1 1
Class-specific
1
Common
attributes set
attributes set
1 1
Version System
1
attributes set attributes set
HISA Concept class
Figure 5 — Generic structure of the computational objects
The following methods shall be available in the basic computational objects. Each method has a scope and a
description. Many of the method specification tables also include an example.
6 © ISO 2009 – All rights reserved
< classified through
---------------------- Page: 11 ----------------------
ISO 12967-3:2009(E)
6.2.2 “Add” basic methods
6.2.2.1 General
The “add” methods shall allow the client of the computational object to create instances of HISA objects.
6.2.2.2 List of methods
6.2.2.2.1 Method add
Method add
Scope Shall be used to create a new instance of a HISA object.
Description The instances that shall be added are the individual HISA classes specified in Clause 7
of ISO 12967-2:2009. The instance, its class-specific attribute set, and the common system and
version properties shall be created through this method.
Example The addition of a new person in the system shall be accomplished by calling the add method of the
person computational object [Person.add]. The caller will pass as input several fields belonging to the
class-specific attribute set (id, name, birthTime, deceasedTime, gender, address, etc.). The method
shall also allow the user to pass information to override any default value for its common system and
version-related attributes.
6.2.2.2.2 Method Xadd
Method Xadd
Scope Shall be used to create a new instance of extended data and associate it to a HISA object.
Description The specification of the extended data object that will be created is found in 6.3.7 of
ISO 12967-2:2009. The instances to which the extended data shall be attached are the individual HISA
classes specified in Clause 7 of ISO 12967-2:2009. The extended data properties and the common
system and version properties it comprises shall be created through this method.
Example The calling of this method [Person.Xadd] shall allow doing things such as adding, among others: the
digital photograph of the person to the instance of the person object, the scanned image of the signed
consent to receive treatment, etc. The semantics of the extended datum shall be classified in its
property type, the media type in the property mediaType, the language in the language property, etc.
6.2.2.2.3 Method Cadd
Meth
...
NORME ISO
INTERNATIONALE 12967-3
Première édition
2009-08-15
Informatique de santé — Architecture de
service —
Partie 3:
Point de vue informatique
Health informatics — Service architecture —
Part 3: Computational viewpoint
Numéro de référence
ISO 12967-3:2009(F)
©
ISO 2009
---------------------- Page: 1 ----------------------
ISO 12967-3:2009(F)
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.
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2009
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
Version française parue en 2011
Publié en Suisse
ii © ISO 2009 – Tous droits réservés
---------------------- Page: 2 ----------------------
ISO 12967-3:2009(F)
Sommaire Page
Avant-propos .iv
Introduction.v
1 Domaine d'application .1
2 Références normatives.2
3 Termes et définitions .2
4 Abréviations.2
5 Principes méthodologiques .2
5.1 Généralités .2
5.2 Groupes d'objets .2
5.3 Langage de traitement .3
5.4 Objets de traitement et interfaces .4
5.5 Interaction .5
6 Caractéristiques générales du modèle .6
6.1 Deux types d'objets de traitement pour la gestion des informations.6
6.2 Méthodes de base .6
6.3 Interface à usage général .16
6.4 Interfaces complexes des objets de traitement liés aux flux de travaux .17
6.5 Exigences communes des interfaces .25
Annexe A (informative) Exemples de services .27
Bibliographie.29
© ISO 2009 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO 12967-3:2009(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 (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.
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 12967-3 a été élaborée par le comité technique ISO/TC 215, Informatique de santé, sur la base de la
Norme européenne EN 12967-3:2007 en y apportant des modifications éditoriales mineures.
L'ISO 12967 comprend les parties suivantes, présentées sous le titre général Informatique de santé —
Architecture de service:
⎯ Partie 1: Point de vue d'entreprise
⎯ Partie 2: Point de vue d'information
⎯ Partie 3: Point de vue informatique
iv © ISO 2009 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO 12967-3:2009(F)
Introduction
L'ISO 12967 est une norme en plusieurs parties établissant les principes généraux de description, de
planification et de développement de nouveaux systèmes et d'intégration des systèmes d'informations
existants, tant dans le cadre d'une entreprise que dans différents organismes de santé, grâce à la mise en
place d'une architecture intégrant les données communes et la logique métier dans une couche architecturale
spécifique (à savoir la couche interstitielle), distincte des applications individuelles et accessible par tout le
système d'information grâce à des services (voir Figure 1).
Applications
Domaine
d'application
de la norme
Couche interstitielle d'objets intégrant les données communes et la
logique métier commune
Figure 1 — Domaine d'application de la présente Norme internationale
[10][11][12][13]
L'architecture générale est formalisée conformément à l'ISO/CEI 10746 (toutes les parties) . Elle
est donc organisée selon trois points de vue suivants.
a) Point de vue d'entreprise: il spécifie un ensemble d'exigences communes fondamentales au niveau d'une
entreprise par rapport aux objectifs, aux domaines d'application et aux politiques organisationnels qui
doivent être pris en charge par l'information et la fonctionnalité de la couche interstitielle. Il fournit
également des lignes directrices quant à la manière dont une entreprise individuelle (par exemple un
système de santé régional, un grand hôpital ou toute autre institution dans laquelle ce modèle peut
s'appliquer) peut spécifier et justifier des exigences de fonctionnement spécifiques supplémentaires, dans
le but d'obtenir une spécification complète et adaptée aux caractéristiques de cette entreprise.
Le point de vue d'entreprise est spécifié dans l'ISO 12967-1.
b) Point de vue d'information: il spécifie les aspects sémantiques fondamentaux du modèle d'information à
mettre en œuvre par la couche interstitielle afin d'intégrer les données d'entreprise communes et de
prendre en charge les exigences de l'entreprise formalisées dans l'ISO 12967-1. Il donne également les
lignes directrices quant à la manière dont une entreprise individuelle peut étendre le modèle standard en
ajoutant les concepts supplémentaires nécessaires à la prise en charge des exigences locales en termes
d'informations devant être mises en commun.
Le point de vue d'information est spécifié dans l'ISO 12967-2.
c) Point de vue informatique: il spécifie le domaine d'application et les caractéristiques des services qui
doivent être fournis par la couche interstitielle permettant d'accéder aux données communes et
d'exécuter la logique applicative prenant en charge les processus d'entreprise identifiés dans le point de
vue d'information et dans l'ISO 12967-1. Il donne également les lignes directrices quant à la manière dont
une entreprise individuelle peut spécifier les services supplémentaires nécessaires à la prise en charge
d'exigences spécifiques locales en termes de logique applicative commune devant être mise en œuvre.
Le point de vue informatique est spécifié dans la présente partie de l'ISO 12967.
© ISO 2009 – Tous droits réservés v
---------------------- Page: 5 ----------------------
NORME INTERNATIONALE ISO 12967-3:2009(F)
Informatique de santé — Architecture de service —
Partie 3:
Point de vue informatique
1 Domaine d'application
HISA spécifie les exigences fondamentales d'une «infrastructure d'informations» et des services d'interstitiels
spécifiques au domaine de la santé.
La présente partie de l'ISO 12967 spécifie les caractéristiques fondamentales du modèle de traitement qu'une
couche architecturale spécifique (c'est-à-dire la couche interstitielle) du système d'informations doit mettre en
place pour assurer une interface cohérente et intégrée aux données d'entreprise communes et prendre en
charge les processus métier fondamentaux de l'organisme de santé, tel que défini dans l'ISO 12967-1. Le
modèle de traitement est spécifié sans émettre d'hypothèse explicite ou implicite sur les technologies
physiques, les outils ou les solutions à adopter pour sa mise en place physique dans le cadre des différents
scénarios cible. La spécification n'en est pas moins formelle, exhaustive et sans ambiguïté, afin de permettre
aux implémenteurs de prévoir une conception efficace du système dans l'environnement technologique
spécifique sélectionné pour sa mise en place physique.
Le modèle de traitement fournit la base permettant de garantir la cohérence des différentes spécifications de
l'ingénierie et de la technologie (notamment des langages de programmation et des mécanismes de
communication) étant donné qu'elles doivent être conformes au même objet du modèle de traitement. Cette
cohérence permet de garantir l'interfonctionnement ouvert et la portabilité des composants dans la mise en
place finale.
Elle n'a pas pour objet d'être une représentation fixe et exhaustive de toutes les interfaces possibles
susceptibles d'être nécessaires aux exigences d'une entreprise de santé. Elle spécifie simplement un
ensemble de caractéristiques (en termes d'objets organisationnels globaux et de traitement individuels)
identifiées comme étant essentielles et communes à tous les organismes de santé et que le modèle de
traitement mis en place par la couche interstitielle satisfait.
Tout en préservant la cohérence avec les dispositions de la présente partie de l'ISO 12967, les mises en
place physiques doivent permettre une extension vers un modèle de traitement standard afin de répondre à
des exigences supplémentaires et locales. Les extensions doivent inclure la définition de propriétés
supplémentaires dans les objets du modèle standard et la mise en place d'objets totalement nouveaux.
De même, la spécification de la présente norme doit être extensible dans le temps en fonction de l'évolution
des initiatives de normalisation applicables. Les extensions doivent être spécifiées conformément à la
méthodologie définie dans l'ISO 12967-1:2009, Article 7, qui identifie un ensemble de services d'informations
communs au domaine de la santé en décrivant leurs besoins et la méthodologie en fonction de laquelle ils
vont être utilisés. Il s'agit uniquement du plus petit ensemble de services identifiable en fonction des besoins
de l'entreprise de santé et constituant la plate-forme «interstitielle» (c'est-à-dire la plate-forme d'intégration)
servant de base pour les applications de santé, par exemple DIS ou administration des patients.
© ISO 2009 – Tous droits réservés 1
---------------------- Page: 6 ----------------------
ISO 12967-3:2009(F)
2 Références normatives
Les documents de référence suivants sont 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 12967-1:2009, Informatique de santé — Architecture de service — Partie 1: Point de vue d'entreprise
ISO 12967-2:2009, Informatique de santé — Architecture de service — Partie 2: Point de vue d'information
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s'appliquent.
3.1
interface
abstraction du comportement d'un objet composée d'un sous-ensemble des mécanismes d'interaction
possibles dudit objet, avec l'ensemble de contraintes lorsque cette interaction a lieu
3.2
objet de traitement
objet perçu du point de vue informatique représentant la décomposition fonctionnelle d'un système et
montrant un état, un comportement et des interactions par l'intermédiaire d'interfaces avec d'autres objets de
traitement
4 Abréviations
DIS Dossier informatisé de santé (Electronic Health Record, EHR)
HISA Health Informatics Service Architecture (Architecture des services d'informations de santé)
ODP Open Distributed Processing (Traitement réparti ouvert)
UML Unified Modelling Language (Langage de modélisation UML)
5 Principes méthodologiques
5.1 Généralités
La présente partie de l'ISO 12967 porte sur le point de vue informatique, traitant de la réponse apportée aux
aspects liés à la conception de la couche interstitielle HISA par la décomposition fonctionnelle du système en
un ensemble d'objets de traitement qui interagissent au niveau des interfaces, en activant également la
répartition. Par conséquent, le système HISA sera approfondi en termes d'objets de traitement (permettant de
gérer les informations et de fournir des services) et de leurs interfaces. Il s'agira en premier lieu de décrire les
groupes d'objets identifiés dans l'ISO 12967-1 et détaillés dans l'ISO 12967-2.
5.2 Groupes d'objets
L'ISO 12967-1 a identifié le domaine d'application, les besoins et l'utilisation de la norme HISA par les
développeurs et les utilisateurs. Elle a décrit le domaine d'application des objets métier du point de vue de
l'organisme, en résumant les activités et les exigences de l'utilisateur associées au moyen d'un langage
naturel. Lors de ce processus, les groupes d'objets principaux communs au domaine de la santé ont été
identifiés:
2 © ISO 2009 – Tous droits réservés
---------------------- Page: 7 ----------------------
ISO 12967-3:2009(F)
1) Objets sujet de soins
Ces objets traitent les informations nécessaires à la prise en charge des activités des utilisateurs
identifiées dans le «workflow (flux de travaux) sujet de soins» de l'ISO 12967-1.
2) Objets gestion d'activité
Ces objets traitent les informations nécessaires à la prise en charge des activités des utilisateurs
identifiées dans le «workflow (flux de travaux) gestion d'activité» de l'ISO 12967-1.
3) Objets informations cliniques
Ces objets traitent les informations nécessaires à la prise en charge des activités des utilisateurs
identifiées dans le «workflow (flux de travaux) informations cliniques» de l'ISO 12967-1.
4) Objets utilisateurs et autorisations
Ces objets traitent les informations nécessaires à la prise en charge des activités des utilisateurs liées à
la gestion des utilisateurs et des autorisations, telles qu'identifiées dans l'ISO 12967-1.
5) Objets ressources
Ces objets traitent les informations nécessaires à la prise en charge des activités des utilisateurs liées à
la gestion des ressources, telles qu'identifiées dans l'ISO 12967-1.
6) Objets classification
Ces objets traitent les informations nécessaires à la prise en charge des activités des utilisateurs liées à
la gestion des classifications, des critères de codage et des dictionnaires, telles qu'identifiées dans
l'ISO 12967-1.
7) Objets messagerie
Ces objets traitent les informations nécessaires à la prise en charge de la structuration des données et
des communications avec d'autres systèmes par des mécanismes de messagerie, telles qu'identifiées
dans l'ISO 12967-1.
L'ISO 12967-2 a formalisé le modèle conceptuel des informations manipulées par les services, émanant des
descriptions textuelles contenues dans l'ISO 12967-1. Pour chacun des groupes d'objets, un modèle
d'information composé d'objets d'informations a été identifié dans l'ISO 12967-2.
La présente partie de l'ISO 12967 définit le modèle de traitement (composé d'objets de traitement) permettant
de répondre aux exigences décrites dans l'ISO 12967-1. Il est nécessaire, ici, d'identifier ses relations avec le
modèle d'information, ainsi que les interfaces ou les mécanismes qu'il propose pour accéder aux informations
traitées par le système, qui sont également appelés par la suite méthodes ou services.
Les méthodes individuelles proposées par les objets de traitement doivent être décrites en illustrant la
manière dont ils accèdent réellement aux informations traitées par le système (en identifiant les interfaces et
les contraintes, ainsi que les informations accessibles du modèle d'information global sous-jacent) et les
actions parallèles à réaliser.
5.3 Langage de traitement
La présente partie de l'ISO 12967 est directement concernée par la répartition du traitement, mais sans les
mécanismes d'interaction à l'origine de cette répartition. La spécification de traitement décompose le système
en objets exécutant des fonctions individuelles et interagissant au niveau d'interfaces bien définies.
Le cœur du langage de traitement est le modèle d'objet de traitement, qui contraint la spécification de
traitement en définissant
© ISO 2009 – Tous droits réservés 3
---------------------- Page: 8 ----------------------
ISO 12967-3:2009(F)
⎯ la forme de l'interface dont peut disposer un objet,
⎯ la manière dont les interfaces peuvent être liées et les formes d'interaction qui peuvent prendre place à
leur niveau,
⎯ les actions qu'un objet peut réaliser, en particulier la création de nouveaux objets et de nouvelles
interfaces.
5.4 Objets de traitement et interfaces
Les objets de traitement offrent les interfaces permettant d'accéder et de manipuler les informations gérées
par les objets d'informations décrits dans le point de vue d'information. Chaque groupe peut être perçu
comme un objet de traitement, offrant des interfaces composées de toutes les interfaces des objets
appartenant audit groupe. Les objets de traitement sont définis au niveau de l'objet HISA.
À chaque groupe d'objets correspond un ensemble d'objets de traitement offrant des interfaces de gestion
des informations communes et de la logique métier pertinentes pour l'organisme. Deux types d'objets de
traitement sont prévus par groupe:
⎯ les objets de traitement de base dérivés directement de l'objet d'information correspondant (en d'autres
termes, il existe un objet de traitement par objet d'information);
⎯ les objets de traitement complexes, de niveau élevé, offrant des interfaces permettant d'atteindre un
degré élevé de logique métier complexe.
Par conséquent, la majorité des objets de traitement dérivera directement des objets d'informations
correspondants. Les objets de traitement de haut niveau supplémentaires également envisagés permettent
aux interfaces d'atteindre un niveau plus élevé de logique métier bâti sur plusieurs objets d'informations dans
le cadre de la même opération, si possible. Une telle logique métier plus complexe est décrite dans
l'ISO 12967-1 et concerne les principaux processus (c'est-à-dire la gestion des patients, la gestion d'activité,
etc.).
NOTE Dans cette spécification, le mot patient est un synonyme du terme sujet de soins tel qu'il a été utilisé dans les
autres parties de l'ISO 12967.
Les objets de traitement de base, qui correspondent à un ou plusieurs objets d'informations, seront associés à
des interfaces de base «standard» de bas niveau visant à ajouter, mettre à jour et supprimer (en bref
conserver, répertorier et extraire) une instance des classes principales décrites dans le point de vue
d'information. Ces méthodes de base permettent d'accéder à chaque élément du modèle sous-jacent et de
les manipuler, puis de sécuriser l'ouverture du système.
La Figure 2 en est un exemple.
Obtenir la liste de.
Sujet de soins
Obtenir toutes les données de.
Actualise un.
Figure 2 — Exemple de «services de base»
NOTE 1 Les services de base qui doivent être disponibles pour les objets HISA sont détaillés en 6.2.
4 © ISO 2009 – Tous droits réservés
---------------------- Page: 9 ----------------------
ISO 12967-3:2009(F)
Les objets de traitement de haut niveau permettent de mettre en place des transactions liées au métier plus
complexes sur les objets du modèle d'information, en simplifiant et garantissant la cohérence des
développements et en concevant des procédures fondamentales communes à l'organisme.
EXEMPLES:
Le domaine patient/personne, notamment l'enregistrement d'une personne, l'administration des patients, la fusion des
identifiants patients, période de soins, etc.
La gestion d'activité et le cycle de vie, notamment les demandes, la planification, les rendez-vous, etc.
Les données cliniques et le dossier informatisé de santé du patient, notamment les terminologies, les classifications,
l'orientation du problème, etc.
La gestion des ressources, notamment les usages standard, etc.
Lié à
relative to
Personne
Person
Sujet de soins
SubjectOfCare AgAgeenntt
soigné par? cared by
Prestataire de soins
HealthcareProvider
Informations cliniques
ClinicalInformation
de santé
Figure 3 — Exemple de «services de haut niveau»
NOTE 2 Les services de haut niveau réels qui doivent être disponibles pour les objets HISA sont détaillés en 6.4.
La couche interstitielle HISA fournit également un ensemble d'interfaces portant sur les fonctionnalités d'utilité
générale pour la gestion de l'ensemble du système, en fonction de l'exécution de fonctionnalités particulières.
Ces services ne dépendent pas d'un composant interstitiel particulier. Ils portent sur des questions d'ordre
général comme la gestion de session (connexion au/déconnexion du système, définition des variables
système, etc.), la gestion des transactions, etc. Ces services sont fournis par au moins un objet
supplémentaire de traitement et des méthodes appropriées, à savoir l'interface à usage général.
5.5 Interaction
Trois types d'interaction sont envisagés dans ODP: les signaux, les opérations et les flux. Les signaux sont
des actions uniques permettant de transmettre des données entre des objets, alors que les opérations
peuvent être perçues comme des interactions «client-serveur» entre des objets dans lesquelles l'objet du
serveur élabore les données fournies par le client et renvoie un résultat. Les flux peuvent être considérés
comme une séquence d'interactions (c'est-à-dire des échanges d'informations) entre des objets portant sur un
domaine particulier.
Le type d'interaction fait partie intégrante de la signature d'interface. HISA se concentre essentiellement sur le
type d'interaction opération. C'est la raison pour laquelle il ne sera pas abordé de manière explicite dans la
présente spécification. Ce type d'interaction implique d'identifier le rôle que joue chacun des objets de
© ISO 2009 – Tous droits réservés 5
---------------------- Page: 10 ----------------------
ISO 12967-3:2009(F)
traitement dans l'interaction client-serveur. Néanmoins, HISA précise les caractéristiques externes générales
grâce auxquelles chacun des objets de traitement identifié fournit des interfaces, l'interaction entre chacun
d'eux n'étant pas couverte par la présente partie de l'ISO 12967. Par conséquent, le rôle est toujours celui du
«serveur».
NOTE Les trois types d'interaction ou d'opération sont ceux qui présentent une configuration d'appel/de retour
orientée service ou une configuration client-serveur requise dans l'architecture de service. Les autres types d'interaction
peuvent, si nécessaire, être décrits comme un type particulier d'opérations.
6 Caractéristiques générales du modèle
6.1 Deux types d'objets de traitement pour la gestion des informations
Les objets de traitement offrent les interfaces permettant d'accéder et de manipuler les informations gérées
par les objets d'informations décrits dans le point de vue d'information. La Figure 4 donne un exemple des
deux types d'objets de traitement, qui doivent être appelés objets de traitement «de base» et «de haut
niveau», conformément à la terminologie adoptée en 5.4. Les méthodes qui vont être présentées doivent
également être qualifiées «de base» et «de haut niveau».
<>
Objet HISA
<> <>
Objet HISA de haut niveau Objet HISA de base
Figure 4 — Types d'objet de traitement
6.2 Méthodes de base
6.2.1 Exigence générale
Pour chaque classe appartenant aux sept groupes d'objets définis dans l'ISO 12967-1 et spécifiés dans le
point de vue d'information, la couche interstitielle doit contenir un objet de traitement contenant lui-même un
ensemble de méthodes permettant d'accéder et de manipuler chaque concept (c'est-à-dire des objets et des
propriétés) de la classe, dont la structure générique est représentée à la Figure 5.
6 © ISO 2009 – Tous droits réservés
---------------------- Page: 11 ----------------------
ISO 12967-3:2009(F)
Version suivante >
0.1
0.1
Classe HISA
0.*
Changement d’état
générique
1
0.* 0.*
0.*
0.*
0.1
Critères de Ensemble d’attributs
Attributs étendus Règles métier
structurés
classification
Attribut classé >
0.*
1
1 1
Ensemble d’attributs
1
spécifiques à la classe
Ensemble d’attributs
communs
1
1
Ensemble d’attributs Ensemble d’attributs
de la version du système
1
Classe de concept
HISA
Figure 5 — Structure générique des objets de traitement
Les méthodes ci-dessous doivent être disponibles dans les objets de traitement de base. Chaque méthode
fait l'objet d'un domaine d'application et d'une description. La plupart des tableaux de spécification de
méthode contiennent également un exemple.
6.2.2 Méthodes de base «ajout»
6.2.2.1 Généralités
Les méthodes «ajout» doivent permettre au client de l'objet de traitement de créer des instances d'objets
HISA.
6.2.2.2 Liste des méthodes
6.2.2.2.1 Méthode ajout
Méthode ajout
Domaine Doit être utilisée pour créer une nouvelle instance d'un objet HISA.
d'application
Description Les instances à ajouter sont les classes HISA individuelles spécifiées dans l'ISO 12967-2:2009,
Article 7. L'instance, son ensemble d'attributs spécifiques à la classe et les propriétés communes du
système et de la version doivent être créés grâce à cette méthode.
Exemple L'ajout d'une nouvelle personne dans le système doit être réalisé en appelant la méthode ajout de
l'objet de traitement personne [Personne.ajout]. L'appelant traverse sous forme d'entrée plusieurs
zones de l'ensemble d'attributs spécifiques à la classe (id, nom, heureNaissance, heureDécès, sexe,
adresse, etc.). La méthode doit également permettre à l'utilisateur de transmettre des informations
pour remplacer les valeurs par défaut des attributs communs correspondant à son système et à sa
version.
© ISO 2009 – Tous droits réservés 7
< Classé par
---------------------- Page: 12 ----------------------
ISO 12967-3:2009(F)
6.2.2.2.2 Méthode Xajout
Méthode Xajout
Domaine Doit être utilisée pour créer une nouvelle instance des données étendues et l'associer à un objet HISA.
d'application
Description La spécification de l'objet de données étendues qui va être créée est disponible dans
l'ISO 12967-2:2009, 6.3.7. Les instances auxquelles doivent être associées les données étendues
sont les classes HISA individuelles spécifiées dans l'ISO 12967-2:2009, Article 7. Les propriétés des
données ét
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.