DEDICACE
Je dédie ce présent ouvrage à mes
parents DIGUIR PALAÏ et WAZIRI LEWOUN
pour l'éducation qu'ils n'ont cessé de me transmettre.
REMERCIEMENTS
Ce travail est la résultante des efforts fournis par
des personnes à qui je voudrais exprimer mes reconnaissances à
savoir:
· Le Pr. Médard FOGUE directeur
de l'IUT/FV
· Dr. Marcellin NKENLIFACK chef du
département informatique de l'IUT/FV et son équipe pour tous les
sacrifices et la formation de digne technicien de l'informatique qu'ils m'ont
offerte,
· M. Paulin YONTA pour son aide et tous
les conseils qu'il m'a prodigués,
· Dr Pascal ATEUCHIA chef du
comité national de lutte contre le paludisme à l'ouest pour ma
formation professionnel ainsi qu'à toute l'équipe de son
service.
· Mes grands frères Nathaniel César
ATCHING, Samuel TCHIRAM pour l'affection, l'encouragement et la
solidarité
· A Messieurs NYANKI, KITIKIL BAKARI, SOUDI,
· A la famille BELLO MAILI de
Yaoundé pour mon encadrement
· A toutes la famille PALAI, LEWOUN, OUMAROU
DAVID, ERIC SIDDI,MOUSSA, ZEKVOU MARKUS, DANIEL, DIGUIR BAKARI, BONOY,
WOUTAZOUI
· A l'association Kawtal Nord de
l'IUT/FV
· A RAOUL, HAMAN, ANGE DJENANG,
BERTRAND TEGIA, ROGER GOURRON, MOHAMED, ERIC KELMAMO, OLIVIER ISSABI WALKOA,
DAOUDA, MATHIEU BADAH, JACQUES JEAN, JEAN JULES N, PATRIC, YAOUBA KOULI, LALAS
YAYA, ANDRE YAYA, HECTOR, PENDIEU,
· A toute la promotion 2003 de la filière
INFORMATIQUE DE GESTION.
A toutes les personnes qui de près ou de loin ont
contribuées à la réalisation de ce travail, je vous prie
de bien vouloir recevoir ma profonde gratitude.
ABREVIATION
DUT: Diplôme Universitaire de
Technologie
BTS: Brevet de Technicien Supérieur
API: Application Programming Interface
MCD: Modèle Conceptuel des
Données
MCT: Modèle Conceptuel des
Traitement
MLD: Modèle Logique des Données
MOT: Modèle Organisationnel des
Traitement
MPD: Modèle Physique des
Données
MERISE: Méthode d'étude et de
Réalisation Informatique par sous Ensemble
ODBC: Open Data Base Connectivity
PC: Personal Computer
RAM: Random Access Memory
S.E: Système d'Exploitation
SQL: Structured Query Language
XP: Experience
Mo: Méga Octet
Mhz: Méga Hertz
BD: Base de Données
L4G: Langages de quatrième
Génération
UPLP: Unité Provinciale de Lutte
contre le Paludisme
PNLP : Programme Nationale de Lutte
contre le Paludisme
PNLPO : Programme Nationale de Lutte
contre le Paludisme à l'Ouest
DS : District de Santé
AVANT PROPOS
Créee en Août 1992, l'Institut Universitaire de
Technologie Fotso Victor (IUT/FV) de Bandjoun est un établissement
technologique formant des jeunes étudiants capables d'oeuvrer au
développement technologique et scientifique dans trois cycles :
Ø Le cycle DUT regroupe les filières
suivantes pour deux ans de formation:
§ Informatique de Gestion (IG)
§ Electrotechnique (EL)
§ Electronique (EN)
§ Génie télécommunication et
réseaux (GTR)
Ø Le cycle BTS quand à lui possède les
filières suivantes pour deux ans de formation :
§ Electrotechnique (EL)
§ Electronique (EN)
§ Génie Civil (GC)
§ Comptabilité et Gestion d'entreprise (CGE)
§ Secrétariat de direction (SD)
§ Action Commerciale (AC)
Ø Le cycle licences de Technologie ouvert pour les
étudiants titulaires d'un DUT ou BTS et forme dans les filières
suivantes:
§ Concepteur et développeur réseaux et
Internet pour une année de formation plate forme de
téléenseignement.
§ Génie Electrique et Informatique Industrielle
(GE) ceci également pour une année de formation.
Ø La certification CISCO pour une durée qui est
en fonction de l'option choisie.
A la fin de la formation pour les étudiants de DUT et
BTS un stage académique leur est ouvert pour une découverte du
milieu professionnel d'où l'étudiant fera 10 semaines en
entreprise.
RESUME
Les bases de données revêtent la connotation
générale d'outil de stockage de données eu vu d'une
utilisation éventuelle en cas de besoin ou de consultation diverses.
La gestion de la base de données portant sur La
gestion des données de suivi et d'évaluation des activités
de lutte contre le paludisme à l'Ouest emportera beaucoup
d'attention sur un suivi attentif du paludisme dans la province de l'Ouest
c'est-à-dire nous aurons à recenser les malades donc nous allons
étudier dans le temps les informations recueilli sur ces derniers.
La mise sur pied de l'application suivante s'est
avérée judiciairement et a nécessité pour ce faire
un ensemble de démarches qui passe tout d'abord par une étude
minutieuses de sa faisabilité à travers des nombreuses
décentes sur le terrain avec les investigateurs de ce service qui
étaient sensé retourner les informations recueilli sur le terrain
au niveau de l'PNLPO.
L'analyse faite a été basée sur le
modèle relationnel et en particulier nous avons eu à utiliser la
méthode MERISE. Tout d'abord nous avons déployé la BD sur
ORACLE 8.0.5.0.0 et ensuite interfacé la BD avec un L4G Delphi version
6.0. Ces étapes ainsi terminées nous ont permis d'obtenir une
application qui sera d'une grande utilité dans le service Provinciale de
lutte contre le paludisme à l'Ouest.
ABSTRACT
Data base regroups the general derivation of the advantages of
storing data for eventual usage when need be or of diverse.
The application of data base for The management of
data by the follow up and evaluation the activities of the fight against
Malaria in the West province will need a lot of care for an attentive
study of malaria in the West province, that is to say, we will have to count
the patients and study with time the information we gather from these later.
The analysis done has been based on rational model and to be
précised, we have used the method of MERISE. First of all we have loaded
DB on ORACLE 8.0.5.0 and after interface the DB with a L4G Delphi 6.0 version.
These stages themes ended, permits us to obtain an application which will be
very important in the service of provincial fight against Malaria in the West
province.
For this application to be possible, which is some how
judicially necessary, it should first of all need an intensive study to see its
possibility through a number of turns in the field with the investigator of
this service who normally feedback the information gather from the field with
at the level of UPLPO.
SOMMAIRE
DEDICACE
I
REMERCIEMENTS
II
ABREVIATION
III
AVANT PROPOS
IV
RESUME
V
ABSTRACT
VI
SOMMAIRE
VII
LISTE DE FIGURES, TABLEAUX ET ANNEXES IX
INTRODUCTION
1
PREMIERE PARTIE: SPECIFICATION DU PROJET
2
I - PRESENTATION DE L'ENTREPRISE
2
I.1- HISTORIQUE
2
I.2- OBJECTIF
3
I.2.1-Objectif Général
3
I.2.2 Objectif Spécifique
3
I.3- ORGANISATION
4
I.3.1- Organisation du Secteur de Santé
4
I.3.2 Organisation du Système de Santé
4
I.4- Présentation du PNLPO
6
I.5-ORGANIGRAMME DU PNLP
7
II-PRESENTATION DU CHAMP D'ETUDE
8
II-ETUDE DE L'EXISTANT
9
III-CRITIQUE DE L'EXISTANT ET PROPOSITION DE
FONCTIONNEMENT
9
DEUXIEME PARTIE: ANALYSE DU PROJET
10
CHAP I : PRESENTATION DE LA METHODE MERISE
10
I.1- Historique
10
I.2- Présentation de la Méthode Merise
11
CHAP II : ETUDE PREALABLE
12
II.1-Objectif de l'application
12
II.2-Resultat Fourni
12
II.2-Dictionnaire de données
13
II.3-Regles De Gestion
13
II.4- Modèle Conceptuel De Traitement (MCT)
14
II.4.1- Acteurs du système
14
II.4.2- Liste des événements
14
II.4.3- Graphe de flux
14
II.4.4-Graphe d'Ordonnancement des Evénements
15
II.3.5- Graphe MCT
15
CHAPITRE III : ETUDE DETAILLE
16
III.1- CONSTRUCTION DU MCD
16
III.2- MODELE LOGIQUE DE DONNES (MLD)
17
III.3- MODELE ORGANISATIONEL DE TRAITEMENT (MOT)
18
III.3.1- Règles d'organisation
18
III.3.2-Tableau des Procédures Fonctionnelles
18
III.3.3-Graphe d'enchaînement des
Procédures fonctionnelles
19
III.3.4-Graphe de Circulation des Informations
20
III.4- MODELE PHYSIQUE DE DONNEES (MPD)
21
TROSIEME PARTIE :
23
PRODUCTION DE L'APPLICATION
23
CHAP IV : PRODUCTION DE L'APPLICATION
23
IV.1- Définition
23
IV.2- Architecture Client/Serveur
23
IV.2.1-Avantage de l'architecture client/serveur
23
IV.2.2-Notions essentielles de l'informatique
Client/serveur
24
IV.3- ENVIRONNEMT
26
IV.3.1- Environnent matériel
26
IV.3.2- Environnent logiciel
26
IV.4- LES CONTROLES, SECURITE, DIALOGUES.
27
IV.4.1-Les Contrôles
27
IV.4.2- La Sécurité
27
IV.4.3- Les Dialogues
28
IV.5- Technique de programmations
28
IV.6- Présentation Des Ecrans
30
CONCLUSION
31
BIBLIOGRAPHIE
IX
ANNEXES
X
LISTE DE FIGURES, TABLEAUX
ET ANNEXES
Tableau 1. POPULATION A COUVRIR PAR PROVINCE
3
Figure 1. Organigramme du PNLP
7
Tableau 2. Dictionnaire de Données
13
Figure 2. Graphe de Flux
14
Figure 3. Graphe d'Ordonnancement des
Evénements
15
Figure 4. Graphe MCT
15
Figure 5. MCD
16
Figure 6. MLR
17
Tableau 3. Tableau des Procédures
Fonctionnelles
18
Tableau 4. Graphe d'enchaînement des
Procédures fonctionnelles
19
Tableau 5. Graphe de Circulation des Informations
20
Figure 7. Architecture à 2 et à 3
niveaux
25
Annexe 1 : Interface de création d'un compte
oracle
X
Annexe 2: Interface d'Attribution des
privilèges à un nouvel utilisateur Oracle
X
Annexe 3 : Interface de connexion à la
base de données Oracle niveau administrateur de la base de
données.
XI
Annexe 4 : Interface de configuration de
connexion à un serveur de base de données distant
XI
Annexe 5: Interface de configuration de l'ODBC
XII
Annexe 6 : Interface de connexion à la
base de données oracle
XII
Annexe 7: Interface d'Accueil du LOGES_PNLPO et
Enregistrements de Base
XIII
Annexe 8: Interface des Statistiques
XIV
INTRODUCTION
Le suivi médicale nécessite une attention
particulière pour un meilleur résultat ainsi nous pouvons
l'associer à une science aussi rigoureuse qui est l'informatique.
Celle-ci nous permettra de faire un traitement rationnel et rapide du stock des
informations sur les personnes à suivre.
Nous allons dans ce cas qui concerne La gestion des
données de suivi et d'évaluation des activités de lutte
contre le paludisme à l'Ouest mettre en place un système
d'information (Ensemble interconnectés de tout ce qui informe les
membres d'une organisation à des fins de décision, de gestion et
d'exécution) pour gérer les masses d'informations concernant les
activités de lutte contre le paludisme dans la province de l'Ouest. Les
concepts que nous allons utiliser serons plus technique comme: SGBD,L4G.
Ainsi dans les sections suivantes nous allons suivre les
différentes étapes de la méthode de conception qui sera
Merise (Méthode de conception et de développement des
systèmes d'informations).
Nous ferons:une étude globale de l'entreprise où
nous devons répondre à cette question«Comment fonctionne
l'entreprise ?», une étude préalable sur le domaine
étudié et une étude détaillée qui portera
sur les concepts les plus technique pour résoudre le
problème.
Ce présent document répondra à l'objectif
préfixé : La gestion des données de suivi et
d'évaluation des activités de lutte contre le paludisme à
l'Ouest. Il est subdivisé en trois parties: spécification du
projet, l'analyse du projet et la production du logiciel.
PREMIERE PARTIE: SPECIFICATION DU PROJET
I - PRESENTATION DE
L'ENTREPRISE
I.1- HISTORIQUE
Malgré le succès partiel des efforts
d'éradication des années 60, les stratégies de
contrôle du paludisme des années 80, le paludisme reste encore un
important problème en Afrique saharienne en général et au
Cameroun en particulier.
Le paludisme représente le premier motif de
consultation et d'hospitalisation dans les formations sanitaires, la
première cause de décès chez les enfants de moins de cinq
ans occasionne la part la plus importante des dépenses de santé
dans les ménages.
Suite à la conférence mondiale sur la relance de
la lutte contre le paludisme tenue à Amsterdam au Pays-Bas en 1992, le
Cameroun a élaboré un document du Programme National de Lutte
contre le Paludisme (PNLP).
En 1997, le gouvernement Camerounais signe la
déclaration de lutte contre le paludisme et adhère à
l'initiative mondiale « Faire Reculer le Paludisme » (FRP)
ou « Roll Back Malaria » en avril 1999.
La volonté politique du gouvernement s'est aussi
matérialisée par la ratification de la déclaration d'Abuja
sur la lutte contre le paludisme en Afrique et par l'engagement personnel de
son Excellence Paul BIYA le président de la république du
Cameroun à faire de la lutte contre le paludisme une priorité
dans la stratégie de lutte contre la pauvreté au Cameroun.
Le plan stratégique National de la lutte contre le
paludisme (PSNP) présente les stratégies et les activités
de lutte contre le paludisme de 2002 à 2006 dans la mise en oeuvre de
l'initiative FRP dont les piliers sont : le partenariat (ONG, Association,
Multisectorialité, les privés, les Agences de
développement et autres), les activités à base
communautaires et un appui de haut niveau de la part des responsable
politique.
Le coût de mise en oeuvre du plan stratégique
national de lutte contre le paludisme est chiffré à 39.587
milliards de franc CFA
I.2- OBJECTIF
I.2.1-Objectif
Général
L'objectif général du plan opérationnel
est de réduire la morbidité et la mortalité dues au
paludisme en particulier dans les populations les plus vulnérables
(enfants de 0 à 5 ans et femmes enceintes).
I.2.2 Objectif
Spécifique
La répartition des objectifs est ici en pourcentage
par rapport au nombre total de la population du Cameroun:
v 50% des femmes enceintes dormiront sous une moustiquaire
imprégnée d'insecticide
v 5% des enfants de 0 à 5 ans dormiront sous une
moustiquaire imprégnée d'insecticide
v 20% des populations auront accès à un
traitement approprié contre le paludisme
v 20% des femmes enceintes auront accès au traitement
prepomptif intermittent contre le paludisme.
|
Province
|
Population Total
|
50% de la population
|
Enfants de 0 à 5 ans
|
Femmes enceintes
|
Total Cible
|
|
Adamaoua
|
637 225
|
318 613
|
54 164
|
15 931
|
70 095
|
|
Centre
|
2 621 637
|
1 310 819
|
222 839
|
65 541
|
288 380
|
|
Est
|
831 925
|
415 963
|
70 714
|
20 798
|
91 512
|
|
Ext-Nord
|
2 695 183
|
1 347 592
|
299 091
|
67 380
|
296 470
|
|
Littoral
|
2 203 316
|
1 101 658
|
187 282
|
55 083
|
242 365
|
|
Nord
|
1 379 137
|
689 569
|
117 227
|
34 478
|
151 705
|
|
Nord-Ouest
|
1 823 377
|
911 689
|
154 987
|
45 584
|
200 571
|
|
Ouest
|
2 030 710
|
1 015 355
|
172 610
|
50 768
|
223 378
|
|
Sud
|
577 344
|
288 672
|
49 074
|
14 434
|
63 508
|
|
Sud-Ouest
|
1 274 312
|
637 156
|
108 317
|
31 858
|
140 174
|
|
TOTAL
|
16 074 166
|
8 037 083
|
1 366 304
|
401 854
|
1 768 158
|
Tableau 1. POPULATION A
COUVRIR PAR PROVINCE
I.3- ORGANISATION
I.3.1- Organisation du
Secteur de Santé
Le secteur de santé possède 3 sous
secteurs :
- le sous secteur public
- le sous secteur privé
- le sous secteur traditionnel
I.3.1.1-le sous secteur public
Il comprend toutes les structures sanitaires publique
à différent niveaux de la pyramide sanitaire (central,
intermédiaire et périphérique) ainsi que les structures
sanitaires sous tutelle d'autres département ministériels
à l'instar de le défense, de l'emploi, travail et
prévoyance sociale avec la CNPS, de l'éducation national etc.
I.3.1.2-le sous secteur privé
Il regroupe des structures sanitaires privées (centre
de santé, hôpitaux, cliniques, instituts pharmaceutique) à
but non lucratif (confessions religieuses, association et diverses
organisations non gouvernementales) et celle à but lucratif.
I.3.1.3-le sous secteur traditionnel
La médecine traditionnelle est une composante
ancestrale à ne pas négliger dans les le secteur de santé.
Elle n'est pas encore réglementée d'où l'absence d'une
véritable politique de lutte sur le territoire national. Toutefois on
relève en vue de la promotion de cette médecine de nombreuses
actions de l'Etat en particulier la création d'un service traditionnelle
dans l'organisation du ministère de la santé publique.
I.3.2 Organisation du
Système de Santé
Le système de santé est structuré en
trois niveaux : Central, intermédiaire et
périphérique.
I.3.2.1-Niveau Central (National)
Il est constitué des structures de conception de
coordination et d'encadrement de la politique sanitaire ainsi que des actions
de santé d'envergure nationale. Selon l'organigramme du ministère
de la santé publique, le niveau central est structuré comme
suit :
Le Ministère et son cabinet
Le secrétariat
général
Direction et Division centrales
Ø Direction de la Santé Communautaire (DSC)
Ø Direction de la Médecine Hospitalière
(DMA)
Ø Direction de le Pharmacie Hospitalière
(DPH)
Ø Direction des Ressources Humaines (DRH)
Ø Direction des Ressources Financiers et des
Infrastructures (DRFI)
Ø Division des Etudes, de la Planification de
l'Information Sanitaire et de l'Informatique (DEPI)
Ø Division de la Coopérative (DC)
Les projets, programmes spécialisés et
établissements établissement étatiques
Ø Le Programme Elargi de Vaccination (PEV)
Ø Le Comité National de Lutte Contre le Sida
(CNLS)
Ø Le Programme National de Lutte contre le
Paludisme (PNLP)
Ø Le Programme d'éradication de Ver de
Guinée (PEVG)
Ø Le Programme National de Lutte Contre la Lèpre
(PNCC)
Ø Le Programme National de Lutte Contre la Tuberculose
(PNLT)
Ø Le Programme National de Lutte Contre la
Trypanosomiase Humaine Africaine (PNLTHA)
Ø Le Programme National de Lutte Intégrée
contre la maladie de l'Enfant (PECIME)
Les institutions d'appui
Ø La Centrale d'Approvisionnement en Médicaments
Essentiels (CENAME)
Ø Le Laboratoire National de contrôle des
Médicaments (CANACOME)
Ø Le Comité National d'Epidémiologie
(CNE)
Ø Le Centre Pasteur (CP)
I.3.2.2-Niveau intermédiaire (Provinciale)
Il est constitué de 10 délégations
provinciales structures d'appui technique de la coordination pour les DS, des
hôpitaux et assimilés et des structures de formations
paramédicales.
La Délégation Provinciale de la Santé
Publique (DPSP) est dirigé par un délégué
provincial et comprend les services suivants:
Ø Le Service Provincial des Affaires Administratives et
Financières (SPAAF)
Ø Le Service Provincial de la Santé
Communautaires (SPSC)
Ø Le Service Provincial de la Médecine
Hospitalière (SPMH)
Ø Le Service Provincial de la Pharmacie et du
Médicament (SPPM)
Ø Le Bureau Provincial des Informations sanitaires et
de l'Informatique (BPISI) qui n'existe pas encore dans toutes le DPSP.
Ø Le Bureau Provincial de l'Education Sanitaire et
nutritionnelle
Ø Structure de Formation Paramédicale
(formations des aides soignants et Infirmiers diplômes d'Etat)
Ø Le Centre d'Approvisionnement Pharmaceutique
Provincial (CAPP)
I.3.2.3-Niveau périphérique (District de
Santé)
Il comporte 150 DS et 1388 aires de santé (AS).
I.4- Présentation du
PNLPO
Le Programme National de Lutte Contre le Paludisme (PNLP):
Unité de l'Ouest est composé de:
· Le chef service de lutte contre le paludisme
Le chef service et le patron du PNLP il est chargé de
coordonner les activités de lutte contre le paludisme dans toute la
province de l'Ouest.
· Les investigateurs
Ils sont en permanence avec les districts de santé de
la province et sont chargés de la récupération des
informations concernant le paludisme de la province.
· Assistants à l'unité de lutte
Ils assistent le chef service de lutte contre le paludisme
dans ses tâches.
I.5-ORGANIGRAMME DU PNLP
Programme National de lutte contre le Paludisme
Comité National Roll Back malaria
Groupe Technique Central
Unité Provinciale de lutte (PNLP)
Unité de District de lutte
(District de Santé)
Section Administration et finances
Section Prise en charge
Section Prévention
Section IEC Mobilisation sociale Partenariat
Section Surveillance semi-evaluation
Figure 1. Organigramme du
PNLP
II-PRESENTATION DU CHAMP
D'ETUDE
Le développement d'une nation passe par
l'identification de ses citoyens. Ceci ne peut être atteint si la
santé de ces citoyens n'est pas assurée. De ce fait, le
ministère de la santé publique doit garantir non seulement la
guérison mais aussi la prévention de certaines maladies
(endémies).
Pour cette dernière action et en ce qui concerne plus
spécifiquement le paludisme elle dispose d'un service
PNLP « Programme National de Lutte contre le
Paludisme » en son sein. Ce service est subdivisé en plusieurs
représentations à chaque niveau administratif.
Ces services ont pour charges la planification, le suivi des
données et d'évaluation de la lutte contre le Paludisme. La
planification tient compte de la politique en cours du ministère
soit : les endémies ciblées par le ministère sont
considérées comme à éradiquer, les populations
(femmes enceintes, enfants de 0 à 5 ans et enfants plus de 5 ans et
plus) regroupées par : groupes d'âge, les régions
critiques ou à encadrer de manière spécifique.
Elle tient également compte des ressources logistiques
offertes par le ministère (sponsors, ONG, OMS, fournisseurs) qui dispose
de personnels, moyens de locomotion, centres de santé puis de la
répartition des populations cibles. Ainsi, elle peut ressortir une
organisation de la logistique avec une planification dans le temps. La mise en
oeuvre consiste en la collette des informations sur le paludisme dans
différent District.
Pour l'informatisation du système nous traiterons les
aspects suivants que nous avons eu à relever à savoir:
· L'enregistrement des différents districts de
santé de la province
· L'enregistrement des enquêtes ceci dans le but de
pouvoir ressortir le numéro de l'enquête, le mois de
l'enquête, le nom de l'investigateur et le nombre de district ayant
été enquêter durant le mois.
· L'enregistrement des types donnés qui regroupe
le patient atteint du paludisme clinique, du paludisme confirmé et des
décès toutes causes confondues.
· L'enregistrement de catégorie des patients qui
facilitera le classement des malades par tranche d'âges à savoir:
les enfants âgés de 0 à 5 ans, les patients
âgés de 5 ans et plus et les femmes enceintes.
· L'enregistrement de type de fiche pour pouvoir
distinguer ce que PNLP veut ressortir d'une enquête.
II-ETUDE DE L'EXISTANT
L'enquête consiste en la récupération des
informations sur le paludisme qui se déroule chaque mois. Cette
enquête est un processus qui se déroule en plusieurs étapes
dans les différents DS.
Le personnel de l'unité Provinciale de lutte contre
le paludisme (UPLP) de l'Ouest tout d'abord est chargé de remplir les
fiches récapitulatives des données ainsi celui-ci se
déplace dans les DS pour recueillir ces informations. Une fiche
récapitulative est établie pour chaque mois contenant les
informations sur (le mois de collette, le nom du personnel appelé
investigateur « personnel chargé de récupérer
les informations sur le paludisme dans différents DS », le
nombres de district de la province, des enfants de mois de 5 ans, Femmes
enceintes et patients de 5 ans et plus).
Apres la collette des données l'investigateur est
chargé de faire les totaux de information de la provinces et faire des
prévisions antérieures sur chaque districts par des statistiques
qu'il effectue.
III-CRITIQUE DE L'EXISTANT ET
PROPOSITION DE FONCTIONNEMENT
La collecte des informations est réalisé sur le
terrain ceci par consultation des patient ce qui oblige un enregistrement
d'abords manuelle.
Nous remarquons dans le système présent que les
informations récupérées sur les patients sont traiter
manuellement, les statistiques fournies sont aussi réalisé
manuellement par l'investigateur.
En plus de la collette et autres, nous allons disposer d'une
base de donnée partagée capable d'informer le chef service du
comité national de lutte contre le paludisme des données
recueilli par l'investigateur et des statistiques ressortis qui seront
actualisés automatiquement après entrée de la
donnée dans la base de données. Ainsi le chef service du PNLP
pourra dresser un rapport pour le niveau national afin de prendre en compte les
mesures (conseils, distributions des moustiquaires imprégnées et
des médicaments à la population) des malades du au paludisme dans
la province.
DEUXIEME PARTIE: ANALYSE DU
PROJET
L'Analyse est une
démarche qui consiste à rechercher, ordonner,
caractériser, hiérarchiser et valoriser les
fonctionnalités du système. Un système d'information
regroupe toutes les informations d'un domaine précis. Par exemple toutes
les informations concernant la gestion des données de suivi et
d'évaluation des activités de lutte contre le paludisme à
l'ouest : le district, le nom de l'investigateur...
CHAP I : PRESENTATION DE LA METHODE MERISE
I.1- Historique [DEVCOM]
Le modèle entité-association est un outil (et
une technique) d'analyse permettant de construire des schémas
théoriques de raisonnement sur des applications.
Bien connaître les règles simples des
schémas entités-associations permet d'affiner petit à
petit une application apparemment simple, sans avoir besoin de la programmer,
et par conséquent d'économiser du temps de conception tout en
obtenant une plus grande souplesse au niveau de l'analyse.
Le modèle entité-association est apparu dans les
travaux des chercheurs, entre 1972 et 1975 lors des travaux du français
MOULIN puis de TARDIEU, TEBOUL... etc. Il a été rendu
célèbre dans le monde entier par l'américain Peter CHEN,
à la suite d'une publication intitulée "The
Entity-Relationshionship Model" (ACM, Transaction on Database Systems,
1976).
A ce jour tous les spécialistes français et/ou
latins du domaine de l'analyse orientée base de données se
servent de ce modèle comme outil de communication des applications
SGBDR. Il est présent de manière transparente ou plus visible,
dans la plupart des logiciels de construction d'applications de bases de
données comme ACCESS, PARADOX, ORACLE,
SQLServer,Informix,Ingres,Sybase....
Il n'est en revanche pas adapté aux bases de
données purement objet comme O2 de Ardent Softwae... même si l'on
admet la nouvelle dérive de MERISE orientée objet!
I.2- Présentation de la
Méthode Merise
Dans la méthode Merise, le développement du
système d'information regroupe 3 cycles:
· le cycle de vie : Il permet d'appréhender
le système d'information comme un objet à construire.
D'où la nécessité d'une représentation mentale et
abstraite de cet objet
· le cycle décision : Il évoque
l'ensemble des décisions prises par l'organisation pour adapter le
système d'information à l'environnement ainsi qu'a son propre
fonctionnement
· le cycle d'abstraction : Il correspond aux
regroupements classiques de l'ensemble des aspects du système
d'information en trois niveaux, c'est à dire : le niveau
conceptuel, le niveau organisationnel, et le niveau opérationnel.
La méthode MERISE propose une démarche
constituée de plusieurs étapes : le schéma directeur,
l'étude préalable, l'étude détaillée,
l'étude technique, la production du logiciel et la maintenance. Cette
méthode est l'une des meilleur en ce qui concerne le domaine de la
gestion.
CHAP II : ETUDE
PREALABLE
II.1-Objectif de
l'application
Dans l'optique de résoudre le problème de
données de suivi et d'évaluation des activités de lutte
contre le paludisme l'application que nous devrons mettre en place permettra au
PNLPO de :
1- Traiter les informations collecter sur les malades atteints
du paludisme dans différent DS stoker dans une base de donnée.
2- Fournir les statistiques pour une période bien
précise (par mois par exemple) et par catégorie des patients:
· Enfants moins de cinq ans
· Femmes enceintes
· Patient de 5 ans et plus.
II.2-Resultat Fourni
Les résultats que l'application doit ressortir sont les
suivantes :
1- La statistique catégorie de patient par mois
2- La statistique catégorie de patient par nombre des
patients de la catégorie
3- Diverses autres statistiques.
4- L'impression des états des statistiques
II.2-Dictionnaire de
données
|
VARIABLES
|
SIGNIFICATION
|
TYPE
|
LG
|
|
Mois
|
Mois
|
A
|
10
|
|
Nom_Invest
|
Nom de l'investigateur
|
A
|
25
|
|
Nom_Dist
|
Nom District de santé
|
A
|
15
|
|
NBREDS
|
Nombre de district de santé
|
N
|
2
|
|
Num_fiche
|
Numéro de la fiche
|
N
|
25
|
|
Num_enqute
|
Numéro de l'enquête
|
N
|
25
|
|
Libelle_categorie
|
Libellé de la catégorie
|
A
|
30
|
|
Nombre_de_cas
|
Nombre de cas
|
N
|
25
|
|
Code_donnees
|
Code donné
|
A
|
25
|
|
Code_categorie_patient
|
Code catégorie du patient
|
A
|
25
|
|
Libelle_donnees
|
|
|
|
|
NSSN
|
Nombre de structure sanitaire ayant notifiés
|
N
|
25
|
Légende:
A : Alphabétique
N : Numérique
AN : Alpha-Numérique
LG : Longueur
EMC : Enfant moins de cinq ans
PACP Patients âgés de cinq
ans et plus
FE : Femmes enceintes
Tableau 2. Dictionnaire de
Données
II.3-Regles De Gestion
Les règles de gestion sont les suivantes:
· Un investigateur peut effectué zéro ou
plusieurs enquêtes
· Une enquête dans un district n'est effectuée
qu'une seule fois durant le mois
· Une fiche correspond à un seul type de
donnée
· Un type de fiche peut correspondre à plusieurs
types de donnée
· Une enquête est porté sur :
o Un ou plusieurs catégories de patient
o Un ou plusieurs types de données
o Un ou plusieurs enquêtes
(La catégorie de patient représente le
découpage par âges de malade : EMC, PACP, FE et type de
données regroupe: le paludisme clinique, le paludisme confirmé et
les décès toutes causes confondues)
II.4- Modèle Conceptuel De
Traitement (MCT)
Le MCT modélise les activités du
domaine, activités conditionnées par les échanges avec
l'environnement, sans prise en compte de l'organisation. Ainsi, chaque
activité (nommée opération) regroupe un ensemble
d'activités élémentaires réalisables au sein du
domaine, sans autres informations extérieures (on a pas besoin de
s'arrêter pour attendre des informations extérieures).
II.4.1- Acteurs du
système
q Les investigateurs
q Les districts
II.4.2- Liste des
événements
1. Informations (du DS vers Investigateur)
2. Résultat des analyses (de l'Investigateur vers DS)
Les informations fournies à l'investigateur par le DS sont
sous la forme d'un bilan.
II.4.3- Graphe de flux
Informations récupérés
District de Santé
Investigateur
Résultat et Analyses.
Figure 2. Graphe de
Flux
II.4.4-Graphe
d'Ordonnancement des Evénements
1
2
Figure 3. Graphe
d'Ordonnancement des Evénements
II.3.5- Graphe MCT
1
Traitement des informations
Toujours
2
Figure 4. Graphe
MCT
CHAPITRE III : ETUDE
DETAILLEE
III.1- CONSTRUCTION DU MCD [CYP],
[MPE]
Un Modèle Conceptuel de Données est la
formalisation de la structure et de la signification des informations
décrivant des objets et des associations perçus
d'intérêt dans le domaine étudié, en faisant
abstraction des solutions et contraintes techniques informatiques
d'implantation en base de données.
Un MCD est exprimé en entité-association
d'après Merise qui comporte les concepts basiques suivants :
· Entité :
modélisation d'un objet d'intérêt (en terme de gestion)
pour l'utilisateur,
· Relation : modélisation
d'une association entre deux ou plusieurs entités
· Cardinalités :
modélisation des participations mini et maxi d'une entité
à une relation
· Propriétés :
modélisation des informations descriptives rattachées à
une entité ou une relation
· Identifiant : modélisation
des propriétés contribuant à la détermination
unique d'une occurrence d'une entité.
Figure 5. MCD
III.2- MODELE LOGIQUE DE DONNES
(MLD)
Le MLD a pour objet : de décrire des
enregistrement logique et d'obtenir une structure physique des données
grâce aux situations que l'on peux faire sur des volumes des
enregistrement à mémoriser.
q District(code_district,nom_district)
q
Enquette(num_enquette,mois,nom_invest,nbreds,nssn,#code_district)
q Type_fiche(numfiche)
q Type_donnees(code_donnees
,libelle_donnees,#num_fiche)
q
Categorie_patient(code_categorie_patient,libelle_categorie)
q Porte_sur(#code_categorie_patient, #num_enquete,
#code_donnees,
Nombre_de_cas)
Figure 6. MLR
III.3- MODELE ORGANISATIONEL DE
TRAITEMENT (MOT)
Le MOT modélise les activités du domaine,
compte tenu de l'organisation et des ressources (qui, où, quand,
comment). Ainsi, chaque activité (nommée tâche ou phase)
est homogène en terme de finalité, degré
d'informatisation, poste, instant de réalisation, ressources. Cette
exigence conduit naturellement à la décomposition de
l'opération (conceptuelle) en de nombreuses tâches
(organisationnelles). Il y a, de fait, corrélation entre le changement
de niveau (du conceptuel à l'organisationnel) et l'accroissement du
degré de détail.
Le MOT décrit ce que font les gens du métier
(leurs tâches ou phases) dont certaines sont informatisées. Il ne
décrit pas comment marche l'application (partie informatisée) qui
sert les tâches.
III.3.1- Règles
d'organisation
q Une enquête ne peut pas être enquêté
par plusieurs investigateurs
q A chaque enquête correspond le mois
q Un patient n'appartient à une seule catégorie
III.3.2-Tableau des
Procédures Fonctionnelles
|
PF
|
Périodicité
|
actions
|
nature
|
Poste de travail
|
|
1
|
Première,Deuxième, Troisième et
quatrième semaine
|
Enregistrement patient, examen, et résultat
examen
|
M
|
District
|
|
2
|
Fin du mois
|
Récupération des informations sur chaque
district, analyse et édition
|
AM
|
UPLP et District
|
|
3
|
Apres analyse et édition
|
Proposition des solutions
|
M
|
UPLP
|
Légende :
M: Manuelle A :
Automatique AM : Automatique et Manuelle
Tableau 3. Tableau des
Procédures Fonctionnelles
III.3.3-Graphe
d'enchaînement des Procédures fonctionnelles
Périodicité
|
Enchaînements
|
nature
|
Poste de travail
|
1
Traitement des informations récupérées
Toujours
2
|
M
|
District
|
|
|
Fin du mois
|
|
AM
|
UPLP et District
|
|
Apres analyse et édition
|
|
M
|
UPLP
|
Tableau 4. Graphe
d'enchaînement des Procédures fonctionnelles
III.3.4-Graphe de
Circulation des Informations
|
Temps
|
DISTRICT
|
INVESTIGATEUR
|
PATIENT
|
PF1
Enregistrement
PF2
PF3
Solution
Données
PF4
PF5
Tableau 5. Graphe de
Circulation des Informations
III.4- MODELE PHYSIQUE DE DONNEES
(MPD)
Le MPD prépare le système de gestion de
données. Il s'intéresse à l'optimisation de la gestion des
données en fonctions de l'outil choisi pour cette gestion et surtout en
fonction des traitements qui utilisent ces données.
Il permet de :
- définir la place nécessaire à chaque
table
- définir l'implémentation physique de la base
de données sur les disques, les serveurs disponibles...
Ainsi notre MPD sera basé sur la création des
tables.
CREATION DES TABLES [CM], [LACOM]
Nous créerons nos tables de cette
manière :
CREATE TABLE nom_table(
Nom_colonne1 type_donnees [not null],
......
Nom_colonneN type_donnees [not null],
[constraint nom_comtrainte_fk forein key
(nom_coloneF1,....nom_colonneFN)
references table_reference
(nom_colonneP1,.....nom_colonnePN),]
[constraint nom_contrainte_pk _primary key
(nom_colonneA,nom_colonneB,.......nom_colonneX)]) ;
Légende:
· Nom_table est le nom de la table
· Nom_colonne1 à nom_colonneN
représentent le nom de colonnes valides
· Type_donnees est la spécification d'un
type de données valide
· Nom_contrainte_fk est le nom optionel de la
contrainte de la clé étragere de la table en cours de
création
· Table_reference est le nom de la table à
laquelle se refaire la declaration de la clé étragere
· Nom_colonneF1 à nom_colonneFN
répresentnte les colonne qui compose la clé
étragere
· Nom_colonneP1 à nom_colonnePN
répresentent les colonne qui composnt la clé primaire dans la
table de reference
TROSIEME PARTIE :
PRODUCTION DE
L'APPLICATION
CHAPITRE IV :
PRODUCTION DE L'APPLICATION
IV.1- Définition
SQL : est un langage standard
officiel et de facto assurant l'interface avec une base de données
relationnelle. De plus l'implémentation SQL d'oracle respecte
l'implémentation gouvernementale américaine décrite dans
la publication Federal Information Processing Standard Publication (FIPS PUB)
127, intitulé Database Language SQL de base de données SQL.
SGBDR : (Système de
Gestion de Base de données Relationnel) est un logiciel qui permet de
gérer une base de données relationnelle. Un tel système
accepte l'utilisation d'instruction et déclaration pour décrire
les règles régissant les données de la base.
Le SGBDR est le composant central d'une architecture
client/serveur qui sera abordée dans notre implémentation.
IV.2- Architecture Client/Serveur [CNKM]
L'architecture informatique client/serveur met en oeuvre un ou
plusieurs ordinateurs appelé clients qui exécutent un programme
applicatif communiquant avec un ordinateur distant appelé serveur qui
traite leur requêtes.
Dans le modèle de la base de l'architecture
client/serveur, un SGBD se trouve sur la machine assurant la fonction serveur.
Le programme applicatif qui réside sur le poste client dialogue avec une
autre couche logicielle médiatrice appelé
Middlewere qui assure le communication des requêtes et
des résultats entre le programme applicatif et le SGBDR. Le produit
Middlewere d'oracle est appelé SQL*NET.
IV.2.1-Avantage de
l'architecture client/serveur
· Elle permet d'accepter une combinaison
hétérogène des machines clientes. Dans ce environnements
actuels les utilisateurs sont amenés à employer divers
systèmes comme Windows 3.11, Windows 95, Windows NT, Mac ou une station
de travail Unix (Redhat par exemple) qui peuvent tous être
intégrés par un même serveur.
· Dans le cadre d'un système utilisant un serveur
de BD dédié, les responsabilités de traitement sont
reparties entre le client et le serveur, le client étant chargé
du contrôle de l'interface utilisateur, de l'affichage des informations
et de la validation des entrées utilisateurs et de la délivrance
des résultats
· Elle est indépendante du protocole de
réseau, du système d'exploitation de serveur et du système
d'exploitation du client. Cette indépendance permet de
bénéficier d'une certaine souplesse dans le choix des composants
matériels et logiciels lors de l'implémentation d'un nouveau
système ou de l'installation d'une application client/serveur sur un
système existant.
Avec l'architecture client/serveur la reconnaissance des
différents protocole de réseau (TCP/IP, IPX/SPX, canaux
normés etc.) et SE (Windows, Mac, Unix et autres) est à la charge
des divers fabricants de SGBDR (Oracle, Informix, Sybase, Microsoft...)
d'outils (oracle, Powersoft et Microsoft) et de composants tiers tels que les
gestionnaires ODBC pour les plates formes et des SGBD
spécifique :
· Bases de données PC (1981, ASHTON-Tate
introduisait dbase II, un programme de base de données mono utilisateur
for PC)
· Bases de données LAN (partage des ressources)
· Emergence de le base de données relationnelle
IV.2.2-Notions essentielles
de l'informatique Client/serveur
· Les fondements théoriques de la BDR ont
été présentés en 1970
· Le langage de requête structuré SQL est le
langage standard officiel utilisé pour communiquer avec un BDR
· Il existe 3 configuration du système de gestion
de BDR d'oracle : Oracle Universal Server, Oracle Workgroup Server et
Personal Oracle
· L'architecture client/serveur fonctionne sur une
variété de plate forme client ou serveur avec divers protocoles
de réseau.
· L'architecture client serveur requiert l'utilisation
d'une couche logicielle appelé middelwere dont la fonction est de
gérer la communication entre le client et le serveur,
indépendamment du protocole.
· Une architecture à 2 niveaux
est un modèle dans lequel un client communique directement avec un
serveur de BD (voir SCHEMA A)
· Une architecture à 3 niveaux
est un modèle dans lequel un client communique directement avec un
serveur d'application ce dernier communique à son tour avec un serveur
de BD (voir SCHEMA B).
Application du client
Application du client
Application du client
SQL*NET
SQL*NET
SQL*NET
SQL*NET
BD ORACLE
SQL*NET
BD ORACLE
Application du client
Application du client
Application du client
SQL*NET
SQL*NET
SQL*NET
SQL*NET
Objet Application
SCHEMA A
SCHEMA B
Figure 7. Architecture
à 2 et à 3 niveaux
L'architecture client serveur que nous mettons sur pied
respecte l'architecture client/serveur à 2 niveaux. Ici nous avons des
clients qui communique directement avec notre base de données
relationnelle ORACLE.
IV.3- ENVIRONNEMT
IV.3.1- Environnent
matériel
Le développement de l'application est fait sur un
ordinateur de bureau ou PC (Personal Computer). Les caractéristiques de
ce PC sont :
v Processeur : Pentium IV
v RAM 256 MO
v Fréquence : 2GHz
Ainsi nous n'imposeront pas à l'application de tourner
obligatoirement en respectant les caractéristiques du PC ci haut. Cette
application tournera sans problème sur un PII, PIII, et version
supérieur à celui du PC dont l'application a été
développée avec au mois 64 MO et 350Mhz de fréquence.
IV.3.2- Environnent
logiciel
1.1- SE : Windows XP Pro de la famille Microsoft.
1.2- Win'Design 5.2 pour la modélisation.
1.3- L4G utilisé: le langage visuel de la maison des
développeur Borland
1.4- SGBD: Oracle 8.0.5.0
Oracle est un SGBD (système de gestion de bases de
données) édité par la société du même
nom (Oracle Corporation -
http://www.oracle.com), leader mondial des
bases de données permettant d'assurer :
1.4-1. La définition et la manipulation des données
1.4-2. La cohérence des données
1.4-3. La confidentialité des données
1.4-4. L'intégrité des données
1.4-5. La sauvegarde et la restauration des données
1.4-6. La gestion des accès concurrents
Autres spécification d'oracle:
1.4-7. Base de données accessible par le protocole
TCP/IP
v API: ODBC développé par Microsoft, ODBC signifie
Open DataBase Connectivity. Il s'agit d'un format défini par
Microsoft permettant la communication entre des clients bases de données
fonctionnant sous Windows et les
SGBD
du marché voir interface de configuration de l'ODBC (Annexe
5) et Oracle Net8 Easy Config pour la configuration client et serveur
(Annexe 4) et en suite nous utiliserons le composant de notre
L4G de la maison Borland pour se connecter à notre BD.
IV.4- LES CONTROLES, SECURITE,
DIALOGUES.
IV.4.1-Les
Contrôles
Les contrôles permettent de détecter, de corriger
les erreurs ou de proposer des solutions suite à des erreurs. Ces
différents contrôles sont :
Ø Contrôle sur un champ : les valeurs à
entrer dans notre champ nombre de district ne doit pas dépassé 20
car nous avons 19 district de santé à l'ouest.
Ø Contrôles de présence : il peut
porté sur les clés primaires, ils ne doivent pas être nul
ou chaîne vide et voir une existante unique. Exemple: le nom de
l'unité doit être obligatoirement saisi
Ø Contrôle de typages: alphabétique ou
alphanumérique, date, monnaie et numérique. Exemple: le type
alphabétique ne peut être saisi dans un champ
réservé au type date.
Ø Contrôle de taille : ici il ne faut pas
excéder la taille prévue pour la saisie d'un champ cas
d'utilisation de char(1) par exemple.
IV.4.2- La
Sécurité
La sécurité est une part intégrale de
l'administration de la base de données. Ici chaque utilisateur se
loguera à son compte par son identité et son mot de passe. Nous
utiliserons le composant Security Manager d'Oracle Entreprise Manager pour la
création des comptes utilisateurs. Et pour se loguer à Security
Manager il faut : (le Nom utilisateur : system/Scott
et le Mot de passe : manager/tiger) ensuite nous
attribuerons des privilèges (par exemple un utilisateur qui n'aura que
le droit de consulter le base de données sans le modifier)
(Annexe 1,2) et enfin nous déciderons sur l'expiration
de son mot de passe et même le verrouillage de sa base de données.
Après création l'utilisateur peut se connecté à la
connexion à la BD (Annexe 3)
IV.4.3- Les Dialogues
Le système doit être interactifs avec les boites
de dialogue au format de celle de windows. Certains traitements
nécessitent une confirmation avant de continuer. Exemple: message
d'erreurs qui s'affiche lorsque l'utilisateur entre des données non
conforme.
IV.5- Technique de
programmations
Sécurité de base de données
La base de données que nous avons eu à utiliser
est sécurisée par des comptes utilisateurs définis par
l'administrateur de la base de données. (Annexe 6)
Manipulation sur les données
La sauvegarde des informations dans la BD, la suppression des
informations et la recherche et un nouvel enregistrement se font de la
même manière sur toutes nos tables. (Exemple : manipulation
de la table).
Enregistrement
procedure
TForm4.validerClick(Sender: TObject);
begin
Table1.Edit;
Table1.FieldByName('num_enquete').Value :=
Edit1.Text;
Table1.FieldByName('mois').Value := Edit2.Text;
Table1.FieldByName('nom_invest').Value :=
Edit3.Text;
Table1.FieldByName('nbreds').Value := Edit4.Text;
Table1.FieldByName('nssn').Value := Edit5.Text;
Table1.FieldByName('code_district').Value :=
ComboBox1.Text;
Table1.Post;
end;
Suppression
procedure
TForm4.supprimerClick(Sender: TObject);
var rep : integer;
begin
rep:= MessageBox(Handle,'Etes-vous sûr de vouloir
supprimer enquete ?',
'LOGI_DPLPO Avertissement',MB_OKCANCEL or MB_ICONSTOP )
;
if (rep =IDOK)
then Table1.Delete;
end;
Recherche
procedure
TForm4.RechercherClick(Sender: TObject);
var Filtre : string;
begin
// Constrcuction du Filtre avec le texte saisi dans la
zone TEdit
Filtre := 'mois =''' + Edit2.Text + '*''';
// Test si il n'y a rien dans le TEdit
if Edit2.Text ='' then
begin
// Arrête le filtrage de la table
Table1.Filtered:=false;
// Quitte la méthode
exit;
end;
// Mise en place du filtre
Table1.Filter := Filtre;
// Activation du filtre
Table1.Filtered := true;
end;
Modifier :
procedure
TForm4.modifierClick(Sender: TObject);
begin
if((Table1.RecordCount=0)and(Table1.State<>dsInsert))
then exit;
Edit1.Text:=Table1.FieldByName('num_enquete').AsString;
Edit2.Text:=Table1.FieldByName('mois').AsString;
Edit3.Text:=Table1.FieldByName('nom_invest').AsString;
Edit4.Text:=Table1.FieldByName('nbreds').AsString;
Edit5.Text:=Table1.FieldByName('nssn').AsString;
ComboBox1.Text:=Table1.FieldByName('code_district').AsString;
end;
Nouvel enregistrement
procedure TForm4.newClick(Sender:
TObject);
begin
Table1.Append;
modifierClick(self);
end;
IV.6- Présentation Des
Ecrans
L'application dénommé `LOGES_PNLPO' que nous
avons réalisé présente une page d'accueil suivante
(Annexe 7), des enregistrements des bases (Annexe
8), des enregistrements des données (Annexe 9)
et des statistiques (Annexe 10, 11).
CONCLUSION
Au terme de ce rapport de stage susceptible
d'amélioration, nous disons merci à tout ceux qui ont
contribué à sa réalisation. La gestion des données
de suivi et d'évaluation des activités de lutte contre le
paludisme de l'Ouest est une vision très importante pour le souci du
patient dû au paludisme.
Ce rapport de stage que nous avons eu à
réaliser permettra de part sa structure légère de
faciliter la gestion des données de suivi et d'évaluation des
activités de lutte contre le paludisme de l'Ouest.
Cet outil de travail présente le principal avantage
d'être un pas vers l'informatisation du programme national de lutte
contre le paludisme et particulièrement dans le cadre de la gestion des
données de suivi et d'évaluation des activités de lutte
contre le paludisme de l'Ouest.
BIBLIOGRAPHIE
Josette Rey DEBOVE, Dictionnaire Méthodique du
Français Actuel.
[MPE] Roger MOUNYOI, MERISE Par
L'exemple, Eyrolles, 1997
[CNKM] Cours de Client - Serveur
de Dr.NKENLIFACK Marcellin 2004/2005
[CYP] Cours de Système
d'Information de Mr.YONTA Paulin 2004/2005
[CM] Cours de Base de
données de Mr.MANGOUA 2004/2005
Site web:
Ø [DEVCOM]
http://www.developpez.com ,
Ø [LACOM]
http://www.labo-oracle.com .
Ø [MR] Et le moteur de recherche
http://www.google.com
ANNEXES
Annexe 1 : Interface de
création d'un compte oracle
Annexe 2: Interface
d'Attribution des privilèges à un nouvel utilisateur
Oracle
Annexe 3 : Interface
de connexion à la base de données Oracle niveau administrateur de
la base de données.
Annexe 4 : Interface
de configuration de connexion à un serveur de base de données
distant
Annexe 5: Interface de
configuration de l'ODBC
Annexe 6 : Interface
de connexion à la base de données oracle
Annexe 7: Interface
d'Accueil du LOGES_PNLPO et Enregistrements de Base
Exemple d'enregistrement de base :
Enregistrements Enquête :
Annexe 8: Interface des Statistiques
| 
