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

Access Discussion :

[Débutant] Soumission d'un MPD


Sujet :

Access

  1. #1
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Août 2006
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 2
    Points : 1
    Points
    1
    Par défaut [Débutant] Soumission d'un MPD
    Bonjour à tous,


    Débutant total en Access, j'ai lu consciencieusement plusieurs tutoriels de ce site (fort bien réalisés d'ailleurs). Après une lecture en règle de la FAQ du forum, je me permets de vous soumettre un MPD pour savoir s'il "tient la route". J'espère avoir respecté les règles de construction, mais je préfèrerais naturellement avoir l'avis de personnes expérimentées avant de me lancer sur des bases fausses

    Ce travail est réalisé dans le cadre d'une thèse de pharmacie, le but étant d’avoir à la fois :
    - un outil de prescription informatisé pour les médecins (un formulaire).
    - une base de données pour le service de pharmacie, qui en extraira des données grâce à des requêtes.
    La base équipera donc l'hôpital dans lequel je travaille. D'autres centres hospitaliers utilisent également Access dans ce but.

    L’outil sera utilisé par le médecin à chaque prescription, c’est-à-dire lorsqu’un patient viendra en consultation. Une prescription (Visite) est donc l’association d’un prescripteur (médecin), d’un patient, d’un médicament et d’une pathologie (indication), le tout à une date donnée.

    Quelques précisions s’imposent quant aux tables Produits, Indications, et « Association ». L’outil ne concernera que certains médicaments très particuliers (moins d’une centaine). C’est pour cela que la relation entre Prescription et « Association » est de type 1-n et non pas n-n, car on considère que chaque prescription ne prescrira qu’un seul médicament à la fois. L’idéal serait bien sûr de pouvoir en prescrire plusieurs (cas qui devrait rester exceptionnel) mais je n’ai pas réussi à le modéliser…

    Chaque médicament est indiqué dans plusieurs pathologies, 5 à 10 en moyenne. Chaque indication peut également se retrouver dans plusieurs médicaments. Il faut néanmoins distinguer 3 niveaux d’indication :
    - niveau I : indications prévues par le fabricant lors de la commercialisation du médicament. En théorie l’utilisation du médicament n’est autorisée que dans ces pathologies.
    - niveau II : indications non prévues par le fabricant, mais en pratique de nombreux médecins utilisent ce médicament dans cette pathologie, car de nombreuses études en ont prouvé l’efficacité.
    - niveau III : indications non prévues par le fabricant, avec peu ou aucune donnée scientifique validée. L’utilisation du médicament dans cette pathologie tient en général d’une intuition du médecin, ou de la mesure désespérée (rien d’autre ne marche donc on essaye ça).

    La nuance est qu’une indication de niveau I pour un médicament peut être une indication de niveau II pour un autre, et inversement (cela fonctionne aussi avec le niveau III).

    Exemple : la "maladie de Crohn, formes luminales actives et sévères", est une indication de niveau I pour le Remicade® ; mais c’est aussi une indication de niveau II pour l’Humira®.

    La relation entre la table Produits (médicaments) et la table Indications étant de nature n-n, j’ai donc créé une table de liaison, « Association ». Chaque enregistrement de cette table est la combinaison d’un Produit (clé primaire) et d’une Indication (clé primaire), associée à un niveau d’indication (I, II ou III).
    Une prescription est le choix d’un médicament dans une pathologie, donc relation 1-n entre Visite et Association.

    Voici le modèle auquel je suis arrivé (un zoom sera nécessaire pour lire correctement, désolé) :

    Nom : MPD.JPG
Affichages : 106
Taille : 55,5 Ko


    Merci par avance pour vos réponses !

  2. #2
    pgz
    pgz est déconnecté
    Expert éminent Avatar de pgz
    Homme Profil pro
    Développeur Office VBA
    Inscrit en
    Août 2005
    Messages
    3 692
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 70
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Office VBA
    Secteur : Conseil

    Informations forums :
    Inscription : Août 2005
    Messages : 3 692
    Points : 6 591
    Points
    6 591
    Par défaut
    Bonjour,

    Il est toujours difficile de critiquer un modèle quand on ne connaît pas le problème, mais je me permets de formuler quelques idées après lecture de ton exposé. Ton modèle me semble bien réfléchi, mais il est trop statique.

    J'imagine que les données médicaments et indications sont évolutives et devront être tenues à jour, indépendamment des visites. Cette mise à jour pourrait dans la structure actuelle entraîner une fâcheuse mise à jour des visites. C'est un peu le même pb que les commandes avec des prix qui ne doivent pas évoluer, alors qu'ils sont calculés à partir de tarifs qui changent régulièrement. Au pire, un médicament peut disparaître alors qu'il a été prescrit.
    Pour moi cela voudrait dire que les 3 tables produit/Indication/Association sont bien vues, mais la relation entre visite et association, non.

    Si tu reste avec des visites à une seule prescription, il faut casser cette relation et mettre 2 champs dans visite : NomCommercial et indication(pb diagnostiqué).

    Pour plusieurs prescriptions, il faut une table Prescription : NumPréescription, NumVisite, Produit, Indication,posologie en relation visite : 1-n : prescriptions, comme un détail de visite.


    Livré tel que. Bon courage,

    pgz
    pluritas non est ponenda sine necessitate - Le rasoir d'Okham
    Ne jamais attribuer à la malignité ce que la stupidité peut expliquer -Le rasoir d'Hanlon

  3. #3
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Août 2006
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 2
    Points : 1
    Points
    1
    Par défaut
    Merci beaucoup pour tes remarques ! La mise à jour des données Produits et Indications risque en effet d'être régulière (2 à 3 fois par an). La question peut sembler incongrue, mais est-ce que le fait de ne pas appliquer l'intégrité référentielle ne permettrait pas de ne pas mettre à jour les anciennes visites ? (ça fait beaucoup de négations, je sais )

    En intégrant tes remarques sur la relation Visite-Association, j'arrive à ceci :

    Nom : MPD2.JPG
Affichages : 98
Taille : 89,1 Ko


    Est-ce plus correct ?

    Merci encore pour ton aide

  4. #4
    pgz
    pgz est déconnecté
    Expert éminent Avatar de pgz
    Homme Profil pro
    Développeur Office VBA
    Inscrit en
    Août 2005
    Messages
    3 692
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 70
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Office VBA
    Secteur : Conseil

    Informations forums :
    Inscription : Août 2005
    Messages : 3 692
    Points : 6 591
    Points
    6 591
    Par défaut
    Re

    La question peut sembler incongrue, mais est-ce que le fait de ne pas appliquer l'intégrité référentielle ne permettrait pas de ne pas mettre à jour les anciennes visites ? (ça fait beaucoup de négations, je sais )
    Si j'ai bien compris la question ma réponse est : avec le modèle initial, non.
    En intégrant tes remarques sur la relation Visite-Association, j'arrive à ceci :
    ...
    Est-ce plus correct ?
    Oui, si tu interdis les modifications et suppressions dans les tables produits et indications. Tu ne pourrais faire que des ajouts. C'est une solution.
    Sinon dans la table des visites il faut mettre le nom du médicament(et con dosage?) et le nom de l'indication mais pas les numéros. dans ce cas aucune relation entre visites et produits/indications. C'est une autre solution.

    Bon courage,

    pgz
    pluritas non est ponenda sine necessitate - Le rasoir d'Okham
    Ne jamais attribuer à la malignité ce que la stupidité peut expliquer -Le rasoir d'Hanlon

  5. #5
    pgz
    pgz est déconnecté
    Expert éminent Avatar de pgz
    Homme Profil pro
    Développeur Office VBA
    Inscrit en
    Août 2005
    Messages
    3 692
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 70
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Office VBA
    Secteur : Conseil

    Informations forums :
    Inscription : Août 2005
    Messages : 3 692
    Points : 6 591
    Points
    6 591
    Par défaut
    Bonjour,

    Il y a une autre question qui pourrait être à considérer, celle des génériques. Tout d'abord, peut-on dire que tout générique a les mêmes indications que la molécule originale? Ensuite, faut-il savoir si un produit est celui breveté ou un générique?
    En outre, serait-il utile que le prescripteur ait un prix du médicament?

    Il y a aussi la question des dosages : Les indications sont-elles indépendantes des dosages?

    Tout cela peut bien sûr avoir des conséquences sur ton modèle.

    Cordialement,

    pgz
    pluritas non est ponenda sine necessitate - Le rasoir d'Okham
    Ne jamais attribuer à la malignité ce que la stupidité peut expliquer -Le rasoir d'Hanlon

  6. #6
    Faw
    Faw est déconnecté
    Membre expérimenté

    Profil pro
    Inscrit en
    Juin 2004
    Messages
    1 169
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 169
    Points : 1 383
    Points
    1 383
    Par défaut
    Salut,
    excellentes remarques si je puis me permettre pgz.

    Bon pour les génériques, ils ont les mêmes spécificités que le produit privé "parent" et donc les mêmes indications.

    En plus il est rare de nos jours qu'une pharmacie hospitalière soit dotée,
    pour un même produit, de la version privée ET de son générique.

    Pour ce qui est de l'importance de savoir si un produit est générique ou privé,
    je pense qu'ici (milieu hospitalier), elle se situe plus du côté du pharmacien
    que du prescripteur (c'est au premier qu'incombe la gestion des coûts...), mais
    dans l'absolu ça ne coûte rien de flaguer un produit "générique" ou pas.

    Et pour les indications dose-dépendantes, en effet ça existe pour certains produits (rares comparé au nombre de médoches sur le marché).

    Pour ma part j'entrevois un niveau IV: le cas où un produits est utilisé,
    non pas pour son indication (ou ses indications), mais pour l'un de ses effets
    secondaires voire indésirables. Mais on est assez proches du ton niveau III.

    Je pars bien sûr du principe que tu mets en place quelque chose de spécifique
    pour UNE pharmacie hospitalière sans intention de diffusion. Autrement...c'est
    le VIDAL®
    Je ne comprends rien à Access...Mais je me soigne.
    Moteur de recherche
    DAO

Discussions similaires

  1. [Entité-Association] [débutant] Question MPD - probléme compréhension
    Par Seb2913 dans le forum Schéma
    Réponses: 3
    Dernier message: 20/03/2015, 12h27
  2. [Kylix] Re Re: débutant sur Kylix et Linux.....
    Par Eclypse dans le forum EDI
    Réponses: 2
    Dernier message: 08/06/2002, 22h53
  3. [Kylix] Le débutant en Kylix et Linux....
    Par Eclypse dans le forum EDI
    Réponses: 2
    Dernier message: 08/05/2002, 10h37
  4. Réponses: 3
    Dernier message: 07/05/2002, 16h06
  5. [HyperFile] 2 questions de débutant
    Par khan dans le forum HyperFileSQL
    Réponses: 2
    Dernier message: 29/04/2002, 23h18

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