You are on page 1of 40

Guide lusage

des tablissements de sant


[1]

Guide mthodologique
Architecture et
urbanisation des
Systmes dInformation
Hospitaliers
Version 1.0

SI35GUI V1.0.doc

Page : 1/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Copyright (c) 2006 GMSIH


Permission vous est donne de copier et distribuer ce document selon
les termes de la Licence D-GMSIH, Version 1.0 ou ultrieure publie
par le GMSIH.
Une copie de cette Licence peut tre consulte ladresse
http://www.gmsih.fr/licences/.

SI35GUI V1.0.doc

Page : 2/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Rfrences
Le GMSIH a produit les rfrences suivantes relatives lArchitecture et
lurbanisation des systmes dinformation de production de soins :
[1]

Guide mthodologique - Architecture et urbanisation des


systmes dinformation Hospitaliers - SI35GUI (Le prsent
document)

[2]

Exemple darchitecture mtier dun systme de prise en charge


du patient en unit clinique SI35MOD

[3]

Prsentation de larchitecture mtier exemple - SI35MODM

[4]

Exemple darchitecture fonctionnelle dun systme de prise en


charge du patient en unit clinique SI35FON

[5]

Tableau de description des lments dun systme


dinformation SI35MFAP

[6]

Glossaire applicable ltude SI35REF

[7]

Interoprabilit et urbanisation Elments de dfinition


SI35INT

[8]

Scnarios dutilisation du rfrentiel durbanisation SI35SCN

[9]

Outil d'valuation des pratiques d'urbanisation et de


gouvernance des systmes d'information - SI35RAD

Le lecteur se reportera par ailleurs utilement aux tudes prcdentes qui


compltent cette prsente tude :
[10]

Alignement stratgique du systme dinformation Dcembre


2004

[11]

Guide mthodologique pour lAlignement Stratgique du


Systme dInformation SI32MEG (Inclus dans ltude cidessus)

[12]

Outil dalignement stratgique du SI SI32ASSI (Inclus dans


ltude ci-dessus)

[13]

Analyse de lexistant et des besoins des systmes dinformation


de production de soin Mars 2005

[14]

Mthodologies et outils de conduite du changement dans les


projets SI 2003

[15]

Scurit des systmes dinformation des tablissements de


sant Juin 2004

SI35GUI V1.0.doc

Page : 3/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

SOMMAIRE
1.

Pourquoi un guide mthologique ?....................................................5

2.

Systeme dinformation et urbanisation..............................................6


2.1

Systme dinformation : une dfinition .......................................6

2.2

Urbanisation ...................................................................................6

3.

Comment utiliser ce guide ? ...............................................................8

4.

Prsentation de la dmarche ............................................................11

5.

Phase 1 : Analyse de lexistant .........................................................14


5.1

Synoptique ...................................................................................14

5.2

Objectifs........................................................................................14

5.3

Phase 1 - Etape 1 :Analyse de larchitecture mtier existante16

5.4

Etape 2 : Analyse de larchitecture applicative existante........21

6.

Phase 2 : Prise en compte des objectifs de ltablissement .........24

7.

Phase 3 : Dfinir le systme dinformation cible ............................26

8.

7.1

Phase 3 - Etape 1 : Architecture mtier cible............................27

7.2

P3-Etape 2A : Principes directeurs durbanisation ..................30

7.3

P3-Etape 2b : Architecture Fonctionnelle cible ........................36

Phase 4 : Trajectoire de migration....................................................40

SI35GUI V1.0.doc

Page : 4/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

1. POURQUOI UN GUIDE METHOLOGIQUE ?


Ce guide mthodologique dcrit les diffrentes tapes concourant
ltablissement et lentretien dun rfrentiel durbanisation pour lvolution
du systme dinformation. Cette dmarche sinsre dans celle initie par
ltude sur lalignement stratgique des systmes dinformation, premier des
cinq volets consacrs aux systmes dinformation de production de soins.
Au travers de lanalyse du fonctionnement de ltablissement de sant, pour
les mtiers concerns, la dmarche doit permettre de faciliter les choix,
notamment dapplications, en facilitant les prises de dcision. En
complment, elle doit aider la dfinition du schma directeur des projets
dvolution du systme dinformation, de leur priorit et de leur
ordonnancement.
Enfin, larchitecture fonctionnelle doit permettre de choisir les fonctions utiles
ces besoins et dlaborer des scnarios de choix, de validation et
dimplmentation de la solution.
Les architectures applicatives et techniques ne sont pas abordes dans la
partie cartographie car fortement dpendantes du contexte de
ltablissement de sant.
Ce guide na pas vocation se substituer aux diffrentes dmarches
danalyse des systmes (cadre architectural) et mthodes durbanisation
dont la littrature sur le sujet est dj importante. Il replace la dmarche
dans le contexte des tablissements de sant et met en lumire les
conditions de succs pour sa mise en uvre.

Remarque importante :
Bien que la dmarche propose par ce guide soit trs structure et
complte, elle na pas vocation tre applique la lettre dans un
tablissement de sant. Ce guide doit tre apprhend comme un fil
conducteur permettant de bien comprendre le sens de ce type dmarche
pour que sa mise en uvre puisse ensuite tre envisage :

Selon son niveau actuel davancement et de maturit en


terme darchitecture de son systme dinformation et de
travaux durbanisation ;

Selon son organisation et ses moyens (tant dun point de vue


humain que technique) ;

Selon la dimension de son systme dinformation et ses


besoins en matire durbanisation.

Cette mise en uvre ncessite une relle matrise de la dmarche.

SI35GUI V1.0.doc

Page : 5/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

2. SYSTEME DINFORMATION ET URBANISATION


2.1 SYSTEME DINFORMATION : UNE DEFINITION
Le systme d'information de la production de soins peut tre dfini comme
l'ensemble des informations, de leurs rgles de circulation, de conservation,
de communication et de traitement, ncessaires l'accomplissement des
missions de l'organisation en relation avec la prise en charge dun patient et
son (leur) environnement. Cette prise en charge couvre les aspects
mdicaux et mdico-administratifs.
Le systme informatique est une organisation de ces moyens (de traitement
de linformation) : Il met en uvre des plates-formes, langages, interfaces,
architectures (centralise, client serveur deux, trois, n niveaux). Il
dtermine la localisation des traitements et mmoires, les niveaux de
conservation des donnes, la couche de middleware et la gestion de la
persistance.
Sa mise en place repose sur une expertise attentive la diversit des outils
du march, aux innovations, la prennit des solutions.

2.2 URBANISATION
Lurbanisation doit apporter :

Pour les objectifs de ltablissement de sant, les rgles et les


recommandations permettant daider la dfinition des projets
des tablissements de sant ;

Pour lorganisation et les processus mtier, une mthode et


les rgles ncessaires pour permettre leur traduction en
systme dinformation (adquation avec la stratgie, faisabilit,
valuation des risques, cots-bnfices) ;

Pour le Systme dInformation (SI), la dfinition des grands


ensembles du SI et de ses invariants, les rgles, mthodes et
recommandations de construction du plan durbanisme en
fonction de la typologie des tablissements de sant, les
infrastructures
dchange
entre
composants
(normes
dchange), la reconfiguration, les bonnes pratiques, etc.)

Pour louverture vers les systmes de sant, les rgles


douverture et dchange, linteraction entre divers plans
durbanisation, les lments dinteroprabilit.

Lintrt de lurbanisation est multiple. Elle permet :

De constituer et structurer des ensembles fonctionnels


cohrents et suffisamment indpendants sur lesquels il est
possible dintervenir sans remettre en cause le plan global ;

De mettre en place plus rapidement les volutions ou le


remplacement dun de ces ensembles dans la mesure o il a
t bien identifi et quil constitue un ensemble fini et bien
dlimit.

SI35GUI V1.0.doc

Page : 6/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Le schma ci aprs se propose de prsenter les diffrents modles


darchitecture (les vues) et leurs interactions.

Figure 1 : Les strates de l'architecture du SI

1 Adaptation d'aprs F. Noireaux - Thse 2003 - La cartographie, au service de


lurbanisme - HEC-ENSMP

SI35GUI V1.0.doc

Page : 7/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

3. COMMENT UTILISER CE GUIDE ?


Introduction
Ce guide dcrit une dmarche danalyse dune architecture mtier et
durbanisation du systme dinformation phase par phase, chaque phase se
dcomposant elle-mme en tapes, successives ou non. Elles constituent
un itinraire structur pour la mise en place et la maintenance dun
rfrentiel durbanisation des systmes dinformation dun tablissement de
sant.
Un synoptique gnral prsente les grandes phases de la dmarche
darchitecture et durbanisation des systmes dinformation. Les fiches
descriptives de chaque phase et de chaque tape associe sont proposes
dans les pages suivantes.
Ce synoptique est repris sur la partie gauche de chaque fiche descriptive qui
prsente les rubriques dcrites ci aprs. En complment, une reprsentation
graphique en dbut de chaque phase permet de resituer rapidement ltape
au sein de la dmarche.
Par chaque tape, les rubriques suivantes sont dcrites :
Pr requis

Quels sont les lments supposs acquis et


ncessaires au bon droulement de ltape ?

Objectifs

Quelles sont les finalits de cette tape : pourquoi


raliser cette tape ?

Acteurs

Qui sont les acteurs de ltablissement impliqus ou


sollicits dans cette tape, quel est leur rle ?

Dmarche

Que doit-on raliser dans cette tape, quels sont


les lments valider ?

Documents produits

Quels sont les livrables de ltape :


Comment sont formaliss les rsultats des travaux
lissue de ltape ?

Clture de ltape

Permet de prciser quelles sont les actions


ncessaires pour valider ltape en cours

Facteurs de succs
et risques

Quelles conditions permettent de favoriser la


russite de ltape ?
Quels sont les risques associs ltape, quels
sont les moyens permettant de les prvenir

Rfrence

Quels sont les lments complmentaires utiles la


comprhension et lillustration de ltape ?
Quels sont les autres projets lis ltude des
systmes dinformation de production de soins
(Etudes du cycle Production de soins) qui
contribuent la ralisation de cette tape ?

SI35GUI V1.0.doc

Page : 8/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Survol de la dmarche
Seules les phases 1 et 3 sont couvertes par le prsent guide
mthodologique.

Stratgie de ltablissement de sant et objectifs

Phase 1 : Analyser le systme dinformation existant


Analyser larchitecture
mtier existante
Description
Descriptionde
de
lexistant
lexistantmtier
mtier

Analyser larchitecture
applicative existante
Description
Descriptionde
de
lexistant
lexistantapplicatif
applicatif

Phase 2 :
Prendre en comptes les objectifs de ltablissement
Fiches
Fichesdimpact
dimpact
Objectifs
Objectifs/ /Processus
Processus

Phase 3 : Identifier le systme dinformation cible


Dfinir larchitecture
Principes
mtier cible
directeurs du SI
Architecture
Architecturemtier
mtier
cible
cibledu
dusystme
systme
dinformation
dinformation

Dfinir larchitecture
fonctionnelle cible
Architecture
Architecturefonctionnelle
fonctionnellecible
cible
du systme dinformation
du systme dinformation

Phase 4 : Dfinir la trajectoire de migration


Dfinir le qualifier les
projets

Dfinir la stratgie
d volution

Planifier/Grer le
portefeuille de projet
Schma
Schmadirecteur
directeurdes
des
systmes
systmesdinformation
dinformation

Figure 2 : Architecture et urbanisation - Phases et tapes


La dmarche est itrative. Une fois les grandes orientations stratgiques
de ltablissement de sant dfinies, celles ci sont dclines et mises en
oeuvre dans chacune des phases faisant suite la dfinition de cette
stratgie.

SI35GUI V1.0.doc

Page : 9/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Dcoupage en phases et tapes

Phase

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Phase

Prendre en compte les


objectifs de
ltablissement

Phase

Identifier le SI cible

Etape

Architecture
mtier

Etape 2a

Etape 2b

Phase

SI35GUI V1.0.doc

Principes
directeurs
durbanisation

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Page : 10/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

4. PRESENTATION DE LA DEMARCHE
Une dmarche en 4 phases ....

Architecture
Applicative

1. Effectuer une analyse de lexistant et produire une cartographie


de cet existant :

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

2a

2b

Architecture
mtier

Principes
directeurs
durbanisation

2. Prendre en compte les objectifs stratgiques et oprationnels


(exprims en amont de la dmarche durbanisation, lors dune
phase de rflexion stratgique) :

Sassurer que lon a bien compris pourquoi et comment il faut


faire voluer le systme dinformation pour rpondre aux
objectifs stratgiques de ltablissement.

3. Dfinir le systme dinformation cible

Architecture
Fonctionnelle

Pour bien comprendre la situation et savoir do lon part.

Identifier les besoins dvolution tant dun point de vue mtier


que fonctionnel du systme dinformation ;
noncer les principes directeurs durbanisation du systme
dinformation ;
Dcrire une cible idale , par cart avec lexistant.

4. Dfinir le plan dvolution :

Dfinir la trajectoire de
migration

Qualifier ce quil faut faire pour se diriger vers la cible, dans


quel ordre, quelles conditions et pour quels rsultats
(dfinir le schma directeur des systmes dinformation).

... qui alimente un cycle de gouvernance du systme dinformation


1. Effectuer une mise jour de la cartographie de lexistant :

Grer
lvolution du
rfrentiel
durbanisation
&
Conduire
lvolution du
SI

Prendre en compte les impacts du plan dvolution ;


Comprendre la nouvelle situation.

2. Tenir compte de lvolution des objectifs stratgiques et


oprationnels

Sassurer que lon a bien compris lvolution des objectifs et


mesur les impacts de ces volutions tant sur les mtiers
que sur le systme dinformation

3. Faire voluer la cible systme dinformation:

Mettre jour les principes directeurs durbanisation du


systme dinformation;
Ajuster et mettre jour la cible idale .

4. Mettre jour le plan dvolution glissant :

Rajuster le plan dvolution sur la nouvelle cible et mettre


jour le schma directeur.

SI35GUI V1.0.doc

Page : 11/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Les prrequis la dmarche et les facteurs de succs :


Limplication de la direction :

Qui fixe les orientations et les objectifs stratgiques ;

Qui sengage dans une action de fond ;

Qui a la volont de se doter dune mthodologie et doutils adapts


ltablissement de sant.

Sur le plan humain :

Impliquer le management dans la mise en oeuvre de la dmarche car


il doit au pralable fixer les objectifs stratgiques prcis ;

Dsigner les responsables mtier et leur affecter les moyens


ncessaires laccomplissement de leur mission ;

Tenir compte de la culture de ltablissement de sant, favoriser la


transparence et le partage dinformation ;

Communiquer, sensibiliser, expliquer, former rgulirement (pourquoi


cette dmarche, quels rsultats peut-on obtenir, quelle cible veut-on
atteindre) ;

Associer les principaux acteurs pour les responsabiliser et les


valoriser ;

Disposer dun langage commun ;

Disposer dune quipe danimation (mtier, DSI), reconnue pour ses


comptences, capable de sengager dans la dure.

Sur le plan mthodologique :

Considrer la dmarche comme un moyen et non une finalit ;

Mettre en place un rfrentiel durbanisation permettant de


consolider, partager et valoriser les rsultats de la dmarche ;

Dfinir la mthode avant de lancer les actions de description et


planifier le dploiement de la dmarche ;

Adopter une approche progressive (progression par tche dhuile ,


sur quelques processus exprimentaux, au dmarrage) ;

Prendre en compte l'existant, le mesurer et le valoriser ;

Travailler sur des processus cls (qui contribuent atteindre les


objectifs stratgiques de ltablissement de sant, qui prsentent des
risques potentiels ou forts effets de levier), ne pas viser
systmatiquement lexhaustivit du primtre ;

Prendre en compte progressivement les diffrents leviers de pilotage


(qualit, risque, dimension conomique) quoffre la dmarche
processus ;

Procder un choix doutils en rapport avec lambition de la


dmarche ;

Mettre en place les moyens pour garantir la cohrence et la prennit


de la dmarche et des donnes.

SI35GUI V1.0.doc

Page : 12/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

De manire gnrale, le succs de la dmarche durbanisation repose en


grande partie sur la capacit des ralisateurs prendre du recul par rapport
la richesse et la complexit du systme dinformation. Il faut tre capable
de se donner rapidement une vision globale et pertinente du systme
dinformation. Cela suppose :

De savoir identifier demble les informations pertinentes sans


se perdre dans les dtails,

De savoir consolider ces informations dans le cadre dune


analyse efficace.

SI35GUI V1.0.doc

Page : 13/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1

5. PHASE 1 : ANALYSE DE LEXISTANT


5.1 SYNOPTIQUE

Architecture
mtier

Architecture
Applicative

Stratgie de ltablissement de sant et objectifs


-Axes
-Axesstratgiques
stratgiques
-Objectifs
-Objectifsoprationnels
oprationnels

Prendre en compte les


objectifs de
ltablissement

Phase 1 : Analyser le systme dinformation existant

Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Analyser larchitecture
mtier existante

Analyser larchitecture
applicative existante

Cartographie
Cartographie
Cartographiede
de
Cartographiede
de
lalavue
lalavue
vuemtier
mtierdu
du
vueapplicative
applicative
SISIexistant
du
existant
duSISIexistant
existant
Fiches
descriptives
des
Fiches descriptives des
processus
processusmtier
mtieretet
applications
applications

5.2 OBJECTIFS
Lobjectif de cette premire phase de la dmarche est de donner
ltablissement une vision de la situation de son architecture mtier et de
son systme dinformation. Cette vision doit tre la fois :

Claire, synthtique, comprhensible et communicable tous :


comit excutif et instances de direction, responsables et
acteurs mtier concerns, responsables des systmes
dinformation ;

Suffisamment prcise et pertinente pour permettre didentifier


correctement sur cette base les volutions mettre en uvre.

Les deux tapes de cette phase correspondent des travaux danalyse qui
peuvent tre mens simultanment mais doivent tre mis en cohrence. Il
sagit :

Danalyser la dimension mtier supporte par le systme


dinformation existant : Quelles sont les activits mtier, les
acteurs et leur rle ? Quelles sont les informations utilises et
changes, par qui et pourquoi ?

Danalyser la vue applicative du systme dinformation existant,


en lien avec lanalyse mtier : Quels sont les outils
informatiques actuellement utiliss qui permettent lutilisation
des informations dcrite dans lanalyse mtier ?

SI35GUI V1.0.doc

Page : 14/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

Architecture
mtier

Remarque :
Linitialisation de cette phase est fortement dpendante de la mise en
oeuvre dune dmarche dalignement stratgique des systmes
dinformation. En effet, la dfinition pralable de la stratgie de
ltablissement permet de se focaliser sur les processus prioritaires et les
architectures pour lesquels le systme dinformation viendra en appui de
cette stratgie.

Pr requis aux deux tapes :


Dcision et volont du comit excutif et des instances de direction de
mettre en oeuvre une dmarche durbanisation.
Dmarche dalignement stratgique des systmes dinformation initie.
Groupes de travail dfinis, plan projet valid par le comit excutif et/ou les
instances de direction.
Structure de pilotage du projet dfinie, mise en place et oprationnelle.

2a

2b

Principes
directeurs
durbanisation

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Avoir identifi les grands axes stratgiques de ltablissement et les objectifs


oprationnels associs.
Avoir identifi le primtre des processus mtier et du systme dinformation
sur lequel portera ltude, conformment aux objectifs de ltablissement de
sant :

Le SI de ltablissement de sant seul ;


Le SI de ltablissement de sant et ses partenaires ;
Un sous-ensemble du systme dinformation global de
ltablissement tel que, par exemple, le systme dinformation
de production de soins, le systme dinformation li la prise en
charge du patient en unit de soins, le systme dinformation
associ la gestion des demandes, etc.

SI35GUI V1.0.doc

Page : 15/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement

5.3 PHASE 1 - ETAPE 1 :ANALYSE DE LARCHITECTURE


METIER EXISTANTE
Stratgie de ltablissement de sant et objectifs
-Axes
-Axesstratgiques
stratgiques
-Objectifs
-Objectifsoprationnels
oprationnels

Phase 1 : Analyser le systme dinformation existant


Analyser larchitecture
mtier existante
Cartographie
Cartographiede
de
lalavue
vuemtier
mtierdu
du
SISIexistant
existant

Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

Analyser larchitecture
applicative existante

Fiches
Fichesdescriptives
descriptives
des
desprocessus
processusmtier
mtier

Elle dcrit les usages mis en oeuvre (le faire ) par les diffrents mtiers
dans ltablissement de sant.

Pr requis
2b

Architecture
Fonctionnelle

Cf. prrequis de la phase

Objectifs
Dfinir la trajectoire de
migration

Identifier et dfinir les processus de ltablissement de sant, ses


interactions avec son environnement et les acteurs de cet environnement.
Identifier les rles, objectifs, missions et contraintes de ces acteurs.
Mettre en vidence, au travers des activits de ces diffrents acteurs pour le
systme considr, les besoins de coopration, de coordination et de
communication supports par le systme dinformation.
Obtenir le consensus des participants sur la description des processus, sa
nature, notamment sur le rsultat attendu, son dbut et sa fin.

Acteurs
Matrise douvrage :
Acteurs matrisant les objectifs et le primtre mtier tudier : direction
gnrale, direction stratgique, CME, direction des soins infirmiers
Lensemble des acteurs mtier matrisant les processus analyser :
Responsables de ple ou de service : utilisateurs mdicaux, soignants et
paramdicaux, autres partenaires intervenants dans le processus.
Matrise doeuvre :
Acteurs en charge de la dmarche danalyse (assez frquemment, les
membres de la DSI/O ou du ple qualit)

SI35GUI V1.0.doc

Page : 16/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Dmarche
Identifier les acteurs interagissant avec le systme dinformation considr.

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible

Organiser/dcouper le systme dinformation tudi en processus mtier :

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Quels/Qui sont les acteurs qui fournissent ou qui reoivent de


linformation de la part du systme dinformation ? (les patients,
les partenaires, les fournisseurs, etc.)
Dans quelles situations ces interactions ont-elles lieu ? Pour
chaque acteur, dans la situation concerne, quels sont les
objectifs, contraintes et rgles associes son rle dans le
systme ?
Toutes ces situations sont-elles identifiables, sont-elles
2
identifies ?

Quelles sont les sollicitations auxquelles le systme doit


rpondre : quelles sont les situations ou les vnements
dclencheurs : Arrive dun patient, appel du SAMU, rception
dun colis, etc.
Quelles sont les rponses apportes ces sollicitations, quels
en sont les objectifs, rgles et contraintes ?
Quelles sont les informations manipules, selon quelles
contraintes, dans quelles conditions ?

Lobjectif est de donner une vision des missions de ltablissement


complte, cohrente, claire et surtout partage par lensemble des acteurs
et partenaires du systme.
Cette reprsentation seffectue selon un dcoupage standard :
Processus support, processus mtier, processus de pilotage.
Le regroupement des diffrentes tches en activits puis en processus
pourra seffectuer, par exemple, par la recherche des points communs entre
les diffrentes actions raliser, ces points communs permettant dassocier
un objectif commun entre les acteurs concerns, la prise en charge dune
situation particulire. Par exemple, lensemble des tches mtier ralises
lors de laccueil administratif dun patient peut tre regroup sous lactivit
Accueillir administrativement le patient .
En ce sens, une activit ne constitue pas un ensemble fini et immuable mais
un ensemble de possibilits lies la prise en charge dune situation dans
un contexte donn.
Identifier et dcrire les acteurs et les activits de ltablissement qui grent
de linformation

Identifier et dcrire l'ensemble des tches (activit lmentaire


ralise par un seul acteur) ncessaire la ralisation dune
activit ou dun processus (objectifs, contraintes, rgles
associes) ;
Dcrire cette reprsentation mtier de faon prcise et
structure (cf. Tableau de recensement et de description dune
architecture mtier) ;
Recenser et dcrire les indicateurs de performances existants ;

On pourra, par exemple, utiliser une mthode de type QQCOQCP ou Brown Paper pour
raliser ce type de description. Pour plus de prcisions, veuillez vous reporter ltude ralise
par le GMSIH sur la Conduite du Changement

SI35GUI V1.0.doc

Page : 17/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Dimensionner autant que possible les tches critiques intgrant


des dimensions de temps, de frquence et de volume ;
Identifier les objectifs poursuivis par chaque tche effectue
dans primtre du systme dinformation tudi.

Qualifier les interactions en termes dinformations changes (sous la forme


de messages) :

Prendre en compte les


objectifs de
ltablissement

Identifier le SI cible

Quelles sont les informations utilises pour raliser cette


tche ?
Quelles sont les informations produites par cette tche ?
Quel est le destinataire (rcepteur) de ces informations ?
Quelles sont les contraintes et rgles de production, dutilisation
ou de transmission de ces informations ?
Quelles en sont les mtriques (volumes, frquence, etc.) ?
3

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Identifier les points critiques :

Evolutions souhaites ;
Dysfonctionnements ou difficults rencontres ;
Ides, voies damlioration.

Produire une synthse graphique claire et prcise du rsultat de lanalyse


Cette synthse graphique doit permettre de communiquer et de partager les
rsultats avec lensemble des acteurs concerns par cette tude.
Elle doit faciliter par la suite, la localisation rapide des zones dvolution
potentielles et lvaluation rapide des impacts de telles volutions.
Cette synthse graphique devrait saccompagner dun document de
synthse prsentant les forces et faiblesses du systme dinformation actuel
accompagnes des souhaits, objectifs et voies damlioration demands ou
proposs par les utilisateurs.

Documents produits
Diagramme de contexte : Reprsentation de lensemble des interactions du
systme considr avec ses partenaires et son environnement (patients,
ensemble des partenaires, autres systmes, etc.).
Cartographie de larchitecture mtier : la vue mtier de ltablissement de
sant (les processus et leur dcomposition) et du systme dinformation
existant. (cf. [2] Exemple darchitecture mtier dun systme de prise en
charge du patient en unit clinique SI35MOD)
Description structure de larchitecture mtier existante (exemple :
[5] Tableau de description des lments dun systme dinformation
SI35MFAP)

Lutilisation de diagrammes dIshikawa par exemple (diagramme causes-effet, mthode des


5M (Main d'oeuvre, Matire, Mthode, Machines (quipement), Milieu (environnement)) ou des
darbres derreurs) peut tre utilement mise profit pour constituer un outil danalyse ou une
"base de donnes" listant de manire exhaustive les causes et les connaissances. Pour
plus de prcisions, veuillez vous reporter ltude ralise par le GMSIH sur la Conduite du
Changement.

SI35GUI V1.0.doc

Page : 18/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Clture de ltape
Fiches descriptives mtier compltes et valides.
Cartographie mtier valide.

Facteurs de succs et risques


Savoir adapter le niveau de dtail de lanalyse :

Prendre en compte les


objectifs de
ltablissement

Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Adapter la prsentation/formalisation des rsultats de lanalyse pour


diffrents niveaux de comprhension et de communication; par exemple :

Dfinir la trajectoire de
migration

La description des tches ou activits doit permettre didentifier


les fonctions du systme dinformation ncessaires leur
excution ;
Une analyse trop dtaille risque de produire un rsultat difficile
exploiter, communiquer et surtout coteux maintenir ;
Une analyse trop macroscopique risque de masquer des
lments importants qui seront concerns par lvolution du
futur systme dinformation ;
Ne pas viser lexhaustivit. Focaliser lanalyse sur les lments
susceptibles dvoluer compte tenu des objectifs stratgiques.
Tenir compte des interactions avec les autres systmes en
relation avec le systme tudi.

Synthse et Cartographie gnrale pour une vision globale et


cohrente (Direction gnrale, CME, DSI, etc. ) ;
Cartographie dtaille permettant chaque acteur mtier de se
retrouver / de se positionner dans lanalyse ;
Description dtaille et structure des processus qui fourniront
les informations ncessaires lurbanisation pour les
responsables des systmes dinformation.

Sengager dans la dure :

Sassurer de la capacit de mobilisation et de la disponibilit


des acteurs concerns par le primtre de ltude ;
Sassurer et obtenir le support et les ressources ncessaires de
la part des instances de dcision de ltablissement, russir
dmontrer aux managers que cette dmarche peut les aider
dans leur mission quotidienne ;
Sassurer de la participation et de lappropriation du systme
dcrit et de ltude par les principaux acteurs : les (futurs)
utilisateurs du (futur) systme.

Complments
La cartographie des processus nest pas la dfinition dun organigramme, un
processus nest ni un produit ni une procdure.
La cartographie est la reprsentation des processus et des flux dinformation
changs entre les acteurs. Elle permet de dcrire larchitecture mtier.
Cette tape est importante car elle est la base partir de laquelle seront
valus les impacts des axes stratgiques et des objectifs de ltablissement
de sant formaliss lors de la dmarche dalignement stratgique.

SI35GUI V1.0.doc

Page : 19/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement

Rfrences
[2]

Exemple darchitecture mtier dun systme de prise en charge du


patient en unit clinique SI35MOD

[5]

Tableau de description des lments dun systme dinformation


SI35MFAP

[6]

Glossaire applicable ltude SI35REF

[14]

Mthodologies et outils de conduite du changement dans les projets


SI 2003

Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

SI35GUI V1.0.doc

Page : 20/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

5.4 ETAPE 2 : ANALYSE DE LARCHITECTURE


APPLICATIVE EXISTANTE

Architecture
Applicative
Stratgie de ltablissement de sant et objectifs
-Axes
-Axesstratgiques
stratgiques
-Objectifs
-Objectifsoprationnels
oprationnels

Prendre en compte les


objectifs de
ltablissement

Phase 1 : Analyser le systme dinformation existant


Analyser larchitecture
mtier existante

Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Analyser larchitecture
applicative existante
Cartographie
Cartographiede
de
lalavue
vueapplicative
applicative
du
SI
existant
du SI existant
Fiches
Fichesdescriptives
descriptivesdes
des
processus
processusmtier
mtierassocis
associs
aux
applications
aux applications

Elle dcrit les outils utiliss dans ltablissement de sant pour mettre en
uvre les diffrents mtiers (le comment faire ).

Pr requis
Cf. prrequis de la phase

Dfinir la trajectoire de
migration

Objectifs
Avoir une connaissance approfondie de lexistant applicatif :

Dcrire le systme informatique existant (documentation,


applications et flux inter applicatifs (interfaces), performances,
exploitation et contraintes) : larchitecture applicative cible sera
construite sur la base de cet existant ;

Identifier les composants applicatifs (ou les services offerts)


support des fonctions du systme dinformation tudi
(primtre de couverture des applications, recouvrements,
manques , etc.) ;

Identifier les points dagrgation entre les applications.

Acteurs
Responsables dapplications (au sein de la DSI/DSIO), responsable
architecture technique, responsable intgration.
Utilisateurs des applications.
Acteurs du service informatique : Exploitants (applicatifs, rseaux), service
bureautique, gestionnaire de parc (matriel, applicatif), etc.

SI35GUI V1.0.doc

Page : 21/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Dmarche
Identifier les applications et leur dcoupage en modules fonctionnels.
Identifier les utilisateurs de ces applications et faire le lien avec larchitecture
mtier.
Positionner les applications sur un fond de carte (zone, quartier, bloc)
refltant larchitecture mtier.

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Identifier et dcrire les diffrents flux inter applicatifs (interfaces), leurs


objectifs, leurs caractristiques (mode dchange, typologie, normes,
volumes, fiabilit, etc.).
Identifier les gisements de donnes : donnes de rfrence (patients,
structures, utilisateurs et droits, etc.), donnes applicatives (quantit et
potentiellement, qualit)
Identifier les infrastructures physiques associes (serveurs, rseau, capacit
de stockage, etc.)
En complment, identifier les comptences et la spcialisation des
interlocuteurs applicatifs actuels.

Documents produits
Cartographie applicative de lexistant.
Carte des flux inter applicatifs.
Fiche descriptive de chaque application et interface, intgrant, si possible,
des mtriques dutilisation (frquences, volumes, priodes de pointe, taux
dutilisation, taux de dploiement (par rapport aux fonctionnalits, etc.).
Faire le lien, dans le tableau de recensement et de description dune
architecture mtier existante, entre les applications existantes
(fonctions/services offerts, supports des flux et messages, etc.) et les tches
ou actions mtier ralises. Faire le rapprochement entre ces applications et
les processus mtier.

Clture de ltape
Cartographie applicative valide.
Document de synthse.
Tableau de recensement et de description dune architecture mtier
existante mis jour des informations sur les applications existantes.

Facteurs de succs et risques


Savoir identifier :

La (les) personne(s) qui matrise(nt) le fonctionnement


technique dune application et de ses interfaces ;

La (les) personne(s) qui utilise(nt) cette application ;

Les fonctionnalits utilises et leur contexte dutilisation.

SI35GUI V1.0.doc

Page : 22/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement

Ne pas forcment rechercher lexhaustivit mais savoir identifier les


lments critiques (en particulier dans la description des flux).
Une carte trop dtaille sera coteuse produire et maintenir et risque
dtre inexploitable dans le cadre de la rflexion durbanisation. Nanmoins,
ce travail de description permet de (re)btir un fond documentaire fort utile
la connaissance du parc applicatif.

Rfrences
[5]

Tableau de description des lments dun systme dinformation


SI35MFAP

[6]

Glossaire applicable ltude SI35REF

Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

SI35GUI V1.0.doc

Page : 23/40

Architecture et urbanisation des systmes dinformation


Guide Mthodologique

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Version 1.0

6. PHASE 2 : PRISE EN COMPTE DES OBJECTIFS


DE LETABLISSEMENT

Architecture
Applicative
Stratgie de ltablissement de sant et objectifs

Prendre en compte les


objectifs de
ltablissement

Phase 1 : Analyser le systme dinformation existant

-Fiches
-Fichesdimpact
dimpact
Objectifs
Objectifs/ /Processus
Processus

Cartographie
Cartographiede
de
lalavue
Fiches
vuemtier
mtierdu
du
Fiches
SISIexistant
des
existant descriptives
descriptives des
processus
mtier
processus mtier

Identifier le SI cible
1

2a

Phase 2 :
Prendre en comptes les objectifs de ltablissement

Architecture
mtier

Objectifs
Objectifsintgrs
intgrsdans
dans
laladescription
descriptiondes
des
processus
processus

Principes
directeurs
durbanisation

Remarques
2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Cette phase est mentionne ici pour rappel. Elle a fait lobjet dune
description, notamment du point de vue mthodologie, dans ltude
[10] Alignement stratgique du systme dinformation Dcembre 2004

Pr requis
La rflexion stratgique a t mene et sest dcline au niveau de chaque
Ple / Service / Direction mtier (les axes stratgiques ont t identifis et
traduits en objectifs oprationnels. Cf. tude [10])

Objectifs
Lobjectif de cette phase est didentifier clairement les impacts des objectifs
oprationnels sur les processus mtier (dcrit lors de la phase danalyse de
larchitecture mtier existante) pour en dduire les besoins dvolution du
systme dinformation ou pour valuer le niveau de pertinence stratgique
des demandes dvolution.

Acteurs
Direction Gnrale et CME, responsables de ples
DSI / DSIO / DIM ;
Chefs de services, chefs de ples ;
Directions adjointes (soins, ressources humaines, etc.)
Matrise douvrage stratgique (Direction Gnrale et CME) ;
Matrise douvrage oprationnelle (Chefs de projets mtier ) ;

SI35GUI V1.0.doc

Page : 24/40

Architecture et urbanisation des systmes dinformation


Guide Mthodologique

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Dmarche
Se reporter au document [11] Guide mthodologique pour lAlignement
Stratgique du Systme dInformation SI32MEG.
Mettre en relation les objectifs oprationnels identifis et les activits et
tches dcrites dans larchitecture mtier existante (tape 1.1) :

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Version 1.0

Exemple : la tche transmettre une prescription la


pharmacie sera concerne par lobjectif oprationnel
optimiser les interactions entre les units de soins et les
plateaux techniques (un thme de progrs possible tant
linformatisation et lautomatisation de cette tche) ;

Faire le lien activit ou tche objectif oprationnel dans le


Tableau de description des lments dun systme dinformation
SI35MFAP [5] (pour chaque tche, indiquez dans la colonne
objectif oprationnel les objectifs oprationnels qui
impactent cette tche) ;

Limpact de ces objectifs sur chaque tche sera dcrit lors de la


dfinition de larchitecture mtier cible (cf. phase suivante).

Documents produits
Fiches dimpact objectif processus (cf. tude [10] Alignement stratgique
du systme dinformation Dcembre 2004)
Tableau de recensement et de description dune architecture mtier mis
jour (intgrant les objectifs oprationnels)

Dfinir la trajectoire de
migration

Clture de ltape
Tableau de recensement et de description dune architecture mtier mis
jour (intgrant les objectifs oprationnels)

Rfrences
[5]

Tableau de description des lments dun systme dinformation


SI35MFAP

[11]

Guide mthodologique pour lAlignement Stratgique du Systme


dInformation SI32MEG

[12]

Outil dalignement stratgique du SI SI32ASSI

SI35GUI V1.0.doc

Page : 25/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

7. PHASE 3 : DEFINIR LE SYSTEME


DINFORMATION CIBLE

Architecture
Applicative

Stratgie de ltablissement de sant et objectifs


-Fiches
-Fichesfonction
fonction

-Stratgie
-Stratgietablissement
tablissement
Phase 1 : Analyser le systme dinformation existant
Cartographie
Cartographie
Cartographiede
de
Cartographiede
de
lalavue
lalavue
vueapplicative
applicative
vuemtier
mtierdu
du
du
SI
existant
SISIexistant
du SI existant
Phase 2 :
existant
Prendre en comptes les objectifs de ltablissement
Objectifs
Objectifsintgrs
intgrsdans
danslala
description
descriptiondes
desprocessus
processus

Prendre en compte les


objectifs de
ltablissement

Phase 3 : Identifier le systme dinformation cible

Identifier le SI cible

Dfinir larchitecture
mtier cible

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

-Besoins
-Besoinsfonctionnels
fonctionnels

Cartographie
Cartographie
mtier
mtierde
delalacible
cible

Principes
directeurs durba.
Objectifs
ObjectifsSISI
Principes
Principes
durbanisation
durbanisation

Dfinir larchitecture
fonctionnelle cible
Cartographie
Cartographie
fonctionnelle
fonctionnellede
delala
cible
cible

Lobjectif de cette phase est didentifier, partir de lexistant analys et


dcrit au dbut de la dmarche, les volutions ncessaires pour disposer
dun systme dinformation qui soutiendrait au mieux la stratgie de
ltablissement. Elle prend en compte les contraintes de performance lies
lactivit de ltablissement et son environnement (contexte rglementaire,
rle et caractristiques des partenaires, etc.).
Cette phase comprend 3 tapes :

Dfinir la trajectoire de
migration

Etape 1 : Dfinition de larchitecture mtier cible :


Comment doit voluer le fonctionnement de ltablissement
pour rpondre au mieux ses objectifs oprationnels en
tenant compte des besoins des utilisateurs, des opportunits
et des contraintes contextuelles ?
Quelle(s) amlioration(s) doit(vent) tre apporte(s) aux
activits mtier concernes (cf. architecture mtier)
Quelle(s) fonction(s) du systme dinformation a-t-on besoin
de dvelopper ?

Etape 2A : Identification des principes directeurs


durbanisation
Compte tenu de lexistant en matire dapplications et
dinfrastructure technique (matrielle) et pour rpondre aux
objectifs fixs en matire dvolution et dexploitation du
systme informatique (volutivit, niveau de scurit, cots
de maintenance, interoprabilit, etc.) quelles rgles doit-on
dfinir pour cadrer au mieux les volutions du systme
dinformation ?

Etape 2B : Dfinition de larchitecture fonctionnelle cible :


Compte tenu de lexistant, des besoins fonctionnels
exprims par lanalyse mtier, et des principes directeurs du
systme dinformation, vers quelle architecture fonctionnelle
le systme dinformation existant (dcrit au cours de ltape
2 de la phase 1) doit-il voluer ?

SI35GUI V1.0.doc

Page : 26/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

7.1 PHASE 3 - ETAPE 1 : ARCHITECTURE METIER CIBLE

Architecture
Applicative

Stratgie de ltablissement de sant et objectifs


-Fiches
-Fichesfonction
fonction
Phase 1 : Analyser le systme dinformation existant
Cartographie
Cartographiede
de
lalavue
vuemtier
mtierdu
du
SISIexistant
Phase 2 :
existant
Prendre en comptes les objectifs de ltablissement
Objectifs
Objectifsintgrs
intgrsdans
danslala
description
descriptiondes
desprocessus
processus

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible

Phase 3 : Identifier le systme dinformation cible


Dfinir larchitecture
mtier cible

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

-Besoins
-Besoinsfonctionnels
fonctionnels

Principes
directeurs durba.

Dfinir larchitecture
fonctionnelle cible

Cartographie
Cartographie
mtier
mtierde
delalacible
cible
Besoins
Besoins
fonctionnels
fonctionnels

Pr requis
Disposer dune description de larchitecture mtier existante (cf. Phase 1 Etape 1 : Analyse de larchitecture mtier existante)
Avoir identifi les facteurs dvolution stratgique de larchitecture mtier
(cf. Phase 2 : Prise en compte des objectifs de ltablissement)

Dfinir la trajectoire de
migration

Objectifs
Prendre en compte lensemble des facteurs dvolution des processus
mtier pour construire la vision mtier du systme dinformation cible.
Identifier les besoins fonctionnels associs aux besoins dvolution et
damlioration des processus mtier.

Acteurs
Responsables mtier (porteurs des objectifs oprationnels et exprimant les
besoins) :

Responsables de ple ou de service, utilisateurs mdicaux,


soignants et paramdicaux ;

Acteurs en charge de lvolution SI (matrisant les possibilits


de la technologie) : membres de la DSIO, cellule urbanisation.

Dmarche
Traduire limpact des objectifs oprationnels sur chaque tche en identifiant
avec les responsables mtiers :

Les lments de contexte lis la tche et propres induire


une volution de cette tche (contrainte ou volution
rglementaire, nouveau partenaire, nouvelle comptence,
rorganisation, etc.) ;

SI35GUI V1.0.doc

Page : 27/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement

Traduire chacun des thmes de progrs par des volutions de larchitecture


mtier (une tche peut tre supprime, ajoute, ralise par un acteur
diffrent, ralise diffremment, etc.) et/ou par des besoins fonctionnels.
Pour chaque tche, les fonctions susceptibles de rpondre aux thmes de
progrs identifis sont :

Des fonctions qui aident lutilisateur obtenir les informations


ncessaires la tche (C'est--dire les informations identifies
dans larchitecture mtier sous la forme de messages entrants
de la tche) ?

Des fonctions qui aident lutilisateur produire et/ou


communiquer les informations rsultats (C'est--dire les
informations identifies dans larchitecture mtier sous la forme
de messages sortant de la tche) ?

Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Les thmes de progrs de chaque tche en cohrence avec les


objectifs oprationnels, les besoins des utilisateurs et les
lments de contexte associs cette tche : Comment doit
voluer cette tche pour rpondre aux objectifs oprationnels en
tenant compte du contexte ?

Exemples :

Besoin dune fonction daccs personnalis au dossier patient


pour la tche examiner le patient ;

Besoin dune fonction de transmission lectronique de


lordonnance la pharmacie pour automatiser la tche
transmettre ;

Besoin dune fonction dauthentification du prescripteur pour la


tche prescrire .

Documents produits
Modlisation des processus mtier cible.
Besoins fonctionnels (identifis dans le tableau de recensement et de
description de larchitecture mtier cible).

Clture de ltape
Fiches descriptives mtier compltes et valides.
Cartographie mtier valide.

Facteurs de succs et risques


Travailler dans la continuit de ltude de lexistant en utilisant comme base
de travail les rsultats de ltape 1.1 (Phase 2 - Etape 1 :Analyse de
larchitecture mtier existante)
Savoir adapter le niveau de dtail de lanalyse :

Cf. analyse de lexistant mtier ;

SI35GUI V1.0.doc

Page : 28/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Les besoins fonctionnels doivent tre dcrits de faon suffisamment


synthtique et claire pour permettre leur identification, leur comprhension et
leur analyse au plus haut niveau de lecture (cest dire la vision du systme
tudi dans son ensemble).

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

2a

2b

Architecture
mtier

Principes
directeurs
durbanisation

Architecture
Fonctionnelle

Il faut pour cela savoir identifier les caractristiques essentielles


dun besoin fonctionnel (de faon permettre notamment son
rapprochement avec un besoin similaire exprim dans un autre
contexte) ;

Etablir au pralable une typologie limitative des fonctions


identifiables dans le cadre de larchitecture peut tre utile
(exemples de types de fonction : Cration, mise jour,
consultation, recherche, dition, etc.).

Rfrences
[2]

Exemple darchitecture mtier dun systme de prise en charge du


patient en unit clinique SI35MOD

[5]

Tableau de description des lments dun systme dinformation


SI35MFAP

[6]

Glossaire applicable ltude SI35REF

[11]

Guide mthodologique pour lAlignement Stratgique du Systme


dInformation SI32MEG (cf. mthode dvaluation du niveau de
priorit dun besoin fonctionnel)

Dfinir la trajectoire de
migration

SI35GUI V1.0.doc

Page : 29/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

7.2 P3-ETAPE 2A : PRINCIPES DIRECTEURS


DURBANISATION

Architecture
Applicative

Stratgie de ltablissement de sant et objectifs


-Stratgie
-Stratgietablissement
tablissement
Phase 1 : Analyser le systme dinformation existant

Prendre en compte les


objectifs de
ltablissement

Phase 2 :
Prendre en comptes les objectifs de ltablissement

Phase 3 : Identifier le systme dinformation cible

Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Dfinir larchitecture
mtier cible

Principes
directeurs durba.

Dfinir larchitecture
fonctionnelle cible

Objectifs
ObjectifsSISI
Principes
Principes
durbanisation
durbanisation

Pr requis
La stratgie de ltablissement a t dfinie et sest dcline notamment au
niveau de la Direction des Systmes dInformation (les axes stratgiques ont
t identifis et traduits en objectifs oprationnels).

Objectifs
Il sagit de prendre en compte les objectifs oprationnels propres au mtier
de la gestion du systme dinformation. Lobjectif de cette tape est de
traduire ces objectifs sous la forme de principes directeurs de lurbanisation
du systme dinformation.
Les objectifs prendre en compte ce niveau peuvent tre trs varis et
dpendent directement la stratgie de ltablissement ; ce pourrait tre, par
exemple :

Amliorer linteroprabilit des systmes ;


Ouvrir le systme dinformation sur lextrieur ;
Unifier les rfrentiels dinformations ;
Amliorer la scurit du systme dinformation ;
Unifier le poste de travail ;
Amliorer la qualit de service ;
etc.

Acteurs

Direction Gnrale ;

DSI, DSIO, DIM, cellule urbanisation ;

Responsables dapplications (au sein de la DSI/DSIO),


responsable architecture technique, responsable intgration ;

Acteurs du service informatique : Exploitants (applicatifs,


rseaux), service bureautique, gestionnaire de parc (matriel,
applicatif), etc.

SI35GUI V1.0.doc

Page : 30/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dmarche
Cette tape doit tre initialise lors des travaux dlaboration du projet
dtablissement (rflexion stratgique). De la mme faon que cela a t fait
par chacune des directions mtier (cf. 6 Phase 2 : Prise en compte des
objectifs de ltablissement), il sagit ici de traduire les axes stratgiques de
ltablissement en objectifs oprationnels pour la gestion du systme
dinformation.
Les impacts de chacun de ces objectifs oprationnels sont ensuite dcrits
sous la forme de rgles ou principes durbanisation.
Les objectifs oprationnels suivants, par exemple, peuvent tre dclins
ainsi :
1. Amliorer linteroprabilit des systmes :
La prise en compte de linteroprabilit doit amener dfinir de
nombreux principes durbanisation tels que, par exemple :

La dfinition dun cadre dinteroprabilit ;

Le choix dune architecture dintgration.

Les consquences de lapplication de ces principes directeurs sur la


dmarche durbanisation concerneront essentiellement lvaluation de
lexistant et la dfinition de la trajectoire de migration :

Une application existante peut par exemple tre considre


comme obsolte si elle nest pas en mesure de proposer
facilement
une
interface
respectant
les
principes
dinteroprabilit (standards dchanges, etc.) ;

Lors de la phase de dfinition de la trajectoire de migration (cf.


paragraphe 8. Phase 4 : Trajectoire de migration ), un projet
de mise en place dune solution dintgration, par exemple, peut
tre identifi.

Dfinir la trajectoire de
migration

La prise en compte de linteroprabilit est dcrite de faon plus complte


dans le guide dinteroprabilit joint ltude (cf. [7]).
2. Ouvrir le systme dinformation sur lextrieur :
Evoluer vers un systme dinformation ouvert est un objectif gnral qui
peut se dcliner ainsi :

Amliorer linteroprabilit (cf. objectif ci-dessus) afin de


favoriser les changes avec les systmes partenaires externes ;

Favoriser une architecture de services (cf. [7] Interoprabilit et


urbanisation Elments de dfinition SI35INT 3.2.3) lors
des choix dvolution du systme dinformation afin de faciliter
la fois lutilisation de services externes proposs par un systme
partenaire (exemple : Service de commandes automatises
proposs par un fournisseur) et lutilisation par un systme
partenaire de services offert par le systme de ltablissement
(exemple : Service de publication dinformations destination
des rseaux de sant) ;

SI35GUI V1.0.doc

Page : 31/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement

Amliorer la scurit du systme dinformation de


ltablissement (cf. objectif ci-dessous) afin de permettre des
lments externes daccder aux informations et aux services
de ce systme sans compromettre ni la qualit de service, ni
lintgrit des donnes, ni le niveau de confidentialit des
informations.

Les principes directeurs tablis sur cette base, pourront tre nombreux et
divers. Ils impacteront la dmarche durbanisation trois niveaux :

Lors de lidentification des besoins fonctionnels (des


fonctionnalits amliorant la scurit devront tre prvues telles
que lauthentification, la gestion dun annuaire des utilisateurs,
la gestion des droits et habilitations, etc.) ;

Identifier le SI cible

Lors de lvaluation de lexistant applicatif ;

Architecture
mtier

Lors de lidentification des projets dvolution du systme


dinformation (trajectoire de migration).

2a

Principes
directeurs
durbanisation

3. Unifier les rfrentiels dinformations :

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Le besoin dunification des rfrentiels est souvent dj la traduction dun


objectif plus gnral damlioration de la cohrence et de la fiabilit des
donnes du systme dinformation.
Cet objectif peut se traduire plus prcisment par quelques principes :

Identifier les principaux objets mtier du systme dinformation


et dfinir leur primtre dutilisation et de responsabilit au sein
de ce systme ;

Garantir lunicit de rfrence de chaque objet sur son


primtre.

Ces principes ont des impacts varis sur la dmarche durbanisation :

Lors de lidentification des projets dvolution du systme et de


la trajectoire de migration, il faut sassurer au cours de chaque
tape de lunicit de la rfrence des objets mtier et arbitrer
entre les solutions permettant de la garantir : matrise du
stockage ou matrise des flux.

4. Amliorer la scurit du systme dinformation :


Les principes directeurs durbanisation dcoulant dune politique de
scurit dpendent essentiellement de lanalyse du niveau de risque
encouru par le systme de ltablissement confront ses objectifs en la
matire (cf. [15] Scurit des systmes dinformation des tablissements de
sant Juin 2004). Ce peut tre, par exemple :

Mettre en place des services de chiffrement des flux


dinformations ;

Mettre en place des services de chiffrement du stockage


dinformations ;

Mettre en place des services dauthentification en amont de


lutilisation des fonctions du systme ;

SI35GUI V1.0.doc

Page : 32/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Favoriser le cloisonnement de linformation selon son niveau de


sensibilit ;

etc.

Les principes lis la scurit du systme dinformation ont des impacts


varis sur la dmarche durbanisation :

Des besoins fonctionnels spcifiques doivent tre identifis


(fonctions de gestion des droits et profils daccs, de gestion
dun annuaire des utilisateurs, etc.) lors de la dfinition de
larchitecture fonctionnelle cible.

Des services spcifiques doivent tre pris en compte par


lensemble des projets dvolution du systme dinformation
(services de chiffrement, dauthentification, etc.).

La mise en uvre dinfrastructures spcifiques (pare-feu,


support dauthentification, etc.) doit tre prvue lors de
lidentification des projets dvolution et de la trajectoire de
migration.

La construction de larchitecture fonctionnelle doit galement


tenir compte des diffrents niveaux de sensibilit de
linformation (cf. rgles de regroupement fonctionnel mises en
uvre au cours de ltape suivante)

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

5. Unifier le poste de travail :


Unifier le poste de travail utilisateur est un objectif gnral qui peut, par
exemple, se dcliner de la faon suivante :

Permettre un utilisateur de raliser les processus et/ou


activits mtier qui le concernent de la manire la plus continue
et la plus fluide possible, quels que soient la diversit et le
nombre des applications mises en uvre :

Navoir quun et un seul point daccs ces applications ;

Ne sauthentifier
applications ;

Pouvoir conserver le contexte de travail (utilisateur, patient,


etc.) lors du changement dapplication (utilisation de
standard) ;

Prsenter lutilisateur
auxquelles il est habilit ;

Promouvoir au maximum une ergonomie constante quelle


que soit lapplication quil utilise.

quune

seule

fois

uniquement

pour

les

toutes

les

applications

Favoriser une architecture de services lors des choix dvolution


du systme dinformation.

SI35GUI V1.0.doc

Page : 33/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement

Ces principes directeurs, pouvant tre nombreux et couvrir des champs


daction divers, influenceront la dmarche durbanisation trois niveaux :

Au niveau des processus mtier et des fonctions : Identifier le


contexte conserver favorisant la fluidit des activits ;

Au niveau applicatif : Lors de lvaluation de lexistant applicatif,


toute application nest pas spontanment ou facilement
intgrable dans une architecture de type service. La possibilit
ou la difficult de cette intgration dpendent de sa technologie
dimplmentation ;

Au niveau de la trajectoire de migration : Lors de lidentification


des projets dvolution du systme dinformation (trajectoire de
migration), la capacit dune solution sintgrer une
architecture de service pourrait constituer un critre de choix.

Identifier le SI cible
1

Architecture
mtier

Documents produits
Document dcrivant les principes directeurs durbanisation. Ce document
prvoit pour chaque principe nonc, des chapitres dcrivant :

2a

2b

Principes
directeurs
durbanisation

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Les objectifs oprationnels qui ont conduit sa dfinition ;

Ses consquences sur la dfinition de larchitecture cible du


systme dinformation ;

La faon de le prendre en compte dans la dfinition des projets


dvolution du systme dinformation ;

La faon de le prendre en compte lors la prparation dune


consultation (rdaction dun cahier des charges) et lors du choix
dune solution (lments valuation associs au principe).

Clture de ltape
Principes directeurs du systme dinformation valids.

Facteurs de succs et risques

Savoir noncer des principes ralistes au regard aussi bien


lexistant informatique de ltablissement que de ltat de lart.

Risque : Etablir une liste de vux pieux.

Enoncer des principes durbanisation les plus concrets et


oprationnels possible en prcisant bien la faon de les mettre
en uvre chaque tape de lvolution et de lexploitation du
systme dinformation.

Risque : Constituer une liste de grands principes trop


gnraux pour tre appliqus au quotidien.

SI35GUI V1.0.doc

Page : 34/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Savoir limiter en nombre et prioriser les diffrents principes en


fonction de leur niveau dalignement stratgique, de leur facilit
de mise en uvre, du bnfice attendu, etc. Objectif : tre en
mesure darbitrer rapidement lorsque, par exemple, une solution
dvolution favorise un principe au dtriment dun autre.

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Risque : Constituer une


inapplicable en pratique.

liste

plthorique

de

rgles

Rfrences
[7]

Interoprabilit et urbanisation Elments de dfinition SI35INT

[15]

Scurit des systmes dinformation des tablissements de sant


Juin 2004

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

SI35GUI V1.0.doc

Page : 35/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

7.3 P3-ETAPE 2B : ARCHITECTURE FONCTIONNELLE


CIBLE

Architecture
Applicative

Stratgie de ltablissement de sant et objectifs


-Fiches
-Fichesfonction
fonction/ /
priorits
prioritsfonctionnelles
fonctionnelles

Phase 1 : Analyser le systme dinformation existant

Prendre en compte les


objectifs de
ltablissement

Cartographie
Cartographiede
de
lalavue
vueapplicative
applicative
du
duSISIexistant
existant

Phase 2 :
Prendre en comptes les objectifs de ltablissement

Identifier le SI cible
1

2a

2b

Architecture
mtier

Phase 3 : Identifier le systme dinformation cible


Dfinir larchitecture
mtier cible

Cartographie
Cartographie
mtier
mtierde
delalacible
cible
Besoins
Besoins
fonctionnels
fonctionnels

Principes
directeurs
durbanisation

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Principes
directeurs durba.

Dfinir larchitecture
fonctionnelle cible

Objectifs
ObjectifsSISI
Principes
Principes
durbanisation
durbanisation

Cartographie
Cartographie
fonctionnelle
fonctionnellede
delala
cible
cible

Pr requis

Larchitecture mtier cible a t dcrite et les besoins


fonctionnels identifis sur cette base.

Les principes directeurs durbanisation ont t tablis.

Objectifs
Lobjectif est de cadrer le plus prcisment possible tant donn le
caractre global et amont de la rflexion larchitecture du systme
dinformation vers laquelle il faut tendre. Ce cadre prcis, cest larchitecture
fonctionnelle du systme.

Acteurs

DSI, DSIO, DIM ;

Architecte, urbaniste ;

Responsables dapplications (au sein de la DSI/DSIO),


responsable architecture technique, responsable intgration ;

Acteurs du service informatique : Exploitants (applicatifs,


rseaux), service bureautique, gestionnaire de parc (matriel,
applicatif), etc. ;

Utilisateurs des applications.

SI35GUI V1.0.doc

Page : 36/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Dmarche
1. valuer lexistant applicatif sur la base des analyses prcdentes :

Prendre en compte les


objectifs de
ltablissement
Identifier le SI cible
1

Architecture
mtier

2a

Principes
directeurs
durbanisation

2b

Architecture
Fonctionnelle

Evaluer le niveau de rponse de lexistant aux besoins


fonctionnels identifis au cours de ltape 1. Par exemple :

Lapplication utilise aujourdhui pour la ralisation de cette


tche permet-elle de mettre en uvre les besoins
fonctionnels identifis ?

Le fait-elle de faon satisfaisante (du point de vue de


lutilisateur et des thmes de progrs) ?

Evaluer le niveau dadquation de lexistant aux principes


directeurs durbanisation et aux objectifs oprationnels de la
gestion du SI. Par exemple :

Cette application rpond-elle aux nouvelles exigences du


systme en matire dinteroprabilit ?

Le cot de maintenance de cette application est-il acceptable


compte tenu des objectifs oprationnels (ce cot dpend des
technologies mises en uvre, du nombres dinterfaces
grer, de la frquences des pannes, etc.) ?

Identifier les applications qui devront tre remplaces.

2. Organiser larchitecture fonctionnelle cible :

Dfinir la trajectoire de
migration

En sappuyant sur lexistant prenne : positionner les fonctions


cible sur la carte applicative existante (utilise comme fond de
carte et ne prsentant que les applications conserver) ;

Identifier et qualifier les principaux flux dinformations interfonctionnels en mettant en vidence essentiellement :

Le contenu de linformation (lobjet mtier principal) ;

La dimension du flux dinformation (volume et frquence) ;

La criticit du flux dinformation (en fonction de la nature de


linformation transmise, des contraintes en termes de dlai,
de qualit de la transmission, etc.).

Constituer les blocs fonctionnels cible (Regrouper les fonctions


en blocs fonctionnels ; regrouper les blocs fonctionnels euxmmes en blocs de plus haut niveau, etc.) :

En assurant autant que possible une cohrence avec


lorganisation de larchitecture mtier et en caractrisant
lutilisation des fonctions par rapport cette architecture
(utilisation transversale ou utilisation spcifique) ;

En tenant compte des contraintes de lexistant (fonctions


dj regroupes au sein dune application ou dun systme
qui doit tre conserv) ;

SI35GUI V1.0.doc

Page : 37/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement

2b

De faon ce que lorganisation fonctionnelle du SI soit


cohrente avec les principes directeurs durbanisation (et
avec les objectifs de ltablissement).

Architecture
mtier

2a

En tenant compte surtout de la nature de linformation


manipule et des flux inter-fonctionnels, lobjectif tant de
limiter au maximum le nombre, la dimension et la criticit des
flux dinformations inter-blocs ;

Le regroupement fonctionnel peut aller jusqu la fusion de


plusieurs fonctions en une seule rpondant aux besoins de toutes
si leurs caractristiques sont suffisamment similaires et si la prise
en compte des lments danalyse cits ci-dessus le justifie. Par
exemple :

Identifier le SI cible
1

Principes
directeurs
durbanisation

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

Identification dune fonction de prescription unique pour


rpondre aux besoins de la demande dacte, de la
prescription de mdicaments, etc.

Rvaluer lexistant applicatif sur la base des regroupements


fonctionnels dcids et des ventuelles nouvelles fonctions
identifies : Identifier notamment les lments applicatifs
redondants (plusieurs applications informatisant une mme
fonction) et rvaluer la ncessit de les conserver

Documents produits
Documents descriptifs de larchitecture fonctionnelle cible :

Cartographie fonctionnelle ;

Mise jour du tableau de description assurant la continuit


entre les diffrents niveaux danalyse de larchitecture
(cf. [5] Tableau de description des lments dun systme
dinformation SI35MFAP) :

Description des processus (architecture mtier) ;

Identification des applications


applicative existante) ;

Identification des thmes de progrs et description des


besoins fonctionnels (fonctions SI) associs ;

Evaluation des applications existantes (niveau de rponse


aux besoins fonctionnels et principes directeurs).

existantes

(architecture

Clture de ltape
Architecture fonctionnelle cible valide

SI35GUI V1.0.doc

Page : 38/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1
Architecture
mtier

Facteurs de succs et risques

Architecture
Applicative

Prendre en compte les


objectifs de
ltablissement

Rfrences
[3]

Exemple darchitecture mtier dun systme de prise en charge du


patient en unit clinique SI35MOD

[5]

Tableau de description des lments dun systme dinformation


SI35MFAP

[7]

Interoprabilit et urbanisation Elments de dfinition SI35INT

Identifier le SI cible
1

2a

2b

Architecture
mtier

Comme pour chaque tape de la dmarche durbanisation, le


risque de noyer lanalyse dans le dtail est ici important : Une
analyse trop dtaille des flux donne un rsultat inexploitable.
Autant lanalyse dtaille se justifie pour les besoins dun projet
ou de lexploitation du SI, autant lanalyse de lurbaniste doit se
limiter aux flux les plus importants (en terme de volume, de
criticit ou dimportance stratgique, etc.). Cela suppose une
bonne connaissance a priori du systme.

Principes
directeurs
durbanisation

Architecture
Fonctionnelle

Dfinir la trajectoire de
migration

SI35GUI V1.0.doc

Page : 39/40

Architecture et urbanisation des systmes dinformation hospitaliers


Guide Mthodologique
Version 1.0

Analyser le SI existant
Etape 2
Etape 1

8. PHASE 4 : TRAJECTOIRE DE MIGRATION


Stratgie de ltablissement de sant et objectifs

Architecture
mtier

Architecture
Applicative

-Priorits
-Prioritsstratgiques
stratgiques
Phase 3 : Identifier le systme dinformation cible
Architecture
Architecturefonctionnelle
fonctionnelle
cible
cibledu
duSISI

Prendre en compte les


objectifs de
ltablissement

Phase 4 : Dfinir la trajectoire de migration


Dfinir le qualifier les
projets
Fiches
Fichesprojets
projets

Identifier le SI cible
1

Architecture
mtier

Dfinir la stratgie
d volution
Scnarios
Scnarios
dvolution
dvolution

Planifier/Grer le
portefeuille de projet
Plan
Plandvolution
dvolution
/ /trajectoires
trajectoires
tats
tatstransitoires
transitoires
du
duSISI(applicatifs
(applicatifsetet
techniques)
techniques)

Schma
Schmadirecteur
directeurdes
dessystmes
systmesdinformation
dinformation

2a

2b

Principes
directeurs
durbanisation

Architecture
Fonctionnelle

La dmarche associe cette phase de dfinition de la trajectoire de


migration sera dveloppe dans le cadre du dernier volet des tudes
GMSIH consacres au systme dinformation de production de soins.
Lobjectif de cette phase est :

Dfinir la trajectoire de
migration

Didentifier les projets dvolution du systme dinformation sur


la base de larchitecture fonctionnelle cible et des principes
directeurs durbanisation (un projet se justifiant soit par la mise
en oeuvre de fonctions non couvertes ou non couverte de
faon satisfaisante par lexistant applicatif, soit par la mise en
uvre dun principe durbanisation).
De qualifier les projets dvolution du systme dinformation
(valuer en particulier les projets en fonction de leur niveau
dalignement stratgique, leur bnfice attendu, leur cot
prvisionnel, leur niveau de risque, etc.)4.
De formaliser les scnarios dvolution (hypothses
dordonnancement de projets) en fonction des objectifs dfinis
dans la stratgie de ltablissement (niveau de priorit des
projets), des dpendances fonctionnelles (prrequis la mise
en uvre dune fonction) et des contraintes techniques.
De choisir un scnario dvolution et de dfinir la trajectoire de
migration associe (planification des projets et dfinition des
5
diffrents tats transitoires du systme dinformation ) ;
larchitecture applicative et technique existante constituant le
point de dpart de cette trajectoire.

Lensemble des rsultats de cette phase constitue le schma directeur


des systmes dinformation.
4
Cf. tude du GMSIH intitule Evaluation du retour sur investissement des systmes
dinformation - Guide lusage des tablissements de sant GMSIH 2006
5
Etat transitoire du systme dinformation : description de larchitecture applicative et technique
de ce que devra tre le systme aprs la mise en uvre dun ou plusieurs projets identifis.

SI35GUI V1.0.doc

Page : 40/40