Urbanisation du SIH: définition et cas concret.

Guy LEONHARDIngénieur Informaticien du CH de Saverne

Membre du Groupe de travail du GMSIH SI35, sur l'urbanisation du Système d'Information

Hospitalier.

Sommaire

• Introduction

• Définition de l’urbanisation– Urbanisation # EAI

• La démarche du GMSIH

• Le cas concret de Saverne– Etat en 2002 (choix d’un dossier patient)– Etat en 2006 et futurs

Introduction

• Qu’est ce que l’Urbanisation du SIH (Système d ’Information Hospitalière) ?

• SIH ne signifie pas système informatique, mais ensemble d’informations

Définition de l’Urbanisation

• Une grille de lecture du SIH actuel d’un établissement,

• une vision de la cible à atteindre pour guider l’évolution du SIH,

• des recommandations méthodologiques pour élaborer et mettre en œuvre le plan d’urbanisme dans votre établissement

Urbanisation # EAI

• EAI: Entreprise Application Integration.

• L’urbanisation a pour objectif de simplifier la vision et l’usage du SI.

• Vision synthétique du SI:– découpage en bloc fonctionnel, interaction– vision transversale par métier, par application, ..– Vision stratégique

Démarche d’Urbanisation• Cartographie des processus, par métiers, par

catégorie

• Cartographie fonctionnelle

• Cartographie de l’existant (des applications existantes, des chemins de l ’information existants, …)

• Objectif stratégique, financier

• Création de référentiels (patient, structure...)

Une vision du SI

Vue synthétique

Portail villehôpital

ID patient

Demande d’actes prescriptions planification Plan de soins Gestion des CR

urgences

réanimation

laboratoire

Bloc opératoire

radiologie

pharmacie

Gestion administrative du patientGestion desmouvements

Gestion duconsentement

Logistique :personnel

repaslocaux

transports

Gestion desstructures

Gestion de lasécurité

archives

PMSIgestion des actes

Processus de pilotagefacturation

Les interfaces

La Démarche du GMSIHSI35: Urbanisation et architecture du SIH

Stratégiemétier

Étude de l’existant et des besoins

CIBLEProcessus métier

Architecture fonctionnelle

Scénarios d’évolution

Stratégie de système d’information

État de l’art

PL

AN

D’U

RB

AN

ISM

E

SI3.1Situatio

n

SI3.2Aligneme

ntstratégiq

ue

SI3.3Existant,

réglementation, normes

et expériences

SI3.5Urbanisati

on architecture des SIPS

SI3.4Analyse

de l’offre du

marché (V2)SI3.6

Trajectoire de

migration

Stratégiemétier

Étude de l’existant et des besoins

CIBLEProcessus métier

Architecture fonctionnelle

Scénarios d’évolution

Stratégie de système d’information

État de l’art

PL

AN

D’U

RB

AN

ISM

E

Couverture du projet SI35

Modélisation

Axes stratégiques

Vue applicative

cible

Vue technique

cible

Vue fonctionnelle

cible

Vue Entreprise

Vue technique

Vue applicative

VueEntreprise

cible

Démarche et méthodologieMacro scénarios

Vue Informationnelle

cible

Vue

Inf

orm

atio

nnel

le

Existant

Le cycle de vie d’un SI

Cycle de viedu SI

Choix

Mise en

œuvre

Stabilisation

Stratégie

Le cycle de vie du SI1. Stratégie / schéma directeur

– Lien avec le projet d’établissement – Définition des processus à informatiser– Définition de la couverture fonctionnelle

cible– Identification des scénarios applicatifs

cible– Identification des orientations

technologiques– Inscription dans un portefeuille de projet– Analyse d'impact sur l'organisation

2. Choix clés– Expression des besoins

fonctionnels et techniques (CdC)– Recherche de solutions

techniques : maquette, prototype, pilote

– Recherche de partenaires (éditeurs, intégrateurs, Amoa..)

4. Stabilisation du projet SI– Exploitation / Maintenance– Diagnostic métier et fonctionnel du projet :

les résultats attendus sont ils là ?– Diagnostic de sécurité du système

d'information– Optimisation des processus et des

organisations

3. Mise en oeuvre– Spécifications détaillées &

conception– Réalisation, intégration, recette– Conduite du changement :

formation, déploiement

La démarche

Analyse

des processus

et des activités

Cartographie

fonctionnelle

cible

Cartographies

applicatives et

techniques

existantes

Schéma

d’urbanisme

du SIH

Scénarios

et Liste des

projets (par priorité)

Cartographie des processus

Unité de soins

Accueil administratif

Patient

Demande admission en consultat ion externe

Pre ndre un RDVCoordonner et planifier des RDV

RDV Planifié

Patient

Identif iant patient

Ide ntifie r le patient

Conf irmation de RDV d emandé

Demande de RDV

Accueillir le patient en hospitalisation programmée

Pré-admiss ion

Processus : ACCUEILLIR LE PATIENT EN CONSULTATION EXTERNE

Exemple de vue métier

Démarche d’Urbanisation

• Définir les objectifs stratégiques (projet d’établissement)

• Prévoir l’architecture technique (réseau informatique, ordinateurs, serveurs ,… )

• Impliquer les utilisateurs

• Effectuer une cartographie métier, fonctionnelle, de l’existant, …

• Rester les pieds sur terre! L’objectif est de soigner le patient.

Cas concret du CH de Saverne

Le Centre Hospitalier Sainte Catherine de Saverneest constitué de:- 282 lits de court-séjour- 22 lits de moyen séjour- 62 lits de long séjour- 56 lits de maison de retraite

Environ 1000 agents dont 80 médecins.Activités de court séjour:Environ 80000 journées pour 16000 hospitalisations.

L ’équipe Informatique

- Informatique Administrative- 1 Ingénieur Informaticien- 1 adjoint des cadres- 1 emploi jeune (DUT informatique)- 1 adjoint administratif (exploitation BO, …)

- Informatique Médicale- 1 analyste programmeur

Le Service d’Information Médicale

- 1 médecin DIM- 1 analyste programmeur- 3 agents administratifs- 2 infirmiers pour la formation et la validation du dossier patient

Des ressources complémentaires ont été nécessaire au démarrage des secrétariats.

L’architecture techniqueEn 2002, à mon arrivée:

- 1 serveur Administratif: Sagah- 1 Infocentre (Business Object)

- 1 serveur Médical (Mapper Santé)- 1 PC gérant la messagerie Interne- 150 ordinateurs: WIN3.11, WIN95, 9X

Réseau informatique catégorie 3, dorsale en fibre optique non redondante

L’architecture techniqueEn 2006, actuellement:

- 1 serveur Administratif: Sagah- 1 Infocentre (Business Object)- 1 contrôleur de domaine W2000- 1 serveur 2003 TSE- 1 serveur messagerie Internet et Interne

- 2 serveurs en faux cluster pour le dossier médical- 1 serveur pour le laboratoire- 1 serveur de domaine W2000- 1 serveur 2003 TSE- 2 serveurs de test pour le dossier médical

400 ordinateurs dont 50 portables (80% sous Windows XP)

Le schéma directeur 2002-2007

17 projets identifiés dont 7 dits de “ priorité de niveau 1 ” ont fait l’objet d’une planification et d’une programmation financière à savoir :- dossier du patient- gestion du laboratoire- circuit de la pharmacie- gestion de la radiologie- gestion de l’agenda du patient- gestion des plannings- réseau ville hôpital.

Les projets réalisés- Déploiement du dossier patient (sauf Réanimation)- Gestion des Rendez-vous- Remplacement du logiciel du laboratoire (Mapper-Santé par GLIMS)Les projets en cours- Prescription connectée des actes de laboratoiresLes projets à venir- Changement de la partie administrative- Gestion de la pharmacie- Gestion de la radiologie- PACS, RIS ..

Chronologie des déploiements

Date DxCare DxPlanning GLIMSAout 2002 Choix DxCareOctobre 2002 Installation BDD1er juin 2003 Démarrage Secrétariat

Novembre 2003Dossier de soins Long Séjour

Mars 2004

Dossier de soins, prescriptions des médicaments Pneumo

juin 2004 Chirurgie 2

septembre 2004Chirurgie 1/ Moyen Séjour Choix de

GLIMSoctobre 2004 Médecine 1 Réanimation

novembre 2004Médecine 2

GynécologieInstallation GLIMS

Janvier 2005 Radiologie

1er juillet 2005Démarrage GLIMS

1er décembre Consultation, Box

Le déploiement de la prescription des médicaments

Besoins:- consultation du dossier patient au pied du malade et prescription directe par les médecins -Validation des médicaments administrés et des actes de soins effectués au pied du maladeSolutions: Déploiement d ’un réseau WIFI couvrant les chambres des patients.Par UF et par étage (25 lits environ): 3 portables sur chariot adapté.

La prescription des rendez-vous du patient.

Qui réalise le rendez-vous:- le médecin, la secrétaire (éventuellement au téléphone).

Contraintes: adaptation du logiciel pour ne pas perdre de temps.

Solution: DxPlanning (logiciel complémentaire à DxCare pour la gestion des RdV)

La problématique

Application 1 Application 2 CommentaireNewac SAGAH Logiciel de gestion de stock Pharmacie Epicure Pharmacie (Logiciel de gestion de marché)SAGAH Mapper Interface Patient, mouvementSAGAH DxCare Interface Patient, Structure, MouvementMapper DxCare Résultat laboratoireSAGAH Hémoserveur Liaison Identité (en test)Antares Hémoserveur Livraison de produits sanguinsHémoserveur Antares Retour sur distributionHémoserveur DxCare Dossier Transfusionnel (en projet)GLIMS Hémoserveur Résultat carte de groupe (en projet)Hémoserveur GLIMS Caractéristiques produits sanguinsAntares GLIMS Interface Résultat extérieurGLIMS Antares Interface Demande d'examen extérieur, Résultat projet ERASAGAH ARCHRONOS En projet, identité agent, gestion des absenceARCHNONOS SAGAH, PH7 En projet, élément variable de payeGLIMS MAIS En projetVidal CIO Gestion des interactions médicamenteusesCIO DxCare Mise à jour du référentiel des médicamentsAtalante DxCare PMSI StandardDXcare-WEB DxCare - Atalante PMSI-CCAMDxcare/SAGAH-GLIMSRéseau ville-hôpital Echanges sécurisés externes

Projets:- Consolider l’architecture actuelle- tenter de maîtriser les interfaces multiples et simplifier le spaguetti (pas forcément par un EAI). Il y a 21 interfaces différentes à gérer.

Application 1

Application 2

Application 3

Application 6

Application 5

Application 4

AVANT

APRES

Application 1 Application 2 Application 3

Application 4 Application 5 Application 6

Portail villehôpital

ID patientDemande d’actes prescriptions planification Plan de soins Gestion des CR

urgences

réanimation

laboratoire

Bloc opératoire

radiologie

pharmacie

Gestion administrative du patientGestion desmouvements

Gestion duconsentement

Logistique :personnel

repaslocaux

transports

Gestion desstructures

Gestion de lasécurité archives

PMSIgestion des actes

Processus de pilotagefacturation

CommutateurFibre optique 1Gbits

Liens Ethernet 100Mbits

Service Informatique

Routeur

ADSL(Oléane)

RNIS (CRIH)

Modem

Serveur Unisys pour Mapper (données

médicales)

CommutateurFibre optique 1Gbits

Liens Ethernet 100Mbits

Serveur de

messagerie Interne

DIM

Modem

Serveur de production

Sagah + Samba sous

Escala Unix AIX

InfocentreBO sous

Linux

Routeur

Serveur Linux

DHCP, Messagerie

Internet

Contrôleur de

domaine Win2000

Server

CommutateurFibre optique 1Gbits

CommutateurFibre optique 1Gbits2 étoiles

optiques

Liens Ethernet 100Mbits

Liens Ethernet 100Mbits

Autre Service

HeartBeat

Disque SCSI externe en

RAID5

Faux Cluster sous Linux pour Oracle,

équipé d ’un périphériquede sauvegarde

Autre Service

Contrôleur de

domaine Win2000

Server

Problème de référentiel

• Le NIP est défini sur 7 caractères: 2 caractères pour l ’année, 5 caractères contenant un nombre incrémental.

• Impression écran et papier des 7 caractères.

• Problème: l’interface transmet un nombre (donc longueur variable)

• le NIP 100 correspond à un patient identifié en l’an 2000, avec comme rang 100.

• Identification manuelle sur 7 caractères.

Conclusion

• L’Urbanisation du CH de Saverne ne fait que commencer.

• Les référentiels patient, structure, agent est disponible.

• La cartographie reste à effectuer pour aboutir à un schémas d’urbanisation.

• Le changement du système Administratif devrait permettre d’accélérer l’urbanisation.