Stage de matrise MIAGE

Rapport de synthse
Auteur : Glenza stphane
Responsable (CHC) : Dominique Ehly
Enseignant Tuteur : Phillipe Collet


rapport de stage.doc - 1 / 21 -
R Re em me er rc ci ie em me en nt ts s


Je profite de ce rapport pour remercier lensemble du service informatique pour laccueil et
la bonne ambiance qui a rgn pendant mon stage.

Je tiens aussi remercier lensemble des personnes que jai rencontr au centre hospitalier
qui malgr leur travail on su me consacrer un peu de leur temps.

Par la mme occasion, je remercie lensemble du personnel et des enseignants de la Miage
de Nice pour leur implication pendant ce stage, mais aussi pendant ces 3 annes de
formation.

rapport de stage.doc - 2 / 21 -
T Ta ab bl le e d de es s m ma at ti i r re es s
R Re em me er rc ci ie em me en nt ts s 1 1
T Ta ab bl le e d de es s m ma at ti i r re es s 2 2
P Pr r s se en nt ta at ti io on n d de e l l e en nt tr re ep pr ri is se e 4 4
L Le e C Ce en nt tr re e H Ho os sp pi it ta al li ie er r d de e C Ca an nn ne es s ( (C CH HC C) ) 4 4
L Le e s se er rv vi ic ce e i in nf fo or rm ma at ti iq qu ue e 5 5
L Le e S Sy ys st t m me e d d I In nf fo or rm ma at ti io on n H Ho os sp pi it ta al li ie er r ( (S SI IH H) ) 6 6
Introduction 6
Le matriel Utilis 6
Les diffrents logiciels 7
Le travail dintgration 8
Les interfaces 8
S Su uj je et t e et t c co on nt te ex xt te e d du u s st ta ag ge e 1 10 0
C Co on nt te ex xt te e 1 10 0
M Mi is ss si io on n 1 10 0
Audit sur les procdures dintgration. 10
Prototypage 11
Dploiement 11
P Pl la an nn ni in ng g 1 11 1
Phase 1 11
Phase 2 11
Phase 3 12
O Ob bj je ec ct ti if fs s 1 12 2
Pour le CHC 12
A titre personnel 12
T Tr ra av va ai il l r r a al li is s 1 13 3
I In nt t g gr ra at ti io on n p po ou ur r l le es s a ap pp pl li ic ca at ti io on ns s e ex xi is st ta an nt te es s 1 13 3
Etat des lieux 13
Les outils disponibles 13
Les problmes rencontrs, les solutions apportes 13
Outils utiliss 15
I In nt t g gr ra at ti io on n p po ou ur r l le es s m mo od du ul le es s d d d di i e es s l la a C CC CA AM M 1 16 6
Introduction 16
Droulement prvu 16
Travail ralis 16
Problmes rencontrs 17
Outils utiliss 18
A Ad dm mi in ni is st tr ra at ti io on n d du u S SI IH H, , D D p pl lo oi ie em me en nt t d de es s p po os st te es s c cl li ie en nt ts s 1 18 8
Contexte 18
Travail ralis 18
Outils Utiliss 19

rapport de stage.doc - 3 / 21 -
C Co on nc cl lu us si io on ns s 2 20 0
B Bi il la an n p pe er rs so on nn ne el l 2 20 0
B Bi il la an n p po ou ur r l l e en nt tr re ep pr ri is se e 2 20 0
R R s su um m 2 21 1


rapport de stage.doc - 4 / 21 -
P Pr r s se en nt ta at ti io on n d de e l l' 'e en nt tr re ep pr ri is se e
L Le e C Ce en nt tr re e H Ho os sp pi it ta al li ie er r d de e C Ca an nn ne es s ( (C CH HC C) )
Le Centre Hospitalier de Cannes est un Etablissement Public de Sant. Sa mission
principale est de dispenser des soins toute personne dont l'tat requiert ses services, de
jour comme de nuit, en veillant assurer l'galit d'accs et la continuit des soins.

Plutt que de me lancer dans une prsentation personnelle du centre hospitalier, jai
choisi de rutiliser les documents de lAgence Nationale pour lAccrditation des
Etablissement de Sant (ANAES), voici donc une prsentation plus objective :
Le centre hospitalier Pierre-Nouveau de Cannes est un tablissement public
comprenant 260 lits et places de mdecine, 136 de chirurgie et 28 de gyncologie-
obsttrique, soit 424 lits et places de court sjour. Il dessert galement deux secteurs de
psychiatrie adulte et un intersecteur de psychiatrie infantojuvnile (100 lits et places et
structures dlocalises de type centre mdicopsychologique, consultations, appartements
thrapeutiques). Vingt lits de soins de suite et 120 lits de long sjour compltent le
dispositif. Une maison de retraite de 174 lits est rattache lhpital.
Le centre hospitalier couvre la prise en charge de toutes les pathologies courantes
tant en mdecine quen chirurgie et dispose dune unit de 8 postes dhmodialyse et
lexception de la radiothrapie dun plateau technique complet, notamment en imagerie
avec une salle vasculaire, un scanner et une imagerie par rsonance magntique.
Les activits sont rparties sur deux sites principaux situs Cannes :
- lhpital des Broussailles abrite les urgences et tous les lits actifs dans un btiment
principal conu dans les annes 1930, mais ouvert en 1955, lhospitalisation de psychiatrie
dans un pavillon ouvert en 1994, la maison de retraite datant de 1971, linstitut de
formation en soins infirmiers, la crche du personnel, un centre daction mdico-sociale
prcoce et un centre mthadone.
- Isola Bella abrite deux btiments de 1979 consacrs aux soins de suite et au long
sjour et des structures ambulatoires de psychiatrie.

rapport de stage.doc - 5 / 21 -
Le centre hospitalier dispose dune unit de proximit, daccueil, de traitement et
dorientation des urgences, dun service mobile durgence et de ranimation et dune
maternit de niveau 2 A avec 6 lits de nonatalogie sans soins intensifs.
Lactivit durgence est importante ; la fonction sociale de lhpital est minente dans
une agglomration o tous les spcialistes sont en secteur 2. La file active est de 52 000
patients par an pour un bassin de population fortement marqu par des fluctuations
saisonnires lies au tourisme et lactivit de congrs. Le secteur sanitaire 4 (500 000
habitants) couvre principalement Cannes, Grasse et Antibes, chaque bassin tant dot dun
centre hospitalier public. La prsence des cliniques prives est forte, efficace et reconnue.
Le CHU de Nice est 30 km.
Le centre hospitalier, qui a connu en vingt-cinq ans quatre projets de restructuration
partielle ou totale qui ont chou, mise aujourdhui sur un projet de reconstruction sur le
site des Broussailles tout en poursuivant une politique damlioration des conditions
daccueil et de prise en charge dans lattente des nouveaux locaux annoncs pour 2007. Un
syndicat interhospitalier Cannes-Grasse-Antibes a t constitu le 1er dcembre 1999 ; il a
vocation constituer et grer un ple logistique (unit centrale de restauration et
blanchisserie) pour les trois hpitaux sur un terrain acquis Cannes- la-Bocca. une
extension de ses missions a t retenue pour la cration dune unit mobile de soins
palliatifs, de soins de suite en psychiatrie et dune unit centralise de strilisation.
Cette prsentation a t rdige en 2003. Depuis, les travaux on commenc sur le
site de cannes. Pour mieux comprendre lampleur de ces travaux, vous pouvez vous
reporter lannexe 1.

L Le e s se er rv vi ic ce e i in nf fo or rm ma at ti iq qu ue e
La prsence de l'informatique dans l'ensemble des services et son utilisation par prs
de 90% du personnel donne au service informatique un rle de plus en plus important dans
le bon fonctionnement du Centre Hospitalier.
Ses missions sont multiples et peuvent tre regroupes de la faon suivante :
Administration des systmes et bases de donnes, progiciels spcifiques
Gestion du parc de micro-ordinateurs
Tches d'exploitation (Traitement des facturations, sauvegarde des donnes et
systmes, vrifications diverses.)
Assistance aux utilisateurs
Dveloppement d'applications (Messagerie, mise jour automatique des postes
de travail, gestion des documents.)
Ltude des nouveaux projets
Le service informatique est plac sous la responsabilit du directeur des affaires
financires et du systme dinformation (DAFSI). Cette fonction assure par M. Marc
PENAUD.

rapport de stage.doc - 6 / 21 -
Le personnel du service informatique est rparti en 2 entits : exploitation &
administration. Il se compose de 8 personnes temps plein accompagnes par des
prestataires et quelques stagiaires (selon les projets)
Les taches trs diffrentes qui mon t confies pendant mon stage mont permis de
mintgrer et de bien comprendre les missions et les contraintes des diffrents mtiers qui
coexistent au sein du service informatique. Bien que ma formation soit naturellement
oriente vers les taches dadministration, jai eu galement loccasion dassurer des taches
dexploitation ou de dpannage, ainsi que dassistance aux utilisateurs.
L Le e S Sy ys st t m me e d d' 'I In nf fo or rm ma at ti io on n H Ho os sp pi it ta al li ie er r ( (S SI IH H) )
I In nt tr ro od du uc ct ti io on n
En 1994 le CHC a du renouveler son systme dinformation. Cest cette occasion
que le nouveau Systme dInformation Hospitalier (SIH) a t conu. La conception de
systme tait innovante sur de nombreux points :
Choix dun intgrateur indpendant
Progiciels qui changent des messages et diffusent linformation
Systme de rplication volu
Ce principe apporte des avantages indniables :
Il a permis de choisir en toute indpendance des applications pertinentes en
fonction des besoins spcifiques du CHC.
Il garantit une trs grande flexibilit dans lvolution du SIH.
Le cloisonnement est naturel. Une panne dans un applicatif na aucun impact sur
les autres ( court terme).
Sa conception ayant permit de faire cohabiter de nombreux progiciels, le SIH
rassemble des technologies trs diverses et le suivi de ce systme demande des
comptences trs varies. En effet, le SIH est un ensemble composite qui hberge une
dizaine de progiciels choisis pour leur adquation avec les besoins des utilisateurs.
Pour une prsentation plus dtaille, je vous renvoie a lAnnexe 2 : cest un extrait
dun compte rendu daccrditation de lANAES qui a t ralis lanne dernire.
L Le e m ma at t r ri ie el l U Ut ti il li is s
L Le es s s se er rv ve eu ur rs s E ES SC CA AL LA A
Le cur du SIH est hberg par un cluster compos de 2 serveurs UNIX sous Aix -
HACMP. Jutilise le terme ce cluster pour dsigner ce systme car le rle de serveur est
rparti entre 2 machines. Ce montage permet dassurer une disponibilit maximale. En
effet, le systme est capable de dplacer les applications sur le nud 2 en cas de
dfaillance du premier. Le tout de faon transparente pour les utilisateurs.





rapport de stage.doc - 7 / 21 -
L Le e n n u ud d 1 1
Cest le serveur de production, il hberge les applications du SIH :
Les SGBD : Oracle Database (les bases de donnes des progiciels,
Sybase SQL Server (la base de donne du progiciel de gestion
administrative)
Sybase Rplication Server (qui assure le transport des messages
changs entre les progiciels)
Linfocentre qui est une base de donne utilise pour hberger les
donnes ncessaires au suivi de lactivit du CHC
Et enfin les progiciels qui constituent le SIH

L Le e n n u ud d 2 2
Cest le serveur de secours / test, Ce serveur assure 2 taches :
Il est disponible pour prendre le relais en cas de dfaillance sur le nud 1.
Il hberge lensemble des progiciels et des SGBD ncessaires pour offrir
un second SIH : la plateforme de test. Cest ce serveur qui supporte
toutes les volutions apportes au SIH, dans lattente de leur dploiement
en production.
Les applicatifs dploys sur le serveur de test servent aussi de support
pour les formations dispenses au personnel.

Ces 2 serveurs partagent une baie de disque RAID et un robot de sauvegarde.
L Le es s s se er rv ve eu ur rs s t ti ie er rs s
Autour du cluster, ont trouve un ensemble htrogne de serveurs spcialiss :
(sauvegarde, gestion des utilisateurs, gestion des mise a jour, liaison distante, accs
Internet, serveur intranet, serveur de fichier, antivirus, messagerie.) qui sont des postes
sous Windows, Linux ou sous Unix.
L Le es s p po os st te es s c cl li ie en nt ts s
Les postes clients sont en majorit sous Windows 98. Le service informatique est en
train de refondre entirement la partie cliente du SIH. Ce projet va stendre sur 6 mois et
se traduit notamment par :
Le dploiement de nouveaux serveurs sous Windows 2003 : Annuaire Active
Directory, Serveur de fichier, gestion de profils utilisateurs itinrants.
Le dploiement de 350 postes neufs (sous Windows XP).
La cration dune charte du systme dinformation.
La rdaction de nouvelles procdures et de nombreuses actions de formation.
L Le es s d di if ff f r re en nt ts s l lo og gi ic ci ie el ls s
Ces applicatifs utilisent des bases de donnes disponibles sur le cluster.
Un gros travail duniformisation a t ralis ces dernires annes, Le SIH se
contente donc de 2 SGBD :
Oracle Database : la plupart des applications utilisent la version 817.
Sybase SQL SERVER : qui hberge AXYA sjour (gestion administrative du dossier
patient) et le serveur de rplication (qui assure une partie du dialogue entre les
diffrents applicatifs)

rapport de stage.doc - 8 / 21 -
Joublie volontairement les `petites applications (sous Access ou autre) qui sont
utiliss localement par quelques utilisateurs.
Voici la liste des progiciels hbergs par le SIH :
Nom Editeur domaine dactivit
Axya Sjour AXYA Gestion Administrative des Patients
Cynara / Takecare BULL Gestion du dossier Mdical
Safran SIB Gestion des Rendez-vous
Axya Archives AXYA Archives Mdicales
DI Atlantis AXYA Infocentre
Winrest FSI Gestion des Menus & Cuisines
Sophie SOPHMED Maintenance et Travaux
Chronos SERETI - ARES Gestion du Personnel dans les units
MAGH2 MIPIH Gestion Financire
DISPORAO TGS in SITU Gestion de la Pharmacie et Prescriptions
L Le e t tr ra av va ai il l d d' 'i in nt t g gr ra at ti io on n
Pour mettre en service un systme cohrent a partir de composants aussi divers, il a
fallu faire un travail de fond sur la circulation des donnes. En effet, Le SIH rassemble des
bases de donnes cres par les diffrents diteurs. Sur chacune de ces bases, on peu
sparer les donnes en 3 groupes :
Les donnes spcialises : ce sont des donnes qui ont un sens dans le contexte de
lapplication mais qui sont inutiles en dehors de ce contexte. Elles ne sont donc prsentes
que dans la base ddie lapplication
Les donnes pour lesquelles lapplication est rfrente : ce sont des donnes qui sont
saisie dans lapplication et qui sont diffuses vers le SIH.
Les donnes importes depuis le SIH : ce sont des donnes qui sont saisies dans une
ou plusieurs autres applications de rfrence mais qui sont ncessaires au bon
fonctionnement. Ces donnes permettent lapplication de sintgrer correctement au SIH
Les donnes qui appartiennent aux 2 derniers groupes sont dupliques dans
plusieurs bases de donnes. Ce choix comporte une contrainte importante : Les procdures
dintgration doivent garantir une bonne cohrence des informations dans lensemble du
SIH.
L Le es s i in nt te er rf fa ac ce es s
Pour des raisons diverses, les applications changent leurs donnes de faon non
uniforme. Voici une brve description des solutions choisies :
R R p pl li ic ca at ti io on n S Se er rv ve er r ( (s sy yb ba as se e) )
Cest la solution propose par lintgrateur : lide matresse est de dcomposer le
dialogue en messages, chaque message ayant un rle particulier.
Les applications disposent de 2 tables qui servent de boite au lettre (message
entrant, message sortant). Le serveur de rplication garanti lacheminement des messages.
(il rplique le contenu des tables contenant les messages sortants vers les tables abonnes
ces messages.)

rapport de stage.doc - 9 / 21 -
A Ai ix x, , S Sh he el ll l S Sc cr ri ip pt t, , F Fl la at t f fi il le es s
Le principe est quune application de rfrence met a disposition des autres des
donnes dans des fichiers plats crs par extraction sur le SGBD. Lexcution de scripts
dextraction ou dimportation (qui lancent des requtes ou des excutables) est dclenche
rgulirement (par le systme dexploitation laide de la crontab dans les cas les plus
simples)
P Pi ip pe es s S SG GB BD D, , T Tr ri ig gg ge er rs s, , S SQ QL L
Un trigger dans le SGBD (modification dans une table) dclenche linsertion de
donnes dans une autre table. Le batch dimport gnre des requtes de
cration/modification/suppression dans les tables de lapplication cible.
S Se er rv ve eu ur r A An nt ta ar r s s ( (E En no ov va ac co om m) )
Le principe est dutiliser un serveur ddi qui va assurer lauthentification, le
transport et la traabilit des messages.
Antars est un progiciel qui sait analyser et reconnatre de trs nombreux fichiers
(sous les formats dcrits par des instances de normalisation) et les inclure dans un ou
plusieurs processus de traitements.

rapport de stage.doc - 10 / 21 -
S Su uj je et t e et t c co on nt te ex xt te e d du u s st ta ag ge e
C Co on nt te ex xt te e
En application des propositions du projet de loi de finance de la scurit sociale
(PLFSS-2004), le centre hospitalier doit mettre en place une nouvelle nomenclature pour
dcrire les soins hospitaliers (classification commune des actes mdicaux ou CCAM). Ce
changement remet en cause le systme dinformation du CHC puisque il faudra migrer dun
systme de gestion bas sur la rpartition dune dotation globale vers un systme de
tarification lactivit (T2A).
Le service informatique est aussi charg de la migration de lensemble du parc de
Windows 98 Windows XP. Derrire cette migration, on retrouve des volutions plus
lourdes comme la cration dun annuaire active directory, la mise en service dun serveur de
fichier ainsi que la refonte du rseau local.
M Mi is ss si io on n
Le but est de produire (en collaboration avec les ingnieurs du service informatique)
une proposition technique et fonctionnelle qui permettra au service dassurer lintgration
des applications lies la CCAM.
Sur le plan technique, la conception du SIH implique que les certaines donnes soit
stockes de faon redondante dans les bases de donnes ddies aux diffrents applicatifs.
Le travail dintgration ralis sur ces applicatifs avait pour mission (entre autre) de garantir
la cohrence de ces donnes dans lensemble du systme. Il faudra donc sassurer du bon
fonctionnement des procdures de diffusion, notamment en ce qui concerne les donnes de
structure.
Le terme `donnes de structure dsigne lensemble des donnes qui reprsentent
lorganisation fonctionnelle du CHC . En rsum, lactivit du CHC est rpartie dans une
hirarchie qui contient une entit juridique, des tablissements, centres de responsabilits,
centre dactivits, units fonctionnelles, intervenants...
Dans ce cadre ma mission se dcompose en 3 phases :
A Au ud di it t s su ur r l le es s p pr ro oc c d du ur re es s d d' 'i in nt t g gr ra at ti io on n. .
Le but tait de faire le point sur la diffusion des donnes de structure dans le SIH.
Voici les grands axes de ce travail :
Vrifier la cohrence de la structure dans les diffrents applicatifs.
Etablir une liste (exhaustive) des solutions employes pour la diffusion ainsi que
des flux qui sont hors services et identifier les causes techniques ou fonctionnelles de
ces dysfonctionnements.
Faire une synthse des diffrentes sources dinformations disponibles
(spcifications fonctionnelles, documentation technique, connaissances du service
info ou des utilisateurs rfrents.) et tablir une base de connaissances afin de
faciliter la maintenance.
Ce travail de fond me permet de me familiariser avec mon environnement et
dacqurir les connaissances ncessaires pour les phases suivantes.

rapport de stage.doc - 11 / 21 -
P Pr ro ot to ot ty yp pa ag ge e
La plateforme de test hberge les diffrents applicatifs mais pas les procdures de
diffusions de donnes. Mon premier travail a donc t de comprendre les solutions mises en
service lors de lintgration du SIH et de dupliquer le tout vers la plateforme de test.
Ce travail de fond a t loccasion de remettre en service lensemble des procdures
de diffusion ``structures. Ces procdures tant (pour la plupart) hors service ou
dsactives, elles on servi de base pour la rcriture de nouveaux scripts, le but principal
tant de respecter quelques principes de base afin de faciliter la surveillance et la
maintenance.
Evidement, ces modifications mont oblig rcrire une documentation
dexploitation.
D D p pl lo oi ie em me en nt t
La troisime phase sera consacre au dploiement (en production) et la mise en
service du travail ralis et valid sur le serveur de test.
P Pl la an nn ni in ng g
Le planning reprend les 3 phases de notre projet : Nous avons convenu dune
runion hebdomadaire pour dfinir les taches et constater lavancement des projets.
Mon travail est prsent sous la forme dun site Web (hberg sur lintranet) qui
prsente les diffrentes taches ralises. Ce principe me permet de basculer dun problme
lautre tout en ayant disposition des documents jour sur chacun des thmes abords.
Le planning initial est minimaliste (1 phase = 1 Mois). Il nous laisse ainsi une marge
de manuvre consquente :
P Ph ha as se e 1 1
La phase 1 doit stendre sur le mois de mai. Il semble vident, devant lampleur de
la tache, que les connaissances acquises pendant les phases 2 et 3 viendront enrichir la
base documentaire cre en phase 1.
Voici une description plus dtaille des taches accomplir :
Recherche documentaire (spcifications fonctionnelles, documentation
dexploitation)
Bilan des changes entre applicatifs : (description de la procdure, vrification du
fonctionnement effectif, description des problmes rencontrs, ventuellement
proposition de solution technique ou fonctionnelle.)
Choix dune solution
P Ph ha as se e 2 2
La phase 2 commencera ds que les choix fonctionnels seront valids, elle devrait
prendre 1 mois :
Duplication de la solution choisie vers la plateforme de test
Mise en service : prise en compte des spcificits de lenvironnement de test.
Mise en service des diffrentes procdures

rapport de stage.doc - 12 / 21 -
Test de non rgression, vrification du fonctionnement
Validation de la solution
Pour rendre ce travail plus utile, ce cycle sera ralis deux fois : Je commencerai par
moccuper de la diffusion des donnes de structure. Une fois la solution valide, le but sera
de rutiliser le canal pour les donnes concernant la CCAM et la T2A.
P Ph ha as se e 3 3
La phase 3 reprsente la mise en production des solutions tests et valides. En
raison de la dualit du travail a accomplir, il est probable que cette phase soit ddouble et
chevauche la phase 2 :
Phase 3.1 : dploiement en production des procdures de diffusion des donnes
`structure
Phase 3.2 : dploiement des procdures CCAM
O Ob bj je ec ct ti if fs s
P Po ou ur r l le e C CH HC C
Le travail ncessaire la prise en compte de la CCAM et de la tarification lactivit
est stratgique puisquil aura un impact sur une partie du budget du CHC ds lanne 2004.
Dans ce projet, le service informatique assure un rle dintgrateur. Il est donc
naturel de se pencher sur le travail ralis par lintgrateur lors de la mise en service du SIH
afin de pouvoir faire des choix clairs.
A A t ti it tr re e p pe er rs so on nn ne el l
Jai nouveau loccasion de passer du temps en entreprise. Le fait de faire ce stage
dans une administration me donne lopportunit de comparer cette structure celles des
entreprises prives et devrait maider dans mes projets professionnels.
Lenvironnement technique est plutt familier mais le stage est loccasion dutiliser
mes connaissances. Cette exprience me permet aussi dacqurir de nouvelles comptences
et de mettre profit les enseignements reus pendant ma formation.
De plus, il mest agrable de pouvoir ajouter mon CV une exprience significative
en informatique au sein dun projet intressant.

rapport de stage.doc - 13 / 21 -
T Tr ra av va ai il l r r a al li is s
I In nt t g gr ra at ti io on n p po ou ur r l le es s a ap pp pl li ic ca at ti io on ns s e ex xi is st ta an nt te es s
E Et ta at t d de es s l li ie eu ux x
La diffusion des donnes structure est un travail ralis par lintgrateur (la socit
Bull) en coopration avec les diffrents diteurs de progiciels. Ce travail sest tal sur
plusieurs annes (apparemment entre 1992 et 1998)
Mon premier travail a t de retrouver les documents relatifs aux procdures de
diffusion structure (spcification et manuels dexploitation). Jai ensuite fait un bilan des
changes dploys sur le serveur en production.
La plupart des procdures taient hors service (en panne ou dsactive par le service
informatique). En effet, ces procdures ont t implmentes sans tenir compte de
certaines rgles de base, elles taient donc pour la plupart peu robustes et nont pas t
mises jour lors des diffrentes volutions du SIH. Le temps aidant, la plupart des scripts
dvelopps tait donc inactifs ou inutiles.
L Le es s o ou ut ti il ls s d di is sp po on ni ib bl le es s
Les procdures de diffusion suivent toutes le mme schma : leur but est dextraire
des donnes dans une table pour les rinjecter dans une autre. Ces tables sont toutes
hberges sur le serveur Unix, dans les bases de donnes ddies aux diffrents applicatifs.
On peut donc les dcomposer en 3 tapes :
Extraction des donnes
Formatage
Intgration des donnes

La plupart du temps, ces taches peuvent tres effectues en utilisant les outils mis
disposition par Unix ou par les SGBD :
Des interprteurs SQL (Oracle SQL-PLUS ou Sybase ISQL)
Des outils dimport (Oracle SQL-Loader)
Les langages de script de lOS : Korn-shell ou AWK
Les outils mis disposition par les SGBD (triggers, pipes, procdures stockes,
rplication)
L Le es s p pr ro ob bl l m me es s r re en nc co on nt tr r s s, , l le es s s so ol lu ut ti io on ns s a ap pp po or rt t e es s
M Ma an nq qu ue e d de e d do oc cu um me en nt ta at ti io on n
Certains scripts lancent des procdures codes en C et compiles sur le serveur. Le
service informatique ne dispose daucune documentation (ne parlons pas du code source).
Quand le rle de ces programmes se limitait un formatage sur les fichiers plats, je les ai
remplaces par un script AWK. Dans les autres cas, nous avons entam un dialogue avec
lditeur pour quils les mettent jour.

rapport de stage.doc - 14 / 21 -
Au niveau des SGBD, le dictionnaire de donne Oracle est une source prcieuse
dinformation. La plupart des applications utilisent des centaines de tables : il est bien plus
facile de comprendre le rle de ces diffrentes tables si un dictionnaire explique la
smantique utilise. Dans la plupart des cas, ce dictionnaire nest pas renseign.
Une autre source prcieuse dinformation est de pouvoir disposer du Modle
Conceptuel de Donne. Dans le cas dAXYA system, le MCD tait dans le service
informatique mais la personne charge de larchivage de ces dossiers ne ma fourni que le
dictionnaire de donne : elle ne connaissait pas lexistence (ou mme lintrt) de ce
document.
Jai fait remonter ces informations afin de sensibiliser le service ce genre de
contraintes lors du choix dun diteur.
L L' 'a ar rc ch hi it te ec ct tu ur re e N N- -T Ti ie er rs s
Certains diteurs ont choisi de dporter les procdures dintgration sur des postes
tiers : on se trouve donc avec la mme procdure mais un circuit de linformation diffrent :
Extraction des donnes (scripts excuts sur le serveur Unix)
Formatage des fichiers plats (toujours sur le serveur Unix)
Copie des donnes vers le serveur ddi (change FTP initi par le serveur ddi)
Intgration des donnes (via ODBC, depuis le serveur ddi vers le serveur Unix)
Ces choix entranent des contraintes supplmentaires :
Le serveur ddi : La multiplication de ces postes pose de nombreux problmes
(maintenance, sauvegarde, surveillance.) : Quand il a fallu remettre en service ces
procdures, certains de ces postes avait tout simplement disparu.
La surveillance : pour sassurer du bon fonctionnement, il faut commencer par
vrifier les logs sur le serveur UNIX. Puis ceux du serveur ddi.
Le matriel utilis : Les serveurs tiers sont pour la plupart des postes classiques
sous Windows 98 : il ne sont pas fait pour rpondre aux contraintes lies au rle de
serveur.
Ce choix darchitecture peut tre justifi mais dans les cas rencontrs, les scripts
dextractions ou dintgration excuts sur les serveurs ne durent jamais plus dune minute
(sans occuper de faon notable les ressources). Il ntait donc pas ncessaire de les
dporter sur un serveur ddi.
O Or rg ga an ni is sa at ti io on n d de es s d do os ss si ie er r
Indpendamment de larchitecture logique des procdures, leur implantation sur les
serveurs Unix ne suivait pas toujours le mme schma. Nous avons donc tabli une
convention qui dfinit la structure des dossiers utiliss ainsi que les noms des diffrents
fichiers.
Cette convention impose un classement thmatique des ressources utilises pour
une tache (requtes SQL, fichiers plats, scripts de formatage, script principal.), ce qui
permet de les retrouver plus facilement.
O Or rg ga an ni is sa at ti io on n d de es s s sc cr ri ip pt ts s
Pour ce qui est des scripts shell, le travail de rcriture a t effectu en respectant
certaines rgles de bases :

rapport de stage.doc - 15 / 21 -
Crer une entte rassemblant les informations de base (auteur, nom du script, contexte,
rle, historique, scripts lis.)
Utiliser des constantes pour stocker les informations utilises dans le code (nom
dutilisateur, mot de passe, ORACLE_SID, chemins divers, nom de fichiers.)
Utiliser les variables denvironnement
Crer des journaux dactivit et y rediriger les erreurs rencontrs ou les actions
effectues.
Rassembler les journaux, uniformiser leur prsentation
Renvoyer des codes de sortie
Utiliser du code gnrique, utiliser des fonctions.
Ces modifications ont permis de rendre les procdures bien plus robustes et plus faciles
maintenir.
O Ou ut ti il ls s u ut ti il li is s s s
Comme je lai expliqu prcdemment, les outils standard mis disposition par Unix
et les SGBD suffisent largement accomplir les taches dintgration. Je me suis donc
efforc de rcrire les procdures en privilgiant ces outils.
E Ed di it ti io on n d de es s s sc cr ri ip pt ts s : : V VI I
Cet diteur est un standard dans le monde UNIX. Je navais jamais eu loccasion de
lutiliser. Bien que la prise de contact est t plutt douloureuse. Jai apprci cet outil pour
la simplicit et la puissance de linterface.
Jai modifi les fichiers de dmarrage pour quil soit un peu plus convivial.
Aujourdhui, il marrive de saisir les raccourcis claviers VI sous Windows.
E Ex xt tr ra ac ct ti io on n d de es s d do on nn n e es s : : S SQ QL L* *P Pl lu us s, , I IS SQ QL L
Les scripts existants utilisaient SQL*Plus (Oracle) pour extraire les donnes dune
table vers un fichier plat. Vraisemblablement, les techniciens chargs de limplmentation
navait pas pris la peine de lire les guides ou mode demploi livrs avec ces produits.
Ma formation sous Oracle ma permit de retrouver ces guides dans la documentation
et de paramtrer correctement ces outils. Ils renvoient donc des fichiers correctement
formats. Nous avons ainsi fait lconomie de la plupart des scripts de formatage et purs
les requtes SQL.
Le problme sest retrouv sous Sybase avec loutil ISQL, et jai apport les mmes
solutions.
F Fo or rm ma at ta ag ge e d de es s f fi ic ch hi ie er rs s p pl la at ts s : : S SE ED D, , A AW WK K
Ces deux outils sont trs puissants et leurs performances nont rien envier aux
procdures de formatages qui taient dployes (crites en C).
Jai remplac la plupart des formatages par des scripts AWK.

rapport de stage.doc - 16 / 21 -
C Ch ha ar rg ge em me en nt t d de es s d do on nn n e es s v ve er rs s l le e S SG GB BD D : : S SQ QL L* *L Lo oa ad de er r
La plupart du temps, le problme se rduit a transfrer les donnes dun fichier plat
vers une table sous oracle. SQL*Loader fait a trs bien a condition de savoir le faire
fonctionner. Cette solution aurait vit de nombreux soucis si elle stait gnralise.
I In nt t g gr ra at ti io on n d da an ns s l le es s t ta ab bl le es s d de e l l' 'a ap pp pl li ic ca at ti if f : : P PL L_ _S SQ QL L, , T T_ _S SQ QL L
Dans certains cas, Lutilisation de triggers et de procdures stockes bien
documentes a permis une comprhension facile de la tache accomplie : la remise en
service sest donc relativement bien passe.
I In nt t g gr ra at ti io on n p po ou ur r l le es s m mo od du ul le es s d d d di i e es s l la a C CC CA AM M
I In nt tr ro od du uc ct ti io on n
Avant de vous dcrire le travail ralis, il faut tout dabord comprendre ce quest la
CCAM et pourquoi elle est troitement lie la tarification a lactivit.
Le CHC est un tablissement sous dotation globale, c'est--dire que ltablissement
fonctionne en rpartissant une dotation parmi les diffrents centres dactivits.
Le but de la CCAM est de proposer une nomenclature qui permet de dcrire (et de
quantifier) de faon unifie les actes mdicaux raliss au sein dun centre hospitalier. On
peut sur ce plan la comparer au plan comptable gnral, impos par ltat aux entreprises
pour dcrire leur activit.
La version dfinitive (dite version V1 ou CCAM " tarifiante " 1re version), intgrant
les lments de tarification, ne sera publie qu' l'issue des ngociations tarifaires. Derrire
cette nomenclature se profile lvolution des administration vers la tarification a lactivit :
c'est--dire que le budget du CHC ne sera plus dfini sous la forme dune dotation. Il sera
tabli en additionnant les cots dfinis pas la CCAM derrire chacun des actes raliss.
D D r ro ou ul le em me en nt t p pr r v vu u
Lide premire tait de recenser les outils utiliss pour la diffusion des donnes
structure, de les valuer et den choisir un pour le rutiliser comme modle pour
lintgration du dialogue ncessaire lintgration de la CCAM.
Dans les fait, nous avons vite compris que le principe retenu pour la diffusion des
donnes structure est inadapt. Jai donc commenc par essayer de comprendre quel serai
le besoin, afin dtayer nos propositions.
T Tr ra av va ai il l r r a al li is s
Ntant pas un spcialiste de la question. Le plus gros du travail a consist en
recherches documentaires.
La source dinformation la plus pertinente a t le Groupement de Modernisation du
Systme dInformation Hospitalier (GMSIH). Le GMSIH est un groupement dintrt public
voici ses missions :
Harmoniser le systme d'information des tablissements de sant par la
normalisation.
Sensibiliser leurs dirigeants au rle du systme d'information dans leurs
stratgies.

rapport de stage.doc - 17 / 21 -
Accompagner les tablissements de sant dans la conduite du changement.
Le GMSIH est lorigine de plusieurs publications concernant la CCAM. La lecture de
ces publications ma permit de comprendre les contraintes techniques et de conseiller le
service informatique.
Pour mieux comprendre le travail dintgration raliser, on peu dcomposer le
problme en 3 domaines :
S St to oc ck ka ag ge e C CC CA AM M
Le but est d'assurer le stockage, la diffusion et la mise a jour de la nomenclature
CCAM. Il faut aussi proposer des solutions permettant la gestion courante de ces donnes
(ralisation de thesaurus, mot clefs, synonymes).
S Sa ai is si ie e C CC CA AM M
Pour dcrire le processus de saisie du code CCAM, on identifie les oprations
suivantes :
Le recueil des actes
Le codage en CCAM
La saisie des actes cods
Le contrle et validation du codage
L'application propose pour assurer la saisie est Cynara.
Dans le cadre de la prise de RDV, Safran peut proposer des fonctions daide au
codage.
C Co ol ll le ec ct te e / / r r p pa ar rt ti it ti io on n d de es s a ac ct te es s
Le serveur d'acte rassemble tout les actes saisis et les met a disposition des
application du SIH (mdical, facturation, PMSI, SAE, comptabilit...).
L'diteur choisi est Axya system, qui propose un collecteur d'acte.
P Pr ro ob bl l m me es s r re en nc co on nt tr r s s
C Ch ho oi ix x d de es s a ap pp pl li ic ca at ti io on ns s
A ce jour, le choix des applicatifs devant assurer la saisie et le stockage de la CCAM
nest pas encore finalis. Je nai de ce fait pas pu faire le moindre prototypage concernant
ce thme.
En contrepartie, jai pris part au dialogue instaur entre le service informatique et les
diffrents diteurs dans le but de dfinir les solutions employer pour assurer lintgration
de leurs produits.
I In nf fl lu ue en nc ce e d de es s d di it te eu ur rs s
Le GMSIH prconise une architecture base sur un collecteur dacte, le dialogue
entre ce collecteur et les diffrents applicatifs tant assur par des messages cods en XML.
Pour appuyer sa prconisation, le GMSIH (en collaboration avec lassociation HPRIM)
propose un schma XML qui dcrit lensemble des messages ncessaires lintgration dun
serveur dacte dans un SIH.

rapport de stage.doc - 18 / 21 -
Cependant, les propositions faites par les diffrents diteurs (pendant le droulement
de mon stage) taient trs loignes de cette prconisation. La dernire en date, venant
dAXYA system proposait une mthode daccs au collecteur dacte en utilisant des fichiers
avec un codage positionnel de linformation. En gros, la solution tait encore plus archaque
que lutilisation de fichiers plats.
O Ou ut ti il ls s u ut ti il li is s s s
Ma principale source dinformation a t internet. Jai trouv sur les sites
institutionnels et sur ceux des diffrents organismes ou associations toutes les informations
ncessaires. Vous retrouvez en annexe 3 les principales ressources utilises.
A Ad dm mi in ni is st tr ra at ti io on n d du u S SI IH H, , D D p pl lo oi ie em me en nt t d de es s p po os st te es s c cl li ie en nt ts s
C Co on nt te ex xt te e
Durant le mois daot, la plupart des employs du secteur administration taient en
congs annuels. Lactivit de lhpital tant gnralement rduite pendant cette priode.
Cette anne, le service informatique commenait le dploiement de 350 postes
neufs. Le travail provoqu par ce dploiement sest rparti entre les secteurs exploitation et
administration.
Pour le service informatique, ce dploiement rassemble quelques nouveauts :
La gestion des utilisateurs sous la forme de comptes utilisateurs itinrants.
Jusquici, il ny avait pas de gestion des utilisateurs.
Linstallation dun annuaire Active Directory : le personnel dexploitation na pas
reu de formation (mis a part les renseignements que je leur ai fourni au fur et a
mesure de leur besoins.)
Linstallation dun serveur de fichier volu (qui propose des dossiers partags par
mtiers, services, ou groupe transversaux) : jusquici, seulement une partie des
utilisateurs avait accs a un serveur de fichier SAMBA.
Lutilisation de procdures adaptes a ce nouvel environnement : jusquici, la
politique de scurit des postes tait assure localement sous windows 98, elle est
maintenant diffuse en combinant NTFS, et les restrictions machines, et les rgles de
gestion du domaine.
En tant quadministrateur, jai suivi le dploiement et la gestion des ressources dans
lannuaire Active Directory. En tant quexploitant, jai suivi le dploiement des machines et
dfini les procdures permettant la sauvegarde des donnes, et la remise en service de
certaines fonctionnalits sur les postes neufs.
T Tr ra av va ai il l r r a al li is s
A An nn nu ua ai ir re e A Ac ct ti iv ve e D Di ir re ec ct to or ry y
Jai assur certaines des taches courantes dans ladministration dun annuaire
comme la gestion des comptes, des Unit Organisationnelles, des imprimantes ou des
dossiers partags.
Jai aussi essay dexpliquer le principe de fonctionnement au personnel
dexploitation, qui devra assurer une partie de ces taches.

rapport de stage.doc - 19 / 21 -
D D p pl lo oi ie em me en nt t
Jai apport mon aide plusieurs niveaux :
En donnant un coup de main pour assurer la manutention des postes livrs ou
encore pour les journes ou le nombre de poste a dployer tait important.
En rdigeant (avec le concours du personnel dexploitation) des procdures
permettant dappliquer des solutions uniformes aux problmes rencontrs
(sauvegarde des postes avant rforme, mise en service de la messagerie, mise en
service de la suite bureautique, rcupration des carnets dadresses.)
F Fo or rm ma at ti io on n
Jai rdig un guide dutilisateur qui sera mis disposition de lensemble du
personnel et servira de support pour les actions de formation. Il montre quelques
manipulations basiques dans un environnement Windows XP / Active Directory. Il est
accompagn dun glossaire qui tente dexpliquer quelques termes rcurrents (Session de
travail, Annuaire, systme dexploitation, dossier partag, propritaire, poste client.)
O Ou ut ti il ls s U Ut ti il li is s s s
Pour ladministration de lannuaire, jai utilis les outils du pack dadministration
Windows 2003.
Les procdures et le guide dutilisateur ont t raliss en HTML/CSS en utilisant
Dreamweaver MX, des outils de capture dcran et un client FTP. Ils sont hbergs sur un
serveur apache sous Unix.

rapport de stage.doc - 20 / 21 -
C Co on nc cl lu us si io on ns s
B Bi il la an n p pe er rs so on nn ne el l
Ce stage ma permit de mieux comprendre le fonctionnement dun service
informatique et les diffrents mtiers qui sont reprsents. Le fait de travailler au quotidien
dans une quipe ma montr les diffrentes contraintes et les missions qui permettent
dassurer le fonctionnement dun systme dinformation complexe.
De plus, jai eu loccasion de rutiliser une partie des enseignements reus en
MIAGE. Il est rassurant, en sortant dune cole, de voir que la formation reue est
pertinente et nous offre une grande autonomie.
Sur le plan technique, jai eu loccasion de passer du temps sous Unix et les conseils
des administrateurs mon permis de trouver une plus grande aisance sur ce genre de
systmes.
Selon le mme principe, le fait dassurer ``lintrim pendant la priode estivale ma
permit de me familiariser avec les serveurs Windows 2003. La gestion quotidienne de
lannuaire ma pouss comprendre dans le dtail le fonctionnement de ces outils.
En dehors de ces bnfices plus ou moins attendus, lambiance dans le service tait
plutt agrable et jen garde un bon souvenir.
B Bi il la an n p po ou ur r l l' 'e en nt tr re ep pr ri is se e
Je suis mal plac pour parler au nom du service informatique. Pour connatre le bilan
de lentreprise, je pense que la solution la plus simple sera de poser la question aux
intresss.
Ayant pris connaissance sur le tard du guide dvaluation, je nai pas eu le temps de
demander au responsable de rdiger un bilan. Par chance, le service informatique de
lhpital de cannes existe encore, je vous invite donc les contacter.


rapport de stage.doc - 21 / 21 -
R R s su um m

Ce rapport de synthse prsente brivement le stage que jai ralis au service
informatique de lhpital de cannes (centre hospitalier Pierre Nouveau). Ce stage sest
droul sur 5 mois (Avril - Aot 2004) et conclu mon anne de matrise lIUP MIAGE de
Nice.
Pendant ce stage, jai eu loccasion de travailler principalement sur 3 thmes :
La remise en service du travail dintgration ralise au sein du systme
dinformation par la socit Bull. Ce dialogue tait instaur entre les applicatifs par
des scripts Shell sous Unix.
Lassistance dans le choix de solutions et dditeur pour lintgration de la
classification Commune des Actes mdicaux. Cest une tape importante dans
lvolution du SIH puisquelle sera utilise pour le tarification lactivit.
La rnovation de a partie cliente du SIH : les postes clients on migr dune gestion
minimaliste sous Windows 98 une plateforme Windows XP - Windows 2003. Ce qui
a entran (dans un premier temps) la cration dun contrleur de domaine, dun
annuaire AD, dun serveur de fichier, et la mise a jour de suite bureautique et de
lantivirus.
Bonne lecture.