IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Schéma Discussion :

Gestion d'une pharmacie [MCD]


Sujet :

Schéma

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Mai 2009
    Messages
    291
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2009
    Messages : 291
    Par défaut Gestion d'une pharmacie
    Bonjour tout est dans le titre, je dois réaliser un MCD par rapport à des instructions, ce MCD correspond à la gestion d'une pharmacie !

    Voici le texte :

    On s'intéresse aux paiements de produits achetés dans une pharmacie par les usagers bénéficiaires
    de la sécurité sociale.
    Ces usagers sont représentés par les attributs nom, adresse, date de naissance, numéro
    d'identification de la sécurité sociale.
    S'ils ont une mutuelle, alors on regarde leurs numéros d'adhérent à la mutuelle, les modes de
    remboursement. Le remboursement de la part complémentaire par la mutuelle dépend de la
    cotisation de chaque usager.
    Chaque mutuelle a un nom, et plusieurs centres de gestion. Chaque usager a un seul centre local
    pour les remboursements.
    Les droits de la mutuelle d'un usager peuvent être changés d'une année a l'autre, en fonction de sa
    cotisation.

    Sur un produit on voit les informations suivants : nom de produit, classe pharmaceutique, nom de
    fabricant, numéro de lot, date d'expiration, et type de remboursement (attribuée par la sécurité
    sociale) qui peut être changé dans le temps. Un produit est déterminé par son nom et son numéro de
    lot.
    Le pourcentage de remboursement d'un produit dépend de sa classe pharmaceutique. Le prix d'un
    produit n'est pas fixe, il varie selon les périodes (promotions, augmentation de prix des fabricants,
    etc).

    L'achat d'un produit remboursable nécessite une ordonnance d'un médecin. Un médecin est
    représenté par un nom, une adresse, un numéro d'agrément et une spécialité. Sur une ordonnance on
    voit les informations concernant le médecin et le patient, la date de consultation, et une liste de
    médicaments avec les prescriptions de traitements. La pharmacie garde une copie de chaque
    ordonnance à laquelle est attribué un numéro unique.
    D'après la liste de produits sur l'ordonnance, une préparatrice (ou préparateur) de la pharmacie
    cherche les produits et établit une facture. Chaque préparateur (ou préparatrice) est représenté(e) par
    un nom, une adresse et un numéro d'identication.
    Chaque facture a une liste de produits avec leur quantité. Si une facture a des produits
    remboursables, alors on distingue la somme à payer par l'usager lui-même, la somme à rembourser
    par la sécurité sociale et la somme à rembourser par la mutuelle.

    Dans ce cas les copies de l'ordonnance et de la facture sont envoyées au centre de gestion de
    remboursement de l'usager. Les remboursements effectifs doivent être suivis et vérifiées. Par
    ailleurs, on considère que les usagers bénéficiaires de la sécurité sociale doivent y contribuer pour
    chaque produit remboursable, en versant par exemple un euro, dans la limite de cinquante euros par
    an.

    Un traitement prescrit sur une ordonnance est valable pour un nombre précis de fois, donc une
    ordonnance peut donner lieu à une ou plusieurs factures. Chaque facture a une date d'achat et un
    numéro d'identification.
    Voici mon MCD que j'ai mis en archive rar, j'aimerai avoir votre avis:
    J'ai différents problèmes, j'ai mis en gras dans le texte ce que j'ai du mal à modéliser. Notamment si j'ai besoin d'une table SECURITE SOCIALE et tout ce qui est gestion des remboursements par la mutuelle et la secu,le prix du produit ....


    J'ai vraiment besoin de votre aide !
    Merci!
    Images attachées Images attachées  

  2. #2
    Responsable Arduino et Systèmes Embarqués


    Avatar de f-leb
    Homme Profil pro
    Enseignant
    Inscrit en
    Janvier 2009
    Messages
    13 197
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Sarthe (Pays de la Loire)

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Janvier 2009
    Messages : 13 197
    Billets dans le blog
    47
    Par défaut
    Bonsoir,

    Comme l’énoncé est un peu long, je me suis arrêté à la première partie : usager-mutuelle-centre.
    Je propose le schéma suivant :


    Le triangle avec son lien orienté entre UsagerMutuelle et Personne traduit la notion d’héritage :
    Un UsagerMutuelle est une Personne, une Personne peut être est un UsagerMutuelle.

    Un usager à un centre local de gestion et cotise tous les ans (MontantCotisation).
    A mon avis les droits résultent plus d’un calcul selon le montant de la cotisation, il s’agit d’un traitement à part. Je supprimerais donc cet attribut "droits" du MCD.

    Tu noteras l’identification du Centre relativement à la Mutuelle (cardinalité 1,1 avec le (R) )

    MLD :


    Voila pour moi ce soir…

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Mai 2009
    Messages
    291
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2009
    Messages : 291
    Par défaut
    Je n'ai pas vu la notion d'héritage donc je ne peux l'utiliser !

    Je pense que la cardinalité 0,n entre Usagers et Mutuelle suffira à montrer que l'usager n'a pas forcément de mutuelle.

    Les problèmes qui me restent sont dois-je faire une table sécurité sociale?

    Et comment gérer les remboursements de la part de la secu et de la mutuelle

    J'ai actualisé mon schéma sur le premier post.

    J'espère que tu continueras à m'aider ! Merci beaucoup !

  4. #4
    Responsable Arduino et Systèmes Embarqués


    Avatar de f-leb
    Homme Profil pro
    Enseignant
    Inscrit en
    Janvier 2009
    Messages
    13 197
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Sarthe (Pays de la Loire)

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Janvier 2009
    Messages : 13 197
    Billets dans le blog
    47
    Par défaut
    Bonsoir guipe,

    je reviens tout de même sur la 1ère partie : Usager-Mutuelle-Centre

    Il va falloir en effet tenir compte de certaines contraintes dans l’implémentation car en l’état de ton MCD:
    - Rien n’empêche à un usager de cotiser même s’il bénéficie d’aucune mutuelle
    - Rien n’empêche de saisir un centre à un usager qui ne bénéficie pas de mutuelle, voire pire, un adhérent pourrait se faire rembourser dans un centre d’une mutuelle alors qu’il cotise dans une autre

    On devrait pouvoir y remédier en modélisant autrement.

    Usager----0,1---EtreAdherent---1,1---AdherentMutuelle

    Un adhérent de mutuelle est un usager, un usager peut être un adhérent d’une mutuelle

    AdherentMutuelle---1,n---cotiser(montant)---0,n---AnneeCotisation

    Il s’agit dans l’énoncé de la cotisation pour la mutuelle.

    AdherentMutuelle---1,1---rembourser---0,n---CentreGestion---1,1---dependre---0,n---Mutuelle

    A priori, il n’est pas utile d’associer AdherentMutuelle à Mutuelle. Connaissant son centre de gestion, on remonte à la mutuelle dont dépend le centre.

    Si tu connais le principe d’identification relative, je verrais même :
    CentreGestion---1,1(R)---dependre---0,n---Mutuelle

    Par la suite,
    Le pourcentage de remboursement d'un produit dépend de sa classe pharmaceutique.
    Il est donc temps de créer une entité ClassePharma(idClassePharma, NomClassePharma, PourcentageRembourst).
    Produit---1,1---AvoirClasse---0,n---ClassePharma

    Le prix d'un produit n'est pas fixe, il varie selon les périodes…
    Ici l’énoncé n’est pas très précis. On peut simplement rajouter un attribut PrixArticle dans l’entité Article et on se contente des mises à jour de la colonne au gré des périodes (il faudra probablement rajouter quelque part dans la partie facturation que je n’ai pas encore lue un attribut PrixProduitFacturé).

    Si on soupçonne l’auteur de l’énoncé de vouloir un historique de ces mises à jour, on peut rajouter :
    Produit----0,n----historiserPrix(PrixArticleHisto)---0,n---DateChangementPrix

    Je crois qu’il y a une question sur la modélisation des historiques dans la FAQ Merise (comme sur les notions d’héritage et d’identification relative d’ailleurs).

    …et type de remboursement (attribuée par la sécurité sociale) qui peut être changé dans le temps.
    Même principe que pour les prix je suppose.

    Bon, je regarde le reste (j’avance pas vite hein ?)….

    Note : pour faire tes MCD, tu peux utiliser Open ModelSphere qui est assez convivial et gratuit en plus (Win’design est plus complet mais dans la version démo que j’ai utilisé dans mon message précédent, on ne peut pas sauvegarder le MCD arghhh )

  5. #5
    Expert éminent
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 213
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 213
    Billets dans le blog
    16
    Par défaut
    Quelques tuyaux concernant Open ModelSphere, quant à l’héritage et autres joyeusetés.

    Voyez les discussions avec dxerty ou avec Locus51.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  6. #6
    Membre confirmé
    Profil pro
    Inscrit en
    Mai 2009
    Messages
    291
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2009
    Messages : 291
    Par défaut
    Merci !

    Pour les attributs tels que id_usager,id_mutuelle ....


    Ce sont des AUTO INCREMENT et pas nécessairement des clés primaires non?

    Si oui comment faire pour définir des AUTO INCREMENT dans OpenModelSphere !

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [MCT] MCT du gestion d'une pharmacie
    Par Rita delacouste dans le forum Merise
    Réponses: 1
    Dernier message: 26/03/2014, 17h41
  2. [MCD] Gestion des stocks pour une pharmacie
    Par SmileSoft dans le forum Schéma
    Réponses: 160
    Dernier message: 22/05/2009, 21h16
  3. [MCD] Gestion des ventes d'une pharmacie
    Par js8bleu dans le forum Schéma
    Réponses: 4
    Dernier message: 16/04/2009, 21h31
  4. MCD standardisé de gestion d'une pharmacie
    Par Alhassane Camara dans le forum Bases de données
    Réponses: 4
    Dernier message: 03/05/2007, 03h19

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo