Projet base de données ( CABINET DENTAIRE )

Introduction

Dans la continuité du cours du système de gestion de base de données, nous avons dépassé le cadre théorique du cours pour aller au-delà vers la pratique. Après 30h de cours à l’amphithéâtre, il était temps de sortir des 4 murs pour mettre à l’épreuve nos acquis, développer nos connaissances et acquérir des compétences : Création d’un système de gestion de base de données, non seulement une occasion pour passer en pratique mais également pour travailler en groupe et développer également nos capacités managériales relatives à l’entente, le travail en groupe et la gestion de conflit. Notre groupe de travail a décidé d’étudier un système de base de données d’un cabinet dentaire, une idée qui peut paraître baroque mais absolument pratique dans le sens où nous avons traité le système dans son intégralité pour cerner à la fois le contact des assistantes vis-à-vis des patients pour honorer la prestation mais également pour assurer un suivi permanent de leurs santé et le traitement et prescription médicaux de ces derniers et d’un autre côté encercler la partie approvisionnement. Nous avons pensé que l’exemple d’un cabinet dentaire est plus pertinent que celui traitant la description d’un département d’une compagnie, dans le sens où nous traitons une intégralité et non pas un simple fragment du système.

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

1

2

Modèle conceptuel de données

Juste après le recueil d’information sur le cabinet dentaire étudié dirigé par BENABDERRAZIK Yassine situé au Boulevard Mohamed V à Casablanca, dentiste de renommé. On disposait d’un dictionnaire de données rassemblant l’ensemble des opérations et traitements effectués par le dentiste ainsi que quelques outils l’aidant pour les exécuter. Il nous fallut dés alors modéliser ceux-ci, pour en effectuer une représentation sous forme d’un MCD. Après un brain-storming tout en mettant en valeur ces règles, nous avons dressé les tables, en se basant sur les informations que nous a fournies le dentiste Dr.Yassine BENABDERRAZIK.

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

Ainsi, nous avons créé le dictionnaire de données suivant : Information Nom Prénom Numéro de téléphone Profession N. Carte d’identité Date naissance Sexe Adresse Code consultation Numéro de règlement Numéro d’ordonnance Médicament Maladie Type complication Spécialité Mode règlement Code Patient Avance Montant à payer Montant restant Taux TVA Date Type de traitement Médicament à prendre Durée du traitement par jour Numéro d’approvisionnement Nombre d’approvisionnement Commande Montant Code consultation

Observation Table Patient // // // // // // // // // // // // // Table Règlement // // // // // // Table consultation // Table ordonnance // Table Approvisionnement // // // //

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

3

Figure 1 : Le schéma MCD

4

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

Par la suite nous avons élaboré le schéma MLD dans le respect de relation (1,1) qui nous oblige de fusionner les tables pour éviter la redondance d’information ainsi au lieu de créer toute une table à part avec des entités distinctes, nous les avons regroupé et intégré dans la table principale dont la cardinalité est supérieure. Nous avons également déterminé les relations en respectant les trois règles d’or que Mr.ASSILI nous a fait savoir : 1. Le bon sens et la logique prédominante en la matière. Par exemple entre la table « Ordonnance» et la table « règlement » il n’y a aucune relation logique. 2. Les relations doivent être de type 1-n ou encore 1-1. Contre exemple : il n’y a pas de relation directe possible entre la table « Ordonnance » et « Approvisionnement ». 3. La table côté 1 comporte une clé primaire et la table coté n comporte une clé étrangère du même nom. Figure2 : le schéma MLD

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

5

Les formulaires/Macro & requêtes 1. Dégager le montant restant à payer par les patients L’assistante du dentiste a besoin de revoir les montants qu’elle doit à ses clients dans le cadre de leur politique de facilité de paiement. Figure 3 : Formulaire/Macro portant sur le montant restant

Interface d’affichage qui permet à l’assistante du dentiste un visionnage assez clair et simple où il suffit juste de cliquer sur les boutons.

Figure 4 : Requête portant sur le montant restant

L’interface du formulaire est sur la base d’une requête.

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

6

Figure 5 : Mode création

7

Figure 6 : le langage SQL de la requête

La requête est à la base d’un langage SQL bien ficelé comme nous l’avons vu lors de notre cours théorique avec Mr. KAITOUNI.

2. Patient à repasser pour un contrôle Cette requête sert à préciser quels sont les patients qui doivent repasser chez le dentiste pour un contrôle. Le critère de cette requête étant une durée de traitement qui dépasse les 30 jours.

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

Figure 7 : formulaire

8

Figure 8 : requête

Figure9 : Mode création

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

Figure 10 : Langage SQL

9 3. Source de complication pour les patients : Dans le cas où le patient se retrouve avec des complications, nous avons pensé à créer une requête permettant au dentiste d’identifier les sources de complication, lui affichant les données nécessaires, notamment : le Nom et Prénom du patient, la maladie dont il souffre, les médicaments qu’il consomme en parallèle avec son traitement dentaire et le type de complication qui s’est affiché. Ceci se fait à travers la jointure des deux tables Patient et Ordonnance. Figure11 : Formulaire

Figure12 : requête

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

10

Figure 13 : mode création :

Figure14 : Langage SQL

4. Liste des éléments d’approvisionnement Et comme chaque type de traitement nécessite un matériel précis, nous avons donc pensé à une requête qui nous permettra de préciser le matériel dont le dentiste aura besoin afin de poursuivre le traitement du patient. Pour se faire, il a fallu réaliser une jointure interne entre la table approvisionnement et la table consultation de la façon suivante : Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

Figure15 : formulaire

11

Figure 16 : requête

Figure 17 : Mode création

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

12

Figure 18 : langage SQL

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

Les états Par un souci de mise en forme, nous avons pensé à créer des états de chaque table, afin que la lecture soit plus lisible et mieux organisée. figure 19 :Etat de règlement

Celui de la table Consultation :

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

13

Figure 20 : Etat consultation

14

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

Figure 21 : Etat ordonnance

15

Figure 22 : Etat Approvisionnement

Figure 23 : Etat Approvisionnement

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

16

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

Conclusion En somme, grâce aux séances de TP de Base de Données Access nous avons pu concrétiser ce qu’on a appris en théorie sur les bases de données et ainsi mettre en pratique ces notions là pour créer une base de données d’un dentiste. Nous nous sommes ainsi partagées en groupes, et au sein du même groupe nous avons connu bon nombre de désaccords sur tel point ou telle requête. Mais l’essentiel à la fin nous avons pu aboutir un travail bien ficelé grâce à la synergie de l’esprit du groupe.

Rapport du projet du Système de Gestion de Base de Données d’un cabinet de Dentiste

17