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 :

Lister et traduire des champs cochés "oui"


Sujet :

Access

  1. #1
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Juin 2005
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2005
    Messages : 1
    Points : 1
    Points
    1
    Par défaut Lister et traduire des champs cochés "oui"
    Bonsoir,
    J'ai modestement créé une base de données patients pour mon service de réanimation néonatale. Cette base est une sorte de dossier médical informatisé qui nous permet de faire des statistiques.
    Cette base se compose (principalement) de 3 tables: 1 table patients (N° dossier, poids, taille de naissance...), 1 table pathologie et 1 table thérapeutique. Les champs renseignés sont majoritairement des cases à cocher OUI/NON.

    Je cherche aujourd'hui à accéder "d'un simple clic", en entrant un N°patient (ma clé primaire), à une liste des champs cochés "oui" dans chacune des 3 tables afin de créer un résumé rapide du dossier.(je pensais à une requête?)

    L'autre difficulté consiste à "traduire" le résultat obtenu afin de le rendre compréhensible par tout utilisateur. Par exemple, si ma requête me renvoie que le champ [P PA DIG IPLV] à été coché oui, c'est incompréhensible! mais si j'ajoute une interface de traduction où je défini [P PA DIG IPLV]="Intolérance aux proteînes de lait de vache", alors là BINGO.

    Je pensais donc passer par une requête création de table pour la première tâche, puis mettre en lien cette table avec une table de traduction pour atteindre le résultat final.

    Avez vous des suggestions ?
    Désolé d'avoir écrit un roman !
    Merci par avance pour vos idées et votre aide
    Cordialement.

  2. #2
    Rédacteur/Modérateur

    Avatar de Heureux-oli
    Homme Profil pro
    Contrôleur d'industrie
    Inscrit en
    Février 2006
    Messages
    21 086
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : Belgique

    Informations professionnelles :
    Activité : Contrôleur d'industrie
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 21 086
    Points : 42 925
    Points
    42 925
    Par défaut
    Bonjour et bienvenue sur les forum de developpez.com

    Si tu pouvais nous en dire un peu lus sur la structure de tes tables eet les relations entre tes tables, on devrait pouvoir te donner quelques pistes.

  3. #3
    Expert éminent sénior

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    Octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : Octobre 2004
    Messages : 9 501
    Points : 32 311
    Points
    32 311
    Par défaut
    Je pense qu'il y a une erreur de modélisation.

    La table patient, pas de soucis.

    Par contre, pour le reste, je ne suis pas d'accord.

    On devrait à priori avoir une table pathologie(NumPathologie, NomPathologie)

    Contenant par exemple :

    1,Intolérance aux proteînes de lait de vache

    Et ensuite une table patientPathologie listant les pathologies de chaque patient

    les champs seront : NumPatient, NumPathologie

    Contenant par exemple : 12,1 (signifiant que le patient 12 ne tolère pas les protèines de lait de vache)

    Une requête joignant ces deux tables permettra d'établir la liste des pathologies du patient.

    Idem pour les thérapies

  4. #4
    Rédacteur/Modérateur

    Avatar de Heureux-oli
    Homme Profil pro
    Contrôleur d'industrie
    Inscrit en
    Février 2006
    Messages
    21 086
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : Belgique

    Informations professionnelles :
    Activité : Contrôleur d'industrie
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 21 086
    Points : 42 925
    Points
    42 925
    Par défaut
    Si les modifications de pathologie ne sont pas trop nombreuses, c'est jouable.
    Je comprend son approche, c'est un peu plus visuel de cette manière.

  5. #5
    Expert éminent sénior

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    Octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : Octobre 2004
    Messages : 9 501
    Points : 32 311
    Points
    32 311
    Par défaut
    Citation Envoyé par Heureux-oli
    Si les modifications de pathologie ne sont pas trop nombreuses, c'est jouable.
    Je comprend son approche, c'est un peu plus visuel de cette manière.
    Et si demain il y a une nouvelle pathologie, il faut tout redévelopper

    Access n'est pas Excel

Discussions similaires

  1. Lister le nom des champs dans une table précise
    Par robyseb dans le forum Contribuez
    Réponses: 5
    Dernier message: 01/08/2012, 09h00
  2. Réponses: 2
    Dernier message: 26/04/2007, 20h43
  3. lister le nom des champs d'une table
    Par creale10 dans le forum Langage SQL
    Réponses: 1
    Dernier message: 09/11/2006, 12h07

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