Jump to content

Sadlig

Membres
  • Content Count

    81
  • Joined

  • Last visited

About Sadlig

  • Rank
    50

Profile Information

  • Gender
    Homme
  • Location
    Paris

FileMaker Profile

  • FM
    FMP 19
  • OS
    Mac OS 10.15
  • Certification
    --Non certifié--
  • Claris Partner
    --Non membre--

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @Jeremie Voici comment j'ai procédé finalement, vu ton expérience ca ne te sera peut être pas utile mais bon, voila! Merci pour tes réflexions en tout cas! Une table patient liée à une table devis lié elle même à une table lignes de devis. Cette dernière est alimentée par une table soin liée. Une table externe - dans un modèle formulaire de devis, enregistre les devis de façon automatique (devis preformaté remplis automatique par la table soin) ou manuelle (on va y piocher ce qu'on veut mettre dans le devi)s. Le N° de dent traitée est lié a la table devis par ligne de devis
  2. Oui merci ca m'aide dans ma reflexion Le ou les devis sont imprimés après une premiere consultation pour un bilan, et donné au patient, donc à ce moment la, la date d'impression on s'en fiche, elle n'est pas importante 1 seule dent par patient est soignée le meme jour sur un RDV pris sur Doctolib. Les Rdv sont connus à l'avance et sont donc propres à chaque patient. Je me penche aussi sur le problème d'exporter quelques données Doctolib comme nom, prénom, mail, téléphone et date de RDV pour remplir automatiquement la base de données, mais je verrai cela plus tard, une fois que l'arch
  3. OK Jeremie, merci pour toutes ces infos @Jacques, effectivement, je comprends aussi ton raisonnement, cependant quand je fais des tests sur les scripts et que j'ouvre mes différentes tables sous format tableau, le fait d'avoir des id "texte" permet un repérage beaucoup plus aisé quand on débute pour bien comprendre ce qui se passe
  4. Oui tout a fait, mon but n'est pas du tout que cela serve comme pièce comptable, la comptabilité n'a rien a faire dans ma base de donnée, si ce n'est de donner au dentiste une indication sur son chiffre d'affaire. Les factures sont justes identifiées par le nom du patient . Le but est de différencierais id parce que je me dis que plusieurs id primaires qui ne seraient que des séries de chiffres dans plusieurs tables, il finira par y en avoir des identiques.
  5. Bonjour Jérémie, non c'est parfait, mais ce que jeux faire et qui peut être fait quand il n'y a qu'un seul dossier par patient c'est de trier les dossiers par date du jour de RDV sans avoir à les consulter précisément, puisqu'on connait les noms des patient du jour: on peut les imprimer d'un clic juste sur un tri par date sans avoir à consulter les dossier....gros gain de temps dans les manipulations au secrétariat. et c'est la qu'un double triage serait parfait de façon que si un patient a 2 ou 3 dossiers on puisse mettre directement le bon dossier dans la série d'impression sans aller l
  6. Grammaticalement je suis tout a fait d'accord, mais informatiquement je n'étais pas sur qu'une chaine alphanumérique désigné comme texte s'incremente automatiquement de 1. Ce n'est pas très clair dans les tutos ou l'on vous explique que l'id doit être absolument un nombre. Donc maintenant c'est clair car à priori l'incrémentation se fait. Merci pour la réponse
  7. Les id ne servent pas à l'affichage mais si l'on a que des chiffres séquencés comme id et plusieurs tables n'y a t-il pas un risque de finir par avoir des id semblables dans des tables différentes. La base est quand même que chaque id soit unique, non? Toutes mes id sont alphanumériques et j'ai remarqué que quand les rubriques sont liées les id sont transmise dans leur totalité. La fonction définir rubrique ne transmet que les chiffres quand les tables ne sont pas liées et la fonction remplacer transmet dans ce cas l'intégralité de l'id, donc alphanumérique.
  8. Merci de ton aide, je comprends ce que tu proposes et je vais le noter pour un développement futur, mais la ca devient plus complexe. Mon but est juste est juste d'établir des devis, puis de pouvoir les trier par nom, ca c'est facile, puis aussi par date sur plusieurs patient sur un jour précis. La dent et les soins sont pris en compte dans le devis. S'il y a plus d'une dent a soigner pour un patient, il y a un devis par dent. Le ou les devis sont imprimés après la 1ere consultation qui détermine les travaux à entreprendre. La c'est facile aussi, triage sur le nom. On ne soigne qu'u
  9. Bonjour à tous$ Les ZKP sont des numéros de série que j'attribue par incrément de 1. Pour les distinguer je les précède d'une ou 2 lettres genre F pour Facture ou D pour Devis. La rubrique doit donc être un nombre. Quand je détermine le ZKF qui doit être en relation avec le ZKP, dans le référence de rubrique, je mets un nombre. Ce que je voudrais savoir c'est si la liaison ou non entre les tables, si la méthode de renseignement du ZKF, soit par liaison, soit par définir ou remplacer rubrique ou par importation, influe sur la structure du ZKF qui est transmise dans la table
  10. Je pense tenter une autre approche -trier les patient qui ont la meme date de RDV : on définit une variable à la date qu'on veut qui peut être celle du lendemain de la date actuelle par exemple, puisqu'on veut rechercher les patient du lendemain pour préparer l'impression des devis -afficher ces patients -pour chaque patient transferer la date de RDV dans chacun de ses devis enregistrés: ici je me pose la question de la méthode (Définir - remplacer ou importer ? la table des devis enregistrés n'étant pas lié au patient) -Activer le modele devis enregistré sous forme de list
  11. On est sur le Modele Patient à n'importe quel moment pourvu qu'il y ait deja des devis enregistrés. Ce modele sert à inscrire de nouveaux patients et chercher n'importevquel patient par son nom. Une rubrique RDV sert a inscrire une datée RDV quand c'est nécessaire . Une rubrique dent (liée a la table devis) sert quand elle est rempli à faire apparaitre les boutons de devis pour créer un devis. Cette rubrique se vide ensuite quand un devis a été enregistré Je veux pouvoir mettre une rubrique "dent soignée" qui répertorie la ou les dents afférentes aux devis enregistrés pour pouv
  12. Oui je cherche à désignerons le but de trier, pas à sélectionner, et ceci sur le formulaire patient et ca doit être clairement visible.Ll'utilisateur doit dire quelle dent il sélectionne par désignation, cette désignation étant associée à une date pour effectuer une recherche Voici l'architecture de la base En fait le formulaire Patient lié a la table patient permet au moyen de boutons qui apparaissent quand les conditions sont reunies de creer manuellement des devis ou automatiquement des devis preformates sur un formulaire de devis lié a la table devis et ceci au moyen d’une table
  13. Super j'ai résolu le problème, mais comme j'avance, je bute sur un autre!!
  14. Bonjour Dans ma création d'une base de donnée pour un cabinet dentaire je bute sur un problème de modification de donnée de rubrique lorsque je me sers de la liste déroulante qui utilise une liste de valeurs Cette liste déroulante permet dans le modele Patient, lorsque des devis on été enregistré, de sélectionner les dents soignées qui font partie d'une liste de valeurs. Ces dents soignées sont répertoriées dans une table dent avec le ZKF patient et le ZKP dent dans lequel a été recopié le ZKF du devis Ainsi un patient est relié à son devis enregistré et la dent soignée
×
×
  • Create New...