You are on page 1of 40

Guide à l’usage

des établissements de santé
[1]

Guide méthodologique
Architecture et
urbanisation des
Systèmes d’Information
Hospitaliers
Version 1.0

SI35GUI V1.0.doc

Page : 1/40

Architecture et urbanisation des systèmes d’information hospitaliers
Guide Méthodologique
Version 1.0

Copyright (c) 2006 GMSIH
Permission vous est donnée de copier et distribuer ce document selon
les termes de la Licence D-GMSIH, Version 1.0 ou ultérieure publiée
par le GMSIH.
Une copie de cette Licence peut être consultée à l’adresse
http://www.gmsih.fr/licences/.

SI35GUI V1.0.doc

Page : 2/40

Architecture et urbanisation des systèmes d’information hospitaliers
Guide Méthodologique
Version 1.0

Références
Le GMSIH a produit les références suivantes relatives à l’Architecture et
l’urbanisation des systèmes d’information de production de soins :
[1]

Guide méthodologique - Architecture et urbanisation des
systèmes d’information Hospitaliers - SI35GUI (Le présent
document)

[2]

Exemple d’architecture métier d’un système de prise en charge
du patient en unité clinique – SI35MOD

[3]

Présentation de l’architecture métier exemple - SI35MODM

[4]

Exemple d’architecture fonctionnelle d’un système de prise en
charge du patient en unité clinique – SI35FON

[5]

Tableau de description des éléments d’un système
d’information – SI35MFAP

[6]

Glossaire applicable à l’étude – SI35REF

[7]

Interopérabilité et urbanisation – Eléments de définition –
SI35INT

[8]

Scénarios d’utilisation du référentiel d’urbanisation– SI35SCN

[9]

Outil d'évaluation des pratiques d'urbanisation et de
gouvernance des systèmes d'information - SI35RAD

Le lecteur se reportera par ailleurs utilement aux études précédentes qui
complètent cette présente étude :
[10]

Alignement stratégique du système d’information – Décembre
2004

[11]

Guide méthodologique pour l’Alignement Stratégique du
Système d’Information – SI32MEG (Inclus dans l’étude cidessus)

[12]

Outil d’alignement stratégique du SI – SI32ASSI (Inclus dans
l’étude ci-dessus)

[13]

Analyse de l’existant et des besoins des systèmes d’information
de production de soin – Mars 2005

[14]

Méthodologies et outils de conduite du changement dans les
projets SI – 2003

[15]

Sécurité des systèmes d’information des établissements de
santé – Juin 2004

SI35GUI V1.0.doc

Page : 3/40

Architecture et urbanisation des systèmes d’information hospitaliers
Guide Méthodologique
Version 1.0

SOMMAIRE
1.

Pourquoi un guide méthologique ?....................................................5

2.

Systeme d’information et urbanisation..............................................6
2.1

Système d’information : une définition .......................................6

2.2

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

3.

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

4.

Présentation de la démarche ............................................................11

5.

Phase 1 : Analyse de l’existant .........................................................14
5.1

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

5.2

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

5.3

Phase 1 - Etape 1 :Analyse de l’architecture métier existante16

5.4

Etape 2 : Analyse de l’architecture applicative existante........21

6.

Phase 2 : Prise en compte des objectifs de l’établissement .........24

7.

Phase 3 : Définir le système d’information cible ............................26

8.

7.1

Phase 3 - Etape 1 : Architecture métier cible............................27

7.2

P3-Etape 2A : Principes directeurs d’urbanisation ..................30

7.3

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

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

SI35GUI V1.0.doc

Page : 4/40

SI35GUI V1. Cette démarche s’insère dans celle initiée par l’étude sur l’alignement stratégique des systèmes d’information. la démarche doit permettre de faciliter les choix. • Selon son organisation et ses moyens (tant d’un point de vue humain que technique) . Au travers de l’analyse du fonctionnement de l’établissement de santé. de validation et d’implémentation de la solution.0 1. • Selon la dimension de son système d’information et ses besoins en matière d’urbanisation.doc Page : 5/40 . Cette mise en œuvre nécessite une réelle maîtrise de la démarche. l’architecture fonctionnelle doit permettre de choisir les fonctions utiles à ces besoins et d’élaborer des scénarios de choix.0. Ce guide doit être appréhendé comme un fil conducteur permettant de bien comprendre le sens de ce type démarche pour que sa mise en œuvre puisse ensuite être envisagée : • Selon son niveau actuel d’avancement et de maturité en terme d’architecture de son système d’information et de travaux d’urbanisation . En complément. premier des cinq volets consacrés aux systèmes d’information de production de soins. elle doit aider à la définition du schéma directeur des projets d’évolution du système d’information. notamment d’applications. Enfin. Il replace la démarche dans le contexte des établissements de santé et met en lumière les conditions de succès pour sa mise en œuvre. Remarque importante : Bien que la démarche proposée par ce guide soit très structurée et complète.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. elle n’a pas vocation à être appliquée à la lettre dans un établissement de santé. pour les métiers concernés. de leur priorité et de leur ordonnancement. en facilitant les prises de décision. Ce guide n’a pas vocation à se substituer aux différentes démarches d’analyse des systèmes (cadre architectural) et méthodes d’urbanisation dont la littérature sur le sujet est déjà importante. POURQUOI UN GUIDE METHOLOGIQUE ? Ce guide méthodologique décrit les différentes étapes concourant à l’établissement et à l’entretien d’un référentiel d’urbanisation pour l’évolution du système d’information. Les architectures applicatives et techniques ne sont pas abordées dans la partie cartographie car fortement dépendantes du contexte de l’établissement de santé.

de conservation. Cette prise en charge couvre les aspects médicaux et médico-administratifs. interfaces. client serveur à deux. architectures (centralisée. Elle permet : • De constituer et structurer des ensembles fonctionnels cohérents et suffisamment indépendants sur lesquels il est possible d’intervenir sans remettre en cause le plan global .2 URBANISATION L’urbanisation doit apporter : • Pour les objectifs de l’établissement de santé. 2. etc. de communication et de traitement. les infrastructures d’échange entre composants (normes d’échange). les règles d’ouverture et d’échange.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.1 SYSTEME D’INFORMATION : UNE DEFINITION Le système d'information de la production de soins peut être défini comme l'ensemble des informations.0. nécessaires à l'accomplissement des missions de l'organisation en relation avec la prise en charge d’un patient et son (leur) environnement. • Pour le Système d’Information (SI).0 2. la couche de « middleware » et la gestion de la persistance. faisabilité. l’interaction entre divers plans d’urbanisation. trois. la reconfiguration. les règles et les recommandations permettant d’aider à la définition des projets des établissements de santé . les bonnes pratiques. de leurs règles de circulation. langages.doc Page : 6/40 . • De mettre en place plus rapidement les évolutions ou le remplacement d’un de ces ensembles dans la mesure où il a été bien identifié et qu’il constitue un ensemble fini et bien délimité. L’intérêt de l’urbanisation est multiple. la définition des grands ensembles du SI et de ses invariants. coûts-bénéfices) . les éléments d’interopérabilité. aux innovations. Le système informatique est une organisation de ces moyens (de traitement de l’information) : Il met en œuvre des plates-formes. à la pérennité des solutions. SI35GUI V1. Sa mise en place repose sur une expertise attentive à la diversité des outils du marché. méthodes et recommandations de construction du plan d’urbanisme en fonction de la typologie des établissements de santé. les niveaux de conservation des données. Il détermine la localisation des traitements et mémoires. n niveaux). évaluation des risques. une méthode et les règles nécessaires pour permettre leur traduction en système d’information (adéquation avec la stratégie. SYSTEME D’INFORMATION ET URBANISATION 2.) • Pour l’ouverture vers les systèmes de santé. les règles. • Pour l’organisation et les processus métier.

HEC-ENSMP SI35GUI V1. 1 Figure 1 : Les strates de l'architecture du SI 1 Adaptation d'après F.0 Le schéma ci après se propose de présenter les différents modèles d’architecture (les vues) et leurs interactions.La cartographie. au service de l’urbanisme .Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.Thèse 2003 . Noireaux .doc Page : 7/40 .0.

doc Page : 8/40 .Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. Les fiches descriptives de chaque phase et de chaque étape associée sont proposées dans les pages suivantes. quels sont les moyens permettant de les prévenir Référence Quels sont les éléments complémentaires utiles à la compréhension et à l’illustration de l’étape ? Quels sont les autres projets liés à l’étude des systèmes d’information de production de soins (Etudes du cycle Production de soins) qui contribuent à la réalisation de cette étape ? SI35GUI V1. COMMENT UTILISER CE GUIDE ? Introduction Ce guide décrit une démarche d’analyse d’une architecture métier et d’urbanisation du système d’information phase par phase. En complément.0. les rubriques suivantes sont décrites : Pré requis Quels sont les éléments supposés acquis et nécessaires au bon déroulement de l’étape ? Objectifs Quelles sont les finalités de cette étape : pourquoi réaliser cette étape ? Acteurs Qui sont les acteurs de l’établissement impliqués ou sollicités dans cette étape. une représentation graphique en début de chaque phase permet de resituer rapidement l’étape au sein de la démarche. Ce synoptique est repris sur la partie gauche de chaque fiche descriptive qui présente les rubriques décrites ci après. quel est leur rôle ? Démarche Que doit-on réaliser dans cette étape. successives ou non. Un synoptique général présente les grandes phases de la démarche d’architecture et d’urbanisation des systèmes d’information. Par chaque étape. Elles constituent un itinéraire structuré pour la mise en place et la maintenance d’un référentiel d’urbanisation des systèmes d’information d’un établissement de santé. quels sont les éléments à valider ? Documents produits Quels sont les livrables de l’étape : Comment sont formalisés les résultats des travaux à l’issue de l’étape ? Clôture de l’étape Permet de préciser quelles sont les actions nécessaires pour valider l’étape en cours Facteurs de succès et risques Quelles conditions permettent de favoriser la réussite de l’étape ? Quels sont les risques associés à l’étape. chaque phase se décomposant elle-même en étapes.0 3.

celles ci sont déclinées et mises en oeuvre dans chacune des phases faisant suite à la définition de cette stratégie.0 Survol de la démarche Seules les phases 1 et 3 sont couvertes par le présent guide méthodologique.doc Page : 9/40 .Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. Stratégie de l’établissement de santé et objectifs Phase 1 : Analyser le système d’information existant Analyser l’architecture métier existante Description Descriptionde de l’existant l’existantmétier métier Analyser l’architecture applicative existante Description Descriptionde de l’existant l’existantapplicatif applicatif Phase 2 : Prendre en comptes les objectifs de l’établissement Fiches Fichesd’impact d’impact Objectifs Objectifs/ /Processus Processus Phase 3 : Identifier le système d’information cible Définir l’architecture Principes métier cible directeurs du SI Architecture Architecturemétier métier cible cibledu dusystème système d’information d’information Définir l’architecture fonctionnelle cible Architecture Architecturefonctionnelle fonctionnellecible cible du système d’information du système d’information Phase 4 : Définir la trajectoire de migration Définir le qualifier les projets Définir la stratégie d ’évolution Planifier/Gérer le portefeuille de projet Schéma Schémadirecteur directeurdes des systèmes systèmesd’information d’information Figure 2 : Architecture et urbanisation .Phases et étapes La démarche est itérative.0. SI35GUI V1. Une fois les grandes orientations stratégiques de l’établissement de santé définies.

0.doc 4 Principes directeurs d’urbanisation Architecture Fonctionnelle Définir la trajectoire de migration Page : 10/40 .0 Découpage en phases et étapes Phase 1 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Phase 2 Prendre en compte les objectifs de l’établissement Phase 3 Identifier le SI cible Etape 1 Architecture métier Etape 2a Etape 2b Phase SI35GUI V1.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.

0 Analyser le SI existant Etape 2 Etape 1 Architecture métier 4.. 3.0. Architecture Applicative 1. dans quel ordre. lors d’une phase de réflexion stratégique) : • S’assurer que l’on a bien compris pourquoi et comment il faut faire évoluer le système d’information pour répondre aux objectifs stratégiques de l’établissement. Définir le système d’information cible • • • Architecture Fonctionnelle Pour bien comprendre la situation et savoir d’où l’on part..Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. par écart avec l’existant.. Énoncer les principes directeurs d’urbanisation du système d’information .. à quelles conditions et pour quels résultats (définir le schéma directeur des systèmes d’information).. Mettre à jour le plan d’évolution glissant : • Réajuster le plan d’évolution sur la nouvelle cible et mettre à jour le schéma directeur. Ajuster et mettre à jour la « cible idéale ». qui alimente un cycle de gouvernance du système d’information 1. Identifier les besoins d’évolution tant d’un point de vue métier que fonctionnel du système d’information . 2. Effectuer une analyse de l’existant et produire une cartographie de cet existant : Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 2a 2b Architecture métier Principes directeurs d’urbanisation • 2. Décrire une « cible idéale ». 4. Faire évoluer la cible système d’information: • • Mettre à jour les principes directeurs d’urbanisation du système d’information. . 4. Tenir compte de l’évolution des objectifs stratégiques et opérationnels • S’assurer que l’on a bien compris l’évolution des objectifs et mesuré les impacts de ces évolutions tant sur les métiers que sur le système d’information 3. Comprendre la nouvelle situation.doc Page : 11/40 . Définir le plan d’évolution : • Définir la trajectoire de migration Qualifier ce qu’il faut faire pour se diriger vers la cible. PRESENTATION DE LA DEMARCHE Une démarche en 4 phases . Prendre en compte les objectifs stratégiques et opérationnels (exprimés en amont de la démarche d’urbanisation. Effectuer une mise à jour de la cartographie de l’existant : • • Gérer l’évolution du référentiel d’urbanisation & Conduire l’évolution du SI Prendre en compte les impacts du plan d’évolution . SI35GUI V1.

• Mettre en place les moyens pour garantir la cohérence et la pérennité de la démarche et des données.0 Les prérequis à la démarche et les facteurs de succès : L’implication de la direction : • Qui fixe les orientations et les objectifs stratégiques . ne pas viser systématiquement l’exhaustivité du périmètre . reconnue pour ses compétences. Sur le plan humain : • Impliquer le management dans la mise en oeuvre de la démarche car il doit au préalable fixer les objectifs stratégiques précis .Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. • Qui a la volonté de se doter d’une méthodologie et d’outils adaptés à l’établissement de santé. capable de s’engager dans la durée. favoriser la transparence et le partage d’information . dimension économique) qu’offre la démarche processus . quelle cible veut-on atteindre) .0. sensibiliser. SI35GUI V1. • Tenir compte de la culture de l’établissement de santé. • Prendre en compte l'existant. • Disposer d’un langage commun . expliquer. DSI). au démarrage) .doc Page : 12/40 . le mesurer et le valoriser . • Mettre en place un référentiel d’urbanisation permettant de consolider. sur quelques processus expérimentaux. • Procéder à un choix d’outils en rapport avec l’ambition de la démarche . • Travailler sur des processus clés (qui contribuent à atteindre les objectifs stratégiques de l’établissement de santé. • Qui s’engage dans une action de fond . • Désigner les responsables métier et leur affecter les moyens nécessaires à l’accomplissement de leur mission . qui présentent des risques potentiels ou à forts effets de levier). • Définir la méthode avant de lancer les actions de description et planifier le déploiement de la démarche . former régulièrement (pourquoi cette démarche. Sur le plan méthodologique : • Considérer la démarche comme un moyen et non une finalité . • Associer les principaux acteurs pour les responsabiliser et les valoriser . • Adopter une approche progressive (progression par « tâche d’huile ». • Disposer d’une équipe d’animation (métier. risque. • Prendre en compte progressivement les différents leviers de pilotage (qualité. partager et valoriser les résultats de la démarche . quels résultats peut-on obtenir. • Communiquer.

Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. Cela suppose : • De savoir identifier d’emblée les informations pertinentes sans se perdre dans les détails. le succès de la démarche d’urbanisation repose en grande partie sur la capacité des réalisateurs à prendre du recul par rapport à la richesse et à la complexité du système d’information. • De savoir consolider ces informations dans le cadre d’une analyse efficace.0 De manière générale.0.doc Page : 13/40 . SI35GUI V1. Il faut être capable de se donner rapidement une vision globale et pertinente du système d’information.

par qui et pourquoi ? • D’analyser la vue applicative du système d’information existant.0.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.0 Analyser le SI existant Etape 2 Etape 1 5. • Suffisamment précise et pertinente pour permettre d’identifier correctement sur cette base les évolutions à mettre en œuvre.doc Page : 14/40 .1 SYNOPTIQUE Architecture métier Architecture Applicative Stratégie de l’établissement de santé et objectifs -Axes -Axesstratégiques stratégiques -Objectifs -Objectifsopérationnels opérationnels Prendre en compte les objectifs de l’établissement Phase 1 : Analyser le système d’information existant Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration Analyser l’architecture métier existante Analyser l’architecture applicative existante Cartographie Cartographie Cartographiede de Cartographiede de lalavue lalavue vuemétier métierdu du vueapplicative applicative SISIexistant du existant duSISIexistant existant Fiches descriptives des Fiches descriptives des processus processusmétier métieretet applications applications 5. responsables des systèmes d’information . Les deux étapes de cette phase correspondent à des travaux d’analyse qui peuvent être menés simultanément mais doivent être mis en cohérence. Cette vision doit être à la fois : • Claire. synthétique. responsables et acteurs métier concernés. PHASE 1 : ANALYSE DE L’EXISTANT 5. en lien avec l’analyse métier : Quels sont les outils informatiques actuellement utilisés qui permettent l’utilisation des informations décrite dans l’analyse métier ? SI35GUI V1. compréhensible et communicable à tous : comité exécutif et instances de direction. les acteurs et leur rôle ? Quelles sont les informations utilisées et échangées.2 OBJECTIFS L’objectif de cette première phase de la démarche est de donner à l’établissement une vision de la situation de son architecture métier et de son système d’information. Il s’agit : • D’analyser la dimension métier supportée par le système d’information existant : Quelles sont les activités métier.

Le SI de l’établissement de santé et ses partenaires . Groupes de travail définis. Avoir identifié le périmètre des processus métier et du système d’information sur lequel portera l’étude. plan projet validé par le comité exécutif et/ou les instances de direction.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. etc. En effet. le système d’information associé à la gestion des demandes.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 Architecture métier Remarque : L’initialisation de cette phase est fortement dépendante de la mise en oeuvre d’une démarche d’alignement stratégique des systèmes d’information. la définition préalable de la stratégie de l’établissement permet de se focaliser sur les processus prioritaires et les architectures pour lesquels le système d’information viendra en appui de cette stratégie. Un sous-ensemble du système d’information global de l’établissement tel que. Structure de pilotage du projet définie. 2a 2b Principes directeurs d’urbanisation Architecture Fonctionnelle Définir la trajectoire de migration Avoir identifié les grands axes stratégiques de l’établissement et les objectifs opérationnels associés. SI35GUI V1. le système d’information de production de soins. conformément aux objectifs de l’établissement de santé : • • • Le SI de l’établissement de santé seul . par exemple. le système d’information lié à la prise en charge du patient en unité de soins.0.doc Page : 15/40 . mise en place et opérationnelle. Pré requis aux deux étapes : Décision et volonté du comité exécutif et des instances de direction de mettre en oeuvre une démarche d’urbanisation. Démarche d’alignement stratégique des systèmes d’information initiée.

son début et sa fin. Mettre en évidence.3 PHASE 1 . de coordination et de communication supportés par le système d’information. Pré requis 2b Architecture Fonctionnelle Cf.ETAPE 1 :ANALYSE DE L’ARCHITECTURE METIER EXISTANTE Stratégie de l’établissement de santé et objectifs -Axes -Axesstratégiques stratégiques -Objectifs -Objectifsopérationnels opérationnels Phase 1 : Analyser le système d’information existant Analyser l’architecture métier existante Cartographie Cartographiede de lalavue vuemétier métierdu du SISIexistant existant Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation Analyser l’architecture applicative existante Fiches Fichesdescriptives descriptives des desprocessus processusmétier métier Elle décrit les usages mis en oeuvre (le « faire ») par les différents métiers dans l’établissement de santé. les membres de la DSI/O ou du pôle qualité) SI35GUI V1. objectifs.doc Page : 16/40 . au travers des activités de ces différents acteurs pour le système considéré. Obtenir le consensus des participants sur la description des processus. Maîtrise d’oeuvre : Acteurs en charge de la démarche d’analyse (assez fréquemment. CME. direction stratégique. autres partenaires intervenants dans le processus. direction des soins infirmiers L’ensemble des acteurs métier maîtrisant les processus à analyser : Responsables de pôle ou de service : utilisateurs médicaux. notamment sur le résultat attendu. ses interactions avec son environnement et les acteurs de cet environnement.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Prendre en compte les objectifs de l’établissement 5. sa nature. Acteurs Maîtrise d’ouvrage : Acteurs maîtrisant les objectifs et le périmètre métier à étudier : direction générale. soignants et paramédicaux. Identifier les rôles. les besoins de coopération. prérequis de la phase Objectifs Définir la trajectoire de migration Identifier et définir les processus de l’établissement de santé.0. missions et contraintes de ces acteurs.

par exemple. cohérente. l’ensemble des tâches métier réalisées lors de l’accueil administratif d’un patient peut être regroupé sous l’activité « Accueillir administrativement le patient ». selon quelles contraintes. règles et contraintes ? Quelles sont les informations manipulées. une activité ne constitue pas un ensemble fini et immuable mais un ensemble de possibilités liées à la prise en charge d’une situation dans un contexte donné. contraintes.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. En ce sens. par exemple. processus de pilotage. • Architecture Applicative • Prendre en compte les objectifs de l’établissement Identifier le SI cible • Organiser/découper le système d’information étudié en processus métier : • 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration Quels/Qui sont les acteurs qui fournissent ou qui reçoivent de l’information de la part du système d’information ? (les patients. Recenser et décrire les indicateurs de performances existants . par la recherche des points communs entre les différentes actions à réaliser.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Démarche Identifier les acteurs interagissant avec le système d’information considéré.doc Page : 17/40 . Identifier et décrire les acteurs et les activités de l’établissement qui gèrent de l’information • • • Identifier et décrire l'ensemble des tâches (activité élémentaire réalisée par un seul acteur) nécessaire à la réalisation d’une activité ou d’un processus (objectifs. quels en sont les objectifs. Quelles sont les réponses apportées à ces sollicitations. 2 On pourra. règles associées) .0. utiliser une méthode de type QQCOQCP ou « Brown Paper » pour réaliser ce type de description. Cette représentation s’effectue selon un découpage « standard » : Processus support. les partenaires. Par exemple. claire et surtout partagée par l’ensemble des acteurs et partenaires du système. veuillez vous reporter à l’étude réalisée par le GMSIH sur la Conduite du Changement SI35GUI V1. processus métier. Décrire cette représentation métier de façon précise et structurée (cf. contraintes et règles associées à son rôle dans le système ? Toutes ces situations sont-elles identifiables. Le regroupement des différentes tâches en activités puis en processus pourra s’effectuer. la prise en charge d’une situation particulière. appel du SAMU. Tableau de recensement et de description d’une architecture métier) . quels sont les objectifs. sont-elles 2 identifiées ? • • Quelles sont les sollicitations auxquelles le système doit répondre : quelles sont les situations ou les événements déclencheurs : Arrivée d’un patient. dans quelles conditions ? L’objectif est de donner une vision des missions de l’établissement complète. etc. etc.) Dans quelles situations ces interactions ont-elles lieu ? Pour chaque acteur. dans la situation concernée. ces points communs permettant d’associer à un objectif commun entre les acteurs concernés. Pour plus de précisions. les fournisseurs. réception d’un colis.

méthode des 5M (Main d'oeuvre. Identifier les objectifs poursuivis par chaque tâche effectuée dans périmètre du système d’information étudié. Dysfonctionnements ou difficultés rencontrées . Milieu (environnement)) ou des d’arbres d’erreurs) peut être utilement mise à profit pour constituer un outil d’analyse ou une "base de données" listant de manière « exhaustive » les causes et les connaissances. [2] Exemple d’architecture métier d’un système de prise en charge du patient en unité clinique – SI35MOD) Description structurée de l’architecture métier existante (exemple : [5] Tableau de description des éléments d’un système d’information – SI35MFAP) 3 L’utilisation de diagrammes d’Ishikawa par exemple (diagramme causes-effet. veuillez vous reporter à l’étude réalisée par le GMSIH sur la Conduite du Changement. la localisation rapide des zones d’évolution potentielles et l’évaluation rapide des impacts de telles évolutions.). objectifs et voies d’amélioration demandés ou proposés par les utilisateurs.) ? 3 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration Identifier les points critiques : • • • Evolutions souhaitées . autres systèmes. ensemble des partenaires. Qualifier les interactions en termes d’informations échangées (sous la forme de messages) : • Prendre en compte les objectifs de l’établissement • • • • Identifier le SI cible Quelles sont les informations utilisées pour réaliser cette tâche ? Quelles sont les informations produites par cette tâche ? Quel est le destinataire (récepteur) de ces informations ? Quelles sont les contraintes et règles de production. Méthode. Machines (équipement). Idées. d’utilisation ou de transmission de ces informations ? Quelles en sont les métriques (volumes.0. SI35GUI V1. etc. fréquence. Matière.0 • Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative • Dimensionner autant que possible les tâches critiques intégrant des dimensions de temps. Documents produits Diagramme de contexte : Représentation de l’ensemble des interactions du système considéré avec ses partenaires et son environnement (patients. Elle doit faciliter par la suite. etc.doc Page : 18/40 . (cf. Cartographie de l’architecture métier : la vue métier de l’établissement de santé (les processus et leur décomposition) et du système d’information existant. Pour plus de précisions. de fréquence et de volume . Cette synthèse graphique devrait s’accompagner d’un document de synthèse présentant les forces et faiblesses du système d’information actuel accompagnées des souhaits.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. Produire une synthèse graphique claire et précise du résultat de l’analyse Cette synthèse graphique doit permettre de communiquer et de partager les résultats avec l’ensemble des acteurs concernés par cette étude. voies d’amélioration.

S’engager dans la durée : • • • S’assurer de la capacité de mobilisation et de la disponibilité des acteurs concernés par le périmètre de l’étude . S’assurer de la participation et de l’appropriation du système décrit et de l’étude par les principaux acteurs : les (futurs) utilisateurs du (futur) système.doc Page : 19/40 . Facteurs de succès et risques Savoir adapter le niveau de détail de l’analyse : Prendre en compte les objectifs de l’établissement • • Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle • • • Adapter la présentation/formalisation des résultats de l’analyse pour différents niveaux de compréhension et de communication. • Synthèse et Cartographie générale pour une vision globale et cohérente (Direction générale. Cartographie détaillée permettant à chaque acteur métier de se retrouver / de se positionner dans l’analyse . Tenir compte des interactions avec les autres systèmes en relation avec le système étudié. Elle permet de décrire l’architecture métier. Focaliser l’analyse sur les éléments susceptibles d’évoluer compte tenu des objectifs stratégiques. par exemple : • • Définir la trajectoire de migration La description des tâches ou activités doit permettre d’identifier les fonctions du système d’information nécessaires à leur exécution . etc. DSI. Compléments La cartographie des processus n’est pas la définition d’un organigramme. S’assurer et obtenir le support et les ressources nécessaires de la part des instances de décision de l’établissement. Cartographie métier validée. Une analyse trop macroscopique risque de masquer des éléments importants qui seront concernés par l’évolution du futur système d’information . réussir à démontrer aux managers que cette démarche peut les aider dans leur mission quotidienne . Ne pas viser l’exhaustivité.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. ) . La cartographie est la représentation des processus et des flux d’information échangés entre les acteurs. Cette étape est importante car elle est la base à partir de laquelle seront évalués les impacts des axes stratégiques et des objectifs de l’établissement de santé formalisés lors de la démarche d’alignement stratégique. Description détaillée et structurée des processus qui fourniront les informations nécessaires à l’urbanisation pour les responsables des systèmes d’information. CME.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Clôture de l’étape Fiches descriptives métier complétées et validées. un processus n’est ni un produit ni une procédure.0. Une analyse trop détaillée risque de produire un résultat difficile à exploiter. à communiquer et surtout coûteux à maintenir . SI35GUI V1.

0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Prendre en compte les objectifs de l’établissement Références [2] Exemple d’architecture métier d’un système de prise en charge du patient en unité clinique – SI35MOD [5] Tableau de description des éléments d’un système d’information – SI35MFAP [6] Glossaire applicable à l’étude – SI35REF [14] Méthodologies et outils de conduite du changement dans les projets SI – 2003 Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration SI35GUI V1.doc Page : 20/40 .Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.0.

) . • Identifier les points d’agrégation entre les applications. « manques ». exploitation et contraintes) : l’architecture applicative cible sera construite sur la base de cet existant .Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. responsable architecture technique. Acteurs Responsables d’applications (au sein de la DSI/DSIO). • Identifier les composants applicatifs (ou les services offerts) support des fonctions du système d’information étudié (périmètre de couverture des applications.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier 5. service bureautique. Acteurs du service informatique : Exploitants (applicatifs. etc. Pré requis Cf. performances. applications et flux inter applicatifs (interfaces). gestionnaire de parc (matériel. responsable intégration. réseaux). prérequis de la phase Définir la trajectoire de migration Objectifs Avoir une connaissance approfondie de l’existant applicatif : • Décrire le système informatique existant (documentation. etc. Utilisateurs des applications.doc Page : 21/40 .0. recouvrements. SI35GUI V1. applicatif).4 ETAPE 2 : ANALYSE DE L’ARCHITECTURE APPLICATIVE EXISTANTE Architecture Applicative Stratégie de l’établissement de santé et objectifs -Axes -Axesstratégiques stratégiques -Objectifs -Objectifsopérationnels opérationnels Prendre en compte les objectifs de l’établissement Phase 1 : Analyser le système d’information existant Analyser l’architecture métier existante Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Analyser l’architecture applicative existante Cartographie Cartographiede de lalavue vueapplicative applicative du SI existant du SI existant Fiches Fichesdescriptives descriptivesdes des processus processusmétier métierassociés associés aux applications aux applications Elle décrit les outils utilisés dans l’établissement de santé pour mettre en œuvre les différents métiers (le « comment faire »).

leurs objectifs. des métriques d’utilisation (fréquences. qualité) Identifier les infrastructures physiques associées (serveurs.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Démarche Identifier les applications et leur découpage en modules fonctionnels. volumes. si possible. volumes.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. Identifier les gisements de données : données de référence (patients. Faire le rapprochement entre ces applications et les processus métier. • Les fonctionnalités utilisées et leur contexte d’utilisation. SI35GUI V1. Positionner les applications sur un fond de carte (zone. quartier. taux d’utilisation. Carte des flux inter applicatifs. entre les applications existantes (fonctions/services offerts. fiabilité. Tableau de recensement et de description d’une architecture métier existante mis à jour des informations sur les applications existantes. etc. Faire le lien.) En complément. dans le tableau de recensement et de description d’une architecture métier existante. typologie. intégrant. identifier les compétences et la spécialisation des interlocuteurs « applicatifs » actuels. leurs caractéristiques (mode d’échange. etc.). etc. Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration Identifier et décrire les différents flux inter applicatifs (interfaces). • La (les) personne(s) qui utilise(nt) cette application . capacité de stockage.). données applicatives (quantité et potentiellement. Fiche descriptive de chaque application et interface. Document de synthèse. Clôture de l’étape Cartographie applicative validée. supports des flux et messages. bloc) reflétant l’architecture métier. périodes de pointe. utilisateurs et droits.doc Page : 22/40 . structures. taux de déploiement (par rapport aux fonctionnalités.0. etc. Facteurs de succès et risques Savoir identifier : • La (les) personne(s) qui maîtrise(nt) le fonctionnement technique d’une application et de ses interfaces . réseau. normes. Identifier les utilisateurs de ces applications et faire le lien avec l’architecture métier. Documents produits Cartographie applicative de l’existant. etc.).) et les tâches ou actions métier réalisées.

Néanmoins.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Prendre en compte les objectifs de l’établissement Ne pas forcément rechercher l’exhaustivité mais savoir identifier les éléments critiques (en particulier dans la description des flux).doc Page : 23/40 . ce travail de description permet de (re)bâtir un fond documentaire fort utile à la connaissance du parc applicatif.0. Références [5] Tableau de description des éléments d’un système d’information – SI35MFAP [6] Glossaire applicable à l’étude – SI35REF Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration SI35GUI V1. Une carte trop détaillée sera coûteuse à produire et à maintenir et risque d’être inexploitable dans le cadre de la réflexion d’urbanisation.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.

Cf. Elle a fait l’objet d’une description. PHASE 2 : PRISE EN COMPTE DES OBJECTIFS DE L’ETABLISSEMENT Architecture Applicative Stratégie de l’établissement de santé et objectifs Prendre en compte les objectifs de l’établissement Phase 1 : Analyser le système d’information existant -Fiches -Fichesd’impact d’impact Objectifs Objectifs/ /Processus Processus Cartographie Cartographiede de lalavue Fiches vuemétier métierdu du Fiches SISIexistant des existant descriptives descriptives des processus métier processus métier Identifier le SI cible 1 2a Phase 2 : Prendre en comptes les objectifs de l’établissement Architecture métier Objectifs Objectifsintégrés intégrésdans dans laladescription descriptiondes des processus processus Principes directeurs d’urbanisation Remarques 2b Architecture Fonctionnelle Définir la trajectoire de migration Cette phase est mentionnée ici pour rappel. chefs de pôles . notamment du point de vue méthodologie. étude [10]) Objectifs L’objectif de cette phase est d’identifier clairement les impacts des objectifs opérationnels sur les processus métier (décrit lors de la phase d’analyse de l’architecture métier existante) pour en déduire les besoins d’évolution du système d’information ou pour évaluer le niveau de pertinence stratégique des demandes d’évolution.Architecture et urbanisation des systèmes d’information Guide Méthodologique Analyser le SI existant Etape 2 Etape 1 Architecture métier Version 1. Acteurs Direction Générale et CME.0 6. etc. Directions adjointes (soins. ressources humaines.doc Page : 24/40 . dans l’étude [10] Alignement stratégique du système d’information – Décembre 2004 Pré requis La réflexion stratégique a été menée et s’est déclinée au niveau de chaque Pôle / Service / Direction métier (les axes stratégiques ont été identifiés et traduits en objectifs opérationnels.0. Chefs de services. SI35GUI V1. responsables de pôles DSI / DSIO / DIM .) Maîtrise d’ouvrage stratégique (Direction Générale et CME) . Maîtrise d’ouvrage opérationnelle (Chefs de projets « métier ») .

indiquez dans la colonne « objectif opérationnel » les objectifs opérationnels qui impactent cette tâche) . étude [10] Alignement stratégique du système d’information – Décembre 2004) Tableau de recensement et de description d’une architecture métier mis à jour (intégrant les objectifs opérationnels) Définir la trajectoire de migration Clôture de l’étape Tableau de recensement et de description d’une architecture métier mis à jour (intégrant les objectifs opérationnels) Références [5] Tableau de description des éléments d’un système d’information – SI35MFAP [11] Guide méthodologique pour l’Alignement Stratégique du Système d’Information – SI32MEG [12] Outil d’alignement stratégique du SI – SI32ASSI SI35GUI V1. • L’impact de ces objectifs sur chaque tâche sera décrit lors de la définition de l’architecture métier cible (cf.1) : Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Version 1. phase suivante). Documents produits Fiches d’impact objectif – processus (cf. • Faire le lien activité ou tâche – objectif opérationnel dans le Tableau de description des éléments d’un système d’information – SI35MFAP [5] (pour chaque tâche.Architecture et urbanisation des systèmes d’information Guide Méthodologique Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Démarche Se reporter au document [11] Guide méthodologique pour l’Alignement Stratégique du Système d’Information – SI32MEG. Mettre en relation les objectifs opérationnels identifiés et les activités et tâches décrites dans l’architecture métier existante (étape 1.0.doc Page : 25/40 .0 • Exemple : la tâche « transmettre une prescription à la pharmacie » sera concernée par l’objectif opérationnel « optimiser les interactions entre les unités de soins et les plateaux techniques » (un thème de progrès possible étant l’informatisation et l’automatisation de cette tâche) .

0.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier 7. etc.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. Elle prend en compte les contraintes de performance liées à l’activité de l’établissement et à son environnement (contexte réglementaire. vers quelle architecture fonctionnelle le système d’information existant (décrit au cours de l’étape 2 de la phase 1) doit-il évoluer ? SI35GUI V1. interopérabilité. etc. rôle et caractéristiques des partenaires. Cette phase comprend 3 étapes : Définir la trajectoire de migration • Etape 1 : Définition de l’architecture métier cible : • Comment doit évoluer le fonctionnement de l’établissement pour répondre au mieux à ses objectifs opérationnels en tenant compte des besoins des utilisateurs. PHASE 3 : DEFINIR LE SYSTEME D’INFORMATION CIBLE Architecture Applicative Stratégie de l’établissement de santé et objectifs -Fiches -Fichesfonction fonction -Stratégie -Stratégieétablissement établissement Phase 1 : Analyser le système d’information existant Cartographie Cartographie Cartographiede de Cartographiede de lalavue lalavue vueapplicative applicative vuemétier métierdu du du SI existant SISIexistant du SI existant Phase 2 : existant Prendre en comptes les objectifs de l’établissement Objectifs Objectifsintégrés intégrésdans danslala description descriptiondes desprocessus processus Prendre en compte les objectifs de l’établissement Phase 3 : Identifier le système d’information cible Identifier le SI cible Définir l’architecture métier cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle -Besoins -Besoinsfonctionnels fonctionnels Cartographie Cartographie métier métierde delalacible cible Principes directeurs d’urba.doc Page : 26/40 . des besoins fonctionnels exprimés par l’analyse métier. coûts de maintenance. niveau de sécurité. des opportunités et des contraintes contextuelles ? • Quelle(s) amélioration(s) doit(vent) être apportée(s) aux activités métier concernées (cf. les évolutions nécessaires pour disposer d’un système d’information qui soutiendrait au mieux la stratégie de l’établissement. à partir de l’existant analysé et décrit au début de la démarche.) quelles règles doit-on définir pour cadrer au mieux les évolutions du système d’information ? • Etape 2B : Définition de l’architecture fonctionnelle cible : • Compte tenu de l’existant. et des principes directeurs du système d’information.). architecture métier) • Quelle(s) fonction(s) du système d’information a-t-on besoin de développer ? • Etape 2A : Identification des principes directeurs d’urbanisation • Compte tenu de l’existant en matière d’applications et d’infrastructure technique (matérielle) et pour répondre aux objectifs fixés en matière d’évolution et d’exploitation du système informatique (évolutivité. Objectifs ObjectifsSISI Principes Principes d’urbanisation d’urbanisation Définir l’architecture fonctionnelle cible Cartographie Cartographie fonctionnelle fonctionnellede delala cible cible L’objectif de cette phase est d’identifier.

1 PHASE 3 .doc Page : 27/40 . SI35GUI V1.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier 7. • Acteurs en charge de l’évolution SI (maîtrisant les possibilités de la technologie) : membres de la DSIO. cellule urbanisation. Acteurs Responsables métier (porteurs des objectifs opérationnels et exprimant les besoins) : • Responsables de pôle ou de service.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. nouvelle compétence. Phase 2 : Prise en compte des objectifs de l’établissement) Définir la trajectoire de migration Objectifs Prendre en compte l’ensemble des facteurs d’évolution des processus métier pour construire la vision métier du système d’information cible. Phase 1 Etape 1 : Analyse de l’architecture métier existante) Avoir identifié les facteurs d’évolution stratégique de l’architecture métier (cf.ETAPE 1 : ARCHITECTURE METIER CIBLE Architecture Applicative Stratégie de l’établissement de santé et objectifs -Fiches -Fichesfonction fonction Phase 1 : Analyser le système d’information existant Cartographie Cartographiede de lalavue vuemétier métierdu du SISIexistant Phase 2 : existant Prendre en comptes les objectifs de l’établissement Objectifs Objectifsintégrés intégrésdans danslala description descriptiondes desprocessus processus Prendre en compte les objectifs de l’établissement Identifier le SI cible Phase 3 : Identifier le système d’information cible Définir l’architecture métier cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle -Besoins -Besoinsfonctionnels fonctionnels Principes directeurs d’urba.) . réorganisation.0. nouveau partenaire. Démarche Traduire l’impact des objectifs opérationnels sur chaque tâche en identifiant avec les responsables métiers : • Les éléments de contexte liés à la tâche et propres à induire une évolution de cette tâche (contrainte ou évolution réglementaire. Identifier les besoins fonctionnels associés aux besoins d’évolution et d’amélioration des processus métier. utilisateurs médicaux. soignants et paramédicaux . Définir l’architecture fonctionnelle cible Cartographie Cartographie métier métierde delalacible cible Besoins Besoins fonctionnels fonctionnels Pré requis Disposer d’une description de l’architecture métier existante (cf. etc.

1 (Phase 2 . réalisée différemment. Facteurs de succès et risques Travailler dans la continuité de l’étude de l’existant en utilisant comme base de travail les résultats de l’étape 1. réalisée par un acteur différent. SI35GUI V1.) et/ou par des besoins fonctionnels. • Besoin d’une fonction de transmission électronique de l’ordonnance à la pharmacie pour automatiser la tâche « transmettre » . Documents produits Modélisation des processus métier cible.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier • Architecture Applicative Prendre en compte les objectifs de l’établissement Traduire chacun des thèmes de progrès par des évolutions de l’architecture métier (une tâche peut être supprimée.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. analyse de l’existant métier . • Besoin d’une fonction d’authentification du prescripteur pour la tâche « prescrire ». etc. les fonctions susceptibles de répondre aux thèmes de progrès identifiés sont : • Des fonctions qui aident l’utilisateur à obtenir les informations nécessaires à la tâche (C'est-à-dire les informations identifiées dans l’architecture métier sous la forme de messages entrants de la tâche) ? • Des fonctions qui aident l’utilisateur à produire et/ou communiquer les informations résultats (C'est-à-dire les informations identifiées dans l’architecture métier sous la forme de messages sortant de la tâche) ? Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration Les thèmes de progrès de chaque tâche en cohérence avec les objectifs opérationnels. Cartographie métier validée. Clôture de l’étape Fiches descriptives métier complétées et validées. Besoins fonctionnels (identifiés dans le tableau de recensement et de description de l’architecture métier cible).Etape 1 :Analyse de l’architecture métier existante) Savoir adapter le niveau de détail de l’analyse : • Cf. Pour chaque tâche. ajoutée.0.doc Page : 28/40 . les besoins des utilisateurs et les éléments de contexte associés à cette tâche : Comment doit évoluer cette tâche pour répondre aux objectifs opérationnels en tenant compte du contexte ? Exemples : • Besoin d’une fonction d’accès personnalisé au dossier patient pour la tâche « examiner le patient » .

mise à jour. recherche.). etc. Références [2] Exemple d’architecture métier d’un système de prise en charge du patient en unité clinique – SI35MOD [5] Tableau de description des éléments d’un système d’information – SI35MFAP [6] Glossaire applicable à l’étude – SI35REF [11] Guide méthodologique pour l’Alignement Stratégique du Système d’Information – SI32MEG (cf.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Les besoins fonctionnels doivent être décrits de façon suffisamment synthétique et claire pour permettre leur identification. • Etablir au préalable une typologie limitative des fonctions identifiables dans le cadre de l’architecture peut être utile (exemples de types de fonction : Création.0. consultation.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. leur compréhension et leur analyse au plus haut niveau de lecture (c’est à dire la vision du système étudié dans son ensemble). Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 2a 2b Architecture métier Principes directeurs d’urbanisation Architecture Fonctionnelle • Il faut pour cela savoir identifier les caractéristiques essentielles d’un besoin fonctionnel (de façon à permettre notamment son rapprochement avec un besoin similaire exprimé dans un autre contexte) . méthode d’évaluation du niveau de priorité d’un besoin fonctionnel) Définir la trajectoire de migration SI35GUI V1. édition.doc Page : 29/40 .

service bureautique. DSIO. Améliorer la sécurité du système d’information .doc Page : 30/40 .0. Définir l’architecture fonctionnelle cible Objectifs ObjectifsSISI Principes Principes d’urbanisation d’urbanisation Pré requis La stratégie de l’établissement a été définie et s’est déclinée notamment au niveau de la Direction des Systèmes d’Information (les axes stratégiques ont été identifiés et traduits en objectifs opérationnels). SI35GUI V1. Unifier les référentiels d’informations . • Responsables d’applications (au sein de la DSI/DSIO).Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. applicatif). Acteurs • Direction Générale . • DSI. • Acteurs du service informatique : Exploitants (applicatifs. réseaux). L’objectif de cette étape est de traduire ces objectifs sous la forme de principes directeurs de l’urbanisation du système d’information. Améliorer la qualité de service . gestionnaire de parc (matériel. Ouvrir le système d’information sur l’extérieur . responsable architecture technique.2 P3-ETAPE 2A : PRINCIPES DIRECTEURS D’URBANISATION Architecture Applicative Stratégie de l’établissement de santé et objectifs -Stratégie -Stratégieétablissement établissement Phase 1 : Analyser le système d’information existant Prendre en compte les objectifs de l’établissement Phase 2 : Prendre en comptes les objectifs de l’établissement Phase 3 : Identifier le système d’information cible Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration Définir l’architecture métier cible Principes directeurs d’urba. etc. Les objectifs à prendre en compte à ce niveau peuvent être très variés et dépendent directement la stratégie de l’établissement . Unifier le poste de travail . etc.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier 7. Objectifs Il s’agit de prendre en compte les objectifs opérationnels propres au métier de la gestion du système d’information. par exemple : • • • • • • • Améliorer l’interopérabilité des systèmes . cellule urbanisation . ce pourrait être. DIM. responsable intégration .

• Lors de la phase de définition de la trajectoire de migration (cf. paragraphe « 8. Définir la trajectoire de migration La prise en compte de l’interopérabilité est décrite de façon plus complète dans le guide d’interopérabilité joint à l’étude (cf. §6 Phase 2 : Prise en compte des objectifs de l’établissement). il s’agit ici de traduire les axes stratégiques de l’établissement en objectifs opérationnels pour la gestion du système d’information. par exemple : • La définition d’un cadre d’interopérabilité .0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Démarche Cette étape doit être initialisée lors des travaux d’élaboration du projet d’établissement (réflexion stratégique).Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. un projet de mise en place d’une solution d’intégration.3) lors des choix d’évolution du système d’information afin de faciliter à la fois l’utilisation de services externes proposés par un système partenaire (exemple : Service de commandes automatisées proposés par un fournisseur) et l’utilisation par un système partenaire de services offert par le système de l’établissement (exemple : Service de publication d’informations à destination des réseaux de santé) .0. Améliorer l’interopérabilité des systèmes : La prise en compte de l’interopérabilité doit amener à définir de nombreux principes d’urbanisation tels que. • Favoriser une architecture de services (cf.2. SI35GUI V1. etc. Les objectifs opérationnels suivants. [7] Interopérabilité et urbanisation – Eléments de définition – SI35INT § 3. par exemple. 2. Les impacts de chacun de ces objectifs opérationnels sont ensuite décrits sous la forme de règles ou principes d’urbanisation.doc Page : 31/40 . par exemple. objectif ci-dessus) afin de favoriser les échanges avec les systèmes partenaires externes . peuvent être déclinés ainsi : 1.) . peut être identifié. [7]). Ouvrir le système d’information sur l’extérieur : Evoluer vers un système d’information ouvert est un objectif général qui peut se décliner ainsi : • Améliorer l’interopérabilité (cf. De la même façon que cela a été fait par chacune des directions métier (cf. • Le choix d’une architecture d’intégration. Les conséquences de l’application de ces principes directeurs sur la démarche d’urbanisation concerneront essentiellement l’évaluation de l’existant et la définition de la trajectoire de migration : • Une application existante peut par exemple être considérée comme obsolète si elle n’est pas en mesure de proposer facilement une interface respectant les principes d’interopérabilité (standards d’échanges. Phase 4 : Trajectoire de migration »).

Ces principes ont des impacts variés sur la démarche d’urbanisation : • Lors de l’identification des projets d’évolution du système et de la trajectoire de migration. • Garantir l’unicité de référence de chaque objet sur son périmètre. 2a Principes directeurs d’urbanisation 3.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. etc. SI35GUI V1. objectif ci-dessous) afin de permettre à des éléments externes d’accéder aux informations et aux services de ce système sans compromettre ni la qualité de service. • Mettre en place des services de chiffrement du stockage d’informations .) . pourront être nombreux et divers.0. ni l’intégrité des données. ni le niveau de confidentialité des informations. Améliorer la sécurité du système d’information : Les principes directeurs d’urbanisation découlant d’une politique de sécurité dépendent essentiellement de l’analyse du niveau de risque encouru par le système de l’établissement confronté à ses objectifs en la matière (cf. [15] Sécurité des systèmes d’information des établissements de santé – Juin 2004). Ils impacteront la démarche d’urbanisation à trois niveaux : • Lors de l’identification des besoins fonctionnels (des fonctionnalités améliorant la sécurité devront être prévues telles que l’authentification. 1 Architecture métier • Lors de l’identification des projets d’évolution du système d’information (trajectoire de migration). Identifier le SI cible • Lors de l’évaluation de l’existant applicatif . 4. Unifier les référentiels d’informations : 2b Architecture Fonctionnelle Définir la trajectoire de migration Le besoin d’unification des référentiels est souvent déjà la traduction d’un objectif plus général d’amélioration de la cohérence et de la fiabilité des données du système d’information. Ce peut être.doc Page : 32/40 . Les principes directeurs établis sur cette base. la gestion d’un annuaire des utilisateurs. la gestion des droits et habilitations. • Mettre en place des services d’authentification en amont de l’utilisation des fonctions du système . il faut s’assurer au cours de chaque étape de l’unicité de la référence des objets métier et arbitrer entre les solutions permettant de la garantir : maîtrise du stockage ou maîtrise des flux. par exemple : • Mettre en place des services de chiffrement des flux d’informations . Cet objectif peut se traduire plus précisément par quelques principes : • Identifier les principaux objets métier du système d’information et définir leur périmètre d’utilisation et de responsabilité au sein de ce système .0 Analyser le SI existant Etape 2 Etape 1 Architecture métier • Architecture Applicative Prendre en compte les objectifs de l’établissement Améliorer la sécurité du système d’information de l’établissement (cf.

patient. se décliner de la façon suivante : • • Permettre à un utilisateur de réaliser les processus et/ou activités métier qui le concernent de la manière la plus continue et la plus fluide possible. • etc. Unifier le poste de travail : Unifier le poste de travail utilisateur est un objectif général qui peut. SI35GUI V1. • La construction de l’architecture fonctionnelle doit également tenir compte des différents niveaux de sensibilité de l’information (cf. etc. • Des services spécifiques doivent être pris en compte par l’ensemble des projets d’évolution du système d’information (services de chiffrement. • Promouvoir au maximum une ergonomie constante quelle que soit l’application qu’il utilise. • La mise en œuvre d’infrastructures spécifiques (pare-feu.) doit être prévue lors de l’identification des projets d’évolution et de la trajectoire de migration. • Présenter à l’utilisateur auxquelles il est habilité . etc. de gestion d’un annuaire des utilisateurs. quels que soient la diversité et le nombre des applications mises en œuvre : • N’avoir qu’un et un seul point d’accès à ces applications . Les principes liés à la sécurité du système d’information ont des impacts variés sur la démarche d’urbanisation : • Des besoins fonctionnels spécifiques doivent être identifiés (fonctions de gestion des droits et profils d’accès.0. par exemple. support d’authentification.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. etc. qu’une seule fois uniquement pour les toutes les applications Favoriser une architecture de services lors des choix d’évolution du système d’information. • Pouvoir conserver le contexte de travail (utilisateur. règles de regroupement fonctionnel mises en œuvre au cours de l’étape suivante) Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle Définir la trajectoire de migration 5.). etc. • Ne s’authentifier applications .0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative • Favoriser le cloisonnement de l’information selon son niveau de sensibilité .) lors de la définition de l’architecture fonctionnelle cible. d’authentification.) lors du changement d’application (utilisation de standard) .doc Page : 33/40 .

des chapitres décrivant : 2a 2b Principes directeurs d’urbanisation Architecture Fonctionnelle Définir la trajectoire de migration • Les objectifs opérationnels qui ont conduit à sa définition .doc Page : 34/40 . La possibilité ou la difficulté de cette intégration dépendent de sa technologie d’implémentation . • Au niveau de la trajectoire de migration : Lors de l’identification des projets d’évolution du système d’information (trajectoire de migration). influenceront la démarche d’urbanisation à trois niveaux : • Au niveau des processus métier et des fonctions : Identifier le contexte à conserver favorisant la fluidité des activités . • • Risque : Etablir une liste de vœux pieux. • Ses conséquences sur la définition de l’architecture cible du système d’information .Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. Identifier le SI cible 1 Architecture métier Documents produits Document décrivant les principes directeurs d’urbanisation. • Au niveau applicatif : Lors de l’évaluation de l’existant applicatif. • La façon de le prendre en compte dans la définition des projets d’évolution du système d’information .0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Prendre en compte les objectifs de l’établissement Ces principes directeurs. Facteurs de succès et risques • Savoir énoncer des principes réalistes au regard aussi bien l’existant informatique de l’établissement que de l’état de l’art. Enoncer des principes d’urbanisation les plus concrets et opérationnels possible en précisant bien la façon de les mettre en œuvre à chaque étape de l’évolution et de l’exploitation du système d’information. la capacité d’une solution à s’intégrer à une architecture de service pourrait constituer un critère de choix.0. Clôture de l’étape Principes directeurs du système d’information validés. Ce document prévoit pour chaque principe énoncé. pouvant être nombreux et couvrir des champs d’action divers. toute application n’est pas spontanément ou facilement intégrable dans une architecture de type service. SI35GUI V1. • La façon de le prendre en compte lors la préparation d’une consultation (rédaction d’un cahier des charges) et lors du choix d’une solution (éléments évaluation associés au principe). • Risque : Constituer une liste de « grands principes » trop généraux pour être appliqués au quotidien.

Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. Objectif : être en mesure d’arbitrer rapidement lorsque. liste pléthorique de règles Références [7] Interopérabilité et urbanisation – Eléments de définition – SI35INT [15] Sécurité des systèmes d’information des établissements de santé – Juin 2004 Architecture Fonctionnelle Définir la trajectoire de migration SI35GUI V1. etc.doc Page : 35/40 . par exemple. une solution d’évolution favorise un principe au détriment d’un autre. du bénéfice attendu.0 • Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Savoir limiter en nombre et prioriser les différents principes en fonction de leur niveau d’alignement stratégique.0. • Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Risque : Constituer une inapplicable en pratique. de leur facilité de mise en œuvre.

Acteurs • DSI.3 P3-ETAPE 2B : ARCHITECTURE FONCTIONNELLE CIBLE Architecture Applicative Stratégie de l’établissement de santé et objectifs -Fiches -Fichesfonction fonction/ / priorités prioritésfonctionnelles fonctionnelles Phase 1 : Analyser le système d’information existant Prendre en compte les objectifs de l’établissement Cartographie Cartographiede de lalavue vueapplicative applicative du duSISIexistant existant Phase 2 : Prendre en comptes les objectifs de l’établissement Identifier le SI cible 1 2a 2b Architecture métier Phase 3 : Identifier le système d’information cible Définir l’architecture métier cible Cartographie Cartographie métier métierde delalacible cible Besoins Besoins fonctionnels fonctionnels Principes directeurs d’urbanisation Architecture Fonctionnelle Définir la trajectoire de migration Principes directeurs d’urba. • Acteurs du service informatique : Exploitants (applicatifs. Objectifs L’objectif est de cadrer le plus précisément possible – étant donné le caractère global et amont de la réflexion – l’architecture du système d’information vers laquelle il faut tendre. Définir l’architecture fonctionnelle cible Objectifs ObjectifsSISI Principes Principes d’urbanisation d’urbanisation Cartographie Cartographie fonctionnelle fonctionnellede delala cible cible Pré requis • L’architecture métier cible a été décrite et les besoins fonctionnels identifiés sur cette base.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier 7. Ce cadre précis. DSIO. responsable architecture technique. SI35GUI V1. réseaux). etc. c’est l’architecture fonctionnelle du système.0. • Utilisateurs des applications.doc Page : 36/40 . DIM . gestionnaire de parc (matériel. • Responsables d’applications (au sein de la DSI/DSIO). urbaniste . applicatif). • Les principes directeurs d’urbanisation ont été établis. . service bureautique. • Architecte.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. responsable intégration .

Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1. SI35GUI V1. • En tenant compte des contraintes de l’existant (fonctions déjà regroupées au sein d’une application ou d’un système qui doit être conservé) . • Identifier et qualifier les principaux flux d’informations interfonctionnels en mettant en évidence essentiellement : • • Le contenu de l’information (l’objet métier principal) . Constituer les blocs fonctionnels cible (Regrouper les fonctions en blocs fonctionnels . 2.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Démarche 1. du nombres d’interfaces à gérer.) ? Identifier les applications qui devront être remplacées. regrouper les blocs fonctionnels euxmêmes en blocs de plus haut niveau. etc. de la fréquences des pannes. Par exemple : • L’application utilisée aujourd’hui pour la réalisation de cette tâche permet-elle de mettre en œuvre les besoins fonctionnels identifiés ? • Le fait-elle de façon satisfaisante (du point de vue de l’utilisateur et des thèmes de progrès) ? Evaluer le niveau d’adéquation de l’existant aux principes directeurs d’urbanisation et aux objectifs opérationnels de la gestion du SI. Organiser l’architecture fonctionnelle cible : Définir la trajectoire de migration • En s’appuyant sur l’existant pérenne : positionner les fonctions cible sur la carte applicative existante (utilisée comme fond de carte et ne présentant que les applications à conserver) . etc.doc Page : 37/40 . de qualité de la transmission. etc.). • La dimension du flux d’information (volume et fréquence) . des contraintes en termes de délai.) : • En assurant autant que possible une cohérence avec l’organisation de l’architecture métier et en caractérisant l’utilisation des fonctions par rapport à cette architecture (utilisation transversale ou utilisation spécifique) . Par exemple : • Cette application répond-elle aux nouvelles exigences du système en matière d’interopérabilité ? • Le coût de maintenance de cette application est-il acceptable compte tenu des objectifs opérationnels (ce coût dépend des technologies mises en œuvre. • La criticité du flux d’information (en fonction de la nature de l’information transmise. Évaluer l’existant applicatif sur la base des analyses précédentes : • Prendre en compte les objectifs de l’établissement Identifier le SI cible 1 Architecture métier 2a Principes directeurs d’urbanisation 2b Architecture Fonctionnelle • • Evaluer le niveau de réponse de l’existant aux besoins fonctionnels identifiés au cours de l’étape 1.0.

Le regroupement fonctionnel peut aller jusqu’à la fusion de plusieurs fonctions en une seule répondant aux besoins de toutes si leurs caractéristiques sont suffisamment similaires et si la prise en compte des éléments d’analyse cités ci-dessus le justifie. • Evaluation des applications existantes (niveau de réponse aux besoins fonctionnels et principes directeurs).doc Page : 38/40 . la dimension et la criticité des flux d’informations inter-blocs . de la prescription de médicaments. [5] Tableau de description des éléments d’un système d’information – SI35MFAP) : • Description des processus (architecture métier) . • Identification des applications applicative existante) . Par exemple : Identifier le SI cible 1 • Principes directeurs d’urbanisation Architecture Fonctionnelle Définir la trajectoire de migration Identification d’une fonction de prescription unique pour répondre aux besoins de la demande d’acte. etc.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Architecture Applicative Prendre en compte les objectifs de l’établissement 2b • De façon à ce que l’organisation fonctionnelle du SI soit cohérente avec les principes directeurs d’urbanisation (et avec les objectifs de l’établissement). • Architecture métier • 2a En tenant compte surtout de la nature de l’information manipulée et des flux inter-fonctionnels. • Mise à jour du tableau de description assurant la continuité entre les différents niveaux d’analyse de l’architecture (cf.0. l’objectif étant de limiter au maximum le nombre. Réévaluer l’existant applicatif sur la base des regroupements fonctionnels décidés et des éventuelles nouvelles fonctions identifiées : Identifier notamment les éléments applicatifs redondants (plusieurs applications informatisant une même fonction) et réévaluer la nécessité de les conserver Documents produits Documents descriptifs de l’architecture fonctionnelle cible : • Cartographie fonctionnelle . • Identification des thèmes de progrès et description des besoins fonctionnels (fonctions SI) associés . existantes (architecture Clôture de l’étape Architecture fonctionnelle cible validée SI35GUI V1.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.

Principes directeurs d’urbanisation Architecture Fonctionnelle Définir la trajectoire de migration SI35GUI V1.0. autant l’analyse de l’urbaniste doit se limiter aux flux les plus importants (en terme de volume. etc. le risque de noyer l’analyse dans le détail est ici important : Une analyse trop détaillée des flux donne un résultat inexploitable.0 Analyser le SI existant Etape 2 Etape 1 Architecture métier Facteurs de succès et risques • Architecture Applicative Prendre en compte les objectifs de l’établissement Références [3] Exemple d’architecture métier d’un système de prise en charge du patient en unité clinique – SI35MOD [5] Tableau de description des éléments d’un système d’information – SI35MFAP [7] Interopérabilité et urbanisation – Eléments de définition – SI35INT Identifier le SI cible 1 2a 2b Architecture métier Comme pour chaque étape de la démarche d’urbanisation.). de criticité ou d’importance stratégique.doc Page : 39/40 . Autant l’analyse détaillée se justifie pour les besoins d’un projet ou de l’exploitation du SI. Cela suppose une bonne connaissance a priori du système.Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.

L’ensemble des résultats de cette phase constitue le schéma directeur des systèmes d’information.0. leur coût prévisionnel. l’architecture applicative et technique existante constituant le point de départ de cette trajectoire. étude du GMSIH intitulée « Evaluation du retour sur investissement des systèmes d’information . L’objectif de cette phase est : Définir la trajectoire de migration • • • • D’identifier les projets d’évolution du système d’information sur la base de l’architecture fonctionnelle cible et des principes directeurs d’urbanisation (un projet se justifiant soit par la mise en oeuvre de fonctions non couvertes – ou non couverte de façon satisfaisante – par l’existant applicatif. leur niveau de risque. De qualifier les projets d’évolution du système d’information (évaluer en particulier les projets en fonction de leur niveau d’alignement stratégique.0 Analyser le SI existant Etape 2 Etape 1 8. PHASE 4 : TRAJECTOIRE DE MIGRATION Stratégie de l’établissement de santé et objectifs Architecture métier Architecture Applicative -Priorités -Prioritésstratégiques stratégiques Phase 3 : Identifier le système d’information cible Architecture Architecturefonctionnelle fonctionnelle cible cibledu duSISI Prendre en compte les objectifs de l’établissement Phase 4 : Définir la trajectoire de migration Définir le qualifier les projets Fiches Fichesprojets projets Identifier le SI cible 1 Architecture métier Définir la stratégie d ’évolution Scénarios Scénarios d’évolution d’évolution Planifier/Gérer le portefeuille de projet Plan Pland’évolution d’évolution / /trajectoires trajectoires États Étatstransitoires transitoires du duSISI(applicatifs (applicatifsetet techniques) techniques) Schéma Schémadirecteur directeurdes dessystèmes systèmesd’information d’information 2a 2b Principes directeurs d’urbanisation Architecture Fonctionnelle La démarche associée cette phase de définition de la trajectoire de migration sera développée dans le cadre du dernier volet des études GMSIH consacrées au système d’information de production de soins. leur bénéfice attendu. 4 Cf. etc. De formaliser les scénarios d’évolution (hypothèses d’ordonnancement de projets) en fonction des objectifs définis dans la stratégie de l’établissement (niveau de priorité des projets).doc Page : 40/40 .Architecture et urbanisation des systèmes d’information hospitaliers Guide Méthodologique Version 1.)4. des dépendances fonctionnelles (prérequis à la mise en œuvre d’une fonction) et des contraintes techniques. soit par la mise en œuvre d’un principe d’urbanisation).Guide à l’usage des établissements de santé GMSIH 2006 » 5 Etat transitoire du système d’information : description de l’architecture applicative et technique de ce que devra être le système après la mise en œuvre d’un ou plusieurs projets identifiés. SI35GUI V1. De choisir un scénario d’évolution et de définir la trajectoire de migration associée (planification des projets et définition des 5 différents états transitoires du système d’information ) .