architecture et urbanisation des si hospitalier - guide méthodologique

8/17/2019 Architecture et urbanisation des SI Hospitalier - Guide Méthodologique

1/40

SI35GUI V1.0.doc Page : 1/40

GGuuiiddee àà ll’’uussaaggee ddeess ééttaabblliisssseemmeennttss ddee ssaannttéé

[[11]]

G G u u i i d d e e m m é é t t h h o o d d o o l l o o g g i i q q u u e e

AAr r c c h h i i t t e e c c t t u u r r e e e e t t u u r r b b a a n n i i s s a a t t i i o o n n d d e e s s

S S y y s s t t è è m m e e s s d d ’ ’ I I n n f f o o r r m m a a t t i i o o n n H H o o s s p p i i t t a a l l i i e e r r s s

Version 1.0


2/40

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


Copyright (c) 2006 GMSIH Permission vous est donnée de copier et distribuer ce document selonles 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’adressehttp://www.gmsih.fr/licences/ .


3/40



Références

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

[1] Guide méthodologique - Architecture et urbanisation dessystèmes d’information Hospitaliers - SI35GUI (Le présentdocument)

[2] Exemple d’architecture métier d’un système de prise en chargedu 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 encharge du patient en unité clinique – SI35FON

[5] Tableau de description des éléments d’un systèmed’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 degouvernance 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 duSystème d’Information – SI32MEG (Inclus dans l’étude ci- dessus)

[12] Outil d’alignement stratégique du SI – SI32ASSI (Inclus dansl’étude ci-dessus)

[13] Analyse de l’existant et des besoins des systèmes d’informationde production de soin – Mars 2005

[14] Méthodologies et outils de conduite du changement dans lesprojets SI – 2003

[15] Sécurité des systèmes d’information des établissements desanté – Juin 2004


4/40



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

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

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


5/40



1. 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’évolutiondu système d’information. Cette démarche s’insère dans celle initiée parl’étude sur l’alignement stratégique des systèmes d’information, premier descinq volets consacrés aux systèmes d’information de production de soins.

Au travers de l’analyse du fonctionnement de l’établissement de santé, pourles métiers concernés, la démarche doit permettre de faciliter les choix,notamment d’applications, en facilitant les prises de décision. Encomplément, elle doit aider à la définition du schéma directeur des projetsd’évolution du système d’information, de leur priorité et de leurordonnancement.

Enfin, l’architecture fonctionnelle doit permettre de choisir les fonctions utilesà ces besoins et d’élaborer des scénarios de choix, de validation etd’implémentation de la solution.

Les architectures applicatives et techniques ne sont pas abordées dans lapartie cartographie car fortement dépendantes du contexte del’établissement de santé.

Ce guide n’a pas vocation à se substituer aux différentes démarchesd’analyse des systèmes (cadre architectural) et méthodes d’urbanisationdont la littérature sur le sujet est déjà importante. Il replace la démarchedans le contexte des établissements de santé et met en lumière lesconditions 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 etcomplète, elle n’a pas vocation à être appliquée à la lettre dans unétablissement de santé. Ce guide doit être appréhendé comme un filconducteur permettant de bien comprendre le sens de ce type démarchepour que sa mise en œuvre puisse ensuite être envisagée :

• Selon son niveau actuel d’avancement et de maturité enterme d’architecture de son système d’information et detravaux d’urbanisation ;

• Selon son organisation et ses moyens (tant d’un point de vue

humain que technique) ;• Selon la dimension de son système d’information et ses

besoins en matière d’urbanisation.

Cette mise en œuvre nécessite une réelle maîtrise de la démarche.


6/40



2. SYSTEME D’INFORMATION ET URBANISATION

2.1 SYSTEME D’INFORMATION : UNE DEFINITIONLe système d'information de la production de soins peut être défini commel'ensemble des informations, de leurs règles de circulation, de conservation,de communication et de traitement, nécessaires à l'accomplissement desmissions de l'organisation en relation avec la prise en charge d’un patient etson (leur) environnement. Cette prise en charge couvre les aspectsmédicaux et médico-administratifs.

Le système informatique est une organisation de ces moyens (de traitementde l’information) : Il met en œuvre des plates-formes, langages, interfaces,architectures (centralisée, client serveur à deux, trois, n niveaux). Ildétermine la localisation des traitements et mémoires, les niveaux de

conservation des données, la couche de « middleware » et la gestion de lapersistance.

Sa mise en place repose sur une expertise attentive à la diversité des outilsdu marché, aux innovations, à la pérennité des solutions.

2.2 URBANISATION

L’urbanisation doit apporter :

• Pour les objectifs de l’établissement de santé, les règles et lesrecommandations permettant d’aider à la définition des projetsdes établissements de santé ;

• Pour l’organisation et les processus métier , une méthode etles règles nécessaires pour permettre leur traduction ensystème d’information (adéquation avec la stratégie, faisabilité,évaluation des risques, coûts-bénéfices) ;

• Pour le Système d’Information (SI) , la définition des grandsensembles du SI et de ses invariants, les règles, méthodes etrecommandations de construction du plan d’urbanisme enfonction de la typologie des établissements de santé, lesinfrastructures d’échange entre composants (normesd’échange), la reconfiguration, les bonnes pratiques, etc.)

• Pour l’ouverture vers les systèmes de santé, les règlesd’ouverture et d’échange, l’interaction entre divers plansd’urbanisation, les éléments d’interopérabilité.

L’intérêt de l’urbanisation est multiple. Elle permet :

• De constituer et structurer des ensembles fonctionnelscohérents et suffisamment indépendants sur lesquels il estpossible d’intervenir sans remettre en cause le plan global ;

• De mettre en place plus rapidement les évolutions ou leremplacement d’un de ces ensembles dans la mesure où il aété bien identifié et qu’il constitue un ensemble fini et biendélimité.


7/40



Le schéma ci après se propose de présenter les différents modèlesd’architecture (les vues) et leurs interactions.

1

Figure 1 : Les strates de l'architecture du SI

1 Adaptation d'après F. Noireaux - Thèse 2003 - La cartographie, au service del’urbanisme - HEC-ENSMP


8/40



3. COMMENT UTILISER CE GUIDE ?

IntroductionCe guide décrit une démarche d’analyse d’une architecture métier etd’urbanisation du système d’information phase par phase, chaque phase sedécomposant elle-même en étapes, successives ou non. Elles constituentun itinéraire structuré pour la mise en place et la maintenance d’unréférentiel d’urbanisation des systèmes d’information d’un établissement desanté.

Un synoptique général présente les grandes phases de la démarched’architecture et d’urbanisation des systèmes d’information. Les fichesdescriptives de chaque phase et de chaque étape associée sont proposéesdans les pages suivantes.

Ce synoptique est repris sur la partie gauche de chaque fiche descriptive quiprésente les rubriques décrites ci après. En complément, une représentationgraphique en début de chaque phase permet de resituer rapidement l’étapeau sein de la démarche.

Par chaque étape, les rubriques suivantes sont décrites :

Pré requis Quels sont les éléments supposés acquis etnécessaires au bon déroulement de l’étape ?

Objectifs Quelles sont les finalités de cette étape : pourquoiréaliser cette étape ?

Acteurs Qui sont les acteurs de l’établissement impliqués ousollicités dans cette étape, quel est leur rôle ?

Démarche Que doit-on réaliser dans cette étape, quels sontles é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 actionsnécessaires pour valider l’étape en cours

Facteurs de succèset risques

Quelles conditions permettent de favoriser laréussite de l’étape ?

Quels sont les risques associés à l’étape, quelssont les moyens permettant de les prévenir

Référence Quels sont les éléments complémentaires utiles à lacompréhension et à l’illustration de l’étape ?Quels sont les autres projets liés à l’étude dessystèmes d’information de production de soins(Etudes du cycle Production de soins) quicontribuent à la réalisation de cette étape ?


9/40



Survol de la démarche

Seules les phases 1 et 3 sont couvertes par le présent guideméthodologique.

Phase 4 : Définir la trajectoire de migration

Définir le qualifier lesprojets

Planifier/Gérer leportefeuille de projet

Définir la stratégied ’évolution

Stratégie de l’établissement de santé et objectifs

Phase 1 : Analyser le système d’information existant

Phase 2 :Prendre en comptes les objectifs de l’établissement

Phase 3 : Identifier le système d’information cible

Analyser l’architecturemétier existante

Analyser l’architectureapplicative existante

Définir l’architecturemétier cible

Définir l’architecturefonctionnelle cible

Principesdirecteurs du SI

Schéma directeur dessystèmes d’information

Schéma directeur dessystèmes d’information

Fiches d’impactObjectifs / Processus

Fiches d’impactObjectifs / Processus

Architecture fonctionnelle cibledu système d’information

Architecture fonctionnelle cibledu système d’information

Description del’existant métier

Description del’existant métier

Description del’existant applicatif

Description del’existant applicatif

Architecture métiercible du système

d’information

Architecture métiercible du systèmed’information

Figure 2 : Architecture et urbanisation - Phases et étapes

La démarche est itérative. Une fois les grandes orientations stratégiquesde l’établissement de santé définies, celles ci sont déclinées et mises en

oeuvre dans chacune des phases faisant suite à la définition de cettestratégie.


10/40



Découpage en phases et étapes

Analyser le SI existant

Architecturemétier

ArchitectureApplicative

Prendre en compte lesobjectifs de

l’établissement

Identifier le SI cible

Définir la trajectoire demigration

Architecturemétier

ArchitectureFonctionnelle

Principesdirecteurs

d’urbanisation

Phase 1Phase 1

Phase 2Phase 2

Phase 3Phase 3

Phase 4Phase 4

Etape 2aEtape 2a

Etape 1Etape 1

Etape 2bEtape 2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 2


11/40



4. PRESENTATION DE LA DEMARCHE

Une démarche en 4 phases ....

1. Effectuer une analyse de l’existant et produire une cartographiede cet existant :

• Pour bien comprendre la situation et savoir d’où l’on part.

2. Prendre en compte les objectifs stratégiques et opérationnels(exprimés en amont de la démarche d’urbanisation, lors d’unephase 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 auxobjectifs stratégiques de l’établissement.

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

• Identifier les besoins d’évolution tant d’un point de vue métierque fonctionnel du système d’information ;

• Énoncer les principes directeurs d’urbanisation du systèmed’information ;

• Décrire une « cible idéale », par écart avec l’existant.

4. Définir le plan d’évolution :

• Qualifier ce qu’il faut faire pour se diriger vers la cible, dansquel ordre, à quelles conditions et pour quels résultats(définir le schéma directeur des systèmes d’information).

... qui alimente un cycle de gouvernance du système d’information

1. Effectuer une mise à jour de la cartographie de l’existant :

• Prendre en compte les impacts du plan d’évolution ;• Comprendre la nouvelle situation.

2. 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étiersque sur le système d’information

3. Faire évoluer la cible système d’information:

• Mettre à jour les principes directeurs d’urbanisation dusystème d’information;

• Ajuster et mettre à jour la « cible idéale ».

4. Mettre à jour le plan d’évolution glissant :

• Réajuster le plan d’évolution sur la nouvelle cible et mettre à jour le schéma directeur.

Gérer

l’évolution du

référentiel

d’urbanisation

&

Conduire

l’évolution du

SI


Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b



12/40



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 ;

• Qui s’engage dans une action de fond ;

• Qui a la volonté de se doter d’une méthodologie et d’outils adaptés àl’établissement de santé.

Sur le plan humain :

• Impliquer le management dans la mise en oeuvre de la démarche caril doit au préalable fixer les objectifs stratégiques précis ;

• Désigner les responsables métier et leur affecter les moyensnécessaires à l’accomplissement de leur mission ;

• Tenir compte de la culture de l’établissement de santé, favoriser latransparence et le partage d’information ;

• Communiquer, sensibiliser, expliquer, former régulièrement (pourquoicette démarche, quels résultats peut-on obtenir, quelle cible veut-onatteindre) ;

• Associer les principaux acteurs pour les responsabiliser et lesvaloriser ;

• Disposer d’un langage commun ;

• Disposer d’une équipe d’animation (métier, DSI), reconnue pour sescompétences, capable de s’engager dans la durée.

Sur le plan méthodologique :

• Considérer la démarche comme un moyen et non une finalité ;

• Mettre en place un référentiel d’urbanisation permettant deconsolider, partager et valoriser les résultats de la démarche ;

• Définir la méthode avant de lancer les actions de description etplanifier le déploiement de la démarche ;

• Adopter une approche progressive (progression par « tâche d’huile »,sur quelques processus expérimentaux, au démarrage) ;

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

• Travailler sur des processus clés (qui contribuent à atteindre lesobjectifs stratégiques de l’établissement de santé, qui présentent desrisques potentiels ou à forts effets de levier), ne pas visersystématiquement l’exhaustivité du périmètre ;

• Prendre en compte progressivement les différents leviers de pilotage(qualité, risque, dimension économique) qu’offre la démarcheprocessus ;

• Procéder à un choix d’outils en rapport avec l’ambition de ladémarche ;

• Mettre en place les moyens pour garantir la cohérence et la pérennitéde la démarche et des données.


13/40



De manière générale, le succès de la démarche d’urbanisation repose engrande partie sur la capacité des réalisateurs à prendre du recul par rapportà la richesse et à la complexité du système d’information. Il faut être capablede se donner rapidement une vision globale et pertinente du systèmed’information. Cela suppose :

• De savoir identifier d’emblée les informations pertinentes sansse perdre dans les détails,

• De savoir consolider ces informations dans le cadre d’uneanalyse efficace.


14/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 25. PHASE 1 : ANALYSE DE L’EXISTANT

5.1 SYNOPTIQUE





-Axes stratégiques-Objectifs opérationnels


Cartographie dela vue métier du

SI existant


SI existant

Cartographie dela vue applicative

du SI existant


du SI existant

Fiches descriptives desprocessus métier et

applications

Fiches descriptives desprocessus métier et

applications

5.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 deson système d’information. Cette vision doit être à la fois :

• Claire, synthétique, compréhensible et communicable à tous :comité exécutif et instances de direction, responsables etacteurs métier concernés, responsables des systèmesd’information ;

• Suffisamment précise et pertinente pour permettre d’identifiercorrectement sur cette base les évolutions à mettre en œuvre.

Les deux étapes de cette phase correspondent à des travaux d’analyse quipeuvent être menés simultanément mais doivent être mis en cohérence. Ils’agit :

•

D’analyser la dimension métier supportée par le systèmed’information existant : Quelles sont les activités métier, lesacteurs et leur rôle ? Quelles sont les informations utilisées etéchangées, par qui et pourquoi ?

• D’analyser la vue applicative du système d’information existant,en lien avec l’analyse métier : Quels sont les outilsinformatiques actuellement utilisés qui permettent l’utilisationdes informations décrite dans l’analyse métier ?


15/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


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èmesd’information. En effet, la définition préalable de la stratégie del’établissement permet de se focaliser sur les processus prioritaires et lesarchitectures pour lesquels le système d’information viendra en appui decette stratégie.

Pré requis aux deux étapes :

Décision et volonté du comité exécutif et des instances de direction demettre en oeuvre une démarche d’urbanisation.

Démarche d’alignement stratégique des systèmes d’information initiée.

Groupes de travail définis, plan projet validé par le comité exécutif et/ou lesinstances de direction.

Structure de pilotage du projet définie, mise en place et opérationnelle.

Avoir identifié les grands axes stratégiques de l’établissement et les objectifsopérationnels associés.

Avoir identifié le périmètre des processus métier et du système d’informationsur lequel portera l’étude, conformément aux objectifs de l’établissement desanté :

• Le SI de l’établissement de santé seul ;• Le SI de l’établissement de santé et ses partenaires ;• Un sous-ensemble du système d’information global de

l’établissement tel que, par exemple, le système d’informationde production de soins, le système d’information lié à la prise encharge du patient en unité de soins, le système d’informationassocié à la gestion des demandes, etc.


16/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 25.3 PHASE 1 - ETAPE 1 :ANALYSE DE L’ARCHITECTUREMETIER EXISTANTE








SI existant


SI existant

Fiches descriptivesdes processus métier

Fiches descriptivesdes processus métier

Elle décrit les usages mis en oeuvre (le « faire ») par les différents métiersdans l’établissement de santé.

Pré requis

Cf. prérequis de la phase

Objectifs

Identifier et définir les processus de l’établissement de santé, sesinteractions avec son environnement et les acteurs de cet environnement.

Identifier les rôles, objectifs, missions et contraintes de ces acteurs.

Mettre en évidence, au travers des activités de ces différents acteurs pour lesystème considéré, les besoins de coopération, de coordination et decommunication supportés par le système d’information.

Obtenir le consensus des participants sur la description des processus, sanature, notamment sur le résultat attendu, son début et sa fin.

Acteurs

Maîtrise d’ouvrage :

Acteurs maîtrisant les objectifs et le périmètre métier à étudier : directiongénérale, direction stratégique, CME, 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, soignants etparamédicaux, autres partenaires intervenants dans le processus.

Maîtrise d’oeuvre :

Acteurs en charge de la démarche d’analyse (assez fréquemment, lesmembres de la DSI/O ou du pôle qualité)


17/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 2Démarche

Identifier les acteurs interagissant avec le système d’information considéré.

• Quels/Qui sont les acteurs qui fournissent ou qui reçoivent del’information de la part du système d’information ? (les patients,les partenaires, les fournisseurs, etc.)

• Dans quelles situations ces interactions ont-elles lieu ? Pourchaque acteur, dans la situation concernée, quels sont lesobjectifs, contraintes et règles associées à son rôle dans lesystème ?

• Toutes ces situations sont-elles identifiables, sont-ellesidentifiées ?2

Organiser/découper le système d’information étudié en processus métier :

• Quelles sont les sollicitations auxquelles le système doitrépondre : quelles sont les situations ou les événementsdéclencheurs : Arrivée d’un patient, appel du SAMU, réceptiond’un colis, etc.

• Quelles sont les réponses apportées à ces sollicitations, quelsen sont les objectifs, règles et contraintes ?

• Quelles sont les informations manipulées, selon quellescontraintes, dans quelles conditions ?

L’objectif est de donner une vision des missions de l’établissementcomplète, cohérente, claire et surtout partagée par l’ensemble des acteurset partenaires du système.

Cette représentation s’effectue selon un découpage « standard » :Processus support, processus métier, processus de pilotage.

Le regroupement des différentes tâches en activités puis en processuspourra s’effectuer, par exemple, par la recherche des points communs entreles différentes actions à réaliser, ces points communs permettant d’associerà un objectif commun entre les acteurs concernés, la prise en charge d’unesituation particulière. Par exemple, l’ensemble des tâches métier réaliséeslors de l’accueil administratif d’un patient peut être regroupé sous l’activité« Accueillir administrativement le patient ».

En ce sens, une activité ne constitue pas un ensemble fini et immuable maisun ensemble de possibilités liées à la prise en charge d’une situation dansun contexte donné.

Identifier et décrire les acteurs et les activités de l’établissement qui gèrentde l’information

• Identifier et décrire l'ensemble des tâches (activité élémentaireréalisée par un seul acteur) nécessaire à la réalisation d’uneactivité ou d’un processus (objectifs, contraintes, règlesassociées) ;

• Décrire cette représentation métier de façon précise etstructurée (cf. Tableau de recensement et de description d’unearchitecture métier) ;

• Recenser et décrire les indicateurs de performances existants ;

2 On pourra, par exemple, utiliser une méthode de type QQCOQCP ou « Brown Paper » pourréaliser ce type de description. Pour plus de précisions, veuillez vous reporter à l’étude réaliséepar le GMSIH sur la Conduite du Changement


18/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


• Dimensionner autant que possible les tâches critiques intégrantdes dimensions de temps, de fréquence et de volume ;

•

Identifier les objectifs poursuivis par chaque tâche effectuéedans périmètre du système d’information étudié.

Qualifier les interactions en termes d’informations échangées (sous la formede messages) :

• Quelles sont les informations utilisées pour réaliser cettetâ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, d’utilisation

ou de transmission de ces informations ?• Quelles en sont les métriques (volumes, fréquence, etc.) ?

Identifier les points critiques3 :

• Evolutions souhaitées ;• Dysfonctionnements ou difficultés rencontrées ;• Idées, voies d’amélioration.

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 lesrésultats avec l’ensemble des acteurs concernés par cette étude.

Elle doit faciliter par la suite, la localisation rapide des zones d’évolutionpotentielles et l’évaluation rapide des impacts de telles évolutions.

Cette synthèse graphique devrait s’accompagner d’un document desynthèse présentant les forces et faiblesses du système d’information actuelaccompagnées des souhaits, objectifs et voies d’amélioration demandés ouproposés par les utilisateurs.

Documents produits

Diagramme de contexte : Représentation de l’ensemble des interactions dusystème considéré avec ses partenaires et son environnement (patients,ensemble des partenaires, autres systèmes, etc.).

Cartographie de l’architecture métier : la vue métier de l’établissement desanté (les processus et leur décomposition) et du système d’information

existant. (cf. [2] Exemple d’architecture métier d’un système de prise encharge 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, méthode des5M (Main d'oeuvre, Matière, Méthode, Machines (équipement), Milieu (environnement)) ou desd’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. Pourplus de précisions, veuillez vous reporter à l’étude réalisée par le GMSIH sur la Conduite duChangement.


19/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 2Clôture de l’étape

Fiches descriptives métier complétées et validées.

Cartographie métier validée.

Facteurs de succès et risques

Savoir adapter le niveau de détail de l’analyse :

• La description des tâches ou activités doit permettre d’identifierles fonctions du système d’information nécessaires à leurexécution ;

• Une analyse trop détaillée risque de produire un résultat difficileà exploiter, à communiquer et surtout coûteux à maintenir ;

• Une analyse trop macroscopique risque de masquer des

éléments importants qui seront concernés par l’évolution dufutur système d’information ;• Ne pas viser l’exhaustivité. Focaliser l’analyse sur les éléments

susceptibles d’évoluer compte tenu des objectifs stratégiques.• Tenir compte des interactions avec les autres systèmes en

relation avec le système étudié.

Adapter la présentation/formalisation des résultats de l’analyse pourdifférents niveaux de compréhension et de communication; par exemple :

• Synthèse et Cartographie générale pour une vision globale etcohérente (Direction générale, CME, DSI, etc. ) ;

• Cartographie détaillée permettant à chaque acteur métier de se

retrouver / de se positionner dans l’analyse ;• Description détaillée et structurée des processus qui fourniront

les informations nécessaires à l’urbanisation pour lesresponsables des systèmes d’information.

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 et obtenir le support et les ressources nécessaires dela part des instances de décision de l’établissement, réussir àdémontrer aux managers que cette démarche peut les aiderdans leur mission quotidienne ;

•

S’assurer de la participation et de l’appropriation du systèmedécrit et de l’étude par les principaux acteurs : les (futurs)utilisateurs du (futur) système.

Compléments

La cartographie des processus n’est pas la définition d’un organigramme, unprocessus n’est ni un produit ni une procédure.

La cartographie est la représentation des processus et des flux d’informationéchangés entre les acteurs. Elle permet de décrire l’architecture métier.

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.


20/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 2Références

[2] Exemple d’architecture métier d’un système de prise en charge dupatient en unité clinique – SI35MOD

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


[14] Méthodologies et outils de conduite du changement dans les projetsSI – 2003


21/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


5.4 ETAPE 2 : ANALYSE DE L’ARCHITECTUREAPPLICATIVE EXISTANTE







Cartographie de

la vue applicativedu SI existant

Cartographie de

la vue applicativedu SI existant

Fiches descriptives desprocessus métier associés

aux applications

Fiches descriptives desprocessus métier associés

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

Pré requis

Cf. prérequis de la phase

ObjectifsAvoir une connaissance approfondie de l’existant applicatif :

• Décrire le système informatique existant (documentation,applications et flux inter applicatifs (interfaces), performances,exploitation et contraintes) : l’architecture applicative cible seraconstruite sur la base de cet existant ;

• Identifier les composants applicatifs (ou les services offerts)support des fonctions du système d’information étudié(périmètre de couverture des applications, recouvrements,« manques », etc.) ;

• Identifier les points d’agrégation entre les applications.

Acteurs

Responsables d’applications (au sein de la DSI/DSIO), responsablearchitecture technique, responsable intégration.

Utilisateurs des applications.

Acteurs du service informatique : Exploitants (applicatifs, réseaux), servicebureautique, gestionnaire de parc (matériel, applicatif), etc.


22/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


Démarche

Identifier les applications et leur découpage en modules fonctionnels.

Identifier les utilisateurs de ces applications et faire le lien avec l’architecturemétier.

Positionner les applications sur un fond de carte (zone, quartier, bloc)reflétant l’architecture métier.

Identifier et décrire les différents flux inter applicatifs (interfaces), leursobjectifs, leurs caractéristiques (mode d’échange, typologie, normes,volumes, fiabilité, etc.).

Identifier les gisements de données : données de référence (patients,structures, utilisateurs et droits, etc.), données applicatives (quantité et

potentiellement, qualité)Identifier les infrastructures physiques associées (serveurs, réseau, capacitéde stockage, etc.)

En complément, identifier les compétences et la spécialisation desinterlocuteurs « applicatifs » actuels.

Documents produits

Cartographie applicative de l’existant.

Carte des flux inter applicatifs.

Fiche descriptive de chaque application et interface, intégrant, si possible,des métriques d’utilisation (fréquences, volumes, périodes de pointe, tauxd’utilisation, taux de déploiement (par rapport aux fonctionnalités, etc.).

Faire le lien, dans le tableau de recensement et de description d’unearchitecture métier existante, entre les applications existantes(fonctions/services offerts, supports des flux et messages, etc.) et les tâchesou actions métier réalisées. Faire le rapprochement entre ces applications etles processus métier.

Clôture de l’étape

Cartographie applicative validée.

Document de synthèse.

Tableau de recensement et de description d’une architecture métierexistante mis à jour des informations sur les applications existantes.


Savoir identifier :

• La (les) personne(s) qui maîtrise(nt) le fonctionnementtechnique d’une application et de ses interfaces ;

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

• Les fonctionnalités utilisées et leur contexte d’utilisation.


23/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


Ne pas forcément rechercher l’exhaustivité mais savoir identifier leséléments critiques (en particulier dans la description des flux).

Une carte trop détaillée sera coûteuse à produire et à maintenir et risqued’être inexploitable dans le cadre de la réflexion d’urbanisation. Néanmoins,ce travail de description permet de (re)bâtir un fond documentaire fort utile àla connaissance du parc applicatif.

Références




24/40

Architecture et urbanisation des systèmes d’informationGuide Méthodologique Version 1.0



Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 26. PHASE 2 : PRISE EN COMPTE DES OBJECTIFSDE L’ETABLISSEMENT





SI existant


SI existant

-Fiches d’impactObjectifs / Processus

-Fiches d’impactObjectifs / Processus

Objectifs intégrés dansla description des

processus

Objectifs intégrés dansla description des

processus

Fichesdescriptives desprocessus métier

Fichesdescriptives desprocessus métier

Remarques

Cette phase est mentionnée ici pour rappel. Elle a fait l’objet d’unedescription, notamment du point de vue méthodologie, 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 chaquePôle / Service / Direction métier (les axes stratégiques ont été identifiés ettraduits en objectifs opérationnels. Cf. étude [10])

Objectifs

L’objectif de cette phase est d’identifier clairement les impacts des objectifsopérationnels sur les processus métier (décrit lors de la phase d’analyse del’architecture métier existante) pour en déduire les besoins d’évolution dusystème d’information ou pour évaluer le niveau de pertinence stratégiquedes demandes d’évolution.

Acteurs

Direction Générale et CME, responsables de pôles

DSI / DSIO / DIM ;

Chefs de services, chefs de pôles ;

Directions adjointes (soins, ressources humaines, etc.)

Maîtrise d’ouvrage stratégique (Direction Générale et CME) ;

Maîtrise d’ouvrage opérationnelle (Chefs de projets « métier ») ;


25/40

Architecture et urbanisation des systèmes d’informationGuide Méthodologique Version 1.0



Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


Démarche

Se reporter au document [11] Guide méthodologique pour l’AlignementStratégique du Système d’Information – SI32MEG.

Mettre en relation les objectifs opérationnels identifiés et les activités ettâches décrites dans l’architecture métier existante (étape 1.1) :

• Exemple : la tâche « transmettre une prescription à lapharmacie » sera concernée par l’objectif opérationnel« optimiser les interactions entre les unités de soins et lesplateaux techniques » (un thème de progrès possible étantl’informatisation et l’automatisation de cette tâche) ;

• Faire le lien activité ou tâche – objectif opérationnel dans leTableau de description des éléments d’un système d’information

– SI35MFAP [5] (pour chaque tâche, indiquez dans la colonne« objectif opérationnel » les objectifs opérationnels quiimpactent cette tâche) ;

• L’impact de ces objectifs sur chaque tâche sera décrit lors de ladéfinition de l’architecture métier cible (cf. phase suivante).

Documents produits

Fiches d’impact objectif – processus (cf. étude [10] Alignement stratégiquedu 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)


Tableau de recensement et de description d’une architecture métier mis à jour (intégrant les objectifs opérationnels)

Références


[11] Guide méthodologique pour l’Alignement Stratégique du Systèmed’Information – SI32MEG

[12] Outil d’alignement stratégique du SI – SI32ASSI


26/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 27. PHASE 3 : DEFINIR LE SYSTEMED’INFORMATION CIBLE

Phase 2 :Prendre en comptes les objectifs de l ’établissement






Principesdirecteurs d’urba.


SI existant


SI existant


du SI existant


du SI existant

Objectifs intégrés dans ladescription des processus


-Fiches fonction-Fiches fonction

-Besoins fonctionnels-Besoins fonctionnels

-Stratégie établissement-Stratégie établissement

Cartographiemétier de la cible


Cartographiefonctionnelle de la

cible


cible

Objectifs SIPrincipes

d’urbanisation


d’urbanisation

L’objectif de cette phase est d’identifier, à partir de l’existant analysé etdécrit au début de la démarche, les évolutions nécessaires pour disposerd’un système d’information qui soutiendrait au mieux la stratégie del’établissement. Elle prend en compte les contraintes de performance liées àl’activité de l’établissement et à son environnement (contexte réglementaire,rôle et caractéristiques des partenaires, etc.).

Cette phase comprend 3 étapes :

• 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 entenant compte des besoins des utilisateurs, des opportunitéset des contraintes contextuelles ?

• Quelle(s) amélioration(s) doit(vent) être apportée(s) auxactivités métier concernées (cf. architecture métier)

• Quelle(s) fonction(s) du système d’information a-t-on besoinde développer ?

• Etape 2A : Identification des principes directeursd’urbanisation• Compte tenu de l’existant en matière d’applications et

d’infrastructure technique (matérielle) et pour répondre auxobjectifs fixés en matière d’évolution et d’exploitation dusystème informatique (évolutivité, niveau de sécurité, coûtsde maintenance, interopérabilité, etc.) quelles règles doit-ondéfinir pour cadrer au mieux les évolutions du systèmed’information ?

• Etape 2B : Définition de l’architecture fonctionnelle cible :• Compte tenu de l’existant, des besoins fonctionnels

exprimés par l’analyse métier, et des principes directeurs dusystème d’information, vers quelle architecture fonctionnellele système d’information existant (décrit au cours de l’étape2 de la phase 1) doit-il évoluer ?


27/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


7.1 PHASE 3 - ETAPE 1 : ARCHITECTURE METIER CIBLE









SI existant


SI existant





Besoinsfonctionnels

Besoinsfonctionnels

-Fiches fonction-Fiches fonction

-Besoins fonctionnels-Besoins fonctionnels

Pré requis

Disposer d’une description de l’architecture métier existante (cf. 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. Phase 2 : Prise en compte des objectifs de l’établissement)Objectifs

Prendre en compte l’ensemble des facteurs d’évolution des processusmétier pour construire la vision métier du système d’information cible.

Identifier les besoins fonctionnels associés aux besoins d’évolution etd’amélioration des processus métier.

Acteurs

Responsables métier (porteurs des objectifs opérationnels et exprimant lesbesoins) :

• Responsables de pôle ou de service, utilisateurs médicaux,soignants et paramédicaux ;

• Acteurs en charge de l’évolution SI (maîtrisant les possibilitésde la technologie) : membres de la DSIO, cellule urbanisation.

Démarche

Traduire l’impact des objectifs opérationnels sur chaque tâche en identifiantavec les responsables métiers :

• Les éléments de contexte liés à la tâche et propres à induireune évolution de cette tâche (contrainte ou évolutionréglementaire, nouveau partenaire, nouvelle compétence,réorganisation, etc.) ;


28/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


• Les thèmes de progrès de chaque tâche en cohérence avec lesobjectifs opérationnels, 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 entenant compte du contexte ?

Traduire chacun des thèmes de progrès par des évolutions de l’architecturemétier (une tâche peut être supprimée, ajoutée, réalisée par un acteurdifférent, réalisée différemment, etc.) et/ou par des besoins fonctionnels.

Pour chaque tâche, les fonctions susceptibles de répondre aux thèmes deprogrès identifiés sont :

• Des fonctions qui aident l’utilisateur à obtenir les informationsnécessaires à la tâche (C'est-à-dire les informations identifiéesdans l’architecture métier sous la forme de messages entrants

de la tâche) ?

• Des fonctions qui aident l’utilisateur à produire et/oucommuniquer les informations résultats (C'est-à-dire lesinformations identifiées dans l’architecture métier sous la formede messages sortant de la tâche) ?

Exemples :

• Besoin d’une fonction d’accès personnalisé au dossier patientpour la tâche « examiner le patient » ;

• Besoin d’une fonction de transmission électronique del’ordonnance à la pharmacie pour automatiser la tâche« transmettre » ;

• Besoin d’une fonction d’authentification du prescripteur pour latâche « prescrire ».

Documents produits

Modélisation des processus métier cible.

Besoins fonctionnels (identifiés dans le tableau de recensement et dedescription de l’architecture métier cible).


Fiches descriptives métier complétées et validées.

Cartographie métier validée.


Travailler dans la continuité de l’étude de l’existant en utilisant comme basede travail les résultats de l’étape 1.1 (Phase 2 - Etape 1 :Analyse del’architecture métier existante)

Savoir adapter le niveau de détail de l’analyse :

• Cf. analyse de l’existant métier ;


29/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


Les besoins fonctionnels doivent être décrits de façon suffisammentsynthétique et claire pour permettre leur identification, leur compréhension etleur analyse au plus haut niveau de lecture (c’est à dire la vision du systèmeétudié dans son ensemble).

• Il faut pour cela savoir identifier les caractéristiques essentiellesd’un besoin fonctionnel (de façon à permettre notamment sonrapprochement avec un besoin similaire exprimé dans un autrecontexte) ;

• Etablir au préalable une typologie limitative des fonctionsidentifiables dans le cadre de l’architecture peut être utile(exemples de types de fonction : Création, mise à jour,consultation, recherche, édition, etc.).

Références




[11] Guide méthodologique pour l’Alignement Stratégique du Systèmed’Information – SI32MEG (cf. méthode d’évaluation du niveau depriorité d’un besoin fonctionnel)


30/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


7.2 P3-ETAPE 2A : PRINCIPES DIRECTEURSD’URBANISATION





Définir l’architecture

fonctionnelle cible

Principes

directeurs d’urba.

-Stratégie établissement-Stratégie établissement


d’urbanisation


d’urbanisation

Définir l’architecture

métier cible

Pré requis

La stratégie de l’établissement a été définie et s’est déclinée notamment auniveau de la Direction des Systèmes d’Information (les axes stratégiques ontété identifiés et traduits en objectifs opérationnels).

Objectifs

Il s’agit de prendre en compte les objectifs opérationnels propres au métier

de la gestion du système d’information. L’objectif de cette étape est detraduire ces objectifs sous la forme de principes directeurs de l’urbanisationdu système d’information.

Les objectifs à prendre en compte à ce niveau peuvent être très variés etdépendent directement la stratégie de l’établissement ; ce pourrait être, parexemple :

• Améliorer l’interopérabilité des systèmes ;• Ouvrir le système d’information sur l’extérieur ;• Unifier les référentiels d’informations ;• Améliorer la sécurité du système d’information ;• Unifier le poste de travail ;•

Améliorer la qualité de service ;• etc.

Acteurs

• Direction Générale ;

• DSI, DSIO, DIM, cellule urbanisation ;

• Responsables d’applications (au sein de la DSI/DSIO),responsable architecture technique, responsable intégration ;

• Acteurs du service informatique : Exploitants (applicatifs,réseaux), service bureautique, gestionnaire de parc (matériel,

applicatif), etc.


31/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


Démarche

Cette étape doit être initialisée lors des travaux d’élaboration du projetd’établissement (réflexion stratégique). De la même façon que cela a été faitpar chacune des directions métier (cf. §6 Phase 2 : Prise en compte desobjectifs de l’établissement ), il s’agit ici de traduire les axes stratégiques del’établissement en objectifs opérationnels pour la gestion du systèmed’information.

Les impacts de chacun de ces objectifs opérationnels sont ensuite décritssous la forme de règles ou principes d’urbanisation.

Les objectifs opérationnels suivants, par exemple, peuvent être déclinésainsi :

1. Améliorer l’interopérabilité des systèmes :

La prise en compte de l’interopérabilité doit amener à définir denombreux principes d’urbanisation tels que, par exemple :

• La définition d’un cadre d’interopérabilité ;

• Le choix d’une architecture d’intégration.

Les conséquences de l’application de ces principes directeurs sur ladémarche d’urbanisation concerneront essentiellement l’évaluation del’existant et la définition de la trajectoire de migration :

• Une application existante peut par exemple être considéréecomme obsolète si elle n’est pas en mesure de proposerfacilement une interface respectant les principesd’interopérabilité (standards d’échanges, etc.) ;

• Lors de la phase de définition de la trajectoire de migration (cf.paragraphe « 8. Phase 4 : Trajectoire de migration »), un projetde mise en place d’une solution d’intégration, par exemple, peutêtre identifié.

La prise en compte de l’interopérabilité est décrite de façon plus complètedans le guide d’interopérabilité joint à l’étude (cf. [7]).

2. Ouvrir le système d’information sur l’extérieur :

Evoluer vers un système d’information ouvert est un objectif général quipeut se décliner ainsi :

• Améliorer l’interopérabilité (cf. objectif ci-dessus) afin defavoriser les échanges avec les systèmes partenaires externes ;

• Favoriser une architecture de services (cf. [7] Interopérabilité eturbanisation – Eléments de définition – SI35INT § 3.2.3) lorsdes choix d’évolution du système d’information afin de faciliter àla fois l’utilisation de services externes proposés par un systèmepartenaire (exemple : Service de commandes automatiséesproposés par un fournisseur) et l’utilisation par un systèmepartenaire de services offert par le système de l’établissement

(exemple : Service de publication d’informations à destinationdes réseaux de santé) ;


32/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


• Améliorer la sécurité du système d’information del’établissement (cf. objectif ci-dessous) afin de permettre à deséléments externes d’accéder aux informations et aux servicesde ce système sans compromettre ni la qualité de service, nil’intégrité des données, ni le niveau de confidentialité desinformations.

Les principes directeurs établis sur cette base, pourront être nombreux etdivers. Ils impacteront la démarche d’urbanisation à trois niveaux :

• Lors de l’identification des besoins fonctionnels (desfonctionnalités améliorant la sécurité devront être prévues tellesque l’authentification, la gestion d’un annuaire des utilisateurs,la gestion des droits et habilitations, etc.) ;

• Lors de l’évaluation de l’existant applicatif ;

• Lors de l’identification des projets d’évolution du systèmed’information (trajectoire de migration).

3. Unifier les référentiels d’informations :

Le besoin d’unification des référentiels est souvent déjà la traduction d’unobjectif plus général d’amélioration de la cohérence et de la fiabilité desdonnées du système d’information.

Cet objectif peut se traduire plus précisément par quelques principes :

• Identifier les principaux objets métier du système d’informationet définir leur périmètre d’utilisation et de responsabilité au seinde ce système ;

• Garantir l’unicité de référence de chaque objet sur sonpérimètre.

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 dela trajectoire de migration, il faut s’assurer au cours de chaqueétape de l’unicité de la référence des objets métier et arbitrerentre les solutions permettant de la garantir : maîtrise dustockage ou maîtrise des flux.

4. Améliorer la sécurité du système d’information :

Les principes directeurs d’urbanisation découlant d’une politique desécurité dépendent essentiellement de l’analyse du niveau de risqueencouru par le système de l’établissement confronté à ses objectifs en lamatière (cf. [15] Sécurité des systèmes d’information des établissements desanté – Juin 2004 ). Ce peut être, par exemple :

• Mettre en place des services de chiffrement des fluxd’informations ;

• Mettre en place des services de chiffrement du stockaged’informations ;

• Mettre en place des services d’authentification en amont del’utilisation des fonctions du système ;


33/40


34/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


Ces principes directeurs, pouvant être nombreux et couvrir des champsd’action divers, influenceront la démarche d’urbanisation à trois niveaux :

• Au niveau des processus métier et des fonctions : Identifier lecontexte à conserver favorisant la fluidité des activités ;

• Au niveau applicatif : Lors de l’évaluation de l’existant applicatif,toute application n’est pas spontanément ou facilementintégrable dans une architecture de type service. La possibilitéou la difficulté de cette intégration dépendent de sa technologied’implémentation ;

• Au niveau de la trajectoire de migration : Lors de l’identificationdes projets d’évolution du système d’information (trajectoire demigration), la capacité d’une solution à s’intégrer à unearchitecture de service pourrait constituer un critère de choix.

Documents produits

Document décrivant les principes directeurs d’urbanisation. Ce documentprévoit pour chaque principe énoncé, des chapitres décrivant :

• Les objectifs opérationnels qui ont conduit à sa définition ;

• Ses conséquences sur la définition de l’architecture cible dusystème d’information ;

• La façon de le prendre en compte dans la définition des projetsd’évolution du système d’information ;

• La façon de le prendre en compte lors la préparation d’uneconsultation (rédaction d’un cahier des charges) et lors du choixd’une solution (éléments évaluation associés au principe).


Principes directeurs du système d’information validés.


• Savoir énoncer des principes réalistes au regard aussi bienl’existant informatique de l’établissement que de l’état de l’art.

• Risque : Etablir une liste de vœux pieux.

• Enoncer des principes d’urbanisation les plus concrets etopérationnels possible en précisant bien la façon de les mettreen œuvre à chaque étape de l’évolution et de l’exploitation dusystème d’information.

• Risque : Constituer une liste de « grands principes » tropgénéraux pour être appliqués au quotidien.


35/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


• Savoir limiter en nombre et prioriser les différents principes enfonction de leur niveau d’alignement stratégique, de leur facilitéde mise en œuvre, du bénéfice attendu, etc. Objectif : être enmesure d’arbitrer rapidement lorsque, par exemple, une solutiond’évolution favorise un principe au détriment d’un autre.

• Risque : Constituer une liste pléthorique de règlesinapplicable en pratique.

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


36/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


7.3 P3-ETAPE 2B : ARCHITECTURE FONCTIONNELLECIBLE









du SI existant


du SI existant

-Fiches fonction /priorités fonctionnelles

-Fiches fonction /priorités fonctionnelles




cible


cibleBesoins

fonctionnels

Besoinsfonctionnels


d’urbanisation


d’urbanisation

Pré requis

• L’architecture métier cible a été décrite et les besoinsfonctionnels identifiés sur cette base.

• Les principes directeurs d’urbanisation ont été établis.

Objectifs

L’objectif est de cadrer le plus précisément possible – étant donné lecaractère global et amont de la réflexion – l’architecture du systèmed’information vers laquelle il faut tendre. Ce cadre précis, c’est l’architecturefonctionnelle du système.

Acteurs

• DSI, DSIO, DIM ;

• Architecte, urbaniste ;

• Responsables d’applications (au sein de la DSI/DSIO),responsable architecture technique, responsable intégration ;

• Acteurs du service informatique : Exploitants (applicatifs,réseaux), service bureautique, gestionnaire de parc (matériel,applicatif), etc. ;

• Utilisateurs des applications.


37/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


Démarche

1. Évaluer l’existant applicatif sur la base des analyses précédentes :

• Evaluer le niveau de réponse de l’existant aux besoinsfonctionnels identifiés au cours de l’étape 1. Par exemple :

• L’application utilisée aujourd’hui pour la réalisation de cettetâche permet-elle de mettre en œuvre les besoinsfonctionnels identifiés ?

• Le fait-elle de façon satisfaisante (du point de vue del’utilisateur et des thèmes de progrès) ?

• Evaluer le niveau d’adéquation de l’existant aux principesdirecteurs d’urbanisation et aux objectifs opérationnels de la

gestion du SI. 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 acceptablecompte tenu des objectifs opérationnels (ce coût dépend destechnologies mises en œuvre, du nombres d’interfaces àgérer, de la fréquences des pannes, etc.) ?

• Identifier les applications qui devront être remplacées.

2. Organiser l’architecture fonctionnelle cible :

• En s’appuyant sur l’existant pérenne : positionner les fonctionscible sur la carte applicative existante (utilisée comme fond decarte et ne présentant que les applications à conserver) ;

• Identifier et qualifier les principaux flux d’informations inter-fonctionnels en mettant en évidence essentiellement :

• Le contenu de l’information (l’objet métier principal) ;

• La dimension du flux d’information (volume et fréquence) ;

• La criticité du flux d’information (en fonction de la nature del’information transmise, des contraintes en termes de délai,

de qualité de la transmission, etc.).

• Constituer les blocs fonctionnels cible (Regrouper les fonctionsen blocs fonctionnels ; regrouper les blocs fonctionnels eux-mêmes en blocs de plus haut niveau, etc.) :

• En assurant autant que possible une cohérence avecl’organisation de l’architecture métier et en caractérisantl’utilisation des fonctions par rapport à cette architecture(utilisation transversale ou utilisation spécifique) ;

• En tenant compte des contraintes de l’existant (fonctionsdéjà regroupées au sein d’une application ou d’un systèmequi doit être conservé) ;


38/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b


• En tenant compte surtout de la nature de l’informationmanipulée et des flux inter-fonctionnels, l’objectif étant delimiter au maximum le nombre, la dimension et la criticité desflux d’informations inter-blocs ;

• De façon à ce que l’organisation fonctionnelle du SI soitcohérente avec les principes directeurs d’urbanisation (etavec les objectifs de l’établissement).

Le regroupement fonctionnel peut aller jusqu’à la fusion deplusieurs fonctions en une seule répondant aux besoins de toutessi leurs caractéristiques sont suffisamment similaires et si la priseen compte des éléments d’analyse cités ci-dessus le justifie. Parexemple :

• Identification d’une fonction de prescription unique pour

répondre aux besoins de la demande d’acte, de laprescription de médicaments, etc.

• Réévaluer l’existant applicatif sur la base des regroupementsfonctionnels décidés et des éventuelles nouvelles fonctionsidentifiées : Identifier notamment les éléments applicatifsredondants (plusieurs applications informatisant une mêmefonction) et réévaluer la nécessité de les conserver

Documents produits

Documents descriptifs de l’architecture fonctionnelle cible :

•

Cartographie fonctionnelle ;• Mise à jour du tableau de description assurant la continuité

entre les différents niveaux d’analyse de l’architecture(cf. [5] Tableau de description des éléments d’un systèmed’information – SI35MFAP) :

• Description des processus (architecture métier) ;

• Identification des applications existantes (architectureapplicative existante) ;

• Identification des thèmes de progrès et description desbesoins fonctionnels (fonctions SI) associés ;

• Evaluation des applications existantes (niveau de réponseaux besoins fonctionnels et principes directeurs).


Architecture fonctionnelle cible validée


39/40




Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b



• Comme pour chaque étape de la démarche d’urbanisation, lerisque de noyer l’analyse dans le détail est ici important : Uneanalyse trop détaillée des flux donne un résultat inexploitable.Autant l’analyse détaillée se justifie pour les besoins d’un projetou de l’exploitation du SI, autant l’analyse de l’urbaniste doit selimiter aux flux les plus importants (en terme de volume, decriticité ou d’importance stratégique, etc.). Cela suppose unebonne connaissance a priori du système.

Références



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


40/40



Architecturemétier



l’établissement



Architecturemétier


Principesdirecteurs

d’urbanisation

2a

1

2b

Etape 1 Etape 2Etape 1Etape 1 Etape 2Etape 28. PHASE 4 : TRAJECTOIRE DE MIGRATION



Phase 4 : Définir la trajectoire de migration

Architecture fonc