Passage du schema un usager à un responsable au schéma un usager à des contacts (notification multiple)
À faire après le #1617 (closed)
Actuellement
Nous lions un usager (appelé proche) à un et un seul usager (que nous appelons responsable)
Or souvent un usager mineur ou ayant besoin d'un accompagnement peut avoir plusieurs personnes à contacter (pas forcément en même temps) pour l'accompagner lors des divers rendez-vous. C'est une limite actuellement dans le service RDV-Solidarités.
Cela impliqué également un élément automatique : lors d'un rendez-vous pour un usager proche, c'est son responsable qui sera notifié. Cela limite donc les notifications à une seule personne.
Attendu
Pouvoir lier un usager à plusieurs contacts. Peut-être à la manière dont nous ajoutons des agents référents aujourd'hui, nous pourrions ajouter des contacts.
La page d'ajout d'un contact n'afficherais pas une liste d'usager par défaut, mais les champs de recherche. Une fois la recherche effectuée, nous pourrions accéder à un bouton de création.
Peut-être que ce principe d'afficher le bouton de création après la recherche pourrait être généralisé en ce qui concerne les usagers ?
Il faut également modifier les tunnels de prise de rendez-vous côté usager ET côté agent pour proposer, au moment de la confirmation des notifications, les différents contacts possible, avec une sélection multiple permettant de sélectionner les contacts à notifier.
Attention, cela va sans doute augmenter le nombre de SMS envoyés et donc le coup. Il faudra sans doute le préciser quelque part, voir mettre une limite aux nombres de contacts possible à notifier ?
Nous ne pourrons plus créer un usager et un responsable/contact en même temps, dans le même formulaire. Ça signifie que depuis le tunnel de prise de rendez-vous, nous ne pourrons créer qu'un usager, pas ses contacts. Il faudra sans doute revoir le tunnel de prise de rendez-vous par la suite, pour placer la création/recherche d'un usager et ces contacts au tout début de la prise de rendez-vous.
Technique
Attention, nous supprimons ici la relation avec le responsable pour passer via une nouvelle table pour permettre une relation 1-N.
Il y a pas mal d'implication dans le code. Sans doute beaucoup de code à supprimer d'ailleurs, mais peut-être qu'à certains endroits ça pourrait poser des difficultés.
Dans le formulaire de création d'usager, ça supprime le double formulaire (où l'on peut créer un usager et, en même temps, un responsable.