Resilience
Application IOS & Android patient
Nouvelle fréquence d'envoie de questionnaires
Ajout d'un nouveau type de fréquence d'envoi "immédiat" de questionnaire sans réccurence, sur action du soignant.
Resilience est une scale up proposant une solution de télésurveillance pour accompagner les patients atteints de cancer. Elle possède deux outils : une plateforme de suivi et de prise en charge des patients dans les centre de soin et une application mobile à destination des patients pour déclarer leurs symptômes. Ces outils sont certifiés dispositif médical de classe IIa.
Quel besoin ?
Les questionnaires de télé-surveillance sont paramétrer à des fréquences récurrentes ou selon des évènements pour correspondre aux dates d'administration du traitement. Le patient peut recevoir automatique sont questionnaire de préparation à la chimiothérapie puis son questionnaire de suivi des effets secondaire après son rendez-vous. En cas d'imprévu, d'avancée ou de report de cure, le questionnaire nécessite d'être renvoyé par le soignant, de façon immédiate pour permettre au patient de le réaliser au bon moment. Les soignants ont également besoin d'envoyer un questionnaire de "test" avant le paramétrage pour vérifier que le patient est bien en mesure d'y répondre.
Ma mission
Intégrer un nouveau trigger sans paramétrage préalable, dans le flow actuel avec tous les edges cases associés, tout en tenant compte des contraintes back-end complexes.
Ma proposition
Permettre un envoi sans paramétrage depuis le parcours du soin du patient et des boutons d'envois individuels depuis les questionnaires paramétrés en les considérant comme des questionnaires habituels dans la tableau des alertes.
Éviter la confusion de deux besoins proches
Le besoin d'envoi immédiat de questionnaire doit être possible une seule fois depuis un questionnaire non programmé, (aucun envoi prévu) pour inclure le patient. Il est ensuite nécessaire depuis un questionnaire déjà programmé. Dans un cas j'ai besoin d'un nouveau trigger et dans l'autre, je duplique l'occurence "immédiatement". J'ai donc choisi de mettre ce trigger à usage unique à disposition dans le panel de programmation des questionnaire mais de ne pas le conserver dans les questionnaires enregistrés. Cependant, il est tracé et consultable dans le tableau des alertes du patient.
Respecter la cohabitation des typologies de questionnaires
Les questionnaires Resilience sont construit selon un socle de "familles" de questionnaires (télé-suveillance, qualité de vie..). Une famille de questionnaire comme la télé-surveillance possède des questionnaires qui ont des questions spécifique à son utilisation et ils sont donc cumulables et envoyés en parallèles. Aussi, les fréquences de ces questionnaires sont personnalisables selon un calendrier ou un récurrence, eux aussi cumulables. J'ai donc ajouter cette action à échelle d'un questionnaire individuel, qui lui même interagit avec les questionnaires parallèles.
Respecter le schéma technique
Les questionnaires sont régis par plusieurs API qui interagissent avec un certain nombres de règles établies à la création du flow. Il faut contourner des règles ne pouvant être revues sur un timing et budget serré.
Exemple : Si un patient a déjà répondu à son questionnaire, alors une nouvelle occurence est créée. À l'inverse, si le patient n'a pas encore répondu à son questionnaire, la même occurence reste active. Pour le patient, le SMS sera adapté tandis que pour le soignant, cela est transparent.