Développement Du Module Gestion Administratif Et Financière (GAF) de SIMENS

RAPPORT DE STAGE DESS 2ITIC
Par Ismaila Abdoulaye NDIAYE

Dveloppement du module Gestion Administratif et Financire (GAF) de SIMENS
1
Ddicaces
Ce mmoire est ddicac nos trs chers parents et toutes les personnes qui nous sont chres.

2

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, Les professeurs de lUFR 2S en la personne de () qui nont mnag aucun effort
pour la russite de ce projet
Le personnel de la DI particulirement,
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
I. Introduction ................................................................................................................................... 8
II. Prsentation du domaine dtude ............................................................................................... 10
1. Le Projet SIMENS ................................................................................................................... 10
2. Le Centre Hospitalier Rgional de Saint-Louis .................................................................... 11
2.1. Historique du domaine dtude .......................................................................................... 11
2.2. Description des services et leurs fonctions .................................................................... 12
2.3. Description des acteurs et leurs rles ............................................................................. 15
3. Lieu de stage (LUFR des sciences Appliques et Technologiques (UFR SAT) et LUFR des
Sciences de la Sant (UFR 2S)) ......................................................................................................... 16
4. Objectif du stage ...................................................................................................................... 16
III. Modlisation des donnes........................................................................................................ 17
1. Modle conceptuel de donnes ............................................................................................... 17
2. Modle physique de donnes ................................................................................................. 19
IV. Prsentation de lenvironnement de dveloppement ........................................................... 20
1. Technologie de dveloppement ............................................................................................... 20
1.1. PHP ................................................................................................................................... 20
1.2. Framework Zend ............................................................................................................. 20
1.3. ZendX, JQuery ................................................................................................................ 21
2. LIDE Zend Studio .................................................................................................................. 22
2.1. Cration du projet ........................................................................................................... 22
2.2. Gestion des versions ........................................................................................................ 25
2.3. Gestion de lintgration des modules ............................................................................. 25
3. Serveur web Apache ................................................................................................................ 26
4. Le SGBD MySQL .................................................................................................................... 26
V. Dveloppement du module GAF ................................................................................................ 27
1. Conception dtaille du module ............................................................................................. 27
1.1. Diagramme des cas dutilisation .................................................................................... 27
1.2. Diagramme de squences ................................................................................................ 28
2. Prsentation des fonctionnalits dveloppes........................................................................ 34
1.1. Lauthentification ............................................................................................................ 34
1.2. Service de Facturation : Liste des patients .................................................................... 35
1.3. Crer un ticket de consultation ...................................................................................... 37

5
1.4. Liste des Factures ............................................................................................................ 38
1.5. Crer un dossier patient .................................................................................................. 38
V. Conclusion .................................................................................................................................... 40
VI. Bibliographie ................................................................................................................................ 41
V. Glossaire ....................................................................................................................................... 42
VI. Annexes ......................................................................................................................................... 43

6
Liste des Figures
Figure 1.Modle Conceptuel de donnes du Module GAF ................................................................... 18
Figure 2. Modle Physique de donnes du Module GAF ...................................................................... 19
Figure 3. Assistant de cration de Projet ZEND ..................................................................................... 23
Figure 4. Contenu du projet .................................................................................................................. 23
Figure 5. Cration du module Facturation ............................................................................................ 24
Figure 6. Schma de fonctionnement du serveur Apache .................................................................... 26
Figure 7. Diagramme des cas dutilisation du module GAF .................................................................. 27
Figure 8. Diagramme de squence Authentification ............................................................................ 29
Figure 9. Diagramme de squence Identifier un patient ..................................................................... 30
Figure 10. Diagramme de squence Crer dossier patient ................................................................... 31
Figure 11. Diagramme de squence Facturer un patient ...................................................................... 33
Figure 12. Interface d'authentification ................................................................................................. 35
Figure 13. Interface de rcupration de mot de passe ......................................................................... 35
Figure 14. Liste des patients .................................................................................................................. 36
Figure 15. Actions du Menu Contextuel ................................................................................................ 36
Figure 16. Crer un ticket de consultation ............................................................................................ 37
Figure 17. Liste des Factures (avec un filtre sur le patient Monique) ................................................... 38
Figure 18. Crer un dossier patient ....................................................................................................... 39
Figure 19. Modle Conceptuel Hritage Personne ............................................................................... 43
Figure 20. Modle Conceptuel Hritage Services ................................................................................. 43
Figure 21. Modle Conceptuel de donnes du domaine mdical ........................................................ 44
Figure 22. Modle Physique du Systme mdical ................................................................................. 45

7

Liste des tableaux
Tableau 1. Descriptif de la squence Authentification ......................................................................... 30
Tableau 2. Descriptif de la squence Identifier patient ........................................................................ 31
Tableau 3. Descriptif de la squence Creer Dossier patient ................................................................. 32
Tableau 4. Descriptif de la squence facturation .................................................................................. 34
Tableau 5. Tableau Glossaire ................................................................................................................. 42

8
I. 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
mdecinmalade, 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.
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. Lon assiste
depuis quelques annes la mise en place de systmes dinformations en milieu hospitalier,
visant sintgrer dans le processus de soins pour amliorer les prises en charge.
Cest ainsi que dans le cadre de ma formation en DESS d'Ingnierie en Informatique
et TIC, nous avons effectu un stage de quatre (4) mois au sein du projet SIMENS (Systme
dInformation MEdical National pour le Sngal) pour le dveloppement dun Systme
dInformation Hospitalier. Ce projet vise laborer et implmenter un modle de systme
dinformation adapt lhpital en Afrique et notamment au Sngal. Il faut rappeler,
dabord, que dans un premier temps, nous avions eu faire un travail danalyse du problme
et ceci nous a permis de dfinir les spcifications fonctionnelles et techniques du futur
systme. Cet examen, effectu par un processus de modlisation, a permis de dterminer les
cas dutilisation ncessaires la dfinition des besoins de lutilisateur. [SIMENS]
Au sein dune quipe de quatre (4) stagiaires, notre travail nous consistait en la mise
en place du module de Gestion administrative et financire du SIH savoir :
Gestion du dossier patient administratif
Gestion du personnel
Gestion de la facturation et de la paie
Gestion de la pharmacie, stock et approvisionnement
Gestion des naissances et dcs

9
La premire partie de ce rapport prsente dabord le cadre dans lequel ce stage sest
droul et prcise galement le contexte de ltude, ce qui permettra de mieux apprhender
lutilit de ce projet. La seconde partie va dtailler lanalyse du problme puis les diffrentes
mthodes mises en uvre pour raliser le projet. Enfin, la dernire partie prsente les
problmes rencontrs, les rsultats obtenus et les perspectives.

10
II. Prsentation du domaine dtude
1. Le Projet SIMENS
Le systme dinformation constitue un facteur non ngligeable dune meilleure gestion
hospitalire (notamment en termes de qualit de service rendu au patient).
Contribuer llaboration dun modle et limplmentation dun systme
dinformation adapt lhpital en Afrique et notamment au Sngal, est lun des objectifs
du projet SIMENS (Systme dInformation MEdical National pour le Sngal).
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.
Spcifiquement, nous nous proposons, au sein du projet, de mettre en place une
application destine aux hpitaux (systme dinformation hospitalier) permettant de
surmonter toutes les difficults lies la gestion interne et quotidienne de linformation
mdicale et financire autour du patient

11
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 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.

Cest ainsi quun travail pralable a t dj effectu concernant la dfinition des
spcifications fonctionnelles et techniques dun tel systme. Concrtement nous avions fait :
une analyse et spcification des besoins ;
la dfinition des spcifications fonctionnelles et techniques du systme ;
la conception de larchitecture du systme ;
la conception de larchitecture de lapplication ;
Notre cadre daccueil pour cette tude pralable a t le Centre Hospitalier Rgional de
Saint-Louis (CHRSL). Le CHRSL sera ainsi la structure o le dveloppement du SIH actuel
sera implment.
2. Le Centre Hospitalier Rgional de Saint-Louis
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

12
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 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.
Comme tout tablissement public de sant hospitalier, le CHRSL 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.

2.2. 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

13
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
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 lingerie
Service Appareillage Orthopdique : gre la rparation et la fabrication dappareils
permettant lintgration fonctionnelle comme les chaises roulantes, les bquilles,
etc.

14
Nous avons regroup les services en quatre blocs qui sont les suivants :

Service Mdicotechnique :
Pharmacie
Laboratoire
Radiologie
Bloc opratoire
Ranimation
Service Logistique
Maintenance
Buanderie
Appareillage
Orthopdique
Logistique Qualit
Restauration
Service
Informatique
Archivage
Service Orientation :
Scurit
Rception

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

15
2.3. 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.);
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.

16
3. Lieu de stage (LUFR des sciences Appliques et Technologiques
(UFR SAT) et LUFR des Sciences de la Sant (UFR 2S))
Notre lieu de stage a t au niveau de lUniversit Gaston Berger de Saint-Louis entre lUFR
SAT et lUFR 2S, toutes deux des entits de formation et de recherche.
Au niveau de lUFR 2S, nous travaillons avec des professeurs et des enseignants qui
sont en mme temps des mdecins qui officient au niveau du CHRSL. Notre collaboration
avec eux nous a permis principalement davoir une meilleure comprhension du milieu
hospitalier ainsi que les diffrents processus qui y sont oprs, mais aussi et surtout la
validation des modles informatiques que nous proposions afin de traduire en terme
informatique les besoins utilisateur du systme.
LUFR SAT tait notre cadre de travail avec nos encadreurs M. Moussa Lo, directeur
de lUFR et M. Gaoussou Camara, doctorant au sein de la mme UFR. Nous occupions un
bureau avec une machine PC (HP Pro 3130 MT) que nous utilisions comme serveur de
gestion de version de code car nous travaillions sur des machines personnelles diffrentes
et que le serveur nous permet de pouvoir fusionner, mais aussi de grer les diffrentes
tapes/versions de notre travail.
4. Objectif du stage
Ce stage a pour but la ralisation dune application de gestion mdicale et interne pour
une structure de sant. Cette dernire devra utiliser une base de donnes contenant les
informations ncessaires au fonctionnement de ladite structure (ici, le CHRSL) ainsi que
toutes les tches effectues et concernant un patient.
Cette application sarticule autour de trois/ quatre modules :
Gestion des hospitalisations, analyses et examens comprenant :
o Gestion des hospitalisations
o Gestion du suivi des soins
o Gestion des lits et des salles
o Gestion des analyses mdicales
o Gestion des examens mdicaux

17
Gestion des consultations, diagnostics et rendez-vous mdicaux
o Gestion des consultations
o Gestion des diagnostics
o Gestion des prescriptions mdicales
o Gestion des rendez-vous mdicaux
o Gestion des rorientations mdicales (transfert de patient vers un autre
service)
Gestion administrative et financire
o Gestion du dossier patient administratif
o Gestion du personnel
o Gestion de la facturation et de la paie
o Gestion de la pharmacie, stock et approvisionnement
o Gestion des naissances et dcs
Lors de ce stage, nous tions quatre stagiaires pendant quatre mois. Lanalyse du
problme et la modlisation des donnes a ainsi t ralise quatre, puis chacun a
dvelopp le module qui lui tait affect. Pour notre part, nous avions t affects au
dveloppement du module de Gestion administrative et financire.
III. Modlisation des donnes
Lanalyse conceptuelle des donnes complte la description du nouveau systme
opre dans le travail danalyse effectue et dcrite plus haut [NIMS1]. Nous avons utilis
PowerAMC, un puissant logiciel de modlisation.
1. Modle conceptuel de donnes
Le schma conceptuel permet de faire une reprsentation de lensemble des
concepts relis smantiquement entre eux au sein dun systme. En informatique cela
permet de dcrire les objets principaux traits (ou qui interagissent) par ce dernier
[Wikipedia1]. Cest sur cette base que nous allons concevoir notre base de donnes.
Le schma ci-dessous montre le modle conceptuel de notre module Gestion
financire et administrative.

18

Figure 1.Modle Conceptuel de donnes du Module GAF
Nous pouvons voir ainsi une vue globale du dit module avec les entits
(objets/rles) qui interagissent, les rgles et les contraintes prendre en compte. Notre
modle est principalement structurer autour du Patient (qui hrite ses proprits dune
autre entit Personne). Chaque patient a un identifiant unique en plus de ses informations
personnelles (voir Annexe pour plus de dtails). Chaque service aussi est identifi par un
numro unique (Id_Service) en plus de son nom et du domaine dans lequel il appartient
(Mdecine, Administratif, Logistique etc.).
Les services du domaine mdical, ont la possibilit de proposer de la consultation
(Tarif_consultation), mais aussi offre un ou plusieurs actes mdicaux (Acte_service) aux
patients. Chaque acte ou consultation dfinit plusieurs tarifs (types de paiement) qui sont
proposs aux patients (Tarif_consultation et Tarif_Acte_Service). Ceci permet de savoir
pour chaque acte mdical ou consultation quun patient ralise nous ralisons une facture
(Facture_Acte et Facture_Consultation).
Un employ (qui hrite de Personne aussi) peut tre affect dans un service et pour
chaque affectation (Employe_Service) nous avons la dure (Date_dbut et Date_Fin), la
position occupe (Type_Poste) ainsi que le motif (Libell).

19
Un patient peut avoir un Acte_Naissance ou un Certificat_Deces qui sont des
documents identifis de manire unique (ID_document). Ces derniers hritent aussi dune
entit Document.
Nous prsenterons en annexe les modles conceptuels des autres modules qui ont t
produits pour une meilleure explication de certains des objets utiliss dans notre modle.
2. Modle physique de donnes
Loutil PowerAMC nous permet aussi de produire notre modle physique de
donnes qui permet de dcrire les tables que nous allons implmenter dans notre base de
donnes relationnelles.

Figure 2. Modle Physique de donnes du Module GAF
Nous avons principalement 15 tables qui concernent le module GAF :
- Les tables Facturer_Acte et Facturer_Consultation et Facturer_Hospitalisation
permettent denregistrer les oprations de facturation. Elles sont lies aux tables
Acte_Service, Employ, Patient et Service avec des cls rfrences.

20
- Les tables Tarif_Hospitalisation, Tarif_Consultation et Tarif_Acte_Service
renseignent sur le montant des differents offres/services.
- Les tables Employe, Service et Employe_Service concernent la gestion du
personnel
Comme pour les modles conceptuels, les autres modles physiques seront prsents en
annexe.
IV. Prsentation de lenvironnement de
dveloppement
1. Technologie de dveloppement
1.1. PHP
Le PHP (pour HyperText Preprecessor) est un langage de script, presque le plus utilis pour
produire des pages Web dynamiques via un serveur HTTP
1
. Mais il peut fonctionner de
faon locale, en excutant les programmes en ligne de commande. Il est facile maitriser
et simple dutilisation.
Depuis la version 5 (actuellement en version 5.4.13), PHP dispose de fonctionnalits
du modle objet compltes. En plus dune communaut trs importante de
contributeurs/dveloppeurs, PHP nest plus quun simple langage mais une plate-forme
capable de produire des applications mtiers de grande taille. [WikiPHP]
1.2. Framework Zend
Un framework ou kit de dveloppement est un espace de travail modulaire, cest--
dire une suite d'outils et de bibliothques qui facilitent et acclrent le dveloppement d'un
logiciel. Il contient toutes les fonctions de base utiles au dveloppement d'un type de
programme, et permet donc de ne pas avoir besoin de rcrire les mmes fonctions chaque
programme cre. Il en existe dans presque tous les langages de programmation. Nous avions
dj fait une tude de quelques Framework et nous avions opt pour le framework Zend.

1
HyperText Transfer Protocol, plus connu sous l'abrviation HTTP est un protocole de communication dvelopp
pour le WWW. Le serveur HTTP Apache est trs rpandu et fonctionne souvent de pair avec PHP. Celui-ci a pour
rle de livrer les pages web et les mdias (images, sons, etc.) au visiteur. Il est en communication directe avec le
navigateur du client (Firefox, Internet Explorer, Opra...).

21
Zend Framework est un cadre de dveloppement pour PHP5, oriente objet, cre par
la socit Zend. Cette dernire tant cratrice dune des premires implmentations du
langage PHP, cela lui confre une grande crdibilit. Ses principales fonctionnalits sont
[ZendIA]:
- Scurit: systeme de protection contre les attaques par injections SQL et des
attaques de types Cross-Site-Scripting (XSS
2
).
- Sparation du code en trois couches MVC.
- URL simples et claires.
- Architecture du cur mme de framework totalement modulaire, c'est dire
que l'on peut inclure uniquement les fonctionnalits dont on a besoin.
Ce framework est surtout destine aux sites forte charge et aux dveloppeurs web
de mtier qui peuvent se permettre de passer des semaines le prendre en main.
Sy ajoute cela une grande communaut de dveloppeurs, le Zend Framework
bnficie dune importante documentation sur Internet mais aussi dautres fonctionnalits
comme un systeme de template, un systeme de cache, plusieurs implmentations d'AJAX
(comme ZENDX, JQUERY), accs des sources de donnes diverses et beaucoup d'autres.
1.3. ZendX, JQuery
ZendX a t cr dans lintention damlior le cadre dj solide du framework
Zend. JQuery est une bibliothque JavaScript. Intgre Zend Framework, elle permet de
dvelopper rapidement des interfaces riches et dynamique (communment appel RIA pour
Rich Interface Application). Elle permet entre autres :
- La cration dinterfaces riches
- La cration de liens AJAX simples
- Lutilisation de thmes JQuery

2
Le XSS pour Cross-Site-Scripting, est un type de faille de scurit des sites web permettant d'injecter du contenu
dans une page, permettant ainsi de provoquer des actions sur les navigateurs web visitant la page. Les possibilits
des XSS sont trs larges puisque l'attaquant peut utiliser tous les langages pris en charge par le navigateur
(JavaScript, Java, Flash...) et de nouvelles possibilits sont rgulirement dcouvertes notamment avec l'arrive
de nouvelles technologies comme HTML5. Il est par exemple possible de rediriger vers un autre site pour du
hameonnage ou encore de voler la session en rcuprant les cookies.

22
Le principal intrt des interfaces RIA avec JQuery pour une application web est de
pouvoir naviguer en mettant jour uniquement les donnes changeantes. A loppos, une
application classique recharge une page complte chaque fois que lon clique sur un lien.
[PHPSolutions]
Ainsi, ZendX_JQuery permettra un gain en rapidit, une conomie de la bande passante et
une impressionnante fluidit.
2. LIDE Zend Studio
Zend Studio est un IDE fournissant les fonctionnalits ncessaires au dveloppement
dapplication aussi bien cot serveur (PHP) que cot client (JavaScript, HTML). Il sagit
dune version amlior dEclipse + PDT
3
avec une intgration totale du framework Zend.
Il intgre aussi des services qui nous ont t utiles comme la gestion dun projet, la
compltion automatique du code mais surtout Zend_Tool [Zend].
Zend_tool est un outil qui permet de gnrer rapidement
un environnement zend prt lemploi. Il va crer pour vous toute larborescence des
dossiers, fichiers, mais aussi gnr les controllers, layouts, models, vues dont nous
aurons besoin pour notre application.
2.1. Cration du projet
Zend Studio est un excellent environnement de dveloppement intgr. Il est trs
robuste, de trs nombreux outils permettent de faciliter la cration dun projet ZEND, la
navigation dans le code source, la prvention et la rsolution des problmes.
Pour crer un projet ZEND, nous utiliserons lassistant de cration
Voici les tapes de cration d'un projet sous Zend Studio :
1. Choisir le nom ;
2. Slectionner les rpertoires inclure ;
3. La version du framework inclure (nous utiliserons la derniere version Zend-
Framework 1.12.2 stable)

3
Il faut noter par ailleurs que le plugin qui permet de dvelopper les applications PHP avec Eclipse, PDT (PHP
Development Tools) a t dvelopp par la socit Zend.

23

Figure 3. Assistant de cration de Projet ZEND
Le projet cre, nous pouvons voir que Zend Studio nous cre larborescence dun projet Zend

Figure 4. Contenu du projet
A partir de ce moment nous pouvons utiliser loutil Zend_tool pour crer les autres besoins de notre
projet. Par exemple, pour crer notre module Facturation, nous utilisons la commande
zf-create module facturation

24

Figure 5. Cration du module Facturation
Notre module est maintenant gnr, nous expliquons lutilit de chacun de ses dossiers.
Le dossier application
Dans ce dossier on retrouve les dossiers suivants qui ont tous une fonction bien dtermine.
configs
Dans ce dossier, nous allons mettre notre fichier application.ini qui reprsentera la
configuration de notre application (Voir le fichier config en annexe). Il sagira de
prciser :
- le type de base de donnes utilis (type, version, informations de connexion la
base),
- les librairies charger (en plus de la librairie Zend si nous utilisons les extras),
les plugins
- les autres options telles que la langue, la date systme etc. de notre application
- etc.

25
modules
Dans ce dossiers nous regrouperons tous les sous applications (par exemple
Facturation, Hospitalisation, Consultation etc.) de la grande application SIMENS.
Cela permet ainsi un dveloppement spar et indpendant de ses diffrentes parties.
forms
On retrouvera dans ce dossier tous les formulaires de notre module.
layouts
Ce sont les fichiers qui vont permettre de dfinir le style commun certaines pages,
par exemple nous ne voulons pas rpter la structure HTML du header, du menu de
nos pages.
models/DbTable, models/managers
Les modles sont les classes PHP qui permettent de faire des requtes SQL sur la
base de donnes sans avoir crire cette mme requte.
views/helpers, views/scripts
Cest le dossier dans lequel sont ranges les vues(ou les rendus) de chaque action
que nous faisons dans lapplication. Les helpers sont des aides qui permettent
dexcuter des actions dans la vue (la partie HTML).
Le dossier library
Ce dossier est utilis pour ajouter des composants ou tendre des composants de Zend qui
ne conviennent pas pour notre application. Par exemple vous voulez par exemple pour
ajouter les fonctionnalits extras (avec ZendX) pour avoir des fonctionnalits de
JavaScript, nous pourrons mettre la bibliothque ZendX dans library.
Le dossier public
Cest le point dentrer de votre application. Il contient donc les styles CSS, les images de
notre application ainsi que les fichiers JavaScript.
2.2. Gestion des versions
2.3. Gestion de lintgration des modules

26
3. Serveur web Apache
Le serveur Apache
4
est le serveur web le plus rpandu sur Internet, cre et maintenu
par la fondation Apache. Comme tout serveur web, cest un logiciel capable d'interprter
les requtes HTTP arrivant sur le port associ au protocole HTTP (par dfaut le port 80), et
de fournir une rponse avec ce mme protocole. Il sexcute sur la plupart des systmes
dexploitation. A Apache peuvent tre rajout dautres extensions comme PHP, qui
permettra ainsi au serveur dinterprter le langage PHP.

Figure 6. Schma de fonctionnement du serveur Apache
4. Le SGBD MySQL
MySQL
5
est un Systme de Gestion de Base de Donnes (SGBD). Il fait partie des
logiciels de gestion de base les plus utiliss dans le monde. Il est distribu sous double
licence : GPL et Propritaire. Bien que pour notre dploiement nous envisageons dutiliser
un SGBD Oracle, MySQL est un bon compromis pour notre phase de dveloppement.
Nous utiliserons, pour le dveloppement de notre application, le serveur Apache
travers le pack logiciel WAMP contenant les applications suivantes :
- Le serveur Apache
- Une base de donnes MySQL
- Le serveur dapplication pour PHP
- l'outil phpMyAdmin permettant de grer des bases MySQL

4
Apache (prononcez la franaise ou bien pour les puristes l'anglophone Apatchy ) tire son nom de la faon
dont il a t mis au point ( A patchy server traduisez un serveur rafistol ) car il est le fruit d'une multitude
de correctifs logiciels afin d'en faire une solution trs sre. En effet Apache est considr comme sr dans la
mesure o peu de vulnrabilits le concernant sont publies.
5
Le nom de MySQL vient du prnom de la fille du co-crateur Michael Widenius, My. SQL fait allusion au
Structured Query Language, le langage de requte utilis.

27
V. Dveloppement du module GAF
1. Conception dtaille du module
1.1. Diagramme des cas dutilisation
Le diagramme des cas dutilisation permet d'identifier les possibilits d'interaction
entre le systme et les acteurs (intervenants extrieurs au systme), c'est--dire toutes les
fonctionnalits que doit fournir le systme (ici notre module GAF). Il permet aussi de
dlimiter le systme. [UML1]

Notre systme est compos du Personnel Administratif (Rceptionniste, Ressources
Humaines), du corps des Mdecin (et des infirmiers sur autorisation), du pharmacien.
Le Rceptionniste a la possibilit de produire une facture pour un service bien dfini
(consultation, acte mdical, hospitalisation). Pour cela il peut lister les patients et effectuer
une recherche. Cest lui aussi qui se charge de crer en premier le dossier du patient nouveau
en y mettant ces informations administratives.
Les ressources humaines peuvent grer les employs. Il peut ajouter un employ,
transfrer vers un autre service, voir son statut (en service ou en conge par exemple).
Le Mdecin a la possibilit denregistrer un dcs ou de dclarer une naissance aprs
accouchement (il faut noter que cette fonctionnalit peut tre dlgue aux infirmiers, sur
autorisation).
Figure 7. Diagramme des cas dutilisation du module GAF

28
Le Pharmacien peut assurer la gestion du stock de mdicament. Il sagit ici du pharmacien
de lhpital qui grer les demandes et les stocks des services et de la pharmacie de vente
(IB, pour Initiative Bamako) destine aux patients.
1.2. Diagramme de squences
Cest une reprsentation graphique des interactions entre les acteurs et le systme
selon un ordre chronologique dans la formulation Unified Modeling Language (UML). Il
permet de dcrire les interactions d'objets dans le cadre d'un scnario d'un Diagramme des
cas d'utilisation. Dans un souci de simplification, on reprsente l'acteur principal gauche
du diagramme, et les acteurs secondaires ventuels droite du systme.
La dimension verticale du diagramme reprsente le temps, permettant de visualiser
l'enchanement des actions dans le temps, et de spcifier la naissance et la mort d'objets.
Les priodes d'activit des objets sont symbolises par des rectangles, et ces objets
dialoguent par le biais de messages. [Wikipedia2].
Pour les cas plus complexes, on peut intgrer des algorithmes dans les diagrammes
de squences. Par le biais de cadres d'interaction, on peut prciser les spcificits d'un
ensemble de messages :
alt : fragments multiple alternatifs (si alors sinon)
opt : fragment optionnel
par : fragment parallle (traitements concurrents)
loop : le fragment s'excute plusieurs fois
region : rgion critique (un seul thread la fois)
neg : une interaction non valable
ref : rfrence une interaction dans un autre diagramme
sd : fragment du diagramme de squence en entier
Nous prsentons ci-dessous une description complte es diagrammes dcrivant les
cas dutilisation (fonctionnalits) du module GAF. Pour une meilleure explication de
chaque diagramme nous ajouterons un tableau descriptif ce dernier:

29
1.2.1. Authentification

Nom diagramme
Authentification Version 0.1
Domaine fonctionnel Tous les modules
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
Figure 8. Diagramme de squence Authentification

30
Tableau 1. Descriptif de la squence Authentification
1.2.2. Identifier un patient

4. FIN
Scnarios alternatifs
tape # Action alternative acteur Rponse alternative systme
2. Lutilisateur nexiste pas ou le
mot de passe est incorrect.
GOTO 1.
Nom diagramme Identifier le patient Version 0.1
Domaine fonctionnel Tous les modules
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
tape # Actions acteur (vt. Externe) Rponse systme
1. Demande didentification
SIMENS: Lutilisateur saisit
l'identifiant du patient

2. vrifie lexistence du patient
3. FIN
Figure 9. Diagramme de squence Identifier un patient

31

Tableau 2. Descriptif de la squence Identifier patient
1.2.3. Crer un dossier patient

Nom Crer dossier patient Version 0.1
Domaine fonctionnel Module GAF, Module Consultation
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
tape # Action alternative acteur Rponse alternative systme
2. Le patient nexiste pas ou
l'identifiant est incorrecte.
GOTO 1.

Figure 10. Diagramme de squence Crer dossier patient

32
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 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 (si dans module
Consultation)

5. enregistre les donnes du patient
6. FIN
tape # Actions alternative acteur Rponse alternative systme
2. Le patient existe dj, GOTO 6.
3. Informations saisies sont
incorrectes
Tableau 3. Descriptif de la squence Creer Dossier patient

33
1.2.4. Facturation

Figure 11. Diagramme de squence Facturer un patient
Nom diagramme
Facturation Version 0.1
Domaine fonctionnel Module GAF
Rsum Permet d'mettre une facture au client avant acte, consultation,
hospitalisation
Acteurs Rceptionniste
vt dclencheur Besoin dexcuter une tche (acte, consultation,
hospitalisation) quelconque concernant le patient
Description
Pr-conditions Excution du cas d'utilisation Identifier patient
Post-conditions mission d'une facture
tape # Actions acteur (vt.
Externe)
Rponse systme
Identifier patient

34
1. Rponse du systme
2. Choisir type de facture
(hospitalisation ou acte ou
consultation) + mode de
paiement

3. Calcul du montant de la
facture
4. Validation de la facture
5. Enregistrer la facture
6. Lancer Impression
7. Effectuer impression
8. FIN.
tape # Actions alternative acteur Rponse alternative systme
1. Le patient nexiste pas !
Proposition de crer dossier
patient
6. Erreur impression
Tableau 4. Descriptif de la squence facturation

2. Prsentation des fonctionnalits dveloppes
Nous prsenterons quelques fonctionnalits dveloppes savoir lauthentification,
la facturation de la consultation et des actes, la cration du dossier du patient, la gestion des
naissances et de dcs.
1.1. Lauthentification
Lauthentification est unique pour tout le systme. Lutilisateur saisit son nom
dutilisateur et son mot de passe. En fonction de son profil (service dans lequel il officie,
ses droits dutilisateurs) nous lui chargeons les pages qui le concernent.

35

Figure 12. Interface d'authentification
Si lutilisateur ne peut pas se connecter (par exemple il a oubli ou perdu ses
informations de connexion), il a la possibilit de faire une requte pour que ses informations
lui soient envoyes par e-mail.

Figure 13. Interface de rcupration de mot de passe

1.2. Service de Facturation : Liste des patients
Linterface principale du service de facturation est une table de tous les patients. Ce
choix a t fait car il va permettre davoir vue globale de tous les patients. Une recherche
dynamique et intuitive a t incluse afin de pouvoir faire une recherche sur les colonnes

36
dsires. Elle va permettre de pouvoir rechercher lexistence dun patient en fonction de
ses informations diverses (Identifiant, Nom, Prnom, Age ou Adresse).

Figure 14. Liste des patients
A partir de cette liste nous pourrons faire les oprations de facturations : Crer un
ticket de consultation, Facturer un acte mdical, Crer une facture dhospitalisation, Voir
les dtails du patient, Modifier les dtails du patient etc.
Si par exemple, si on fait un clic droit sur une ligne du tableau, on affiche un menu
contextuel qui liste les actions cits ci-dessus.

Figure 15. Actions du Menu Contextuel

37
1.3. Crer un ticket de consultation

Figure 16. Crer un ticket de consultation
Le processus de crer un ticket de consultation permet, comme son nom lindique,
de crer une consultation pour un patient. Nous choisissons le service demand et le mode
de paiement (qui indique les diffrents montants pour une consultation, par exemple I MP
pour Imputation Budgtaire).
Aprs avoir valid, le systme enregistre le ticket et un statut en attente est dclar tant
que la consultation proprement dit nest pas effectu.

38
1.4. Liste des Factures
Linterface, liste des factures permet de lister toutes les factures enregistres par
lutilisateur actuel. Ainsi on peut voir ltat des instances des factures (avec le statut en
attente ou succs) afin de spcifier si lacte ou la consultation a t consomm dans le
service mdical. Ce qui permet de faciliter les oprations de modification ou de
remboursement. Les oprations qui peuvent tre appliques sont : Voir les dtails de la
Facture, Modifier la Facture (seules les factures avec statut en attentes peuvent tre
modifies), Supprimer la Facture (ici aussi seules les facture en attente peuvent tre
supprimes).

Figure 17. Liste des Factures (avec un filtre sur le patient Monique)
1.5. Crer un dossier patient
Le dossier patient est cr au niveau du service de facturation. Lors dun
enregistrement pour un patient tout nouveau, nous enregistrons ses informations civiles afin
de crer le dossier (avec un Identifiant unique gnr par le systme). Ainsi par la suite, le
patient est reconnu officiellement par le systme et nous pourrons procder aux
oprations denregistrements (de facturation, mais aussi mdicales).

39

Figure 18. Crer un dossier patient

40
V. Conclusion
Lobjet de ce stage consistait en limplmentation des modules du Systme
dInformation Hospitalier qui est lun des objectifs du projet SIMENS. Pour notre part
nous devions durant ces quatre mois procder au dveloppement du module de Gestion
administrative et financire qui comporte les fonctionnalits suivantes :
Gestion du dossier patient administratif
Gestion du personnel
Gestion de la facturation et de la paie
Gestion de la pharmacie, stock et approvisionnement
Gestion des naissances et dcs
Les tches qui nous ont t confies au cours de ce stage, ont t accomplies
partiellement (Gestion de la facturation (avec consultation, actes mdicaux,
hospitalisation), Gestion du dossier administratif du patient, Gestion des naissances et
dcs en partie).
Ceci sexplique, en partie, du fait que nous avions (toute lquipe) commenc
travailler sur la conception dtaille les modles de donnes du systme. Ensuite nous
avions procd un cycle de validation en collaboration avec les professeurs de lUFR 2S
qui sont en mme temps des docteurs au CHRSL, mais aussi des acteurs cls dans le projet
SIMENS.
Mais aussi la prise en main des technologies utiliss nous a pris du temps notamment
le Framework Zend et le plugin JQuery (JavaScript).
Nanmoins, ce stage a t riche denseignements sous plusieurs aspects. Nous avions
pu travailler en quipe et cette exprience nous a beaucoup appris, notamment dans la
gestion de projet de cette taille. Nous avons aussi pu dvelopper nos connaissances dans le
milieu hospitalier qui est trs complexe et sensible en ce qui concerne les informations
mdicales.
Sur le plan technique, nous avons appris de nouvelles technologies notamment PHP
avec le Framework Zend et JavaScript avec le plugin JQuery, de nouvelles faons de
dvelopper des applications de grande taille.
Actuellement seul une partie du module GAF a t dvelopper, mais nous
envisageons de continuer le travail pour limplmentation complte du dit module.

41
VI. Bibliographie
[NIMS1] Systme dInformation MEdical pour le Sngal : Dfinition des spcifications
fonctionnelles et techniques - Rapport de projet oprationnel 2011-2012, UGB
[SIMENS] Projet de Systme dInformation MEdical pour le Sngal : Document
descriptif du projet
UML1. http://laurent-audibert.developpez.com/Cours-UML/html (UML2 - le 25/02/2013)
PHPSolutions. PHP Solutions, magazine n. 4/2010 (40), page 20
[WikiPHP]
[Wikipedia1]. http://fr.wikipedia.org/wiki/MCD (Modle conceptuel de donnes - le
25/02/2013)
[Wikipedia2]. http:// fr.wikipedia.org/wiki/Diagramme_de_squence (Diagramme de
sequences le 25/02/2013)
[Zend] (Zend Framework
[ZendIA] R.Allen, Nick Lo (2007), Zend In Action , MEAP (Manning Early Access
Program) Edition

42
V. Glossaire
Tableau 5. Tableau Glossaire

Sigles Significations
CHRSL Centre Hospitalier Rgional de Saint-Louis
EDI Environnement de Dveloppement Intgr
HTTP HyperText Transfer Protocol
XSS Cross-Site-Scripting

IB Initiative Bamako
JSF Java Server Faces
MVC Modle Vue Contrleur
SGBD Systme de Gestion de Base de Donnes
SIMENS Systme d'Information Mdical National pour le Sngal
SIH Systme d'Information Hospitalier
TIC Technologies de l'Information et de la Communication
UML Unified Modeling Langage
UGB Universit Gaston Berger
UFR SAT Unit de Recherche et de Formation Sciences Appliques et Technologies
UFR 2S Unit de Recherche et de Formation Sciences de la Sant

43
VI. Annexes
- Modle conceptuel Heritage Personne

Figure 19. Modle Conceptuel Hritage Personne
- Modle conceptuel Hritage Service

Figure 20. Modle Conceptuel Hritage Services

44
- Modles Conceptuel de donnes du domaine mdical

Figure 21. Modle Conceptuel de donnes du domaine mdical

45
- Modle Physique de donnes du domaine mdical

Figure 22. Modle Physique du Systme mdical

46
- Fichier de configuration application.ini de notre application ZEND
[bootstrap]

Autoloadernamespaces[] = "Zend_"
Autoloadernamespaces[] = "ZendX_"
Autoloadernamespaces[] = "Custom_"
Autoloadernamespaces[] = "ZFDebug_"
Autoloadernamespaces[] = "Noumenal_"

resources.frontController.moduleDirectory =
APPLICATION_PATH"/modules"
resources.frontController.defaultModule = "admin"
resources.frontController.defaultControllerName="index"
resources.modules[] = ""
resources.layout.layout = "layout"
resources.layout.pluginClass =
"Custom_Controller_Plugin_ModuleBasedLayout"
resources.view.encoding = "UTF-8"
resources.view.basePath = APPLICATION_PATH "/views/"
;resources.view[] =

bootstrap.path = APPLICATION_PATH "/Bootstrap.php"
bootstrap.class = "Bootstrap"
includePaths.library = APPLICATION_PATH "/../library"

;Database settings
resources.db.adapter = "pdo_mysql"
resources.db.params.host = localhost
resources.db.params.username = root
resources.db.params.password =
resources.db.params.dbname = simens
resources.db.params.charset = UTF8
resources.db.params.driver_options.1002 = "SET NAMES UTF8;"
resources.db.params.default = false

;Plugins
pluginPaths.ZendX_Application_Resource =
"ZendX/Application/Resource"
resources.jquery.version = 1.8.3
resources.jquery.ui_enable = true
resources.jquery.ui_version = 1.9.2
;resources.jquery.stylesheet =
"http://ajax.googleapis.com/ajax/libs/jqueryui/1.8/themes/smoothness/
jquery-ui.css"

47

[production : bootstrap]
phpSettings.display_startup_errors = 0
phpSettings.display_errors = 0
settings.debug.enabled = false

settings.application.datetime = "Etc/GMT-8"

[development : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1
settings.debug.enabled = true

settings.application.datetime = "Etc/GMT"

Développement Du Module Gestion Administratif Et Financière (GAF) de SIMENS

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Développement Du Module Gestion Administratif Et Financière (GAF) de SIMENS

Transféré par

Droits d'auteur :

Formats disponibles

RAPPORT DE STAGE DESS 2ITIC

Par Ismaila Abdoulaye NDIAYE

Vous aimerez peut-être aussi