Conception et réalisation d'une application de gestion informatisée des résultats du laboratoire dans une entité hospitalière, cas de l'hôpital général de référence de Kamina

1

INTRODUCTION GENERALE

1. PRESENTATION DU SUJET

D'aucun ne redoute actuellement la révolution scientifique à laquelle le monde est soumise avec l'avènement de l'informatique ; cette science domine dès lors notre monde et pénètre presque tous les secteurs de la vie de l'homme.

L'informatique étant une science de traitement automatique de données s'avère bénéfique dans tous les domaines qu'ils soient scientifiques ou professionnels, privés et/ou publics. En observant les grandes entreprises dans le monde, on se rend vite compte qu'elles réalisent des travaux complexes en fractions de temps très réduit à l'aide des machines, ce qui leur couterait des journées manuellement. En se référant à la gestion des résultats du laboratoire. Ce genres des travaux ne s'effectuent plus à la main, mais par les machines et des logiciels.

Vu la complexité des activités d'un laboratoire, l'outil informatique est un élément qui lui facilite une bonne gestion pour une meilleure prise des décisions dans le but d'orienter la politique générale de celle-ci. Dans ce contexte, ce travail de fin de cycle s'est focalisé sur une des problématiques de la gestion des résultats du laboratoire de l'HGR/Kamina) qui est la réservation car dans le domaine de laboratoire, la vitesse de traitement des d'analyse et la gestion des besoins des clients sont fondamentales dans la stratégie sanitaire, c'est pour cela que l'automatisation et l'informatisation de la gestion d'un laboratoire est devenue indispensable.

C'est à ce titre que nous avons opté pour le thème : « conception et réalisation d'une application de gestion informatisée des résultats du laboratoire dans une entité hospitalière » (cas de l'HGR/Kamina).

2. CHOIX ET INTERET DU SUJET 2.1. CHOIX DU SUJET

Depuis sa création, l'HGR/Kamina (laboratoire) a toujours géré ses données manuellement, ce qui du reste rend fastidieux leur manipulation surtout lorsqu'il faut d'une part, les soumettre à l'analyse selon qu'il s'agit d'une exploitation soit lors qu'il faut les partager avec d'autres partenaires et d'autre part, lorsqu'il faut considérer l'importance que revêtent ces données.

2

Aussi, nous ne saurons passer sans dire mot sur le besoin de se conformer à la modernisation de la gestion des données en les soumettant à un traitement automatique afin de répondre aux exigences des nouvelles technologies d'information et de communication.

Par ailleurs, notre passage au sein de ce service pour l'étude en vis-vis de ce qui s'y passe, nous a permis de découvrir les différents problèmes sus évoqués, auxquels est confronté ce service quant à la gestion de ses données ; ceci ayant retenu notre attention, nous pousse à présent d'y apporter la solution d'une part et de concilier d'autre part la théorie à la pratique reçue en auditoire, voilà le pourquoi de notre choix pour ce sujet.

D'où le choix de ce sujet est motivé par l'originalité car dans nos multiples recherches, dans nos les différentes bibliothèques universitaires de la ville de Kamina, nous n'avons pas pu trouver aucun travail déjà déposé concernant l'informatisation de la gestion des examens et des résultats d'un laboratoire.

2.2. INTERET DU SUJET

a) INTERET PERSONNEL

Ce présent travail de fin de cycle nous permettra d'avoir la maitrise du premier pas en la matière de l'analyse du laboratoire et toutes ses opérations.

b) INTERET SOCIAL

Du point de vue social, ce travail de fin de cycle apportera plus d'intérêts aux médecins, aux infirmiers, aux personnels du laboratoire de l'HGR/Kamina et aux patients.

Les patients gagneront la qualité du service, la confidentialité et le meilleur archivage de leurs données ; quant à l'entité hospitalière, aux médecins, aux infirmiers, aux personnels du laboratoire de l'HGR/Kamina, ils tireront plus de profits de la révolution et de l'amélioration de la gestion du laboratoire, de la qualité de l'information (bon résultat) fournie par le système informatisé.

Les informations (résultats) seront justes, complètes, rapides, opportunes, sans erreurs et accessibles en temps réel et au moment voulu.

c) INTERET SCIENTIFIQUE ET ACADEMIQUE

Ce sujet s'intègre dans le domaine de l'informatique de gestion et complète les travaux scientifiques antérieurs en la matière de la santé sur le domaine hospitalier dans le service de laboratoire pour la bonne gestion des résultats des examens qui y sont analysés et

3

l'optimisation du temps réel et amoindri pour ce service qui est aujourd'hui aux aguets. Il pourra servir de tremplin ou de référence à d'autres recherches ultérieures dans ledit même domaine.

3. PROBLEMATIQUE

Le concept problématique est défini de différentes manières :

La problématique peut être définie comme étant l'art d'élaborer et de poser clairement le problème et aussi de le résoudre.¹

Selon R.QUIVY et YAN COMPENOUT, la problématique est une approche ou la perspective théorique que l'on décide d'opter pour traiter le problème posé par la question de départ.

La problématique est l'expression de la préoccupation majeure qui circonscrit de façon précise et déterminée avec l'absolue clarté les dimensions essentielles de l'objet d'étude que le chercheur se propose de mener².

L'évolution de la technologie, au XXIe siècle prouve que l'informatique nous est d'une grande importance dans presque tous les domaines. C'est pourquoi il est rare aujourd'hui de trouver un service qui ne dispose pas d'un outil informatique.

Cette expansion considérable résulte du fait que ses engins sont aptes à traiter toute forme d'information d'une manière très rapide.

Ainsi, pour faire face à des multiples problèmes dus à la gestion traditionnelle des entreprises ; cette science qui joue un rôle important et prépondérant dans le développement de l'entreprise en général, des entités sanitaires et le laboratoire en particulier.

À Kamina, la croissance de la population hospitalière nécessite une gestion rationnelle et rapide.

L'informatisation des entités sanitaires est encore à ses débuts. La manière de gérer manuellement les laboratoires est encore dominante d'où la nécessité d'introduire l'informatique dans la gestion de ces services hospitaliers au travers les solutions logicielles/applications.

¹ Prof. SIKI ASIPATE SIKITIKO, cours d'IRS, UNIKAM, G1info, inédit, 2016-2017

² LAKI MAURICE MBAYO MUSEWA MBAYO, cours de MRS, UNILU, G2 économie, inédit, 2011-2012

³ Opcit,P4.

4

Face à l'augmentation de la population hospitalière, ce service de laboratoire de l'HGR/Kamina se trouve confronté à beaucoup de problèmes :

Grand volume d'informations traitées manuellement, ce qui provoque parfois des erreurs dans l'établissement des documents, Recherche difficile dans les registres. ; Lenteur et perte de temps dans l'enregistrement et la recherche des données ; Insécurités des informations ; Possibilité d'erreur dans le remplissage des différents documents ; Possibilité d'erreur dans le calcul des montants des examens ; Difficulté de stockage due au nombre important d'archives ; Détérioration des archives à force de leur utilisation trop fréquente. Tous ces problèmes cités ci-haut occasionnent toujours le handicap dans ce service de labo (pas de fonctionnement normal) pour le bon échantillonnage, le non maximisation du grand nombre des patients à analyser le jour, plusieurs rendez-vous des analyses à résoudre instamment et ultérieurement.

C'est autour de cette thématique que nous allons réfléchir à interrogation ci-après : comment sera niveau d'automatisation dans la gestion du laboratoire sur la gestion des examens demandés est-elle satisfaisante pour palier à tous les problèmes ci-haut ?

4. HYPOTHESES

Une hypothèse d'un travail est proposition des réponses en rapport avec le sujet pouvant être confirmée ou infirmée à la fin du travail ; elle est une proposition à la question posée.³

Afin de remédier à tous ces problèmes recensés au laboratoire de l'HGR/Kamina, notre imagination a optée sur la conception et réalisation d'une application de gestion informatisée des résultats du laboratoire dont notre travail propose une série d'hypothèses compactées qui mériteraient d'être vérifiées à la fin de la recherche : La Rapidité dans l'établissement des différents documents ; Facilité, simplicité et rapidité d'accès aux données par une recherche, et par une consultation multicritère ; Accès confidentielle et sécurisé aux informations selon le mode d'accès ; Stockage des informations sur des supports informatiques ce qui assurera leur sécurité physique ; Gain de temps dans l'établissement des montants des examens ; Automatiser certaines tâches qui se traitent manuellement.

La conception d'un système d'informations (bases de données )et d'une application de gestion informatisée (reliés au futur LAN de l'institution si possibilité il y en aura) pourraient être une

5

solution à quelques problèmes d'enregistrement et de mise à jour ; de faciliter la consultation et la recherche ; l'accès rapide et confidentiel à l'information (résultat) qui est toute stockée dans une des bases de données .La mise en place d'un système informatique permettra d'analyser les données à un temps réduit et réel (en passant par l'enregistrement des examens en numériques), fournir les informations (résultats) utiles à la gestion des examens demandés après bonne édition, automatiser certaines tâches et stocker avec sécurité et avec gain l'espace les informations. Ainsi la maintenance du produit après une longue et incertaine utilisation par antivirus et son actualisation pourraient endurcir le bon fonctionnement de ce dernier sans aucun méfait.

5. ETAT DE LA QUESTION

La revue de la littérature consiste à un inventaire des travaux ayant trait à notre sujet, voilà pourquoi il nous avons parcourus quelques travaux scientifiques : l'investigation qui nous a permis de décortiquer la recherche déjà entamée dans le domaine du laboratoire et surtout nous en situer par rapport à nos prédécesseurs tels que : ⁴AURA-EPITACE-NAHIMANA-NDAYIRAGIJE « conception d'une application de gestion d'un laboratoire d'analyses médicales : cas de l'hôpital prince régent Charles » Université Martin Luther King de Bujumbura, informatique de gestion, 2010.

Dans son travail, il nous montre juste sur la gestion des examens : Nous avons proposé une solution informatique efficace et cette solution a été un travail qui nécessite des compétences du programmeur ainsi que les compétences des utilisateurs, car complémentaires.

Après le recueil des données, des documents et moyens existants, la théorie et après analyse, nous avons pu concevoir et développer la dite application qui nous a permis de confirmer l'hypothèse.

La solution informatique s'est montrée efficace et rapide.

En effet les principales fonctionnalités de l'application AGEXLAB sont : - Accès sécurisé aux données ;

- Acquisition des données de laboratoires avec précision et fiabilité ;

⁴ AURA EPITACE NAHIMANA NDAYIRAGIJE, travail de mémoire, université Martin Luther King de Bujumbura/L2 informatique de gestion, 2010

6

- Facilité, simplicité et rapidité d'accès aux données par une recherche, et par une consultation multicritère (par nom, par date, par ordonnance, par service, par type d'examen, par catégorie de patient, par section, par numéro de laboratoire etc.)

- Accès confidentiel et sécurisé aux informations selon le mode d'accès

- Recherche des données saisies

- Consultation multicritère des données

- Affichages des données

- Dénombrer les enregistrements affichés par critère de sélection

- Edition des listes des données

- Gestion confidentielle des données suivant les droits Spécifiques d'accès.

Ainsi ce travail permettra d'améliorer les conditions de conservation, de traitement, et de consultation des informations nécessaires et utiles à la gestion du laboratoire d'analyse médicales de HPRC.

Nous suggérons alors aux responsables du laboratoire d'analyses médicales de HPRC de bien vouloir utiliser cette application AGEXLAB qui est le produit d'un travail de qualité, dans le but d'augmenter la productivité.

En ce qui concerne la présentation de notre application, nous signalons d'avance que nous n'avons pas pu présenter toutes les interfaces .ceux qui auront le désir de nous contacter, prière consulter nos téléphones et E-mail respectifs indiqués au menu APROPOS.

Nous invitons aux autres chercheurs de continuer d'autres études dans ce domaine par exemple :

- Dans le sens des perspectives d'améliorer notre application AGEXLAB, il peut être envisageable d' automatiser la gestion du numéro de laboratoire variant par période (annuellement et quotidiennement),automatiser la facturation des examens demandés ;mais aussi ajouter un menu des statistiques des examens demandés entre autre la moyenne par période, par âge, par sexe ,par catégories de patient ,par Régime d'assurance ,par type d'examen ,par service demandeur ou par endroit ainsi que l'écart type avec une méthode de recherche multicritère combinée ;

- Dans le même domaine de gestion des examens demandés du laboratoire, nous suggérons aux autres chercheurs de concevoir un site web dynamique pour la gestion à distance centralisé des demandes d'analyses ou des résultats des examens.

La seule différence avec le nôtre c'est au niveau de la gestion des résultats, quelles qualités qu'un résultat doit être dit édité dans le cahier de labo.

7

6. METHODE ET TECHNIQUES

a) METHODE

Étymologiquement du Latin « methodus » emprunté au grec ancien méthodos (« poursuite ou recherche d'une voie »).

? Une méthode est définie comme étant un ensemble des opérations intellectuelles par les quelles une discipline cherche à atteindre les vérités.

? Une méthode est un ensemble ordonné de manière logique de principes, des règles, d'étapes, qui constitue un moyen pour parvenir à un résultat⁵.

Ainsi, une méthode apparait avec l'exercice de la volonté qui dirige : « l'expérience méthodique de l'homme commence à l'instant où il fixe son attention et la dirige à un but qu'il détermine lui-même » (C. Renouvier)⁶

Dans ce présent travail, nous avons choisi la méthode MERISE.

MERISE (Méthode d'Etude et de Réalisation Informatiques par Sous-Ensembles) : est une méthode de conception, de développement et de réalisation de projets informatiques. Elle a pour but d'arriver à concevoir un système d'informations.

b) TECHNIQUES

Une technique est l'outil au chercheur de récolter les données et dans une certaine mesure de traiter ce qui est scientifique. Les techniques servent à la collecte des données sur terrain et à leur traitement.

Il en existe plusieurs mais, en vue de mieux mener notre étude, nous avons eu recours qu'à technique documentaire, la technique d'interview et technique d'observation directe.

1) La technique documentaire par laquelle on a consulté les documents disponibles à l'HGR/Kamina, à l'internet qui permet de recueillir les informations théoriques et chiffrées nécessaires à la rédaction d'une dissertation.

2) La technique d'interview : selon le dictionnaire universel, l'interview est un entretien au cours, de quel un journaliste ou un enquêteur interroge une personne sur ses avis ou ses opinions. Elle est encore une technique de collecte d'informations qui se caractérise par un contact direct entre le chercheur et ses interlocuteurs.

⁵ https://www.larousse.fr/dictionnaires/français/methode/50965/ (consulté le 02, février, 2019)

⁶ https://www.universalis.fr/encyclopedie/methode/ (consulté le 02, février, 2019)

8

L'interview est une technique utilisée non seulement au stade de l'étude préalable, mais à tous les stades lorsqu'on veut obtenir des informations précises sur les politiques, les procédures, les besoins des utilisateurs. Cette technique nous a permis de parler avec les personnels du laboratoire de l'HGR/Kamina en vue d'obtenir la réponse à notre procuration évoquée à la problématique.

3) La technique d'observation directe : cette technique nous a permis à mieux cerner notre étude en visualisant à compte-goutte le déroulement du processus de l'analyse biologique dans un laboratoire.

7. DELIMITATION DU SUJET

Cette étude de conception et réalisation d'une application de gestion informatisée des résultats du laboratoire dans une entité hospitalière. Les services concernés dans notre étude sont ; réception du labo, caisse et technicien de laboratoire ; C'est une étude qui portera sur les résultats obtenus qui requièrent une analyse de laboratoire par des tests sur l'échantillon des tissus ou liquides corporels.

Les fonctionnalités de notre présent travail sont : la gestion des factures, prélèvement, étiquetage, gestion des résultats des examens analysés au laboratoire de notre hôpital en question car c'est ce défi majeur qui a suscité notre analyse conception.

8. SUBDIVISION DU TRAVAIL

Notre travail comporte quatre (4) chapitres en plus de l'introduction et la conclusion ; l'introduction de cette étude en faisant ressortir la problématique et l'hypothèse de l'étude.

Le premier chapitre définit les concepts et considération théoriques ; le deuxième chapitre nous montre l'analyse préalable ; le troisième chapitre nous donne la conception du système et le quatrième chapitre présente l'implémentation de la solution.

9

Chapitre I : DEFINITION DES CONCEPTS ET
CONSIDERATIONS THEORIQUES

I.1. INTRODUCTION

Tout travail scientifique n'aura de sens et de la valeur que lorsque ses résultats sont mis à la disposition de praticiens ou des lecteurs et son contenu ne pose problème de compréhension et d'application.

C'est ainsi qu'avant d'aborder le fond de notre travail, il est utile et impérieux pour nous d'en définir les principaux concepts de base afin de mieux cerner le sujet sous examen.

I.2. DEFINITION DES CONCEPTS

Les principaux concepts de base sont : conception, réalisation, application, gestion, informatisée, résultat, laboratoire, entité, hospitalière.

1. CONCEPTION : ⁷En sciences humaines et sociales : la conception est la manière de percevoir une idée.

En sciences et disciplines appliquées : la conception d'une application/logiciel met en oeuvre un ensemble d'activités qui à partir d'une demande d'informations d'un processus (demande qui peut aller à la simple question orale jusqu'au cahier des charges complet), permettant la conception, l'écriture et la mise au point d'une application/logiciel, jusqu'à sa livraison au demandeur.

En générale, le développement d'une application/logiciel va suivre trois(3) grandes phases :

a) La phase d'analyse (fonctionnelle) ou de conception :

1) Spécification

2) Conception : elle se divise en deux parties : le POURQUOI et le COMMENT (le fonctionnel et le technique).

Le POURQUOI = l'analyse fonctionnelle (ou analyse générale, ou spécifications fonctionnelles) d'abord. L'analyse fonctionnelle s'occupe des fonctionnalités (ou des services) que le système offre à ses utilisateurs. Autrement dit elle analyse POURQUOI faire

⁷ https://fr.m.wikipedia.org/wiki/conceptionlogiel (consulté le 14, février, 2019)

10

le système et aussi POUR QUI ? Elle s'occupe aussi des relations que les fonctionnalités ont avec d'autres systèmes (analyse des interfaces). Elle répond alors à la question AVEC QUI ? Le COMMENT = l'analyse organique (ou technique ou architectonique1) ensuite.

L'analyse organique s'occupe de la façon dont sera construit le système pour répondre aux attentes de l'analyse fonctionnelle.

Analyse fonctionnelle

Analyse organique

Réalisation

t=0 t=fin temps

3) Définition de l'architecture.

b) La phase de réalisation ou de programmation (écriture et tests des programmes :

1) Algorithmique

2) Programmation

3) Gestion des versions

4) Factorisation

5) Tests unitaires

6) Optimisation du code

c) La phase de livraison :

1) Intégration

2) Validation

3) Documentation de l'application

4) Packaging.

2. REALISATION : action de réaliser quelque chose, de le faire passer du stade de la conception à celui de la chose existante ; fait de se réaliser, d'être réalisé⁸.

La science est dans la recherche des lois des phénomènes et dans la conception des théories ; l'art est dans l'application, c'est-à-dire dans une réalisation pratique en général utile à l'homme qui nécessite toujours l'action personnelle d'un individu isolée. (CI. BERNARD)⁹

¹⁰La réalisation a comme objectif l'obtention des programmes fonctionnant sur un jeu d'essai approuvé par les utilisateurs.

⁸ https://www.larousse.fr/dictionnaires/français/réalisation/66829 (consulté le 14, février, 2019)

⁹ CI. BERNARD, princ.méd.exp, 1878, p.175

¹⁰ JEAN-JACQUES Mwinkeu, cours de MERISE 2, UNIKAM, G3info, inédit 2018-2019

11

La réalisation en informatique est en deux(2) aspects :

d) L'étude technique

e) La production du logiciel

1. L'Aspect technique (étude) : consiste à définir :

Les programmes et les données réparties par site d'exploitation ; l'organisation physique des données et leur mode d'implémentation ; les procédures de sécurité liées au bon fonctionnement du système notamment les reprises et les répartitions en cas de panne ou incident du système.

2. La Production du logiciel : a pour but d'obtenir les programmes testés sur un jeu d'essai de l'utilisateur.

La fin de la réalisation est sanctionnée par une réception du sous-projet ; la réalisation des programmes est assurée conformément aux spécifications décrites dans ses dossiers, approuvées par les utilisateurs. La réception certifie alors qu'en fonction de jeu d'essai réalisé ou approuvé par l'utilisateur, les programmes réagissent selon les règles.

3. APPLICATION : une application ; un applicatif ou encore une appli est dans le domaine informatique, un programme (ou un ensemble logiciel) directement utilisé pour réaliser une tache, ou un ensemble de taches élémentaires d'un même domaine ou formant un tout¹¹.

Le terme application, est considéré comme une dénomination globale regroupant à la fois le système et les logiciels utilisés, est très rependue, en anglais « computer application » comme en français « application sur ordinateur ou application informatique ».

4. GESTION : est un processus par lequel on planifie, organise, dirige et contrôle les ressources d'une organisation afin d'atteindre les buts visés. (pierre G. BERGERON, 1984)¹²

¹¹ fr.wikipédia.org/wiki/application_(informatique) (consulté le 14, février, 2019)

¹² Pierre G.BERGERON, la gestion moderne théorique, édition Ga séton, paris 1984

12

Pour P. LAUZER et R. TELLER : « gérer une entre entreprise, c'est la conduire vers les objectifs qui ont été assignés dans le cadre d'une politique concertée, par les responsables, en mettant en oeuvre les ressources qui leur sont confiées ».Pour G.R.TERRY et S. FRANKLIN la gestion est un « processus spécifique consistant en activités de planification, d'organisation, d'impulsion et de contrôle visant à déterminer et à atteindre des objectifs définis grâce à l'emploi d'Êtres Humains et à la mise en oeuvre d'autres ressources ».

De ces définitions, nous retiendrons que la gestion consiste à :

1) Choisir les objectifs à long terme de l'entreprise ;

2) S'assurer de leur réalisation progressive en vue de rentabiliser le capital investi dans l'expansion de l'activité.

5. INFORMATISEE : participe passé du verbe informatiser. Informatiser c'est :

Introduire les techniques informatiques, les ordinateurs, dans un service, une organisation¹³.

Doter un service, un organisme de moyens informatiques, en assurer la gestion par des moyens informatiques¹⁴.

En informatique, le développement se compose de deux activités qu'on peut distinguer : la Conception et la Réalisation.

La conception consiste à comprendre et prévoir ce qu'il a à faire.

La réalisation consiste à faire concrètement ce qu'il y a à faire.

La distinction entre la conception et la réalisation est une façon d'organiser la division du Travail ; le premier principe de la méthode consiste à considérer ces deux activités comme deux étapes Successives :

Conception

Réalisation

t=0 t=fin temps

Le projet se déroule dans le temps : il commence avec la conception, il se termine avec la réalisation.

6. RESULTAT : ce qui résulte d'une action, d'un fait, d'un principe, etc.¹⁵ Ce qu'on obtient en agissant dans but définit.

¹³ fr.m.wiktionary.org/wiki/informatiser (consulté le 15, février, 2019)

¹⁴ https://www.larousse.fr/dictionnaires/français/informatiser/43001 (consulté le 15, février, 2019)

¹⁵ dicocitations.lemonde.fr/definition-littre/25714/resultat.php (consulté le 15, février, 2019)

13

7. LABORATOIRE : est définit comme étant :

- Une institution (ou une partie de celle-ci) possédant une personnalité juridique, dans laquelle les caractéristiques particulières de matériaux (par exemple matière première

du sang de donneur), de produits ou de méthodes sont déterminées par moyen¹⁶.

- Un locatif disposé pour faire des recherches scientifiques, des analyses biologiques, des travaux, photographiques, des essais industriels, etc.¹⁷

Le domaine d'activité du laboratoire doit être décrit en termes de types d'activités, de méthodes et de techniques, de manière à donner une image claire des services offerts.

Le laboratoire doit toujours être en mesure d'effectuer les tests nécessaires parmi ceux qu'il propose, dans un laps de temps compatible avec les exigences de la clinique ; une liste des services qui peuvent être effectués à tout moment, incluant les spécifications techniques et le délai de transmission des résultats.

8. ENTITE : est une chose réelle, existante mais représentable uniquement par une image, par un concept.¹⁸

Selon le Larousse, une entité est une chose considérée comme un être ayant individualité.

9. HOSPITALIERE : relative aux hôpitaux. Un hôpital est un bâtiment ou ensemble de bâtiments dont dispose un établissement publique ou privé, général ou spécialisé, habilité à recevoir les malades, les blessés et toute personne dont l'état de santé réclame une surveillance, une intervention ou des soins.¹⁹

I.3. CONSIDERATIONS THEORIQUES 1. GENERALITES

La conception d'un système d'informations n'est pas évidente car il faut réfléchir à l'ensemble de l'organisation que l'on doit mettre en place. La phase de la conception nécessite des méthodes permettant de mettre en place un modèle sur lequel on va s'appuyer.

La modélisation consiste à créer une représentation virtuelle d'une réalité de telle façon à faire ressortir les points auxquels on s'intéresse. Ce type de méthode est appelée analyse.

¹⁶ Directive pratique pour laboratoire clinique-version2-2007

¹⁷ https://www.larousse.fr/dictionnaires/français/laboratoire/45786 (consulté le 15, février, 2019)

¹⁸ www.lalanguefrancaise.com/dictionnaire/definition-entite/ (consulté le 15, février, 2019)

¹⁹www.toponymie.gouv.qc.ca/ct/normes-procédures/terminoogie-geographique/entite/aspx (consulté le 15, février, 2019)

14

La méthode la plus utilisée en France étant la méthode MERISE, qui a pour but d'arriver à concevoir un système d'informations ; elle est basée sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuels et physiques.

La séparation des données et des traitements assure vite au modèle. En effet, l'agencement des données n'a pas à être souvent remanié, tandis que les traitements le sont plus fréquemment.

La conception du système d'informations se fait afin d'aboutir à un système fonctionnel reflétant une réalité physique (c'est ce qu'on appelle « le cycle d'abstraction de conception des systèmes d'informations »).

Il s'agit donc de valider une à une chacune des étapes en prenant en compte les résultats de la phrase précédente. D'autre part, les données étant séparées des traitements, il faut vérifier la concordance entre données et traitements afin de vérifier que toutes les données nécessaires aux traitements sont présentes et qu'il n'y a pas de données superflues.

²⁰Pour MERISE, quatre (4) niveaux d'abstraction : le niveau conceptuel, le niveau Organisationnel, le niveau Logique, le niveau Physique ou Opérationnel.

2. NIVEAU CONCEPTUEL

Il consiste à concevoir le système d'informations en faisant abstraction des toutes les contraintes techniques ou organisationnelles et cela tant au niveau de données que de traitements. Le niveau conceptuel répond à la question « Quoi ? » (Quoi faire ? et avec quelle donnée ?) . Modèles : MCC, MCD, MCT.

3. NIVEAU ORGANISATIONNEL

Il a comme mission d'intégrer dans l'analyse les critères liés à l'organisation. Il faut préciser que les notions de temps, de chronologie, des opérations, d'unités, de lieu, de postes de travail, d'accès aux bases des données...

Les questions posées à ce niveau sont : Qui ?, Où ?, Quand ?

Modèles : MOD et MOT.

²⁰ C.T. ELIE-LOUIS Kabwe Kionde Kabuta, cours de MAI 1, UNIKAM G2info, inédit 2017-2018

15

4. NIVEAU LOGIQUE

Il est indépendant du matériel informatique, du langage de programmation ou de Système de Gestion des Bases des Données (SGBD) en sigle. C'est la réponse à la question « Avec quoi ? ».

Modèles : MLD et MLT.

5. NIVEAU PHYSIQUE OU OPERATIONNEL

Il permet de définir l'organisation réelle (physique de données), il apporte des solutions techniques. C'est la réponse à la question « comment ? ».

Modèles : MPD et MOpT.

16

Chapitre II : ANALYSE PREALABLE

II.1. INTRODUCTION

La décision de lancer une nouvelle application ou de modifier une application qui existe a des conséquences importantes au plan de l'organisation, au plan des méthodes de gestion, au plan des conditions économiques de fonctionnement.

Par conséquent, cette décision doit être préparée par une étude préalable qui, à partir d'un diagnostic et situation actuelle, débouche sur une ébauche des solutions.

Les Objectifs de l'analyse préalable :

Beaucoup d'applications informatiques ont pour source l'émergence d'un besoin de

satisfaction. Ce besoin peut être formulé par un usager ou découlé de l'observation

d'incidents dans une activité de l'organisation. Ex : on constate la possibilité des nombreuses

erreurs dans le calcul des montants des examens de laboratoire.

V' L'analyse préalable a pour objectifs de, d':

- Bien comprendre le problème à résoudre,

- Formaliser sous une forme communicable à tous les usagers concernés,

- Evaluer l'intérêt d'une solution.

V' Participants :

- Maitre d'ouvrage ou utilisateur décideur (direction),

- Usagers (utilisateurs),

- Eventuellement des consultants externes.

V' Etapes :

1. Recueil des informations (RI)

2. Représentation de l'existant (RE)

3. Analyse de l'existant (AE)

4. Evaluation de l'intérêt de changement (EIC).

17

II.2. PRESENTATION DE L'EXISTANT II.2.1. PRESENTATION DE L'ORGANISATION

a) APERCU HISTORIQUE DE L'HGR/KAMINA

L'Hôpital Générale de Référence de Kamina a été créé en 1956 par les belges ; les travaux ont commencé par la présence de Dr JOSEPH OPHMAN, peu après son départ, l'Hôpital a été successivement dirigé par les médecins: BLAISE, KANI, BERTARD et DURENCE après l'indépendance.

Vers l'année 1965, le premier médecin directeur congolais était KAMBA avec comme administrateur gestionnaire BAHUKA ALFRED après lui, une succession des médecins dont NGOY WA LUMBALA, BILA GASTON, MOKOLOTO ZEBO, KASHINDI CLEMENT et MALOBA TWITE ; ceux-ci ont travaillé avec les administrateurs gestionnaires dont : KODIZI, KISIMBI ADOLPHE, KALAMBA, OKITA NGONGO DJAMBA, MBUYA NYEMBO, KISA MBUYA ASUMANI et KASHIMBI NYONSO.

En 2003, Dr MALOBA TWITE parti pour Bukama, et l'hôpital resta sous la direction des Docteurs KINGOMA NYEMBO EMILE, YVES MONGA NGOY et MICHEL KAHENGA MBAYO avec les administrateurs gestionnaires KEMBO DIMIODI et SOPHIE MAPEMBA KIPILI.

Actuellement, l'HGR/Kamina est dirigé par le Dr SEYA NGOY JEAN-BAPTISTE comme médecin directeur, avec AG KYUNGU WA MWAMBA DIDIER comme administrateur gestionnaire et JEAN-CLAUDE NSHIMBI MULUNDA KAZEMBE comme directeur de nursing.

b) SITUATION HIERARCHIQUE

L'HGR/Kamina organise son paquet complémentaire de la manière suivante : En tête, nous avons le médecin directeur qui coordonne toutes les activités de l'hôpital et est secondé par l'administrateur gestionnaire qui s'occupe de l'organisation administrative, de la gestion de matériel (fourniture et équipement), de la finance et des ressources humaines et du directeur de nursing qui coordonne les activités médicales et techniques.

18

c) SITUATION GEOGRAPHIQUE

L'HGR/Kamina se trouve en RDC, dans la province du Haut-Lomami, mairie de Kamina,

commune de Kamina, chefferie de Kasongo wa Nyembo, zone de santé de Kamina.

L'HGR/Kamina est implanté au quartier des hôpitaux et set limité :

- Au nord, par l'aérodrome de Kamina,

- Au sud, par la route Kaniama et le chemin de fer,

- A l'Est, par une série d'églises : NYC, mosquée, Néo-apostolique,

- A l'Ouest, par l'église Kimbanguiste et ses écoles.

19

II.2.1.2. ORGANIGRAMME DE L'HGR/KAMINA

A) ORGANIGRAMME

Sur le plan administratif : il s'agit d'une présentation de l'organigramme qui se présente comme suit :

MEDECIN DIRECTEUR

SECRETARIAT

RESP
MOR
GUE

AGC P

RESP CSDT

AGC F

CO MP TAB LE

CAISSIE RE

AGC PAT

INTEN DANT

ADM.GEST

CHAUFFEUR

RESP DEP

Prépo à la pharm

Réception niste

Chargé/
statistique

PE

D

M

I

C

H

I

M
A
T

D

I S

L

A

B

RX

RESP BS

AUXILIAIRES

DN

RESP URG

RESP
ECH
O

RES PMI

RESP CLINIQ

OPHTA

TECH.

DENTISTE

CHIRUR.

MCS

MED.TRAITANT

CH.ENTRETIEN

NETTOYEUR

SENTINELLE

Le 14/03/2019

Source : bureau de l'administrateur

20

B) DESCRIPTION DE L'ORGANIGRAMME

Les détails accompagnant cette structure classique qu'est l'organigramme, sont inscrits dans un document appelé « job description », qui détermine les profils des postes de travail et des fonctions.

Les services organisés à l' L'HGR/Kamina sont les suivants :

a) SERVICE ADMINISTRATIF

1. Médecin Directeur de l'Hôpital (MDH)

Il est le responsable de bonne marche des services médicaux et médico-techniques; il supervise et contrôle tous les services de l'institution dont la direction lui est confiée.

Ainsi, il a l'autorité sur l'ensemble du personnel, sur lequel il exerce le pouvoir hiérarchique et à ce titre, il est le président du comité de gestion de la formation médicale ; il coordonne toutes les activités au sein de son établissement, il vérifie l'exécution générale des soins, il fait établir les statistiques médicales sur la mortalité et la morbidité qu'il transmet régulièrement è la haute hiérarchie sanitaire, il réunit périodiquement tous les chefs des services pour faire le point des activités.

2. Administrateur Gestionnaire (AG)

Il agit sous la responsabilité directe du MDH de tous les services généraux administratifs et financiers de l'institution.

En sa qualité de gestionnaire de finance, il supervise et contrôle la comptabilité et la caisse dont il fait régulièrement rapport au MDH ; il soumet régulièrement à l'approbation de la programmation des dépenses et des recettes et en assure l'exécution ; il centralise les prévisions budgétaires pour l'ensemble de services de l'Hôpital en biens de consommation et d'équipement.

En sa qualité de responsable administratif, il exerce le pouvoir hiérarchique, il assure la gestion du personnel de l'établissement et en fait rapport au MDH ; il veille à l'ordre et à la discipline générale à l'intérieur de l'organisation ; il contrôle les rapports annuels des différents services ; il assure la responsabilité du matériel de l'entreprise dont il doit à toute démarche fournir les justifications d'emploi ; il veille à l'utilisation rationnelles des biens de l'organisation ; il dresse annuellement l'inventaire des biens meubles et immeubles de l'entreprise et en fait rapport au MDH.

21

3. Directeur de Nursing (DN)

Il coordonne, organise et supervise les soins à administrer aux malades ainsi que les actes posés par les infirmiers qui sont à sa charge, il encadre les stagiaires.

4. Médecin Chef de Staff (MCS)

Il s'occupe de la technique, coordonne les activités techniques, programme des interventions chirurgicales et supervise les services de laboratoire.

5. Secrétariat

C'est le service garant de toute information (entrées et/ou sorties) de l'organisation, il établit l'archivage des documents et contrôle l'état des kits informatiques.

6. Réception

C'est le service qui reçoit les malades, établit les fiches de consultation et les oriente au service concerné.

b) SERVICE D'HOSPITALISATION

1. Médecin/chirurgie

Il s'occupe de la consultation, de l'opération, du traitement et des interventions chirurgicales des patients.

2. Pédiatrie

Ce service intervient à chaque instant de la vie de l'enfant, de sa naissance et de la post puberté ; compétences : néonatologie, suivi du développement psychomoteur et physiologique de l'enfant, surveillance des pathologies courantes ou rares de l'enfant.

3. Gynéco-obstétrique

C'est un service de médecine chirurgicale spécialisé dans la santé de la femme et qui les accompagne tout au long de leur vie de la puberté à la période de la post-ménopause.

4. Maternité

Ce service met à disposition une équipe multidisciplinaire compétente et dynamique, qui permet d'accompagner chaque naissance dans le respect du choix des parents et en offrant une sécurité optimale : gestion de la douleur, les techniques telles que l'aromathérapie, le MEOPA (gaz).

5. Urgences

Service maitrisant les cas très graves et urgents, traitant et surveillant les patients.

22

c) SERVICE MEDICOTECHNIQUE

Ce service contribue à la guérison en fournissant aux services médicaux des prestations dans le domaine de traitement. Nous avons les services tels que : la salle d'opération, la banque de sang, la salle technique d'accouchement.

d) SERVICES EXTERNES

Ce service contribue à la guérison en fournissant aux services médicaux des prestations dans le domaine de traitement mais il ne s'occupe pas de l'hospitalisation. Nous avons les services tels que : les consultations externes médicales, le laboratoire, la radiologie, la pharmacie, la CPN (consultation prénatale).

Tous ces services travaillent comme suite : - De 7h30'-12h30' : 1^e service - De 12h30'-18h30' : 2 ^e service - De 18h30'-7h30' : 3 ^e service

C) MISSION

L'HGR/Kamina est un établissement public à caractère administratif, doté de la personnalité morale et de l'autonomie financière ; il est placé sous la tutelle du ministère provincial de la santé publique, de la DPS et de l'inspection provinciale de la santé du Haut-Lomami.

L'hôpital est constitué de l'ensemble des services sanitaires, de prévention, de diagnostic, de soins, d'hospitalisation et de la réadaptation médicale, couvrant la population d'un ensemble de communes relevant au ministère de la santé publique.

Dans son activité, l'hôpital a pour mission de prendre en charge, de manière hiérarchique les besoins sanitaires de la population ; dans ce cadre, l'hôpital a notamment comme tâches de, d':

e) Assurer l'organisation et la programmation de la distribution des soins,

f) Mettre en oeuvre les activités liées à la santé reproductive et à la planification familiale,

g) Appliquer les programmes nationaux et locaux de santé de la population,

h) Contribuer à la promotion et à la protection de l'environnement, la prévention et lutte contre les nuisances et les fléaux sociaux,

23

i) Servir de terrain de formation paramédicale et de gestion hospitalière sur la base de conventions signées avec l'entreprise de formation.

II.2.1.3. ETUDE DES POSTES DE TRAVAIL

On va recenser les services qui sont concernés par l'étude.

Un service est une entité fonctionnelle de l'entreprise et est constitué des stations ou postes de travail.

Au milieu de la liste des postes, on va recenser les postes de travail (stations) qui sont concernés par notre étude, le cas de, de la: réception du labo, caisse, technicien de laboratoire. ²¹Un poste de travail est définit comme un ensemble de :

1. Lieu d'implantation,

2. Ressources utilisées (humaines, matériels,...),

3. Tâche prescrite définit le travail à effectuer au sein de cette structure.

Pour décrire un poste de travail, on donne les éléments suivants :

a) Identification : nom, service de rattachement et fonction principale,

b) Moyens utilisés : les ressources humaines et matérielles utilisées,

c) Les informations stockées (fichiers papier ou informatique),

d) Les informations en entrée,

e) Les informations en sortie,

f) Les traitements effectués.

LISTE DES POSTES DE TRAVAIL

N°	INTITULE	TITULAIRE	FONCTION	OBSERVATION
1	Réception du labo		Enregistrer et facturer les examens	-
2	Caisse	Banza Monga Dorcas	Encaisser les moyens et valider la facture	-
3	Technicien de labo	Annie	Prélever le patient et analyse l'examen	-

²¹ C.T. ELIE-LOUIS Kabwe Kionde Kabuta, cours de MAI 2, ISS Lubumbashi G2info, inédit 2017-2018

24

DESCRIPTION DE CHAQUE DE POSTE DE TRAVAIL

1. RECEPTION DU LABO

I. IDENTIFICATION

Désignation : réception du labo

Responsable :

Service de rattachement : technicien de labo

Mission générale : enregistrement et facturation des examens.

II. MOYENS UTILISES

II.1. personnel Un seul réceptionniste

II.2. matériel papier, Bic, agrafeuse.

II.3. fichiers utilisés

N°	DESIGNATION	SUPPORT	NBRE ARTICLE	VOLUME GLOBAL
01	Enregistrement des examens	Registre de labo
02	facturation des examens	registre des frais

III. INFORMATIONS ENTREES

N°	SUPPORT	DESIGNATION	FREQUENCE	VOLUME	STATION
					ORIGINE
01	Bon d'examens demandés	Bon contenant les examens que le patient doit se faire analyser	journalière	22 Patients	Consultation ou non

IV. INFORMATIONS SORTIES

N°	SUPPORT	DESIGNATION	FREQUENCE	VOLUME	STAT. DEST
01	Facture patient	Document d'accès à la consultation	journalière	22 Patients	Patient
02	Facture caisse	Document pour information sur les frais à verser par le patient dans ce service	journalière	n patient	Caisse
03	Liste de patient solvable à analyser	Document reprenant les patients ayant accès à l'analyse	journalière	n patient	Technicien de labo

V. TRAITEMENTS

N°	DESIGNATION ACTION	TEMPS UNITAIRE	DELAI LIMITE	NBRE PERIODE
01	Enregistrement examens faisables	7minutes	1mois
02	Etablissement de la liste des patients solvables	2minutes

VI. REMARQUES

Etablie le : 15/05/2019 par :

Lieu : HGR/Kamina.

25

2. CAISSE

I. IDENTIFICATION

Désignation : caisse

Responsable : Banza Monga Dorcas

Service de rattachement : Réception de labo

Mission générale : Encaissement des moyens et validation des factures.

II. MOYENS UTILISES

II.1. personnel Une seule caissière

II.2. matériel

carbone, Bic, cahier de perception.

II.3. fichiers utilisés

N°	DESIGNATION	SUPPORT	NBRE ARTICLE	VOLUME
				GLOBAL
01	Encaissement des moyens.	Cahier de perception

III. INFORMATIONS ENTREES

N°	SUPPORT	DESIGNATION	FREQUENCE	VOLUME	STAT.
					ORIGINE
01	Facture caisse	Reçu de tarification des examens demandés	journalière	n Patient	Réception du labo

IV. INFORMATIONS SORTIES

N°	SUPPORT	DESIGNATION	FREQUENCE	VOLUME	STAT. DESTINATAIRE
01	Facture validée	Document de la facture validée pour le doit d'accès à l'analyse	journalière	n Patient	Réception du labo

V. TRAITEMENTS

N°	DESIGNATION ACTION	TEMPS	DELAI LIMITE	NBRE PERIODE
		UNITAIRE
01	Encaissement des moyens et validation de la facture	7minutes

VI. REMARQUES

Etablie le : 15/05/2019 par : Banza Monga Dorcas

Lieu : HGR/Kamina.

26

3. TECHNICIEN DE LABO

I. IDENTIFICATION

Désignation : Technicien de labo

Responsable : Mme Annie

Service de rattachement : Réception du labo

Mission générale : faire des analyses biologiques et transfusion des patients

II. MOYENS UTILISES

II.1. personnel Un seul technicien

II.2. matériel

Microscope, gans, cache-nez, urines, crachats, sang...

II.3. fichiers utilisés

N°	DESIGNATION	SUPPORT	NBRE ARTICLE	VOLUME GLOBAL
01	Analyser, prélever le patient	Registre des examens

III. INFORMATIONS ENTREES

N°	SUPPORT	DESIGNATION	FREQUENCE	VOLUME	STAT. ORIGINE
01	liste des patients à analyser	Document d'accès à la consultation	Selon le cas	n Patients	Réception du labo
02	Bon d'examens demandés	Documents contenant les examens demandés par le médecin			Réception du labo

IV. INFORMATIONS SORTIES

N°	SUPPORT	DESIGNATION	FREQUENCE	VOLUME	STAT. DEST
01	Bon de résultat	Reçu établit après règlement facture	journalière	n Patients	Réception, labo

V. TRAITEMENTS

N°	DESIGNATION ACTION	TEMPS UNITAIRE	DELAI LIMITE	NBRE PERIODE
01	Analyses, prélèvements, résolutions des examens	Selon le cas	2jours

VI. REMARQUES

Etablie le : 15/05/2019 par : Mme Annie

Lieu : HGR/Kamina.

27

II.2.1.4. MODELE CONCEPTUEL DE COMMUNICATION

1. DESCRIPTION TEXTUELLE DU (DES) PROCESSUS

Le patient arrive au labo et présente son bon d'examens demandés au réceptionniste du labo, celui-ci vérifie si les examens ne sont pas faisables : bon retourné, si oui il enregistre les examens dans le cahier de laboratoire et établit la facture patient et la facture caisse pouvant permettre au patient de régler ses moyens, le patient part à la caisse et verse ses moyens, à son retour le caissier lui donne une facture validée à donner au réceptionniste du labo, celui-ci va établir une liste des patients solvables afin qu'ils au prélèvement et la remet au technicien de labo, le patient va donner l'échantillon à ce dernier pour qu'il passe à l'analyse, après analyse le technicien de labo édite les résultats et les transmet au réceptionniste ; ce dernier va livrer aux patients et enregistrer dans le cahier de labo les résultats (cahier de labo mis à jour après analyse).

2. RECENSEMENT DES ACTEURS

²²Un acteur est une personne physique ou un poste de travail jouant un rôle précis dans l'organisation ou dans le domaine.

Nous distinguons deux (2) types d'acteurs :

- Acteurs externes (ou partenaires) : sont des éléments externes avec les quels le système échange des flux d'informations ex : patient

- Acteurs internes (ou domaines) : sont des entités de l'organisation. Lorsque les domaines d'une organisation sont trop importants, ils peuvent être décomposés eux-mêmes en sous-domaines. Ex : réception du labo, caisse, technicien de labo

TABLEAU DES ACTEURS

N°	NOM ACTEUR	TYPE	SIGNIFICATION
1	PATIENT	externe	Désigne l'individu qui est examiné médicalement ou qui se voit administrer un traitement.
2	RECEPTION DU LABO	interne	Service accueillant le patient et établissant les factures pour aboutir à l'analyse.
3	CAISSE	Interne	Service de comptabilité chargé de la tarification

²²C.T. ELIE-LOUIS Kabwe Kionde Kabuta, cours de MAI 2, ISS Lubumbashi G2info, inédit 2017-2018

28

			des actes médicaux et des frais de labo.
4	TECHNICIEN DE LABO	interne	Service se chargeant de l'examen d'un patient des actes techniques, d'investigation, d'éducation, de prévention... prélevant et analysant différents fluides de l'organisme (du patient).

a) Diagramme de contexte

Ce diagramme a pour but de représenter les flux d'informations entre l'organisation et les acteurs externes, selon une représentation standard dans laquelle chaque objet porte un nom :

o L'organisation est représentée par un rectangle

o Les partenaires sont représentés par des ellipses en pointillés

o Les flux d'informations sont représentés par des flèches dont l'orientation désigne le sens du flux d'informations.

b) Diagramme conceptuel des flux

Appelé aussi modèle conceptuel de la communication, il permet de compléter le diagramme de contexte en décomposant l'organisation en une série de partenaires.

Dans ce diagramme, la représentation standard est la suivante :

o Les domaines sont représentés par les ellipses

o Les messages internes sont représentés par des flèches.

29

c) Graphe de flux

²³Un est flux est un échange d'informations entre un acteur avec lui-même ou entre deux acteurs.

²⁴Un flux est un passage d'objets d'un intervenant à un autre. L'objet est émis par un intervenant (l'émetteur) et reçu par un autre (le récepteur).

Un message est un objet transmis ne contenant que des informations. Les intervenants communiquent par message.

Le modèle de communication est un dessin qui représente les flux d'information (messages) ou non informationnels échangés entre les intervenants internes de l'entreprise et les intervenants externes.

Les informations des messages peuvent être synonymes, polysèmes, liées par une équivalence, une règle de calcul ou être composées.

Un flux est toujours d'un message c'est-à-dire d'informations.

Un graphe de flux est un graphe dont les noeuds sont des acteurs et les arcs sont des flux :

PATIENT

(3)

(1)

(2)

(9)

(5)

(11)

(4) (6)

RECEPTION DU LABO

TECHNICIEN DE LABO

CAISSE

(10)

(7)

(8)

(12)

²³ C.T. ELIE-LOUIS Kabwe Kionde Kabuta, cours de MAI 1, UNIKAM G2info, inédit 2017-2018

²⁴ Michel Diviné, PARLEZ-VOUS MERISE ? Éditions Eyrolles 1994

30

LEGENDE

1. Bon d'examens demandés

2. Bon retourné

3. Facture patient

4. Facture caisse

5. Frais exigés pour les examens

6. Facture validée

7. Facture validée Cahier de labo mis à jour

8. Liste des patients à prélever

9. Echantillon

10. Résultat labo

11. Résultat livré

12. Cahier de labo mis à jour après analyse.

d) Matrice des flux

C'est une matrice carré, telle que le nombre des lignes est égal au nombre des colonnes et au nombre d'acteurs ; on peut ou ne pas mettre le flux, mais les numérotations seulement des flux.

Récepteur Emetteur	PATIENT	RECEPTION DU LABO	CAISSE		TECHNICIEN DE LABO	PATIENT
	(1)	(5)	(9)		RECEPTION DU LABO
(2), (3), (11)	(7), (12)	(4)	(8)		CAISSE
	(6)				TECHNICIEN DE LABO
	(10)

e) Tableau des flux

N°	NOM FLUX	EMETTEUR	RECEPTEUR	PROPRIETES	SIGNIFICATION
1	Bon d'examens demandés	patient	Réception du labo		le patient présente le bon chez le Réceptionniste du labo.
2	Bon retourné	Réception du labo	Patient		Le Réceptionniste du labo retourne le bon car les examens ne sont pas faisables
3	Facture patient	Réception du labo	patient		Le Réceptionniste du labo établit la facture pour que le patient règle les frais des examens.
4	Facture caisse	Réception du labo	caisse		Le Réceptionniste du labo rédige la facture pour information à la caisse.
5	Frais exigés pour les examens	patient	caisse		Le patient paye ses moyens.
6	Facture validée	caisse	Réception du labo		La caisse valide la facture après paiement du patient.

31

7	Cahier de labo mis à	Réception du	Réception du		Le Réceptionniste du
	jour	labo	labo		labo enregistrer les examens du patient.
8	Liste des patients à	Réception du	Technicien de		Le Réceptionniste du
	prélever	labo	labo		labo établit la liste des patients solvables pour les prélever.
9	Echantillon	patient	Technicien du labo		Le patient dépose l'échantillon auprès du technicien de labo.
10	Résultat labo	Technicien du	Réception du		Le technicien de labo
		labo	labo		se met en analyse et enfin édite les résultats des patients et donne au réceptionniste du labo.
11	Résultat livré	Réception du labo	patient		Le réceptionniste du labo livre les résultats aux patients.
12	Cahier de labo mis à	Réception du	Réception du		Le réceptionniste du
	jour après analyse.	labo	labo		labo enregistre les résultats dans le cahier de labo après analyse.

II.2.2. DESCRIPTION DES DONNEES

II.2.2.1. INVENTAIRE DES LOTS D'INFORMATIONS Recensez les lots d'informations (documents).

Un lot d'informations est constitué d'un ensemble d'informations sur un même support. Le support peut être papier ou informatisé.

Il existe deux types de lot :

? Lot de position (fichiers)

? Lot de liaison (document de communication par exemple bon de commande).

Etablissez un répertoire de lots : Liste exhaustive des lots (de liaison, de position), Une notice explicative par lot (si nécessaire).

IDENTIFIANT	DESIGNATION, DESCRIPTION
- F - BED - Fichier1 - Fichier2	Facture Bon d'examens demandés Cahier de perception Cahier de laboratoire

32

Facture : reçu qui permet d'élaborer et valider différentes factures acquittées.

Bon d'examens demandés : document par lequel le médecin demande d'analyser le patient.

Cahier de perception : documents comptable possédant tous les montants versés et factures acquittées.

Cahier de laboratoire : ensemble formé du Registre d'enregistrement des examens demandés et du Registre d'enregistrement des résultats ;

Ce document contient les actes effectués en laboratoire afin d'analyser les liquides biologiques (échantillons) pour en tirer un résultat. Dans le cahier de laboratoire tout doit être consigné afin qu'une personne étrangère à l'analyse puisse tout retrouver ; et recalculer les concentrations en pouvant tenir compte de tous les phénomènes externes et internes à l'analyse. Tous les contrôles effectués doivent être consignés. Il est indispensable de donner le coefficient de variation standard.

II.2.2.2. INVENTAIRE DES RUBRIQUES

Une rubrique est une information élémentaire qu'on censure dans un lot. Recensez les rubriques par lot d'informations dans un tableau : une ligne représente une rubrique tandis qu'une colonne désigne un lot d'informations.

LOTS RUBRIQUES	F	BED	FICHIERS F STOCK
			F1	F2
NumBon		x
DateBon		x
NomPatient		x
NomMedecin		x
NomEts		x
CodeEch				x
DateEch				x
CodeEx		x		x
NomEx		x		x
PrixEx				x
CodeCat				x
NomCat				x
CodeLab				x
NomLab				x
PostnomLab				x
PrenomLab				x
NumFac	x		x
DateFac	x		x
Motif	x		x

33

MontantPaye	x		x
MatC			x
NomC			x
PostnomC			x
PrenomC			x
AnneeNais		x		x
ResultatEx		x		x

II.2.2.3. DICTIONNIARE DES DONNEES (DD)

Un DD est constitué par un ensemble de rubriques. On va éliminer les synonymes (deux rubriques différentes en apparence mais en réalité ne sont qu'une seule et même données) et les polysemes (une rubrique qui représente plusieurs données.

Une rubrique dans un DD sera définie par :

? Un nom symbolique

? Une désignation ou une description

? Un type

? Une règle de contrôle

? Une remarque ou une observation

N°	NOM SYMBOLIQUE	DESIGNATION	TYPE	TAILLE	RG	REMARQUE
1	NumBon	Numéro bon	NC	AN_10	Unique	-
2	DateBon	Date d'édition bon	NC	Date (8)	Non négatif	-
3	NomPatient	Nom du patient	NC	AN_25	-	-
4	NomMedecin	Nom médecin demandeur	NC	AN_25	-	-
5	NomEts	Nom de l'établissement	NC	N_30	-	-
6	AnneeNais	Année de naissance du patient	NC	Date (8)	Non négatif	-
7	CodeEch	Code échantillon	NC	N_10	Unique	-
8	DateEch	Date de la prise échantillon	NC	Date (8)	Non négatif	-
9	CodeEx	Code examen	NC	N_10	Unique	-
10	NomEx	Adresse du patient	NC	AN_28	-	-
11	PrixEx	Prix examen	C	AN_5	Non négatif	-
12	CodeCat	Code catégorie	NC	AN_10	Unique	-
13	NomCat	Nom catégorie	NC	AN_20	-	-
14	CodeLab	Code laborantin	NC	AN_10	Unique	-
15	NomLab	Nom laborantin	NC	AN_25	-	-
16	PostnomLab	Post nom Laborantin	NC	AN_25	-	-
17	PrenomLab	Prénom Laborantin	NC	AN_25	-	-
18	NumFac	Numéro facture	NC	AN_10	Unique	-
19	DateFac	Date facture	NC	Date(8)	Non négatif	-
20	Motif	Motif de paiement	NC	AN_15	-	-

34

21	MontantPaye	Montant payé	C	AN_5	Non négatif	-
22	MatC	Matricule caissier	NC	AN_10	Unique	-
23	NomC	Nom caissier	NC	AN_25	-	-
24	PostnomC	post nom caissier	NC	AN_25	-	-
25	PrenomC	Prénom caissier	NC	AN_25	-	-
26	ResultatEx	Résultat examen	NC	AN_45	-	-

II.2.3. DESCRIPTION DU DOMAINE

II.2.1. TABLEAUX DES EVENEMENTS

Un événement est un fait qui à son apparition déclenche une réaction dans l'organisation (domaine étudié).²⁵ A savoir : la colonne de signification que vous trouverez vide car nous l'avons déjà signifié au niveau du tableau des flux, inutile de répéter.

N°	NOM EVENEMENT	EMETTEUR	RECEPTEUR	TYPE	SIGNIFICATION
1	Bon d'examens demandés	patient	Réception du labo	externe
2	Facture caisse	Réception du labo	caisse	interne
3	Frais exigés pour les examens	patient	caisse	externe
4	Facture validée	caisse	Réception du labo	interne
5	Liste des patients à prélever	Réception du labo	Technicien de labo	interne
6	Echantillon	Patient	Technicien de labo	externe
7	Résultat labo	Technicien de labo	Réception du labo	interne

II.2.3.1. TABLEAU DES ACTIONS INDUITES OU TABLEAU DES EVENEMENTS-

RESULTATS

N°	NOMS D'ACTIONS INDUITES	EVENEMENT	RECEPTEUR	RESULTATS	SIGNIFICATION
1	- vérifier les examens - établir les factures	Bon d'examens demandés	Réception du labo	- Bon retourné - facture patient - facture caisse
2	- encaisser frais exigés - valider la facture	Facture caisse	caisse	- Facture validée
3	- encaisser frais exigés - valider la facture	Frais exigés pour les examens	caisse	- Facture validée
4	- Mettre à jour le cahier de labo - Etablir la liste des patients à prélever	Facture validée	Réception du labo	- Liste des patients à prélever - cahier de labo mis à jour
5	- analyser échantillon - éditer bon des résultats	Liste des patients à prélever	Technicien de labo	- résultat labo

²⁵ C.T. ELIE-LOUIS Kabwe Kionde Kabuta, cours de MAI 1, UNIKAM G2info, inédit 2017-2018

35

6	- analyser échantillon - éditer bon des résultats	Echantillon	Technicien de labo	- résultat labo
7	- Mettre à jour cahier de labo après examen - Livrer les résultats aux patients concernés	Résultat labo	Réception du labo	- résultat livré - cahier de labo mis à jour après analyse

II.2.4. CRITIQUES DE L'EXISTANT

Appelée aussi « bilan de l'existant » ; dans cette phase, on recense les problèmes perçus par les utilisateurs puis on recherche les causes réelles afin d'apporter des réponses adéquates dans la solution nouvelle.

Par ailleurs, deux aspects sont toujours dégagés lors de cette critique dont l'un est positif et l'autre négatif.

? Aspects positifs

Au terme de l'analyse de l'existant, il convient d'avouer que l'HGR/Kamina a au moins un système d'organisation bien défini au point fonctionnel et organisationnel.

Cependant, l'hôpital ne pourra renforcer l'efficience de ses services s'il arrive à surmonter les insuffisances constatées.

L'HGR/Kamina ainsi que son personnel offre :

- Un bon contrôle de matériel,

- Une bonne circulation des informations et transparence des documents entre les

personnels,

- Une bonne collaboration et transmission des informations entre eux,

- Réquisition d'autres médecins spécialistes en cas de nécessité,

- Une bonne hospitalisation,

- La disponibilité des personnels traitants,

- L'alimentation du groupe électrogène permanente en cas de coupure du courant

électrique.

? Aspects négatifs

- Le coût de traitement trop élevé, - Utilisation pénible d'un système, - Sécurité insuffisante,

36

- Le cours ayant des herbes à chaque moment,

- Faiblesse de performances : temps de réponse trop long, le débit trop faible,

- Non pertinence des résultats

- Pas de LAN,

- Les documents étant conservés dans les classeurs à papiers ; l'accès est difficile étant

donné il faut toujours une recherche sérieuse pour retrouver un document (FC, fiche

de paie, ...)

- L'hôpital ne possède pas dans le domaine étudié d'ordinateur,

- Pas de personnel qualifié en informatique

- L'institution n'a qu'un seul ordinateur au niveau du secrétariat.

II.2.5. PROPOSITION DE LA SOLUTION NOUVELLE

L'objectif de cette étape est de proposer des types des solutions, et des directives qui seront éventuellement creusées en détails dans la phase de conception détaillée ; mettre en évidence les causes du système fonctionnant actuellement.

La prise en compte des problèmes évoqués précédemment a abouti à l'élaboration d'une orientation des solutions ; cette orientation introduit des avantages professionnels et ergonomiques à l'HGR/Kamina, grâce à la disponibilité d'un PC performant connecté au LAN et dans chaque service au moins et bien climatisé et alimenté pour permettre au service de labo qui aura son application spécifique de mieux analyser et être disponible instamment.

II.2.5. ANALYSE DE L'EXISTANT

1. Objectifs :

Analyser c'est-à-dire dépasser les représentations immédiates et en extraire les modèles conceptuels pour :

- Comprendre le fondement de l'application,

- Dégager les inconvénients, hors convergence de l'organisation pour aboutir à des formalismes communicables ;

- Construire le MCD et le MCT.

2. Objectifs proprement dit :

37

Pour le MCT, cette phase nous permet de décrire les traitements dans un formalisme indépendant de la technologie et de l'organisation.

Pour le MCD, cette étape décrit les données dans un formalisme indépendant de la technique (les moyens utilisés/et de l'organisation).

Cette étape qui consiste à décortiquer l'organisme concerné ainsi que la manière où il fonctionne à ce moment précis. Elle revêt une importance indéniable dans la mesure où elle permet de produire le système existant sous ses différents aspects.

II.3.1. MODELE CONCEPTUEL DES DONNEES (MCD)

Le MCD a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'informations. Il s'agit donc d'une représentation des données, facilement compréhensible. Permettant de décrire le SI à l'aide d'entités.

LES CONCEPTS

1. Entités et classe d'entité

²⁶Une entité est la représentation d'un élément matériel ou immatériel ayant un rôle dans le système que l'on désire décrire.

²⁷Une entité est définie comme étant un objet du système pouvant être identifié distinctement. ²⁸On appelle classe d'entité un ensemble composé d'entités de même type c.-à-d. dont la définition est la même.

Le classement des entités au sein d'une classe s'appelle classification (ou abstraction).

Une entité est une instanciation de la classe : chaque entité est composée de propriétés, données élémentaires permettant de la décrire.

Les classes d'entités sont représentées par un rectangle ; ce rectangle est séparé en deux champs :

²⁶ https://www.commentcamarche.net/contents/659-merise-modele-conceptuel-des-donnees (consulté le 13 Mai 2019)

²⁷ CT. LUCIDE BULA, cours de bases de données II, UNIKAM, G3info, inédit 2018-2019

²⁸ Idem25

38

- Le champ du haut contient le libellé. Ce libellé est généralement une abréviation pour une raison de simplification de l'écriture ; il s'agit par contre de vérifier qu'à chaque classe d'entité correspond un et un seul libellé, et réciproquement.

2. Relations et classes de relations

Une relation (appelée aussi parfois association) représente les liens sémantiques qui peuvent exister entre plusieurs entités.

Une classe de relations peut lier plus de deux classes d'entité.

Les classes d'entités sont représentées par des hexagones (parfois des ellipses) dont l'intitulé décrit le type de relation qui relie des classes d'entité (généralement un verbe).

Une classe de relation peut lier plus de deux classes d'entité. Voici les dénominations des

Classes de relation selon le nombre d'intervenants:

- Une classe de relation récursive (ou réflexive) relie la même classe d'entité

- Une classe de relation binaire relie deux classes d'entité

- Une classe de relation ternaire relie trois classes d'entité

- Une classe de relation n-aire relie n classes d'entité.

3. La cardinalité

Les cardinalités permettent de caractériser le lien qui existe entre une entité et la relation à laquelle elle est reliée. La cardinalité d'une relation est composée d'un couple comportant une borne maximale et une borne minimale, intervalle dans lequel la cardinalité d'une entité peut prendre sa valeur :

- La borne minimale (généralement 0 ou 1) décrit le nombre minimum de fois qu'une entité peut participer à une relation ;

- La borne maximale (généralement 1 ou n) décrit le nombre maximum de fois qu'une entité peut participer à une relation ;

4. La propriété (ou attribut ou rubrique)

²⁹La propriété est une information élémentaire, c'est-à-dire non déductible d'autres informations, qui présentent un intérêt pour le domaine étudié.

- Chaque valeur prise par une propriété est appelée occurrence.

- Une propriété est dite simple ou encore atomique si chacune des valeurs qu'elle regroupe n'est pas décomposable. La décomposition d'une propriété en propriétés plus

²⁹ Di Gallo Fréderic, Méthodologie des systèmes d'information, Ed. Cnam angouleme, 2000-2001, p.18

³⁰ https://www.commentcamarche.net/contents/659-merise-modele-conceptuel-des-donnees (consulté le 13 Mai 2019)

39

simples ne doit pas être systématique et doit surtout tenir compte de son l'exploitation dans le système.

5. Les identifiants

³⁰Un identifiant est un ensemble de propriétés (une ou plusieurs) permettant de désigner une et une seule entité. La définition originale est la suivante: L'identifiant est une propriété particulière d'un objet telle qu'il n'existe pas deux occurrences de cet objet pour lesquelles cette propriété pourrait prendre une même valeur.

Les attributs d'une classe d'entité permettant de désigner de façon unique chaque instance de cette entité sont appelé identifiant absolu. Le modèle conceptuel des données propose de souligner les identifiants (parfois de les faire précéder d'un #).

Ainsi, chaque classe d'entité doit posséder au moins un attribut identifiant, et l'ensemble de ses attributs identifiants doivent être renseignés à la création de l'entité.

6. L'Occurrence d'entité ou individu

D'après la définition d'une entité, on sait que la connaissance d'une valeur de la rubrique identifiante détermine la connaissance des valeurs des autres rubriques de l'entité. L'ensemble de ces valeurs est appelé occurrence d'entité.

II.3.1.1. RECHERCHE DES DEPENDANCES FONCTIONNELLES

La structuration des données du dictionnaire des données s'effectue en 4 étapes :

1. Détermination de la liste des DF simples et Construction, à partir de ces DF des entités de la base de données.

2. Détermination des DF composées et, Construction, à partir de ces DF des relations non CIF

3. Détermination de la liste des DF entre les identifiants et constructions des relations CIF,

4. Construction du schéma et détermination des cardinalités de liaison.

a) MATRICE DES DEPENDANCES FONCTIONNELLES A SOURCE SIMPLE

40

N°	PROPIETES	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16	17	18	19	20	21	22	23	24	25	26
1	NumBon	*						1							1
2	DateBon	1
3	NomPatient	1
4	NomMedecin	1
5	NomEts	1
6	AnneeNAis	1
7	CodeEch							*
8	DateEch							1
9	CodeEx									*
10	NomEx									1
11	PrixEx									1
12	CodeCat									1			*
13	NomCat												1
14	CodeLab							1							*
15	NomLab														1
16	PostnomLab														1
17	PrenomLab														1
18	NumFac																		*
19	DateFac																		1
20	Motif																		1
21	MontantPaye																		1
22	MatC														1								*
23	NomC																						1
24	PostnomC																						1
25	PrenomC																						1
26	ResultatEx

41

DF1: NumBon Datebon, Nompatient, AnneeNais, NomMedecin, NomEts

DF2: CodeEch DateEch, NumBon, CodeLab

DF3: CodeEx NomEx, PrixEx, CodeCat

DF4: CodeCat NomCat

DF5: CodeLab NomLab, Post nomLab, PrenomLab

DF6: NumFac DateFac, Motif, MontantPaye, NumBon, MatC

DF7: MatC NomC, Post nomC, PrenomC

b) MATRICE DES DEPENDANCES FONCTIONNELLES A SOURCE COMPOSEE

N°	PROPRIETES	DF8	DF9
1	Numbon	D
2	CodeEch		D
3	CodeEx	D	D
4	CodeCat
5	CodeLab
6	NumFac
7	MatC
8	ResultatEx	G

DF7 : NumBon, CodeEx ResultatEx

La DF9 est formée de CodeEch et CodeEx qui sont des clés primaires mais en ayant une relation NON CIF et Non Porteuse des propriétés.

c) MATRICE DES CLES

d) GRAPHES DES CLES ET STRUCTURE D'ACCES THEORIQUE (SAT)

NumBon

NumFac

MatC NomC PostnomC PrenomC

CodeEch DateEch

CodeCat NomCat

NumBon, CodeEx ResultatEx

DateBon NomPatient NomMedecin NomEts

DateFac

Motif

MontantPaye

CodeEx
NomEx
PrixEx

CodeLab NomLab PostnomLab PrenomLab

CodeEch, CodeEx

N°

	PROPRIETES	1	2	3	4	5	6	7
1	Numbon		*				*
2	CodeEch		1
3	CodeEx			1
4	CodeCat			*
5	CodeLab		*
6	NumFac						1
7	MatC						*

42

e) CONSTRUCTION DU MCD

ECHANTILLON

BON EXAMEN

FACTURE

(1,n) Concerner1 (1,1)

(0,1)

NumBon DateBon NomPatient AnneeNais NomMedecin NomEts

C.I.F.

CodeEch DateEch

(1,1)

(1,n)

Concerner2

Concerner4

Traiter C.I.F.

ResultatEx

(1,n)

(1,1)

Etablir C.I.F.

(1,n)

(1,n)

EXAMEN

NumFac DateFac Motif MontantPaye

CAISSIER

MatC NomC

Post nomC PrenomC

LABORANTIN

CodeLab NomLab PostnomLab PrenomLab

CodeEx NomEx PrixEx

(1,1)

(1,n)

Appartenir

C.I.F.

(1,1)

Concerner3

C.I.F.

CATEGORIE

CodeCat NomCat

43

TABLEAU DES CARDINALITES

N°	ENTITE	ASSOCIATION	CARDINALITES	SIGNIFICATION
1	Caissier/ Facture	Etablir	(1,n), (1,1)	Un ou plusieurs caissiers peuvent une seule facture.
2	Facture/ Bon d'examen	Concerner3	(1,1), (0,1)	Une seule facture concerne au moins un bon d'examen
3	Laborantin/Echantillon	Traiter	(1,n), (1,1)	Un ou plusieurs laborantins peuvent un seul échantillon.
4	Bon d'examen /Echantillon	Concerner1	(1,n), (1,1),	Un ou plusieurs bons d'examen peuvent concerner un échantillon.
5	Bon d'examen / Examen	Concerner2	(1,n), (1,n)	Un ou plusieurs bons d'examen peuvent concerner un ou plusieurs examens.
6	Examen/ Catégorie	Appartenir	(1,1), (1,n)	Un seul examen appartient à une ou plusieurs catégories.
7	Examen/Echantillon	Concerner4	(1,n), (1,n)	Un ou plusieurs examens peuvent concerner un ou plusieurs échantillons.

44

II.3.2. MODELE CONCEPTUEL DES TRAITEMENTS (MCT)

II.3.2.1. INTRODUCTION

Le MCT permet de traiter la dynamique du système d'informations (SI), c.à.d. les opérations qui sont réalisées en fonction d'événements. Ce modèle permet de représenter de façon schématique l'activité d'un SI sans faire référence à des choix organisationnels ou des moyens d'exécution, c.à.d. qu'il permet de définir simplement qui doit être fait, mais il ne dit pas quand, comment ni où...

II.3.2.2. CONCEPTS DE BASE ? EVENEMENT

On appelle événement un fait dont l'apparition va déclencher une réaction au sein de l'organisation ou dans le domaine³¹. L'occurrence (la réalisation) de l'événement entraine le déroulement d'activités ou d'opérations.

Un émetteur d'un événement est un acteur qui est initiateur ou créateur d'un événement.

Un récepteur d'un événement est un acteur qui est consommateur d'un événement c.à.d. il réagit à l'apparition de l'événement. L'événement est identifié par un nom.

? Caractéristiques d'un événement:

1. Type : type externe et type interne : il n'a pas d'émetteur. Type temporel : un événement temporel est lié au temps et n'est pas porteur d'un message, cependant, il a un récepteur.

2. Un événement se traduit par un message ou un document porteur d'informations, il est donc accompagné des données.

3. On s'intéresse normalement à des événements à caractère régulier et répétitif et pour lesquels il faudra organiser une réaction.

4. Dans le langage graphique, un événement sera représenté par un cercle ou un ovale.

? OPERATION

On appelle opération toute action (ou ensemble d'actions) déclenchée pour réagir à un événement ou à plusieurs événements. Une opération produit un ou plusieurs résultats. L'opération est identifiée par un nom. Il est souhaitable d'utiliser un nom qui a une forme verbale (un verbe ou un dérivé d'un verbe).

³¹ C.T. ELIE-LOUIS Kabwe Kionde Kabuta, cours de MAI 1, UNIKAM G2info, inédit 2017-2018

Un événement a la valeur vrai s'il est réalisé c.à.d. il est apparu d'une part et d'autre part il a la valeur faux s'il n'est pas réalisé.

45

? RESULTAT

On appelle résultat ce qui est produit par l'exécution d'une opération. Le résultat est produit à la fin de l'exécution de l'opération.

Caractéristique d'un résultat : un résultat peut être considéré comme un événement, s'il déclenche à son tour une opération. Certains auteurs définissent le résultat comme événement en sortie d'une opération.

Dans le langage graphique, le résultat sera symbolisé par un cercle ou un ovale. On lie les trois concepts en mettant les flèches : une flèche qui va de l'événement en entrée vers l'opération, une autre de l'opération vers le résultat.

Remarque : le modèle que nous allons utiliser pour construire le MCT s'appelle modèle événement-résultat.

? PROCESSUS

Un processus est un enchaînement d'opérations relatives à un même domaine d'activités.

Le processus construit donc un sous-ensemble de l'organisation dont les limites sont indépendantes des choix de l'organisation. Le processus a des fonctions marquées par des événements d'origine et des résultats terminaux. Le processus est homogène car les opérations et les résultats qu'il contient concurrent à une même finalité. Le processus est considéré comme l'unité d'étude du MCT ; ainsi donc, le MCT est appelé schéma dynamique de processus.

? SYNCHRONISATION DES EVENEMENTS

La synchronisation va exprimer sous forme d'une proposition logique le fait que l'opération peut être déclenchée ou non. Elle est exprimée par une expression booléenne (logique) liant les événements déclenchant l'opération. Dans le langage graphique, elle est représentée immédiatement au-dessus de l'opération qu'elle précède par un pentagone ou un triangle orienté vers l'opération.

La synchronisation correspond à la condition d'exécution de l'opération, elle se représente sous forme de conditions booléennes d'événements. Dans l'expression booléenne de la synchronisation, les événements sont considérés comme des variables logiques.

46

? REGLES D'EMISSION DES RESULTATS (R.E.R)

Dans certains cas, la production d'un résultat ou la nature du résultat produit par une opération peut être soumise à la réalisation de certaines conditions. Cette variation des résultats est traduite par l'existence des R.E.R.

Définition : une R.E.R est une forme d'expression logique qui définit les auteurs auxquels est soumise l'émission de plusieurs résultats par une opération. Un prédicat ou une expression de comparaison sont considérés comme des expressions logiques. Donc une R.E.R est une condition définie dans une opération pour produire plusieurs résultats alternatifs. Les R.E.R sont représentées dans la partie inférieure du rectangle décrivant l'opération.

II.3.2.3. TABLEAUX DES OPERATIONS

N°	NOMS OPERATIONS	NOMS D'ACTIONS INDUITES	EVENEMENT S	RESULTATS	SIGNIFICATION
1	- Vérification	- vérifier les examens - établir les factures	- Bon d'examens demandés	- Bon retourné - facture patient - facture caisse
2	- Encaissement	- encaisser frais exigés - valider la facture	- Facture caisse - Frais exigés pour les examens	- Facture validée
3	- Mise à jour	- Mettre à jour le cahier de labo - Etablir la liste des patients à prélever	- Facture validée	- Liste des patients à prélever - cahier de labo mis à jour
4	- Analyse	- analyser échantillon - éditer bon des résultats	- Liste des patients à prélever - Echantillon	- résultat labo
5	- Enregistrement	- Mettre à jour cahier de labo après examen - Livrer les résultats aux patients concernés	- Résultat labo	- résultat livré - cahier de labo mis à jour après analyse

II.3.2.4. TABLEAUX DES SYNCHRONISATIONS

N°	NOMS SYNCHRON ISATIONS	OPERATIONS	EVENEMENTS	SYNCHRONISA TION	SIGNIFICATION
1	S1	Encaissement	a= Facture caisse b= frais exigés pour les examens	a et b	Il y a encaissement lorsque a et b sont réalisés.
2	S2	Analyse	c= Liste des patients à prélever d= échantillon	c et d	Il y a analyse lorsque c et d sont réalisés.

47

II.3.2.5. TABLEAUX DES REGLES D'EMISSIONS DES RESULTATS

N°	NOM R.E.R.	OPERATIONS	PREDICAT/CONDITION	RESULTATS	SIGNIFICATION
1	R1	vérification	Si les examens sont faisables ?	Si oui :
				- facture patient, - facture caisse Si non :
				- bon retourné

II.3.2.6. GRAPHES D'ORDONNANCEMENT DES EVENEMENTS (G.O.E)

Bon d'examens demandés

Bon retourné Facture	Facture Caisse		Frais exigés pour examens

Facture Validée

Echantillon Liste des patients à prélever				Cahier de labo mis
				à jour
	Résultat Labo
Résultat Livré Cahier de labo mis à jour après analyse

Cahier de labo mis à jour

Liste des patients à prélever Echantillon

c+d

48

I.3.2.7. CONSTRUCTION DU MCT

Bon d?examens demandés

VERIFICATION

NON R1 R2

Bon retourné

Frais exigés pour les examens

a+b

Facture caisse

Facture patient

ENCAISSEMENT

vérifier les examens, établir les factures.

Facture livrée

MISE A JOUR

Mettre à jour le cahier de labo, Etablir la liste des patients à prélever.

Cahier de labo mis à jour après examen

Résultat livré

49

ANALYSE

analyser échantillon, éditer bon des résultats.

Résultat labo

ENREGISTREMENT

Mettre à jour cahier de labo après examen, Livrer les résultats aux patients concernés.

50

Chapitre III. CONCEPTION DU SYSTEME 1. INTRODUCTION

Un système est un élément fini dont le périmètre est une frontière qui le sépare de son environnement. Il interagit avec son environnement grâce à des flux d'informations entrantes, qu'il va traiter et restituer à l'environnement sous forme de flux d'informations sortantes. Le système va générer des informations qui rendent compte de son comportement è la fois au sein de l'environnement. Un système a besoin pour prendre des décisions, de stocker et de traiter des informations.

Une organisation est considérée comme un ensemble de trois systèmes (modélisation systémique, d'une organisation) : le système de pilotage, le système d'informations et le système opérant.

Dans ce chapitre, nous parlerons du modèle logique de données qui va nous permettre à créer une base de données relationnelle à partir du SGBD Microsoft Access 2010.

³²Un Système de Gestion de Base de Données (SGBD) est un logiciel (ou un ensemble de logiciels) permettant de manipuler les données d'une base de données. Manipuler, c'est-à-dire sélectionner et afficher des informations tirées de cette base, modifier des données, en ajouter ou en supprimer (ce groupe de quatre opérations étant souvent appelé «CRUD», pour Create, Read, Update, Delete).

Une base de données informatique est un ensemble de données qui ont été stockées sur un support informatique, et organisées et structurées de manière à pouvoir facilement consulter et modifier leur contenu et du modèle organisationnel de traitement qui nous aidera à mieux scinder les tâches de l'homme à celles de la machine.

³² Taguan, administrez vos bases de Données avec mysql, paris 29 octobre 2015, p.11

51

2. MODELE LOGIQUE DE DONNEES (MLD)

L'objectif du niveau logique est la définition des moyens informatiques à disposition des postes de travail (utilisateurs) afin d'effectuer les opérations organisées. Cette définition passe par la description de : l'aspect externe de ces moyens informatiques sous forme de masques d'écran et de leur succession. les actions de ces moyens informatiques sur la structure logique des données et, pour cela, la structure logique des données (MLD) indépendamment de tout choix de matériel ou de logiciel de développement informatique. Le niveau logique représente le dernier niveau validé par l'utilisateur final (sauf si celui-ci réalise la programmation). Il comprend une vue de utilisateur de l'informatique (vue externe de l'informatique) et une vue plus spécifique (vue interne).

Le modèle logique de données (MLD) décrit les structures de données indépendamment de la gestion physique des bases de données. Il est une étape intermédiaire, intellectuellement très satisfaisante, vers le modèle physique de données. Si celui-ci peut être construit, le MLD peut être sauté.

2.1. REGLES DE GESTION

1. Aucun moyen n'existe au labo pour corriger un échantillon mal prélevé.

2. Les résultats doivent être édités par le technicien (qui est le responsable) pour s'assurer de la bonne qualité et de l'interpretabilité des résultats donnés par le laboratoire.

3. Tout doit être consigné dans un cahier de labo afin qu'une personne étrangère à l'analyse puisse tout retrouver et recalculer les centrations en pouvant tenir compte de tous les phénomènes externes à l'analyse.

4. Un examen appartient à une catégorie, dans une catégorie on y retrouve les examens.

5. A chaque échantillon caractérise un technicien ; le technicien analyse du prélèvement à la remise des résultats.

6. un bon peut être facturé au moins une fois.

2.2. REGLES DE TRANSFORMATION DU MCD EN MLD

Une fois le MCD élaboré, le travail du concepteur de bases de données consiste à faire le choix du type de la base de données cible et à traduire ce modèle en un modèle plus proche du SGBD à utiliser : le MLD (modèle logique de données). Dans le MLD relationnel, l'unique type d'objet existant est la table.

52

Les règles de transformation sont les suivantes :

a) Toutes les entités du MCD deviennent des tables en MLDR et leurs propriétés deviennent des champs de la table, cette dernière admettra comme clé primaire, l'identifiant de l'entité.

b) Pour une relation hiérarchique, l'identifiant de l'entité mère sera placé dans la table issue de l'entité fille comme clé étrangère.

c) Pour une relation non hiérarchique, cette relation devient une table et admettra comme champs, les propriétés de la relation s'il y en a et comme clé primaire, la clé composée des identifiants des entités qu'elle lie.

Ces règles ne sont pas toujours toutes appliquées lors de la transformation d'un MCD en MLDR. La deuxième et la troisième règle seront appliquées seulement si le MCD contient une relation hiérarchique ou non hiérarchique.

2.3. CONSTRUCTION DU MLD

Après normalisation de l?abstraction, nous obtenons comme MLD :

Caissier (MatC, NomC, PostnomC, PrenomC)

Facture (NumFac, DateFac, Motif, MontantPaye, MatC#, NumBon#)

Bon Examen (NumBon, DateBon, NomPatient, AnneeNais, NomMedecin, NomEts)

Echantillon (CodeEch, DateEch, NumBon#, CodeLab#)

Laborantin (CodeLab, NomLab, PostnomLab, PrenomLab)

Examen (CodeEx, NomEx, PrixEx, CatEx#)

Catégorie (CodeCat, NomCat)

Résultat (CodeEx#, NumBon#, ResultatEx)

Concerner4 (CodeEch#, CodeEx#)

53

3. MODELE ORGANISATIONNEL DES TRAITEMENTS (MOT)

a) INTRODUCTION

Le MCT définit les aspects fonctionnels existant dans une solution future. Ce modèle permet de bien réfléchir aux activités, à leurs intérêts, et au plan de la gestion sans être encombré par les détails relatifs à l'organisation et aux moyens utilisés.

Ce pourquoi, il est indispensable de dépasser le stade du MCT pour aboutir à une modélisation plus riche sous forme d'un MOT. Ce modèle constitue une étape très importante dans la démarche de conception : pour les utilisateurs, il constitue l'expression complète de la future solution, telle qu'ils la pratiqueront dans leur situation de travail.

b) DIAGRAMME DES PROCEDURES

Ce diagramme va représenter la circulation des informations et l'enchaînement des traitements dans le poste de travail.

POSTE DE TRAVAIL DATE

RECEPTION DU LABO

CAISSE

TECHNICIEN DE LABO

PATIENT

J-Matin (8h00')

(BC1)

(B)

(BC1)

(BC1)

(BC4)

(BC5)

(BC1)

pour les examens

(BC6)

(BC1)

validée

(BC8)

(BC7)

Cahier de labo mis à jour

Liste de patients à prélever

Donner l'échantillon

Echantillon (B)

(BC9)

54

J-9h00'
						Echantillon
				(BC10)
	Résultat labo
		(BC12)				(BC11)
								Résultat livré
	Résultat labo

c) CONSTRUCTION DU DIAGRAMME D'ENCHAINEMENTS DES

PROCESSUS

Ce diagramme traduit directement au niveau organisationnel le MCT. Comme ce dernier, il représente les événements, les opérations (phases) et les résultats. Mais il indique en outre le modèle explicite :

y' La chronologie de traitement, y' Les postes de travail concerné, y' Les types de traitement :

? Manuel,

? Automatisé interactif, ? Automatisé différé.

NB : les événements et les résultats dans la colonne « Traitements » sont numérotés, en voici d'avance la légende :

1. Bon d'examens demandés

2. Bon retourné

3. Facture patient

4. Facture caisse

5. Frais exigés pour les examens

6. Facture validée

7. Cahier de labo mis à jour

8. Liste des patients à prélever

9. Echantillon

10. Résultat labo

11. Résultat livré

12. Cahier de labo mis à jour après examen.

55

N°	TEMPS	TRAITEMENTS					NATURE TRAITEMENT	POSTE DE TRAVAIL
1	A la demande durée moyenne 7min	1					Automatique en mode différé	Réception du labo : - PC, - Imprimante, - Réseau
		VERIFICATION
		NON R1 R1
		2 3 4
2	A la demande durée moyenne 7min	4 5					Assisté (manuel+automatisé)	Caisse : - PC, - Imprimante, - Réseau
			a+b
		ENCAISSEMENT
		6
3	A la demande durée moyenne 5min	6					Assisté	Réception du labo : - PC, - Imprimante, - Réseau
		MISE A JOUR
		7 8
4	A la demande durée moyenne 1h30min	8 9					Manuel	Technicien de labo : - Outils d?analyse
				c+d
		ANALYSE
		10
5	A la demande durée moyenne 5min	10					Assisté	Réception du labo : - PC, - Imprimante, - Réseau
		VERIFICATION
		11 12

56

Chapitre IV. IMPLEMENTATION DE CHARLESAPP1

1. INTRODUCTION

Après l'étape de la conception, nous voici à la réalisation de notre solution (produit) qui sappelle« CHARLESAPP1 », ce dernier est l'acronyme de deux mots : Charles (qui est le nom du concepteur développeur), APP (application en anglais, telle que traduit ainsi en français application) et 1 qui est la première version de ce produit. Ce produit est développé dans le langage C#.

2. ETUDE DU MODELE PHYSIQUE DES DONNEES (MPD)

Le MPD prépare le système de gestion des données ; nous ne traiterons ici que de la formalisation du MPD appliquée à une base des données relationnelles. Le MPD s'intéresse à l'optimisation de la gestion des données en fonction de l'outil choisi pour cette gestion et surtout en fonction des traitements qui utilisent ces données (en vue des procédures fonctionnelles). Ce MPD est construit dans le SGBD Microsoft Access 2010.

3. ETUDE DES ALGORITHMES

57

4. PRESENTATIONS DES INTERFACES ET DES CODES

a) LES INTERFACES

La connaissance des interfaces, par leur nom et leur mode d'emploi (leur définition) et par une représentation imagée de leur utilité permet de maîtriser des opérations complexes sans rentrer dans le détail.

Une interface est comme une fonction dont on connaît les entrées et les sorties, et les résultats attendus en fonction des entrées fournies. CHARLESAPP1 est formée de 6 formulaires : page d'accueil, Droit d'accès, Examen, Bon d'Examen, Facture et Résultat.

1. PAGE D'ACCEUIL

58

2. DROIT D'ACCES

3. EXAMEN

59

4. BON D'EXAMEN

5. FACTURE

}

60

6. RESULTAT DE L'EXAMEN

b) LES CODES

namespace CHARLESAPP1

{

public partial class EXAMEN : Form

{

public EXAMEN()

{

InitializeComponent();

}

private void EXAMEN_Load(object sender, EventArgs e)

{

// TODO: This line of code loads data into the 'cHARLESAPPDataSet.EXAMEN' table. You can move, or remove it, as needed.

this.eXAMENTableAdapter.Fill(this.cHARLESAPPDataSet.EXAMEN);

}

private void ENREGISTRER_Click(object sender, EventArgs e)

{

eXAMENBindingSource.AddNew();

}

private void NEXT_Click(object sender, EventArgs e)

{

Form BON_EXAMEN = new BON_EXAMEN();

BON_EXAMEN.Show();

}

private void BACK_Click(object sender, EventArgs e)

{

Form PAGEACCEUIL = new PAGEACCEUIL();

PAGEACCEUIL.Show();

}

private void QUITTER_Click(object sender, EventArgs e)

{

DialogResult BIENVENUE = MessageBox.Show("voulez-vous quitter ce formulaire ?", "Worning !", MessageBoxButtons.YesNo, MessageBoxIcon.Stop, MessageBoxDefaultButton.Button1);

if (BIENVENUE == DialogResult.Yes)

{

Form PAGEACCEUIL = new PAGEACCEUIL(); PAGEACCEUIL.Show();

}

{

61

private void NOUVEAU_Click(object sender, EventArgs e)

{

codeExTextBox.Text = ""; nomExTextBox.Text = ""; prixExTextBox.Text = ""; codeCatTextBox.Text = "";

}

}

}

namespace CHARLESAPP1

{

public partial class BON_EXAMEN : Form

{

public BON_EXAMEN()

{

InitializeComponent();

}

private void BON_EXAMEN_Load(object sender, EventArgs e)

{

// TODO: This line of code loads data into the 'cHARLESAPPDataSet.BON_EXAMEN' table. You can move, or remove it, as

needed.

this.bON_EXAMENTableAdapter.Fill(this.cHARLESAPPDataSet.BON_EXAMEN);

}

private void dataGridView1_CellContentClick(object sender, DataGridViewCellEventArgs e)

{

}

private void ENREGISTRER_Click(object sender, EventArgs e)

{

bONEXAMENBindingSource.AddNew();

}

private void NEXT_Click(object sender, EventArgs e)

{

DialogResult PATRICK = MessageBox.Show("Svp que le patient verses d'abord ses moyens pour passer à l'analyse", "Worning !", MessageBoxButtons.YesNoCancel, MessageBoxIcon.Information, MessageBoxDefaultButton.Button1); if (PATRICK == DialogResult.Yes)

{

Form FACTURE = new FACTURE();

FACTURE.Show();

}

}

private void BACK_Click(object sender, EventArgs e)

{

Form EXAMEN = new EXAMEN();

EXAMEN.Show();

}

private void QUITTER_Click(object sender, EventArgs e)

{

DialogResult JULIEN = MessageBox.Show("voulez-vous quitter ce formulaire ?", "Worning !", MessageBoxButtons.YesNo, MessageBoxIcon.Stop, MessageBoxDefaultButton.Button1);

if (JULIEN == DialogResult.Yes)

{

Form PAGEACCEUIL = new PAGEACCEUIL();

PAGEACCEUIL.Show();

}

}

private void NOUVEAU_Click(object sender, EventArgs e)

{

numBonTextBox.Text = ""; dateBonDateTimePicker.Value = dateBonDateTimePicker.Value; nomPatientTextBox.Text = "";

anneeNaisDateTimePicker.Value = anneeNaisDateTimePicker.Value; nomMedecinTextBox.Text = ""; nomEtsTextBox.Text = "";

}

}

}

namespace CHARLESAPP1

{

public partial class FACTURE : Form

{

public FACTURE()

{

InitializeComponent();

}

private void FACTURE_Load(object sender, EventArgs e)

{

// TODO: This line of code loads data into the 'cHARLESAPPDataSet.FACTURE' table. You can move, or remove it, as needed.

this.fACTURETableAdapter.Fill(this.cHARLESAPPDataSet.FACTURE);

}

private void ENREGISTRER_Click(object sender, EventArgs e)

{

fACTUREBindingSource.AddNew();

}

private void NEXT_Click(object sender, EventArgs e)

}

62

DialogResult PATRICK = MessageBox.Show("Svp Attandez l'analyse de votre examen pour que l'on obtienne le résultat!", "Worning !", MessageBoxButtons.YesNoCancel, MessageBoxIcon.Information, MessageBoxDefaultButton.Button1); if (PATRICK == DialogResult.Yes)

{

Form RESULTAT = new RESULTAT();

RESULTAT.Show();

}

}

private void BACK_Click(object sender, EventArgs e)

{

Form BON_EXAMEN = new BON_EXAMEN();

BON_EXAMEN.Show();

}

private void rectangleShape1_Click(object sender, EventArgs e)

{

}

private void QUITTER_Click(object sender, EventArgs e)

{

DialogResult CELINE = MessageBox.Show("voulez-vous quitter ce formulaire ?", "Worning !", MessageBoxButtons.YesNo, MessageBoxIcon.Stop, MessageBoxDefaultButton.Button1);

if (CELINE == DialogResult.Yes)

{

Form PAGEACCEUIL = new PAGEACCEUIL();

PAGEACCEUIL.Show();

}

}

private void NOUVEAU_Click(object sender, EventArgs e)

{

numFacTextBox.Text = ""; dAteFAcDateTimePicker.Value = dAteFAcDateTimePicker.Value; motifTextBox.Text = "";

montantPayeTextBox.Text = ""; matCTextBox.Text = ""; numBonTextBox.Text = "";

}

}

}

namespace CHARLESAPP1

{

public partial class RESULTAT : Form

{

public RESULTAT()

{

InitializeComponent();

}

private void RESULTAT_Load(object sender, EventArgs e)

{

// TODO: This line of code loads data into the 'cHARLESAPPDataSet.RESULTAT' table. You can move, or remove it, as needed.

this.rESULTATTableAdapter.Fill(this.cHARLESAPPDataSet.RESULTAT);

}

private void codeExLabel_Click(object sender, EventArgs e)

{

}

private void ENREGISTRER_Click(object sender, EventArgs e)

{

rESULTATBindingSource.AddNew();

}

private void NEXT_Click(object sender, EventArgs e)

{

DialogResult DEO = MessageBox.Show("Avez-vous terminer l'analyse?", "Worning !", MessageBoxButtons.YesNo, MessageBoxIcon.Question, MessageBoxDefaultButton.Button1);

if (DEO == DialogResult.Yes)

{

Form PAGEACCEUIL = new PAGEACCEUIL();

PAGEACCEUIL.Show();

}

}

private void BACK_Click(object sender, EventArgs e)

{

Form BON_EXAMEN = new BON_EXAMEN();

BON_EXAMEN.Show();

}

private void NOUVEAU_Click(object sender, EventArgs e)

{

codeExTextBox.Text = ""; numBonTextBox.Text = ""; resultatExTextBox.Text = "";

}

}

63

CONCLUSION

Nous voici au terme de notre travail intitulé « conception et réalisation d'une application de gestion informatisée des résultats du laboratoire dans une entité hospitalière cas de l'HGR/Kamina » ; la préoccupation majeure était de pouvoir réaliser un système informatique adapté à gestion des résultats de ce laboratoire.

Pour l'atteinte de cet objectif, nous avons pris comme hypothèses : « La conception d'un système d'informations (bases de données )et d'une application de gestion informatisée (reliés au futur LAN de l'institution si possibilité il y en aura) pourraient être une solution à quelques problèmes d'enregistrement et de mise à jour ; de faciliter la consultation et la recherche ; l'accès rapide et confidentiel à l'information (résultat) qui est toute stockée dans une des bases de données .La mise en place d'un système informatique permettra d'analyser les données à un temps réduit et réel (en passant par l'enregistrement des examens en numériques), fournir les informations (résultats) utiles à la gestion des examens demandés après bonne édition, automatiser certaines tâches et stocker avec sécurité et avec gain l'espace les informations. Ainsi la maintenance du produit après une longue et incertaine utilisation par antivirus et son actualisation pourraient endurcir le bon fonctionnement de ce dernier sans aucun méfait. »

En effet les principales fonctionnalités de l'application CHARLESAPP1 sont : l'accès confidentielle et sécurisé aux informations selon le mode d'accès, recherche des données saisies, la gestion des factures, prélèvement, étiquetage, gestion des résultats des examens analysés au laboratoire de notre hôpital en question car c'est ce défi majeur qui a suscité notre analyse conception.

L'importance des analyses impose que chaque laboratoire ait un contrôle de qualité ; les services de laboratoire constituent un élément essentiel et fondamental de tous les systèmes de santé. Des examens de laboratoire fiables et disponibles en temps utile sont essentiels au traitement efficace des malades.

Le monde aujourd'hui ne peut se permettre de dépendre de résultats de laboratoires incertains, ni de perdre un temps précieux et, trop souvent, des vies précieuses.

Nous invitons d'autres chercheurs de continuer d'autres études dans ce domaine.

64

BIBLIOGRAPHIE

1. OUVRAGES

1. CI. BERNARD, princ.méd.exp, 1878, p.175

2. Pierre G.BERGERON, la gestion moderne théorique, édition Ga séton, paris 1984

3. Michel Diviné, PARLEZ-VOUS MERISE ? Éditions Eyrolles 1994

4. Di Gallo Fréderic, Méthodologie des systèmes d?informations, Ed. Cnam angouleme, 2000-2001, p.18

5. Taguan, administrez vos bases de Données avec mysql, paris 29 octobre 2015, p.11

2. NOTES DES COURS

1. C.T. ELIE-LOUIS Kabwe Kionde Kabuta, cours de MAI 1, UNIKAM G2info, inédit 2017-2018

2. C.T. ELIE-LOUIS Kabwe Kionde Kabuta, cours de MAI 2, ISS Lubumbashi G2info, inédit 2017-2018

3. CT. LUCIDE BULA, cours de bases de données II, UNIKAM, G3info, inédit 20182019

4. JEAN-JACQUES Mwinkeu, cours de MERISE 2, UNIKAM, G3info, inédit 20182019

WEBIOGRAPHIE

1. https://www.larousse.fr/dictionnaires/français/methode/50965/

2. https://www.universalis.fr/encyclopedie/methode/

3. https://fr.m.wikipedia.org/wiki/conceptionlogiel

4. https://www.commentcamarche.net/contents/659-merise-modele-conceptuel-des-donnees

5. fr.m.wiktionary.org/wiki/informatiser

6. dicocitations.lemonde.fr/definition-littre/25714/resultat.php

7. www.lalanguefrancaise.com/dictionnaire/definition-entite/

8. www.toponymie.gouv.qc.ca/ct/normes-procédures/terminoogie-geographique/entite/aspx