WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception et réalisation d?un site web dynamique pour la prise de rendez-vous médicale en ligne

( Télécharger le fichier original )
par Eskandar Kouicem + Azza Dridi + Med Nadir Boukelal
Université de Constantine 2 - Licence en informatique 2016
  

précédent sommaire suivant

Extinction Rebellion

7 Schéma relationnelle

Concernant les règles de passage de l'héritage nous avons choisi de garder les classes filles (patient, médecin, gestionnaire) car ce sont les classes les plus importantes portants les opérations et les informations.  

patient(id_pat, email_pat , pass_pat, nom_pat, prenom_pat, date_naissance_pat, num_tel_pat, sexe_pat).

medecin(id_med,email_med , mot_de_passe_med, nom_med, prenom_med, date_de_naissance_med, num_tel_pat, sexe_pat, adresse_med, latitude_med, longitude_med, valide_med).

gestionnaire(id_gest, email_gest , mot_de_pass, nom_gest, prenom_gest, date_naissance_gest, sexe_gest, num_tel_gest).

specialite(id_spec, nom_specialite, valide_spec).

calendrier(id_cal, id_med , jour_d, jour_f, heur_d, heur_f, temps_c).

med_spec(id_med_spec, id_med , id_spec, valide, agrement).

rendez_vous(id_rdv, id_med , id_pat, heur_rdv).

jour_ferier(id_j, id_med , date_f).

message(id_mes, id_eme , type, question, reponse).

Note d'implémentation :

Les classesassociatives « prendre rendez-vous », « possède » et « contact »ont été implémentéesdans notre schémapar les relations« rendez_vous », « med_spec » et « message ».

L'attribut id_eme dans la table message remplace id_med et id_pat selon l'atribut type (type d'émetteur de message).

précédent sommaire suivant






Extinction Rebellion





Changeons ce systeme injuste, Soyez votre propre syndic





"Je voudrais vivre pour étudier, non pas étudier pour vivre"   Francis Bacon