Jump to content

nicolas.salve

Membres
  • Content Count

    19
  • Joined

  • Last visited

About nicolas.salve

  • Rank

  • Birthday 04/15/1974

Profile Information

  • Gender
    Homme
  • Location
    Dijon

FileMaker Profile

  • FM
    pro10
  • OS
    10.5.8
  • FBA
    --Non membre--
  1. Puimoisson04? IMPECCABLE.... de freins, bien sûr. Et avec mes remerciements.
  2. merci puimoisson04. Je regarde ça d'ici ce soir et te tiens au courant.
  3. Merci pour la réponse. Lorsque je fais une simulation de mon interface (ci-jointe) avec le fichier donné par puimoisson04, les enregistrements de plus de 7 jours sont encore modifiables et je ne comprends pas pourquoi. Je n'arrive pas à trouver l'erreur. De plus, je n'arrive pas à mettre en place un horodatage qui mettra la date du jour automatiquement dans la rubrique date_jour de la table date. Merci d'avance pour la nouvelle leçon. Heureusement que le forum existe.... Date Copie.fp7 Date Copie.fp7 Date Copie.fp7 Date Copie.fp7 Date Copie.fp7 Date Copie.fp7 Date Copie.fp7 Date Copie.fp7 Date Copie.fp7 Date Copie.fp7 Date Copie.fp7
  4. Dans la précipitation j'ai oublié de vous saluer.... donc bonjour à tous.
  5. Comment conditionner l'ouverture d'un enregistrement lié (archive) à un délai de temps maximal entre la date de cet enregistrement et la date du jour? Par exemple, n'avoir la possibilité d'ouvrir un enregistrement que si la différence entre la date du jour et la date de l'enregistrement < 5 jours (pour pouvoir le modifier) je pensais à la fonction JourAnnée JourAnnée(obtenir (date actuelle)) - JourAnnée (obtenir (date de la rubrique de l'historique)) si différence < 5 afficher enregistrement lié si >5 interdire l'afffichage J'ai un problème de syntaxe. NB : la rubrique historique est sur une TE affichant la date des enregistrements antérieurs pour une même personne. Merci d'avance
  6. c'était le détail "qui tue" l'effort du novice. merci beaucoup votre efficacité n'a d'égal que votre célérité... je ne vais pas hésiter à vous poser d'autres questions pour ne pas bloquer des heures sur un problème.
  7. Je ne suis pas sûr d'avoir "tout pigé". Ci-joint un fichier exemple. Il y a un problème de superposition de chiffres dans la rubrique. date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7 date_saisie_auto.fp7
  8. Bonsoir, Je ne pensais pas avoir une réponse aussi rapide. Merci. Je vais essayer de ce pas et vous tiens au courant.
  9. Bonsoir, Existe t'il un moyen pour pouvoir saisir, dans une rubrique, une date type jj/mm/aaaa en tapant uniquement la suite de chiffre, les // apparaissant dans la rubrique avant la saisie de la série? J'ai essayé différentes choses avec les infos trouvées sur le sujet ; mais je n'ai pas pu résoudre ce problème. Détail important : je suis novice... Merci par avance de votre aide.
  10. Tout d'abord, merci de suivre assidûment mes problèmes. Je suis vraiment un débutant FM et bloque sur de nombreux problèmes ce qui explique les heures tardives de réponse. J'ai compris en lisant ce forum que le développement de la base demandera de toute façon du temps. Je vais tenter d'adapter votre solution à mon problème, redéfinir mon graphe de liens. D'ici la fin de semaine, je posterai un exemplaire de mon fichier en espérant avoir bien avancé. Ainsi, il sera plus simple d'énumérer précisément mes besoins. Merci et à bientôt
  11. Bonsoir, Auriez-vous des éléments d'orientation concernant mes questions du 6/01? Je bloque sur ce point (les 2 questions). La réponse est peut-être déjà sur le forum mais je ne vois pas dans quelle section. Merci d'avance.
  12. je viens de prendre connaissance de la solution proposée. je ne suis pas déçu car elle est en fait très proche de ce que je cherche. je n'avais pas pensé à mettre des OT dans le graphe de liens pour le rendre plus lisible, ni à la solution des onglets permettant de voir l'histoire en un clin d'oeil. c'est super. je pense qu'on peut ajouter des OT de nouvelles tables pour automatiser le publipostage avec les villes/CP (j'ai vu ça dans d'autres topics) ainsi qu'un OT pour écrire aux patients le cas échéant et lier avec les OT villes/CP 2 questions cruciales me viennent suite à l'exemple donné. comment trouver un enregistrement antérieur de la fiche_admin en ne saisissant que le nom et le prénom de la personne? faut-il lier zkp avec nom et prénom dans les liens? indexer les noms? faut-il afficher les enregistrements trouvés avec un déclencheur de script (afficher enregistrement lié de la table correspondante) en validation de rubrique nom,prénom en mode recherche? comment rendre consultables mais non modifiables les examens saisis et validés et ne pouvoir modifier que les examens en cours? En tout cas, vous m'avez donné du grain à moudre. J'ai déjà avancé mes tables et mon gros problème était de cerner l'organisation des OT et liens pour avancer. Encore merci de votre aide précieuse. NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7 NICO21_essai structure 2.fp7
  13. Bonjour et merci pour cette réponse. Je regarde ça ce soir. Je m'aperçois que que je n'ai pas été très clair sur mes besoins. Il s'agit d'une base de données médicale devant générer des compte-rendus d'examen adressés à des correspondants (avec mise en place d'un publipostage). Chaque patient de la fiche admin doit avoir un dossier unique (évidemment) mais peut revenir à différentes dates pour avoir un examen A, B et C (un ou plusieurs pe A seul, B seul , B et C , A et c) à la même date. Il faut pouvoir garder un historique, facilement accessible, des examens réalisés. pouvoir consulter les anciens et modifier (pendant quelques jours) les récents avant de les figer. Un des problème est de pouvoir saisir un examen pour la deuxième fois( en partant de la fiche administrative) pour un patient déjà existant dans la base. Je développerai plus le fichier joint pour clarifier. Je crois que je manque de tables. Encore merci
  14. Bonsoir, Je me permets de vous soumettre encore un problème de lien (fichier ci-joint). Je tourne en rond. J'ai 3 tables : fiche_administrative examen_A examen_B examen_C à chaque table est associé un modèle où les données sont saisies. Chaque enregistrement de la fiche administrative correspond une personne donnée. Chaque personne sur cette fiche_administrative peut avoir un ou plusieurs (par contre à plusieurs mois d'écart, rare) examens de chaque type (A, B, C) Chaque enregistrement d'examen (A,B,C) correspond à une seule personne de la fiche_administrative. Je souhaite que l'utilisateur saisisse en premier sur la fiche_administrative et puisse créer des enregistrements liés pour un ou plusieurs examens (A, B, C) et éditer un compte-rendu de chaque examen et un compte rendu global (données administratives, résultats examens A, B ou C selon le cas). La correction des données saisies doit rester possible avec une navigation entre les fiches (ou plutôt les modèles). Les compte-rendus seront envoyés à des destinataires. pour chaque personne de la fiche administrative, on doit envoyer à 2 destinataires. J'imagine qu'il me faudra une table de clients, des tables de ville/CP pour le publipostage. actuellement j'ai 4 tables mais je me demande si je ne vais pas dans une impasse. faut-il une table intermédiaire "centrale" rassemblant id_personne, id_examen A, B, C, id_destinataire, id ville...? je ne sais pas si je suis bien clair... merci d'avance pour vos lumières essai structure.fp7 essai structure.fp7 essai structure.fp7 essai structure.fp7 essai structure.fp7 essai structure.fp7 essai structure.fp7 essai structure.fp7 essai structure.fp7 essai structure.fp7 essai structure.fp7
  15. merci beaucoup de me familiariser avec cette gymnastique de rubriques bonne journée
×
×
  • Create New...