Bonsoir á tous,
Je reviens encore avec mon MCD amélioré ci-joint en jpg. Il y a 3 semaines j'ai demandé de soutien pour mon mcd malheureusement sans réponse, peut-être que je me suis très mal exprime.
Merci d'avance pour le soutien
Bonsoir á tous,
Je reviens encore avec mon MCD amélioré ci-joint en jpg. Il y a 3 semaines j'ai demandé de soutien pour mon mcd malheureusement sans réponse, peut-être que je me suis très mal exprime.
Merci d'avance pour le soutien
Bonjour,
Sans être spécialiste, il me semble nécessaire de réaliser des modifications. Nous allons procéder par étape.
1/ Patient
Il me semble que cette entité comprend des attributs d'identification et des attributs qui concerne l'évolution physique du patient. Température, tension, poids. La règle d'atomicité n'est pas respectée. Ces divers attributs doivent faire l'objet d'une entité séparée.
Avec ta présentation, tu ouvres un dossier pour un même patient, à chaque fois que sa température varie d'un dixième.
Ton entité ne semble pas respecter la première forme normale.
Le professeur du patient sera toujours le même ?
2/ Abonnement
L'abonnement est définitif sans aucun renouvellement ?
3/ Secrétaire
Liaison de la secrétaire avec le reçu de paiement ?
4/ Ordonnance
Elle certainement destiné à un patient. Avec ta méthode, elle peut être affecté d'un patient à un autre sans aucune restriction.
Il me semble nécessaire que tu réalises un descriptif pour expliquer l'activité et les choix retenus.
Essaies de revoir ton MCD en tenant compte de ces premières remarques. Puis, nous verrons ensuite avec son évolution.
D'autres intervenants ne manqueront de te venir en aide.
Bon courage
Bonsoir,
Les questions de seabs prouvent bien qu'il manque un élément important : les règles de gestion.
Pour aller à l'essentiel du sujet, et dans l'intérêt de tous, dez_1980 devrait indiquer les points précis qui lui posent problème.
Seabs merci bcp. Ci-joint le mcd si j'ai un peu compris tes remarques. Pour repondre a Jphi, au fait nous sommes deux étudiants sur ce travail. Mais certains points nous echappent et nous voulons avoir de soutient de ceux plus expérimenté pour mieux comprendre certains dysfonctionnements constaté, nous exploitons nos cours et documents mais pas suffisant pour trouver des remarques édifiantes sur notre mcd. On nous demande d'analyser et de concevoir un mcd d'une situation pratique afin de soutenir devant nos collegues.
Un bref descriptif du système étudié et les règles de gestion que nous avons établi sont ci-dessous.
Une question Seabs, Un attribut s’il peut contenir plusieurs valeurs et est calculable peut devenir une entité. Mais si l’attribut peut varier un jour (exple la température, profession, le nombre d’enfant d’un patient) est aussi concené par l’atomicité ?
J’ai compris que c’est bien ta proposition de séparer ces paramètres mais ne trouve pas ces info d’éclaircissement dans mes docs.
Règles de gestion
RG1. Un patient possède ou pas d’une carte d’abonnement ;
RG2. Une carte d’abonnement appartient à une entreprise abonnée
RG3. Le Patient paie un reçu pour frais de consultation
RG4. Un patient peut avoir plusieurs consultations
RG5.Une consultation est faite par un médecin
RG6. Un patient peut avoir plusieurs antécédents
RG7. Un mode de sortie concerne au moins un patient
RG8. Un patient peut faire plusieurs analyses médicales
RG9. Un médecin peut prescrire plusieurs ordonnances
RG10. Une analyse médicale a au moins un résultat
RG11. Une analyse médicale est réalisée par un technicien
RG12. Le secrétaire dispose au moins un reçu
RG13. Un patient a toujours un paramètre
Bref description :
La liste par ordre d’arriver des patients est déposée au service d’infirmerie.
L’infirmier remplie une fiche par patient en prenant son nom, prénom, deux numéros de téléphone, son age, sa température, sa tension, son poids, le nombre d’enfant s’il ya, sa situation matrimoniale.
Le patient paie son reçu auprès du secrétaire s'il n'a pas une carte d'abonnement valide. Le patient se présente a la médecine pour la consultation avec son reçu et sa fiche.
L'antecedent d'un patient est notifie' sur sa fiche sauf par un medecin.
Le médecin prescrit une ordonnance avant et/ou après l’analyse médicale. Il prescrit une analyse médicale en donnant au patient un bulletin qui lui permet de se présenter au laboratoire. Et l’analyse est faite par le technicien du labo. Le résultat est déposé au médecin qui a prescrit les examens médicaux. A chaque fois qu’un patient revient pour voir un médecin, son reçu doit être verifie' par le secrétaire. le recu pour la consultation n'est valide que pour 3 semaines.
Le patient sort de la clinique définitivement soit parce qu’il est évacué (référence dans d’autre centre médical), soit il est guéri....
JPhi merci pour votre reponse.
- Je voudrais savoir est-ce que notre mcd repond aux normes de merise ( exple nos cardinalités placées sont-elles acceptable?)
- L'entité secretaire dans le systeme etudié ne s'occupe que des reçus et d'orientation des patients, est-il necessaire pour en faire une entité dans notre mcd?
Une partie de ma preoccupation a été prise en compte par seabs qui nous a fait la remarque sur certains aspects que nous venons de modifier. Reste à savoir si ses remarques ont été comprises dans le mcd modifié.
Bonjour,
Le nouvelle présentation est plus en conformité avec l'objectif. Je regarde dès que j'ai 5 minutes.
Pour la seconde question, l'entité secrétaire ne présente aucune nécessité. Elle serait utile si vous vouliez connaître l'activité de la secrétaire. Mais dans cette éventualité, il faut peut être envisager de créer une entité VISITE
Par contre, dans l'entité PARAMETRE_PATIENT, il serait peut être nécessaire d'inclure un attribut date, pour indiquer le moment où le relevé des paramètres a eu lieu. D'autant qu'un patient peut avoir plusieurs visites.
A plus
Patient -1,1----(recevoir)----0,1-Ordonnance
D'après tes règles de gestion, il me semble qu'un patient peut recevoir plusieurs ordonnance.
Une ordonnance peut ne pas être liée à un patient ? Tu es sur ?
Je verrai plutôt cette relation ainsi :
Patient -0,n----(recevoir)----1,1-Ordonnance
Ce n'est pas la règle d'atomicité qui est à invoquer dans ce cas ; ni dans la proposition de seabs, d'ailleurs. Les propriétés comme Température, Tension, Poids SONT atomiques car elles ne sont pas sémantiquement décomposables.
A ce qu'il semble, Seabs a confondu atomicité et variabilité temporelle. Le problème souligné par seabs concerne la variabilité dans le temps dans le cas où l'on souhaite conserver l'historique de ces variations.
En effet, il y a deux manières de gérer, par exemple, la température :
1) Soit on écrase l'ancienne valeur par la nouvelle à chaque mise à jour. On n'a donc que le dernier relevé de température.
2) Soit on souhaite conserver l'ensemble des températures (pour suivre l'évolution, tracer la courbe, etc.)
Le choix du mode de gestion 1) ou 2) dépend de l'expression des besoins (cahier des charges).
Dans le 2e cas (celui qui est choisi ici) , il faut externaliser la température dans une entité séparée afin d'enregistrer la nouvelle valeur de chaque relevé. Pour conserver l'ensemble des valeurs, il faut adjoindre une propriété temporelle (date, date et heure, timestamp, etc.) à l'identifiant de cette entité. Par conséquent, l'entité devrait être :
__________________
PARAMETRE_PATIENT
__________________
NumDossierPat
DateHeureRelevé
TensionPat
TempératurePat
PoidsPat
__________________
La propriété NombreEnfantPat devrait réintégrer Patient : la fréquence de variation du nombre d'enfant n'est, évidemment, pas la même que celle des autres paramètres !
Cardinalités 0,1 côté Patient et non pas 0,n.
Les cardinalités sont à l'envers. Un reçu est toujours affecté à un Patient --> 1,1 côté Reçu. Par contre, c'est 0,1 côté Patient, ce qui permet de savoir quels patient ont payé et lesquels non.
Bonsoir à tous,
Je vous remercie ( Jphi33, Seabs,Macfly58) pour vos reponses tres édifiantes.
Bcp des étudiants comme nous auront du bien dans vos reponses.
Merci aussi à tous ceux qui ont pris leur temps de me lire mais n'ont pas encore pu reagir pour des multiples raisons.
Je suis satisfait et je serai souvent connecté sur ce site pour mon perfectionnement.
A bientôt
Je suis entièrement d'accord avec ta remarque. Merci pour la correctionEnvoyé par JPhi33
A ce qu'il semble, Seabs a confondu atomicité et variabilité temporelle. Le problème souligné par seabs concerne la variabilité dans le temps dans le cas où l'on souhaite conserver l'historique de ces variations.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager