Conception et réalisation d'un système pour la gestion de patient

EPIGX4P.7-fE

« .7-fenry Ford produisait des automo6i[es, Boeing construisait des avions, [es sp écia[istes en sciences informatiques produisent de ['inte[[igence grace au,ic nouve[[es m éthodes et techniques et [es mettent au service de ['humanit é toute entière »

Bi[[ Gates

DEO/CACE

A notre Were C lste Dieu tout puissant pour tout ce qu'd ne cesse de faire pour nous depuis notre naissance jusqu'it ce jour.

A mes parents NcOrrYOKAra et TEMA 00TVLI qui n'ont cess de cr er en moi le gofit des tudes de m'encourager pendant Ces moments forts et difficiles.

A mes freres et sours 7 Roger Wcoy, Chantal' 2P434, Jos WcOrY, Ady 00TVLI, Mamie OVIEZI, Jeannine NUM et Rose NK.ANG.A.

A mes neveux et nieces 7 Christel; Patricia, Gracia, RaIssa et Simon.

A mes Oeauxfreres et ma 6eC(e sour 7 SISI, Trawls^. MAK_/40A et Francis MOSENGO

Auoc, Messieurs EFOFO et WGIAMOA pour vos sacrifices consentis a mon gard.

A mes amis (es), et camarades 7 MagaCie KAPENGA, Aktin MINGENI, Francine OOKANGA, Arthur MIWV, C berd ETHIERE, Michel' DJATO, Pierrot KAMIZETA, Didier TS.1^-1DIVNGV, Oruce MATONGA , lift NATONGA, Saran ICWENGO, Pamefa KALAKI, Elston EICUICE, Amelia TALL, Emery M^rUTOMOO, Junior MONZELE, jean Denis Oufambo, Arnim Mbu ,Oerger LVICENGV.

L'auteur

AVAN3 PRoPoS

Au terme de notre formation universitaire et a Ca reaCisation de ce memoire de fin de cycCe, nous tenons a nous acquitter d'une redevance, ceCCe d'adresser nos sinceres reconnaissances auc personnes sans Ce concours et Ce soutien desqueCCes C'iCaboration du present travaiC serait compromise.

VoiCa pourquoi nous vouCons nous souvenir de tous ceuc qui, de pres ou de Coin, ont eu a nous soutenir, d'une autre, pendant cette période.

Nos remerciements s'adressent d'abord a notre Dieu pour ses dons parfaits qu'iC ne cesse de nous accorder.

En suite nous remercions Ce Professeur MAPRANA pour avoir dirige ce travaiC. Ses conseiCs judicieu%, nous ont ete benefiques.

Au professeur KUTANGILA pour Ces remarques pertinentes et suggestions ont ete d'une vaCeur inestimabCe.

Nous vouCons egaCement remercier C'Assistant MarceC MUSANGU pour son souci nobCe d'un travaiC bienfait.

Nous ne pouvons oubCier Ce corps professoraC et Ce personneC administratifpour Ceurs efforts et sacrifices.

Enfin nos coCC'gues de deucieme Licence sp iciaCement ceu% de C'informatique qui nous ont marque par Ceur esprit d'ouverture et de coCCaboration ;

Qu'iCs trouvent en ces mots, C'e%pression de nos sentiments reconnaissances.

Eric WANGI NG/T

oo. INTRODUCTION

Depuis toujours, la gestion de l'organisation a pose de serieux problemes de surveillance relatifs a la saisie, a la collecte, au traitement et a la diffusion des informations.

Devant ses problemes, l'entreprise est soumise a des contraintes multiples pour renforcer les possibilites de reussir a la surveillance, qui aboutira a la prise de decision.

Au regard de ce qui precede, l'organisation rigoureuse du travail s'avere indispensable et est un atout majeur pour la survie de l'entreprise. Cela n'ec happe pas pour ce qui concerne toute activite de l'unite de soin ou tout tourne autour du patient.

Vu les principaux besoins a couvrir au sein de l' hopital, il regne une tendance generale a l' harmonisation des supports utilises au niveau des hopitaux (Par exemple : fiche de prescription...) pour palier a des problemes fastidieux, et repetitifs...

Et par besoin d'evaluation et de suivi des activites au sein de l'organisation.

Le souci d'optimisation des methodes de gestion des patients a travers la rationalisation de son dossier s'impose.

Avec l'informatisation, la possibilite nous a ete donnee de suivre de maniere detaillee les traitements de c haque patient, afin de permettre aux responsables, de prendre une decision et offre la possibilite de retrouver les traces ou operations diverses accomplies.

D'ou notre travail revient a la conception et a la realisation d'un Systeme d'informations de Gestions des Patients.

oz. Problematique et Hypotheses

L'automatisation ne doit pas se faire par le simple plaisir d'automatiser ;

La decision d'automatisation ne saurait etre ni immediat, ni spontanee^l.

Il a ete remarque, qu'a l'aide du Systeme d'information actuel, on ne pouvait pas automatiquement :

· Donner la liste des patients trait~s ;

· Donner la liste des patients par categories ;

· Donner la liste des patients hospitalises ;

· Produire une fiche des frais;

Devant cette situation, les gestionnaires de l'entreprise se trouvent face a un defi qui consiste a mettre sur pieds un syst~me d'information devant prendre en charge les problemes, ci- haut, cites.

Les preoccupations majeures de ce travail se résument en ce qui

suit :

Quel c hemin doit-on prendre pour arriver a un tel Systeme ?

Quels outils utiliser a cette fin ?

Quelles orientations donner au futur Systeme ?

Quelle configuration hardware et software a adopter au nouveau Syst~me ?

Face aux besoins des gestionnaires de l'entreprise, nous pouvons anticiper une solution d'automatisation qui pourra résoudre les différents problemes qui se passent au sein de l'entreprise.

¹ DASSE, M., Analyse Informatique, 2. L'accomplissement, Paris, éd. Masson et Cie, 1972, p.44

0 z. Choix et Interet du Sujet

1l ne serait pas interessant de finir notre formation en 1nformatique de gestion sans pour autant concilier toutes les theories apprises dans les differentes branches de l'option dans un cas reel.

C'est pour cela, notre c hoix se dirige a la resolution des problemes reels qui se passent au sein de nos entreprises.

3. Delimitation du travail

Vouloir aborder notre sujet sans limite serait un travail intitule :

« Conception et Realisation d'un Systeme d'1nformations de Gestion des Patients hospitalises »

Cas de l'Hopital Provincial General de Reference ex hopital Maman YEMO.

4. Methodes et techniques utilisees

La realisation d'un travail en 1nformatique exige l'utilisation des methodes et techniques de recherche.

Faire un travail en 1nformatique sans methode, c'est comme si on pilote un avion sans radar². C'est pour cela, nous avons c hoisi une methode appropriee a un travail informatique.

Pour atteindre les objectifs que nous nous sommes assignes dans ce travail, nous avons recouru aux techniques et methodes ci-apres :

Les techniques documentaires et d'interview nous ont permis de mieux cerner les problemes sur le plan theorique et d'entrer en possession des informations utiles a notre etude.

Les methodes MER1SE et l'UML, lesquelles, nous ont fourni des outils indispensables a la conception de notre Base de donnees.

² MPUTU K1NSALA, Cours d'Etudes de cas appliquees aux systemes informatiques, Kinshasa, inedit, L2 1nformatique de Gestion, U.P.C, 2006-200F

05. Subdivision du travail

Notre modeste travail comporte deux grandes parties subdivisees chacune en chapitres, une introduction generale au debut et une conclusion generale a la fin.

La premiere partie porte sur les concepts fondamentaux, le planning previsionnel de realisation du projet et l'etude prealable.

Et la deuxieme partie traite de la conception et de la realisation du nouveau Syst~me d'information.

PREMIERE PARTIE :
CONSIDERATIONS GENERALES

CHAPITRE I : CONCEPTS FONDAMENTAUX

SECTION' : SYSTEME

I.i.~. Definition

Il existe plusieurs définitions du mot systeme. C haque auteur apporte sa propre contribution en fonction de ce qu'il c herc he a dire et du degré d'ex haustivité nécessaire a son exposé.

Nous retiendrons :

Selon J.P. MATHERON, dans son livre 0 Comprendre Merise » le définit comme suit : un systeme est un ensemble d'éléments matériels ou immatériels (hommes, machines, méthodes, regles, etc.) en interaction transformant par un processus des éléments (les entrées) en d'autres éléments (les sorties)³.

Robert Reix définit le systeme comme étant un ensemble d'éléments pouvant c hacun revetir divers états ;

L'état du systeme est alors représenté par la liste des états de c hacun de ces éléments qui le composent⁴.

I.i.z. Composante et Objectif

Il existe trois parties :

· Les entrées (inputs)

· La fonction (le transformateur)

· Les sorties (output)

i. Les entrees

Ce sont les variables dont les valeurs sont connues et imposées par l'extérieur.

³ J.-P. MATHERON : Comprendre Merise, Ed. Eyrolles, 2003, Paris, p.1

⁴ Reix Robert, Analyse en Informatique de gestion, Ed. BORDAS, Paris, p.4

z. La fonction

Ce sont des techniques et des méthodes appliquées aux entrées pour les rendre conformes aux objectifs, assignés A l'organisation propriétaire de ce systeme. Ce sont les transformateurs des entrées en sorties.

3. Les sorties

Ce sont les variables qui agissent de l'extérieur, c'est-A-dire sur d'autres systemes. Certains de ces variables renseignent sur l'état ou l'efficacité du fonctionnement du systeme.



Système de Pilotage

Système opérant

Système d'information

I.I.3.Structure organisationnelle du Systeme

Système ⁵

5 MOINE Camille, Informatique appliquée à la gestion, éd.FOUCHER, paris, 2000, p.11

i. Le Systeme de pilotage

Il controle, planifie et coordonne les activites de

l'entreprise.

z. Les Systeme d'information

Est le trait d'union entre le systeme de pilotage et le syst~me operant. Il peut etre defini comme l'ensemble d'informations circulant dans l'entreprise ou l'organisation.

C'est le systeme le plus important au sein de l'important au sein de l'entreprise ; s'il n'est pas ameliore, il sera ma organise.

D'ou le role d'un informaticien revient a ameliorer le syst~me en automatisant le traitement de l'information.

3. Le systeme operant

Il est constitue d'executants.

Exemple : Les professeurs de l'Universite Protestante au Congo

SECTION z : BASE DE DONNEES (BDD)

I . z.~. Avenement des Bases de donnees6

Le concept de Base de donnees (BDD) fut utilise pour la première fois par Charles BACHMAN, en I.960, dans son ouvrage « THE EVOLUT1ON OF STORAGE STRUCTURE ».

L'approc he base de donnees est mise en place pour palier a tous les desavantages de l'approc he classique :

LA. es redondances nombreuses Elles sont de deux types : i. La synonymie :

Deux signifiants renvoient a un meme signifie ou des noms differents designent la meme realite.

Exemple : Employe (pour l'entreprise) et client (pour la cantine de l'entreprise).

. La polysemie :

Un signifiant renvoie a plusieurs signifies ou un meme nom designe des realites distinctes.

Exemple : Cafe designe l'etablissement et la boisson

Le probleme de redondance se posait alors dans les entreprises car les applications ont ete, pour la plupart, creees independamment.

B. La dependance obligatoire entre donnees et traitements

Cette dependance obligatoire est logique et physique.

La consequence est, par exemple, que la modification de la structure du fic hier entraine aussi celle du programme.

⁶ CT MPUTU K1NSALA, cours de gestion des fic hiers et des bases de donnees, Kinshasa, LI. 1nformatique de gestion, UPC, 2005-2006

C. Le manque de standardisation (ou absence d'uniformite)

C'est - a -dire que les fic hiers ne présentent pas les c hoses de la meme faNon. D'o* difficulté de mise a jour.

~. z. z.Definition d'une base de donnees

De nombreuses définitions sont proposées concernant les bases de données. Nous en avons, en ce qui nous concerne, retenu les définitions suivantes :

Une base de données est une collection de données intégrées dans un ensemble centralisé et organisée selon une structure logique.

Elle tient compte des principales relations entre données et permet le contrôle des redondances.

Daniel MARTIN définit les Base de Données en prenant en compte un certain nombre de criteres que nous pouvons prendre pour avantage. Ce sont :

· L'acces rapide

· L'ex haustivité (liée a la qualité des informations et non a leur quantité). C'est-A-dire que toutes les préoccupations s'y retrouvent ou tout utilisateur trouve sa préoccupation.

· La non redondance : Les synonymes et les polysémies sont supprimées de faNon a établir une relation entre l'ensemble des signifiants et celui des signifiés.

· Pour qu'il n'y ait pas redondance, il faut que l'information soit saisie une seule fois.

· La structuration

· L'acces concurrentiel

Il définit la Base de Données comme étant un ensemble d'informations structurées, stockées sur un support permettant l'acces avec une redondance calculée en vue de permettre aux différents éc helons de la hiérarc hie la prise de décision en temps opportun.

~. z.3.Types de Base de Donnees

Les Bases de donnees se distinguent en :

· Base de données hiérarchique ;

· Base de données en réseau ;

· Base de données relationnelles, selon le type du systéme de gestion de base de données utilise.

Il est cependant important de noter que dans l'environnement des micro-ordinateurs, c'est la base de donnees relationnelle qui est utilisee.

La raison de ce succés reside dans la conception facile a maitriser son accés facile et en temps minimise et la simplicité qu'elle présente comme approc he.

Cela veut dire que la base de donnees est concue comme un tableau a double entrée : les lignes de la table correspondent plus ou moins aux enregistrements et les colonnes aux donnees elementaires.

Exemple :

NOM POST-NOM SEXE

Lignel Ligne2 Ligne n



~. z.4.Les Systemes de gestion de Base de Donnees (SGBD)

I. z.4.I.Definition

C'est un ensemble de programmes generaux (C'est-à-dire varies) dont le role est de servir d'interp hase entre l' homme et la base de donnees.

Un SGBD peut aussi etre percu comme un ensemble de logiciels systemes permettant aux utilisateurs d'inserer, de modifier et de rec herc her efficacement des donnees specifiques dans une grande masse d'informations partagee par de multiples utilisateurs⁷.

I. z.4. z.Fonction d'un SGBD

Les fonctions principales d'un SGBD sont : la creation et la manipulation des donnees.

Pour les executer, le SGBD offre deux outils specialises permettant une deconnexion complete de la programmation :

A. Le langage de description des donnees (LDD)

Il permet de fournir au SGBD la structure logique de la base ainsi que les modes de stockage physique et d'acces aux donnees.

Autrement dit, il permet la creation de la structure des donnees et le c hargement dans la base de donnees.

B. Le langage de manipulation des donnees (LMD)

Le langage de manipulation des donnees dans la base afin de retrouver, modifier, creer, supprimer ou extraire des donnees.

C'est l'exploitation de base de donnees.

A cote des fonctions principales d'un SGBD, existent des fonctions secondaires telles que les utilitaires qui sont des programmes prenant en charge le probleme de securite et de confidentialite d'une BDD.

⁷ G. GARDARIN, Base de Données objet et relationnel, éd. Eyrolles, ^2eme tirage 2000, p.4

I. La securite

Elle est utilisee en vue d'eviter la destruction, le piratage, le sabotage,...

. La confidentialite

Par un mot de passe ou un droit d'acces, n'importe qui ne peut plus acceder dans la base de donnees.

~. z.4.3.Type de SGBD

Nous avons dejà dit precedemment qu'a un type de SGBD correspond a une structure de la BDD.

Ainsi, nous distinguons :

A. SGBD de type hierarchique

C'est la premiere generation des SGBD paru dans les annees 60. Il presente une structure hierarc hique, c'est-à-dire en arborescence ou a acces unique.

B. SGBD de type reseau

C'est la deuxieme generation des SGBD. La structure est presentee en arborescence mais l'acces est navigationnel, ce qui veut dire qu'un « fils » peut avoir plusieurs « pere ».

C. SGBD de type relationnel

C'est la derniere generation des SGBD. Un SGBD est dit relationnel (totalement) lorsqu'il repond aux criteres tels que:

i. L'integrite d'identite ou d'entite

Une table doit avoir une cle unique avec une valeur non nulle et tous les attributs portes par l'entite doivent dependre fonctionnellement de la dite cle.

. L'integrite de reference

Si dans une table on trouve une cle faisant reference a une autre table, cette derniere table doit necessaire et obligatoire existe.

SGBD est dit aussi relationnel (totalement) lorsqu'il possede un langage de requete a puissance algebrique. Ce langage lui permettra d'effectuer les operations de l'algebre relationnelle :

. i. La jointure ou la composition

Elle consiste a creer une troisieme table a partir de deux autres repondant aux criteres du produit cartesien c'est-A-dire la troisieme table est composee des colonnes de deux tables.

Comme les deux tables comportent des redondances, pour l'eviter nous devons envoyer la troisieme table a l'impression.

2. La selection

Elle porte sur un seul fic hier et consiste a selectionner un ou plusieurs enregistrements repondant a un crit~re donne et de les mettre dans une deuxieme table.

2.3. La projection (selection negative)

Comme la selection, elle porte sur un seul fic hier et consiste a selectionner dans la liste des champs d'un fic hier, ceux qui sont interessant pour l'application.

N.B. La projection se porte sur les colonnes qui sont le contraire de la selection qui se fait sur les lignes.

A titre d'exemple de SGBD relationnel, nous citons :

· Dbase (111, 3, 3+, 4, 5)

· Cliper

· Fox pro

· Fox base

· Paradoxe

· Access

· Oracle

SECTION3 : METHODE MERISE I.3.1. Definition

Merise est une methode de conception et du developpement de système d'information.

Cette methode est le fruit acide mais c harnu du merisier noir. La methode a pris ce nom parce qu'elle est difficile pour le debutant mais agreable et facile a la fin.

Certains auteurs ont pu definir la Merise comme une methode de recherche en informatique par sous ensemble⁸

I.3. 2. Caracteristiques

A. Base sur l'approche systemique

Dans cette approc he, l'entreprise est consideree comme un système, par contre l'ancienne approc he dit cartesienne et analyse, n'avait pas d'interaction entre ses elements et ceci aboutissait a des redondances. Cette methode permet d'avoir une vision globale de c hoses.

B. Elle procede par niveaux et par etapes Le tableau ci-dessous resume cette procedure :

ETAPES	MODELE
	DONNEES	TRA1TEMENTS
CONCEPTUEL	Modèle Conceptuel des donnees	Modèle Conceptuel des traitements
ORGAN1SAT1ONNEL	Modèle Organisationnel des donnees	Modèle Organisationnel des traitements
LOG1QUE	Modèle Logique des donnees	Modèle Logique des traitements
PHYS1QUE	Modèle Physique des donnees (MPD)	Modèle Physique des traitements

En parcourant ces quatre etapes, nous parlerons de la conception d'un Système d'1nformatique. Ces quatre etapes divisees c hacune en niveau.

La première est le niveau de donnees et le second est le traitement. Dans c haque etape et niveau, il y a des modèles.

D'oii la Merise est une technique de modelisation.

⁸ MV1BUDULU, Methode de rec herc her en 1nformatique, note de cours, L2 1nformatique de Gestion, U.P.C, 200E

Le systeme d'information que nous concevons se presente en deux phases :

PHASE i : Conception du Systeme d'Information Organise

(S.I.O)

Cette phase est importante car une informatisation sans organisation ne vaut rien car l'informatisation precede l'organisation et cette phase comprend les &tapes ci-apres :

i. Etape Conceptuelle

Qui repond a la question « Quoi ? ».

1ci on c herc he a savoir le but ou l'objectif voulu pour le logiciel.

. Etape Organisationnelle

Elle repond aux questions « Qui ?, Quand ?, ou ? »

A la question « Qui» », nous c herc hons a savoir si la solution doit-elle etre une machine ou un homme.

A la question « Quand » », nous c herc hons a determiner la periodicite de l'execution de la tache.

En utilisant la question « ou », nous voulons indiquer le poste de travail oii va s'executer la tache.

PHASE z : Conception du Systeme d'Information Informatise

(S.I.I9

Elle comprend deux étapes a savoir :

1. Etape Logique

2. Etape Physique

Dans ces deux étapes, nous allons répondre a la question 0 Comment ? ».

Le travail d'un ingénieur concepteur revient a c herc her les ardwares et softwares nécessaires pour la réalisation du systeme.

C. La separation des donnees et des traitements

La méthode Merise permet que les informations et leurs relations soient traitées d'une part et les utilisations qui en sont faites d'autre part.

La séparation des données et des traitements assure une longévité au modele. En effet, l'agencement des données n'a pas a été souvent remanié, tandis que les traitements le sont plus fréquemment.

D. Procede par cycle

Cycle d'abstraction



Cycle de vie du projet





Faisable

Opportun

Etude prealable

Materiel
Logiciel

Etude technique

Production Logiciel

Conception du S.I.O

Cycle de decision

La Merise comprend trois cycles comme le montre le grap hique

ci- haut.

Nous pourrons donner la particularite de c haque cycle de la Merise dans les lignes qui suivent :

t. Cycle de vie d'un projet

Le cycle de vie d'un projet commence soit par un P.D.1 (Plan directeur de l'informatique) ou un S.D.1 (Schema directeur de l'informatique).

Ces deux documents sont utilises pour planifier tout ce qui sera fait dans le service informatique au cours de l'annee.

Ce qui fait la difference entre ces deux documents, est que le P.D.1 est le document a court terme tandis que le S.D.1 est un document a long terme. Dans ce cycle de vie, c haque periode correspond une activite bien precise.

. Cycle d'abstraction ou cycle de raisonnement

C'est le cycle qui interesse beaucoup l'un ingenieur concepteur. Dans ce cycle, lorsque nous passons d'une &tape inferieure a une &tape superieure le raisonnement du concepteur devient de plus en plus abstrait.

Ces étapes comprennent :

· Conceptuelle

· Organisationnelle

· Logique

· Physique

3. Cycle de decision ou mattrise

Ce cycle est caracterise par la prise de decision par les membres du systeme de pilotage.

I.3.3.APERCU SUR LES MODELES

I.3.3.1. Le Modele Conceptuel des Donnees (MCD)

L'ingenieur concepteur c herc he a determiner quels objets pour equiper la base de donnees et quelles relations utilisees entre ces objets. C'est pour cela, l'utilisateur doit exprimer d'une maniere generale ses besoins en donnee et le MCD est une representation du monde reel vu par l'utilisateur et sa conception necessite les elements ci-apres :

1. Recensement et description des objets (et relations) A) Definitions

i. Objet :

C'est une entite (individu ou chose) abstraite ou concrete ayant une existence autonome et presentant un certain interet dans le domaine de gestion considere.

. Proprietes:

C'est le plus petit element d'information.

Les proprietes sont utilisees pour decrire les objets et les relations.

3. Identifiant :

C'est la propriete qui permet de distinguer l'occurrence d'un objet ou d'une entite. L'identifiant dans l'objet (entite) est toujours souligne.

Exemple : L'objet etudiant a pour identifiant le numero matricule

Association (relation): L'association est definie comme la relation qui unit deux ou plusieurs entites (objets).

Dimension : C'est le nombre d'objet qu'une relation unit.

Exemple : Les objets Encadreur et lecons ainsi que la relation Dispenser font l'objet d'une relation a deux dimensions (ou binaire)

b) Formalisme

Le formalisme permet de visualiser rapidement les objets et les relations dégagées par le concepteur.

Il faut :

i. Pour les objets

· Attribuer un nom a c haque objet ;

· Adjoindre les noms de toutes les propriétés rattac hées ;

· Sc hématiser l'ensemble de ces éléments sous forme d'un rectangle.

Nom objet

- propriété

- propriété

Exemple :

ENCADREUR

Matricule Nom

Sexe

Adresse

. Pour les relations

· Attribuer un nom a c haque relation ;

· Adjoindre les noms de toutes les propriétés qu'elles portent (Si celle-ci existent)⁹ et des objets qu'elle associe ;

· Sc hématiser l'ensemble de ces éléments sous la forme d'un ovale relié au rectangle.

Nom objet

- propriété

- propriété



Relation
Propriété

⁹ 'Line relation peut ne porter aucune propriété.

Nom objet

- propriété

- propriété

Exemple :

ENCADREUR LECON

Matricule Nom

Sexe

Adresse

-Code_ leçon -Intitule



DISPENSER

C. Methode de recensement i. Le dictionnaire des donnees

Il comprend la liste des donnees relatives au domaine de gestion considers ; Existe dans certaines entreprises et peut etre mis a la disposition du concepteur.

. Les regles de gestion

La regle de gestion est la traduction conceptuelle des objectifs c hoisis et des contraintes acceptees par l'entreprise.

Les regles de gestion nous permettent de denombrer les objets et relations d'un domaine de gestion dans une entreprise.

Exemple : Un enfant doit avoir une seule carte de naissance.

Dans cette regle, on peut determiner les objets 0 ENFANT » et 0 CARTE » et la relation 0 Avoir ».

3. Le diagramme de flux

C'est un grap he permettant de voir comment circulent les flux.

z. Definition des contraintes

a) Contrainte des cardinalites

La cardinalite permet d'exprimer le nombre de fois, minimum et maximum que l'objet ou l'entite participe a une relation.

D'apres MER1SE, nous distinguons les cardinalites ci-apres :

	M1N1MUN	MAX1MUN		LECTURE	1er cas
0	1	Zero ou une fois		2^eme cas
1	1	Une et une seule fois		3^eme cas
1	N	Une ou plusieurs fois		4eme cas
0	N	Aucun ou plusieurs fois		5emer cas
n	N	Plusieurs fois

b) Contrainte d'integrite fonctionnelle (CIF)

La contrainte d'integrite fonctionnelle dans une relation exprime que l'un de ces objets est totalement identifie par la connaissance des autres.

1l nous est demande d'identifier le C1F pour optimiser la base de donnees c'est-à-dire diminuer le nombre d'information a stocker dans les memoires de masse et dans la memoire centrale de l'ordinateur, on recommande toujours l'utilisation de contrainte d'integrite fonctionnelle dans le cas oti la relation est du type « Pere » -« Fils ».

Cardinalite Pere : (1, n) ou (0, n) Cardinalite Fils : (0, 1) ou (1, 1)

Sc hematiquement, on representera le C1F en ajoutant sur le schema conceptuel, une fleche allant de l'objet de cardinalite (0, 1)

ou (1, 1) vers l'autre objet determine.

Remarque :

Celui qui pointe, c'est le « Fils » et celui qui est pointe, c'est le « Pere ». Ainsi, un « Fils » ne peut avoir qu'un un seul « Pere ».

Exemple :

ENCADREUR LECON

Matricule Nom

Sexe

Adresse

-Code_ leçon -Intitule

1,1 1, n



DISPENSER

c) Contrainte d'unicite de la cle

La cle est la propriete de l'objet c hoisi comme identifiant.

La contrainte d'unicite de la cle prevoit que la cle primaire ne doit pas avoir une valeur nulle et surtout elle doit être unique.

d) Contrainte d'integrite reference

Elle permet de distinguer une base de donnees relationnelle d'une base de donnees partiellement relationnelle.

Exemple : Dans un fic hier Professeur, le numéro matricule étudiant est une cle étrangere et fait reference a un autre fic hier (ETUD1ANT) dans lequel il est cle primaire.

1.3.3. 2. Le Modele Conceptuel des Traitements (MCT)

Le MCT traduit aussi la raison d'être de l'organisation en répondant a la question 0 Quoi faire ? » en négligeant le 0 Qui ? », le 0 Ou ? », le 0 Comment ? ».

L'objectif poursuivi est de préciser, pour c hacun des acteurs de l'entreprise, les événements qui les déclenchent, les regles de gestion selon lesquelles se déroulent et les résultats qu'elles produisent.



Client

Enregistrement commande

Les concepts de base pour construire le MCT sont :

i. Evenement

C'est un fait qui declenche une action ou plusieurs actions. L'evenement est formalise par un cercle ovale :



Evénement

Exemple : Arrive d'un client



Arrivé client

. Acteur

C'est une personne externe a l'entreprise et pouvant etre a l'origine du déclenchement d'un événement.

L'acteur est formalise par un losange :



Acteur

Exemple : L'acteur « client » declenche l'evenement « enregistrement commande ».

3. Operation

Une operation est definie comme un ensemble d'actions qui sont executables sans interruption.

L'opération se présente dans un rectangle :

OPERATION

Exemple :

L'opération « contrôle » regroupe les actions suivantes dans l'inscription d'un enfant dans un groupe de formation :

· Verification de la religion de l'enfant ;

· Verification de l'âge de l'enfant ;

· Verification de l'adresse de l'enfant



Arrivé de l'enfant

Demande d'inscription

Contrôle

-vérification religion -vérification âge -vérification adresse

4. Resultat

C'est le produit de l'exécution d'une operation. Il se présente dans le meme formalisme que l'événement et peut etre le déclencheur d'une autre operation.

5. Regle &emission

L'operation est souvent decrite par un ensemble de regles de gestion (evenement organise sous forme d'un algorithme) mais la realisation de cette operation est soumise a des contraintes.

Parmi ces conditions, nous pouvons avoir :

· Toujours (tjs) : L'opération est c haque fois réalisée.

· Oui (OK) : Si la condition est vraie.

· Non (KO) : Si la condition n'est pas vraie.

Exemple :



Arrivé de l'enfant



Demande inscription

Contrôle

- Verification religion

- Verification age

- Verification adresse

KO



Etablissement fiche
d'adhesion

Inscription
refusée

OK



RI R2

5. Synchronisation

La synchronisation correspond donc a la condition d'exécution de l'opération dans le cas oil l'opération est déclenc hée par deux ou plusieurs événements.

Elle se présente sous forme d'opérateur booléenne (ou, et, no) et elle se fait dans un entonnoir.

a ub, anb a u bnc

N.B.

L'opérateur booléenne se présente comme suit:

Et :n Ou : u

Partant de tous ces éléments constitutifs du MCT, nous pourrons avoir comme formalisme général du MCT :



1

2

NOM OPERATION

REGLES D'EMISSION

I.3.3.3. Le Modele Organisationnel des Donnees (MOD)

Le MOD est le MCD tronque. Il est toujours global et se distingue du MCD par le fait qu'il ne contient que les objets et les relations qui seront memorisees informatiquement alors que le MCD contient tous les objets du domaine considere.

Le passage du MCD au MOD global se fait par :

La suppression des objets et des relations qui ne seront pas memorises informatiquement ;

La creation des objets ou des proprietes qui permettront de faire le lien entre le systeme manuel et le systeme informatise.

Sur le plan formalisme, le MOD a le meme formalisme que le MCD et il est frequent que tous les objets du MCD soient memorises informatiquement. Dans ce cas, le MCD est egal au MOD global.

QUANTIFICATION DE LA MULTIPLICITE

Elle consiste en l'estimation des valeurs indefinies utilisees dans le MCD. Cette estimation se fait par :

i. Cardinalite maximum

Le concepteur doit c herc her a donner une valeur precise a 0 n ». Mais il n'est pas toujours facile de le determiner.

. Cardinalite maximum a 95 wo

Il faut prendre la propriete qui possede un grand nombre d'occurrences, determiner ce nombre, le multiplier par 95 et le diviser par 100.

C3. ardinalite modale

Le mode est la frequence la plus elevee dans une observation.

4. Cardinalite moyenne (Cmoy)

Cmoy = [(m +2M +ma) /4["p ou

m=Cardinalité minimum, toujours égale a 1 M=Mode

ma =maximum

p =Taux de participation = Effectifprésent Effectiftotal = 1-taux d'absenteisme



1.3.3.4. Le Modele Organisationnel des Traitements (MOT)

C'est l'intégration des notions de poste de travail ou de traitement

automatise.

Aux questions fondamentales « Oiz ?», « Qui ? », et « Quand ? » repondront respectivement le poste de travail concerne ;

Le c hoix entre un traitement « automatique » ou « manuel » et la precision du deroulement dans le temps de differentes actions.

Dans le MOT, le processus devient la procedure fonctionnelle, les operations deviennent des tables et l'ensemble des taches qui s'effectuent dans un meme poste de travail est une phase.

Le formalisme est celui du MCT auquel il faut ajouter trois colonnes :

DEROULEMENT	PROCEDURE FONCT1ONNELLE	NATURE	POSTE DE TRAVA1L
QUAND		QU1	Oiz

Les deux niveaux conceptuel et organisationnel ont permis d'avoir la representation de l'organisation de l'entreprise (on parle du Syst~me d'information organise) sans tenir compte des aspects techniques et économiques de memorisation et d'acces¹o .

Avec les deux niveaux qui restent commence l'informatisation proprement dite. On parlera alors du Systeme d'information 1nformatisé.

1o D.NANC1, B.EP1NASE, 1ngenierie des Systemes d'information MER1SE, 2^eme Generation, Edition Sybex, Paris, 1996.

Les questions que l'on pose sont : 0 Comment ? » et 0 Quels moyens ? ». Pour y repondre, on doit recenser les materiels et logiciels necessaires.

1.3.3.5. Le Modele Logique des Donnees (MLD)

Le passage du MOD au MLD brut est automatique.

Si l'on c hoisi de travailler avec un SGBD de type relationnel, on obtient un MLD relationnel brut.

On l'appelle 0 Brut » car meme apres avoir applique sur le MOD une serie des regles lors du passage du MOD au MLD, la redondance demeure. C'est pourquoi, il faut le faire suivre, encore, d'une derniere operation : NORMAL1SAT1ON

T heoriquement, il existe cinq regles de normalisation ou cinq formes normales. Mais en pratique, le MLD est valide ou normalise à la troisieme forme dejà normale.

Apres avoir obtenu le MLD valide, il lui faut associer les sc hemas Logiques relationnels associes.

Pour terminer la modelisation logique des donnees normalisees, il faut faire le calcul du volume de la Base de donnees et celui des index.

1.3.3.6. Le Modele Logique des traitements (MLT)

Le MLT est l'un des outils principaux qui permettent de realiser le Syst~me d'information.

C'est l'eclatement du Modele Organisationnel des Traitements en unites Logique des Traitements (ULT).

Une Unite Logique des Traitements (ULT) est un ensemble d'instructions machines executant sous les memes conditions.

Regles de passage du MOT au MLT :

· Les evenements et les resultats disparaissent et sont remplaces par les evenements logiques ;

· La tache ou l'operation se traduit en une suite d'instructions qui seront executees par machine ;

· La procedure fonctionnelle (PF) devient l'Unite Logique des Traitements (ULT).

I.3.3.7. Le Modele Physique des Donnees (MPD)

Le MPD constitue l'aboutissement de tous les modeles de donnees. C'est l'etape qui precede immediatement la production proprement dite de la solution retenue.

Il s'interesse au SGBD c hoisi pour operer cette transformation. C'est- a -dire le SGBD c hoisi traduit le MLD relationnel en faisant appel a ses instructions pour la definition de donnees.

I.3.3.8.Le Modele Physique des Traitements (MPT)

Le MPT consiste en la construction d'une representation faisant apparaitre les composants logiciels integres, leur nature (taches en mode Temps Reels, Taches en mode Temps Differe TD) et en fin leur hierarc hie.

L'arc hitecture des programmes TR et TD devra cependant tenir compte de parametres ci-dessous :

i. Ordinateur central :

Type, marque, memoire centrale, memoire secondaire, systeme d'exploitation, langage de programmation.

z. Poste de travail :

Type, marque, memoire centrale, memoire secondaire, systeme d'exploitation, SGBD, langage de programmation.

Imprimante : Type, vitesse...

Reseau : Nature, modele de connexion, vitesse...

SECTION 4 : RESEAU 1.3.4.1. Definition

L'evolution de micro-ordinateur nous offre aujourd' hui des moyens de partager de ressources entre plusieurs utilisateurs, au meme moment, en se connectant autour d'un dispositif logique et materiel tous les ordinateurs. Ce dispositif est appele reseau.

Grace a des dispositifs speciaux constitues de la carte reseau et des cables de donnees, nos ordinateurs sont connectes a un ordinateur chef d'orc hestre appele 0 Serveur des fichiers ».

Il permet egalement de repartir et de decentraliser les applications complexes ainsi que le partage de certains perip heriques.

D'oti nous pouvons definir un reseau comme etant un ensemble d'objets interconnectes les uns avec les autres. Il permet de faire circuler des elements entre c hacun de ces objets selon des regles bien definies¹¹.

1.3.4.2. Types de reseau

On distingue generalement deux types de reseaux bien differents qui possedent des similitudes.

· Les reseaux poste a poste (peer to peer / egal a egal)

· Reseaux organises autour de serveurs (Client/Serveur)

Ces deux types de reseau ont des capacites differentes. Le type de reseau a installer depend des criteres suivants :

· Taille de l'entreprise

· Niveau de securite necessaire

· Type d'activite

· Niveau de competence d'administration disponible

· Volume du trafic sur le reseau

· Besoins des utilisateurs du reseau

· Budget alloue au fonctionnement du reseau (pas seulement l'ac hat mais aussi l'entretien et la maintenance)

¹¹ Www. Comment ca marc he.net



Switch ou
HUB

1.3.4.3. Topologic I. En etoile

Les ordinateurs sont connectés les uns aux autres a partir d'un switch. Cette topologie a pour inconvénients la collision qui a comme conséquence la perte de l'information et si le cable se casse quelque part, tout le réseau est paralysé.

. En anneau

Les ordinateurs communiquent c hacun a son tour, on a donc une boucle d'ordinateurs sur laquelle c hacun d'entre-eux va "avoir la parole" successivement.



3. En bus

Tous les ordinateurs sont reliés a une même ligne de transmission par l'intermédiaire de cable généralement coaxial. Le mot "bus" désigne la ligne physique qui relie les machines du réseau.



Cette topologie a pour avantages d'être facile a mettre le réseau en ceuvre et de fonctionner facilement, par contre elle est extrêmement vulnérable étant donné que si l'une des connexions est défectueuse, c'est l'ensemble du réseau qui est affecté.

On distingue differents types de reseaux (prives) selon leur taille, (en termes de nombre de machines) leur vitesse de transfert des donnees ainsi que leur etendue.

Les reseaux prives sont des ceux appartenant a une meme organisation. On distingue generalement trois categories de reseaux :

I^° Les reseaux locaux (Local Area Network : LAN)

Les ordinateurs sont connectes les un aux autres sur une zone geograp hique moins tendue (Dans l'entreprise). Communement nomme intranet.

° Les reseaux metropolitains (Metropoliain Area Network : MAN)

1ls effectuent l'interconnexion de plusieurs sites d'une meme ville. 1ls doivent etre capables d'interconnecter les reseaux locaux de differents batiments et de prendre en charge toutes les machines de l'ensemble de gestion du site distribue. Nous parlerons de l'Ethernet.

3^° Les reseaux etendus (Wide Area Network : WAN)

1ls sont destines a transporter des donnees numeriques sur de grandes distances a l'ec helle d'un pays (exemple : 1nternet).

CHAPITRE II : PLANNIG PREVISIONNEL DE REALISATION

DU PROJET

Dans ce c hapitre, nous allons proceder a l'ordonnancement et l'enc hainement des taches contribuant a la realisation de ce projet en respectant certaines contraintes qui peuvent etre, soit les contraintes d'anteriorites, soit les contraintes de date.

L'objectif consiste a minimiser la durée totale de realisation du projet. On appelle projet, l'ensemble d'opérations qui doivent permettre d'atteindre un objectif clairement exprimable et présentant un certain caractere d'unicité.

Un projet mobilise des ressources durant sa realisation, celui-ci possede egalement un coat et fait donc l'objet d'une budgetisation de moyens.

De cette maniere, il est nécessaire de s'assurer que tout au long du projet, que le produit en cours de realisation correspond clairement aux attentes du client.

Pour realiser notre projet, nous avons c hoisis la methode C.P.M (Critical Path Method).

SECTION i : PLANNING DES TACHES II.~.~. Principe de la methode^`2

i. Methode de chemin critique

Etape 1 :

Determiner le plus long c hemin de la source n1 a tous les autres nceuds nj , j ? 1 avec l~algorithme II de FORD.

Etape 2 :

Definir ES (nj)= M (nj) ? J= 1,..., n. LS (nn)= M (nn)

Sac hant que ES (nj) de note le temps le plutot possible et le resultat nj peut etre obtenu au temps le plutot du debut de l~evenement.

Et LS (nn) de note le temps le plus tard acceptable.

Etape 3 :

Determiner

LS (nj)=min { ( LS (nk) - djk) /(nk ? N^S(nj) ? (? LS (nk) ? nk ? N^S(nj)

}? J=¹, ...,n.}

Etape4 : Definir M= {nj/ES=LS (nj)}

Determiner {CP}= {CPl= ( n1, nj....nn)\ (ni ? M) ? (ES(nj)- ES(ni) =? l=1,....,q ? N. =le nombre de c hemin critique dans le reseau.

La duree du projet est ES ( nn) correspond au temps le plutot du dernier evenement.

¹² KUTANGILA MAYOYA, cours d'étude de cherches opérationnelles, Kinshasa, inédit, 1^ème Licence Informatique de Gestion, U.P.C, 2005-2006

z. Algorithme de FORD II

i. Hypothese :

Etant donne qu'un grap he pondere (evalue) N avec des arcs ponderes C i j < 00 v a i j E A. Determiner la longueur du plus long c hemin de nr a c hacun des autres nceuds nj v j r.

. Principe :

L'algorithme determine dans un processus iterati~ une suite d'etiquette dont les valeurs sont monotones et non decroissantes a tous les nceuds jusqu'aucune nouvelle etiquette ne soit assignee.

L'etiquette d'un nceud v nj est alors la longueur du plus long c hemin du nceud initial nr au nceud nj.

Descriptive :

Etape1 : Determiner les etiquettes M (nj)= 0 v j=1,..., n. Etape 2 : Determiner Q= {a i j\ M (nj) - M(ni) < C i j }

Etape3 : Si Q = 0

Si oui stop, M (nj) est la longueur du plus long c hemin de nr a nj v j.

Etape4 : Choisir un arc ast E Q et definir l'etiquette M (nt)= M (ns) + Cst Aller a l'etape 2.

Attention a l'etape 4, c hoisir le premier arc ast avec les indices s et t similaire a r.

II.i.z. Analyse des tiches

T~cbes	Libellés	T~ches antérieures	Durée en jours	Coutfjours	Total Général
A	Recueil de l'existant	-	12	$US 2	$US 24
B	Analyse de l'existant	A	14	$US 3	$US 42
C	Critique de l'existant	B	3	$US 2	$US 6
D	Scenario de developpement	C	2	$US 2	$US 4
E	Recensement des regles de gestion	D	3	$US 2	$US 6
F	Modele Conceptuel des données	E	5	$US 2	$US 10
G	Modele Conceptuel des Traitements	E	4	$US 5	$US 20
H	Modele Organisationnel de données	F	4	$US 3	$US 12
1	Modele Organisationnel des Traitements	G	3	$US 3	$US 9
J	Modele Logique des données	H	8	$US 3	$US 24
K	Modele Logique des Traitements	1	7	$US 5	$US 35
L	Modele Physique des données	J	3	$US 5	$US 15
M	Modele Physique des Traitement	K	7	$US 5	$US 35
N	Developpement de S.1.1	L, M	60	$US 2	$US 120
0	Formation des utilisateurs	N	15	$US 7	$US 150
P	Acquisition des materiels	0	5	$US 3	$US 15
Co~t Total du Projet					$US 527



45

11.1.4. Construction du graphe C.P.M

41/41

N10

K(7)

38/38

12/12

I(3)

48/48

N8

B(14)

N12

N2 N3

M(7)

G(4)

A(12)

130/130

26/26

135/135

N4

55/55

34/34

C(3)

P(5)

0/0

N1

N15

N6

N13

29/26

N16

D(2)

N(60)

N5

E(3)

F(5)

O(15)

N7

31/31

N11

39/40

L(3)

N14

H(4)

115/115

N9

51/52

J(8)

43/44

SECTION z De: termination du chemin critique et Calcul des dates

Etape1 :

1ere iteration

1. Etiquetons les nceuds :

M(n1)=M(n2)=M(n3)=M(n4)=M(n5)=M(n6)=M(n7)=M(ns)=M(n9)=M(n10)=M(n11) =M(n12)=M(n13)=M(n14)=M(n15)=M(n16)=0

2. Q= {a12, a23, a34, a45, a56, a67, a68, a79, a810, a911, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q? 0

4. ast= a12; M(n2)= M(n1)+C12=0+12=12

2^eme iteration

2. Q= { a23, a34, a45, a56, a67, a6s, a79, as10, a911, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q ? 0

4. ast= a23; M(n3)= M(n2) +C23=12+14=26

3^eme iteration

2. Q= {a34, a45, a56, a67, a6s, a79, aR10, a911, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q ? 0

4. ast= a34; M(n4)= M(n3) +C34=26+3=29

4eme iteration

2. Q= {a45, a56, a67, a6s, a79, as10, a911, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q? 0

4. ast= a45; M(n5)= M(n4)+C45=29+2=31

5^eme iteration

2. Q= {a56, a67, a6s, a79, as10, a911, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q? 0

4. ast= a56 ; M(n6)= M(n5)+C56=31+3=34

6^eme iteration

2. Q= {a67, a68, a79, as10, a911, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q ? 0

4. ast= a67 ;M(n7)= M(n6)+C67=34+5=39

47

7eme iteration

2. Q= {a68, a79, a810, a911, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q# 0

4. ast= a79 ;M(n9)= M(n7)+C79=39+4=43

8eme iteration

2. Q= {a68, a810, a911, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q# 0

4. ast= a911 ; M(n11)= M(n9)+C911=43+8=51

9eme iteration

2. Q= {a68, a810, a1012, a1113, a1213, a1314, a1415, a1516}

3. Q# 0

4. ast= a1113 ;M(n13)= M(n11)+C1113=51+3=54

10^eme iteration

2. Q= {a68, a810, a1012, a1213, a1314, a1415, a1516}

3. Q# 0

4. ast= a68 ; M(n8)= M(n6)+C68=34+4=38

11eme iteration

2. Q= {a810, a1012, a1213, a1314, a1415, a1516}

3. Q# 0

4. ast= a810 ; M(n10)= M(n8)+C810=38+3=41

12^eme iteration

2. Q= { 1012, a1213, a1314, a1415, a1516}

3. Q# 0

4. ast= a1012 ; M(n12)= M(n10)+C1012=41+7=48 13^eme iteration

2. Q= {a1213, a1314, a1415, a1516}

3. Q# 0

4. ast= a1213 ; M(n13)= M(n12)+C1213=48+7=55 14^eme iteration

². Q= {a1314, a1415, a1516}

3.Q#0

4. ast= a1314 ; M(n14)= M(n13)+C1314=55+60=115

15eme iteration

2. Q= {a1415, a1516}

3. Q# 0

4. ast= a1415 ; M(n15)= M(n14)+C1415=115+15=130

16^eme iteration

2. Q= {a1516}

3.Q#0

4. ast= a1516 ; M(n16)= M(n15)+C1516=130+5=135

17^eme iteration

2. Q= { }

3. Q=0

Donc M(n16) =135 est la longueur du plus long c hemin de n1 a n16. Etape2 :

ES(ni)=M(ni)

ES(n1)=0 ES(n2)=12 ES(n3)=26 ES(n4)=29 ES(n5)=31 ES(n6)=34

ES(n7)=39 ES(n8)=38 ES(n9)=43 ES(n10)=41 ES(n11)=51 ES(n12)=48

ES(n13)=55 ES(n14)=115 ES(n15)=130 ES(n1)=135

Etape 3:

LS(n16)=135 ; LS(n15)=min{(135-5)}=130 ; LS(n14)=min{(130-15)}=115 LS(n13)=min{(115-60)}=55; LS(n12)=min{(55-7)}=48; LS(n11)=min{(55-3)}=52 LS(n10)=min{(48-7)}=41; LS(n9)=min{(52-8)}=44; LS(n8)=min{(41-3)}=38 LS(n7)=min{(44-4)}=40; LS(n6)=min{(40-5), (38-4), (40-5)}=min{35,34}=34 LS(n5=min{(34-3}=31; LS(n4)=min{(31-2)}=29; LS(n3)=min{(29-3)}=26 LS(n2)=min{(26-14)}=12

Etape 4:

M={ n1, n2, n3, n4, n5, n6, n8, n10, n12, n13, n14, n15, n116 } {Cp}=( n1, _n2, n3, n4, n5, n6, n8, n1o, n12, n13, n14, n15, n116 )

La durée du projet sera de 135 jours.

CHAPITRE III : ETUDE PREALABLE

Cette etape presente le cadre de l'etude, analyse les points forts et faibles de son fonctionnement et propose les solutions correctives.

L'analyse de fonctionnement du systeme consiste a evaluer objectivement le niveau d'adequation des objectifs atteints a la planification et de tirer les consequences qui s'imposent.

SECTION i : RECUEI L DE L'EXISTANT III.~.'. PRESENTATION DE L'ENTREPRISE III.i.i.i. Historique

Le but de l'actuel hopital provincial de reference de Kinshasa, en sigle H.P.G.R.K. remonte vers les annees 1912 epoque oil ce ne fut qu'un simple dispensaire recevant la population indigene en soins ambulatoires.

A la longue, l'accroissement de la population de la ville de Kinshasa, l'expansion des industries c hanic, itexaf et huileries du Congo-Belge ainsi que la construction de c hemin de fer Matatdi-Leopoldville entrainerent une forte migration et une frequentation importante, a tel point que son extension s'avere necessaire sous la direction de madame NecKer assistee par 4 regulieres (aides infirmieres et aides accouc heuses).

En 1925, ce dispensaire general fut transforme en un centre hospitalier avec 4 services de base : medecine interne, c hirurgie, maternite et soins communautaires. La capacite d'accueil de ce centre fut de 80 lits reserves aux indigenes d'ou l'appellation <<l' hopital des Congolais>>.

En 1930, il y eut la construction de nouveaux pavillons (5, 6 et 9) ce qui porta la capacite de l'hopital a 150 lits.

En 1941, la capacite d'accueil ayant ete depassee, les autorites congolaises resolurent d'accroitre le nombre de pavillons pour les services suivants :

· Hospitalisation des malades operes

· Hospitalisation des fractures et accidentes divers

· Hospitalisation des evolues

· Medecine generale

· Pediatrie

· Maternite

· Logement du personnel religieux

En 1949, malgre divers bouleversements causes par la deuxieme guerre mondiale et l'enrolement dans les services militaires de nombreux Congolais, la population de Leopoldville s'accroissait du jour au jour.

Cette situation incita les responsables de l'hopital a renforcer ses services par la construction de quatre pavillons (8, 10, 12 et 14).

En 1953, sur la demande du docteur PER1N, furent construits deux nouveaux pavillons (16 et 17) et l'hopital comptait 1250 lits avec quatre disciplines differentes : medecine interne, c hirurgie, gyneco obstetricale, pediatrie ainsi que plusieurs services specialises (op htalmoscopie, stomatologue, dermatologie et ORL).

En 1958, le medecin provincial supprima l'appellation de <<l' hopital des Congolais>> par sa lettre n° 700/A/6834 du 06 Novembre 1958 pour adopter celui de << l'hopital de Leopoldville Est>>.

En 1960, les evenements de l'independance provoquerent beaucoup de depart massif des medecins expatries. Ce fait entraina un mauvais fonctionnement de l'hôpital et une depreciation de la qualite de soins accordes aux malades.

C'est ainsi que les organismes internationaux comme CMOS vont assurer rapidement la releve en fournissant un personnel qualifie.

En 1970, l'hopital de Leopoldville Est prit le nom de <<l'hopital general de Leopoldville>> et sa gestion est confiee a une A.S.B.L denommee <<Fonds medical de coordination>> FOMECO en sigle.

L'hôpital connaitra une grande expansion avec la construction des pavillons : Pavillon 10 : Soins respiratoires

Pavillon 21 : Garage

Pavillon 24 : Medecine interne

Pavillon 30 : Service de p harmacie, ac hat et atelier

Pavillon 31 : Radiologie

En 1972, suite a la politique de recours a l'authenticite et suppression de noms c hretiens l'hôpital s'appellera <<Hôpital Mama YEMO>>.

En 1977, les activites de FOMECO connurent un coup dur a la suite de la crise monetaire qui a affecte notre pays : il y eut un nouveau depart au sein de cet organisme.

Malgre ces innombrables difficultes, l'hopital Mama YEMO resta la plus grande formation medicale du pays.

En 1987, par sa decision n°BUR/CE/29874/S/87 du 26 Novembre 1987, le commissaire d'Etat a la sante publique retira la gestion de l' hopital Mama YEMO du FOMECO qui devient <<Hopital general Mama Yemo>>.

En 1989, par ordonnance presidentielle n°89/169 du 07 Aoilt 1989, il fut cree en lieu et place de l' hopital Mama YEMO une entreprise publique a caractere social denommee <<Hopital Mama YEMO >< et sa capacite a atteint plus de 2000 lits.

En 1992, par sa lettre n°CAB/M1N/SP/0284/92 du 19/02/1992, le ministere de sante a decide d'instituer a l'hôpital un mode de gestion base sur la decentralisation.

En 1996, par decret du premier ministre n°054 du 27/12/1996, l'entreprise publique dotee d'une personnalite juridique fut remplacee par un etablissement public dote d'une autonomie administrative et financiere denommee Hopital Mama YEMO.

En 1997, dans le contexte du nouveau regime issu des mouvements insurrectionnels de l'A.F.D.L et etabli depuis le 17 mai 1997 l' hopital Mama YEMO a repris le nom de <<Hopital general de Kinshasa>>, H.G.K en sigle.

En 2000, par decrets presidentielles n°082 et 083 du 13 juin 2000 portant respectivement nomination des membres du comite de gestion et de conseil d'administration de l'H.G.K, il est devenu une entreprise publique a caractere social.

En 2002, le statut d'entreprise publique a caractere social est dissout par le decret n°075/2002 du 27 juin 2002. Par ce decret, le personnel et le patrimoine de l'hôpital sont affectes au ministere de la sante publique pour

le service dénommée <<Hôpital Provincial Général de Référence pour la ville de Kinshasa>>, H.P.G.R.K en sigle.

En 2005 par arreté ministeriel

n°1250/CAB/M1N/S/BYY/043/MC/2005 du 31 octobre, nomination de l'équipe du comité de gestion de H.P.G.R.K.

Cet arreté met ainsi fin au comité de gestion provisoire installé depuis Novembre 2001.

III.i.i.z. Mission et objectifs

L'H.P.G.R.K a pour mission et objectifs :

· D'assurer les examens de diagnostics et des soins curatifs, préventifs, promotionnels et des réadaptations aux malades, blessées dans les niveaux périp hérique et intermédiaire ;

· De participer a la recherche médicale et p harmaceutique et a l'éducation sanitaire ;

· D'assurer la formation et recherche ;

· De créer un esprit d'émulation entre les entités décentralisées afin d'améliorer le rendement.

· De maintenir les équipements nécessaires au fonctionnement de l'entité ;

· D'accélérer le traitement des dossiers administratifs ;

· De stimuler l'esprit de créativité et d'initiative ;

· D'accroitre la production ;

· D'assurer l'encadrement des jeunes professionnels diplômés et des stagiaires en cours de formation dans les universités, les instituts supérieurs des techniques médicales.

III.i.z. SITUATION GEOGRAPHIQUE DE L'ENTREPRISE

Flopital Provincial General de Reference de Kinshasa (ex hopital Mama Yemo) est la plus grande formation hospitaliere de la capital et du Congo eu egard de sa capacite d'accueil.

Il est implante au centre ville dans la commune de la Gombe, il est delimite :

Au Nord par l'avenue Wangata ;

Au Sud par l'avenue de l' hopital ;

A l'Est par le couvent des sceurs sur avenue Tombal baye ; A l'Ouest par le jardin zoologique de Kinshasa.

Sa superficie est 94.345,31 m² dont 80.565 m² par les pavillons. III.1.3. ORGANIGRAMME GENERAL

Un organigramme est une representation sc hematique de la structure de l'entreprise qui permet d'avoir une vision globale de celle-ci.

Il doit etre une tentative grap hique de representer la maniere dont fonctionne une societe et non par etat du personnel.

Ainsi, l'organigramme de l' hopital provincial general de reference de Kinshasa se presente comme suit :

					55	Conseil de gestion
					Direction générale
			· Secrétariat · Audit interne · Sécurité et contentieux · Relations publiques et protocole

Direction médicale

Secrétariat

Direction administrative et fin.



Direction Pharmacie

Direction de nursing

Secrétariat



· Secrétariat

· Division régie

Secrétariat



·



S/Direction
administrative



· Division du personnel

· Division du Mvt. et Stat.

· Division sociale

· Division des approv.

· Différents services



S/Direction Formation

S/Direction des soins

Chirurgie

· Gynéco-obstétrique

· Médecine interne

· Pédiatrie

· Anesthésie & réanimation

· Soins communautaires

· Spécialités

· médecine légale

· Différentes unités de soins

· Chirurgie

·

Gynéco-obstétrique

· Médecine interne

· Pédiatrie

· Anesthésie & réanimation

· Soins communautaires

· Spécialités

· Médecine légale

· Spécialités (ORL, Dent & Opht.)

· Centre de transfusion sanguine

· Kinésithérapie et appareillage Ort.

S/Direction
financière



Source : Division du personnel

Département
Pharmacie et services



· Division comptabilité · Division du budget et contrôle · Division de trésorerie · Division de facturation et tarification · Division de recouvrement · Différents services

CHEF DU DEPARTEMENT

ADG

SECRETARIAT

ACCUEIL

FACTURATION

MEDECIN INTERNISTE

CHEF DE PAVILLON

INFIRMIER



Service : Médecine interne

Activité : Gestion des Patients

Poste : Chef de Département Qualification : Chef de département

Taches :

1. Superviser les activités au sein de la médecine interne

2. Se faire rendre compte des déroulements des services au sein de son département

3. Veuiller au bon fonctionnement du système par rapport a ses objectifs.

SECTION z : ANALYSE DE L'EXISTANT

Le double visé de cette étude est de :

· Prendre connaissance du domaine ;

· Recenser l'ensemble des objectifs que l'entreprise a assignés au domaine étudié.

Pour bien réaliser cette étude les points ci-après sont abordés : l'étude des postes de travail, l'étude des documents utilisés, l'étude des moyens de traitements et le sc héma de circulation des informations.

III. z.i. ETUDE DES POSTES DE TRAVAIL

Dans cette phase d'étude de poste nous parlerons surtout des activités ou taches de c haque poste.

1l faut noter qu'une tac he est un ensemble d'opération dont la réalisation se fait de faNon non interrompue dans un poste.

L'étude des postes remonte a l'étude du système tout entier, il va s'en dire que nous étudierons le département de la médecine interne.

Voici la distribution des tac hes du système existant :

FICHE DESCRIPTIVE DE POSTE N° 1



Service : Médecine interne Activité : Gestion des Patients Poste : 1nfirmier exécutant Qualification : 1nfirmier(e) Tâches :

1. Suivre les instructions dictées par le chef de pavillon

2. Administrer des soins appropriés aux patients en respectant les normes thérapeutiques établis par le médecin

FICHE DESCRIPTIVE DE POSTE N° 2



Service : Médecine interne

Activité : Gestion des Patients

Poste : Coordination Nursing

Qualification : 1nfirmier(e) chef / Médecin chef

Tâc hes :

1. Contrôler et coordonner les activités infirmiers (es) et les médecins

2. Veuiller a une bonne administration des soins au niveau de c haque pavillon.

3. Elaborer un rapport adressé au chef de département

FICHE DESCRIPTIVE DE POSTE N° 3



Service : Médecine interne Activité : Gestion des Patients Poste : Chef de Pavillon Qualification : Chef de Pavillon

Tâches :

1. Organiser et contrôler les activités de la médecine interne au sein de son pavillon

2. Distribuer les tâc hes que doivent exécutées les infirmiers (éres)

3. Elaborer un rapport des activités qui sera adressé a la coordination nursing

4. Hospitaliser les patients et enregistrer dans un ca hier

FICHE DESCRIPTIVE DE POSTE N° 4



Service : Médecine interne

Activité : Gestion des Patients

Poste : Facturation

Qualification : Chef de pool facturation

Tâc hes :

1. Prélevement des actes

2. Tarification des actes

3. Etablissement de la fiche des frais

FICHE DESCRIPTIVE DE POSTE N° 5



Service : Médecine interne Activité : Gestion des Patients Poste : Médecin interniste Qualification : Médecin

Tâches :

1. S'occuper de la consultation de tous les patients qui se présente A la médecine interne

2. Etablir les bons provisoires des patients, ainsi que billet de sortie, attestation de déces et billet de transfert

3. Faire des tours de salles avec les infirmiers pour se rendre compte de l'état des patients

FICHE DESCRIPTIVE DE POSTE N° 6



Service : Médecine interne Activité : Gestion des Patients Poste : Caisse

Qualification : comptable

Tâches :

1. S'occuper de la perception des frais des soins

2. Etablir le rapport envers les supérieurs

3. Tenue de la comptabilité de la médecine interne

FICHE DESCRIPTIVE DE POSTE N° 7



Service : Médecine interne

Activité : Gestion des Patients

Poste : Sécurité

Qualification : Agent de l'ordre

Tâc hes :

1. Enregistrement de patients qui entrent et qui sortent de l' hôpital

2. Veuiller a la sécurité des biens, bâtiments et des patients

FICHE DESCRIPTIVE DES POSTE N° 8



Service : Médecine interne Activité : Gestion des Patients Poste : Accueil

Qualification : Gestionnaire

Tâc hes :

1. Réception des patients

2. Etablissement fiche d'accueil

3. Enregistrement des patients dans le registre

4. Etablissement diagnostic

FICHE DESCRIPTIVE DE POSTE N° 9

III. z. z. ETUDE DES DOCUMENTS UTILISES

L'etude des documents consiste a recenser et presenter les documents lies a l'application indiquee.

En ce qui nous concerne, nous avons recensé les documents

suivants :

01 Fiche d'accueil

02 Fiche de consultation

03 Registre des malades hospitalises

04 Bon labo

05 Prescription médicale

06 Bon radio

07 Billet de transfert

08 Attestation de déces

09 Fiche de suivi et de traitement

10 Balance de liquidité

11 Fiche de temperature

12 Billet de sortie

13 Fiche des frais (F.F)

14 Registre de fiche des frais

15 Quittance

16 Rapport de service

III.z.z.i. Analyse des documents

1l est important de rappeler que dans cette partie, nous n'avons traité que les documents qui sont nécessaires pour la gestion des patients.

III. z. z. z. Description des documents

N°	NOM DU DOCUMENT	BUT DU DOCUMENT
01	Fiche d'accueil	Permet d'identifier le patient qui vient d'arriver et a recueillir sa pathologie
02	Fiche de consultation	Permet aux médecins de poser les diagnostics sur le malade
03	Registre des malades hospitalisés	Permet d'identifier les malades hospitalisés en médecine interne
04	Bon labo	Permet aux médecins de concilier les diagnostic provisoire émis et les réponses du laboratoire afin d'orienter un schéma thérapeutique
05	Prescription médicale	Permet aux médecins de prescrire les différents médicaments que doit prendre le patient
06	Bon radio	Permet aux médecins de pouvoir exploiter les organes internes sur base des plaintes du patient
07	Billet de transfert	Permet un transfert du patient dans le cas des problèmes qui dépasse le service
08	Attestation de décès	Permet de transférer le corps du patient a la morgue
09	Fiche de suivi et de traitement	Permet aux infirmiers d'assurer la suivie du patient pour sa meilleure prise en charge
10	Balance de liquidité	Permet aux infirmiers de perfuser ou de transfuser un malade
11	Fiche de température	Permet aux infirmiers de suivre l'évolution de la température du patient
12	Billet de sortie	Permet au médecin traitant de faire le point sur la fin des traitements pour autoriser la sortie
13	Fiche des frais (F.F)	Permet de faire le calcul pour la totalité de montant des actes recus a l' ho:pital
14	Registre de fiche des frais	Permet a enregistrer tous les fiches des frais établites au cours de la journée
15	Quittance	Permet de montrer que le patient s'est acquitté de ses dettes vis-a-vis des actes recus a l' ho:pital
16	Rapport de service (R.S)	C'est un document présenté sous forme de lettre, a l'intention du chef de la coordination de nursing et dans lequel le chef de pavillon et son adjoint font l'exposé de l'état d'avancement et besoin de leur pavillon

i. Fiche de consultation

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Année	Année d' hospitalisation	N
Pavillon	Numéro de pavillon	AN
Service	Service de traitement	AN
Lit	Numéro du lit	AN
N°	Numéro d' hospitalisation	AN
Nompat	Nom du patient	AN
Sexe	Sexe du patient	AN
Datenais	Date de naissance	AN
Profession	Profession	AN
Etatcivil	Etat civil	AN
Adresse	Adresse	AN
Datent	Date d'entre	AN
DateSortie	Date de sortie	AN
N°matricule	Numéro matricule	AN
Ant-fam	Antécédent familial	AN
Ant-pers	Antécédent personnel	AN
SigneSubj	Signes subjectifs	AN
SignesObj	Signes objectifs	AN

. Balance de liquidite

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Numdos	Numéro du dossier	AN
Nompat	Nom du patient	AN
Numpav	Numéro de pavillon	AN
Numlit	Numéro du lit	AN
Date	Date	AN
Heure	Heure	AN
Perfusion	Perfusion	AN
Oral	Oral	AN
Urine	Urine	AN
Tube	Tube	AN
Autre	Autres	AN

3. Billet de transfert

CODE RUBR1QUE	DES1GNAT1ON		CARACTERE	Nompat Sympt Motif Date Nom-med
Nom du patient Symptôme Motif Date Nom du médecin	AN AN AN AN AN

4. Fiche d'accueil

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Nompat	Nom du patient	AN
Post nom	Post nom	AN
Sexe	Sexe	AN
Datenais	Date de naissance	AN
Employeur	Employeur	AN
N°matricule	Numéro matricule	AN
Catégorie	Catégorie	AN
Adresse	Adresse	AN
Quartier	Quartier	AN
Commune	Commune	AN
Objetcons	Objet de consultation	AN
Signesubj	Signe subjectif	AN
Signeobj	Signe objectif	AN
Antécédent	Antécédent	AN
Examcompl	Examen complémentaire	AN
Labo	Laboratoire	AN
1mpriclin	1mpression clinique	AN
Nom-infir	Nom d'infirmier d'accueil	AN
Nom-méd	Nom du médecin traitant	AN

5. Registre des patients

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Ancas	Ancien cas	An
Ncas	Nouveau cas	An
N°année	Numéro d'année	N
N°mois	Numéro du mois	N
Nompat	Nom du patient	An
Post(pré)pat	Post nom ou prénom du patient	An
Age	Age du patient	N
Adre	Adresse du patient	An
Serpat	Service du patient	An
Nom-méd	Nom du médecin	An
Monpaye	Montant payer	An
N°quittance	Numéro du quittance	N
Responsable	Responsable	An
Société	Société	An
Diagnostic	Diagnostic	An
Date-entre	Date d'entrée	An
Datesortie	Date de sortie	An
Mode	Mode	An

6. Fiche des frais

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Libelle Sejour Act-Méd Act-Paraméd FF SM	Libelle Séjour Acte médical Acte paramédical Frais forfaitaire Surveillance médicale	An N An An N N

7. Cahier de registre

+CODE RUBR1QUE	DES1GNAT1ON		CARACTERE	Date-Ent
Date d'entrée	An		N°année
Numéro d'année	N		N°mois
Numéro du mois	N		N°lit
Numéro du lit	N		Acas
Ancien cas	An		Ncas
Nouveau cas	An		Sexe
Sexe	An		Adresse
Adresse	An		Responsable
Responsable	An		Société
Société	An		Matricule
Matricule	An		Nom et post nom
Nom et post nom	An		Diagnostic
Diagnostic	An		Datesortie
Date de sortie	An		Mode
Mode	An		Montant-payé
Montant payé	N		N°quittance
Numéro de la quittance	N

8. Prescription medicale

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Médecin	Nom du médecin	An
Service	Service	An
Nompat	Nom du patient	An
Age	Age	N
N°matricule	Numéro matricule	An
Presc	Prescription	An
Date	Date	An
Société	Société	An
N°dossier	Numéro du dossier	N

9. Billet de traitement

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Nom-med	Nom du médecin	An
Numpat	Numéro du patient	N
Sympt	Symptôme	An
Motif	Motif	An
Designation	Designation	An
Date	Date	An
Signature	Signature

to. Registre des patients hospitalises

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Numpat	Numéro du patient	N
Nompat	Nom du patient	An
N°doss	Numéro d dossier	N
Age	Age	N
Sexe	Sexe	An
Service	Service	An
Niit	Numéro du lit	N
Acas	Ancien cas	An
Ncas	Nouveau cas	An
Diagnostic	Diagnostic	An
Date-entrée	Date d'entrée	An
Date-sortie	Date de sortie	An

it. Attestation de dices

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Souscripteur Service Nompat Date Signature	Nom du médecin traitant Service Nom du patient Date Signature du médecin	An An An An

12. Bon labo

CODE RUBR1QUE	DES1GNAT1ON	CARACTERE
Nompat	Nom du patient	An
Age	Age	N
Sexe	Sexe	An
Pavillon	Pavillon	An
Lit	Lit	N
Ambulatoire o/n	Patient nom ambulatoire	An
Diagnostic	Diagnostic	An
Médecin	Nom du médecin	An
Service	Service	An
Date	Date	An

111. 2.3. Etude des moyens de traitement

Pour traiter l'information, le departement de la medecine interne dispose de trois types de moyens.

1l s'agit des moyens materiels, des moyens humains et financiers. 111.2.3.1. Moyens Materiels

Nous pouvons les categorises en deux :

· Fournir les accessoires de bureau

· Materiels spéciaux aux professionnels

I^° Fournitures accessoires de bureau

Dans cette categorie, les agents de la medecine interne emploient comme fourniture :

· Papiers

· Stylo

· Agrafeuses

· Machine a calculer

° Materiels speciaux et Professionnels

Nous avons recenses les materiels professionnels suivant :

· Stethoscope

· Tensiometre

· Thermometre

· Otoscope

111. 2.3. 2. Moyens Humains

La gestion des patients est un domaine sensible, elle exige des agents de certaine qualification et de bonne formation dans le domaine medicale.

A ce jour, le departement de la medecine interne compte deux categories d'agent ceuvrant en son sein et repartis comme suit :

1° Professionnel de sante : Medecins, infirmiers,...

2° Personnel administratif : Comptables, sociologue,...

1ls sont repartis par effectif, par poste suivant la description des postes de travail et taches repris au point 111.2.1.

111. 2.3.3. Moyens financiers

La medecine interne en tant que departement de l'hopital Provincial General de Reference beneficie d'une dotation budgetaire de l'Etat Congolais mais cela ne suffit pas.

Pour un bon fonctionnement de ce departement, la medecine interne elabore des previsions annuelles qui sont votees par le Conseil d'Administration sur base des ressources financieres ordinaires d'une part et des depenses courantes d'autre part.

Les ressources financieres de la medecine interne proviennent :

· Des produits de la tarification des actes de prestation

· De l'aide des organisations nationaux ou etrangers, publics ou privees

· Des dons

Par contre les dépenses financieres sont constitués par

· Des soins médicaux des agents

· Des primes

· Des ac hats des materiels

· Des produits d'entretien

111. 2.4. Schema de circulation des informations

Il est rare de trouver un organisme oil la circulation des informations est parfaitement definie.

Neanmoins, dans toute etude d'informatisation, il est recommande de produire le flux d'information.

Remarque :

Sous l'appellation <<Flux d'information>>, il s'agit de la presentation du schema de circulation d'informations.

Cette etude nécessite une réflexion sérieuse de pourvoir identifier les tâc hes qui peuvent etre informatisées et pour prendre des precautions lors de l'affectation des materiels, en tenant compte du cofit de l'information.

Ci-apres, le schema de circulation d'informations du domaine de

notre etude.

100) Accuell serv. d'urgence	200) Chef pav				300) INF. EXECUT.								400) MED. INT.							500) PATIENT											600) FACTURAT.						700) CAISSE			800) LABO				900) RADIO			1000) PHARMA.			1100) SECURITE				1200) COORD. NURSING			1 300) CHEF DEPT.
	101												202							1004											207									402				404			403			507				212			1201
101) Elaboration fiche d'accueil	201) Reception de fiche d'accueil				301) Elaboration fiche surveillance et de traitement								401) Reception de fiche et consultation							501) Reception medicament prescrit											601) Reception de fiche de consultation						701) Achat fiche de consultation			801)Examen labo				901)Examenradio			1001) Fourniture des medicaments			1101) Verification des documents				1201) Validation et transcription copie			1301) Reception du rapport
																															02 208
							09 204																																								05
01																																												06										16 1301
																																					02 202 504
																02																																									16
																							05
	01																																									04									12
201																																												502
																																															501
																				901
	701
								10
	202) Reception fiche de consultation				302) Elaboration de balance de liquidation								402) Elaboration des bon d'analyse							502) Résultat labo											602) Etablissement des fiches des frais						702) Etablissement quittance
	02 401												04 801																		13 209
																								06															13
								10
																				205
	03
								11
																																	13
	203) Identification du patient				303) Elaboration de fiche des temperatures								403) Elaboration prescription médicale							503) Reception du billet de transfert											603) Enregistrement de F.F						703) Copie quittance
															05 1001																						15 501
																									07
	03								11																									13
		204) Verification du patient												404) Elaboration bon radio et ecographie							504) Reception du F.F
		09 407 405
														06							19 103 703
														901
		205) Enregistrement du transfert												405) Elaboration du billet de transfert							505) Reception quittance
		07
														07 205							15 210 210
		503 406
														406) Elaboration d'attestation de deces							506) Reception quittance apres verification
		206) Enregistrement de l'attestation de deces
														08 206 204
																									15 211
		08
		408
														407) Reception de fiche de traitement							507) Reception du billet de sortie
		207) Prelevement des actes
																					12
		02
																	09
		407
																					1103



506

	601
	208) Reception de fiche de			408) Transfert de fiche de
	consultation			consultation
	02			02
				207
	602
	208) Reception du fiche des			408) Elaboration du billet de
	frais · copies			sortie
	13			12
	505
				211
	408
	210) Verification de
	preuve de paiement
	15
	506
	408
	211) Remise du billet de
sortie
506
408
212) Etabissement rapport
	de service
	15

Le present schema reprend la circulation des flux d'informations du systeme existant.

Cette trajectoire que suit l'informatisation contient certaines difficult~s qui ne facilitent pas a ce que le traitement soit souple.

Les postes ci-apres ne font l'objet de notre informatisation : laboratoire, radiologie, p harmacie, securite.



III.2.5. Symboles utilisés

: Document circule

Document permanent

: Traitement quelconque



N

N

: Destination

: Point d'entrée

: Classement N : Numéro de traitement

111. 2.6. Description du schema de circulation des informations du systeme existant

N° POSTE	L1BELLE POSTE	N° TRA1TEMENT	TRA1TEMENT
100	ACCUE1L	101	Elaboration de la fiche d'accueil
200	CHEF DE PAV1LLON	201	Reception de la fiche d'accueil
		202	Reception de la fiche de consultation
		203	1ndentification du patient
		204	Verification des traitements
		205	Enregistrement de transfert
		206	Enregistrement de l'attestation de deces
		207	Prelevement des actes
		208	Reception de la fiche de consultation
		209	Reception de la fiche des frais
		210	Verification de la preuve de paiement
		211	Remise de billet de sortie
		212	Etablissement du rapport de service
300	1NF1RM1ER EXERCUTANT	301	Elaboration de la fiche de surveillance et de traitement
		302	Elaboration de la balance de liquidite
		303	Elaboration de la fiche des temperatures
400	MEDEC1N 1NTERN1STE	401	Reception de la fiche de consultation
		402	Elaboration du bon d'analyse (labo)
		403	Elaboration de la prescription medicale
		404	Elaboration du bon radio et ec hograp hie
		405	Elaboration du billet de transfert
		406	Elaboration de l'attestation de deces
		407	Reception de la fiche de traitement
		408	Transfert de la fiche de consultation
		409	Elaboration du billet de sortie
500	PAT1ENT	501	Reception des medicaments prescrits
		502	Reception du bon radio
		503	Reception du billet de transfert
		504	Reception de la fiche des frais
		505	Reception de la quittance
		506	Reception de la quittance apres verification
		507	Reception du billet de sortie
600	FACTURAT1ON	601	Reception de la fiche de consultation et tarification des actes
		602	Etablissement de la fiche des frais
		603	Enregistrement de la fiche des frais
700	CA1SSE	701	Ac hat de la fiche de consultation
		702	Paiement de la fiche des frais
		703	Etablissement de la quittance
800	LABORATO1RE	801	Prescription du résultat labo
900	RAD1OLOG1E	901	Prescription du résultat radio
1000	PHARMAC1E	1001	Fourniture des medicaments
1100	SECUR1TE	1101	Verification du document
1200	COORD1NAT1ON NURS1NG	1201	Validation et transmission de la copie
1300	CHEF DE DEPARTEMENT	1301	Reception du rapport

SECTION 3 : CRITIQUE DE L'EXISTANT

Apres une étude approfondie du fonctionnement actuel de l'entreprise, il nous incombe la tache de ressortir ses défauts et qualités. Il ne s'agit donc pas de vouloir tout détruire sous prétexte que les nouvelles solutions seront proposées mais plutot a dire ce qui est réel.

En effet, la critique de l'existant va nous permettre de cerner davantage les principaux problemes et nous allons les analyser en deux volets : les points forts et les faibles du systeme.

III.3.1. Points forts

· Le climat de collaboration entre les agents est parfait ;

· Chaque service (poste) exécute parfaitement son role et la distribution des taches est bien respectée.

III.3. 2. Points faibles

· Nous avons remarqué que les documents sont conservés dans des papiers fardes qui peuvent etre détruit facilement ;

· Nous avons bien noté qu'il est difficile de retrouver dans quel pavillon est affecté un nouveau patient en cas de c herc her ;

· Certaines rubriques des documents sont vides, et si elles complétées, c hacun le completes selon son état d'esprit ;

· Le respect de catégorie n'est plus réalisé surtout dans cette période oil l'économie de la RDC est par terre ;

· Insuffisance des matériels de travail ;

· Une fille d'attente de personne au niveau de la caisse centrale. Cela est dii par une forte lenteur dans le travail ;

· Difficulté e retrouver avec rapidité la fiche des frais (arc hivée) d'un patient en cas de besoin ;

· Il est difficile pour un chef de pavillon de lister immédiatement tous les patients internés, sortis, décédés au cours d'un mois ;

· Manque de moyen de communication (Télép hone...) qui peut faciliter la communication entre agents pendant le service ;

· L'utilisation des technologies peut avancer telle que les petites calculatrices...

111.3.3. Bilan de l'existant

La critique de l'existant que nous venons de faire, nous a permit de relever les points forts et faibles du notre systeme.

Apres analyse, nous arrivons a la conclusion selon laquelle l'informatisation de gestion des patients s'avere inevitable pour l'amelioration du traitement des informations afin de rendre plus efficace et plus moderne le systeme existant.

SECT1ON 4 : PROPOS1T1ON DES SOLUT1ONS

Apres avoir decele quelques faiblesses du systeme, il est a present question de supprimer ces insuffisances en proposant des remedes efficaces.

Pour y arriver, nous pouvons opter pour un scenario de reorganisation du systeme en place en tenant compte des anomalies rencontrees. Une telle solution n'utilise pas l'ordinateur (solution manuelle), ou nous pouvons preconiser un scenario informatique, c'est-à-dire une solution faisant intervenir l'ordinateur.

Toutefois, le c hoix ne peut pas se realiser arbitrairement ou par

l'intuition.

111.4.1. Scenario de reorganisation du systeme

Le present scenario exige la correction des defaillances du systeme existant. A ce propos, nous relevons certains avantages et inconvenients de cette solution qui se presente prealablement comme suit :

1. Nous demandons au Responsable de la medecine interne, de bien vouloir doter son departement des equipements de travail tels que stethoscopes qui sont en petite quantite et des telephones fixes permettant la communication entre les agents.

2. Nous suggerons aux differents agents de bien vouloir appliquer des notions d'ethique durant le service. C'est le cas du service de la facturation qui negocie souvent les frais a payer avec certains patients.

3. Pour ce qui est de l'arc hivage, nous conseillons au responsable de bien vouloir ac heter des armoires pour bien garder les differents documents.

111.4.1.1. Avantage

1. L'augmentation du nombre de stethoscopes permettra aux differents agents de proceder au diagnostic des patients et l'acquisition des telephones fixes permettra aux agents d'avoir des renseignements voulus au leu de se d~placer a tout moment.

2. L'application des notions d'ethique, plus precisement au service de facturation permettra au departement d'augmenter ses ressources financieres car tout patient paiera les frais selon sa categorie.

3. Par rapport au probleme d'arc hivage, l'ac hat des armoires va permettre de mieux garder les documents.

111.4.1. 2. 1nconvenients

Cette solution accuse certaines défaillances du syst~me actuel non

informatisé :

Nous pouvons dire :

1. Les tâc hes seront plus fastidieuses ;

2. Lenteur de traitement des informations ;

3. Pas de sécurité pour la conservation des données ;

4. Existence de plusieurs papiers ;

5. Retard dans la diffusion d'informations.

111.4. 2. Scenario 1nformatique

Cette solution consistera a mettre en place un logiciel en tenant compte des renseignements sur les patients.

Ce logiciel sera structure essentiellement d'une base de données dont l'application sera destine a stocker, gérer et traiter les informations liées aux patients.

111.4.2.1. Avantages

1. Bonne securite et conservation des donnees

2. Diminution d'erreurs

3. Facilite d'acces aux informations

4. Traitement rapide des donnees

5. Fiabilite des resultats

6. Soulagement des taches fastidieuses aux postes de travail

7. Mise a jour des donnees facile

III.4.2.3. Désavantages

1. Coat eleve des materiels et de leurs entretiens

2. Retard et perte des donnees en cas de coupure de courant electrique

3. Exigent d'un personnel qualifie.

111.4.3. Choix de la meilleure solution

Notre c hoix est porte sur la deuxieme scenario (la solution informatique), pour des raisons de rapidite de traitement et d'automatisation des procedures.

L'effort entrepris pour mener cette etude prealable nous a permis de degager des elements de solution pour que la decision de realiser l'informatisation de la gestion des patients puisse etre prise.

Nous comptons y parvenir en utilisant une base de donnees qui contiendra l'ensemble d'informations des patients et elle permettra d'avoir une vue globale de prendre en charge des volumes importants d'informations.

cDeuxjème cPartie 7

CO.*~~TIO. T ~~4LISJ4TIO. )7) O4AE~7) sYs3~ !M~
cD'IfArFO~ 7vU4TIOfAr

CHAPITRE I : CONCEPTION DU SYSTE ME FUTUR

Dans ce c hapitre, nous allons concevoir notre systeme d'information futur en utilisant la méthode MER1SE de la 2eme génération.

Et nous allons parcourir les quatre étapes de la conception selon MER1SE pour atteindre notre objectif.

Nous allons utiliser dans la premiere phase le systeme d'information organisé (S.1.O.), l'étape conceptuelle et l'étape organisationnelle.

Par contre, l'étape logique et l'étape physique serviront a la conception dans la seconde phase qui est la conception d'un systeme d'information informatisé (S.1.1.).

SECTIONi : CONCEPTION DU SYSTEME D'INFORMATION ORGANISE (S.I.O.)

I.i.i. ETAPE CONCEPTUELLE

I.i.i.i. Modele Conceptuel de Donnees (MCD)

Le modele conceptuel des données est défini comme une représentation grap hique de différentes opérations a réaliser dans tel ou tel autre domaine.

Ce modele est une représentation simplifiée de la gestion considérée. 1l permet de visualiser les objets, les propriétés, les relations et les contraintes impliquées par la gestion.

III.I.I.I.I. Rassemblement des Regles de Gestion

Rgl : Toute fiche elaboree ne peut etre detenue que par un patient

Rg2 : Un patient appartient a une seule categorie

Rg3 : Le sejour a un rapport a un patient

Rg4 : Le patient peut etre affecte moins a une c hambre

Rg5 : Une personne soignante administre au moins un traitement

Rg6 : Le traitement est suivi par un patient

Rg7 : Une personne soignante pose plusieurs actes

Rg8 : Un acte entraine toujours une facture

I.i.i.i.z. Recensement et description des objets A) Recensement des objets

Nous avons recensé les objets ci-apres :

· Catégorie

· Patient

· Fiche

· Séjour

· Facture

· Acte

· Traitement

· Personne

· C hambre

B) Description des objets

N	OBJET	NOM	OCCURENCE	PROPRIETE	CODE PROPRIETE		IDENTIFIANT	1
Catégorie	Catégorie	5	Code-catégorie Libelle-catégorie	Code-cat Lib-cat	#		2
Patient	Patient	2000	N patient Nom Post nom Prénom Adresse Date de naissance Sexe Poids Groupe sanguin Groupe rhésus Antécédent personnel Antécédent--familiale	Num-pat Nom --pat Post-pat Prenom-pat Adre-pat Datenais Sexe-pat Poids-pat Gs Gr Ant-pers Ant-fam	#		3
Fiche	Fiche	2000	N obs Date d'observation Annotation Signe subjectif Signe objectif Maladie	Num-obs Date-obs Annotation Signe-subj Signe-obj Maladie			4
Sejours	Facture	2000	Date d'entrée Date de sortie Constant	Date-entree Date-sort Constant	#		5
Acte	Acte	50	Code acte Libelle acte Date acte Prix acte	Code-act Lib-act Date-act Prix-act	#		6
Traitement	Traitement	2000	N traitement Libelle traitement Date traitement Heure traitement	Num-trait Lib-trait Date-trait Heure-trait	#		7
Personne soignante	Personne soignante	200	Matricule personne Type personne Nom personne Postnom personne Sexe personne Adresse personne Téléphone	Matri-ps Type-ps Nom-ps Postnom-ps Sexe-ps Adre-ps Telp-ps	#

8	Facture	Facture	2000	N°facture	Num-fac		#
			Date facture	Date-fac
			Montant facture	Montant-fac
			Libelle	Libelle			9
Chambre	Chambre	2000	N °affectation	Num-affec	#
			N °chambre	Num-cham
			N °lit	Num-lit
			N °pavillon	Numpav

1.1.1.1.3. Recensement et description des relations entre les

objets

Nous avons retenu les relations suivantes :

RECENSEMENT ET DESCR1PT1ON DES RELAT1ONS					RELAT1ON
		OBJETS PART1C1PANTS	Appartenir
Catégorie			Patient	Affecter
Chambre			Patient	Avoir rapport
Séjour			Patient	Détenir
Patient			Fiche	Payer
Patient			Facture	Entrainer
Acte			Facture	Suivre
Patient			Traitement	Administrer
Personne			Traitement	Poser
Personne			Acte

1.1.1.1.4. Determination des contraintes des cardinalites et d'integrite fonctionnel

Sur base des regles de gestion, nous avons déterminé les cardinalités reprises dans le tableau ci-dessous :

RELAT1ON	OBJETS	CARD1NAL1TE	C1F	PERE		F1LS	Avoir rapport
Séjour et patient	(1,1)-(0,1)	Oui	Patient	Séjour		Détenir
Fiche et patient	(1,1)-(1,n)	Oui	Patient	Fiche		Appartenir
Catégorie et patient	(1,n)-(1,1)	Oui	Catégorie	Patient		Affecter
Chambre et patient	(1,n)-(1,1)	Oui	Chambre	Patient		Entrainer
Acte et facture	(1,1)-(1,n)	Oui	Facture	Acte		Payer
Patient et facture	(1,n)-(1,1)	Oui	Patient	Facture		Suivre
Patient et traitement	(1,n)-(1,1)	Oui	Patient	Traitement		Administrer
Traitement et personne	(1,1)-(1,n)	Oui	Personne	Traitement		Poser
Acte et personne	(1,n)-(1,n)	Oui	Personne	Acte

Apres avoir recensé les objets et relations, et défini les regles de gestion et les contraintes, nous sommes passés a la constitution du Modele Conceptuel des Données.



FACTURE

#Num-fac Date-fac Montant-fac Libelle

87

1.1.1.1.5. Construction du Modele Conceptuel des Donnees

CATEGORIE

#code-cat Lib-cat

1,n

Appartenir

CHAMBRE

#Num-affec Num-cham Num-lit

Numpav

ACTE

#Code-act Lib-act

Date-act

Prix-act

FICHE

1,1

Entraîner

1,n

1,1,

1,1

#Num-obs Date-obs Annotation Signe-Subj Signe-Objet Maladie

1,n

Détenir

Avoir rapport

1,n

Payer

1,n

PATIENT

1,n

1,1

Suivre

1,1

Affecter

1,n

1,1

SEJOUR

# Date-entree Date-sort

Constant

n 1,1 1,n

TRAITEMENT

#Num-trait Lib-trait

Date-trait Heure-trait

PERSONNE

#Matr-ps Nom-ps Post-ps Sexe-ps Type-ps Adresse-ps

Telp-ps

1,1

1,n

Administrer

Poser

1,n

#Num-pat Nom-pat Post-pat Prenom-pat Sexe-pat Datenais Etatcil Poids-pat Gs

Gr

Ant-pers Ant-fam Adresse-pat

I.i.i.z MODELE CONCEPTUEL DE TRAITEMENT I.i.i.z.i. Identification des processus

La gestion des patients couvre trois activités que nous appelons « Processus ». Ce sont :

· Accueil et hospitalisation

· Traitement

· Facturation et caisse

I.i.i.z.z. Description des processus

A. PROCESSUS D'ACCUEIL ET HOSPITALISATION 1. Service d'accueil

· Arrivée du patient

· Patient réceptionné

· Elaboration fiche d'accueil

· Examen labo

· Analyse résultat

· Consultation

· Réception du fiche d'accueil par le chef de pavillon

· Ac hat fiche de consultation

Pavillon

· Enregistrement du patient

· Affectation du patient dans une c hambre, et octroie d'un numéro du lit

89 B. PROCESSUS DE TRAITEMENT

i. Medecin et infirmier

· Arrivée de la fiche de consultation du patient chez le médecin ;

· Le médecin va examiner l'état de santé du patient, s'il correspond a celui mentionnés a la fiche d'accueil ;

· Pour confirmer ce qu'il pense, il envoie le patient a la radiologie oti au laboratoire ;

· A l'arrivée des résultats, le médecin prescrit des médicaments ;

· L'infirmier élabore une fiche de suivi et des traitements qui seront a administrés au patient ;

· A la fin de traitement, la décision finale revient au médecin qui peut confirmer que le patient est guéri et peut quitter l' hôpital ou il doit etre transféré ailleurs, ou finalement,il est décédé.

. Caisse

· Avant de quitter l' hôpital le patient, doit payer le frais d' hospitalisation.

· Avant le traitement, le patient est obligé de payer les frais correspondent.

C. PROCESSUS DE FACTURATION ET CAISSE i. Service de facturation

· Arrivée du chef de pavillon avec le dossier du patient qui servira pour le prélèvement des actes ; ce dossier comprend la fiche de consultation (Observation), la fiche de suivi et de traitement ;

· En suite les agents de ce service procéderont a la facturation des actes;

· Facture est émise et puis enregistrement des actes et montant de la facture;

· La copie de la facture sera renvoyée chef de pavillon et l'original est remise au patient pour le paiement.

. Service de caisse

· Arrivée du patient a la caisse avec la facture ;

· Encaissement de l'argent après vérification du montant de la facture, et établissement de la quittance.



Patient
réceptionné

ET

Frais fiche

1.1.1.2.3. Construction des MCT a)Processus d'accueil et hospitalisation



Arrivée du patient

RECEPTION

Toujours

ELABORATION FICHE ACCUEIL

Ok

KO



Fiche accueil
élaborée

Fiche
accueil non
élaborée

CONSULTATION



Bon Labo

A

ordonnance

Ok

KO

EXAMEN LABO

Toujours

ANALYSE RESULTAT



A



Résultat Labo

OK KO



Fiche accueil transferee

ET

Fiche accueil non transferee

RECEPTION FICHE ACCUEIL

Toujours



Fiche accueil archive

et

Patient interne

Frais fiche consultation



Toujours

Fiche consultation

Achat fiche consultation

B) Processus de Traitement



Fiche
consultation

ET

Presence du
patient

Frais de sejour

CONSULTATION



Examen
demandé

Resultat
examen

Pas de
consultation

ET

OK

KO



Decision en sur sus

Prescription medicale

A

OK

OK

DECISION THERAPEUTIQUE

ELABORATION FICHE
TRAITEMENT



A

ET

Paiement de frais de traitement



OK

OK

OK

OK

SUIVI DU TRAITEMENT

Fiche non elabore

ET

Fiche de traitement
elabore

Fiche de traitement
elabore

Fiche de traitement
elabore

DECISION FINALE

OK



Patient
guéri

Patient
transféré

Patient
decede

OK



Fiche consultation

PRELEVEMENT ACTES

Toujours

Actes prélevés

EMISSION FACTURE

Toujours

Facture émise

Accord du patient

Présentation du patient a la caisse

ET

ENCAISSEMENT

OK

OK

Quittance

établie Quittance

non établie

C) PROCESSUS FACTURATION

I.i. z. ETAPE ORGANISATIONNELLE

I.i. z.i. MODELE ORGANISATIONNELLE DE DONNEES I.i. z.i.i. Organisation

L'organisation consiste a disposer les données de maniere a permettre une utilisation optimale par tous les utilisateurs.

I.i. z.i. z. Passage du MCD au MOD

Le MOD modélise donc les objets et relations qui doivent etre mémorisés informatiquement.

Nous avons, en suite, entrevu un calcul de multiplicité des propriétés et des objets dont une vue synoptique est évaluée dans le tableau de calcul de volume de la Base de Données.

Nous avons aussi signalé qu'aucun des objets et relations du MCD n'a été supprimé dans le passage du MCD au MOD étant donné que tous répondent au besoin de notre Base de Données.



FACTURE

#Num-fac Date-fac Montant-fac Libelle

97

1.1.2.3. Presentation du MOD global

CATEGORIE

#code-cat Lib-cat

1,n

Appartenir

CHAMBRE

#Num-affec Num-cham Num-lit

Numpav

ACTE

#Code-act Lib-act

Date-act

Prix-act

FICHE

#Num-obs Date-obs Annotation Signe-Subj Signe-Objet Maladie

Entraîner

TRAITEMENT

1,n

1,1

1,1

1,n

Détenir

Avoir rapport

1,n

PATIENT

1,1

Affecter

1,n

1,1

1,n

1,1

Suivre

SEJOUR

# Date-entree Date-sort

Constant

1,1,

1,n

n 1,1 1,n

Poser

#Num-trait Lib-trait

Date-trait Heure-trait

PERSONNE

#Matr-ps Nom-ps Post-ps Sexe-ps Type-ps Adresse-ps

Telp-ps

1,1

1,n

Administrer

Payer

1,n

#Num-pat Nom-pat Post-pat Prenom-pat Sexe-pat Datenais Etatcil Poids-pat Gs

Gr

Ant-pers Ant-fam Adresse-pat

1.1.2.1.4. Quantification de la multiplicite

Par la quantification de la multiplicite, nous avons cherche a donner une valeur c hiffree a n. Il existe diverses manieres pour la quantification de la multiplicite.

Nous avons quant a nous retenu celle qui se fait par la cardinalite Moyenne (Cm).

Cm = [(m+ 2M+Ma)/4] *p

0^-6. m = Cardinalité maximum, toujours égale a 1 M = Mode ou fréquence la plus présente dans l'observation ;

Ma = Maximum ou l'effectif total.

P= Taux de participation = Effectif present/ Effectif total

Nous avons mis la cardinalite moyenne sur tous les objets qui portaient (multiplicite) dans le modele conceptuel des donnees.

Les cardinalites moyennes de c haque objet sont :

OBJET	M	M	MA	P		Cm	Patient
1	1500	2000	0,75	937,69		Facture
1	1500	2000	0,75	937,69		Personne
1	188	200	0,94	135,59		Acte
1	35	50	0,64	19,36		Catégorie
1	4	5	0,8	2,8		Chambre
1	1500	2000	0,75	937,69

1.1.2.1.5. Calcul du volume total du MOD global

OBJET	TA1LLE	EFFECT1F		VOLUME	Patient
165	2000	318000		Personne
91	200	18200		Acte
53	50	2650		Séjour
46	2000	92000		Facture
53	2000	106000		Traitement
48	2000	96000		Catégorie
32	5	160		Chambre
14	2000	28000		Fiche
128	2000	256000		TOTAL
917010 Octets

1.1.2.1.6. Repartition du MOD global en MOD locaux et Prise en compte de la securite des donnees

Cette repartition permet de securiser la base de donnees a plusieurs niveau non seulement en verrouillant avec de mots de passe, mais il y a aussi de droit d'acces, de protection en ecriture et autres...

Ainsi, les données de la base peuvent etre lues (L), crées (C), modifier (M) ou supprimer (S) pour certaine postes de travail concern~s par l' application.

MOD local du service d'accueil (urgence)

SEJOUR			#Date-entree
		Date-sort
L		Constant

1,1

Avoir rapport

1,n



PATIENT

#Num-Pat Nom-Pat Post-Pat Prenom-Pat

Sexe-Pat L

Datenais EtatCil

Poids-Pat GS

GR

Ant-Pers Ant-fam Adresse- Pat

1,n

1,1



Affecter

CHAMBRE

#Num-Affec Num-Cham Num-Lit NumPav
L



1,n

L

MOD local du site chef de pavillon

SEJOUR			#Date-entree
C		Date-sort
M		Constant
L
S

1,1

FICHE			#Num-obs
		Date-obs
		Annotation
L		Signe-subj
		Signe-obj
		Maladie

1,1

1,1



Avoir rapport Détenir Entraîner

1,n

1,n

1,n

1,1

1,n



Appartenir



1,n

Affecter

1,1

ACTE			#Code-acte Lib-acte Date-acte Prix-acte
L

PERSONNE			#Matr-PS Nom-PS Post-PS Sexe-PS Type-PS Adre-PS Telp-PS
C M L



Poser



1,1

Administrer

1,n

1,n

1,1

CATEGORIE			#Code-cat
C		Lib-cat
M
S
L

CHAMBRE			#Num-Affec Num-Cham Num-Lit NumPav
C M L S

PATIENT

#Num-Pat Nom-Pat Post-Pat Prenom-Pat Sexe-Pat Datenais EtatCil Poids-Pat GS

GR Ant-Pers Ant-fam Adresse-Pat



1,n

Suivre

1,1

TRAITEMENT

#Num-Trait Lib-Trait Date-Trait Heure-Trait
L

Payer



FACTURE #Num-Fac Date-Fac Montant-Fac Libelle

L

1,1

MOD local du site infirmier

1,1

L

FICHE

#Num-obs
	Date-obs
	Annotation
L	Signe-subj
	Signe-obj
	Maladie



Détenir

1,n



PATIENT



1,n

Affecter

1,1

ACTE			#Code-acte Lib-acte Date-acte Prix-acte
L

PERSONNE			#Matr-PS
L		Nom-PS
		Post-PS
		Sexe-PS
		Type-PS
		Adre-PS
		Telp-PS



Poser



1,1

Administrer

1,n

1,n

1,1

CHAMBRE				#Num-Affec Num-Cham Num-Lit NumPav
C M L S			#Num-Pat Nom-Pat Post-Pat Prenom-Pat Sexe-Pat Datenais EtatCil Poids-Pat GS GR Ant-Pers Ant-fam Adresse-Pat



1,n

Suivre

1,1

TRAITEMENT

#Num-Trait Lib-Trait Date-Trait Heure-Trait
L

MOD local du site medecin



1,1



1,n

Affecter

1,1



Payer

1,n

1,1



FACTURE #Num-Fac Date-Fac Montant-Fac Libelle

L

CHAMBRE			#Num-Affec Num-Cham Num-Lit NumPav
L

TRAITEMENT			#Num-Trait Lib-Trait Date-Trait Heure-Trait
C M S L

1,1



1,n

Suivre

1,1

PATIENT

#Num-Pat Nom-Pat Post-Pat Prenom-Pat Sexe-Pat Datenais EtatCil Poids-Pat GS

GR

Ant-Pers Ant-fam Adresse-Pat

L

ACTE			#Code-acte Lib-acte Date-acte Prix-acte
C M S L

PERSONNE			#Matr-PS
L		Nom-PS
		Post-PS
		Sexe-PS
		Type-PS
		Adre-PS
		Telp-PS



Poser



Administrer

1,n

1,n

1,1

FICHE			#Num-obs
C		Date-obs
M		Annotation
S		Signe-subj
L		Signe-obj
		Maladie



Détenir

Entraîner

1,n

1,n

1,1

MOD local du site facturation





SEJOUR			#Date-entree
L		Date-sort
		Constant

1,1

FICHE			#Num-obs
		Date-obs
		Annotation
L		Signe-subj
		Signe-obj
		Maladie

1,1

1,1

1,n

1,n

1,n

Avoir rapport Détenir Entraîner

PATIENT

#Num-Pat Nom-Pat Post-Pat Prenom-Pat Sexe-Pat Datenais EtatCil Poids-Pat GS

GR Ant-Pers Ant-fam Adresse-Pat

1,1

L

1,n

Payer

1,1



FACTURE #Num-Fac Date-Fac Montant-Fac Libelle

C



1,n

L

CATEGORIE

#Code-cat Lib-cat

Appartenir

ACTE			#Code-acte Lib-acte Date-acte Prix-acte
L

MOD local du site caisse



PATIENT



Payer

1,n

1,1

FACTURE #Num-Fac Date-Fac Montant-Fac Libelle

L

L

#Num-Pat Nom-Pat Post-Pat Prenom-Pat Sexe-Pat Datenais EtatCil Poids-Pat GS

GR Ant-Pers Ant-fam Adresse-Pat



1,n

L

MOD local du site coordination nursing



1,1

1,1

SEJOUR			#Date-entree
L		Date-sort
		Constant

FICHE			#Num-obs
		Date-obs
		Annotation
L		Signe-subj
		Signe-obj
		Maladie

Avoir rapport

Détenir

1,n

1,n

Entraîner

1,1



1,n

Affecter

1,1

ACTE			#Code-acte Lib-acte Date-acte Prix-acte
L

PERSONNE			#Matr-PS
L		Nom-PS
		Post-PS
		Sexe-PS
		Type-PS
		Adre-PS
		Telp-PS



Poser



1,1

Administrer

1,n

1,n

1,1

CHAMBRE			#Num-Affec Num-Cham Num-Lit NumPav
L

PATIENT

#Num-Pat Nom-Pat Post-Pat Prenom-Pat Sexe-Pat Datenais EtatCil Poids-Pat GS

GR Ant-Pers Ant-fam Adresse-Pat



1,n

Suivre

1,1

TRAITEMENT

#Num-Trait Lib-Trait Date-Trait Heure-Trait
L

1,n

Payer



FACTURE #Num-Fac Date-Fac Montant-Fac Libelle

L

1,1



1,n

L

MOD local du site chef de departement

SEJOUR			#Date-entree
L		Date-sort
		Constant

1,1

FICHE			#Num-obs
		Date-obs
		Annotation
L		Signe-subj
		Signe-obj
		Maladie

1,1

1,1



Avoir rapport Détenir Entraîner

1,n

1,n

1,n



1,1

Appartenir

1,n



1,n

Affecter

1,1

ACTE			#Code-acte Lib-acte Date-acte Prix-acte
L

PERSONNE			#Matr-PS
L		Nom-PS
		Post-PS
		Sexe-PS
		Type-PS
		Adre-PS
		Telp-PS



Poser



1,1

Administrer

1,n

1,n

1,1

CATEGORIE			#Code-cat
C		Lib-cat
M
S
L

CHAMBRE			#Num-Affec Num-Cham Num-Lit NumPav
C M L S

PATIENT

#Num-Pat Nom-Pat Post-Pat Prenom-Pat Sexe-Pat Datenais EtatCil Poids-Pat GS

GR Ant-Pers Ant-fam Adresse-Pat



1,n

Suivre

1,1

TRAITEMENT

#Num-Trait Lib-Trait Date-Trait Heure-Trait
L

Payer



FACTURE #Num-Fac Date-Fac Montant-Fac Libelle

L

1,1

I.i.z.z.z. Presentation du MOT

Déroulement

Procédure fonctionnelle : Accueil et hospitalisation

Nature

Poste de avail

Arrivée du patient

M.I.U M.I.U

S. ACCUEIL S. ACCUEIL

RECEPTION

ET

ELABORATION FICHE ACCUEIL

KO

Fiche accueil Fiche élaborée accueil non élaborée

CONSULTATION

M.I.U

S.ACCUEIL

KO

Bon Labo Ordonnance A



110

Déroulement Procédure fonctionnelle : Nature

Accueil et hospitalisation

A

EXAMEN LABO

7h00

M.I.U

Toujours

17 H00

Résultat Labo

ANALYSE RESULTAT

7h00

M.I.U

MEDECIN

A

OK

KO

17

Fiche accueil transferee

Fiche accueil non transferee

ET

RECEPTION FICHE ACCUEIL

7 h00

A

M.I.U

Chef de pavillon

18 h00

Toujours

Fiche accueil archive

Patient interne

Frais fiche consultation

et

7h00

Achat fiche consultation

identi

A

M.I.U

18h00

Toujours

Fiche consultation

Poste de travail

LABO

CAISSE

Déroulement	Procédure fonctionnelle : Traitement							Nature		Poste de travail	8H00 A 15 H0O 8H00 A 17 H00
	A.I.U AI.U							MEDECIN MEDECIN
	CONSULTATION
			KO
	DECISION THERAPEUTIQUE
		OK



112

Procédure fonctionnelle : Nature

Déroulement

Traitement

A

Paiement de frais de traitement

ET

24 h.

ELABORATION FICHE
TRAITEMENT

A.I.U

OK

OK

Fiche de traitement
elabore

Fiche non elabore

ET

SUIVI DU TRAITEMENT

24 H.

AI.U

OK

OK

Fiche de traitement
elabore

Fiche de traitement
elabore

DECISION FINALE

24 H

M.I.U

OK

OK

Patient
guéri

Patient
transfers

Patient
décédé

Poste de travail

INFIRMIER

INFIRMIER

MEDECIN



Poste de travail

Nature

Procédure fonctionnelle :

Facturation et caisse

Déroulement

8 H 00 A

15H00

A15H00

8 H 00 A

15H00

8 H 00

Facture émise

Quittance

établie Quittance

non établie

Actes prélevés

PRELEVEMENT ACTES

EMISSION FACTURE

OK

Accord du patient

Fiche consultation

ENCAISSEMENT

Toujours

Toujours

ET

OK

Présentation du patient a la caisse

A.I.U

M.I.U

M.I.U

CAISSE

FACTURATION

FACTURATION

SECTION z : CONCEPTION D'UN SYSTEME D'INFORMATION

INFORMATISE (SII)

1ci, on repond a la question <<Comment>> c'est-A -dire comment allons -nous concevoir le systeme d'information informatise en tenant compte de specification definie a l'etape de la conception du systeme d'information organise.

Afin d'apporter une reponse adequate a cette equation, nous allons presenter deux scenarios :

· Le scenario de la mise en ceuvre

· Le scenario de developpement

A. Scenario de la mise en ceuvre

A ce niveau se posent deux problemes a savoir :

1. Soit l'entreprise dispose des outils informatiques.

Alors nous allons seulement donner certaines contraintes materielles;

2. Soit l'entreprise ne dispose pas d'outils informatiques.

Dans ce cas, nous serons obliges de proposer les materiels necessaires.

Dans la presente etude, nous nous trouvons dans le deuxieme cas. De

ce fait, nous proposons a l'H.P.G.R d'ac heter des materiels selon les nombre et caracteristique definis dans le cahier des charges.

Le cahier des charges est un document qui decrit les specificites

des materiels qu'une personne physique ou morale, compte ac heter tout en definissant les conditions techniques, financieres ou autres requises a cet effet..

Dans le cadre de notre travail, le ca hier des charges se presentera de la maniere suivante :

N.	Materiels et caracteristiques	Nombre	PU en $	PT en $	Observ.
1.	PC processeur Pentium 4	15	1500$	22500$
	Vitesse 35 GHz
	Capacite memoire Ram 1 Gb
	Capacite Disque dur 60 Go
	S.E Windows XP
	Ecran SVGA 17^N', couleur
	Lecteur disquette 3'1/2 HD
	Lecteur DVD/CD-ROM
	Graveur
	Clavier AZERTY
	Souris Microsoft
2.	Imprimante Laser couleur	15	850 $	^1 275^0$
3.	Onduleur 300 VA	15	250 $	375^0$
4.	Stabilisateur	15	150 $	2250$
5.	Flash disk 2 Go	8	100 $	800$
6.	Climatiseur	15	45^0 $	^675^0$
7.	Anti virus	15	90 $	^135^0$
8.	Groupe electrogene 3 KVA	1	1500 $	1500 $
9.	Cisco routeur	2	215 $	430$
10	switch	2	200$	400$
			TOTAL	5 2480 $

Source : INFOTECH et USCT/Boulevard du 30 juin.

B. Scenario de developpement

A ce niveau, nous allons d~finir la plate-forme de developpement du travail. Elle comprendra :

· Logiciel de base : Windows XP Prof

· Logiciel d'application : Office 2007

· Logiciel de développement : JAVA

· SGBD : ACCESS

C. Cofit des etudes

A l'instar de tous les projets, un projet informatique a un coat plus ~leve que celui de certains domaines.

Grace au planning prévisionnel de realisation du projet, il nous est possible de connaitre avec exactitude le coat des etudes que nous avons menées.

Ainsi, le coat des etudes se présentera de la maniére suivante :

Cofit des etudes	Cofit d'acquisition du materiel	Cofit total du projet
5 27 $	5 24^80$	53^007 $

Coat des etudes : Coat total du projet +10 %

Soit 53007 +(53007^*10/100) = 5⁸3⁰7,7 %

I. z.i. Etape Logique

I. z.i.i. Modele Logique de Donnees (MLD)

C'est une etape intermediaire entre l'etape conceptuelle et l'etape physique. Elle exprime les elements conceptuels de la Base de donnees.

I. z.i.i.i. Passage du MOD au MLD

Le passage est automatique. C'est -a-dire qu'il est obtenu par

l'ordinateur et puisque nous avons travaille avec le SGBD du type relationnel, nous avons donc obtenu un MLD relationnel brut.

I. z.i.i. z. Regles de passage

1. Les objets deviennent des tables dans le sens mathematique du terme ; C'est-A-dire ayant n lignes et n colonnes ;

2. Les proprietes deviennent des attributs et les identifiants deviennent des cles primaires ;

3. Les relations, dans le sens conceptuel, subissent plusieurs traitements :

i. Cas d'une relation conceptuelle ayant un CIF :

La relation disparait ; la semantique est maintenue parce que la table pere envoie son identifiant a la table fils et si elle portait des proprietes, celles-ci deviennent des attributs dans la table fils ;

. Cas d'une relation conceptuelle (i,n -i,n) ou (o,n-o,n)

La relation conceptuelle devient une table de lien dont la cle est une concatenation des identifiants des objets qui participaient a la relation.

3. Cas d'une relation conceptuelle (i,i-o,i)

C'est l'objet qui a la cardinalite 1,1 qui est considere comme la table fils et on retombe dans le cas d'une relation conceptuelle ayant un cif.

4. Cas d'une relation conceptuelle (i,i-i,i)

Le problème est considéré soit comme le cas d'une relation conceptuelle ayant un cif, soit comme le cas d'une relation conceptuelle (1,1- 1,n) ou (0,n-0,n)



FACTURE

#Num-fac Date-fac Montant-fac Libelle

119

1.2.1.1.3. Presentation du Modele Logique des Donnees

Brutes (MLD brutes)

CATEGORIE

#code-cat Lib-cat

1,n

Appartenir

CHAMBRE

#Num-affec Num-cham Num-lit

Numpav

ACTE

#Code-act Lib-act

Date-act

Prix-act

FICHE

#Num-obs Date-obs Annotation Signe-Subj Signe-Objet Maladie

Entraîner

1,n

1,1,

1,1

1,n

Détenir

Avoir rapport

1,n

1,1

PATIENT

1,1

Affecter

1,n

1,1

1,n

1,1

Suivre

SEJOUR

# Date-entree Date-sort

Constant

n 1,1 1,n

Poser

TRAITEMENT

#Num-trait Lib-trait

Date-trait Heure-trait

PERSONNE

#Matr-ps Nom-ps Post-ps Sexe-ps Type-ps Adresse-ps

Telp-ps

1,1

1,n

Administrer

Payer

1,n

#Num-pat Nom-pat Post-pat Prenom-pat Sexe-pat Datenais Etatcil Poids-pat Gs

Gr

Ant-pers Ant-fam Adresse-pat

1,n

1. z.1.1.4. Regles de Normalisation

Nous avons fait suivre le MLD brut de l'operation appelee « Normalisation » par le passage du MOD au MLD mais la redondance

demeure. La normalisation est une operation qui permet de supprimer la redondance qui reste encore dans le MLD.

Il existe cinq regles normalisation mais comme il est dit au c hapitra I de la premiere partie, nous nous sommes limit~s a la troisieme forme car a ce niveau, le MLD obtenu est valide.

i. Premiere forme normale (IFN)

Une table est en 1FN si tous ses attributs sont elementaires et si elle admet au moins une cle.

Il faut :

· sortir le groupe répétitif de la table initiale

· transformer le groupe répétitif en table ayant pour cle, la cle primaire de la table initiale.

. Deuxieme forme normale (z FN)

Une table est a cette forme lorsque, tout en étant a la première forme normale, ses propriétés sont en dependance fonctionnelle avec son identifiant.

On doit :

· Regrouper dans une autre table, les attributs dependants de la totalité de la cle et conserver cette cle ou cette table ;

· Regrouper dans une autre table, les attributs dependants d'une partie de la cle et faire de cette partie, la cle primaire de la nouvelle table.

3. Troisieme forme normale (3 FN)

Tout en etant a la 2 FN, un objet ne doit pas porter des attributs dependant transitivement de sa cle ou via un attribut non cle.

Il faut :

· Conserver dans la table initiale, les attributs dependants directement de la cle ;

· Regrouper dans une autre table, les attributs dependants transitivement de la cle. L'attribut de transition reste dupliquer dans la table initiale et devient la cle initiale de la nouvelle table.

1.2.1.1.5. Presentation du MLD normalisees









CATEGORIE

#code-cat Lib-cat



CHAMBRE

#Num-affec #Num-pat Num-cham Num-lit

Numpav

SEJOUR

# Date-entree #Num-pat Date-sort

Constant



PATIENT

#Num-pat #code-cat Nom-pat Post-pat Prenom-pat Sexe-pat Datenais Etatcil Poids-pat Gs

Gr

Ant-pers Ant-fam Adresse-pat

FICHE

#Num-obs #Num-pat

Date-obs

Annotation Signe-Subj Signe-Objet Maladie

FACTURE

#Num-fac Date-fac Montant-fac Libelle

				TRAITEMENT
ACTE
				#Num-trait #Matr-ps #Num-pat Lib-trait Date-trait Heure-trait
#Code-act #Matr-ps #Num-fac Lib-act Date-act Prix-act
				PERSONNE #Matr-ps Nom-ps Post-ps Sexe-ps Type-ps Adresse-ps Telp-ps

1.2.1.1.6. Le schema logique relationnel aussi au MLD

Le sc héma logique relationnel associé est constitué du non de la table suivi de la liste de ses attributs avec leurs domaines des valeurs ainsi que l'ensemble des contraintes d'intégrités associées a cette table.

SCHEMA LOG1QUE RELAT1ONNEL ASSOC1E
APPL1CAT1ON : GEST1ON DES PAT1ENTS 1r. ER1C WANG1 NGOY
SEJOUR	# Date-entrée:Date[8] ; #Num-pat:car[5]; Date-sorti : Date[8] ; Constant : car[30]
F1CHE	#Num-obs :car[5] ; Num-pat : car[5]; Date: Date[8]; Annotation:car[30]; Signe-subl:car[30]; Signe-obj:car[30]; Maladie: car[25]
CATEGOR1E	#Code-cat: car [2]; Lib-cat: car [30]
CHAMBRE	#Num-affec : car[5] ; #Num-pat:car[5]; Num-c ham :car[3] ; Num-lit :car[3] ; Numpav :car[3]
PAT1ENT	#Num-pat:car[5]; #Code-cat : car[2] ; Nom-pat :car[15] ; Post-pat :car[15] ; Prenom-pat :car[15] ; sexe-pat :car[1] ; Datenais :Date[8] ; Etatcil :car[10] ; Poids-pat :Num[3] ; Gs :car[2] ; Gr : car[1] ; Ant-pers :car[30] ; Ant-fam :car[30] ; Adresse-pat :car[30]
FACTURE	#Num-fac : car [10] ; #Num-pat:car[5]; Date-fac : Date [8] ; Montant-fac :Num[10] ; Libelle :car [25]
ACTE	#Code-act :car[5] ; #Num-fac : car [10] ; #Matr-ps :car[10] ; Lib-act: car[30]; Date-act: Date [8]; Prix-act: Num[10]
TRA1TEMENT	#Num-trait : car[5] ; #Num-pat :car [5] #Matr-ps :car[10] ; Lib-trait :car[30] ; Date-trait : Date[8] ; Heure-trait :Time[5] ;
PERSONNE	#Matr-ps :car[10] ; Nom-ps :car[15] ; Post-ps :car[15] ; Sexeps :car[1] ; Type-ps :car[10] ; Adresse-ps : car[30] ; Telp- ps :car[10]

1.2.1.7. Calcul du volume de la base de donnees

La necessite de calculer le volume de la Base de donnees, c'est pour connaLtre la capacite du materiel à utiliser compte tenu du besoin en Base de donnees et des autres enregistrements se trouvant déjà dans le disque dur.

I. Volume Theorique

Volume theorique BDD = Somme (T*N)

Oil T= taille

N = nombres d'occurrences.

Table	T	N	Volume
SEJOUR	51	2000	102000
F1CHE	133	2000	266000
CATEGOR1E	32	5	160
CHAMBRE	19	100	1900
PAT1ENT	158	2000	316000
FACTURE	58	2000	116000
TRA1TEMENT	63	2000	126000
PERSONNE	91	200	182000
ACTE	73	50	3650
TOTAL			829310

. Volume des index

Volume Index = Somme (t*N) Oil t= taille index

Table	T	N	Volume
SEJOUR	13	2000	26000
F1CHE	10	2000	20000
CATEGOR1E	2	5	10
CHAMBRE	10	100	1000
PAT1ENT	7	2000	14000
FACTURE	10	2000	20000
TRA1TEMENT	20	2000	40000
PERSONNE	10	200	2000
ACTE	25	50	1250
TOTAL			124260

N = nombre d'occurrences 3. Calcul du Volume Total

Volume BDD =( Volume théorique BDD + volume 1ndex) * Coefficient

= (829310+124260) * 3 =2860710ctets

=2793, 662109 K_o =2, 728185654 Mo =0, 002664243 Go

126 II. z.t. z. Modele Logique de Traitement

Le modele logique de traitement est un ensemble de modele et schema qui permet de decrire le traitement d'une application.

Soulignons d'office qu'a ce niveau, on pense a la logique de programmation et en plus le passage du MOT en MLT n'est pas automatique. Il faudra a ce niveau beaucoup d'imagination, de creativite et de reflexion.

Cette &tape donne des orientations a suivre lors pendant la programmation.

I.z.i.z.i. Regles de passage du MOT en MLT

1) La procedure fonctionnelle devient l'unité logique de traitement (ULT) ou la procedure logique (P.L) ;

2) Les événements et les résultats n'apparaissent pas dans l'ULT ;

3) Les tâc hes ou operations se traduisent a des d'instructions qui seront exécutées par la machine.

MAJ



a

I.z.i.z.z. Presentation des unites logiques de traitements



Début Procédure logique Gestion des patients

ULT 000

LOGO

REPRENDRE

ENTRER

QUITTER

Fin de la procédure logique

Connexion à la BDD

ULT 01

MENU GENERALE



ULT 00



b

EDITION

QUITTER



MODIFIER

SUPPRIMER

ENREGISTRER

ULT a2

MISE A JOUR / FICHE

ULT a1

MISE A JOUR/ PATIENT

QUITTER

M A J 1

ANNULER

Patient

Categorie

Chambre

ULT 01

AFFICHAGE MASQUE Saisir Num-pat Recherche

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer
Saisir autres informations

M A J 1

128

ENREGISTRER MODIFIER SUPPRIMER ANNULER QUITTER

ULT 01

Patient

Observation

AFFICHAGE MASQUE Saisir Num-obs

Recherche

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer
Saisir autres informations



ULT a 3

MISE A JOUR / SEJOUR

ULT a4

MISE A JOUR /CA TEGORIE

M A J 1

ENREGISTRER MODIFIER SUPPRIMER ANNULER QUITTER

ULT 01

M A J 1

AFFICHAGE MASQUE Saisir Code-cat

ENREGISTRER

Recherche

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer
Saisir autres informations

MODIFIER

SUPPRIMER

ANNULER

QUITTER

ULT 01

Categorie

129

Sejour

Patient

AFFICHAGE MASQUE Saisir Date-entree Recherche

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer

Saisir autres informations



130

M A J 1

ULT a5

MENU / CHAMBRE

AFFICHAGE MASQUE Saisir Num-fac Recherche

Chambre

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer
Saisir autres informations

Patient

ENREGISTRER

ANNULER

SUPPRIMER

MODIFIER

QUITTER

ULT 01

M A J 1

ULT a6

MISE A JOUR / ACTE

AFFICHAGE MASQUE

Saisir Code-acte Recherche

Acte

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer
Saisir autres informations

Fiche

ENREGISTRER

QUITTER

ANNULER

SUPPRIMER

MODIFIER

ULT 01



ULT a7

MISE A JOUR /TRAITEMENT

MODIFIER

SUPPRIMER

ANNULER

QUITTER

ENREGISTRER

131

M A J 1

ULT a8

AFFICHAGE MASQUE Saisir Matr-Ps Recherche

ENREGISTRER

M A J 1

MISE A JOUR /PERSONNE

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer
Saisir autres informations

MODIFIER

SUPPRIMER

ANNULER

QUITTER

ULT 01

ULT 01

Personne

Personne

Traitement

Patient

AFFICHAGE MASQUE Saisir Num-trait Recherche

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer
Saisir autres informations



132

M A J 1

ULT a9

MISE AJOUR / FACTURE

AFFICHAGE MASQUE

Saisir Num-fac Recherche

Facture

> Si trouver : Activer Modifier et Supprimer Afficher : Autres informations

> Si non : Activer Enregistrer
Saisir autres informations

Patient

ENREGISTRER

ANNULER

SUPPRIMER

MODIFIER

QUITTER

ULT 01



133

EDITION

ULT b1

EDITION / Liste des Patient par catégorie

QUITTER

EDITION

ANNULER

ULT b2

EDITION / Liste des Patient ^Hospitalisé

QUITTER

CALCUL / EDITION

ANNULER

ULT 01

Patient

Categorie

Chambre

Sejour

EDITION

EDITION

Patient

Chambre

Sejour

ULT 01

EDITION

AFFICHAGE MASQUE

Saisir Num-Pat, Nom-Pat, Code-cat Recherche

> Si trouver : saisie des données supplémentaires + Edition Liste

Saisir autres informations

AFFICHAGE MASQUE

Saisir Num-Pat, Nom-Pat, Date-entree Recherche

> Si trouver : saisie des données supplémentaires + Edition Liste

Saisir autres informations



134

EDITION

ULT b4

Patient

Recherche

Traitement

Personne

CALCUL/ EDITION

QUITTER

ANNULER

EDITION

Acte

ULT 01

AFFICHAGE MASQUE

Saisir Num-trait, Num-pat,Matr-ps,Lib-trait, date-trait

EDITION / Liste de patient ^traité

> Si trouver : saisie des données supplémentaires + calcul et édition Fiche de Frais

> Si non : Afficher msg box « Patient inexistant »

EDITION

EDITION / Fiche de Frais

ULT b3

Facture

Recherche

Patient

Sejour

CALCUL/ EDITION

QUITTER

ANNULER

Categorie

EDITION

ULT 01

Acte

AFFICHAGE MASQUE

Saisir Num-pat, Num-Fac,Nom-Pat,Libelle,Montant-paie

> Si trouver : saisie des données supplémentaires + calcul et édition Fiche de Frais

> Si non : Afficher msg box « Patient inexistant »

Presentation des interfaces

1. ULT oo Presentation de l'interface de demarrage



DEPARTEMENT DELA MEDECINE INTERNE

Mis en forme : Police :10 pt, Couleur de police : Rouge

Mis en forme : Police :10 pt, Couleur de police : Rouge

Mis en forme : Police :10 pt, Couleur de police : Rouge

. Enchainement

GESTION DES PATIENTS

HOPITAL GENERAL DE REFERENCE
DE KINSHAS~

CORRIGER

QUITTER

ENTRER

Bouton	Action	Resultats
CORRECT	CLIC	Ouvre la fenetre menu generale
CORRIGER	CLIC	Mettre a blan lazone de sasie et le focus a la zone de saisie
QUITTER	CLIC	Ferme la procedure logique Membre



Mis en forme : Retrait : Gauche : 0,85 cm

Mis en forme : Retrait : Gauche : 0,85 cm

Mis en forme : Retrait : Gauche : 0,85 cm





Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :7 pt

Saisir mot de passe

Homme

O

Appel fenêtre
menu général

Affichage Masque 1

Machine

Rechercher

Trouv er

N

.

Msg box « Mot de passe incorrect»

Observation

3 Logique de dialogue Homme/Machine

ULT of

I. Interface

GestPat

FICHIER

EDITION

QUITTER

. Enchainement

Bouton	Action	Résultats
FICHIER	CLIC	Affiche le masque
EDITION	CLIC	Permet d'éditer les etats
QUITTER	CLIC	Appelle LOGO



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



3 . Logique de dialogue Homme/Machine

Homme	Machine			Observation
			Le masque peut être un formulaire de saisie, formulaire éditeur des états
Cliquez sur un bouton
		Affichage du masque Quitte le programme



Mis en forme : Police :10 pt



Mis en forme : Police :9 pt, Francais (Suisse)

Mis en forme : Police :9 pt, Francais (Suisse)





Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrement des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus a Numero du Patient
FERMER	CLIC	Appelle la fenêtre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



ULT al

i. Interface de Mise a jour

MISE A JOUR /PATIENT

Numero Patient : Code categorie : Numero d'affectation : Nom du Patient : Post nom : Prenom:

Sexe : Adresse :

Date de naissance : Etat-civil :

Poids :

Groupe Sanguin : Groupe Rhesus :

Antecedent Personnel :

Antecedent Familiale :

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER



. Enchainement

3 . Logique de dialogue Homme/Machine

Homme			Machine			Observation
						Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir Num-pat
				Rechercher
			N O
			Trouv
	S aisir des infos





Mis en forme : Police :9 pt

Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrement des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus a Numero d'observation
FERMER	CLIC	Appelle la fenêtre Menu general

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm





ULT az

1. Interface de Mise a jour

.

MISE A TOUR /FICHE



Numero Observation: Numero Patient :

Date observation :

Annotation : Signes Subjectifs :

Signes Objectifs : Maladie:

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER

3 . Logique de dialogue Hornrne/Machine

Homme			Machine			Observation
						Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir Num-obs
				Rechercher
			N O
			Trouv
	S aisir des infos





Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrernent des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus a Nurnero d'hospitalisation
FERMER	CLIC	Appelle la fenêtre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



ULT a3

1. Interface de Mise a jour

MISE A JOUR /SEJOUR:



Date observation :

Nurnero Patient :

Date d'entrée:
Date de sortie:

Signes Objectifs : Maladie:

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER

3 . Logique de dialogue Homme/Machine



Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :7 pt

Homme			Machine				Observation
							Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir Date-entree
				Rechercher
			N O
			Trouv
	Saisir des infos

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrement des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus a code categorie
FERMER	CLIC	Appelle la fenetre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



ULT 4

1. Interface de Mise a jour

MISE A JOUR /Categorie

Code categorie: Libelle categorie :

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER

. Enchainement

3 . Logique de dialogue Homme/Machine

Homme			Machine			Observation
						Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir code-cat
				Rechercher
			N O
			Trouv
	S aisir des infos





Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrement des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus a Numero d'affectation
FERMER	CLIC	Appelle la fenetre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



ULT a5

1. Interface de Mise a jour

MISE A JOUR /Chambre

Numero d'affectation: Numero Patient :

Numero Chambre : Numero Lit :

Numero Pavillon :

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER

. Enchainement

3 . Logique de dialogue Homme/Machine

Homme			Machine			Observation
						Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir Num-affect
				Rechercher
			N O
			Trouv
	S aisir des infos





Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrement des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus a code acte
FERMER	CLIC	Appelle la fenêtre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



ULT a6

1. Interface de Mise a jour

MISE A JOUR /Acte

Code acte:

Numero Facture : Matricule PS :

Libelle : Date :

Prix :

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER



. Enchainement

3 . Logique de dialogue Homme/Machine

Homme			Machine			Observation
						Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir Code-acte
				Rechercher
			N O
			Trouv
	Saisir des infos





Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrement des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus a Numero Traitement
FERMER	CLIC	Appelle la fenêtre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



ULT a7

1. Interface de Mise a jour

MISE A JOUR /Traitement

Numero Traitement: Numero Patient : Libelle :

Date :

Heure :

Matricule PS

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER



. Enchainement

3 . Logique de dialogue Homme/Machine

Homme			Machine			Observation
						Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir Num-trait
				Rechercher
			N O
			Trouv
	S aisir des infos





Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

ULT a8

1. Interface de Mise a jour

MISE A JOUR /Personne

Matricule PS: Nom :

Post nom :

Sexe : Type : Adresse : Telephone:

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER

Enchainement

Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrement des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus au Matricule Ps
FERMER	CLIC	Appelle la fenêtre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



3 . Logique de dialogue Homme/Machine



Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Homme			Machine				Observation
							Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir Matri-ps
				Rechercher
			N O
			Trouv
	Saisir des infos

Mis en forme : Police :9 pt

ULT a9

1. Interface de Mise a jour

MISE A JOUR /Facture



Numero Facture: Numero Patient : Date :

Montant :

ENREGITRER

MODIFIER

SUPPRIMER

ANNULER

FERMER

. Enchainement

Bouton	Action	Resultats
ENREGISTRER	CLIC	Enregistrement des donnees dans la BDD
MODIFIER	CLIC	Modification des donnees de la BDD
SUPPRIMER	CLIC	Suppression des donnees de la BDD
ANNULER	CLIC	Mettre a blanc les zones de saisie et le focus au Numero Facture
FERMER	CLIC	Appelle la fenetre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



3 . Logique de dialogue Homme/Machine



Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Homme			Machine				Observation
							Msg box « existe» Activer Modifier et supprimer. Activer Enregistrer
				Affichage Masque
	Saisir Num-fact
				Rechercher
			N O
			Trouv
	Saisir des infos

Mis en forme : Police :9 pt

ULT b1

1. Interface d'edition

EDITION /Liste des Patients Hospitalise par categorie



Numero Patient: Nom :

Post nom : Prenom :

Sexe :

Numero Pavillon : Date Entree :

Telephone:
EDITION			ANNULER			FERMER

. Enchainement

Bouton	Action	Resultats
EDITION	CLIC	Corriger les erreurs de Saisie et imprimer la liste
ANNULER	CLIC	Mettre à blanc les zones de saisie et le focus au Numero Paiement
FERMER	CLIC	Appelle la fenetre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm





3 . Logique de dialogue Homme/Machine



Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Homme			Machine			Observation
						Msg box « Introuvable» Imprimer
				Affichage Masque
	Num-Pat Saisir
				Rechercher
			O N
			Trouv
	Saisir autres infos

Mis en forme : Police :9 pt

ULT bz

1. Interface d'edition

EDITION /Liste des Patients Hospitalise



Numero Patient: Nom :

Post nom : Prenom :

Sexe :

Numero Pavillon : Date Entree :

Telephone:
EDITION			ANNULER			FERMER

. Enchainement

Bouton	Action	Resultats
EDITION	CLIC	Corriger les erreurs de Saisie et imprimer la liste
ANNULER	CLIC	Mettre à blanc les zones de saisie et le focus au Numero Paiement
FERMER	CLIC	Appelle la fenêtre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm





Homme			Machine			Observation
						Msg box « Introuvable» Imprimer
				Affichage Masque
	Num-Pat Saisir
				Rechercher
			O N
			Trouv
	Saisir autres infos



	Mis en forme : Police :7 pt
	Mis en forme : Police :9 pt



Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

3 . Logique de dialogue Homme/Machine

Bouton	Action	Resultats
EDITION	CLIC	Corriger les erreurs de Saisie , calcul du montant de la facture et imprimer la fiche
ANNULER	CLIC	Mettre à blanc les zones de saisie et le focus au Numero Paiement
FERMER	CLIC	Appelle la fenêtre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



Mis en forme : Ftetrait : Gauche : 0,85 cm



ULT b3

i. Interface d'edition

EDITION /Fiche de Frais

Numero Patient: Nom :

Post nom : Numero Facture : Libelle :

Montant : Acte :

Prix Acte: Date Entee :

Date Traitement :

EDITION		ANNULER		FERMER



. Enchainement

3 . Logique de dialogue Homme/Machine

Homme			Machine			Observation
						Msg box « Introuvable» Imprimer
				Affichage Masque
	Saisir Num-Pat
				Rechercher
			O N
			Trouv
	Saisir autres infos





Mis en forme : Police :7 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

ULT b3

1. Interface d'édition

EDITION /Fiche de Frais



ANNULER

FERMER

Numero Traitement: Numero Patient : Matricule Ps :

Nom Patient : Personne Soignate : Acte :

Date Traitement :

EDITION

. Enchainement

Bouton	Action	Resultats
EDITION	CLIC	Corriger les erreurs de Saisie , calcul du montant de la facture et imprimer la fiche
ANNULER	CLIC	Mettre à blanc les zones de saisie et le focus au Numero Paiement
FERMER	CLIC	Appelle la fenêtre Menu general



Mis en forme : Ftetrait : Gauche : 0,85 cm

Mis en forme : Ftetrait : Gauche : 0,85 cm



Mis en forme : Ftetrait : Gauche : 0,85 cm



3 . Logique de dialogue Homme/Machine

Homme			Machine				Observation
							Msg box « Introuvable» Imprimer
				Affichage Masque
	Saisir Num-Pat
				Rechercher
			O N
			Trouv
	Saisir autres infos



Mis en forme : Police :7 pt

Mis en forme : Police :9 pt





Mis en forme : Police :9 pt

Mis en forme : Police :10 pt

Mis en forme : Police :9 pt

Mis en forme : Police :9 pt

LEGENDE

					: Disque dur
				: Document imprimé
				: Lecture
				: Ecriture

I. z. z. Etape physique

a) Caracteristique du materiel

En ce qui concerne les matériels nécessaires a acquérir, nous avons cités a l'introduction du présent c hapitre au niveau de scénario de mise en oeuvre et le cahier des charges.

b) Type de reseau

Pour facilité la communication entre les différents postes au sein du département de la médecine interne, nous retenons le type de réseau LAN, permettant l'interconnexion des ordinateurs d'une meme organisation a des distances réduites.

c) Topologie de reseau

Nous proposons la topologie en étoile car elle a moins d'inconvénients que celle de bus ou anneau.

I.z.z.i Modele Physique des donnees

Le modele physique des donnees (MPD) represente la structure de notre base des donnees. Le modele physique des donnees est obtenu a partir du modele logique des donnees normalisees.

Nous l'obtenons a l'aide d'une commande ou instruction approprier en fonction du SGBD c hoisi. Cela signifie que le passage physique des donnees et automatique mais tient compte du SGBD c hoisi :

n Les tables deviennent des fic hiers ;

n Les attributs deviennent des champs ou rubriques.

Table SEJOUR

Table	NOM CHAMPS	Type de données	Taille		Clé	SEJOUR
DateEntree	Date	8	.
Num-pat	Texte	5
Date-sorti	Date	8

Table FICHE

Table	NOM CHAMPS	Type de données	Taille		Clé	FICHE
Num-obs	Texte	5	.
Num-pat	texte	5
Date	Date	8
Annotation	Texte	30
Signe-subj	Texte	30
Signe-obj	Texte	30
Maladie	texte	25

Table Catégorie

Table	NOM CHAMPS	Type de données	Taille		Clé	CATEGORIE
Code-cat	Texte	2	.
Lib-cat	texte	30

Table CHAMBRE

Table	NOM CHAMPS	Type de données	Taille		Clé	CHAMBRE
Num-affec	Texte	5	.
Num-cham	Texte	3
Num-lit	Texte	3
Numpav	texte	3

Table PATIENT

Table	NOM CHAMPS	Type de données	Taille		Clé	PATIENT
Num-pat	Texte	5	*
Code-cat	Texte	2
Nom-pat	Date	15
Post-pat	Texte	15
Prenom-pat	Texte	15
Sexe-pat	Texte	1
Datenais	Date	8
Etatcil	Texte	10
Poids-pat	Numérique	3
Gs	Texte	2
Gr	Texte	1
Ant-pers	Texte	30
Ant-fam	Texte	30
Adresse-pat	Texte	30

Table FACTURE

Table	NOM CHAMPS	Type de données	Taille		Clé	FACTURE
Num-fac	Texte	10	*
Num-pat	Texte	5
Date-fac	Date	8
Montant-fac	Numérique	10
Libelle	Texte	25

Table ACTE

Table	NOM CHAMPS	Type de données	Taille		Clé	ACTE
Code-act	Texte	5	*
Num-fac	Texte	10
Lib-act	Texte	30
Date-act	Date	8
Prix-act	Numérique	10

Table TRAITEMENT

Table	NOM CHAMPS	Type de données	Taille		Clé	TRAITEMENT
Num-trait	Texte	5	*
Num-pat	texte	5
Lib-trait	Date	30
Date-trait	Texte	8
Heure-trait	Heure	5
Matr-ps	Texte texte	10

Table PERSONNE

Table	NOM CHAMPS	Type de données	Taille		Clé	PERSONNE
Matr-ps	Texte	10	*
Nom-ps	Texte	15
Post-ps	Texte	15
Sexe-ps	Texte	1
Type-ps	Texte	10
Adresse-ps	Texte	30
Telp-ps	Texte	10



ACTE

Enregistrer Modifier Supprimer Annuler

Quitter

FICHE		CATEGORIE		PATIENT	FACTURE	CHAMBRE		HOSPITALISE	Enregistrer
			Enregistrer	Enregistrer	Enregistrer			Modifier
	Enregistrer		Modifier	Modifier	Modifier	Enregistrer		Supprimer
	Modifier		Supprimer	Supprimer	Supprimer	Modifier		Annuler
	Supprimer		Annuler	Annuler	Annuler	Supprimer		Quitter
	Annuler		Quitter	Quitter	Quitter	Annuler
	Quitter					Quitter

TRAITEMENT

Enregistrer Modifier Supprimer Annuler Quitter

1. 2.4. 2. Modele Physique de Traitement

La méthode Merise ne se donne pas une formation appropriée pour le modèle physique de traitements ~ effectuer. C'est ainsi que nous allons représenter a partir d'un diagramme hiérarc hique de traitement. Partant de ce diagramme, le MPT est ensemble de programmes informatiques assurant l'exécution des taches du système.



FICHIER

EDITION



QUITTER

MENU GENERAL



QUITTER

LOGO

CHAPITRE II : REALISATION DU NOUVEAU SYSTEME

D'INFORMATION

Aprés la conception du nouveau systéme d'information, il est question de rendre le systéme opérationnel dans ordinateur afin de produire des résultats concrets et perceptibles.

Cette partie sera consacrée a la description de l'arc hitecture du systéme a travers les trois modéles de la notation UML suivant : le Modéle statique, le Modéle de specification des besoins et le Modéle de classe. Mais avant cela, nous développerons en quelques lignes la notion de UML, sur l'approc he orientée objet, enfin sur le c hoix du langage de programmation.

SECTION i : UML

II.~.~. La genese d'un UML

UML est la forme contractee de 0 Unified Modeling Language » qui peut se traduire par Langage Unifie de Modelisation.

II.i.z. Les methodes d'analyse et de conception

Une methode est une marc he reproductible qui fournit des resultats fiables. Une methode d'elaboration de logiciel qui decrit comment modeliser et construire des systemes logiciels de maniere fiable et reproductible.

Elle definit egalement des regles de mise en ceuvre qui decrivent l'articulation de differents points de vue, l'enc hainement des actions, l'ordonnancement des taches et la repartition des responsabilites.

II.1.3. Modele et Metamodele

Un modele est une description abstraite d'un systeme, d'un processus une representation simplifiee qui permet de comprendre et de stimuler. La modelisation n'est pas un probleme a solution unique. Bien souvent, le méme probleme analyse par des personnes differentes conduit a des modeles differents.

Un metamodele decrit de maniere formelle les elements de modelisation ainsi que la syntaxe et la semantique de la notation qui permet de les manipuler. Le gain d'abstraction induit par la construction d'un metamodele facilite l'identification d'eventuelles inco herentes et encourage la genericite.

UML definit neuf types de modele auquel nous avons retenus trois pour notre travail. Il s'agit du modele statique, du modele de specification de besoins, du modele de classes.

11.1.4. Objectif du Langage UML

n Langage Visuel de Modelisation

n Independance de langage de programmation

n Base formelle pour la comprehension du langage

n Encourage l'utilisation d'outils orient~s objet

n Supporte les concepts de developpement de haut niveaux : pattems, composants et frameworks.

11.1.5. Approche Objet

Repose a la fois sur le nationalisme d'une demarche cartesienne et sur une demarche systematique qui considere un systeme comme une totalite organisee, dont les elements solidaires ne peuvent etre d~finis que les uns par rapport aux autres.

Un environnement de developpement ou langage de programmation est dit 0 Objet » si :

n Il fournit un support par l'encapsulation

n Il permet l'utilisation efficace des concepts d'héritage

n Il supporte le polymorp hisme

Les langages modernes offrent :

n Un support pour les interfaces

n L'agrégation et paquet (regroupement de plusieurs objets)

n Le support pour les attributs.

A. Les Objets

L'objet est une unite atomique formee de l'union d'un etat et d'un comportement.

Les objets informatiques definissent une representation abstraite des entites d'un monde reel ou virtuel, dans le but de les piloter ou de les simuler. Comme les titres vivants, les objets du monde reel qui nous entourent naissent, vivent et meurent. La modelisation objet permet de representer le cycle de vie des objets au travers de leurs interactions.

Les caracteristiques fondamentales d'objet : OBJET= ETAT+COMPORTEMENT+1DENT1TE

1. L'etat (attributs) : Sont des caracteristiques individuelles qui different un objet a un autre.

2. Le comportement (methodes evenements) : c'est l'unique faNon dont les objets peuvent agir ou subir une action.

3. L'identite : En plus de son etat, un objet comporte une identite qui caracterise son existence propre.

L'identite permet de distinguer tout objet de faNon non ambigue, et cela independant de son etat.

B. Une classe

Une classe est un modele pour les multiples objets ayant des caractéristiques similaires. Les classes comprennent toutes les caractéristiques d'une série particuliere des objets.

C'est une représentation abstraite d'un objet, et nous pouvons dire que l'objet est une instance d'une classe.

En UML, une classe est représentée de la maniere ci-apres :

Nom de la classe

Description des attributs

Description des méthodes

Le regroupement de la description de la structure des attributs et de la description des fonctions (méthode) dans une meme classe porte le nom « d'encapsulation » dans l'objet.

C. Les hierarchies de classe C.~) L'heritage

L' héritage est une technique offert par les langages de programmation pour construire une classe a partir d'une ou plusieurs autres classes, en partageant des attributs, des méthodes. Une classe est déclarée comme héritant d'une autre classe si elle peut activer toutes les méthodes de cette derniere et si elle contient ses attributs.

C. z) Le polymorphisme

Le polymorp hisme désigne un concept de la théorie des types selon lequel un objet peut désigner des instances de classes différentes issues d'une meme arborescence.

Le polymorp hisme est la capacité donnée a une fonction de s'exécuter différemment suivant le contexte de la classe oil elle se trouve. Une opération définie dans une superclasse peut s'exécuter d'une maniere différente selon le sous classe.

Enfin, pour clore la notion de l'approc he objet appelée aussi programmation événementielle ou programmation par propriété ou encore programmation par instance, nous pouvons définir la programmation comme un art qui consiste a écrire des codes et selon un langage rigoureusement défini des opérations successives qui seront exécutées.

La programmation a passer de l'énoncé au programme. Cela implique la spécification C'est donc cet effort intellectuel qui consiste suffisamment précise et non ambigue du probleme afin qu'elle soit comprise par un lecteur de bonne fois, la résolution du probleme et la formulation de la solution dans un langage de programmation tel que Pascal, Java...

La programmation orienté objet a un a tout majeur :

« Programmer moins, programmer mieux » 0 Programmer moins » :

On c herc he a réduire le nombre d'instruction. Un programme performant quand il contient moins d'instructions. On programme moins en utilisant une plateforme (c'est un environnement de développement, il contient un langage de programmation, un SGBD et des outils permettant de créer des interfaces grap hiques) qui gén~re une bonne partie des codes.

C'est pour gagner du temps a moindre coat. Elle est efficiente. 0 Programmer mieux » : On produit un logiciel de qualité, fiable, robuste.

SECTION z : Choix du langage de Programmation

Notre c hoix s'est porte sur le langage de programmation JAVA. C'est un langage permettant de creer des applications et des Applets.

Il possede des avantages par rapport aux autres langages de programmation, nous pouvons cites :

n Le Java est neutre d'arc hitecture, c'est-à-dire, il ne tient pas compte des processeurs de la machine.

n Il permet de créer des applications qui peuvent etre execute sur le net.

n Le programme Java communique avec n'importe quel SGBD (Access, Paradoxe, ORACLE...)

n Il permet de créer des application qui peuvent se communiquer a distance et les deux applications peuvent etre écrites avec des langage différents : Java par exemple pour le client, et Visual Dbase pour le serveur.

SECTIONS : Description de l'architecture du systeme

en UML

III.z.i Modele statique



FICHE

SEJOUR

*

*

*

1

*

1

FACTURE

*

1

PATIENT

1

CATEGORIE

1

*

1

1

*

CHAMBRE

TRAITEMENT

*

1

*

ACTE

PERSONNE

1

SYSTEME DE GESTION DES PATIENTS

Le modéle statique représentera la structure statique de la base de données. Il reprendra les différentes tables de notre base de données sous un formalisme UML.

III. 2. 2 Modele de specification des besoins

Le modele de specification des besoins reprend le modele statique et les differentes methodes et actions relatives au systeme.



Imprimer fiche de frais

PATIENT

Imprimer liste des patients hospitalisés, liste des patients par catégorie, liste patient traité

FICHE

SEJOUR

*

*

*

1

*

1

FACTURE

*

1

1

PATIENT

1

CATEGORIE

1

1

*

1

*

CHAMBRE

1

TRAITEMENT

*

1

*

ACTE

PERSONNE

SYSTEME DE GESTION DES PATIENTS

Membre du département de la médecine interne

111. 2.3 Modele de classes

TRAITEMENT

Num-Trait : String Num-Pat: String Matr-PS: String Lib-Trait : Sring Date-Trait : Date Heure-Trait : Heure

void enregTrait() void suppreTrait() void modiTrait()

CATEGORIE

Code-cat: String Lib-cat : String

void enregCat() void suppreCat() void modiCat()

CHAMBRE

Num-Afffec : String Num-Pat: String Num-Cham : String Num-Lit : String NumPav : String

ACTE

Code-acte : String Num-Fac : String Matr-PS: String Lib-acte : String Date-acte : Date Prix-acte : Double

void enregAct() void suppreAct() void modiAct()

FICHE

Num-obs : String Num-Pat : String Date-obs ; Date

Annotation : String Signe-Subjet : String Signe-Objet : String

enregCham()

void suppreCham()

void modiCham()

void

void enregObservation()

SEJOUR

Date -entree : Date Num-Pat: String Date-sort : Date Cause-Hospit : String

void ListeHospit()

FACTURE

Num-Fac : String Num-Pat : String Date-Fac : Date Montant-Fac : Double Libelle : String

void enregistrement() void quittance()

PATIENT

Num-Pat :String Code-cat : String Nom-Par : String Post-Pat String

Prenom-Pat : String Sexe-Pat : String Datenais : Date Etatcil : String Poids-Pat : Double GS : String

GR : String

Ant-Pers : String Ant-Fam : String Adre-Pat

void enresitrer Pateient() void supprimerPateient() void listePatient()

void modifierPateient()

CONCLUSION GENERAL

Nous voici au ter me de notre etude qui consiste a concevoir un logiciel permettant d'assurer la gestion des patients en medecine interne de l' hôpital provincial general de reference de Kinshasa.

Il ne s'agit pas d'une improvisation, mais une conception qui a tenu compte de certaines regles a respecter de la methode MERISE et l'UML.

Ainsi, ce logiciel performant garantirait la rapidite et la fiabilite de la manipulation des donnees reunies en collectant manuellement et ceci, en vue d'une bonne circulation et d'un excellent arc hivage des documents, et d'autres part, apres avoir de nouveau systeme manuel, nous avons opte pour une solution informatique de premier plan dont le logiciel devrait se caracteriser par la fiabilite et la rentabilite du travail à executer.

Pour atteindre les objectifs fixes dans l'elaboration de ce travail, nous l'avons subdivise en deux parties.

La premier partie a ete consacree à les considerations generales, repartit en trois c hapitres : le premier a ete les concepts fondamentaux, le second le planning previsionnel de realisation du projet ; le troisieme a ete l'etude prealable.

La deuxieme partie a ete consacree sur la conception et realisation du systeme d'information, repartit en deux c hapitres : le premier c hapitre a ete consacree a la conception d'un systeme d'information, qui est subdivise en deux sections.

Le premier a ete le systeme d'information organise et le second le systeme d'information informatise ;

Le deuxieme c hapitre a ete consacre à la realisation, qui est divise en trois section : La premiere section a ete consacree sur l'UML ; la seconde sur le c hoix du langage de programmation et la troisieme sur la description de l'arc hitecture du systeme en UML.

C'est ici que nous avons resolu les problemes relatifs a l'importation et l'exportation de la base de donnees.

Nous pensons du moins avoir atteint notre objectif d'une faNons ou d'une autre, qui est la conception et la realisation d'un systeme d'information de gestion des patients.

Ce travail, aussi scientifique soit il, est le fruit d'une ceuvre humaine, dont soumise a des imperfections, de ce fait, nous sommes ouvert aux critiques scientifiques constructives et suggestions.

ANNEXES

Interfaces
Codes sources en java
Documents analysés



169



/*Programme ecrit par l'ingenieur Eric WANG1 NGOY

pour la gestion des patients. La copie de ses codes est strictement interdite sans l'autorisation de l'auteur. Pour plus d'information contactez 081 296 15 56

Adresse : LUBUD1 58 SUPER LEMBA*/

/*programme ecrit par eric wangi ngoy*/

import java.awt.*;

import java.awt.event.*; import javax.swing.*;

import java.io.*;

public class GestPat2 extends JFrame {

//declaration des objets

String chaine;

JLabel etiquette2;

String []utilisateur={"ADMINISTRATEUR", "ACCUEIL", "FACTURATION","CHEF DE PAVILLON", "INFIRMIER", "CAISSE"};

private JPasswordField motPasse;

private JTextField texte1;

private JLabel lbl1,lbl2,lbl3,lbl4,lbl5,lbl6;

private JButton btn1,btn2,btn3;

private JComboBox jutilisateur;

//creation du constructeur

public GestPat2(){

super("GestPat");

setSize(new Dimension(800,600));

// Ajuster la taille de la fenetre à l'écran

Dimension screenSize = Toolkit.getDefaultToolkit().getScreenSize();

Dimension thisSize = this.getSize();

if(thisSize.height > screenSize.height){

thisSize.height = screenSize.height;

}

if(thisSize.width > screenSize.width){

thisSize.width = screenSize.width;

}

this.setLocation((screenSize.width - thisSize.width) / 2, (screenSize.height - thisSize.height) /

2);

//creation du conteneur

Container contenu=getContentPane();

//gestionaire de disposition

contenu.setLayout(null);

Icon monImage=new ImageIcon("medecin.gif");

etiquette2=new JLabel(" ",monImage,SwingConstants.LEFT); etiquette2.setToolTipText("GestPat1.1");

contenu.add(etiquette2); etiquette2.setBounds(10,25,400,210);

motPasse=new JPasswordField(); contenu.add(motPasse);

// INITIALISATION DES AUTRES OBJETS

lbl1=new JLabel("HOPITAL PROVINCIAL GENERAL "); lbl2=new JLabel("DE REFERENCE DE KINSHASA"); lbl3=new JLabel("MEDECIN INTERNE");

lbl4=new JLabel("Mot de Passe");

lbl5=new JLabel("Etiquette");

lbl6=new JLabel("Utilisateur");

btn1=new JButton("CORRIGER");

btn2=new JButton("ENTRER");

btn3=new JButton("QUITTER");

contenu.add(lbl1); contenu.add(lbl2); contenu.add(lbl3);contenu.add(lbl4);contenu.add(lbl5);contenu.add(btn1); contenu.add(btn2);contenu.add(btn3);contenu.add(lbl6);

texte1=new JTextField(10); contenu.add(texte1);

jutilisateur=new JComboBox(utilisateur); contenu.add(jutilisateur);

// coloration et fonf du formulaire contenu.setBackground(Color.blue);

contenu.setForeground(Color.yellow);

// Font f=new Font("TimesRoman",Font.PLAIN,14);

lbl1.setForeground(Color.yellow); lbl2.setForeground(Color.yellow); lbl3.setForeground(Color.yellow); Font f=new Font("Times Roman",Font.BOLD,18);

lbl1.setFont(f); lbl2.setFont(f); lbl3.setFont(f);

//Positionnement dans le formulaire lbl1.setBounds(300,20,400,80); lbl2.setBounds(300,40,400,80); lbl3.setBounds(340,80,400,80); lbl4.setBounds(300,300,80,50); lbl6.setBounds(300,260,80,50); jutilisateur.setBounds(500,270,200,20);

motPasse.setBounds(500,320,100,20);

btn1.setBounds(20,450,150,40);btn2.setBounds(300,450,150,40);btn3.setBounds(550,450,150,40); // choix de l'utilisateur

Object valeur=jutilisateur.getSelectedItem(); String zutilisateur=(String)valeur;

System.out.println(zutilisateur);

//les evenements des boutons

btn1.addActionListener (

new ActionListener( ){

public void actionPerformed(ActionEvent actionEvent){

motPasse.setText(" "); motPasse.requestFocus();

}

}

);

btn2.addActionListener ( new ActionListener( ){

public void actionPerformed(ActionEvent actionEvent){

Object valeur=jutilisateur.getSelectedItem(); String zutilisateur=(String)valeur;

String user=zutilisateur.trim();

System.out.println(zutilisateur);

if ((chaine2>=0) && (chaine2<7)) {

JOptionPane.showMessageDialog(null, " Erreur", "Attention ! (KEBA !)", JOptionPane.WARNING_MESSAGE);

motPasse.setText(" "); motPasse.requestFocus();

}else if ( (user.equals("ADMINISTRATEUR") && (zchaine.equals("..... ...")) )){

setVisible(false);

MenuPatient4 f=new MenuPatient4(); f.setVisible(true);

}else{

JOptionPane.showMessageDialog(null,"Mot de Passe Incorrect"); motPasse.setText(" ");

motPasse.requestFocus();

} //fin test

}

}

);

btn3.addActionListener (

new ActionListener( ){

public void actionPerformed(ActionEvent actionEvent){

int reponse;

reponse= JOptionPane.showConfirmDialog(null,"Voulez-vous continuer?","Confirmation",JOptionPane.YES_NO_OPTION);

switch(reponse){

case JOptionPane.YES_OPTION:
setVisible(true);

motPasse.requestFocus(); break;

case JOptionPane.NO_OPTION:

System.exit(0);

break;

case JOptionPane.CLOSED_OPTION:

break;

}//switch

}

}

);

} //constructeur

public static void main(String wangi[]){

GestPat2 x=new GestPat2();

x.setVisible(true);

x.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

}//main

}

BIBLIOGRAPHIE

i. Ouvrages

1. DASSE, M., Analyse 1nformatique, 2. L'accomplissement, Paris, ed. Masson et Cie, 1972, p.44

2. D.NANC1, B.EP1NASE, 1ngenierie des Systemes d'information MER1SE, 2eme Generation, Edition Sybex, Paris, 1996

3. GARDAR1N GEORGES, Base des donnees -Objet et Relationnel, Ed. Eyrolles, Paris, 2001.

4. G. GARDAR1N, Base de Donnees objet et relationnel, ed. Eyrolles, 2eme tirage 2000, p.4

5. MO1NE Camille, 1nformatique appliquee a la gestion, ed.FOUCHER, paris, 2000, p.11

6. O.BR1EN JAMES, Les systemes d'information de gestion, Ed.du Renouveau Pedagogique 1nc., Montreal, 1995.

7. Reix Robert, Analyse en 1nformatique de gestion, Ed. BORDAS, Paris, p.4

8. J.-P. MATHERON : Comprendre Merise, Ed. Eyrolles, 2003, Paris, p.1

9. KANGA MATONDO et all., Les Arbres programmatiques, centre protestant d'Editions et de diffusion, Kinshasa, 2001.

. Notes de cours et autres publications

10. MPUTU K1NSALA, Etude de cas appliquee aux S1, L2 informatique de gestion, FASE, UPC, 2006-2007(inedit)

11. MPUTU K1NSALA, Gestion des fic hiers et SGBD, L1 informatique de gestion, FASE, UPC, 2005-2006(inédit)

13. MV1BUDULU KALUY1T, Méthode d'analyse et conception de systeme d'information, L1 et L2 FASE, UPC, 2005- 2006(inédit)

14. MAPHANA MA NGUMA, Organisation et Audit des centres informatiques, L2 FASE, UPC, 2006-2007(inedit)

15. KANGA MATONDO, Logique de programmation, L1 1NFO, UPC, 2005-2006(inedit)

16. KANGA MATONDO, Visual DBase, L2 FASE, UPC, 2006-2007(inedit)

17. KUTANG1LA MAYOYA, Recherche operationnelle, L1 FASE, UPC, 2005-2006(inedit)

18. KUTANG1LA MAYOYA, Langage Java, L1 1NFO, UPC, 2005-2006(inedit)

19. KUTANG1LA MAYOYA, Java avance, L2 1NFO, UPC, 2006-2007(inedit)

20. KUTANG1LA MAYOYA, Programmation structuree Java, G2 FASE, UPC, 2006-2007(inedit)

21. TAHE SERGE, Apprentissage du langage JAVA, 1ST1A, Universite d'Angers, 2002.

22. DE1TEL H.M et P.J., Comment Programmer en Java, 4eme Edition, Ed. Reynald Goulet 1nc., Canada, 2002.

23. DEV VV1ZARD, Java Exe, fevrier 2007

24. FREDER1C JULL1ARD, Langage Unifier pour la Modelisation Objet, Universite de Bretagne Sud UFR SS1-1UP Vannes, 2001-2002

25. P.CHALEAT ET D. CHARNAY, Programmation Html et JavaScript, ed. Eyrolles, 6 eme tirage 2000

3. Webographie et Memoires 26.VVVVVV.commentcamarc he.com

27. LANDU K1LONG1, Conception et Realisation d'un S11 pour la gestion de la paie, UPC, 2006

28. MUJ1NGA KALONG1, Mise en ceuvre d'un S11 applique a la gestion de donneurs benevoles de sang, 2004

176
TABLE DES MATIERES

EPIGRAPYIE 1

Oa Gates 1

DEDICACE 2

AVANTPROPOS 3

oo. INTRODUCTION 4

~~. Problematique et Hypotheses 5

oz. Choix et Interest du Sujet 6

3. Delimitation du travail 6

4. Methodes et techniques utilisees 6

o5. Subdivision du travail 7

PREMIERE PARTIE
· 8

CONSIDERATIONS GENERALES 8

CHAPITRE I : CONCEPTS FONDAMENTAUX 9

SECTION' : SYSTEME 9

I.i.i. Definition 9

I.~. z.Composante et Objectif 9

i. Les entrees 9

I.I.3.Structure organisationnelle du Systeme 11

I. Le Systeme de pilotage 12

. Les Systeme d'information 12

3. Le systeme operant 12

SECTION z : BASE DE DONNEES (BDD) 13

I. z.I.Avenement des Bases de donnees 13

A. Les redondances nombreuses 13

C. Le manque de standardisation (ou absence d'uniformite) 14

I. z. z.Definition d'une base de donnees 14

I. z.3.Types de Base de Donnees 15

16

I. z.4.Les Systemes de gestion de Base de Donnees (SGBD) 16 I. z.4.~.Definition

I. z.4. z.Fonction d'un SGBD 16

A. Le langage de description des donnees (LDD) 16

i. La securite 17

z. La confidentialite 17

I. z.4.3.Type de SGBD 17

A. SGBD de type hierarchique 17

z. L'integrite d'identite ou d'entite 17

z. L'integrite de reference 18

z.i. La jointure ou la composition 18

z. z. La selection 18

.3. La projection (selection negative) 18

SECTION3 : METHODE MERISE 19

I.3.1. Definition 19

I.3. z. Caracteristiques 19

A. Base sur l'approche systemique 19

B. Elle procede par niveaux et par etapes 19

PHASE i : Conception du Systeme d'Information Organise 20

(S.I.O)				20
i. Etape Conceptuelle				20
. Etape Organisationnelle				20

PHASE 2 : Conception du Systeme d'Information Informatise 21

(S.I.I)					21
I.3.3.APERCU SUR LES MODELES					24
Pour les relations					25
i. Le dictionnaire des donnees					26

QUANTIFICATION DE LA MULTIPLICITE 33

I.3.3.7. Le Modele Physique des Donnees (MPD) 36

I.3.3.8.Le Modele Physique des Traitements (MPT) 36

SECTION 4 : RESEAU 37

I.3.4.i. Definition 37

I.3.4. 2. Types de reseau 37

I.3.4.3. Topologie 38

i. En etoile		38

. En anneau 39

3. En bus 39

CHAPITRE II : PLANNIG PREVISIONNEL DE REALISATION 41

DU PROJET 41

SECTION i : PLANNING DES TACHES 42

II.i.i. Principe de la methode 42

i. Methode de chemin critique			42
. Algorithme de FORD II			43

II.i. 2. Analyse des tiches 44

II.i.4. Construction du graphe C.P.M 45

SECTION 2 : Determination du chemin critique et Calcul des dates 46

Donc M(n16) =135 est la longueur du plus long chemin de n1 a n16. 48

CHAPITRE III : ETUDE PREALABLE 50

SECTION i : RECUEIL DE L'EXISTANT 50

III.i.i. PRESENTATION DE L'ENTREPRISE 50

53

III.i. 2. SITUATION GEOGRAPHIQUE DE L'ENTREPRISE 54

III.i.3. ORGANIGRAMME GENERAL

III.i.i.i. Historique ⁵⁰III.i.i. 2. Mission et objectifs

54

SECTION 2 : ANALYSE DE L'EXISTANT ⁵⁷

III. 2.i. ETUDE DES POSTES DE TRAVAIL 57

III. 2. 2. ETUDE DES DOCUMENTS UTILISES 61

62

III. 2. 2.i. Analyse des documents ⁶²III. 2. 2. 2. Description des documents

III. 2.3. Etude des moyens de traitement 68

III. 2.3. 2. Moyens Humains 69

III. 2.3.3. Moyens financiers 69

III. 2.4. Schema de circulation des informations 70

III.2.5. Symboles utilisés 74

III. 2.6. Description du schema de circulation des informations 75

du systeme existant 75

SECTION 3 : CRITIQUE DE L'EXISTANT 77

III.3.1. Points forts 77

III.3. 2. Points faibles 77

III.3.3. Bilan de l'existant 78

SECTION 4 : PROPOSITION DES SOLUTIONS ⁷⁸

III.4.1. Scenario de reorganisation du systeme 78

III.4.1.1. Avantage 79

III.4.1. 2. Inconvenients 79

III.4. 2. Scenario Informatique 79

III.4. 2.1. Avantages 80

III.4.2.3. Désavantages 80

III.4.3. Choix de la meilleure solution 80

CHAPITRE I : CONCEPTION DU SYSTE ME FUTUR 82

SECTION1 : CONCEPTION DU SYSTEME D'INFORMATION 82

ORGANISE (S.I.O.) 82

I.1.1.1. Modele Conceptuel de Donnees (MCD) 82

III.1.1.1.1. Rassemblement des Regles de Gestion			83
I.1.1.1. 2.Recensement et description des objets			83

I.1.1.1.3. Recensement et description des relations entre les 85

objets						85
I.1.1.1.4. Determination des contraintes des cardinalites						86
et d'integrite fonctionnel						86
I.1.1.1.5. Construction du Modele Conceptuel des Donnees						87
I.1.1. 2 MODELE CONCEPTUEL DE TRAITEMENT						88

I.1.1. 2.1 .Identification des processus 88

I.1.1. 2. 2.Description des processus 88



I.1. 2.ETAPE ORGANISATIONNELLE 96

96

I.1. 2.1.MODELE ORGANISATIONNELLE DE DONNEES ⁹⁶I.1. 2.1.1. Organisation

I.1. 2.1. 2. Passage du MCD au MOD				96
I.1. 2.3. Presentation du MOD global				97
I.1. 2.1.4. Quantification de la multiplicite				98

I.1. 2.1.5.Calcul du volume total du MOD global 99

I .1. 2.1.6.Repartition du MOD global en MOD locaux et Prise en 100

compte de la securite des donnees 100

I.1. 2. 2. 2.Pre sentation du MOT 109

SECTION 2 : CONCEPTION D'UN SYSTEME D'INFORMATION 114

INFORMATISE (SII) 114

A. Scenario de la mise en oeuvre 114

B. Scenario de developpement 116

C.

117

CoSt des etudes ¹¹⁶I. 2.1. Etape Logique

I.1.1. 2.3. Construction des MCT 91

I. 2.1.1. Modele Logique de Donnees (MLD) 117

I. 2.1.1.1. Passage du MOD au MLD 117

I. 2.1.1. 2. Regles de passage 117

I. 2.1.1.3. Presentation du Modele Logique des Donnees 119

120

Brutes (MLD brutes) ¹¹⁹I. 2.1.1.4. Regles de Normalisation

I. 2.i.i.5. Presentation du MLD normalisees 122

I. 2.i.i.6. Le schema logique relationnel aussi au MLD 123

I. 2.1.7. Calcul du volume de la base de donnees 124

II. 2.i. 2. Modele Logique de Traitement 126

I. 2.1. 2.i. Regles de passage du MOT en MLT			126
I.2.1.2.2. Presentation des unites logiques de traitements			127

Presentation des interfaces 135

I. 2. 2. Etape physique 152

a) Caracteristique du materiel 152

b) Type de reseau 152

c) Topologie de reseau 152

I. 2. 2.1 Modele Physique des donnees 153

I. 2.4. 2. Modele Physique de Traitement 155

CHAPITRE II : REALISATION DU NOUVEAU SYSTEME 156

D'INFORMATION 156

SECTION i : UML 157

II.i.i. La genese d'un UML 157

II.i. 2. Les methodes d'analyse et de conception ¹⁵⁷

158

II.1.3. Modele et Metamodele ¹⁵⁷II.1.4. Objectif du Langage UML

II.1.5. Approche Objet 158

SECTION 2 : Choix du langage de Programmation 162

SECTION3 : Description de l'architecture du systeme 163

en UML 163

III. 2.~ Modele statique 163

III. 2. 2 Modele de specification des besoins 164

III. 2.3 Modele de classes 165

CONCLUSION GENERAL 166

ANNEXES 168

BIBLIOGRAPHIE 174