Architecture Et Urbanisation Des SI Hospitalier - Guide Méthodologique

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

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

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

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

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

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

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

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

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

Guide Mthodologique
Version 1.0
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 :

objectifs de
ltablissement
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 :
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

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

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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
5. PHASE 1 : ANALYSE DE LEXISTANT

5.1 SYNOPTIQUE
Architecture
mtier
Architecture
Applicative

-Axes
-Axesstratgiques
stratgiques
-Objectifs
-Objectifsoprationnels
oprationnels

objectifs de
ltablissement
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
migration
mtier 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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

objectifs de
ltablissement
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
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

objectifs de
ltablissement
5.3 PHASE 1 - ETAPE 1 :ANALYSE DE LARCHITECTURE

METIER EXISTANTE
-Axes
-Axesstratgiques
stratgiques
-Objectifs
oprationnels

mtier existante
Cartographie
Cartographiede
de
lalavue
vuemtier
mtierdu
du
SISIexistant
existant
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
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
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Dmarche
Identifier les acteurs interagissant avec le systme dinformation considr.
Architecture
Applicative

objectifs de
ltablissement
Organiser/dcouper le systme dinformation tudi en processus mtier :
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
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

Guide Mthodologique
Version 1.0
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) :

objectifs de
ltablissement
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
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

Guide Mthodologique
Version 1.0
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 :

objectifs de
ltablissement
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 :
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

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]
[14]
Mthodologies et outils de conduite du changement dans les projets

SI 2003
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
migration
SI35GUI V1.0.doc
Page : 20/40

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
5.4 ETAPE 2 : ANALYSE DE LARCHITECTURE

APPLICATIVE EXISTANTE
Architecture
Applicative
-Axes
-Axesstratgiques
stratgiques
-Objectifs
oprationnels

objectifs de
ltablissement

mtier existante
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
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
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

Guide Mthodologique
Version 1.0
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.

objectifs de
ltablissement
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
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.

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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

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]

SI35MFAP
[6]
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
migration
SI35GUI V1.0.doc
Page : 23/40
Architecture et urbanisation des systmes dinformation

Guide Mthodologique
Etape 2
Etape 1
Architecture
mtier
Version 1.0
6. PHASE 2 : PRISE EN COMPTE DES OBJECTIFS

DE LETABLISSEMENT
Architecture
Applicative

objectifs de
ltablissement
-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
1
2a
Phase 2 :
Architecture
mtier
Objectifs
Objectifsintgrs
intgrsdans
dans
laladescription
descriptiondes
des
processus
processus
Principes
directeurs
durbanisation
Remarques
2b
Architecture
Fonctionnelle
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
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) :

objectifs de
ltablissement
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

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)
migration
Clture de ltape
Tableau de recensement et de description dune architecture mtier mis
jour (intgrant les objectifs oprationnels)
Rfrences
[5]

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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
7. PHASE 3 : DEFINIR LE SYSTEME

DINFORMATION CIBLE
Architecture
Applicative

-Fiches
-Fichesfonction
fonction
-Stratgie
-Stratgietablissement
tablissement
Cartographie
Cartographie
Cartographiede
de
Cartographiede
de
lalavue
lalavue
vueapplicative
applicative
vuemtier
mtierdu
du
du
SI
existant
SISIexistant
du SI existant
Phase 2 :
existant
Objectifs
Objectifsintgrs
intgrsdans
danslala
description
descriptiondes
desprocessus
processus

objectifs de
ltablissement
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
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 :
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
7.1 PHASE 3 - ETAPE 1 : ARCHITECTURE METIER CIBLE
Architecture
Applicative

-Fiches
-Fichesfonction
fonction
Cartographie
Cartographiede
de
lalavue
vuemtier
mtierdu
du
SISIexistant
Phase 2 :
existant
Objectifs
Objectifsintgrs
intgrsdans
danslala
description
descriptiondes
desprocessus
processus

objectifs de
ltablissement

mtier cible
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
-Besoins
-Besoinsfonctionnels
fonctionnels
Principes
directeurs durba.
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)
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

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) ?
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
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.

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

Guide Mthodologique
Version 1.0
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).

objectifs de
ltablissement
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]

[5]

SI35MFAP
[6]
[11]
Guide mthodologique pour lAlignement Stratgique du Systme

dInformation SI32MEG (cf. mthode dvaluation du niveau de
priorit dun besoin fonctionnel)
migration
SI35GUI V1.0.doc
Page : 29/40

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
7.2 P3-ETAPE 2A : PRINCIPES DIRECTEURS

DURBANISATION
Architecture
Applicative

-Stratgie
-Stratgietablissement
tablissement

objectifs de
ltablissement
Phase 2 :
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
migration
mtier cible
Principes
directeurs durba.
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

objectifs de
ltablissement
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.
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

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

Guide Mthodologique
Version 1.0
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)

objectifs de
ltablissement
1
Architecture
mtier
2a
Principes
directeurs
durbanisation
2b
Architecture
Fonctionnelle
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

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

Guide Mthodologique
Version 1.0
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.

objectifs de
ltablissement
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
migration
SI35GUI V1.0.doc
Page : 35/40

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
7.3 P3-ETAPE 2B : ARCHITECTURE FONCTIONNELLE

CIBLE
Architecture
Applicative

-Fiches
-Fichesfonction
fonction/ /
priorits
prioritsfonctionnelles
fonctionnelles

objectifs de
ltablissement
Cartographie
Cartographiede
de
lalavue
vueapplicative
applicative
du
duSISIexistant
existant
Phase 2 :
1
2a
2b
Architecture
mtier

mtier cible
Cartographie
Cartographie
mtier
mtierde
delalacible
cible
Besoins
Besoins
fonctionnels
fonctionnels
Principes
directeurs
durbanisation
Architecture
Fonctionnelle
migration
Principes
directeurs durba.
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative
Dmarche
1. valuer lexistant applicatif sur la base des analyses prcdentes :

objectifs de
ltablissement
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 :
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

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 :
1
Principes
directeurs
durbanisation
Architecture
Fonctionnelle
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

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
Architecture
mtier
Architecture
Applicative

objectifs de
ltablissement
Rfrences
[3]

[5]

SI35MFAP
[7]
Interoprabilit et urbanisation Elments de dfinition SI35INT
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
migration
SI35GUI V1.0.doc
Page : 39/40

Guide Mthodologique
Version 1.0
Etape 2
Etape 1
8. PHASE 4 : TRAJECTOIRE DE MIGRATION

Architecture
mtier
Architecture
Applicative
-Priorits
-Prioritsstratgiques
stratgiques
Architecture
Architecturefonctionnelle
fonctionnelle
cible
cibledu
duSISI

objectifs de
ltablissement
Phase 4 : Dfinir la trajectoire de migration

Dfinir le qualifier les
projets
Fiches
Fichesprojets
projets
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 :
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

Architecture Et Urbanisation Des SI Hospitalier - Guide Méthodologique

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Architecture Et Urbanisation Des SI Hospitalier - Guide Méthodologique

Uploaded by

Copyright:

Available Formats

Guide lusage

des tablissements de sant

Architecture et urbanisation des systmes dinformation hospitaliers

Copyright (c) 2006 GMSIH

Architecture et urbanisation des systmes dinformation hospitaliers

Guide mthodologique - Architecture et urbanisation des

Exemple darchitecture mtier dun systme de prise en charge

Prsentation de larchitecture mtier exemple - SI35MODM

Exemple darchitecture fonctionnelle dun systme de prise en

Tableau de description des lments dun systme

Glossaire applicable ltude SI35REF

Interoprabilit et urbanisation Elments de dfinition

Scnarios dutilisation du rfrentiel durbanisation SI35SCN

Outil d'valuation des pratiques d'urbanisation et de

Le lecteur se reportera par ailleurs utilement aux tudes prcdentes qui

Alignement stratgique du systme dinformation Dcembre

Guide mthodologique pour lAlignement Stratgique du

Outil dalignement stratgique du SI SI32ASSI (Inclus dans

Analyse de lexistant et des besoins des systmes dinformation

Mthodologies et outils de conduite du changement dans les

Scurit des systmes dinformation des tablissements de

Architecture et urbanisation des systmes dinformation hospitaliers

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

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

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

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

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

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

Phase 1 - Etape 1 :Analyse de larchitecture mtier existante16

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

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

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

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

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

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

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

Architecture et urbanisation des systmes dinformation hospitaliers

1. POURQUOI UN GUIDE METHOLOGIQUE ?

Selon son niveau actuel davancement et de maturit en

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

Selon la dimension de son systme dinformation et ses

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

Architecture et urbanisation des systmes dinformation hospitaliers

2. SYSTEME DINFORMATION ET URBANISATION

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

Pour lorganisation et les processus mtier, une mthode et

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

Pour louverture vers les systmes de sant, les rgles

Lintrt de lurbanisation est multiple. Elle permet :

De constituer et structurer des ensembles fonctionnels

De mettre en place plus rapidement les volutions ou le

Architecture et urbanisation des systmes dinformation hospitaliers

Le schma ci aprs se propose de prsenter les diffrents modles

Figure 1 : Les strates de l'architecture du SI

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

Architecture et urbanisation des systmes dinformation hospitaliers

3. COMMENT UTILISER CE GUIDE ?

Quels sont les lments supposs acquis et

Quelles sont les finalits de cette tape : pourquoi

Qui sont les acteurs de ltablissement impliqus ou

Que doit-on raliser dans cette tape, quels sont

Quels sont les livrables de ltape :

Permet de prciser quelles sont les actions