Développement d’applications de santé mentale : comment Dovira exploite deux interfaces comme un seul service

Le développement d’applications de santé mentale est généralement cadré du point de vue du membre : s’inscrire, choisir un spécialiste, rejoindre un appel. Dovira, plateforme numérique de santé mentale de Logics7 fondée et construite par la direction de l’entreprise, a été construite des deux côtés à la fois. Cette note expose la logique produit qui la sous-tend : la mise en relation, la prise de rendez-vous, les séances vidéo et les deux interfaces qui doivent fonctionner comme un seul service.

Elle ne constitue pas un avis médical et n’avance rien sur des résultats cliniques. Dovira organise l’accès au soutien ; elle ne soigne personne.

Dovira est une plateforme en ligne qui met en relation des personnes et des praticiens pour des consultations : en individuel, en famille ou en groupe. C’est un produit Logics7, et Logics7 l’exploite. Notre rôle couvre la structure produit, la plateforme, la mise en relation et la prise de rendez-vous, ainsi que l’exploitation.

Trois éléments sont réunis sur une seule plateforme :

• →Des consultations vidéo individuelles et des séances de groupe dans le navigateur, intégrées au produit plutôt qu’empruntées à un outil générique.
• →Une vidéothèque organisée par rubriques, avec une séance mise en avant, pour que le soutien se poursuive entre les rendez-vous.
• →Une interface membre et une interface spécialiste, exploitées comme un seul service.

Sa raison d’être tient en quatre mots : soutien psychologique, rendu accessible. Le problème qu’elle traite est la logistique, la part du développement d’une application de santé mentale la plus facile à sous-estimer. Le soutien échoue sur la logistique avant d’échouer sur la conversation : trouver le bon spécialiste, réserver un créneau, rejoindre la séance et revenir la semaine suivante. Un service fondé sur la confiance doit rendre chacune de ces étapes simple, pour les membres comme pour les spécialistes qui sont derrière.

Une plateforme de thérapie en ligne, un service de coaching et une place de marché de consultation d’experts ont un point commun : chacun est constitué de deux produits qui doivent se comporter comme un seul. L’échec courant, dans le développement d’applications de santé mentale, consiste à construire d’abord l’application du membre et à remettre le portail du praticien à plus tard. Le service tourne alors sur des messages et des tableurs derrière une façade soignée, et chaque réservation, modification ou annulation devient du travail manuel.

Dovira a été construite des deux côtés à la fois : ce que voit le membre et ce que voit le praticien sont deux vues du même état.

Interface membre : trouver, être mis en relation, réserver, participer

Le membre trouve un spécialiste grâce à la mise en relation, réserve un créneau, participe à la séance et assure le suivi. Mise en relation, réservation et séance aboutissent sur un même calendrier et un même dossier de séance, ceux-là mêmes à partir desquels travaille le spécialiste. L’accueil membre, le lecteur de séances et les rubriques de contenu fonctionnent sur ordinateur comme sur téléphone.

Interface spécialiste : disponibilités, séances, dossiers

Le spécialiste tient un profil, indique ses disponibilités, mène les séances et tient ses dossiers. Agendas, séances et demandes des membres sont réunis au même endroit. Cette interface est la moitié du produit, pas un panneau d’administration ajouté après le lancement.

Dans Dovira, mise en relation et prise de rendez-vous forment un seul flux : le bon spécialiste et un créneau, trouvés ensemble. Dans le développement de plateformes de thérapie en ligne, la prise de rendez-vous est souvent traitée comme un widget de calendrier posé à côté d’un annuaire. Dans un service biface, c’est le produit.

Le parcours du membre

Trois tests du flux

Trois éléments décident si le flux fonctionne :

• →La qualité de la mise en relation. La personne atteint le bon praticien au moment où elle le demande, et non une liste à faire défiler. Une bonne mise en relation avec un thérapeute retire du travail à la personne qui demande du soutien ; un annuaire le lui rend.
• →L’économie du praticien : disponibilités, rendez-vous non honorés, versements. Un service où personne ne veut travailler ne reste pas un service.
• →La prévisibilité. La plateforme se comporte de la même façon à chaque fois. Quand l’enjeu est élevé, c’est de cela qu’est faite la confiance.

C’est aussi là que se joue la fidélisation des utilisateurs. Dans un service biface, la confiance et la prise de rendez-vous décident si les gens reviennent.

Certaines décisions, dans le développement d’applications de santé mentale, viennent avant le premier écran, parce qu’elles façonnent tous les écrans qui suivent. Elles ont des conséquences juridiques et professionnelles ; elles relèvent donc de l’opérateur et de conseillers qualifiés, pas de la seule équipe de développement. Nous les formulons sous forme de questions. Cette section ne constitue pas un conseil juridique et n’avance aucune affirmation de conformité ou de sécurité au sujet de Dovira.

• →Catégorie de données. Au sens du RGPD et du UK GDPR, les données concernant la santé relèvent des catégories particulières de données ; aux États-Unis, la loi HIPAA peut s’appliquer. Les règles applicables dépendent de l’endroit où la plateforme opère et des personnes qu’elle sert.
• →Consentement. Ce que le membre accepte de partager, avec qui, pour combien de temps, et comment il retire son consentement. S’il existe un questionnaire d’accueil, qui en lit les réponses. Le consentement éclairé au soutien lui-même relève du praticien.
• →Messages, vidéo et dossiers. Où ils sont stockés, qui peut les ouvrir, et comment la messagerie sécurisée et le chiffrement sont gérés, le tout consigné par écrit avant le lancement.
• →Demandes urgentes. Une plateforme de réservation n’est pas un service d’urgence. Le produit doit le dire clairement et indiquer une voie d’escalade de crise vers une aide extérieure à la plateforme, définie avec des conseillers qualifiés.

Qualifier une plateforme de thérapie de conforme au RGPD ou à HIPAA est une conclusion juridique, pas une fonctionnalité. Les recommandations professionnelles pour la pratique à distance, comme les APA Guidelines for the Practice of Telepsychology, s’adressent aux praticiens, pas aux logiciels. Une équipe plateforme les lit pour comprendre ce dont les praticiens ont besoin du produit. La frontière vaut partout : la plateforme organise l’accès au soutien et fait tourner le service autour ; le soutien lui-même appartient au praticien.

La même structure sert les plateformes de coaching et de télésanté, les places de marché de consultation d’experts, les programmes de bien-être en entreprise et tout service biface où la confiance, la prise de rendez-vous et la confidentialité décident si les gens reviennent.

Dans le développement d’applications de santé mentale, l’ordre compte plus que la liste de fonctionnalités. Pour un MVP, les deux interfaces, un calendrier, un dossier de séance et la vidéo intégrée au produit passent en premier. Un modèle d’abonnement ou une intégration au dossier patient informatisé (EHR) se planifie par rapport à ce socle, pas à sa place.

Logics7 construit ces services comme des produits à exploiter. Un nouveau produit commence par Product Partnership : nous vérifions que le marché, le produit et la logique commerciale tiennent avant que le développement ne soit abordé. Si une subvention ou un financement fait partie du plan, Funding & Grant Support prépare le dossier produit qui sous-tend la demande. Les écrans et la structure sont présentés dans l’étude de cas Dovira.

Dovira, c’est la façon dont Logics7 fait fonctionner un service à forte exigence de confiance comme un produit fiable. Si vous construisez un service biface, commencez par le bon parcours.