Post on 14-Oct-2015
description
1
Rsum
La gestion des informations au sein des organisations a connu une mutation fulgurante grce
lavnement des technologies de linformation et de la communication (TIC). Des secteurs comme
les grandes distributions, le secteur priv de manire gnrale, se sont trs tt dot de robustes
systmes dinformation (SI) leur permettant de grer et tirer profit de la valeur de linformation.
Cependant, le secteur public de la sant est en retard dans cette nouvelle tendance innovante des
TIC. Or, de grandes quantits dinformations sont produites quotidiennement par les activits
mdicales tels que les consultations, les comptes rendus dhospitalisation, les rapports danalyse
de laboratoire et de causes de dcs, etc. Ces informations sont consignes dans des documents
essentiellement textuels, des images et des dossiers dont le mode daccs et dexploitation se font
principalement de manire manuelle. Cest ainsi que nous proposons une mise en place dun
systme dinformation mdical national pour le Sngal (SIMENS) permettant de surmonter
toutes ces difficults. Au-del de la gestion des tches quotidiennes, nous proposons de dvelopper
dans ce projet un systme d'intgration de ces donnes mdicales une chelle suprieure pour
offrir une vue globale et des outils d'aide la dcision aux autorits sanitaires et politiques.
Le projet est ralis dans le cadre d'une collaboration entre l'Unit de Formation et de Recherche
(UFR) en Sciences Appliques et Technologie (SAT) - travers son Laboratoire d'Analyse
Numrique et d'Informatique (LANI) - et l'UFR des Sciences de la Sant (2S), toutes deux de
l'Universit Gaston Berger de Saint-Louis.
2
Ddicaces
Ce mmoire est ddicac nos trs chers parents et toutes les personnes qui nous sont chres.
3
Remerciements
A,
ALLAH, le TOUT Puissant qui nous a donn la sant et la force de terminer ce travail
Nos parents qui nous ont toujours encourags dans la qute du savoir et qui continuent de nous
soutenir dans les bons comme dans les mauvais moments
Nos encadreurs qui nont mnag aucun effort pour la russite de ce projet
Nos camarades de classe qui ont particip de prs ou de loin ce projet
Le personnel de lhpital de Saint-Louis pour leur disponibilit et aussi leur consentement nous
fournir les donnes ncessaires
4
Table des matires
AVANT-PROPOS ............................................................................................................................7
ACRONYMES .................................................................................................................................8
TABLE DES FIGURES ....................................................................................................................9
TABLE DES TABLEAUX .............................................................................................................. 10
II. INTRODUCTION ................................................................................................................... 11
III. MOTIVATIONS ET OBJECTIFS DU PROJET SIMENS ...................................................... 13
IV. ANALYSE ET SPECIFICATION DES BESOINS .................................................................. 13
1. METHODOLOGIE ADOPTEE POUR LANALYSE DU DOMAINE DETUDE .................. 14
2. PRESENTATION DU DOMAINE DETUDE ......................................................................... 14
2.1 Historique du domaine dtude ............................................................................................... 14
2.2 Description des acteurs et leurs rles ..................................................................................... 15
2.3 Description des services et leurs fonctions ............................................................................. 16
3. SPECIFICATION DETAILLEE DES BESOINS .................................................................... 17
3.1 Les besoins techniques ............................................................................................................ 17
3.2 Les besoins fonctionnels .......................................................................................................... 19
4. ETUDE DE LEXISTANT ...................................................................................................... 19
4.1 Sur le plan technique............................................................................................................... 19
4.2 Sur le plan fonctionnel ............................................................................................................ 20
5. RESULTATS DE LA PHASE DANALYSE ........................................................................... 22
V. ETAT DE LART DES SIH ..................................................................................................... 23
1. DEFINITION .......................................................................................................................... 23
2. PRINCIPAUX ENJEUX .......................................................................................................... 23
3. UN PANORAMA DES SYSTEMES DINFORMATION HOSPITALIERS EXISTANTS ...... 24
VI. DEFINITION DES SPECIFICATIONS FONCTIONNELLES DU SYSTEME ...................... 29
1. METHODOLOGIE ADOPTEE .............................................................................................. 29
2. LES COMPOSANTES FONCTIONNELLES DE SIMENS .................................................... 31
3. CONCEPTION DETAILLEE DES FONCTIONNALITES .................................................... 32
3.1. DIAGRAMME DES CAS DUTILISATIONS ....................................................................................... 32
5
3.2. DIAGRAMME DES SEQUENCES DES DIFFERENTES FONCTIONNALITES ......................................... 35
VII. CONCEPTION DE LARCHITECTURE DU SYSTEME ...................................................... 47
1. ARCHITECTURE SYSTEME ................................................................................................ 47
1.1 DEFINITION ................................................................................................................................ 47
1.2 TYPE DARCHITECTURE SYSTEME ............................................................................................ 47
2. DESCRIPTION DES COMPOSANTS DE SIMENS ............................................................... 49
3. MODELE ET SCHEMA DE LARCHITECTURE ................................................................. 51
3.1 DIAGRAMME DES FLUX DINFORMATION ENTRE LES SERVICES .................................................. 51
3.2 DIAGRAMME DINTERACTION ENTRE PATIENT ET LES DIFFERENTS SERVICES (CENTREE SUR LE PATIENT).................................................................................................................................................. 53
4. STRATEGIES DE PERFORMANCE ET DE SECURITE DU RESEAU ................................ 55
VIII.CONCEPTION DE LARCHITECTURE DE LAPPLICATION .......................................... 56
1. ARCHITECTURE DE LAPPLICATION .............................................................................. 56
1.1. DEFINITION ................................................................................................................................. 56
1.2. LES DIFFERENTS TYPES DARCHITECTURES LOGICIELLES .......................................................... 57
2. ETUDE COMPARATIVE DES TECHNOLOGIES EXISTANTES ........................................ 62
2.1. LES FRAMEWORK ........................................................................................................................ 62
2.2. LES LANGAGES DE PROGRAMMATION: .................................................................................... 63
2.3. LES SYSTEMES DE GESTION DE BASE DE DONNEES : ............................................................... 65
2.4. LES ENVIRONNEMENTS DE DEVELOPPEMENT INTEGRE (EDI) .............................................. 66
3 CHOIX DES TECHNOLOGIES ET OUTILS POUR LE DEVELOPPEMENT ..................... 68
4 STRATEGIES DE PERFORMANCE ET DE SECURITE DE LAPPLICATION ................. 73
5 POLITIQUES DE CONFIDENTIALITE DES DONNEES DES PATIENTS .......................... 75
IX. CONCLUSION GENERALE .................................................................................................. 77
1. BILAN ..................................................................................................................................... 77
2. PROBLEMES RENCONTRES ............................................................................................... 77
3. RECOMMANDATIONS ......................................................................................................... 78
4. PERSPECTIVES ..................................................................................................................... 78
BIBLIOGRAPHIE ......................................................................................................................... 79
6
7
Avant-propos
Dans le cadre de la formation en DESS d'Ingnierie en Informatique et TIC, et dans le but
de mettre en pratique les formations reues jusque-l, un mmoire ayant trait au Systme
d'Information Hospitalier nous a t demand. Celui-ci nous permet non seulement de manifester
notre personnalit, de faire connatre au monde scientifique que nous existons et avons des
comptences exprimer, mais aussi et surtout de nous imprgner des ralits de la vie
socioprofessionnelle.
En effet, la rdaction du mmoire qui est inclus dans le programme du DESS a pour objectifs :
D'une part, de fournir aux tudiants la possibilit de mettre en uvre les connaissances
thoriques acquises tout au long de leur formation ;
d'autre part, de leur initier quant aux ralits du milieu professionnel.
L'tudiant aura donc la tche de rdiger un mmoire sur un problme informatique qu'il a
tudi et auquel il a essay de trouver une solution. En outre, il devra procder la soutenance de
celui-ci devant un jury pour attester du travail accompli.
Ce mmoire tout en ressemblant un dossier d'analyse n'en est pas un : il s'agira pour
l'tudiant d'expliquer la dmarche suivie pour rsoudre le problme qu'il a eu examiner d'o
l'objet de la rdaction du prsent mmoire.
Il sagit dans ce cas prcis de ltude du fonctionnement du milieu hospitalier pour faire
sortir ses diffrents besoins afin darriver mettre en uvre un systme dinformation rpondant
ces derniers et leur permettant damliorer leur condition de travail.
8
Acronymes
Sigles Significations
ANDS Agence Nationale de la Dmographie et des
Statistiques
CHRSL Centre Hospitalier Rgional de Saint-Louis
DHCP Dynamic Host Configuration Protocol
EDI Environnement de Dveloppement Intgr
FAI Fournisseur d'Accs Internet
HIDS Intrusion Detection System
IB Initiative Bamako
JSF Java Server Faces
MVC Modle Vue Contrleur
NIDS Network Intrusion Detection System
ONG Organisation Non Gouvernementale
SGBD Systme de Gestion de Base de Donnes
SIMENS Systme d'Information Mdical National pour
le Sngal
SIH Systme d'Information Hospitalier
SOA Service Oriented Architecture
TIC Technologies de l'Information et de la
Communication
UML Unified Modeling Langage
9
Table des figures
Figure 1. Architecture logicielle de Mediboard ............................................................................ 26
Figure 2. Architecture logicielle de GNU Health ......................................................................... 29
Figure 3. Le processus de dveloppement en Y ........................................................................... 30
Figure 4. Diagramme de cas d'utilisations du Systme mdical ................................................... 32
Figure 5. Diagramme de cas d'utilisations du Systme mdicotechnique .................................... 33
Figure 6. Diagramme de cas d'utilisations du Systme mdico-administratif .............................. 33
Figure 7. Diagramme de squence Authentification..................................................................... 35
Figure 8. Diagramme de squence Identifier un patient .............................................................. 37
Figure 9. Diagramme de squence Crer un dossier patient ........................................................ 39
Figure 10. Diagramme de squence Consulter un dossier mdical ............................................. 41
Figure 11. Diagramme de squence Faire un enregistrement mdical ........................................ 42
Figure 12. Diagramme de squence Faire une prescription mdicale ......................................... 44
Figure 13. Diagramme de squence Hospitaliser un patient ........................................................ 45
Figure 14. Architecture Client-Serveur......................................................................................... 48
Figure 15. Architecture Globale du systme centre sur l'application ......................................... 51
Figure 16 Diagramme de flux d'informations entre les services (1) ............................................ 52
Figure 17. Diagramme de flux d'informations entre les services (2) ............................................ 53
Figure 18. Flux d'informations centr sur le patient ..................................................................... 54
Figure 19. Schma de type 1 avec la prsence de plusieurs servlets ............................................ 58
Figure 20. Modle de type 2 avec une seule servlet ..................................................................... 58
Figure 21. Pourcentage d'utilisation des langages ...................................................................... 64
Figure 22. Pourcentage d'utilisation des langages serveur............................................................ 64
10
Table des tableaux
Tableau 1. Conception dtaille des fonctionnalits du systme ................................................................ 34
Tableau 2. Description Squence Authentification ..................................................................................... 36
Tableau 3. Description Squence Identifier patient .................................................................................... 38
Tableau 4. Description Squence Crer Dossier patient ............................................................................. 40
Tableau 5. Description Squence Consulter un dossier mdical ................................................................ 42
Tableau 6. Description Squence Faire un enregistrement mdical ........................................................... 43
Tableau 7. Description Squence Faire une prescription mdicale ............................................................ 45
Tableau 8. Description Squence Hospitaliser un patient ........................................................................... 46
Tableau 9 Les frameworks .......................................................................................................................... 63
Tableau 10 Tableau comparatif des SGBD ................................................................................................. 66
Tableau 11 Prsentation de quelques frameworks PHP .............................................................................. 70
Tableau 12 Prsentation de quelques navigateurs web ............................................................................... 71
Tableau 13 Prsentation de quelques IDEs ................................................................................................. 72
11
II. Introduction
Depuis trois dcennies, les processus de soins ne cessent de se complexifier. Ce qui a
conduit naturellement une subdivision des spcialits mdicales, avec comme effets
laugmentation des cots de prise en charge du patient, lappauvrissement de la relation mdecin
malade, la non matrise des processus thrapeutiques et une ncessit absolue de trouver un
meilleur moyen de rendre fluide les informations mdicales destination des professionnels de la
sant.
Aux USA, le National Committee on Vital and Health Statistics (NCVHS) estime que des
erreurs mdicales vitables reprsentent 12 15% des cots hospitaliers, que 80% des infirmires
font des erreurs de calcul de doses dans 10% des cas et 180000 dcs dus une thrapeutique
inadquate sont vitables par an (NCVHS. Testimony, June 23-24, 1999). Ainsi, les erreurs
mdicales causent 50'000 100'000 morts par an aux USA. Elles cotent 20 milliards de dollar
par an. Il y a plus de 1'000'000 derreurs mdicamenteuses observes par an aux USA, causant
7'000 morts dans les hpitaux [1].
En Suisse, un pays riche avec 26 ministres de la sant, on observe 3 5 morts par jour lis
aux erreurs mdicales.
Ces chiffres soulignent aujourdhui dans le monde de la sant deux types de constat :
La complexit de plus en plus croissante des processus de soins.
La limitation intrinsque de la capacit humaine traiter linformation [Miller 1956].
Dans ce contexte, les Technologies de lInformation et de la Communication (TIC)
semblent tre un vecteur favorisant la coordination des professionnels de la sant, loptimisation
des dpenses de sant par une bonne organisation des processus de soins, et la coopration troite
pour permettre une meilleure prise en charge des patients. Cest ainsi que lon assiste depuis une
dizaine dannes la mise en place dans toutes les socits occidentales des systmes
dinformations, en particulier hospitaliers, visant sintgrer dans le processus de soins pour
amliorer les prises en charge. Il faut noter que cette mise en place ne se fait pas sans difficults.
12
Quen est-il dans les pays en voie de dveloppement, tel que le Sngal? Il serait raliste
aujourdhui de rflchir une stratgie de mise en place dun modle de systmes dinformation
hospitaliers efficients dans ces pays, au lieu de chercher obtenir uniquement des statistiques
mdicales dont la fiabilit sera mise en question en labsence de mthodes et de moyens adapts.
La non-disponibilit des statistiques en temps opportun pour dcider efficacement et pour tre
ractif la situation est une plaie que les systmes dinformation hospitaliers en particulier doivent
contribuer gurir. Cest dire aussi quau moment o les pays dvelopps orientent de plus en plus
leurs systmes dinformation vers laide la dcision et au diagnostic entre autre activit mdicale,
il nexiste aucun systme dinformation informatis pour piloter la sant dans la plupart des rgions
en Afrique, c'est--dire mieux concentrer les efforts et les ressources vers les problmes de sant
pertinents grce des indicateurs fiables.
Contribuer llaboration dun modle et limplmentation dun systme dinformation
adapt lhpital en Afrique et notamment au Sngal, est lun des objectifs de ce projet.
Spcifiquement, nous nous proposons de mettre en place un systme dinformation mdical
national pour le Sngal (SIMENS) permettant de surmonter toutes ces difficults. Au-del de la
gestion des tches quotidiennes, nous allons dvelopper dans ce projet un systme d'intgration de
ces donnes mdicales une chelle suprieure pour offrir une vue globale et des outils d'aide la
dcision aux autorits sanitaires et politiques. Cette contribution vise, en effet, :
amliorer les processus de soins ;
mettre en place les moyens de lamlioration des pratiques lhpital ;
introduire les outils de la dmarche qualit ;
disposer des indicateurs de pilotage de la sant hospitalire.
Le travail prsent ici est structur squentiellement de la manire suivante :
motivations et objectifs du projet SIMENS ;
analyse et spcification des besoins ;
tat de lart des systmes dinformation hospitalier (SIH) ;
dfinition des spcifications fonctionnelles du systme ;
conception de larchitecture du systme ;
conception de larchitecture de lapplication ;
conclusion gnrale.
13
III. Motivations et objectifs du projet SIMENS
Le systme dinformation constitue un facteur non ngligeable dune meilleure gestion
hospitalire (notamment en termes de qualit de service rendu au patient).
C'est conscient de cela que le projet SIMENS a t mis sur pied, pour mette en uvre un
systme d'information mdicalis au niveau national. En effet, un tel systme permettra didentifier
de manire unique un patient sur le plan national travers son dossier mdical informatis et de
conserver de manire structure sur ordinateur toute sorte dinformations utiles recueillies pendant
les activits mdicales. Ces informations mdicales pourront tre partages confidentiellement
entre acteurs de la sant, et tre exploites pour des besoins dalerte, de prvention, de suivi et de
contrle de phnomnes pidmiologiques. La gestion de la confidentialit des donnes
personnelles des patients, la structuration de ces informations, la rapidit de leur intgration une
chelle suprieure et leur classification nosologique sont la cl de vote de la russite de ce projet.
Il sera galement indispensable de mmoriser les informations sur les tablissements de sant, le
personnel mdical notamment les spcialistes, les quipements matriels, la localisation
gographique, etc. pour des besoins de recherche dinformation.
L'objectif gnral du projet est donc de contribuer la gestion et la capitalisation de linformation
mdicale au Sngal. Les objectifs spcifiques sont de:
dvelopper un systme dinformation mdical national pour le Sngal;
dvelopper un systme dintgration de donnes mdicales et daide la prise de dcision
pour les autorits sanitaires et politiques.
IV. Analyse et spcification des besoins
Cette toute premire tape de notre processus de dveloppement consiste faire un premier
reprage des besoins fonctionnels en utilisant principalement du texte et des figures montrant le
fonctionnement du systme. Le but tant de cadrer le projet et d'identifier les entits externes qui
vont interagir avec le systme.
Nous commencerons par donner la mthode utiliser pour tudier le domaine dtude,
ensuite nous ferons une prsentation du domaine lui-mme. Puis une spcification dtaille des
14
besoins est faite, suivie dune tude de lexistant et enfin nous terminons par les rsultats de cette
phase danalyse.
Il est important de noter que dans cette premire phase du projet qui consiste mettre en
place un systme dinformation mdical national pour le Sngal, nous nous limiteront seulement
au niveau rgional. Ainsi cest un SIH qui sera mis en place et nous avons choisi lhpital rgional
de Saint-Louis comme centre daccueil.
1. Mthodologie adopte pour lanalyse du domaine
dtude
Notre analyse du domaine dtude cest fait sous forme dinterviews, de questionnaires et de
visites guides auprs du personnel dans les diffrents services mdicaux et du service
administratif de lhpital.
De ces enqutes ont dcoul un ensemble dinformations et de documents dcrivant le
fonctionnement des services de lhospitalier. Les ressources collectes ntant pas exhaustives,
nous avons quand mme pu en sortir les quelques anomalies dans le systme existant mais aussi
les besoins des diffrents acteurs en ce qui concerne la mise en place dun systme informatique
qui pourra les aider dans certaines tches quotidiennes.
2. Prsentation du domaine dtude
2.1 Historique du domaine dtude
Lhpital de Saint-Louis est hrit du systme colonial. En effet aprs linstallation
dfinitive des franais en 1659 sur lle de Saint-Louis, une ordonnance royale de 1681, est
lorigine de la construction des hpitaux dans les colonies franaises en gnral. Son article 6 est
lorigine de la cration de lHpital de Saint-Louis. Il ntait pas prvu dy admettre les
autochtones mais dy recevoir des officiers et soldats. Cest en 1903 quil devient un hpital lac.
En 1927, il y a eu une fusion entre lhpital militaire et lhospice civil qui se trouvait la pointe
Sud. Cest par la suite que lhpital militaire changea de nom pour devenir lhpital colonial en
1928. Avec lindpendance en 1960, la rgion sera rige en Unit Rgionale mdicale, lhpital
prend lappellation dHpital Rgional. Il englobe: Dagana, Podor et Matam. Cest en 1999 quil
devient une Centre Hospitalier Rgional avec la rforme hospitalire et depuis la loi 98-08 du 12
fvrier 1998 et par le dcret N 98-856 du 27 Aot 1998 le Centre Hospitalier Rgional de Saint-
Louis est devenu Etablissement Public de Sant (EPS) pour une prise en charge correcte des enjeux
de la rforme. En 2006, la cellule informatique a mis en place une application informatique
SENHOSPI pour le systme dinformation de gestion et mdicale et durant cette mme anne le
15
Centre dAccueil Polyvalent a t construit avec une chambre, sept suites une salle de confrence,
un bureau et un office.
Au 31 dcembre 2009, lhpital a une capacit daccueil de deux cent soixante-dix (270) lits dont
deux cent vingt-neuf (229) lits fonctionnels et il compte trois cent trente-cinq (335) agents dont
cent sept (107) agents tatiques rpartis dans les diffrents services [2].
Tout tablissement public de sant hospitalier doit assurer :
Une mission de service public: qui permet toutes les populations un accs quitable aux
soins de qualit ;
Une mission spcifique qui tourne autour :
o du traitement des malades et de la prvention de certaines maladies ;
o du dveloppement des Ressources Humaines par la formation ;
o de la recherche et de la vulgarisation de ses rsultats dans le domaine de la sant.
Ces Missions sont oprationnalises par des projets de service.
2.2 Description des acteurs et leurs rles
Nous allons identifier les diffrents acteurs et les fonctions quils peuvent effectuer :
Patient: consulter son dossier ou la date de son rendez-vous, acheter des mdicaments,
demander des renseignements;
Anesthsiste: faire des diagnostics, prescrire des mdicaments, fixer des rendez-vous, faire
une demande dexamen/analyse ou une radio, consulter le rsultat des examens dun patient
et le valider, faire hospitaliser un patient, consulter son courrier et son calendrier;
Mdecin: faire des diagnostics, prescrire des mdicaments, fixer des rendez-vous, faire une
demande dexamen/analyse ou une radio, consulter le rsultat des examens dun patient et
le valider, faire hospitaliser un patient, consulter son courrier et son calendrier;
Infirmier: suivre les prescriptions des mdecins, appliquer les soins aux patients
hospitaliss, surveillance et compte rendu de ltat du malade;
Laborantin: faire des analyses/examens et le valider, envoyer rsultats;
Chirurgien: consulter son calendrier dopration de la semaine, effectuer une opration;
Radiologue: faire une radio, envoyer rsultat;
Secrtaire mdicale: grer le calendrier des mdecins;
Pharmacien: vendre des mdicaments, faire une demande en cas datteinte de seuil de
stock;
Caissier: grer la facturation
Personnel administratif: grer les ressources de lhpital (personnel mdical,
financement, consommables, etc.);
16
Maintenancier: rparer les matriels dfectueux, effectuer une demande en cas de
manque;
rceptionniste: orienter les patients et les visiteurs;
informaticien: administrer le parc informatique et les applications;
archiviste: grer les archivages;
ambulancier: transporter les patients;
service mdico-lgal: conserver les morts;
dlgu de ltat civil: dclarer les naissances et les dcs.
2.3 Description des services et leurs fonctions
Lhpital compte en tout 36 services qui ont chacun une activit spcifique :
Pharmacie : distribution de mdicaments et consommables
Laboratoire : effectue des analyses
Radiologie : effectue des radios
Bloc opratoire : effectue des oprations
Ranimation : hospitalisation des malades tant dans le coma
Pdiatrie : consultation et hospitalisation des enfants gs d1mois 15ans
Urgences centralises : gre les urgences lexception des urgences obsttricales et
pdiatriques
Hmodialyse : traitement des patients atteints dinsuffisance rnale
Mdecine (I et IV) : traitement des pathologies infectieuses
Urologie : traitement des maladies des voies urinaires
Kinsithrapie : traitement des maladies darticulation
Ophtalmologie : traitement des maladies des yeux
Stomatologie : consultation et soins dentaires
Maternit : consultation et hospitalisation des femmes enceintes
Service administratif et finance
Service des soins infirmiers : gestion du personnel paramdical
Facturation : gestion des recettes de lhpital
Maintenance : maintenance prventive et corrective
Archivage : gestion des archives
ORL : consultation ORL (Oto-rhino-laryngologie)
Chirurgie Gnrale et Chirurgie Orthopdique : service dhospitalisation
Polyclinique : traitement de tout genre de maladie
Cardiologie : traitement de la maladie du cur
Psychiatrie : traitement des maladies mentales et troubles psychologiques
Consultation gnrale : consultation pour tout type de maladie
Service Informatique : gre les quipements installs et administre les applications
17
Contrleur de gestion : contrle des recettes et des dpenses
ACP : gre la comptabilit
Service Audite Interne : contrle les recouvrements et dpenses
Division Ressources Humaines : gre le personnel
Service Social : gre les cas sociaux
Service Logistique Qualit : gre lapprovisionnement de produits dentretien de bureau,
de la papeterie, consommables, etc.
Service Restauration : gre la restauration
Service Buanderie : gre tout ce qui est lessive
Service Appareillage Orthopdique : gre la rparation et la fabrication dappareils
permettant lintgration fonctionnelle comme les chaises roulantes, les bquilles, etc.
3. Spcification dtaille des besoins
C'est une tape primordiale au dbut de chaque dmarche de dveloppement logiciel. Elle est
un des rsultats de nos enqutes effectues au sein du CHRSL (services mdicaux et
administratifs). Son but est de veiller au dveloppement adquat du processus logiciel de notre
systme dinformation en accord avec les demandes des futurs utilisateurs. Sa finalit est la
description gnrale des fonctionnalits, les exigences de performance fonctionnelle et technique,
les politiques de scurit.
3.1 Les besoins techniques
Les besoins techniques portent sur les diffrents points suivants : le support de communication
au sein de lhpital, les matriels interconnects, le type de rseau, etc.
La communication du personnel sanitaire au sein de lhpital peut se passer par tlphone et par
courrier lectronique. De ces types de communication ressortent deux moyens : la tlphonie et
linternet. Cela se traduit par le besoin de la mise en place dun rseau intranet qui assure le partage
dinformation au niveau interne mais aussi un rseau extranet pour la communication avec
lextrieur travers lapplication. Le tlphone aussi peut tre utilis pour la communication entre
mdecins, entre mdecin et secrtaire, bref entre les services.
Par intranet on entend un rseau informatique interne qui fournit un accs scuris et contrlable
aux informations, bases de donnes et ressources dune organisation grce aux technologies
ouvertes de lInternet. Par consquent la mise en place dun intranet repose sur une varit de
technologies exploites sur Internet savoir les navigateurs, serveurs, coupe-feu et systmes de
protection par mot de passe. A limage du Web, un Intranet associe des ordinateurs excutant des
logiciels de navigation, des serveurs hbergeant diffrents types de contenus et un rseau reliant
lensemble.
18
Ce qui nous amne un autre point des besoins quest les matriels interconnects. Les
matriels qui doivent tre utiliss au niveau de chaque service avec un nombre suffisant sont des
ordinateurs PC qui serviront de postes clients. Ils peuvent tre des OS de systme Windows/Linux
avec des capacits moyens pour le disque et la RAM. Nous devons aussi mettre en place des
serveurs pour hberger le logiciel applicatif et rpondre aux diffrentes requtes. Ces serveurs
doivent avoir de grands espaces de disques pour pouvoir contenir les donnes mais aussi une
grande RAM pour assurer un temps de rponse acceptable. On choisit de prfrence des
processeurs Dual Core pour ces serveurs et les machines client. Ces matriels sont relis entre eux
par des cbles dans un rseau local Ethernet avec des concentrateurs(Hubs) et/ ou commutateurs
(Switch). On aura ventuellement besoin dimprimantes au niveau de certains postes et
ventuellement accessible travers le rseau mais aussi de modem pour laccs linternet.
Les applications concrtes de lIntranet sont nombreuses:
Fdrer laccs linformation dans lorganisation avec un outil indpendant des systmes
de stockage et dadministration des donnes ;
Cration de services en ligne lusage priv des acteurs ;
Mise en place de ressources permettant de renforcer lefficacit des collaborateurs
(sessions de formation et prsentations sous forme de vido numrises, journaux
lectroniques, dclarations et communications officielles, etc.) ;
Cration dapplications destines tre ensuite accessibles au travers dInternet ;
Constitution de rseaux au moyen doutils interactifs.
Dun autre ct il y a lextranet qui est un rseau qui utilise la technologie internet pour relier
une organisation ses partenaires. Alors que lintranet est uniquement accessible des personnes
de la mme entreprise ou de la mme organisation, un extranet gre plusieurs niveaux daccs pour
des acteurs extrieurs. Cependant, de mme que pour les intranets, le problme principal de
lextranet est la scurit. Mais cela se rgle facilement par lutilisation de firewall qui permet la
protection du rseau interne contre les intrusions du monde extrieur.
Les services offerts par lextranet sont:
La mise disposition dinformations sur lentreprise ;
La mise disposition dun annuaire du personnel ;
Accs aux documentations ;
Echanges de donnes entre collaborateurs ;
Etc.
Parmi les besoins, on peut encore citer lutilisation de routeurs pour filtrer le trafic et
ventuellement un FAI (Fournisseur dAccs Internet) en anglais ISP (Internet Service Provider).
19
3.2 Les besoins fonctionnels
Notre systme doit rpondre certaines exigences. Il doit pouvoir:
rcuprer les informations de chaque entit partir de son matricule pour mettre jour la
base des donnes de l'application ;
insrer des patients et d'autres entits et les orienter vers une salle d'un service particulier ;
modifier ou supprimer les informations d'un patient et des autres entits ;
imprimer des documents comme (bulletin d'admission, billet de salle, certificat de sjour,
dclaration de dcs, etc...) ;
calculer des statistiques: le nombre de nouveau-ns, le nombre de dcs, le nombre
d'accidents, nombre de lits libres, etc.
4. Etude de lexistant
4.1 Sur le plan technique
Lhpital compte au total trois rseaux : le rseau local, le rseau tlmdecine et le rseau
intranet gouvernemental. Il ny a pas de liaison entre ces trois rseaux, chacun fonctionne de
manire autonome.
Le rseau tlmdecine permet la connexion entre lhpital et lhpital Fann de Dakar ainsi
quavec les autres hpitaux qui se trouvent dans dautres localits. Cest un rseau qui est quip
dun routeur et de deux switches.
Le rseau intranet gouvernemental permet la liaison avec les autres structures de lEtat comme
le Ministre de la sant. Ces genres de rseaux sont mis en place pour coordonner les diffrents
tablissements de lEtat. Au niveau de lhpital, ce rseau est juste mis en place mais son
utilisation nest pas encore effectue.
Le rseau local est le rseau qui se trouve au sein de lhpital dans lequel sont interconnects
les diffrents ordinateurs. Ce rseau peut supporter jusqu plus de 200 postes. La topologie
physique est une topologie en toile et la topologie logique cest Ethernet. Les quipements
dinterconnexion sont des switches qui sont branchs en cascade. Il y a des switches actifs
(intelligents) et des switches passifs (non configurable). Tous les appareils sont relis par des
cbles de paires torsades. Dautre part, lhpital compte en tout deux serveurs et sont de marque
HP, ils ont des RAM de 1Go 2Go et des disques durs de 300Go ou au-del. Le systme
dexploitation de ces serveurs est Windows Server 2003 et le processeur est de 1Ghz ou 1.6Ghz.
Cependant il y a des ordinateurs qui sont utiliss comme des serveurs mais ne possdent pas les
caractristiques requises pour les serveurs.
20
Les ordinateurs clients qui sont pour le patrimoine de lhpital sont au nombre de 120 avec
sept portables mais le reste sont des ordinateurs personnels, ce sont les mdecins eux-mmes qui
les ont achets. Tous ces ordinateurs ont des systmes dexploitation qui sont soit Windows XP,
Vista ou Seven. Ils sont obtenus dhabitude sous forme de don venant des autres pays et plus
particulirement de la Chine ; ce qui fait quils peuvent tre de nimporte quelle marque et les
tailles en disque dur et en RAM peuvent varier. Ils ont des processeurs de 1 2Ghz et des RAM
qui peuvent aller jusqu 4Go. Les disques durs aussi sont de tailles diffrentes. Ces machines sont
des fixes (cran plat ou autre) et des portables, elles peuvent tre de la vieille gnration comme
aussi ceux sortis dernirement sur le march.
Lhpital a sa disposition un groupe lectrogne qui permet de faire fonctionner tous ses
appareils en cas de coupure. Cependant il prend quelques secondes avant de sallumer do
lutilisation des onduleurs au niveau de chaque appareil branch pour grer les risques.
Laccs linternet est possible grce un modem qui est obtenu de la SONATEL. Une
machine avec deux cartes rseau est utilise pour servir de passerelles. Elle est branche sur le
modem et sert de liaison entre le rseau local et lextrieur.
Le niveau de connaissance du personnel en informatique nest pas trs lev et pas le mme.
Les secrtaires savent seulement utiliser les logiciels quils manipulent sinon elles nont pas
dautres connaissances en informatique. Pour les mdecins aussi, certains savent manipuls plus
les outils informatiques que dautres. En bref, chacun a son propre niveau de connaissance. Cela
est peut-tre d quil ny a pas de formation en informatique donc chacun se dbrouille comme il
peut.
4.2 Sur le plan fonctionnel
Cette phase dtude nous a permis de classifier les diffrents services au sein du CRHSL.
Nous avons regroup les services en quatre blocs qui sont les suivants :
Service Mdicotechnique :
Pharmacie
Laboratoire
Radiologie
Bloc opratoire
Ranimation
Service Logistique
Maintenance
Buanderie
21
Appareillage Orthopdique
Logistique Qualit
Restauration
Service Informatique Archivage
Service Orientation :
Scurit
Service Units de Soins :
Pdiatrie
Urgences centralises
Hmodialyse
Mdecine (I et IV)
Urologie
Kinsithrapie
Ophtalmologie
Stomatologie
ORL
Maternit
Chirurgie Gnrale et Chirurgie Orthopdique
Polyclinique
Cardiologie
Psychiatrie
Consultation gnrale
Service Administratif :
Service administratif et finance
Service des soins infirmiers
Facturation
Contrleur de gestion
ACP
Audite Interne
Division Ressources Humaines
Service Social Il faut aussi noter toujours sur le plan fonctionnel quil existe une application nomme SENHOSPI
qui se trouve au niveau de la Laboratoire. Elle leur permet de faire leur tche quotidienne mme si
22
ce nest pas de manire optimale. Cette application leur permet entre autre de faire lenregistrement
des patients, limpression de rsultats des analyses, etc.
5. Rsultats de la phase danalyse
Pour dtecter les problmes existants, nous avons interrog le personnel de l'hpital rgional
de Saint-Louis lequel nous a cit quelques anomalies. Cependant, pour localiser leur source, nous
nous sommes mis en pratique avec lui et aprs une observation continuelle, nous avons pu recenser
les insuffisances suivantes :
Il existe un rel problme de communication entre les diffrentes entits du CHRSL. La
plupart des messages sont sous forme de circulaires, de lettres de service et le moment entre
la production dun communiqu et sa rception dans un service donn, cela peut prendre
du temps.
Le systme dinformation mdical existant est principalement centr sur le patient. La
plupart des tches passe par le patient. Ceci fait que lon perd quelques fois du temps pour
effectuer une tche.
La traabilit de linformation est trs difficile. Tous les documents sont en papiers, donc
les patients perdent souvent les documents qui leur sont remis. Ceci implique, quelques
fois que le corps mdical a des problmes pour savoir les antcdents des patients.
Linformation mdicale est essentiellement stocke sous forme papier. Ceci rend difficile
la sauvegarde des archives et des donnes collectes du fait que ce type de stockage est
souvent victime des intempries de la nature. Ainsi, le CHRSL ne dispose pas de banque
de donnes fiable sur les patients.
Le systme informatique en place nest utilis principalement que pour la facturation.
Les patients, les visiteurs ne disposent pas dun centre de renseignement et dorientation
qui permet de bien se mouvoir dans le CHRSL.
Nous constatons donc que ces problmes ralentissent considrablement lefficacit des
services destins aux patients. Nous proposons donc de mettre en place un systme dinformation
mdical capable de:
Planifier/ Optimiser efficacement les ressources.
Amliorer la qualit des soins.
Accrotre la productivit des intervenants (Corps mdical, administration, patients)
Nous proposons galement dexploiter et dadapter les rseaux existants pour permettre la prise en
charge de tous les moyens de communication. Ce qui rendra plus fluide le partage de linformation
au sein de lhpital et amliorera les conditions de travail du personnel.
23
V. Etat de lart des SIH
1. Dfinition
Le Systme dInformation Hospitalier (SIH) est un systme permettant un traitement intgr
de linformation, garantissant sa cohrence et son intgration. Linformation, une fois capture,
doit tre disponible en tous lieux, en tous temps, dans des dlais acceptables (dossiers mdicaux,
images,...), sous une forme paramtrable et ne doit pas faire lobjet de ressaisies. Elle doit tre
exprime dans une granulosit suffisamment fine pour tre utile et autoriser des agrgations
ainsi que des associations [3].
Le SIH est compos de deux domaines diffrents :
Les systmes de gestion (qui concernent la gestion des ressources humaines, les affaires
financires et conomiques, la logistique, les achats, mais galement toutes les activits
dites dintendance, savoir la gestion des repas, la gestion de la lingerie, etc.)
Les systmes relatifs la prise en charge du patient (prise en charge administrative,
mdicale et paramdicale) qui concernent le cur de mtier de lhpital : la production de
soins. Ces systmes comprennent toutes les informations ncessaires laccomplissement
des activits du processus de production des soins au patient, de son accueil sa sortie,
ainsi qu la bonne circulation des flux physiques qui servent directement cette production.
2. Principaux enjeux
Dans le cadre de notre dmarche tutore, la mise en place dun SIH permet damliorer
grandement la ralisation des tapes prcdentes qui ncessitent une exploitation des donnes du
terrain. Par consquent, les enjeux dun SIH sorientent autour de deux grands objectifs :
Lamlioration de la qualit des soins :
o Amlioration des communications
o Rduction des dlais dattente
o Matrise des consommables
o Aides la prise de dcision
o Amlioration des connaissances
24
La matrise des cots :
o Rduction des dures de sjours
o Rduction des tches administratives
o Rduction des temps de personnel.
3. Un panorama des Systmes dInformation Hospitaliers existants
3.1. Mediboard
3.1.1 Dfinition
Mediboard [5] est un systme web libre de gestion d'tablissement. Il se dfinit plus
prcisment comme un SIH (Systme d'Information Hospitalier), un PGI (Progiciel de Gestion
Intgr) adapt aux tablissements de sant de toute taille, du simple cabinet de praticien au centre
mdical multi-sites. Il est de plus en plus utilis travers le monde, en particulier la France dont
prs d'un demi-million de dossiers patient sont grs avec.
3.1.2 Fonctionnalits
Mediboard est un systme d'information hospitalier ddi la gestion du dossier patient, la
planification de l'activit de l'tablissement de sant et la gestion de l'activit clinique et librale
des praticiens.
Il fournit les modules suivants :
- Dossier patient administratif et mdical
o Gestion de lidentit des patients
o Moteur de recherche avanc incluant les rsultats proches phontiquement
o Gestion des sjours
o Accueil clinique : admissions et sorties des patients
o Cration de dossier par carte vitale
o Gestion des doublons de dossier
o Gnration de documents bass sur des modles : feuilles d'admissions,
consentements, fiches d'information, ordonnance
25
o Gestion lectronique de documents, tout format
o Gestion des antcdents, allergies
o Systmes d'alerte entre les professionnels de sant et le personnel d'tablissement
- Activits de l'tablissement de sant
o Planning des admissions/sorties du patient l'accueil
o Gestion bloc opratoire
o Planification de l'hospitalisation
o Dossier de soin et circuit du mdicament
o Gestion des repas
o Systme de gestion de la qualit / accrditation
o Vrification du codage des actes et pr-groupage pour exportation
o Tableau de bord de l'activit
- Activits des praticiens / librales
o Prise de rendez-vous de consultation
o Gestion de consultation mdicales, chirurgicales
o Gestion des consultations pr-anesthsiques
o Intgration de la tltransmission de FSE
o Production automatise de courriers, prescription et ordonnance, bas sur des
modles
o Tableaux de bord hebdomadaires et quotidiens
o Gestion comptable de l'activit librale
o Gestion comptable du cabinet mdical
- Activit clinique
o Fiche d'administration lectronique base sur des protocoles
o Planification des plages d'opration
o Planning du bloc opratoire
o Codage direct des actes CCAM en salle, pendant l'intervention
o Production automatis de compte-rendu d'intervention, bas sur modles
o Gestion des dossiers d'anesthsie
- Infrastructure
26
o Accs scuris
o Gestion multi-tablissement
o Gestion des utilisateurs par cabinet/fonction
o Administration avance des droits et permissions utilisateurs
o Traabilit des actions effectues dans le systme : historique par objet et par
utilisateur
Figure 1. Architecture logicielle de Mediboard
3.1.3 Installation
Mediboard peut tre install travers le systme Subversion depuis Sourceforge. Et pour cause,
il nexiste pas pour l'instant de release officiel et package.
Pour accder la toute dernire version de Mediboard, il suffit donc d'utiliser un client SVN avec
la commande suivante :
svn co https://mediboard.svn.sourceforge.net/svnroot/mediboard/trunk mediboard
27
Ensuite, un assistant d'installation web est disponible permettant de vous guider tout au
long de la configuration de votre systme. Cet assistant peut tre utilis depuis votre navigateur:
http://repertoire_racine_mediboard/install/.
3.2. GNU Health
3.2.1 Dfinition
GNU Health [6] est un progiciel libre dans le domaine de la sant, initi en 2008 par Luis Falcn
dans le cadre des activits de l'organisation non-gouvernementale GNU Solidario et officiellement
maintenu par son auteur pour le projet GNU depuis aot 2011. Il est dvelopp en Python et utilise
la plateforme applicative Tryton1. Le projet GNU Health s'est vu rcompens, en mars 2012, du
prix du logiciel libre 2011 pour les projets dintrt social. La Promotion de la sant et de la
prvention des maladies est au cur de la conception de GNU Health.
GNU Health propose des fonctionnalits qui couvrent trois aspects :
- un dossier mdical lectronique
- un systme dinformation hospitalier
- un systme dinformation mdical
3.2.2 Fonctionnalits
GNU Health utilise une approche modulaire avec diffrentes fonctionnalits qui peuvent tre
incluses pour rpondre aux besoins des structures de sant.
1 Tryton est une plate-forme applicative de haut-niveau, d'architecture trois tiers, sous licence GPL-31,
crite en Python et utilisant PostgreSQL comme moteur de base de donnes. Cest un fork de TinyERP
(aujourd'hui appel OpenERP)2. Il fournit toutes les fonctionnalits ncessaires une plate-forme
applicative complte : persistance des donnes, modularit, gestion des utilisateurs (authentification,
contrle fins des accs aux donnes), workflow et rapports, services web et internationalisation.
Constituant ainsi une plate-forme applicative qui peut tre utilise dans un large ventail de situations.
28
Les modules actuels sont:
- Sant (Health) : Modle de donnes pour des objets tels que des patients, des valuations,
des centres de sant, les maladies, les rendez-vous, les vaccinations et les mdicaments.
- Pdiatrie (pediatrics) : Comprend des modles pour la nonatalogie, la pdiatrie et les
valuations psychosociales (Liste des symptmes pdiatrique - CFP).
- Gyncologie (Gynecology) : Gyncologie, obsttrique, mdecine prventive,
l'information prinatale et post-partum.
- Style de vie (Lifestyle) : L'exercice physique, rgime alimentaire, les toxicomanies,
l'Institut national de l'abus des drogues (NIDA), base de donnes de drogues rcratives,
les cotes Henningfield, la sexualit, les facteurs de risque, la scurit domicile, la scurit
des enfants.
- Gntique (Genetics): Risque hrditaire. Environ 4200 "gnes de maladie" de la NCBI /
GeneCards.
- Laboratoire (Lab): gestion des demandes, cration et valuation des analyses de
laboratoire. Interface avec le systme de gestion de l'information de laboratoire.
- Socio-conomique (Socioeconomics) : Education, occupation, condition de vie, milieu
hostile, travail et prostitution des enfants, entre autres.
- Patient (Inpatient): Hospitalisation du patient, affectation des lits, plans de soins et des
soins infirmiers.
- Chirurgie (Surgery): Check-list Pre-opratoire, procdures, Salle d'opration, Historique
chirurgical du patient.
- Facturation (invoice): Lien avec l'administration financire du centre de sant.
- Calendrier (Calendar) : Ajout des fonctionnalits pour la connexion avec un client
CalDAV, Gestion des rendez-vous.
- Calendrier Patient (Inpatient_calendar): Gestion des calendriers des patients pour la
gestion des hospitalisations et de la gestion des lits.
- QR codes (QR_codes) : Gestion des (QR) Codes pour identification
29
Figure 2. Architecture logicielle de GNU Health
VI. Dfinition des spcifications fonctionnelles du
systme
1. Mthodologie adopte
Le cycle de vie d'un logiciel, c'est dire les diffrentes phases de conception d'un systme
d'informations, doit tenir en compte autant les aspects techniques que communicationnels. Il passe
par l'emploi d'une dmarche qui s'appuie sur un langage de modlisation. Cette dmarche a pour
objectifs de matriser le droulement du projet et donner une meilleure visibilit lutilisateur sur
les rsultats obtenus. Il existe deux approches dans la conception d'un systme : fonctionnelle &
objet.
Dans la premire, le processus de dveloppement est caractris par un processus de type
squentiel organis en phases qui regroupent des tapes dcomposes en tches, la fin d'une
phase correspond la fin de ses tapes.
Dans la deuxime, le processus est itratif dont le dcoupage ne concide pas c'est- -dire
les activits (phases, tapes, tches) se droulent sur plusieurs dimensions.
30
Dans le cadre de notre tude nous avons opt pour l'approche par objet qui assure
l'volution du logiciel et la rutilisation des objets. Pour ce faire nous avons choisi un processus
de dveloppement nomm 2TUP 2 Track Unified Process qui propose le cycle de vie en Y
(voir Figure 3). Le processus 2TUP apporte une rponse aux contraintes de changement continuel
imposes aux systmes d'information de l'entreprise. En ce sens, il renforce le contrle sur les
capacits dvolution et de correction de tels systmes. 2 Track signifient littralement que le
processus suit deux chemins. Il s'agit des chemins fonctionnels et d'architecture technique ,
qui correspondent aux deux axes de changement imposs au systme informatique. Dans le cadre
de notre tude, nous nous intressons seulement dans cette section aux spcifications
fonctionnelles savoir la branche gauche du cycle en Y [7].
Figure 3. Le processus de dveloppement en Y
Nous avons choisi aussi le langage de modlisation UML qui se caractrise par le fait quil
soit un langage formel et normalis. Ses diagrammes vont nous permettre une meilleure
modlisation du systme durant tout le cycle.
Nous nous sommes bass aussi sur le nouveau Framework (Health Metrics Network
Framework [8]) propos par lOrganisation Mondiale de la Sant [9]. Ce Framework propose un
cadre de travail standard utilisable dans la mise en place de systme dinformations mdicales.
31
2. Les composantes fonctionnelles de SIMENS
La construction d'un systme d'information passe invitablement par l'analyse de l'existant.
Il s'agit ici de construire un SI qui va permettre d'viter les problmes cits plus hauts en ce qui
concerne la gestion des donnes sur le patient. Nous avons commenc par analyser ce qui dcoule
des spcifications des besoins qui est pour nous la partie la plus sensible du travail.
A partir de cette architecture, nous proposons les diffrentes composantes de notre systme
dinformation (SIMENS):
Un systme mdical :
Cest le systme de collection dinformations sur le patient en gnral. Ces sous-composants sont
:
Gestion du dossier mdical du patient
Informations personnelles (cf. dos administratif)
Antcdents mdicaux (chirurgies, maladies, allergies, examens effectus,
diagnostics & traitement prcdents.)
Traitements en cours
Gestion des Oprations chirurgicales
Oprations propratoires : consultation auprs de lanesthsiste
Programmation des oprations chirurgicales
Historique chirurgicale du patient
Gestions des salles dopration
Gestions des hospitalisations
Gestions des hospitalisations
Gestions des Lits
Plan des soins infirmiers pour le patient
Un systme mdico-technique
Gestion des Laboratoires
Gestion des demandes
Evaluation des analyses (Diagnostic et Transmission)
Gestion de limagerie mdicale (Radiologie)
Gestion des demandes
Evaluation (Diagnostic et Transmission)
Gestion de la pharmacie
Gestion du stock
Gestion des ventes (IB)
32
Un systme mdico-administratif
Gestion du dossier administratif du patient
Gestion de la facturation
Gestion des rendez-vous mdicaux
Gestion du personnel mdical
Gestion des naissances et des dcs
Gestion du courrier interne
3. Conception dtaille des fonctionnalits
3.1. Diagramme des cas dutilisations
Le diagramme des cas dutilisations dfinit un ensemble doprations dun systme ou dun sous-
systme tel quun utilisateur le voit de lextrieur. Il capture le comportement du systme. Cette vision
oriente utilisateur nous permet donc dexprimer les besoins des utilisateurs.
Nous prsentons SIMENS en trois diagrammes de cas dutilisation, suivant les sous composants que
nous avons :
3.1.1 Le Systme mdical
Figure 4. Diagramme de cas d'utilisations du Systme mdical
33
3.1.2 Le Systme mdico-technique
3.1.3 Le Systme mdico-administratif
Figure 5. Diagramme de cas d'utilisations du Systme mdicotechnique
Figure 6. Diagramme de cas d'utilisations du Systme mdico-administratif
34
Cette reprsentation dcrit de manire exhaustive une partie des exigences fonctionnelles
du systme. Nous prsentons ci-dessous un tableau rcapitulatif des spcifications fonctionnelles:
Domaine dactivits Processus/fonctionnalits Acteurs/Utilisateurs
Mdical Enregistrement/Cration dun dossier patient
Enregistrement dun processus particulier du
patient (traitement, consultation)
Suivi du plan de traitement et des prescriptions
Enregistrement des naissances
Enregistrement des dcs
Classification des maladies (rapport)
Mdecin, Infirmier
Chef de service
Surveillant de service
Secrtaire mdical
Chirurgie Programmer une opration
Consulter le calendrier des oprations
Chirurgien
Anesthsiste
Secrtaire mdical
Hospitalisations Hospitaliser un patient
Consulter/mettre jour la fiche dhospitalisation
dun patient
Suivre les recommandations du mdecin
Mdecin ,Infirmier
Chef de service
Surveillant de service
Secrtaire mdical
Laboratoire Collecte et Enregistrement des analyses/spcimen
(demande danalyses et stockages)
Dtermination des Rsultats
Association dun rsultat un patient
Validation des rsultats (Diagnostique)
Classification des maladies
Laborantin
Chef de Laboratoire
Pharmacie Surveillance du stock central et de la chaine de
distribution (destin lhpital)
Surveillance du stock des ventes
Suivi du plan de traitement et des prescriptions
Pharmacien
Ressources
Humaines
Enregistrement du personnel
Suivi du personnel mdical
Gestion des priorits (recrutements, formations)
Gestion de la paie
Directeur des
ressources humaines
Etat Civil Enregistrement des naissances
Enregistrement des dcs
Classification des naissances
Classification des dcs
Services administratif
hospitalier
Service de ltat civil
Finance Gestion de la facturation du patient
Gestion/Suivi du budget et des subventions
Service financier
Tableau 1. Conception dtaille des fonctionnalits du systme
35
3.2 Diagramme des squences des diffrentes fonctionnalits
La spcification des cas dutilisations du systme (diffrentes fonctionnalits) conduit
directement expliquer le fonctionnement de chacune delles. Les diagrammes de squences nous
permettent de voir, pour un cas dutilisations prcis, les diffrents messages changs entre acteurs
suivant un ordre chronologique.
Nous prsentons dans ce prsent rapport que les diagrammes de squences les plus significatifs
de notre systme dinformation.
3.2.1 Authentification
Figure 7. Diagramme de squence Authentification
36
Tableau 2. Description Squence Authentification
Nom diagramme
Authentification Version 0.1
Domaine fonctionnel Systme mdical
Rsum Afin daccder aux ressources de SIMENS, lutilisateur devra dabord sidentifier
Acteurs Tous les acteurs
vt dclencheur Besoin dexcuter une tche quelconque dans SIMENS
Description Une interface d'authentification est prsente l'utilisateur. Celui-ci saisit son identifiant ainsi que son mot de passe, puis valide. Il est reconnu ainsi par le systme qui affiche la page demande.
Prconditions L'utilisateur doit disposer d'un identifiant ainsi qu'un mot de passe
Exceptions L'identifiant ne doit pas tre vide.
Le mot de passe ne doit pas tre vide. Il est compos de six lettres et d'un chiffre au minimum L'utilisateur doit entrer un identifiant et un mot de passe valides: il doit y avoir une correspondance de l'identifiant et le mot de passe entrs dans la base de donnes.
Post-conditions
Selon son rle et son niveau daccs, le systme charge la page correspondante.
tape # Actions acteur (vt. Externe) Rponse systme
1. Lutilisateur saisit un Identifiant et son mot de passe
2. vrifie lexistence de lutilisateur
3. charge linterface de lutilisateur
4. FIN
Scnarios alternatifs
tape # Action alternative acteur Rponse alternative systme
1. Lutilisateur nexiste pas ou le mot de passe est incorrect. GOTO 1.
37
3.2.2 Identifier un patient
Nom diagramme Identifier le patient Version 0.1
Domaine fonctionnel Systme mdical
Rsum Avant de raliser une quelconque tche sur le patient, l'utilisateur,
en loccurrence le mdecin, est tenu de vrifier d'abord dans la
base de donnes si le patient en question s'y trouve.
Acteurs Mdecin, Infirmier, Chef de service, Surveillant de service, Secrtaire
mdical
vt dclencheur Besoin dexcuter une tache quelconque concernant le patient
Description Une interface de recherche du patient est prsente au mdecin qui
saisit l'identifiant du patient puis valide. Ce dernier est ainsi
reconnu par le systme qui affiche l'ensemble des informations le
concernant
Prconditions E excuter la squence Authentification.
Exceptions Si l'identifiant n'existe pas dans la base de donnes, une
exception est leve.
Post-conditions Affichage des informations concernant le patient
Figure 8. Diagramme de squence Identifier un patient
38
tape # Actions acteur (vt. Externe) Rponse systme
1. Demande didentification
SIMENS: Lutilisateur saisit
l'identifiant du patient
2. vrifie lexistence du patient
4. FIN
Scnarios alternatifs
tape # Action alternative acteur Rponse alternative systme
1. Le patient nexiste pas ou
l'identifiant est incorrecte.
GOTO 1.
Tableau 3. Description Squence Identifier patient
3.2.3 Crer un dossier patient
39
Nom Crer dossier patient Version 0.1
Domaine
fonctionnel
Gestion mdicale
Rsum On cre un dossier patient pour la premire fois en saisissant les
donnes personnelles de base. Un nouveau patient est prsent avec un
dossier mdical
Acteurs Secrtaire mdical, Rceptionniste
vt dclencheur Un patient se prsente lhpital pour la premire fois
Figure 9. Diagramme de squence Crer un dossier patient
40
Description Une interface est prsente lutilisateur qui lui permet de saisir les
informations dindentification du nouveau patient (CNI, nom, prnoms,
etc.). Le systme vrifie si ce dernier nexiste pas dj, sinon il lui cre
un nouveau dossier. Lutilisateur peut ensuite complter le dossier avec
des informations complmentaires (dossier mdical si dj la
disposition du patient).
Prconditions Lagent est dj authentifi
Post-conditions
Un dossier du patient est cr dans le systme
Les donnes de base : identit, dossier mdical (mdecin
traitant, antcdents mdicaux si existant)
tape # Actions acteur (vt. Externe) Rponse systme
1. Lagent soumet le nom, prnom,
date et lieu de naissance et le CIN
ou le numro identifiant
2. valide les informations et vrifie
lexistence du dossier patient
3. cre un nouveau dossier patient
avec les donnes
4. Lagent saisit les infos
supplmentaires (adresse,
situation, antcdents mdicaux)
5. enregistre les donnes du patient
6. FIN
Scnarios alternatifs
tape # Actions alternative acteur Rponse alternative systme
2. Le patient existe dj, GOTO 6.
3. Informations saisies sont
incorrectes
Tableau 4. Description Squence Crer Dossier patient
3.2.4 Consulter un dossier mdical
41
Nom Consulter un dossier patient Version 0.1
Domaine fonctionnel Gestion mdicale
Rsum On accde un dossier patient par son numro didentification.
Cest un prrequis pour les autres fonctionnalits ddition ou de
consultation.
Acteurs Secrtaire mdical, Mdecin, Infirmier, Patient
vt dclencheur Besoin daccder au dossier patient
Description
Pr-conditions Lagent est dj authentifi
Post-conditions Le dossier du patient est charg
Le dossier prt en dition (en fonction de lutilisateur)
tape # Actions acteur (vt.
Externe)
Rponse systme
Figure 10. Diagramme de squence Consulter un dossier mdical
42
1.
Lagent saisit le numro
didentification
2. Le systme vrifie le numro
didentification
3. Le systme charge le dossier du
patient
4. FIN
Scnarios alternatifs
Step # Action alternative acteur Rponse alternative systme
2. Le numro didentification
nexiste pas, GOTO 1.
Tableau 5. Description Squence Consulter un dossier mdical
3.2.5 Faire un enregistrement mdical
Figure 11. Diagramme de squence Faire un enregistrement mdical
43
Nom Faire un enregistrement
mdical
Version 0.1
Domaine fonctionnel Gestion mdicale
Rsum Lagent veut enregistrer un acte mdical, il sagit : dune
consultation, un traitement effectu etc.
Acteurs Secrtaire mdical, Mdecin, Infirmier
vt dclencheur Besoin daccder au dossier patient
Description
Pr conditions Lagent est dj authentifi
Le dossier du patient est charg / prt en dition
Post conditions
Lacte mdical est enregistr dans le dossier du patient
tape # Actions acteur (vt.
Externe)
Rponse systme
1.
On saisit lenregistrement
mdical
2. Le systme les systmes enregistre les
donnes dans la base
3. Le systme affiche les informations
mises jour.
4. FIN
Scnarios alternatifs
tape # Action alternative
acteur
Rponse alternative systme
Tableau 6. Description Squence Faire un enregistrement mdical
44
3.2.6 Faire une prescription mdicale
Nom Faire une prescription
mdicale
Version 0.1
Domaine fonctionnel Gestion mdicale
Rsum Le mdecin veut enregistrer une prescription mdicale : une
ordonnance mdicale que le patient doit acheter.
Acteurs Mdecin
vt dclencheur Besoin daccder au dossier patient
Description
Pr conditions Lagent est dj authentifi
Le dossier du patient est charg / prt en dition
Post-conditions
Lordonnance est enregistre dans le dossier du patient
Lordonnance peut tre imprime par le mdecin,
linfirmier ou le secrtaire mdical
tape # Actions acteur (vt. Externe) Rponse systme
Figure 12. Diagramme de squence Faire une prescription mdicale
45
1.
On saisit lenregistrement mdical
(mdicaments prescrits)
2. Le systme enregistre les donnes
dans la base (date, le ID du mdecin
qui prescrit, les mdicaments).
3. Le systme affiche les informations
mises jour.
4. FIN
Scnarios alternatifs
tape # Action alternative acteur Rponse alternative systme
Tableau 7. Description Squence Faire une prescription mdicale
3.2.7 Hospitaliser un patient
Figure 13. Diagramme de squence Hospitaliser un patient
46
Nom Hospitaliser un patient Version 0.1
Domaine fonctionnel Gestion mdicale
Rsum Le mdecin veut hospitaliser un patient. Il vrifie dabord sil y a
une disponibilit de lit dans le service o il veut interner le patient.
Acteurs Mdecin
vt dclencheur Besoin dinterner un patient
Description
Pr conditions Lagent est dj authentifi
Le dossier du patient est charg / prt en dition
Post conditions
Une fiche dhospitalisation est cre pour le patient
tape # Actions acteur (vt. Externe) Rponse systme
1.
On vrifie la disponibilit de lit dans le
service
2. Le systme notifie de la disponibilit
de lit
3. On cre une fiche dhospitalisation
(Patient, date entre, date de sortie
prvue, infos supplmentaire)
.
4. Le systme enregistre la fiche dans le
dossier du patient
5. Si besoin est, on peut ajouter des
recommandations, un complment
dans la fiche dhospitalisation.
6. Le systme enregistre le message
7. FIN
Scnarios alternatifs
tape # Action alternative acteur Rponse alternative systme
2. Le service ne dispose pas de lit libre,
GOTO 7.
Tableau 8. Description Squence Hospitaliser un patient
47
VII. Conception de larchitecture du systme
1. Architecture systme
1.1 Dfinition
Une architecture de systme ou de l'architecture des systmes est le modle conceptuel qui
dfinit la structure , le comportement , plus les vues d'un systme. Elle est centre sur la
construction de modles dun systme car lon ne saurait raisonner et plus gnralement agir
sur un systme en cours de conception sans description de celui-ci.
Larchitecture des systmes spare typiquement les reprsentations dun systme en deux grandes
catgories qui structurent le rfrentiel de lingnieur, savoir :
Les exigences qui ne sont autres que des conditions logiques qui doivent toujours tre
satisfaites par le systme que lon veut construire (cahier des charges) ;
Les spcifications quon peut dfinir comme un ensemble non ambigu de descriptions du
systme que lon cherche raliser.
Larchitecture des systmes utilise aussi classiquement trois angles danalyse ou visions
qui structurent notamment ce rfrentiel de lingnieur, i.e. les exigences et les spcifications,
savoir :
La vision oprationnelle qui a pour but de dfinir le pourquoi du systme, autrement dit
de prciser ce quoi sert le systme en dcrivant le sur-systme du systme quest son
environnement ;
La vision fonctionnelle qui a pour objectif dexpliciter le fonctionnement logique du
systme ; ce quil fait indpendamment de la faon dont on le ralisera ;
La vision organique qui dfinit la faon dont le systme est concrtement ralis, i.e.
lorganisation et la dynamique de ses composants matriels, logiciels et humains.
Ces trois visions architecturales sont bien entendu replacer dans le contexte du processus de
modlisation systmique o larchitecte de systmes modlise son systme cible laide dun
mcanisme de concrtisation progressive consistant modliser successivement la dimension
oprationnelle, fonctionnelle et enfin organique de son systme 0.
1.2 Type darchitecture systme
Quand on parle darchitecture systme, on distingue principalement deux types. Il sagit du : poste poste ou "gal gal" (en anglais peer to peer), dans lequel il n'y a pas
d'ordinateur central et chaque ordinateur a un rle similaire ;
"client/serveur", dans lequel un ordinateur central fournit des services rseaux aux utilisateurs.
En effet, l'environnement client-serveur dsigne un mode de communication travers un
rseau entre plusieurs programmes ou logiciels : l'un, qualifi de client envoie des requtes et
48
l'autre ou les autres, qualifis de serveurs, attendent les requtes des clients et y rpondent. Par
extension, le client dsigne galement lordinateur sur lequel est excut le logiciel client, et le serveur, l'ordinateur sur lequel est excut le logiciel serveur.
Ce type darchitecture peut prendre trois formes : larchitecture client/serveur classique ou architecture 2 niveaux (client et serveur), larchitecture 3 niveaux ou 3 tier (client, serveur dapplication et serveur de donnes) et larchitecture n niveaux qui est une gnralisation des 3 niveaux. Mais parmi les trois le plus utilis cest larchitecture 3 tiers.
Voici une reprsentation possible de ce type darchitecture qui dcompose la partie serveur en deux : le serveur web qui hberge lapplication et le serveur de donnes qui stocke la base de donnes.
Figure 14. Architecture Client-Serveur
Le client
Ici le client reprsente lordinateur dun utilisateur du systme. De manire gnrale, cet ordinateur est muni dun logiciel client qui peut tre un navigateur. Son rle est denvoyer des requtes au serveur. Dautres modules complmentaires (un interprteur) peuvent aussi tre installs sur le client pour faciliter laffichage des pages web appeles.
49
Le serveur web
Le serveur web reprsente lordinateur sur lequel est installe lapplication ou le logiciel. Gnralement le serveur est un ou des ordinateur(s) ddi(s) au logiciel serveur qu'ils abritent, et
dots de capacits suprieures celles des ordinateurs personnels en termes de puissance de calcul,
d'entres-sorties et de connexions rseau. Ils rpondent aux requtes des clients et leur fournissent
les informations dont ils ont besoin.
Le serveur de donnes
Le serveur de donnes hberge la base de donnes que lapplication utilise. Ces donnes peuvent tre des donnes du systme proprement dit ou des donnes dautres systmes. Son rle est de fournir lapplication les donnes quil stocke.
2. Description des composants de SIMENS
Le systme est compos de manire gnrale par les lments suivants : les acteurs (internes
et externes), les diffrents services, lapplication proprement dite et les infrastructures matrielles.
Les acteurs
On distingue les acteurs internes des acteurs externes.
On appelle les acteurs internes ceux qui sont internes au systme cest--dire travaillant au sein
mme de lhpital. Il sagit des mdecins, des infirmiers, des secrtaires, du personnel
administratif, des techniciens, des agents du service logistique et du personnel de scurit. Chacun
deux a un rle spcifique jouer dans le systme.
Sagissant des acteurs externes ce sont ceux qui ne sont pas dans lhpital mais
interviennent de manire indirecte dans le dveloppement de la structure. Ils peuvent intervenir au
niveau des soins comme par exemple le cas des mdecins appartenant dautres structures
sanitaires mais qui traitent des patients de lhpital. Ils peuvent aussi intervenir dune autre
manire comme dans le domaine du financement de lhpital, de la recherche, de la prvention,
de la sensibilisation, des tudes de cas dpidmie, de partenariat avec dautres structures pas
forcment du mme domaine, etc. ils sagissent du Ministre de la sant et de la prvention, des
structures de sant publique, de lANSD, des partenaires, des ONG pour le dveloppement du
secteur de la sant et de lamlioration de la qualit des soins, etc.
En outre on peut considrer le patient comme tant un acteur externe car faisant pas partie
des acteurs internes lhpital.
Dautre part il peut y avoir dautres acteurs qui sont matriels interagissant avec le
systme ; ils sont soit internes ou externes. Il sagit dautres systmes dinformation qui sont en
interaction avec notre systme ou bien des quipements biomdicaux qui utilisent lapplication.
50
Les services
Un service est une composante du systme dinformation. Lhpital rgional est constitu
de plusieurs services, chacun ayant une activit qui lui est propre. Cependant ces services peuvent
tre regroups en diffrentes classes. Les services constituant une classe ont des activits
similaires. Ainsi nous avons la classe des services de consultation, celle des services
dhospitalisation, celle des services administratifs, celle des services techniques et celle des
services logistiques.
Lapplication
Cest lapplication quon doit mettre en place pour la gestion quotidienne des activits des
services. Cette application doit rpondre aux besoins des diffrents acteurs cits. Elle doit
participer lamlioration de la qualit des soins des patients et centr principalement sur eux. Elle
doit aussi permettre une amlioration des activits de lhpital.
Les infrastructures matrielles
Il sagit des matriels interconnects au niveau de lhpital. Ce sont les ordinateurs
(ordinateurs de bureau, portables,), les serveurs (dapplication, base de donnes, messagerie,
), les concentrateurs, les commutateurs, les routeurs, les imprimantes, les onduleurs, un modem,
les installations tlphoniques, linstallation rseau (rseau cbl, sans fil), les quipements de
communication, ventuellement des scanners, etc.
Schma du systme centr sur lapplication
51
Figure 15. Architecture Globale du systme centre sur l'application
3. Modle et schma de larchitecture
3.1 Diagramme des flux dinformation entre les services
Ces deux figures reprsentent le diagramme des flux dinformation entre les diffrents services.
Dune part tant donn que les services sont trs nombreux et ne pouvant pas figur dans un seul
diagramme, nous les avons dpartag en deux par mesure de clart. Dautre part certains services
ne figurent pas dans les diagrammes parce que nayant pas beaucoup dinfluence en terme
dinteraction avec les autres services.
52
Figure 16 Diagramme de flux d'informations entre les services (1)
53
Figure 17. Diagramme de flux d'informations entre les services (2)
3.2 Diagramme dinteraction entre patient et les diffrents services (centre
sur le patient)
Nous avons pu ainsi faire une description architecturale du flux dinformations circulant
dans le centre hospitalier travers le patient.
54
Figure 18. Flux d'informations centr sur le patient
1. le patient demande des renseignements au niveau du service dorientation
2. en retour le patient est orient vers la facturation
3. il achte un ticket pour la consultation
4. en retour on lui fournit un reu
5. cette tape concerne la consultation et les diagnostics qui sont effectus sur le patient
6. aprs la consultation, le patient peut faire des examens ou analyses ou bien tre hospitalis
(intervention chirurgicale, surveillance ranimation)
7. retour des rsultats danalyses qui taient effectus dans ltape (6)
8. cette tape, le patient suit son traitement (achat de mdicaments,)
9. les dossiers des patients sont envoys larchivage aprs 1an.
10. Dans cette tape nous avons regroup tout ce qui touche au transport (ambulance,
morgue).
55
4. Stratgies de performance et de scurit du rseau
En effet, toute entreprise ouvrant son rseau sur le Net encourt effectivement de nombreux risques,
parmi lesquels:
laccs des personnes non-autorises aux informations ou au systme ;
des dommages causs, volontairement ou non, par un utilisateur ;
une attaque de virus ;
linscurit des changes de donnes ;
le bruitage intempestif par messages commerciaux, ou de toutes sortes
Plutt que davoir scuriser chaque ordinateur connect au rseau, la premire solution consiste
installer un firewall (traduction littrale: mur pare-feu) qui filtre tout trafic indsirable.
Aujourdhui le firewall est davantage un concept quun service rellement organis, aussi loffre
est trs varie, depuis de simples routeurs, qui filtrent des paquets TCP/IP, jusqu des stations de
travail bloquant tout le trafic, pour nenvoyer que des copies du trafic autoris. La seconde solution
consiste encrypter les informations changes sur le rseau.
Dautre part on peut citer comme mesure de scurit et stratgie de performance les points suivants
0:
Remplacer tous les quipements passifs par des quipements actifs pour diminuer le risque
dintrus ;
Selon les besoins en terme de bande passante et de dbit utiliser un systme de cblage
adquat ;
Prvoir lutilisation des imprimantes rseaux, o la configuration est gre par
ladministrateur rseau, et o lattribution daccs est selon le paramtre IP de limprimante
et non dun PC ;
Spcifier un local protg et bien amnag comme salle informatique et placer un
climatiseur dans le local o se trouve larmoire informatique ;
Pour viter les dgts qui peuvent tre caus par leau, il est conseill dutiliser des tubes
isols pour le cblage dalimentation, ainsi que pour le cblage rseaux ;
Pour viter les dgts qui peuvent tre caus par le feu, il faut viter le stockage de produits
inflammables dans le bureau ou se trouve le matriel informatique et vrifier rgulirement
les circuits lectriques ;
De mme pour les dgts dlectricit, il faut brancher les onduleurs avec tous les
quipements informatiques, afin de commander proprement lextinction de donnes en cas
de coupure de courant,
Pour ce qui est des systmes de fichiers au niveau des postes utilisateurs, il est plus
bnfique de rinstaller les postes en FAT par le systme de fichiers en NTFS qui garantit
une scurit au niveau des fichiers et dossiers ainsi quun cryptage de ces derniers ;
Il faut appliquer une sparation physique du rseau local en utilisant les commutateurs
entre les quipements interconnects selon le degr de confidentialit ;
56
Utiliser un serveur DHCP pour lattribution des adresses IP des stations de travail ;
Avoir au moins deux sessions pour chaque poste, une pour lutilisateur avec privilge
restreint de prfrence pour ne pas modifier la configuration initiale et la deuxime pour
ladministrateur qui est le seul pouvoir modifier les paramtres de base ;
Une authentification par Login et Mot de passe doit tre obligatoire. Ladministrateur doit
respecter les exigences de la stratgie de mot de passe savoir :
o Dure limite de la conservation de lhistorique
o Dure de vie maximale
o Dure de vie minimale
o Exigence de complexit
o Longueur min
o Cryptage
Adopter la squence de dmarrage Disque dur, Disquette/CDROM pour viter quun intrus
obtenant laccs physique dun poste puisse effectuer le lancement dun systme
dexploitation pour mener ces attaques ;
Il faut reconfigurer le programme antivirus convenablement pour quelques postes afin
davoir une protection fiable, une mise jour automatique et un scan rgulier ;
Implanter un systme de dtection dintrusion scuris comme le NIDS (Network
Intrusion Dtection System) ou HIDS (Host Intrusion Dtection System) ;
Bien administrer le partage et laccs aux fichiers en utilisant lannuaire Active directory
pour bien prserver les droits daccs et centraliser la gestion des ressources ;
La solution antivirale qui consiste installer un serveur antivirus sur le rseau, et de
dployer sur chaque machine le client associ. Une telle solution permet de centraliser la
tche dadministration : mise jour des fichiers de signature et dploiement
automatiquement sur les postes clients ;
Le serveur de mise jour : par exemple Microsoft software update services (SUS) qui
est un maillon essentiel dans la nouvelle politique de scurit de Microsoft.
VIII. Conception de larchitecture de lapplication
1. Architecture de lapplication
1.1. Dfinition
La dfinition de l'architecture, en fonction des besoins et objectifs d'une entreprise, est le
premier pas dans l'laboration d'une solution. Dans le monde des technologies de l'informatique et
des tlcommunications, le terme architecture dfinit la fois les directions prendre pour la
57
ralisation de projets court, moyen ou long terme, la structure gnrale des solutions mettre en
uvre ainsi que le cadre des travaux raliser.
De manire gnrale, on distingue les styles architecturaux suivants [12] :
Architecture en appels et retours ;
Architecture en couches ;
Architecture centre sur les donnes ;
Architecture en flots de donnes ;
Architecture oriente objet ;
Architecture orient agents ;
Architecture base de composants.
Ainsi tous les modles darchitecture existants appartiennent lune de ces styles ci-dessus. Mais
les p