gest_user

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
gest_user [2011/08/24 21:36]
127.0.0.1 modification externe
gest_user [2011/11/28 08:21] (Version actuelle)
109.230.216.60 lIyClFgBmeEPVDW
Ligne 1: Ligne 1:
-====== Vue générale de l'​interface ====== +This artcile went ahead and made my day.
-Cet utilitaire permet de paramètrer finement les paramètres personnels de chaque utilisateur. +
-{{:​gestusergeneralview.png?​nolink&​500|}} +
-====== ​ Liste des utilisateurs déjà présents ​ ====== +
-L'on passe d'un utilisateur à l'​autre en cliquant sur son nom et en saisissant son mot de passe au cas où il en aurait définit un. Tous les documents relatifs à son profil se mettent alors à jour. +
-{{:​gestuseruserlist.png?​nolink&​ |}} Le bouton effacer {{:​buttondelete.png?​nolink&​|}} permet d'​efface l'​utilisateur sélectionné. +
-Cette action est définitive. Il n'y a pas de retour en arrière possible,  +
-seul un utilisateur possédant les droits administrateur adm  est +
-autorisé à effacer un utilisateur . +
-Le bouton {{:​buttonnewuser.png?​nolink&​|}} permet de créer un nouvel utilisateur. +
-seul un utilisateur possédant les droits administrateur adm  est +
-autorisé à créer un nouvel utilisateur . +
- +
-Le bouton {{:​buttonbluerightarow.png?​nolink&​|}} donne accés à un menu comportant deux +
-options : +
-{{ :​gestuserlistmenu.png?​nolink&​ |}} +
-  * La première option : Lancement automatique du programme avec l'​utilisateur : admin fait en sorte que le prochain démarrage de gest_user se fera automatiquement avec l'​utilisateur admin. +
-  * La deuxième option : Annuler le lancement automatique du programme avec un utilisateur fait en sorte que le prochain démarrage de gest_user se fera sans utilisateur automatique et il sera demandé de s'​authentifier avec un identifiant et mot de passe. +
- +
-====== Liste des documents relatifs à l'​utilisateur en cours  ====== +
-{{:​gestuseruserlistdoc.png?​nolink&​ |}} Ces documents correspondent à cinq types de rubriques avec chacune un éditeur approprié accessible dans la zone des rubriques par un onglet comme ci-dessous :  +
- +
-{{ :​gestuseronglets.png?​nolink&​ |}} +
- +
- +
- +
- +
-un clic sur un des éléments de la liste le place en édition dans la rubrique adéquate. Il peut y avoir plusieurs documents différents pour chaque rubrique. +
-===== Rubrique Identification et droits d'un utilisateur ===== +
-La rubrique identité est un formulaire permettant créer, saisir et modifier ​ l'​identité d'un utilisateur. +
-==== Créer un nouvel utilisateur (mode création) ==== +
-Le bouton {{:​buttonnewuser.png?​nolink&​|}} situé au dessus de la liste des utilisateurs permet de créer un nouvel utilisateur. +
- +
-Le champ login ne se renseigne que lors de la création de l'​utlisateur et ne peut être modifié ensuite. +
- +
-Seul un utilisateur possédant les droits administrateur adm  est autorisé à créer un nouvel utilisateur . Dans les autres cas ce bouton est inactivé. L'​appui de ce bouton fait apparaître le dialogue ci-dessous, dont la sortie n'est possible qu'​aprés appui sur le bouton  +
- +
-Confirmer la création d'un nouvel utilisateur pour confirmer.  +
-Annuler la création d'un nouvel utilisateur pour infirmer et abandonner. +
- +
-{{ :​gestusernewidentiteview.png?​nolink&​ |}} +
- +
-==== Les droits utilisateurs ==== +
-Il est possible de définir des droits pour chaque utilisateur de MedinTux. +
-Le droit surpuissant est le droit Administrateur adm le seul qui peut tout faire. +
-C'est seulement les utilisateurs possédant ce droit qui peuvent définir et modifier les droits des autres utilisateurs. +
- +
-Il y a au moins un utilisateur administrateur par installation de MedinTux. +
-Il ne peut être effacé ou son droit ne peut être enlevé si il est seul. +
-C'est le seul à pouvoir accéder à l'​outil de définition des droits ci-dessous. +
- +
-{{:​gestuserdroits_1_.png?​nolink&​|}} +
- +
-un appui sur le bouton {{:​gestuserdroitsplus.png?​nolink&​|}} fait apparaître le popup menu suivant, dont l'​option '​Assistant de gestion des droits'​ permet d'​accéder à une liste d'​options sélectionnables. +
- +
-{{:​gestuserdroitspopup.png?​nolink&​|}} {{:​gestuserdroitsassistant.png?​nolink&​200|}} +
- +
-Le choix d'une option modifiera la chaine des droits {{:​gestuserdroitschaine.png?​nolink&​|}} de l'​utilisateur en ajoutant le droit correspondant à l'​option choisie. +
- +
-Pour enlever un droit, actionner le bouton {{:​gestuserdroitsmoins.png?​nolink&​|}} et à l'aide du popup menu sélectionnez le droit à enlever. +
-<​note>​ +
-  *  Le droit med ne peut être enlevé et est un droit permanent donnant le droit à un utilisateur d'​utiliser MedinTux. +
-  *  Le droit sgn signifie que cet utilisateur est un utilisateur signataire ce droit signifie que ce sont les en-têtes de cet utilisateur qui seront utilisées lors de l'​impression de documents, lors d'un démarrage de MedinTux avec cet utilisateur. Ce droit permet de posséder une liste d'​utilisateurs autorisés de confiance, qui utiliseront MedinTux avec les en-têtes de l'​utilisateur signataire. +
-  * Le droit administrateur adm  donne les mêmes droits que l'​utilisateur signataire. +
-</​note>​ +
- +
-==== Modifier les données identitaires d'un utilisateur ==== +
-Toutes les données des champs de saisie sont modifiables à l'​exception du champ Login  qui ne peut être modifié et ne peut être renseigné que lors du mode création. +
-{{ :​gestuseridentiteview.png?​nolink&​ |}} +
-==== Utilisateurs autorisés et utilisateurs signataires ==== +
-=== Les utilisateurs signataires === +
- ​responsable de la signature des documents, dont l'​impression se fera avec ses en-têtes. Ne peuvent être utilisateur signataires que les utilisateurs possédant les droits : adm ou sgn +
- +
-  * Administrateur : {{:​gestuserdroits_1_.png?​nolink&​|}} +
-  * Signataire simple : {{:​gestuserdroitssign.png?​nolink&​|}} +
- +
-Seuls eux peuvent posséder une liste d'​utilisateurs autorisés (de confiance) qui utiliseront les ent-têtes de l'​utilisateur signataire. +
- +
-Il est possible d'​ajouter ou retirer un utilisateur autorisé de sa liste de confiance, à l'aide des boutons suivants : {{:​gestuserautoriseretirer.png?​nolink&​|}} +
-=== Les utilisateurs non signataires autorisés === +
-que l'​utilisateur signataire aura au préalable +
-autorisé à rédiger certains documents, avec les en-têtes du signataire. +
-L'​utilisateur signataire donnera donc le droit à un autre utilisateur d'​utiliser MedinTux en +
-son nom.  +
-==== Modifier les droits des utilisateurs autorisés ==== +
-{{ :​gestuserautorises.png?​nolink&​700|}}Il est utile pour des raisons de sécurité et de confiance de pouvoir limiter les actions possibles de l'​utilisateur autorisé. Pour cela l'​utilisateur signataire dispose d'un outil lui permettant de placer et retirer des droits sur chaque utilisateur signataire. +
- +
-    * le bouton {{:​gestuserautoplus.png?​nolink&​|}} permet d'​ajouter des droits à l'​utilisateur autorisé de la ligne correspondante. +
-    * le bouton {{:​gestuserautomoins.png?​nolink&​|}} permet d'​enlever des droits à l'​utilisateur autorisé de la ligne correspondante. +
- +
-<note important>​N'​oubliez pas d'​enregister vos modifications avant de changer d'​utilisateur ou de quitter le programme </​note>​ +
- +
-=====  Certificat ===== +
-Un certificat n'est imprimé qu'en un seul exemplaire, Les en-têtes et pieds de page d'un certificat comportent donc deux  zones: +
-  - une en-tête : qui sera celle utilisée en tête d'un certificat lors d'une impression. +
-  - un pied de page : qui sera celui utilisé au bas d'un certificat lors d'une impression. +
- +
-===== Ordonnance ===== +
-Une ordonnance est imprimée en double exemplaire : +
-l'​ordonnance elle même et son duplicata. +
-Les en-têtes et pieds de page d'une ordonnance +
-comportent donc quatres zones: +
- +
-  - une en-tête Recto qui sera celle utilisée en tête d'une ordonnance lors d'une impression. +
-  - un pied de page Recto qui sera celui utilisé au bas d'une ordonnance lors d'une impression. +
-  - une en-tête Verso (pour le duplicata): qui sera celle utilisée en tête d'une ordonnance lors d'une impression. +
-  - un pied de page Verso  (pour le duplicata): qui sera celui utilisé au bas d'une ordonnance lors d'une impression.  +
- +
-===== Observation ===== +
-Une observation n'est imprimée qu'en un seul exemplaire. Les en-têtes et pieds de page d'une observation comportent donc deux  zones: +
- +
-  - une en-tête qui sera celle utilisée en tête d'une observation lors d'une impression. +
-  - un pied de page qui sera celui utilisé au bas d'une observation lors d'une impression. +
- +
-===== Paramètres généraux ===== +
-Les paramètres généraux mémorisent au travers d'un texte structuré, tous les réglages que vous définissez au +
-cours de l'​utilisation du programme. Normalement vous ne devriez pas avoir à modifier ceux-ci, car leur gestion est automatisée lors de l'​utilisation du programme. Cependant il est toujours possible d'en modifier +
-le contenu si vous savez parfaitement ce que vous faites, en sachant que certains paramètres seront réécrit lors de l'​utilisation du programme. +
- +
-====== ​ Plusieurs documents types, mais un seul par défaut ====== +
-Il est possible pour chacun des documents types suivants : **Observation,​ Prescription,​ Certificat**, ​ de définir plusieurs modèles, avec des noms différents. +
- +
-__Pour cela il est possible :__ +
-  * Soit d'​utiliser le générateur automatique de nouveau document accessible en cliquant sur l'​icône : {{:​gestusernewdocicone.png?​nolink&​|}} +
-  * Soit de simplement partir d'un document déjà existant, de le modifier, puis après avoir changé son nom dans la zone de saisie 4 : {{:​gestusersaisienom.png?​nolink&​|}} et de l'​enregistrer en cliquant sur le bouton {{:​savediskicon.png?​nolink&​|}} +
- +
-====== ​ L'​impression d'un document avec en-tête et pied de page ====== +
-Un document imprimé est composé de trois parties : +
-  - **L'​en-tête** qui est la partie haute du document. Elle est commune à plusieurs documents ou familles de documents. +
-  - Le corps qui est la partie médiane du document dont le contenu est défini lors de la saisie dans le dossier d'un patient. +
-  - **Le pied** qui est la partie basse du document. Elle est commune à plusieurs documents ou familles de documents. +
- +
-{{ :​gestuserprintinfo.png?​nolink&​ |}} +
- +
-Les familles de documents sonts : +
-  * **Observation** (imprimé en un seul exemplaire) +
-  * **Prescription** (imprimé avec duplicata) +
-  * **Certificat** (imprimé en un seul exemplaire) +
- +
-__**En-tête et pied de page par défaut :**__ +
-Il sera choisi comme document d'​en-tête et de pied de page +
-par défaut ​ celui dont le type correspondant au document  +
-à imprimer: +
-  * en-tête et pied de page "​Certificat"​ pour un certificat imprimé +
-  * en-tête et pied de page "​Ordonnance"​ pour une ordonnance ou prescription +
-  * en-tête et pied de page "​Observation"​ pour une observation +
- +
-dont le nom commence par le signe * (étoile) +
- +
-Les autres en-têtes et pieds de page étant tout de même accessibles dans le combo box , oû il suffit d'en sélectionner un pour changer d'​en-tête ou pied de page. +
-====== ​ Lier un modèle du glossaire à un document type règles de préfixage ====== +
-Il existe une possibilité pour lier un document type du glossaire à un modèle d'​en-tête particulier. Cette particularité est vraiment très puissante et mérite de s'y attarder un peu.  +
- +
-Elle permet de définir des en-têtes et pieds de page spécifiques à une famille de documents du glossaire pour peu que soient respéctées des règles simples de nommage et préfixage, décrites ci-après. +
- +
-__Pour cela :__ +
-le nom du modèle d'​en-tête et pied de page doit commencer ​ par # suivi d'un espace, puis d'un nom qui sera le préfixe des documents du glossaire pour lesquels l'on veut lier cet en-tête et pied de page  exemple : # Info comme ci-dessous : +
-{{ :​gestuser_lienprefixes.png?​nolink&​ |}} +
-Le nom du document type du Glossaire  +
-doit commencer par le préfixe suivant le caractère ​ #  et l'​espace,​ du modèle d'​en-tête et pied de page que l'on souhaite utiliser +
-pour l'​impression ​ de ce document. +
- +
-exemple : Info (surveillance d'un plâtre).html ​      ​(préfixé par Info) +
-sera imprimé avec le modèle d'​en-tête et pied de page :  # Info +
- +
- +
-Sur la Figure 8 vous voyez une en-tête et un pied de page nommé : # Info pour un document de type certificat +
-Sur la Figure 9 vous voyez un document créé avec le modèle : # Information après morsure.html importé dans le dossier d'un patient +
-{{ :​gestuser_doclietype.png?​nolink&​ |}} +
-qui lors de l'​impression sera imprimé avec l'​en-tête : # Info comme cela est montré dans le combo box   de la Figure 7 +
-====== Champs de fusion ====== +
-Lors de l'​élaboration de vos en-têtes et pieds de page, il est possible et recommandé de placer des champs de fusion qui seront remplacés par les données correspondantes Un champ de fusion est une expression délimitée par des doubles acolades ouvrantes %%{{ et fermantes }}%%. +
- +
-Ce champ de fusion sera remplacé lors de l'​impression par les différentes données extraites du contexte en cours (Patient, date, médecin utilisateur etc...)  +
- +
-Pour insérer un champ de fusion, placez le curseur texte, dans la zone de document, à l'​endroit où vous désirer l'​insérer,​ et cliquez sur l'​icône : %%{{ :​gestuser_fusionlisticone.png?​nolink&​ |}}%%  qui lancera la liste suivante : {{ :​gestuser_fusionlist.png?​nolink&​|}} +
- +
-<code - Liste complête des champs de fusion>​ +
-  * {{INTERVENANT = Médecine generale CHAMPS DESIRES = TNP,S,A,CV DECALAGE= }} +
-  * {{DATE TIRET}} +
-  * {{dd-MM-yyyy}} +
-  * {{date}} +
-  * {{HHHMM}} +
-  * {{DT=expression}} +
-  * {{hh:mm}} +
-  * {{DATE DOCUMENT=Prescription FORMAT=dd-MM-yyyy}} +
-  * {{DATE VISITE}} +
-  * {{DATE OBSERVATION}} +
-  * {{USER TITRE PS}} +
-  * {{USER ADRESSE COMPLETE MEDECIN}} +
-  * {{USER ADRESSE MEDECIN}} +
-  * {{USER VILLE MEDECIN}} +
-  * {{USER CP MEDECIN}} +
-  * {{USER SEXE MEDECIN}} +
-  * {{USER SPECIALITE MEDECIN}} +
-  * {{USER IDENTIFICATION MEDECIN}} +
-  * {{USER CONVENTION MEDECIN}} +
-  * {{USER NOM PRENOM MEDECIN}} +
-  * {{USER NOM MEDECIN}} +
-  * {{USER PRENOM MEDECIN}} +
-  * {{TITRE PS}} +
-  * {{ADRESSE COMLETE MEDECIN}} +
-  * {{ADRESSE MEDECIN}} +
-  * {{VILLE MEDECIN}} +
-  * {{CP MEDECIN}} +
-  * {{SEXE MEDECIN}} +
-  * {{SPECIALITE MEDECIN}} +
-  * {{IDENTIFICATION MEDECIN}} +
-  * {{CONVENTION MEDECIN}} +
-  * {{NOM PRENOM MEDECIN}} +
-  * {{NOM MEDECIN}} +
-  * {{PRENOM MEDECIN}} +
-  * {{AGE PATIENT ABREGE}} +
-  * {{AGE PATIENT}} +
-  * {{NUM. TEL3 PATIENT}} +
-  * {{NUM. TEL2 PATIENT}} +
-  * {{NUM. TEL1 PATIENT}} +
-  * {{EMAIL PATIENT}} +
-  * {{DATE NAISSANCE PATIENT}} +
-  * {{SEXE PATIENT}} +
-  * {{TITRE PATIENT}} +
-  * {{PROFESSION PATIENT}} +
-  * {{NOMBRE D'​ENFANT PATIENT}} +
-  * {{VILLE PATIENT}} +
-  * {{CODE POSTAL PATIENT}} +
-  * {{ADRESSE PATIENT}} +
-  * {{ADRESSE COMPLETE PATIENT}} +
-  * {{ADRESSE PATIENT UNE LIGNE}} +
-  * {{NUM. SECU PATIENT}} +
-  * {{NOM PRENOM ASSURE}} +
-  * {{NOM PRENOM INTERVENANT=Médecine generale}} +
-  * {{NOM PATIENT}} +
-  * {{PRENOM PATIENT}} +
-  * {{NOM PRENOM PATIENT}} +
-  * {{POIDS PATIENT}} +
-  * {{?X20}} +
-  * {{\tX20}} +
-</​code>​ +
-====== Champs d'​extraction & Cie ====== +
-Un champ d'​extraction est une expression permettant d'​extraire d'un document textuel, une valeur ou expression délimitée par des données textuelles bornantes. Un champ d'​extraction est une expression  +
-délimitée par des doubles acolades ouvrantes %%{{ et fermantes }}%%. Cette expression sera remplacée par les données extraites. +
- +
-Exemple le champ d'​extraction suivant à 5 paramètres : +
- +
-%%{{:: Extract (  Observation ,   ​Circonstances :  ,  Heure d'​Arrivée SU:  ,  AT  ,   oui c'est un AT   ​) ​  ​}}%% +
-  +
-Cet  exemple, le champ d'​extraction ​ a 5 paramètres dont :  +
-  * un paramètre conditionnel à rechercher : AT +
-  * et un paramètre de remplacement : oui c'est un AT +
- +
-Si il est trouvé dans la rubrique affichée en cours : Observation ​   , +
-entre le délimiteur: ​    ​Circonstances :                                         , +
-et le délimiteur: ​         Heure d'​Arrivée SU:                                   , +
-l'​expression:​ AT                                                                             , +
-Le champ d'​extraction sera remplacé par la valeur ​ oui c'est un AT  +
-Ce principe peut être utilisé dans tout document type: +
-Voici comment un certificat extrait automatiquement les données d'une observation:​ +
- +
-__Exemple le champ d'​extraction suivant à 3 paramètres :__ +
- +
-%%{{:: Extract (  Observation ,   ​Circonstances :  ,   Heure d'​Arrivée SU:   ​) ​  ​}}%% +
-  +
-Cet  exemple, le champ d'​extraction a 3 paramètres:​ +
- +
-Si  dans la rubrique affichée en cours : Observation ​    , ​      il est trouvé +
-un délimiteur de début :  Circonstances :                    , +
-et un délimiteur de fin :   Heure d'​Arrivée SU:             , +
-Le champ d'​extraction sera remplacé par la valeur située entre  +
-ces deux documents (dans notre exemple par les circonstances d'​arrivée).  +
-Ce principe peut être utilisé dans tout document type: +
-Voici comment un certificat extrait automatiquement les données d'une observation:​ +
- +
-<code - Exemple d'​extraction auto des données d'une observation par le certificat>​ +
-CERTIFICAT INITIAL +
- +
-Je soussigné(e),​ Docteur ​ {{NOM MEDECIN}} ​ {{PRENOM MEDECIN}} certifie avoir examiné : +
-  {{TITRE PATIENT}} ​ {{NOM PATIENT}} {{PRENOM PATIENT}}  +
-disant ce jour le: {{DATE VISITE}} avoir été victime ​  {{:: Extract ( Observation ,  Circonstances : ,  Heure d'​Arrivée SU:) }} +
-J'ai constaté ce qui suit :  {{:: Extract ( Observation ,  Certificat ​            ​ : ​ ~" ,  "~ ) }}  +
- +
-L'​I.T.T. sera de    {{:: Extract ( Observation ,  ITT                  : ,  FinDeLigne ) }}    en dehors de toute complication. +
-Certificat établi à la demande de l'​intéressé(e) et remis en mains propres pour faire valoir ce que de droit. +
- +
-Quelques champs d'​extraction posibles ci-dessous : +
- +
-{{:: Extract (Observation , apres , avant , tester , mettre )}} +
-{{:: Extract (Prescription , apres , avant , tester , mettre )}} +
-{{:: Extract (Ordonnance , apres , avant , tester , mettre )}} +
-{{:: Extract (Ordonnance Vidal , apres , avant , tester , mettre )}} +
-{{:: Extract (Certificat , apres , avant , tester , mettre )}} +
-{{:: Extract (Courrier , apres , avant , tester , mettre )}} +
-{{:: Extract_ATCD (<​b><​u>​Antécédents médicaux:</​u></​b>​ <​br>,<​b><​u>​Antécédents chirurgicaux :</​u></​b>​ <​br>,<​b><​u>​Antécédents allergiques :</​u></​b>​ <​br>,<​b><​u>​Antécédents divers :</​u></​b>​ <br>, - ::​LIBELLE:: ​   ::​MEDCHIR:: ​   ::​ETAT:: ​  ::​CODE:: ​  ::​NOTE:: ​  ::​DATE::​ , en date du :)}} +
-{{:: Extract_ATCD (<​b><​u>​Antécédents médicaux:</​u></​b>​ <​br>,<​b><​u>​Antécédents chirurgicaux :</​u></​b>​ <​br>,<​b><​u>​Antécédents allergiques :</​u></​b>​ <​br>,<​b><​u>​Antécédents divers :</​u></​b>​ <​br>,​° ::​LIBELLE:: ​ ::NOTE:: ::DATE:: . ,  En date du :)}} +
-{{:: Extract_Table (VAR Constantes de Base , Pouls = 20  ; SAO2 = 80  ; Temp = 30 , DATE VISITE ​  , TOUTE DATE,  100, 20, 1, 200 ,dd-MM-yyyy hh:mm=Dates de prises, 50)}} +
-{{:: Extract_Table (VAR Constantes de Base , Pouls = 20  ; SAO2 = 80  ; Temp = 30 , TOUTE DATE    , DATE VISITE, 100, 20, 1, 200 ,dd-MM-yyyy hh:mm=Dates de prises, 50)}} +
-{{:: Extract_Table (VAR Constantes de Base , Pouls = 20  ; SAO2 = 80  ; Temp = 30 , TOUTE DATE    , TOUTE DATE,  100, 20, 1, 200 ,dd-MM-yyyy hh:mm=Dates de prises, 50)}} +
-{{:: Extract_Table (VAR Constantes de Base , Pouls = 20  ; SAO2 = 80  ; Temp = 30 , DATE VISITE ​  , ​ +24      ,  100, 20, 1, 200 ,dd-MM-yyyy hh:mm=Dates de prises, 50)}} +
-{{:: Extract_Table (VAR Constantes de Base , Pouls = 20  ; SAO2 = 80  ; Temp = 30 , DATE VISITE ​  , +-24      ,  100, 20, 1, 200 ,dd-MM-yyyy hh:mm=Dates de prises, 50)}} +
-{{:: Extract_Table (VAR Constantes de Base , Pouls = 20  ; SAO2 = 80  ; Temp = 30 , DATE VISITE ​  , ​ -24      ,  100, 20, 1, 200 ,dd-MM-yyyy hh:mm=Dates de prises, 50)}} +
-{{:: Extract_Table (VAR Constantes de Base , Pouls = 20  ; SAO2 = 80  ; Temp = 30 , DATE ACTUELLE ,  +24      ,  100, 20, 1, 200 ,dd-MM-yyyy hh:mm=Dates de prises, 50)}} +
-{{:: Extract_VAR (VAR Constantes de Base , SAO2 , DATE VISITE ,   ​0 ​ , TOUTES )}} +
-{{:: Extract_VAR (VAR Constantes de Base , SAO2 , DATE VISITE , -24  , PREMIERE )}} +
-{{:: Extract_VAR (VAR Constantes de Base , SAO2 , DATE VISITE , +24  , DERNIERE )}} +
-{{:: Extract_VAR (VAR Constantes de Base , SAO2 , DATE VISITE , +-24 , PLUS PROCHE )}} +
- +
- </​code>​ +
- +
-====== Champs conditionnels ternaire ====== +
-Un champ conditionnel permet d'​insérer une condition en testant le contenu d'un +
- ​d'​un champ de fusion. La syntaxe est de la forme : +
- +
-%%{{IF expression = valeur | à placer si condition vraie | à placer si condition fause |}}%% +
- +
-avec : +
-     ​expression pouvant être tout contenu posssible d'un champ de fusion sans les doubles accolades. +
-     ​valeur ​    toute expression textuelle de votre choix. +
-     à placer si condition vraie    toute expression textuelle de votre choix. +
-    à placer si condition fause    toute expression textuelle de votre choix. +
- +
-exemple : +
- +
-%%{{IF SEXE PATIENT = F | e | |}}%% +
- +
-Dans cet exemple il est rajouté un '​e'​ si le sexe du patient est féminin +
-====== Rappel sur le sous type de rubrique pour mieux comprendre la suite ====== +
-Un champ appelé sous type de rubrique est associé à chaque document présent dans MedinTux. Ce champ dont le contenu est libre, peut servir lors des impressions à caractériser votre document avec un sous type qu'il vous est laissé libre de déterminer. Ce champ peut être défini de deux manières différentes : +
-===== Définition manuelle du sous type d'une rubrique ===== +
-lorsque vous cliquez sur le bouton ​ situé à droite de la liste des document d'une rubrique une boîte de dialogue vous invite à saisir diverses informations caractérisant la rubrique, dont le sous type : +
-  * Intitulé  +
-  * Sous type  +
-  * Date et heure +
- +
-Accès au dialogue de définition du sous type d'une rubrique : +
-{{ :​dialoguesoustype.jpg?​nolink&​ |}} +
- +
-===== Définition automatique du sous type d'une rubrique ===== +
- ​C'​est cette méthode qui est véritablement la plus intéressante,​ car elle permet grâce à l'​adjonction dans vos documents types ou modèles d'un champ d'​insertion de la forme suivante, %%{{::​sous_type(sous_type du document)}}%% d'​automatiser le renseignement du sous type de rubrique. +
-Cette automatisme se met en oeuvre lors de l'​incorporation du document type ou modèle du Glossaire dans une des rubriques de MedinTux. (en Général en double cliquant dessus). +
- +
-Résumé des variantes pour le champ d'​insertion du sous type de rubrique : +
- +
-  * %%{{:: sous_type ( sous_type du document , add ) }}%% +
-  * %%{{:: sous_type ( sous_type du document , change ) }}%% +
-  * %%{{:: sous_type ( sous_type du document ) }}%% +
-====== Règles de nommage liant un nom de rubrique avec un document d'​en-têtes et pied de page pour l'​impression ====== +
-===== Règle de nommage générale utilisant le nom de la rubrique seul ===== +
-<note important>​Important : Cette méthode est la seule valide pour la rubrique Documents</​note>​ +
-Cette méthode utilise une règle de nommage qui est la suivante : on indique entre crochets le nom de la rubrique pour laquelle le document d'​en-têtes et pied de page est destiné lors d'une impression. +
-Cette méthode sera désormais celle privilégiée dans MedinTux car sa flexibilité lui permet de faire face à toutes les situations.  +
- +
-après les crochets la règle de nommage est la suivante : +
-  * Si le signe dièse # précéde le nom du document alors la règle de préfixage classique sera appliquée en plus de la règle de nommage '​Rubrique @ sous type'  +
-  * Si le signe étoile * précéde le nom du document alors ce document d'​en-têtes et pied de page sera celui choisi par défaut si aucune règle n'est applicable. +
- +
-__Exemples :__  +
- +
-[Documents] En-tête et pied vide +
-[Documents] * Documents  +
- +
-résultat dans la ComboBox d'​impression lors d'une impression de la rubrique Documents :  +
-{{ :​printrubdocuments-combobox.jpg?​nolink&​ |}} +
- +
-L'on peut remarquer que le document d'​en-têtes et pied de page '​Documents'​ précédé du signe étoile * est celui sélectionné par défaut. +
-===== Règle de nommage générale utilisant le nom de la rubrique et son sous type  ===== +
-Le principe est de définir avec gest_user un document d'​en-têtes et pied de page dont la règle de nommage va le lier automatiquement à une rubrique et son sous type.  +
- +
-[Documents@sousType] nom habituel du document d'​en-têtes et pied de page +
- +
-  * nom tel qu'il sera affiché dans la ComboBox de  choix des documents d'​en-têtes et pied de page du dialogue d'​impression. +
-  * sous type pour lequel ce document d'​en-têtes et pied de page est destiné lors d'une impression. +
-  * nom de la rubrique pour laquelle ce document d'​en-têtes et pied de page est destiné lors d'une impression. +
- +
-Exemple dans gest_user de document d'​en-têtes et pied de page utilisant la règle de nommage '​Rubrique @ sous type' : +
-{{ :​gestuserdocuments.jpg?​nolink&​ |}} +
- +
-===== Exemple complet utilisant la règle de nommage générale utilisant le nom de la rubrique et son sous type ===== +
-Cet exemple montre la rubrique '​Documents'​ aprés le chargement d'une image avec l'​utilisation du modèle '​CENTREE.html'​ dont le contenu est reproduit ci-dessous. +
-Outre les instructions d'​incorporation d'​image,​ nous pouvons remarquer le champ de fusion suivant :%% {{:: sous_type ( Presentation centree ) }} %%qui a pour objectif de renseigner le sous type de la rubrique où va être inséré le modèle, avec la mention suivante : Presentation centree .  +
- +
-contenu du modèle CENTREE.html : +
- +
-Nom de l'​image : %%{{IMAGE_NAME}} Date : {{DATE VISITE}}{{::​ sous_type ( Presentation centree ) }} +
-{{IMAGE_PICT}}{{IMAGE_MAX_WIDTH=600}}%% +
- +
-La rubrique Documents après incorporation d'une image utilisant le modèle CENTREE.html nous pouvons remarquer que le sous type de rubrique a bien été renseigné par la mention Presentation centrée indiquée dans le champ de fusion : %%{{:: sous_type ( Presentation centree ) }}%% +
-{{ :​printrubdocuments-complet.jpg?​nolink&​ |}} +
- +
-La vue suivante de gest_user nous permet de voir qu'il a été défini un document d'​en-têtes et pied de page dont le nom suit la règle de nommage '​Rubrique @ sous type' [Documents@Presentation centree] Impression centrée +
- +
-{{ :​gestuser-sous_type.jpg?​nolink&​ |}} +
- +
-La vue suivante de l'​impression dans MedinTux nous permet de voir que la rubrique Document avec le sous type Présentation centree a automatiquement sélectionné le document d'​en-têtes et pied de page dont le nom suit la règle de nommage '​Rubrique @ sous type' c'est à dire dans notre exemple : Impression centrée +
-{{ :​printrubdocuments-comboboxcentree.jpg?​nolink&​ |}} +
gest_user.txt · Dernière modification: 2011/11/28 08:21 par 109.230.216.60