Systme dinformation Hospitalier

Liste des Chapitres

Chapitre 1 : Organisation et gestion de systmes d'information hospitalires
Chapitre 2 : Le dossier Patient informatis
Chapitre 3 : Intgration de ce systme d'information dans son environnement
Chapitre 4 : Initiation sur les Bases de donnes

Objectif de cours :
Lobjectif de ce cours peut tre rsum comme suit :

Pouvoir expliquer quels sont les objectifs dun systme dinformation hospitalier et
lister les principales fonctions pouvant faire lobjet dune informatisation ;

savoir analyser la circulation, dans un hpital, des informations relatives aux examens
biologiques ou radiologiques et connatre les principales tapes qui peuvent bnficier
au mieux dune informatisation, dune automatisation ;

savoir analyser la circulation, dans un hpital, des informations relatives aux

prescriptions thrapeutiques ; quelles tapes peuvent bnficier au mieux d'une
informatisation, dune automatisation ?

pouvoir citer les principaux sous-systmes et ensembles de fonctions dun SIH ;

pouvoir citer les avantages et les inconvnients des architectures horizontales (par
processus mtier), verticales (par structures) et mixtes ;

pouvoir citer les bnfices que lon peut attendre dun systme dinformation
hospitalier ;
savoir quels sont les principaux problmes lis la mise en uvre dun SIH.

1. Introduction Histoire
Un Systme dInformation Hospitalier (SIH) peut tre dfini comme un systme informatique
destine faciliter la gestion de lensemble des informations mdicales et administratives dun
hpital. Il sagit damliorer la qualit des soins distribus dans lhpital tout en augmentant
son efficience. Un SIH peut tre aussi considr comme de systme intgr de communication
et de traitement de linformation hospitalire.

Le dveloppement des premiers SIH, essentiellement aux Etats-Unis et dans quelques pays
dEurope comme les Pays-Bas, la Sude ou la Suisse, remonte au milieu des annes 1960. Il a
suivi lvolution gnrale des technologies de linformation (TI) (fig. 1) : dveloppement des
ordinateurs centraux, apparition des mini-ordinateurs pouvant tre relies en rseau, arrive des
microordinateurs, dveloppement de linternet puis du cloud computing .

Fig.1 : Evolution des concepts en matire de systmes dinformation en sante.

SI = Systme dinformation ; DI = Dossier informatique ; TI = Technologie de linformation.
Cest ainsi que les premiers SIH, dvelopps pour des ordinateurs centraux, ont permis
de grer bases de donnes centralises de dossiers patients.
Le dveloppement des mini-ordinateurs et en particulier du systme dexploitation
Unix permet apparition de multiples applications dpartementales ddies des structures
plus petites quun hpital, en particulier au niveau des plateaux techniques (biologie,
pathologie, imagerie, pharmacie) et de quelques spcialits mdicales.
Larrive des premiers micro-ordinateurs dmocratise laccs aux fonctions
informatiques plus large et permet le dveloppement dinterfaces plus conviviales. Car le

micro-ordinateur est la fois un outil daccs au SI et de travail personnel ( Personal

Computer ) et bureautique.
Les annes 2000 correspondent lintgration en rseau des ordinateurs personnels
avec les ordinateurs centraux ou dpartementaux.
Avec le dveloppement de linternet haut dbit, laccs des applications distance
sur la toile ( Cloud computing ) devient possible et les serveurs informatiques peuvent en
thorie quitter les salles machines des hpitaux. Linformatique hospitalire peut souvrir vers
lextrieur et participer la constitution de dossiers partages a un niveau rgional, national ou
international.
Alors que plusieurs centaines de SIH sont commercialises dans le monde, peu
dhpitaux ont atteint un niveau dintgration et de maturit (sagesse) suffisant pour faciliter
le partage des donnes individuelles des patients entre professionnels de sant et laccs aux
connaissances contextuelles ncessaires lapplication des rgles de bonne pratique de la
mdecine. Cela revient la diversit des taches assurer, des acteurs impliqus, des
organisations existantesect. Malgr ces difficults, la mise en place dun SIH apparait
dsormais comme une ncessit et bnficie dun large consensus (acceptation) de la part des
diffrents acteurs du systme de sant et tout particulirement des dcideurs.
La russite dun SIH est soumise plusieurs conditions. Parmi les plus importantes,
citons :
La mise en uvre dune gouvernance informatique adapte la complexit des taches
dinformatisation;
Un plan durbanisation du systme dinformation de lhpital a partir dune analyse fine des
processus mtiers;
Une informatisation par tapes progressives avec des calendriers de mise en uvre ralistes
et une stratgie de conduite du changement;
Une estimation juste des ressources ncessaires au dploiement puis lexploitation du
SIH ;
Une bonne comprhension de la sociologie des organisations de lhpital et une bonne
communication, interne entre les diffrents acteurs de lhpital et externe avec son
environnement;
Une analyse des risques et un plan prcis de continuit de service.

Chapitre 1 :
ORGANISATION ET GESTION DE SYSTEMES
D'INFORMATION HOSPITALIERES
Avant daller plus loin, commenons dabord par une introduction sur la dfinition dune
information.

1. Quest-ce quune information ?

Linformaticien parle souvent de donnes (data en anglais). Il ne parle pas
dinformations . En effet, une donne se caractrise principalement par son type :
alphabtique, alphanumrique, numrique, temporelle (date, heure), binaire, etc. Par contre
une information se caractrise par son sens : elle signifie quelque chose.
Linformation ne prend son sens que dans un cerveau: elle implique une comprhension de la
donne, et lide de son utilisation.

Comprhension
Pour comprendre une donne, il convient de connatre souvent dautres donnes connexes, qui
constituent ensemble un contexte cohrent pour un mcanisme de dductions successives,
autrement appeles infrences.
Prenons un exemple : si je vous dis 85, vous savez que cest un nombre, mais vous
ne savez pas si cest une quantit, un poids, une longueur, etc.
Je rajoute une autre donne : kg . Vous savez maintenant que je vous parle dun
poids, mais vous ne savez pas encore si cest un poids important ou non, car vous ne savez
pas ce que nous pesons.
Autre donne: Bensuici. Ah, nous parlons dune personne. 85 kg, ce qui nest pas
mal, mais nous ne savons pas le sexe de cette personne.
Autre donne : Fayal . Bon, cest un homme. Il doit tre grassouillet, ou costaud.
Autre donne: 196 . 196 quoi ?
4

Autre donne : cm. Je men doutais, cest sa taille. Finalement, il est plutt mince. Ce doit
tre un sportif en pleine forme.
Autre donne: 11 . Allons bon, quest-ce que cest encore ?
Autre donne: ans . Quoi, il a 11 ans ? Mais alors, cet enfant a un problme de croissance !
Cet exemple montre quune donne en soi na pas de signification, quelle soit dailleurs
fournie par un individu, un dossier papier ou un ordinateur.
Si on prend chaque donne fournie individuellement, on ne sait pas la qualifier
objectivement.

Heureusement, lorsque nous sommes renseigns, nous recevons simultanment beaucoup de

donnes cohrentes. Nous sommes donc capables de confronter toutes ces donnes pour en
tirer un certain nombre dinformations. Mais il manque parfois des donnes pour
vritablement en tirer des informations. Cest le cas lorsque le message transmis est
incomplet, nglig, ou quil faut encore recueillir des donnes au cours dune enqute
complmentaire (en mettant le patient en observation, par exemple, ou en procdant des
recherches dans les dossiers).
La qualit dun systme dinformation se mesurera donc en fonction de sa capacit fournir
des donnes cohrentes et compltes. Ceci a un certain nombre dimplications que nous
dtaillerons plus loin, en particulier sur le besoin que nous avons de le doter de transversalit,
ou pour parler plus clairement, de nous affranchir du cloisonnement des logiciels
fonctionnels.

Utilisation
Nous venons de voir quune donne ne peut produire une information que si elle est
confronte dautres donnes constituant un contexte cohrent.
Ce contexte est indispensable pour la qualification des donnes, mais la valeur des
informations se mesure leur finalit. Une information qui ne sert rien ne sert rien.
Par contre, elle cote, en moyens de transmissions (ne serait-ce que du temps, du papier, etc.),
en charge intellectuelle (pour son interprtation, sa mmorisation), en moyens darchivage,
etc.
Pour travailler vite et bien, il faut toutes les informations ncessaires la ralisation de
dune tache. Un bon systme dinformation se caractrise donc par sa pertinence.
Ceci pose une srie de problmes que nous dtaillerons galement plus loin. ce
stade de notre dmonstration, il convient de prendre conscience que le systme
5

dinformation est susceptible de fournir des donnes nombreuses et varies, mais que
cela ne suffit pas son efficacit.
Le systme dinformation doit aussi intgrer une dimension smantique, en fournissant
des donnes constituant un contexte comprhensible pour le destinataire. Il doit enfin prendre
en compte la finalit de ces donnes pour la ralisation dune tche sans saturer le destinataire
de donnes surnumraires finissant par constituer un bruit de fond nuisible son efficacit.

2. Pourquoi un systme dinformation est important

La constitution dun systme dinformation est souvent considre dabord comme une tche
technique, par l mme peu politique, et donc peu intressante pour un dirigeant. Cependant,
cest une erreur de la considrer comme neutre, et ce pour trois raisons principales que nous
allons dtailler :
La premire, cest que le systme dinformation participe laugmentation de la
valeur de votre tablissement.
La seconde, cest que sil est encore considr comme essentiellement technique, le
domaine de linformation est le terrain dexpression dune nouvelle culture
dentreprise qui place la technologie, le dveloppement du savoir et loptimisation des
mthodes au centre des enjeux stratgiques.
La troisime, cest quil est un levier important pour repenser lorganisation de
lhpital non plus autour de loffre de soins, mais autour de la demande de soins. Nous
passons dune culture du possible une culture du souhaitable.

3. La valorisation dun tablissement

Le systme dinformation devient important si ce dernier reprsente une valeur, un capital,
une richesse ltablissement. Il faut, pour apprcier cette valeur, sortir des raisonnements
comptables traditionnels, qui pour la plupart remontent plus de 500 ans. Il existe des biens
matriels que lon achte et que lon revend ventuellement. ct de ces biens matriels, il
existe des biens immatriels parmi lesquels on place par exemple les licences logicielles ou
les droits de proprit intellectuelle.
Mais la valeur dun hpital ne se mesure pas uniquement de manire comptable. Un hpital
est dot dune valeur lie des biens immatriels, quon appelle aussi actifs intangibles ,
Ces biens intangibles (immatriels) sont classs selon plusieurs catgories :
6

Les actifs lis linnovation, tels que ceux qui rsultent dune activit de recherche et
de dveloppement pour une entreprise, ou de la recherche scientifique pour un hpital.
La supriorit perue par ces tablissements est largement lie une tradition ancienne
de recherche scientifique bien mdiatise.

Les actifs structurels, lis la constitution de lhpital, et sa faon de rpondre la

demande. Il sagit en gros de ses mthodes de travail et de sa manire dtre.

La qualit de laccueil, ce qui na que peu de choses voir avec le systme

dinformation.

La qualit de prise en charge des patients, ce qui implique une logistique sans faille, et
donc souvent un systme dinformation performant.

Une absence derreurs dans les transmissions et lexcution des tches, une bonne
fluidit des processus, une capacit fdrer les comptences autour du patient. L
aussi, le systme dinformation joue son rle, comme une aide la coordination.

Une bonne information du patient et de son entourage. Il faut faire constater par le
patient combien votre tablissement est performant, la fois par des rsultats rels,
mais aussi par des explications sur les moyens qui ont t mis en uvre pour le
soigner.

Une vritable capacit grer les problmes complexes, en vous attachant les services
de personnes de grande comptence. Ltablissement, peru comme matrisant la
haute technicit de la mdecine moderne, prsente un aspect rassurant. L aussi, il faut
non seulement une culture de lenseignement et de la recherche, mais aussi des
moyens informatiques, ne serait-ce quune connexion Internet.

Dune manire gnrale, la satisfaction de la demande, est lobjectif de tout systme

dinformation.

Il faut admettre que nos systmes dinformation actuels sont bien faibles sur ce plan. Je ne
nglige pas les procds traditionnels et efficaces utiliss dans nos tablissements, comme de
bonnes relations avec les tutelles ou une politique de communication soigne. Mais je
souhaite attirer votre attention sur le fait que vous pouvez, grce une bonne matrise des
outils technologiques, parmi lesquels loutil informatique, amliorer la valeur subjective de
dun tablissement, et transformer cette valeur subjective en valeur objective par
lamlioration de votre activit et en accroissant les possibilits de financement.
7

4. Le plan de gouvernance informatique

4.1 Le concept de-Gouvernance
Les scandales financiers des 20 dernires annes comme celui de la socit Enron en 2001
aux Etats-Unis ou plus rcemment de la Socit Gnrale (2008) en France ont montr la
ncessit dorganiser de faon formelle la gouvernance des entreprises parmi eux les
hpitaux et de mettre en uvre des processus daudit et de contrle internes et externes. La
loi Sarbanes-Oxley (SOX), vote en 2002 par le Congrs amricain, a donn lieu de
nombreuses dclinaisons nationales ou internationales et a fourni un cadre pour mieux
garantir la transparence des comptes et le dveloppement de processus dalertes. La
gouvernance informatique ou gouvernance IT (Information Technology) ou encore
eGouvernance est la dclinaison au niveau informatique des principes de la gouvernance
dentreprise. Sept secteurs sont concerns par la technologie dinformation : lalignement
stratgique, le management, la gestion des ressources, la maitrise des risques, la gestion de la
performance et des services, laudit et le contrle, la valeur, la maturit.
Les rfrentiels COSO, CobiT et ITIL constituent trois exemples de rfrentiels
complmentaires fournissant un cadre de bonne pratique pour le-Gouvernance.
4.2 Lalignement stratgique IT
Lalignement stratgique IT consiste aligner les objectifs du SI sur les objectifs de
lentreprise, savoir soigner au mieux et au moindre cout pour un tablissement hospitalier
(tableau I). Iatrogne

La qualit des soins est dfinie par lInstitut de mdecine (IOM) aux Etats-Unis comme la
capacit des services de sante destins aux individus et aux populations daugmenter la
8

probabilit datteindre les rsultats de sante souhaits, en conformit avec les connaissances
professionnelles du moment . Le dveloppement doutils daide la dcision mdicale est
un lment contributif majeur de la qualit et peut tre utile toutes les tapes de la dmarche
mdicale (prventive, diagnostique, thrapeutique, pronostique). Il sagit, la fois,
damliorer les rsultats (outcome) et de rduire liatrognie mdicale. Avec laugmentation
de la dure de vie et lapparition de nouvelles thrapeutiques, la maitrise des couts de sante
devient un paramtre essentiel dans la dcision dinformatiser les processus de sante.
Lalignement stratgique IT est la premire tape dun processus visant crer de la valeur
pour une entreprise, ce qui pour un hpital peut se traduire par une plus grande attractivit
et/ou une plus grande efficience (fig. 2).

Fig. 2 Lalignement stratgique du systme dinformation gnre de la valeur. (Daprs

Georgel, 2009).
4.3 Le management IT
De nombreux hpitaux subissent une dualit informatique dans laquelle linformatique dite
administrative (facturation des sjours, paie du personnel, gestion conomique) est spare de
linformatique dite mdicale (fig. 3, colonne de gauche). Lanalyse du systme dinformation
de lhpital montre que le maintien de cette dualit est lun des objectifs importants dun
SIH. Une information, par exemple lge dun malade, est une donne administrative comme
elle peut tre une donne mdicale selon lusage qui en est fait. Le SIH est une technologie
qui permet dutiliser une donne quelconque dans tous les services selon le besoin.

Fig. 3 Les structures de management IT.

Pour une structure hospitalire, le management IT doit tre dfini par un comit de
gouvernance IT (ou comit de pilotage), lui-mme rattach au comit de gouvernance de
lentreprise et garantissant lalignement de linformatique de lentreprise sur sa stratgie
densemble. Le comit de pilotage dfinit la stratgie du changement qui sera ncessaire lors
de la mise en uvre du SIH. La commission informatique (ou les dcideurs informatiques)
peuvent discuter avec les utilisateurs sur des modalits de mise en uvre du plan
dinformatisation. Des groupes ad hoc (Qui convient parfaitement une situation) sont
constitus autant que de besoin et en fonction des projets informatiques.

5 Le plan durbanisation du SI
5.1 Le modle des quatre cadrans
Sous le terme durbanisation du SI, on regroupe habituellement diffrentes tapes de mise en
uvre allant de lanalyse du systme dinformation la slection des composants
informatiques et des conditions de dploiement (fig. 4) :
La comprhension des finalits de lentreprise concerne (ici lhpital) et des acteurs
concerns (intra- et extrahospitaliers);
Lanalyse des activits et de lenchainement des taches (processus mtiers);
Lanalyse des donnes et informations changes;
Lanalyse du choix dapplications informatiques pouvant servir de support aux processus
mtiers et leur intgration;
10

 Le choix dune stratgie de conduite du changement et de dploiement.

Fig. 4Le modle des quatre cadrans (daprs Le Roux B (2009) La transformation stratgique du systme
dinformation. Paris, Lavoisier). Les activits en dessous de la ligne en pointilles ont une forte connotation
informatique.

5.1.1 Lenvironnement du systme dinformation, la vue externe

Dans un modle denvironnement, lentreprise est considre comme une boite noire (black
box) en partenariat avec le systme dinformation de sante (mdecine librale ou organismes
dassurance par exemple). Les consultations, les admissions ou les sorties, les avis mdicaux
reprsentent les interactions principales lies au cur du mtier hospitalier. La figure 5
illustre la diversit des acteurs impliqus de faon directe ou indirecte par le systme
dinformation hospitalier. Les acteurs extrieurs se situent au niveau des organismes de tutelle
mais galement des assurances, des industriels ou des medias. Les patients interviennent
comme clients de lentreprise traites en interne mais galement comme groupes de pression
externes au travers dassociations de patients ou des rseaux sociaux. Les missions de
lhpital sont lvidence le soin mais galement lenseignement et la recherche pour les
hpitaux universitaires.

11

Fig. 5 Les acteurs dun systme dinformation hospitalier (SIH). (Daprs Degoulet P, Fieschi M (1998) Informatique
mdicale. 3e Edition. Paris, Masson.)

5.1.2 La vue interne, les structures et les processus mtier

Au niveau interne de lhpital, les acteurs sont lvidence les personnels de soins (mdecins,
personnels infirmiers, paramdicaux, pharmaciens et biologistes, ingnieurs biomdicaux,
etc.) et les personnels administratifs et logistiques. Lanalyse structurelle considre
lentreprise comme une boite de verre ( glass box ) et fournit une reprsentation dtaille
de lorganisation, des ressources matrielles et humaines. La France est caractrise par une
dpendance troite entre des structures matrielles et humaines fortement hirarchises (ples,
services, units fonctionnelles), a linverse des pays nord-amricains ou les ressources
matrielles (lits, plateaux techniques) sont plus volontiers partages par des ensembles de
ressources humaines (dpartements) (fig. 6).

12

Fig. 6 Les structures hospitalires. (Daprs Degoulet P, Fieschi M (1998) Informatique mdicale. 3e dition. Paris,
Masson.)

En principe, un service medico-technique nest pas, comme une unit de soins classique,
destin prendre en charge le suivi des malades. En pratique, lexprience des dernires
annes montre que la distinction entre service mdicotechnique et service clinique nest pas
toujours nette. Un laboratoire peut prendre en charge des catgories particulires de malades
(par exemple des hmophiles ou des malades sous anticoagulants pour un service
dhmatologie). Inversement, il arrive quun service clinique dveloppe une activit
dexploration pour le reste de lhpital ou pour des structures extrieures (par ex.
chocardiographie, endoscopie...). En termes danalyse du systme dinformation, chacune de
ces structures, mdicales ou mdicotechniques, devient une ressource mise la disposition
des autres structures ou de lextrieur, gnrant des actes, produisant de linformation et
consommant dautres ressources. Lanalyse fonctionnelle part de lactivit hospitalire pour
en dduire des circuits de gestion de linformation qui permettront de dterminer les
diffrentes fonctions du SI puis de choisir celles qui feront lobjet dune informatisation.

13

6. La stratgie dinformatisation
6.1 Le processus dinformatisation
Le processus dinformatisation consiste regrouper des ensembles de fonctions ou de
processus dans des applications informatiques quil sera ncessaire de les faire communiquer
entre elles. A cet effet, le choix dune approche approprie est trs important. Une approche
inapproprie peut conduire des impasses technologiques, des blocages organisationnels et
finalement des dpenses inutiles. Gnralement, deux approches peuvent tre suivies dans
linstallation dun SI : une approche verticale et une approche horizontale.

6.2 Approches verticale, par structures

Le SIH peut tre construit sur la base dune architecture centralise (approche verticale), o
les fonctions de lensemble de lhpital seront pris en charge dans une mme architecture
matrielle et logicielle. Le principe dominant de ce type darchitecture est que linformation
est saisie une seule fois et stocke en un point unique de la base de donnes centrale.

Fig. 7 Informatisation des structures et application verticales .

Tenant compte dune augmentation progressive du nombre dapplications grer au fil des
annes ainsi que du dveloppement technologique, les dirigeants sont lancs depuis une
dizaine dannes dans un processus dvolution de leur systme dinformation. Le modle
dune architecture centralise ne rpondait plus aux besoins de lhpital. Par consquent, le
SIH est dirig progressivement vers un systme dcentralis (approche horizontale).

14

Avantages
Systme intgr centr sur le patient.
Mise en service et maintenance facilite des modules applicatifs
Contrle facile du systme
Systme cl en main
Inconvnients
Forte dpendance face un constructeur ou couple
constructeur/vendeur de SIH
volution non progressive. L'volution en peut se faire que par -coups
lors d'un changement de version
Peu de prise en compte des besoins priphriques spcifiques
Standardisation leve

6.3 Approches horizontales, par processus

En dautres termes, il sagit de linformatisation de modules indpendants dans diffrents
dpartements, donnant ainsi naissance aux systmes dpartementaux. Les premires units
concernes ont t les laboratoires, lanatomo-pathologie et la radiologie, suivies dautres
units comme la gyncologie, les soins intensifs, etc.
Initialement, il ny avait pas dinterconnexion des systmes entre eux. La cohrence des
donnes patients a t assure par des interfaces du type point point, cest--dire que chaque
systme dpartemental tait reli directement BHIS (AXYA) (Figure 6).

Fig. 8 Informatisation par processus et application horizontales .

Le mcanisme dinterfaces a permis davoir des rfrences uniques pour un patient mais sa
maintenance tait complexe car chaque systme possdait son propre mode de communication
et le moindre changement entranait des frais importants. Le changement dune information
au niveau du systme source (BHIS) impliquait un changement de cette information pour
chaque interface. Dans le cas de la figure 8, on devait ainsi annoncer le changement de nom
dun patient, par exemple, linterface des laboratoires, celui de la pathologie et celui de
la radiologie, rptant ainsi trois fois la modification de la mme information.
15

Avantages

Meilleurs adaptation des produits la demande des utilisateurs.

Dissociation du matriel et du logiciel

Investissement progressif

Applications multi-hospitalires (notion de filires)

Inconvnients

Bablisation du SIH

Redondance de l'information

Difficult de maintenir l'intgrit et la cohrance de l'information

Cot lev de l'intgration en l'absence de standard de communication

(norme HL7)

6.4 Approches mixtes horizontales et verticales

Tenant compte des inconvnients de larchitecture dcentralise, les dirigeants se sont
orients la fin des annes 90, vers un SIH distribu. Il sagit dune combinaison des deux
approches prcdentes, centralise (verticale) et dcentralise (horizontale). La nouvelle
approche permet un investissement progressif par acquisitions successives de diffrentes
applications, reparties sur plusieurs processeurs. La nouvelle architecture a fourni un moteur
dintgration connu sous le nom middleware permettant le contrle du flux de
linformation ainsi que la communication entre les diffrentes applications du SIH (Figure 9).

Fig. 9 Approche mixte horizontale et verticale .

16

Un des avantages majeurs de larchitecture distribue consiste dans le fait que le changement
dun des modules ne remet pas en cause lensemble du systme.
Le middleware (anglicisme) ou intergiciel en architecture informatique est un logiciel tiers
qui cre un rseau d'change d'informations entre diffrentes applications informatiques. Le
rseau est mis en uvre par l'utilisation d'une mme technique d'change d'informations dans
toutes les applications impliques l'aide de composants logiciels.
Les composants logiciels du middleware assurent la communication entre les applications
quels que soient les ordinateurs impliqus et quelles que soient les caractristiques matrielles
et

logicielles

des rseaux

informatiques,

des protocoles

rseau,

des systmes

d'exploitation impliqus.

7. La conduite de projet
7.1 Les tapes dinformatisation dun hpital
Linformatisation dun hpital est une procdure longue (3 10 ans) et difficile car
bouleversant les habitudes de travail des utilisateurs. Elle doit se faire par tapes ou phases en
suivant les recommandations des organismes nationaux ou internationaux. Chaque tape
dfinit un tat davancement du SI. Les tapes suivantes correspondent aux recommandations
du groupement HIMMS aux Etats-Unis. Elles doivent bien sur tre adaptes en fonction du
contexte local de dpart et des applications informatiques retenues :
Stade 0: pas dinformatisation;
Stade 1: information des plateaux techniques biologie, imagerie, pharmacie;
Stade 2: gestion des identits et mouvements, dossier patient partage alimente par les
plateaux techniques et base sur un rfrentiel commun;
Stade 3: documentation mdicale et infirmire, gnration de pancartes et plans de soins.
mise en place du PACS ;
Stade 4: systme de gestion des actes (CPOE) associe aux outils de dcision;
Stade 5: prise en charge du circuit complet des mdicaments (de la prescription a la
distribution) ;
Stade 6: PACS gnralise sur lhpital, recueil de donnes par formulaires spcialiss
possible ;
Stade 7: SI ouvert sur lextrieur.

17

A chaque stade, le dploiement doit tre le plus global possible (fig. 15, partie droite) afin
deviter la constitution dilots informatiques qui disposeraient dun maximum de
fonctionnalits, les autres units restant un niveau infrieur de leur informatisation. Elle est
galement prfrable pour la formation des professionnels qui retrouveront le mme niveau
dinformatisation dans chacun des services ou ils seront conduits intervenir.

7.2 Ressources ncessaires

Lestimation des couts de mise en place et de fonctionnement dun SIH et leur volution sont
difficiles cerner. Les hpitaux, mme les plus informatises, sont encore dans une phase de
forte croissance de leur informatique : accroissement du nombre de postes de saisie de
linformation, accroissement du volume des communications avec lapparition des transferts
dimages, accroissement des capacits darchivage. La prise en compte des ressources
humaines est lune des conditions les plus importantes de succs dun SIH. Il faut pouvoir
assurer une intgration harmonieuse des comptences administratives, hospitalires et
universitaires, dgager les ressources humaines ncessaires au dveloppement et au bon
fonctionnement dun SIH et enfin prparer lensemble des personnels son utilisation.
7.3 Les effets inattendus et lanalyse des risques
La mise en place dun SIH modifie lorganisation des entreprises et les relations entre
professionnels. Elle peut tre l origine deffets inattendus voire de rejets de la part de
certains groupes dutilisateurs quil importe de minimiser et/ ou de grer. Les changements
suivants sont parmi les plus significatifs :
Possibilit de travailler de faon dsynchronise (par rapport au mode synchronise des
visites en salle par exemple): un mdecin effectuant une prescription distance du malade na
pas lassurance que la prescription sera bien comprise par le personnel soignant et/ou le
patient ;
Augmentation de la charge de travail pour certaines taches: une prescription par ordinateur
peut tre plus longue quune prescription papier;
de nouvelles erreurs sont possibles (erreurs de frappe), difficiles prvenir si le rsultat est
cohrent par rapport aux habitudes mdicales (ajout dun zro pour une prescription d
heparine par exemple) ;
les modifications permanentes demandes aux systmes informatiques sont gnratrices de
frustrations (dlai de ralisation), derreurs (bogues informatiques qu'il importe de corriger au

18

plus vite) ou de rgressions fonctionnelles (une fonction utilise en routine se met a

dysfonctionner) ;
la facilite plus grande des professionnels les plus jeunes pour utiliser une application
informatique peut tre mal perue par les professionnels les plus ges, en situation de
dcideurs ;
des ractions motionnelles inappropries car exagres sont frquentes lorsquune nouvelle
technologie est mise en place.
La prise en compte des effets inattendus possibles doit sanalyser dans une analyse plus
globale des risques lies a lintroduction de nouvelles technologies.

Les risques IT sont dordre humains (erreurs intentionnelles ou non intentionnelles) et

technologiques (perte de disponibilit du SIH, perte dintgrit des donnes, perte de
confidentialit des informations nominatives stockes dans le SIH). Le plan de gestion des
risques doit tre ralis avant la mise en uvre dun SIH, de mme quun plan de crise (panne
complte ou partielle du SIH) et des procdures crites de reprise sur incident. Les risques IT
augmentent avec le nombre dunits et dhpitaux concernes par le mme SIH.
7.4 La conduite du changement
La conduite du changement regroupe toutes les dmarches visant faciliter la transition dune
institution pour passer dun tat A un tat B de son systme dinformation. Les lments
suivants sont considres comme des facteurs favorisant le succs dun SIH :
La mise en place dune structure de-Gouvernance visible;
La participation des utilisateurs ds les phases de slection dune offre SIH;
Une prsentation objective des bnfices et des difficults attendues;
La constitution dquipes mixtes ingnieurs professionnels de linformatique mdicale
utilisateurs ;
Une formation adapte chaque profession avec lindividualisation dans chaque structure
de lhpital de super-utilisateurs mieux formes et pouvant servir de relais auprs de leurs
collgues de travail;
Une valuation permanente de la satisfaction des utilisateurs;
Une bonne ractivit des quipes informatiques pour rpondre aux demandes des
utilisateurs et rparer les matriels en panne.

8 Rsum et conclusions
19

Les systmes dinformations hospitaliers, dveloppes au cours des 40 dernires annes, ont
dmontr leur efficience et fait preuve dune maturit suffisante pour envisager leur
gnralisation. Se pose dans ces conditions la question de la ou des stratgies les plus
adaptes pour choisir, dployer et assurer la maintenance dun SIH intgre en prenant en
compte les dimensions techniques, financires et organisationnelles dun tel projet. Dans un
contexte conomique difficile, une dcennie peut reprsenter la bonne chelle de temps pour
mener bien un tel projet. Linformatisation des plateaux techniques reste considre comme
ltape pralable a la mise en uvre dun dossier patient partage et des outils de prescription.
Elle doit tre suivie par la mise en uvre dun dossier patient lectronique partage puis des
outils de prescription dactes et de gestion des rendez-vous.

9 Exercices dapplication
Q1
Un hpital de 700 lits dispose des applications informatiques suivantes : un systme de
gestion administrative des patient (identit/mouvements, facturation) dvelopp en interne,
deux systmes de gestion de laboratoires (biologie, dune part, bactriologie et immunologie
de lautre) dversant leurs rsultats sur un serveur de rsultats dveloppes tous trois en
interne, un logiciel de gestion de la pharmacie permettant la saisie des prescriptions
thrapeutiques, un systme de gestion de la radiologie avec son outil propre de gestion des
rendez-vous, un logiciel spcialise de gestion des urgences. Proposez une stratgie de
poursuite de linformatisation a 5 ans. Quels composants faut-il conserver, supprimer ou
envisager de supprimer terme ?
R1
La situation dcrite dans cet exercice est une situation frquente dans les hpitaux franais
avec un dbut dinformatisation du circuit administratif et des principaux plateaux techniques.
Le dveloppement en interne dapplications dinformatique hospitalire est progressivement
abandonne remplace par lachat et le paramtrage de progiciels intgres. Les sous-ensembles
applicatifs pouvant tre amens disparaitre court ou moyen termes sont les suivants : le
module de gestion des identits remplace par le composant identit/mouvement du SIH, le
serveur de rsultats et le logiciel des urgences remplaces par le dossier patient intgr, le
composant gestion de rendez-vous de radiologie remplace par un composant gnrique de
gestion des ressources de lhpital, la partie prescription du logiciel de pharmacie remplace
par un composant gnral de gestion des actes. Le remplacement des deux logiciels internes
de gestion des laboratoires par un produit industriel conforme aux normes dchange
internationales (HL7) doit tre effectue au plus tt. Une fois une solution retenue pour le
20

systme dinformation clinique, le dploiement informatique est habituellement planifie en

deux ou trois phases. Pendant le dploiement dune phase, le paramtrage des progiciels pour
les phases suivantes peut tre effectue en parallle. Les quatre grandes tapes ci-dessous
constituent un exemple de stratgie valide. Le calendrier rel doit bien sur tenir compte du
choix exact de la solution retenue et du niveau dinvestissement, puis adapte en fonction des
retours des utilisateurs ds les premiers dploiements.
-

Etape 1 (12-18 mois) : dfinition de la structure d-e-Gouvernance, mise en place dune

quipe de projet charge de la ralisation du plan durbanisation, de la rdaction du
cahier des charges et du dpouillement des offres. Choix dune stratgie de gestion des
infrastructures informatique (en interne ou externalise sur un site scuris et agre).

Etape

(6-12

mois)

paramtrage

des

fonctions

de

base

du

SIH

(identits/mouvements, dossier patient intgrant les donnes des plateaux techniques).

Formation des utilisateurs aux fonctions de bases.
-

Etape 3 (12-18 mois) : dploiement des fonctions de base. Paramtrage dun second
ensemble de fonctionnalits (prescription des actes simples et composes, rendez-vous).
Formation des utilisateurs aux fonctions avances. Corrections des bogues sur les
fonctions de base.

Etape 4 (12-18 mois) : dploiement de la seconde phase. Paramtrage de fonctions

avances (par exemple protocoles complexes, outils daide la dcision, dossiers de
spcialits). Correction des bogues sur les fonctions avances.

Certains systmes dinformation cliniques intgrent leur propre outil de gestion de

laboratoires (approche horizontale dcrite dans ce chapitre). Si tel est le cas, paramtrage
du systme du systme de laboratoire sera concomitant de celui du dossier patient (Etape
2). Il en est de mme du systme de communication et darchivage des images (PACS).
Le dploiement des fonctions du PACS peut tre planifie au cours des tapes 3 et 4 du
projet.

21

Chapitre 2 :
Le dossier Patient informatis
1. Introduction
Le Dossier Patient est lensemble de toutes les informations du patient lorsquil est hospitalis
ou en consultation lhpital. Dans le langage informatique, le Dossier Patient reprsente
lensemble de toutes les fonctionnalits du logiciel qui contiennent les informations propres au
patient :

Son dossier administratif ;

Son dossier mdical ;

Son dossier de Soins ;

Ses prescriptions ;

Toutes les correspondances (courriers entre Professionnels de Sant, comptesrendus).

Le Dossier Patient assure la traabilit de toutes les actions effectues par les Professionnels de
Sant. Il est un outil de communication, de coordination et d'information entre les
Professionnels et avec les patients. Il permet de suivre et de comprendre le parcours hospitalier
du patient. Il est un lment primordial de la qualit des soins en permettant leur continuit
dans le cadre d'une prise en charge pluri-professionnelle et pluridisciplinaire.
2. Les fonctionnalits du Dossier Patient
Une fonctionnalit est un ensemble de donnes qui seront informatises dans un langage
propre. Plusieurs fonctionnalits peuvent tre intgres de manire former un module ayant
une cohrence fonctionnelle.
A titre dexemple les fonctionnalits suivantes forment le module de la Prescription (Figure 2.1) :

Prescrire un mdicament ;

Choisir la posologie (dosage) ;

Choisir la frquence dadministration ;

Choisir la dure de la prescription ;

Signer la Prescription et visualiser les alertes donnes par la base scientifique

ventuellement interface.

22

Figure 2.1 : Reprsentation schmatique du module de Prescription dun SIH

Dans le SIH, il est frquent que les modules soient imbriqus les uns dans les autres. Il est
ncessaire de mettre en uvre un plan durbanisation de ces modules afin quils sachent
communiquer entre eux. Lurbanisation dun SIH est matrialise par sa cartographie. La
cartographie est en ralit la cible de fonctionnement que lon souhaite atteindre dans
lutilisation standard du SIH. L'urbanisation du Systme d'Information permet entre autre de
dcrire le Systme d'Information de faon complte, gnrique, et de fournir une articulation
judicieuse des modules entre eux.

Les modules sont capables de communiquer entre eux ou savent, pour certains, fonctionner de
manire autonome (Figure 2.2). Cette problmatique de communication ou non des modules
entre eux est un point dattention fort lorsquun Systme dInformation Hospitalier est
dvelopp. Il faut anticiper la communication des modules, dautant quil est possible que deux
modules soient dvelopps dans des langages informatiques diffrents et ceux pour des raisons
de fonctionnalits.

23

Figure 2.2 : Reprsentation schmatique non-exhaustive de la cartographie dun SIH (Dossier Patient)

La classification des Systmes dInformation par modules est la plus utilise en termes de
pilotage de projets puisquelle traite des fonctionnalits mtiers des utilisateurs. Elle est
commune et utilise par :

Les Equipes Projet hospitalires en charge de la spcification et du dploiement dun

SIH ;

Les personnels soignants et personnels non-soignants ;

Le personnel administratif ;

Les quipes fonctionnelles en charge du projet du ct de lditeur et/ou de lintgrateur

du SIH.

Un tablissement de sant a la possibilit de nacheter que certains des modules proposs par
lditeur. Cela permet ltablissement :

Dengager un moindre cot dans le projet dinformatisation en ne choisissant que les

modules jugs ncessaires par la Direction Gnrale et/ou lquipe projet ;

Ou dinformatiser son Etablissement de manire progressive ;

Ou dinformatiser son Etablissement en interfaant avec des SI ventuellement existants.

En rsum :
Un ensemble de fonctionnalits = Un module
Un ensemble de modules = Dossier Patient Informatis
Chaque tablissement peut choisir les modules dont il souhaite disposer dans son Dossier
Patient.
24

Les modules classiquement reprsents dans un Systme dInformation Hospitalier sont :

Lidentification du patient

Le dossier mdical du patient

Le dossier de soins

La prescription

La gestion de la Pharmacie Usage Interne

Ladministration du produit de sant au malade

2.1 Lidentification du patient

Il sagit dun module nomm Dossier Administratif . Il permet de renseigner le nom du
patient, sa date et lieu de naissance, son adresse, son sexe, les identits particulires (patient
confidentiel, inconscient, sil est ventuellement n sous X), mais aussi son mdecin traitant, la
personne de confiance et/ou la personne prvenir en cas durgence (Figure 2.4).
Ces informations sont gnralement saisies par le Bureau des Entres (agents administratifs).

La cration dun Dossier Administratif permet de gnrer un numro unique de dossier,

spcifique au patient. Lorsque le Systme dInformation Hospitalier permet aux hpitaux dun
mme groupement ou dune mme ville de communiquer entre eux, ce numro unique de
patient permet de lidentifier toute sa vie chacune de ses venues ou consultations dans ce
mme groupement dHpitaux. Ce numro unique de patient permet dviter les doublonnages
de dossier et didentit, les erreurs de saisie, et permet galement une meilleure coordination
des soins.

25

Figure 2.4 : Exemple dcran dIdentit du Patient (partie haute de lcran), Osoft de Medibase

2.2 Le dossier mdical du patient

Il est renseign par le mdecin qui prend en charge le patient lors de son hospitalisation. Il
permet de stocker les informations suivantes :

Motif dentre ou de consultation ;

Antcdents et allergies ;

Les lettres et compte-rendu dexamens complmentaires

2.3 Le dossier de soins

Il permet de recueillir les donnes de soins du patient, telles que :

La feuille de surveillance ou relev des constantes (poids, taille, tension artrielle) qui
permet denregistrer et suivre leur volution. Informatiquement, ce relev de constantes
remplace le dossier papier, historiquement accroch au fond du lit du patient. Elle est
souvent appele pancarte dans le cadre informatique;

Les fiches de transmission des infirmires donnant des informations gnrales ou

spcifiques de ltat du patient : cest le rsum qui est saisi aprs la runion faite entre
les Infirmiers travaillant la nuit et ceux qui prennent la relve de jour ;

La fiche de liaison infirmire : il sagit du document destin tre remis au service ou

l'tablissement receveur lors de la sortie ou du transfert du patient.

26

Figure 2.5 : Reprsentation schmatique du Dossier de Soins

2.4 La prescription
La prescription fait partie du dossier mdical dans larborescence dun Systme dInformation
Hospitalier. Elle peut aussi tre prsente de manire autonome.
Il sagit de la prescription faite par un mdecin habilit. La prescription est un acte mdical
ralis par un mdecin en situation d'exercice (inscrit au Tableau de l'Ordre). Elle se fait sur
ordonnance. Elle est lensemble de conduite crite pour le malade. La prescription peut tre de
plusieurs types :

La prescription de produits de sant (mdicaments et/ou dispositifs mdicaux) ;

La prescription dactes de biologie mdicale. Ce sont les examens de biologie mdicale

(Biochimie, Hmatologie, Gntique, Biologie Cellulaire, Biologie Molculaire, OncoBiologie, Pharmacotoxicologie, Immunologie, Radioimmuno-analyse, et Biologie de la
Reproduction), dInfectiologie, dAnatomo-pathologie et de Neuropathologie ;

La demande dexamens de radiologie et dimagerie mdicale (radiologie conventionnelle,

chographie, scanner rayon X et Imagerie par Rsonnance Magntique (IRM)) ;

La prescription dactes mdicaux Infirmiers et de sances de soins Infirmiers ;

La prescription dactes paramdicaux. Les kinsithrapeutes, les ambulanciers et les

ditticiens (expert en nutrition et alimentation) sont les professions paramdicales
principalement reprsentes dans les tablissements de sant et qui font lobjet dune
prescription dacte paramdical.
27

Lorsque les diffrents types de prescriptions sont grs sur un mme cran, il sagit alors dune
prescription multimodale ou complexe . Lorsque les diffrents types sont grs sur des
crans spars, il sagit de prescriptions unitaires.
Les modules de prescription sont classiquement interfacs avec des rfrentiels :

Rfrentiel mdicamenteux (Vidal, Thriaque, Thesorimed) ;

Rfrentiel des actes de Biologie (Nomenclature des Actes de Biologie Mdicale);

Rfrentiel des actes de radiologie (Classification Commune des Actes Mdicaux Figure
11).

28

Figure 2.6 : Extrait de la Classification Commune des Actes Mdicaux, Focus sur des Actes de Radiologie17

Un rfrentiel, quil soit pour des mdicaments, des actes de Biologie ou de Radiologie, a une
double fonction :

Il permet au Mdecin qui prescrit de retrouver la dnomination exacte recherche en

tapant les premires lettres du mdicament ou de lacte. Le logiciel propose alors une ou

29

plusieurs rponses. Le Mdecin na plus qu valider son choix (cest le principe de

lcriture intuitive que lon retrouve dans lcriture des SMS) ;
A titre dexemple, le Mdecin tape les lettres (Figure2.7):
o SPASF, le rfrentiel Thriaque propose 5 rfrences du mdicament Spasfon ;
o CARDIO, le rfrentiel propose 6 rfrences soient 4 mdicaments diffrents.

Figure 2.7 : Extrait du rfrentiel Thriaque - illustrations de lcriture intuitive dans la recherche dun
mdicament

Il permet au mdicament ou lacte dtre cod dans le logiciel (Figure 2.8 pour
exemple : Code LHQH002-Scanographie de plusieurs segments de la colonne vertbrale,
avec injection intraveineuse de produit de contraste). Ce code peut tre ensuite exploit
pour la facturation du sjour du patient.

30

Figure 2.8 : Exemple dcran de prescription, Orbis Agfa Healthcare

2.5 La gestion de la Pharmacie Usage Interne (PUI)

La gestion de la Pharmacie Usage Interne est intimement lie la prescription des produits de
sant. En effet, ds lors quune prescription de produits de sant est ralise et signe par le
prescripteur, et sous condition que les deux modules soient interfacs, la prescription arrive sous
forme lectronique la pharmacie pour avis pharmaceutique.
Le Pharmacien est responsable de la cohrence de la prescription, en fonction des donnes
patient qui ont t renseignes par les Mdecins et Infirmires, mais aussi en termes de dosage
et danalyse des interactions. Le Pharmacien peut lectroniquement apposer un avis sur la
prescription dans sa globalit ou mme par ligne de prescription. Lavis peut tre favorable,
dfavorable ou permettre dattirer lattention du Mdecin Prescripteur sur un point en
particulier. Le Pharmacien est aussi responsable de la substitution des mdicaments. Pour dfinir
les spcificits de la substitution lhpital, il est ncessaire de reprendre la dfinition propre de
la substitution. Le Pharmacien ne peut dlivrer un mdicament autre que celui qui a t
prescrit avec laccord exprs et pralable du prescripteur, sauf en cas durgence et dans lintrt
du patient.
Pour grer les exigences des marchs publics passs avec un hpital, le module de gestion de la
Pharmacie Usage Interne permet la cration du livret thrapeutique. Le livret thrapeutique
est un document listant les produits pharmaceutiques utiliser prfrentiellement dans un
Etablissement. Le livret thrapeutique, informatis ou non, est sous la responsabilit de la PUI,
mais est tabli conjointement avec les Mdecins reprsentants lEtablissement.

31

Linformatisation de la PUI a donc permis une meilleure gestion, plus transparente et simplifie
(Figure 14). La communication est amliore puisque les Mdecins et Infirmires ont
gnralement accs ce livret en consultation. Seul le Pharmacien, Chef de Service, peut faire
voluer le livret en fonction des marchs, des retraits de lots, des ruptures, et donc y rajouter ou
retirer des rfrences de produits de sant disponibles dans lEtablissement.

Figure 2.9 : Exemple de Livret Thrapeutique lAP-HP et extrait de ses rfrences, Orbis Agfa Healthcare

Une fois la prescription signe par le Mdecin Prescripteur et valide par le Pharmacien, elle
peut tre dlivre dans le service puis au patient: cest la dispensation.
Le Pharmacien doit assurer dans son intgralit lacte de dispensation du mdicament,
associant sa dlivrance :

lanalyse pharmaceutique de lordonnance mdicale;

la prparation ventuelle des doses administrer ;

la mise disposition des informations et les conseils ncessaires au bon usage du

mdicament.

32

Figure 2.10 : Exemple dcran de validation pharmaceutique, Orbis Agfa Healthcare

Il existe plusieurs manires de distribuer les produits de sant depuis la PUI, selon
lEtablissement et/ou les problmatiques organisationnelles et/ou le service. Les modes de
distribution sont grs par le Systme dInformation Hospitalier et sont les suivants:
(1) Dispensation Journalire Individuelle Nominative
La dispensation journalire individuelle et nominative du mdicament (DJIN) est prconise pour
scuriser le circuit du mdicament et viter le gaspillage des mdicaments. Il sagit dun acte
pharmaceutique qui consiste, sur la base dune prescription mdicale individuelle analyse par le
Pharmacien, prparer les doses de mdicament, prise par prise, pour chacun des patients. Il
sagit ensuite de dlivrer ces doses lunit de soins. Ce mode de dispensation, avec lanalyse
des prescriptions, a permis le dveloppement de la Pharmacie Clinique lhpital.
Ce mode de dispensation est gr dans son intgralit par le Systme dInformation, puisque les
doses de mdicaments calcules chaque jour pour tre dispenses nommment au patient, sont
bases sur la prescription qui est saisie et signe dans le systme. Le prparateur na plus qu
lire le plan de cueillette (aller chercher les mdicaments dans leur lieu de stockage) propos par
le systme.
Dans certaines Pharmacies Usage Interne, la DJIN est gre par un robot (automate). Le robot
est interfac avec le Systme dInformation et calcule le nombre de comprims dispenser. En
pratique, le robot peut avoir une fonctionnalit de dconditionneur des comprims de leurs
emballages primaires et secondaires. Cette manipulation peut tre faite par du personnel de la
Pharmacie. Le robot prpare ensuite des guirlandes de sachets (ou autre reconditionnement)
: chaque sachet comporte les comprims dun mdicament pour un jour de traitement. Sur
33

chacun des sachets est inscrit le nom du patient, sa date de naissance, son numro
didentification lhpital, le nom et dosage du mdicament, son numro de lot et sa date de
premption, ainsi que la posologie.
Un tel appareil reprsente un lourd investissement mais permet de dcharger le personnel de la
pharmacie de la phase de picking . Au vu de leur cot, ces robots sont principalement
localiss dans les hpitaux de taille importante, c'est--dire ayant un nombre de lits (au moins
500 lits) et un dbit de mdicaments suffisamment importants pour que linvestissement
devienne rentable.
(2) Dispensation globale
Les mdicaments sont dlivrs globalement lunit de soins, sur la base dune commande
passe par lunit de soins elle-mme. Dans ce cas, on ne tient pas compte de la prescription de
chacun des patients, mais uniquement des prescriptions globalement faites sur le service, ainsi
que des stocks de mdicaments au sein de lunit de soins (armoire de lunit de soins). Les
quantits demandes la PUI sont appeles dotation . Cest partir de cette dotation que les
Infirmires distribuent les traitements de chaque patient.
Le Pharmacien ne visualise aucune prescription et ignore ce qui a t administr aux patients.
Les besoins de lunit sont valus par les seuls Infirmiers et ce mode de dlivrance ne permet
pas de contrler la dotation des services. Aujourdhui, on pallie ce manquement grce aux
Systmes dInformation qui calculent des seuils minima et maxima de mdicaments distribus
en fonction de la consommation du service clinique. En pratique, le Systme dInformation se
base sur le nombre de comprims (ou autres units) administrs au chevet du patient par
lInfirmire pour calculer ce qui est rellement consomm.
(3) Commande de service selon un modle
Les diffrentes units de soins en accord avec la PUI de ltablissement, tablissent une liste de
mdicaments. Cette liste reprsente les mdicaments les plus consomms dans chacune des
units de soins. Il est donc dpendant du type de service (dure dhospitalisation longue ou
courte, type de pathologie traite). Cette liste est appele modle de commande . La liste
est envoye la PUI selon une frquence (nombre de fois par semaine) dfinie en amont. Selon
les droits que lon donne la personne qui utilise le SIH (ici lInfirmier), ce dernier peut ou non
ajouter des produits ou modifier les quantits demandes sur la liste au moment de transmettre
la commande la PUI.
La commande, une fois effectue par lunit de soins, arrive dans la liste des actions de la PUI.
Elle est alors analyse, modifie si besoin (en cas de quantits non respectes ou de produits
34

soumis des rglementations plus strictes) et valide par le Pharmacien. Une fois imprime sous
forme de plan de cueillette, le prparateur procde au picking .
De la mme manire que pour la Dispensation Nominative, des automates peuvent assurer la
prparation de la commande de Service dans des caisses. Ils permettent de ne pas devoir grer
manuellement la phase de cueillette des mdicaments.
2.6 Ladministration du produit de sant au malade
Cette tape fait en ralit partie du Dossier de Soins gr par lInfirmire. Il sagit, quelle que soit
la mthode utilise pour dispenser les Produits de Sant, de les administrer au bon patient et de
consigner cette administration lectroniquement. Ceci permet dune part une meilleure scurit,
dautre part permet au Systme dInformation de calculer les quantits ncessaires rassortir
(commande de service, dispensation globale).
Dans le cadre de linformatisation dun Dossier Patient mais aussi dans le langage du personnel
hospitalier, on parle de circuit du mdicament . Ce terme reprsente lensemble des tapes
prescription , validation pharmaceutique , distribution et dispensation du mdicament
(Figure 16).

Figure 16 : Reprsentation schmatique du Circuit du Mdicament dans un SIH

35

3. Conclusion
L'informatisation du dossier mdical est possible et certainement utile pour amliorer la continuit
des soins. Le dossier mdical regroupe plusieurs modules, les communment utiliss sont :
Lidentification du patient, le dossier mdical du patient, le dossier de soins, la prescription, la
gestion de la Pharmacie Usage Interne. Tous ces modules doivent tre interconnects et grs par
un SIH. La dtermination dun circuit du mdicament est trs importante dans la gestion de la PUI.

36

Chapitre 3 :
Informatisation en imagerie (RIS/PACS)
1. Introduction
La rvolution numrique est en marche et investit les hpitaux. En effet, la Consultation
simultane dimages radiologiques, le diagnostic assist par ordinateur, le suivi des patients,
dossier mdical en ligne, tout a est devenu possible grce la technologie de linformation. Le
numrique est en train de rvolutionner lunivers de la sant et ses possibilits sont immenses.
Comme il reprsente un formidable outil de gestion des cots financiers.

Le domaine de sant le plus concerne par les progrs technologiques est celui de limagerie
mdicale. Ce dernier a connu les volutions technologiques les plus fulgurantes par lavnement
de la 3D et la modlisation. Mais ces volutions crent de nouveaux besoins lis
laugmentation de la production dimages dont il faut faciliter larchivage et la circulation, au
mme titre que la lecture et lanalyse.

Afin de suivre le dveloppement technologique connu dans le domaine dimagerie mdical. Les
hpitaux commencent sinformatiser, la radiologie numrique se substitue la radiologie
analogique. Pareil les autres services comme, la cancrologie, la cardiologie ou encore la
neurologie, sans parler des autres spcialits mdicales, ne peuvent senvisager aujourdhui sans
informatisation. Le gros challenge pour les hpitaux actuellement est la mise en place dun
systme dinformation permettant lchange, larchivage et de partage de donnes numrises,
et en particulier des images. Ces systmes appels PACS (Picture Archiving and Communication
System) pour les images ou RIS (Radiology Information System) pour les autres donnes.

Beaucoup de chemin reste parcourir pour gnraliser les PACS et les mutualiser au niveau
rgional et national, mais plus personne ne conteste aujourdhui lintrt de supprimer les vieux

37

clichs dantan. Ce chapitre vous invite dcouvrir les rseaux de partage dimages numriques,
leurs avantages pour les tablissements de sant et les patients et leurs enjeux.

2. Limagerie mdicale, au cur de la pratique de sant

Limagerie mdicale est le domaine qui a le plus contribu au progrs mdical depuis 20 ans,
simposant comme un pivot du dveloppement futur de la mdecine. Danne en anne, la
proportion dimages mdicales obtenues sous forme numrique croit considrablement et constitue
la base du diagnostic clinique. Limagerie intervient tous les niveaux du processus de soin :
dpistage, diagnostic, bilan pr-thrapeutique, aide la dcision, planification et orientation des
traitements et suivi de lefficacit de certains traitements. Son usage optimise la prvention,
laccompagnement et le suivi dun nombre croissant de pathologies. Par exemple :

En cancrologie, lIRM corps entier et le TEP sont les examens cls du diagnostic, du bilan
dextension pr-thrapeutique et du suivi de la recherche de rcidive dans la plupart des
cancers.

Pour les pathologies vasculaires et cardiovasculaires, les scanners et lIRM cardiaque font
rfrence.

En neurologie : lIRM est ncessaire pour de nombreuses pathologies, notamment pour la

maladie dAlzheimer.

Dans la prise en charge des urgences, un plateau durgence ne peut accueillir des patients
sans un accs privilgi et ddi au scanner.

Les progrs technologiques en matire dimagerie, ainsi quen communication facilitent et

optimisent les changes des images entre les diffrents praticiens. Les images sous forme de
donnes numriques ont permis le dveloppement de stations et consoles de visualisation et
dinterprtation sur cran. Cela a entran une utilisation croissante des techniques de traitement et
danalyse automatiques des images.

Lacquisition des images sous forme numrique sapplique diffrents quipements : IRM, scanner,
scintigraphie, angiographie, chographie, radiographie conventionnelle (plaques au phosphore et
capteurs), mammographie

Des quipements rseautiques sont ncessaires, non seulement pour optimiser lusage des images
mais aussi pour permettre leur bonne utilisation.

38

A cet effet, tout un systme de rseau et darchivage doit tre mis en place afin de bien mener la
gestion du dossier dimagerie qui un module important dans le dossier mdical du patient.

3. Les rseaux dimagerie mdicale

Les rseaux dimagerie ont plusieurs objectifs :

Interconnecter les diffrents quipements dimagerie mdicale pour rduire les oprations
manuelles et optimiser la circulation des images, de leur production leur interprtation.

Transfrer rapidement les images lintrieur et lextrieur des tablissements pour

acclrer et optimiser les processus diagnostiques et thrapeutiques, amliorer la qualit des
soins et assurer un meilleur suivi des patients.

Partager limagerie avec les diffrents mdecins en charge du patient tout au long de sa
maladie et dans le cas de maladies chroniques, biologique ou thrapeutique.

Archiver de faon rationnelle et durable les images ralises pour en disposer de faon
rapide la demande des quipes en charge du malade.

Deux lments interviennent pour structurer un rseau dimagerie : le RIS et le PACS.

Le RIS - Radiology Information System ou Systme dInformation en Radiologie - est un

systme rseautique de gestion des activits dun service radiologique. Loptimisation de ce
systme ncessite lutilisation dun PACS (Picture Archive and Communication System) pour
permettre la diffusion des demandes de mdecins, des images et des comptes rendus, le RIS
ne diffusant que sur les stations dinterprtation dans les services de radiologie.

Le PACS - Picture Archiving and Communication System - est un systme de gestion

lectronique des images mdicales avec des fonctions d'archivage, de stockage et de
communication rapide. Ses capacits sont trs suprieures tous les quipements existants
et offrent des perspectives de dveloppement des rseaux dimagerie grande chelle et sur
le long terme. Il optimise le RIS dont il est le complment indispensable pour la gestion des
images.

3.1 Les modalits dimagerie

Le RIS et le PACS ont une relation directe avec les diffrentes modalits dimagerie. Les modalits
dimagerie sont des quipements technologiques capables de crer, modifier et traiter des images.
Dans le monde mdical, les soignants parleront de modalits dimagerie en faisant rfrence aux
outils dacquisition des images, tels que les scanners, les IRM, etc. Or, en termes de modalit
dimagerie, il y a aussi les outils de traitement et darchivage des images, tels que les consoles de
post-traitement ddies, les serveurs dapplication, les graveurs de CD/DVD, ou encore les PACS, etc.
Sous le terme modalit dimagerie , il faut donc considrer lensemble des outils de limagerie.

39

4. Le systme dinformation de radiologie (RIS)

Le systme dinformation de radiologie ou SIR, communment appel le RIS (pour Radiology
Information System), Cest un logiciel qui est un outil de production du service dimagerie mdicale
qui gre et fiabilise lensemble des donnes du dossier du patient, de la prise de rendez-vous
jusquaux statistiques dactivit. Ces fonctionnalits sont trs importantes dans le cas o lhpital
nest pas quip dun systme dinformation hospitalier.
Les multi-fonctionnalits et multi-optionnels composant ce logiciel permettent de dfinir et de grer
de manire spcifique des profils utilisateurs diffrents (prescripteurs, radiologues, manipulateurs,
secrtaires).Compos dune partie gestion et dune partie image, il permet au service du patient et
des praticiens :

De grer le dossier du patient et son historique

De consulter lhistorique commun des patients de nimporte quel endroit du rseau

De conserver sur plusieurs annes tous les vnements entrant dans le dossier patient

Aux mdecins de produire des comptes-rendus en utilisant la puissance de la dicte

numrique afin de numriser le circuit des comptes rendus

De produire, darchiver et de diffuser des comptes-rendus

Lindexation des images au dossier du patient et la gestion de lhistorique complet sur une
dure de plusieurs annes

La diffusion des images produites par le service dans lhpital

De stocker les images issues du scanner, IRM et autres modalits dimageurs au format
DICOM

5. Le PACS pour archiver les images

Dune manire simplifie, le PACS est un systme informatis qui centralise et qui gre lacquisition
numrique de tous les examens radiologiques, la consultation de ces images sur des consoles de
visualisation, limpression et lenvoi dimages lintrieur et en dehors de lhpital ainsi que
lchange dinformations administratives avec les systmes informatiques radiologiques (RIS) et
hospitaliers (SIH).
Le PACS reprsente lvolution naturelle des nouvelles technologies numriques vers un
environnement global numrique o les activits bases sur le film sont progressivement remplaces
par leur quivalent numrique pour aboutir une pratique sans film. Il est le sous ensemble du
systme dinformation hospitalier (SIH) permettant de collecter, stocker et archiver des images dans

40

une banque dimages accessible de nimporte quel point de lhpital par tous les professionnels
concerns, permettant ainsi lchange optimis de ces informations.
Diffrence entre le stockage et larchivage
Le stockage des donnes est lenregistrement des donnes sur un support physique, tel quun disque dur (quel
que soit son type), une cl USB, une bande magntique, etc. Larchivage de donnes consiste les placer dans
un systme qui assure leur prservation, mais aussi leur scurisation. Ainsi, les donnes conservent leur valeur,
notamment lgale. La modification des documents est interdite, de mme pour leur destruction, sauf sous
contrle strict. Toute action effectue sur le document est trace.

5.1 Les principales fonctions du PACS sont :

Le stockage de tous les examens radiologiques.

La gestion et la mise en rseau de toute la production dimages numrises avec un accs

simultan la mme image partir de nimporte quel poste de travail.

Larchivage, en assurant la conservation des images numriques sans risque de perte ou de

dtrioration de leur contenu.

La consultation dexamens radiologiques sur des stations ou consoles de visualisation.

Le diagnostic, en permettant la manipulation et le traitement local des images.

Le partage et lenvoi dimages dans et en dehors du service ou de lhpital pour rendre

laccs facile et rapide toutes les images pour tous les mdecins concerns.

Lchange dinformations administratives avec les systmes informatiques radiologiques (RIS)

et hospitaliers (SIH).

La fonction darchivage assure par le PACS est la condition pour utiliser au mieux les images en
garantissant leur bonne conservation et leur accs rapide. Cette fonction permet une meilleure
qualit de soins et est particulirement cruciale pour les programmes de dpistage et la prise en
charge des maladies chroniques.

41

5.2 Le PACS : infrastructure et fonctionnement

Simplicit et facilit de mise en uvre caractrisent linfrastructure dveloppe. Elle sappuie sur un
serveur principal de grosse capacit qui assure toutes les fonctions dacquisition, dindexation sur
une base de donnes, de stockage et de diffusion des images vers les consoles dinterprtation et les
cliniciens.

Mode de fonctionnement :
Envoi automatis des images sur un premier serveur au moment o elles arrivent. Ce
serveur principal reoit les donnes saisies et diffuse les images.
42

Indexation dans une base de donnes Oracle.

Premier stockage sur un espace court terme daccs trs rapide qui contient 2 annes
dexamens en ligne.

Archivage sur un second dispositif de plus grosse capacit qui sert galement de stockage
secondaire et permet davoir lintgralit des examens en ligne avec des temps daccs
lgrement moins performants.

Envoi des images vers un second serveur qui va piloter un robot de sauvegarde sur bandes
pour une sauvegarde externalise en cas dincident technique majeur.

Des procdures spcifiques de crise en mode dgrad ont t mises en place en cas de
dysfonctionnement ou de panne majeure : utilisation du serveur back up teint en temps normal,
validation par les radiologues et conservation de tous les examens sur les consoles dacquisition,
impression des clichs sur films ou CD-ROM et archivage de la liste des examens du jour pour une
vrification ultrieure.

5.3 Les avantages du PACS

Pour les patients, le PACS est un gage de qualit des soins supplmentaire tous les niveaux de la
prise en charge (du diagnostic au suivi thrapeutique). Le dossier image intgr au dossier mdical
informatis du patient est lassurance dun meilleur suivi. Rapidit daccs aux informations, vision
densemble, concertation et changes facilits pour les cliniciens, renforcent la qualit du diagnostic
et de la dcision mdicale. Paralllement, le risque de perte ou de dgradation des films ou des CDROM disparat. Enfin, il na plus besoin de porter ou faire suivre son dossier chaque consultation.
Pour les radiologues et mdecins cliniciens, le PACS facilite linterprtation dans la mesure o le
dossier radiologique est complet et mis jour au fur et mesure des examens et interventions et en
ligne 24h/24 et 7j/7. Cest galement un outil daide la prise de dcision du fait de la facilit et de la
rapidit des changes entre mdecins quil induit, en interne ou lextrieur. La concertation peut se
faire tout moment, mme en consultation, chaque mdecin ayant accs directement et
simultanment aux images.

Les manipulateurs, quant eux, gagnent un temps prcieux quils peuvent consacrer aux patients.
De plus, laccs aux examens antrieurs facilite la reproductibilit des examens successifs pour la
surveillance. Les secrtaires nont plus de dossier radiologique grer et sont donc plus disponibles
pour mieux organiser leur travail et les archivistes voient leur carrire voluer.

43

Dun point de vue conomique, le PACS reprsente une conomie considrable sur le cot des films
: en 2003, les frais de films de lInstitut Curie (en France) slevaient 500 000 euros par an. En 2007,
ils ntaient plus que de 20 000 euros (principalement pour les mammographies). En outre, les frais
de maintenance sur les reprographes ont chut drastiquement. A cela sajoutent des avantages
cologiques vidents. Ces conomies sont nanmoins en partie rduites par lensemble des cots de
fonctionnement du PACS (maintenance, renouvellement matriel, cots dadministration).
Du point de vue de lorganisation du travail, le sans film a fait voluer les pratiques
professionnelles en facilitant la gestion des images, lensemble des donnes patient tant relies en
ligne, et ouvert de nouvelles perspectives pour les manipulateurs et les archivistes.

6 Conditions du dveloppement de ces rseaux

La transmission des images au travers dun rseau ncessite une standardisation du format des
messages et le respect des normes et protocoles tablis par lindustrie pour assurer la cohrence et
linter compatibilit des systmes.
Ces normes sont :
Le DICOM (Digital Imaging Communication in Medicine ; transmission dimagerie mdicale
numrique).

Le HL7 (Health Level 7) pour lchange dinformations textuelles qui assure luniformit et la
compatibilit entre les RIS et les SIH.

Le IHE (Integrating the Healthcare Enterprise) dfini pour assurer le partage dinformations
entre professionnels de sant.

Le systme RIS/PACS, intgr au SIH est un outil davenir pour constituer le dossier dimagerie du
patient. Il amliore la qualit des soins en favorisant la communication entre les praticiens autour de
limagerie et plus gnralement du dossier patient auquel limage doit tre intgre.
En amliorant la circulation des images dans la structure hospitalire, les rseaux dimagerie intra
hospitaliers permettront terme une communication inter tablissements et la ralisation dun
dossier patient.
Ces quipements sont fondamentaux. En Europe et dans le Monde, de nombreux pays lont compris
et ont investi dans les rseaux dimagerie RIS et PACS pour entrer en cohrence avec le
dveloppement des installations dappareils dimagerie multi-coupes (scanners, IRM..) dont ils
optimisent les fonctionnalits, pour amliorer la qualit des soins et pour rduire les cots de sant.

44

6. Les standards et normes de limagerie mdicale

Les standards et les normes en informatique permettent de simplifier et duniformiser la
communication entre les applications, et ainsi de faciliter le dveloppement dinterfaces.
6.1 Un format de message commun : le standard HL7

Dfinition
Tout comme la langue de Shakespeare est le standard de la communication orale et crite entre
les individus de notre plante, HL7 (Health Level 7) est le standard de communication qui
dfinit un format de message pour les changes informatiss de donnes cliniques, financires et
administratives entre diffrents systmes dinformation hospitaliers (imagerie, laboratoires, soins
infirmiers, dossier administratif patient) .

Valeur ajoute de la standardisation de la communication entre les applications

Considrons un systme dinformation de sant compos de six logiciels diffrents : un dadmission (L1), un
de prescription de mdicaments (L2), un de planification des rendez-vous (L3), un de biologie (L4), un
dimagerie (L5) et un logiciel de facturation (L6). Lorsquun patient se rend dans un tablissement de sant,
il est possible, dans le cadre de son parcours de soins, de dcliner dans chacune de ces six applications
ses informations didentit, savoir ses nom, prnom, date de naissance, sexe, adresse et identifiant. Dans
le cas o il ny aurait pas de norme de communication entre les diffrents logiciels, pour changer ces
informations, il faudrait dvelopper deux interfaces entre chaque logiciel. Une de L1 vers L2, une L2 vers
L1, puis une de L1 vers L3 et une L3 vers L1, etc. Ce qui reprsente un total de 30 interfaces dchange
dvelopper, maintenir et faire voluer !

Illustration de 30 interfaces

Pour un SI compos de n lments, cette rgle se gnralise au dveloppement et la maintenance de

n*(n-1) interfaces : cest absolument ingrable ! Pour lexemple prcdent, avec le standard HL7, il ny a
plus quune seule interface dchange car les six logiciels parlent un langage commun.
Illustration dune interface

45

Illustration dune interface

6.2 Historique
HL7 est une organisation ne en 1987 aux tats-Unis et dont lobjectif est de crer un standard de
communication pour les systmes informatiques hospitaliers. En 1994, HL7 obtient une accrditation
de lAmerican National Standard Institute (ANSI) pour le standard de communication HL7.

6.3 Principe
Chaque application stocke ses informations dans sa base de donnes et dans son propre langage.
Puis, pour chaque patient, les informations diffuser aux autres applications sont regroupes
dans un fichier. Elles sont positionnes dans des cases , que lon appelle des segments . Ce
fichier est ensuite diffus et dcod par les autres applications qui le reoivent. Voici lexemple dun
fichier HL7 pour le patient Paul Durand .

46

Exemple dun fichier HL7 avec un diteur HL7

Sur la ligne PID (Patient IDentification), lIPP du patient figurera toujours dans le segment n3 (ici la
valeur 011796171). Sur cette mme ligne PID, la cinquime case contiendra toujours les valeurs
NOM^PRENOM (valeur DURAND^PAUL dans notre exemple). Puis le septime segment
contiendra invariablement la valeur date de naissance si elle est connue. Il existe des variantes du
standard HL7 en fonction des pays, notamment pour la prise en compte des diffrences de
construction des noms de famille ou pour la gestion dinformations complmentaires.

7. Le standard DICOM pour les images

7.1 Dfinition
DICOM est lacronyme de Digital Imaging and COmmunications in Medecine. Il sagit dune norme,
dun standard, ou encore dune structure commune pour la gestion informatique de limagerie
mdicale. Ce standard volue en permanence en tendant son domaine dapplication. Certains
nouveaux chapitres sont en cours de rflexion et de rdaction alors que dautres ont t annuls.
titre dexemple, la version 2014 sest vue enrichie dun package comportant 14 nouveaux lments !

47

DICOM sapplique maintenant aux signaux (ECG, EEG), la thermographie, lophtalmologie, la

radiothrapie, etc.

7.2 Historique
Cest en 1985 quune socit savante amricaine de radiologues, lAmerican College of Radiology
(ACR), et un groupement dindustriels, le National Electrical Manufacturers Association (NEMA), se
rassemblent et tablissent la premire version du standard li limagerie mdicale : la norme
ACR/NEMA. Une seconde version vit le jour en 1988, mais cest rellement en 1990, avec la version 3
que nat le standard DICOM en tant que tel. DICOM prend alors le numro de versioning 3.0.
Actuellement, il ny a plus dincrmentation. La version 3.0 existe toujours, cependant, elle est en
constante volution et adaptation. Nous parlerons donc de Version DICOM 3.0 2011 ou encore
DICOM 3.0 mars 2014.

7.3 Principe
Des modalits DICOM bien dfinies telles quun scanner, une IRM ou encore un PACS, vont traiter
des objets DICOM (les images) en leur appliquant des services (affichage, copie, impression, etc.).
7.3.1 Objets DICOM
Quest-ce quun objet informatique ? Un objet est un conteneur symbolique qui possde sa propre

existence et incorpore des informations et des mcanismes en rapport avec le monde rel, et qui
sont traits dans un programme.

Derrire cette dfinition un peu floue, il faut concevoir un objet DICOM comme une
encapsulation de donnes DICOM. Des mcanismes pourront ensuite tre appliqus cet objet. Ce
dernier peut contenir un ou plusieurs autres objets.

Les donnes de lobjet sont appeles des champs DICOM ou encore des tags DICOM. Ces donnes
seront par exemple une image au format .jpg, une vido au format AVI, une valeur de numro
unique dexamen, une valeur de numro unique dimage, un IPP patient, une date de naissance, des
informations sur les examens, etc.

48

Image DICOM et objets associs

Pour comprendre simplement la notion dobjet DICOM Prenons lexemple du patient Paul Durand qui
a scanner de 600 images compos de trois sries de 200 images chacune. Il sagit dune srie par
rgion anatomique scanne, soit une srie du thorax, une de labdomen et une du pelvis (bassin).
Considrons que cet examen est contenu dans une grosse bote. Le libell de lexamen Scanner
Thorax Abdomen Pelvis de Paul Durand y est inscrit. Cette bote reprsente un objet DICOM.
louverture, on y dcouvre dautres botes : une intitule donnes patient , une autre srie
Thorax , une srie abdominale , une srie pelvis , une donnes de lexamen dimagerie ,
etc.

Bote Scanner Thorax Abdomen Pelvis de Paul Durand

49

 louverture, la bote donnes patient contient galement dautres botes : celles du nom, du
prnom, de la date de naissance, etc. Ces mmes contenants renfermeront des valeurs, savoir
Durand pour la bote nom et Paul pour prnom .

Dans la bote donnes de lexamen dimagerie , nous trouverons les botes numro unique
didentification de lexamen , date de lexamen , libell de lexamen , lieu de ralisation de
lexamen , ou encore modalit dimagerie utilise . Celle intitule numro unique
didentification de lexamen contient une valeur qui nest autre que le numro unique de lexamen
(laccession number).

Botes donnes patient et donnes de lexamen dimagerie

Enfin, la bote srie Thorax , se dcompose en une bote libell de la srie contenant la valeur
Thorax , puis 200 botes libelles image 001 , image 002 , jusqu image 200 . Chacune
des botes images n contient deux objets DICOM : une valeur image et un objet donnes
associes limage . La valeur image est limage ralise en tant que telle. Il sagit par exemple
dune image au format .jpg, compresse avec ou sans perte : le format jpeg lossy pour les images
compresses avec pertes et le format jpeg lossless pour celles compresses sans perte. Lobjet
donnes associes limage contient entre autres la valeur numro unique de limage .

50

Botes srie Thorax et image 01

7.3.2 Services DICOM

Le traitement des objets DICOM se fait par lapplication de mcanismes quon appelle des services.

Nous prsentons ici une srie dexemples de services DICOM ncessaires au transfert dinformations
entre les modalits dimagerie et les outils informatiques.

Storage DICOM : copie dimages dune modalit DICOM vers une autre, lexemple le plus
frquent tant le transfert des images de la modalit dacquisition vers le systme
darchivage.

Print DICOM : impression de films/images ; il sagit du transfert dinformations dune

modalit DICOM vers une imprimante DICOM, comme un reprographe.

Query/Retrieve DICOM : interrogation dobjets DICOM, savoir un ou plusieurs examens, ou

encore des sries dexamens pour afficher des images sur lcran de lordinateur.

C_Find DICOM : acquisition de la worklist, etc.

7.4 Comprendre les services DICOM

Reprenons lexemple de lobjet DICOM Scanner Thorax Abdomen Pelvis de Paul Durand du
paragraphe prcdent et appliquons-lui diffrents services.

Service Storage (par exemple rangement/copie) : nous demandons au scanner denvoyer, au

format DICOM, une copie de lobjet DICOM Scanner Thorax Abdomen Pelvis de Paul
Durand quil vient de crer, la destination systme PACS de gestion des archives.

51

Service Query/Retrieve : puis partir dun visualiseur dimages DICOM quelconque, install
sur un PC du rseau, nous appliquons le service de Query/Retrieve sur lobjet DICOM
Scanner Thorax Abdomen et Pelvis de Paul Durand archiv sur le PACS. Pour cela, nous
interrogeons, en langage DICOM, le PACS pour quil nous liste les examens disponibles en
visualisation pour le patient Paul Durand : cest le service Query (Questionnement). Le
PACS rpond en prsentant lutilisateur la liste des examens dimagerie archivs pour le
patient slectionn. Ensuite, nous choisissons dans la liste lexamen (lobjet DICOM)
Scanner Thorax Abdomen et Pelvis de Paul Durand pour lafficher sur notre cran : cest le
service Retrieve

Service Print : enfin, si nous souhaitons imprimer sur film une image du Scanner Thorax
Abdomen Pelvis de Paul Durand , nous appliquons un service Print limage affiche. Le
reprographe destinataire comprendra le message et ralisera lopration dimpression.

Identification DICOM
Pour traiter et changer des objets, les modalits dimagerie doivent imprativement discuter entre

elles et se comprendre (standard DICOM). Elles doivent aussi se localiser logiquement sur le rseau.
Par consquent, chaque modalit possde trois informations de paramtrage indispensables la
communication. Nous pouvons comparer cette localisation aux informations ncessaires pour le
courrier postal. Tout comme une bote aux lettres est dote dun nom, la modalit dimagerie doit
possder un nom propre quon appelle un AET, soit Application Entity Title. Cette bote aux lettres est
situe une adresse prcise ; de mme pour la modalit qui est aussi localise une adresse prcise
et fix du rseau informatique de ltablissement : il sagit de ladresse IP
(Internet Protocol). Enfin, la trappe de la bote aux lettres doit tre accessible et ouverte pour y
glisser le courrier. Cela revient dire ici quelle autorise le courrier y tre dpos par le facteur.
De manire identique la modalit dimagerie doit autoriser la communication des informations
dimagerie mdicale. Pour cela, il faut que son port dcoute soit ouvert. Un port dcoute est un
numro logique qui permet de diffrencier les services auxquels on peut accder.

52

53