Update user/docs/rendez-vous.md

admin/docs/gestion-des-droits.md

@@ -81,7 +81,7 @@ Certaines entités sont "sans service": il n'est pas tenu compte de cette vérif
 
 | Entité | Logique de permission                                                                                                                                           |
 | ------- |-----------------------------------------------------------------------------------------------------------------------------------------------------------------|
-| Ménage | Il n'y a pas de service associé à la ménage. Les utilisateurs doivent avoir le droit de visualiser sur un des usagers du ménage                                 |
+| Ménage | Il n'y a pas de service associé au ménage. Les utilisateurs doivent avoir le droit de visualiser sur un des usagers du ménage                                 |
 | Ressource / charge dans le budget | Il n'y a pas de service associé. Dès qu'un utilisateur a le droit de visualiser le budget de l'entité, il a le droit de visualiser tous les éléments du budget. |
 | Personnes ressources | Dès qu'un utilisateur a le droit de visualiser l'usager, il peut visualiser les personnes ressources                                                            |
 | Adresses de résidence | Dès qu'un utilisateur a le droit de visualiser l'usager, il peut visualiser les adresses de résidence                                                           |
@@ -92,19 +92,19 @@ Certaines entités sont "sans service": il n'est pas tenu compte de cette vérif
 Les permissions sont distribués via l'interface d'administration:
 
 1. l'administrateur crée des "groupes de permission". Au sein de chaque groupe de permission, il peut attribuer les droits et, éventuellement, le service concerné;
-2. ensuite, il distribué les groupes de permissions à chaque utilisateur, pour un ou plusieurs territoires (centres). Il peut distribuer le même groupe de permission pour un ou plusieurs territoires au même utilisateur. Dans ce cas, l'utilisateur disposera de ces droits dans chacun des territoires: c'est sans doute utile lorsqu'un même travailleur officie dans différents territoire.
+2. ensuite, il distribué les groupes de permissions à chaque utilisateur, pour un ou plusieurs territoires (centres). Il peut distribuer le même groupe de permission pour un ou plusieurs territoires au même utilisateur. Dans ce cas, l'utilisateur disposera de ces droits dans chacun des territoires: c'est sans doute utile lorsqu'un même travailleur officie dans différents territoires.
 
 Les groupes de permissions peuvent être vus comme des "profils" de travailleurs; ils sont souvent attachés à une fonction: "travailleurs social", "psychologue", "éducateur", etc.
 
 Dès lors, les groupes de permissions comportent des droits et les services dans lesquels ces droits peuvent s'exercer.
 
-L'attribution entre le groupe de permission et le ou les territoire est effectué au niveau de l'utilisateur.
+L'attribution entre le groupe de permission et le ou les territoires est effectué au niveau de l'utilisateur.
 
 ::: { .warning }
 
   Nous conseillons de ré-utiliser les mêmes groupes de permission pour des profils similaires.
 
-  Par exemple, un "éducateur" peuvent avoir les mêmes droits qu'un "travailleur social". Dans ce cas, nous conseillons de ne créer qu'un seul groupe de permission, et de le ré-utiliser.
+  Par exemple, un "éducateur" peut avoir les mêmes droits qu'un "travailleur social". Dans ce cas, nous conseillons de ne créer qu'un seul groupe de permission, et de le ré-utiliser.
 
   Cela permet de réduire le nombre de groupes de permission, et donc de faciliter la gestion des droits.
 
@@ -132,7 +132,7 @@ Les droits listés après les `:` (deux points) sont les droits hérités. Par e
 - **Supprimer un pacours d'accompagnement** (S): Vision simplifiée d'un parcours d'accompagnement, Voir les détails d'un parcours d'accompagnement
 - **Vision simplifiée d'un parcours d'accompagnement** (S)
 - **Voir les détails d'un parcours d'accompagnement** (S): Vision simplifiée d'un parcours d'accompagnement
-- **Voir les détails, créer, supprimer et mettre à jour un parcours d'accompagnement** (S): Créer un parcours d'accompagnement, Modifier un parcours d'accompagnement, Supprimer un pacours d'accompagnement, Vision simplifiée d'un parcours d'accompagnement, Voir les détails d'un parcours d'accompagnement
+- **Voir les détails, créer, supprimer et mettre à jour un parcours d'accompagnement** (S): Créer un parcours d'accompagnement, Modifier un parcours d'accompagnement, Supprimer un parcours d'accompagnement, Vision simplifiée d'un parcours d'accompagnement, Voir les détails d'un parcours d'accompagnement
 - **Voir les parcours confidentiels** (S)
 
 ### Échange

admin/docs/index.md

@@ -1,3 +1,7 @@
-# Documentation administrateur
+# Accueil
 
-En construction.
+Bienvenue dans le manuel à destination des administrateurs de l'outil CHILL.
+
+Ce manuel est en constante évolution afin de mieux répondre à vos besoins.
+
+N'hésitez pas à nous faire part de vos suggestions d'amélioration ou à signaler toute information qui pourrait être précisée..

user/docs/audit-trail.md

@@ -0,0 +1,69 @@
+# Trace des accès
+
+Le logiciel Chill enregistre les accès aux dossiers pour permettre de retracer quel utilisateur a accédé et modifié les données.
+
+Ces données de consultation ne sont accessibles que par les utilisateurs autorisés. Elles sont conservées pendant six mois (cette durée peut être adaptée par un administrateur technique).
+
+## Consulter les données
+
+Les données sont accessibles via le menu `Section`, nommé `Historique des accès`.
+
+La page permet de visualiser la liste des accès. Elle peut être filtrée par:
+
+- date de l'accès;
+- utilisateur;
+- identifiant du parcours
+- identifiant de l'usager.
+
+::: {.note}
+
+L'identifiant du parcours et de l'usager est accessible via l'interface graphique.
+
+:::
+
+### Données d'un accès
+
+Pour chaque accès, les informations suivantes sont visibles:
+
+- la date de l'accès;
+- l'utilisateur qui a effectué l'accès ;
+- l'élément qui est consulté ou modifié ;
+- si l'accès est la création de l'élément, la visualisation de celui-ci, l'affichage d'une liste, la mise à jour où la suppression ;
+- les éventuelles entités associées ;
+- une éventuelle description, qui permet de mieux comprendre l'action qui a été effectuée par l'utilisateur.
+
+### Notion d'entités associées
+
+Les entités associées sont celles qui participent à un objet et sont pertinentes pour la recherche ou la consultation des accès.
+
+Par exemple, un fichier est associé à un échange, et cet échange est au sein d'un parcours, qui lui-même est associé à différents usagers. Les entités associées seront donc l'échange, le parcours, et les utilisateurs de ce parcours.
+
+::: {.note}
+
+La recherche des accès par identifiant de parcours ou d'usager porte aussi sur les entités associées. 
+
+Ainsi, une recherche par identifiant d'un parcours permettra de visualiser tous les accès à tous les éléments du parcours: autant les échanges que les consultations et modification des actions d'accompagnement.
+
+:::
+
+## Télécharger les données
+
+Depuis la liste des accès, un bouton `Télécharger` permet de télécharger les accès au format `csv` pour une exploitation ultérieure. Le fichier généré récupérera les accès avec les mêmes filtres que ceux appliqués à la liste.
+
+Un maximum de 100 000 lignes est autorisé: si les filtres appliqués sélectionnent un plus grand nombre d'accès, le bouton ne sera pas visible.
+
+## Accorder les accès en consultation des traces
+
+::: { .warning }
+
+Cette opération ne peut être réalisée que par un administrateur fonctionnel.
+
+:::
+
+Les administrateurs fonctionnels peuvent attribuer un droit spécifique "Visualiser l'historique des accès" depuis la fiche de l'usager.
+
+::: { .note }
+
+Le droit de visualisation de l'historique des accès est attribué pour tous les territoires.
+
+:::

user/docs/index.md

@@ -1,3 +1,7 @@
-Documentation utilisateur de chill
+# Accueil
 
-En construction.
+Bienvenue dans le manuel à destination des utilisateurs de l'outil CHILL.
+
+Ce manuel est en constante évolution afin de mieux répondre à vos besoins.
+
+N'hésitez pas à nous faire part de vos suggestions d'amélioration ou à signaler toute information qui pourrait être précisée.

user/docs/rendez-vous.md

@@ -1,7 +1,14 @@
+Cette partie vous explique comment:
+- créer des plages de disponibiltiés pour fixer par la suite des rendez-vous
+- créer créer ou inviter un autre utilisateur à un rendez-vous
+- fixer un rendez-vous avec un usager dans un parcours
+- quelles sont les actions possibles sur un rendez-vous
+
+
 # Comment créer des plages de disponibilité?
 
 
-Ce guide explique comment créer des plages de disponibilité pour fixer par la suite des rendez-vous.
+
 
 * * *
 
@@ -163,7 +170,7 @@ Si l'heure et le lieu vous conviennent, cliquez sur la plage horaire pour réser
 Envoyer un SMS à l'usager
 -------------------------
 
-Il est possible de configurer l'envoi d'un SMS à l'usager concerné par le rendez-vous. Le SMS sera envoyé 48h avant le rendez-vous avec le lieu et l'heure du rendez-vous.
+Il est possible de configurer l'envoi d'un SMS à l'usager concerné par le rendez-vous. Le SMS sera envoyé 48h avant le rendez-vous avec le lieu et l'heure du rendez-vous. Attention, très important: l'usager doit avoir marqué son accord pour l'envoi de SMS. Pour indiquer son accord, allez dans l'univers Usager, puis dans l'onglet Généralités, cliquez sur modifier et en-dessous du champs Numéro de téléphone, cochez la case "L'usager a donné l'autorisation d'utiliser ce no de téléphone pour l'envoi de rappel par SMS".
 
 * * *
 

user/mkdocs.yml

@@ -39,6 +39,7 @@ nav:
         - Exports liés aux évaluations: exports_accompanying_period_work_evaluation.md
     - Evénements: evenements.md
     - Rendez-vous: rendez-vous.md
+    - Historique des accès: audit-trail.md
 
 
 hooks: