Rappels de rendez-vous : garder la confiance du patient

Un rappel de rendez-vous peut éviter un appel au secrétariat. Mais s’il part après une annulation, arrive sur un téléphone partagé ou laisse croire qu’une réponse sera lue alors que personne ne la reçoit, il crée du travail et de l’inquiétude.

Je commencerais donc par définir quand le rappel peut partir et quand il doit s’arrêter. Le choix d’une IA vient bien après. Pour un message standard tiré d’un agenda, la fonction de rappel de votre logiciel mérite d’être examinée en premier.

Un message validé plutôt qu’un texte réinventé

Votre cabinet n’a pas besoin d’une nouvelle formulation pour chaque rendez-vous. Un modèle court, relu par l’équipe, permet de fixer ce qui apparaît dans le message : les informations pratiques nécessaires, la manière de joindre le secrétariat et, si elle existe, la procédure pour demander un report.

Je recommande de ne pas y inclure le motif de consultation, un résultat ou une précision clinique. Même le nom du cabinet peut révéler quelque chose de personnel selon sa spécialité. Il faut donc réfléchir à ce que verra une autre personne si la notification s’affiche sur l’écran du patient.

La rédaction d’un modèle et l’envoi d’un rappel sont deux décisions différentes. Vous pouvez préparer et tester le texte sans donner à un outil l’accès aux rendez-vous réels. Si votre logiciel remplit déjà correctement cette tâche, ajouter un agent IA n’est pas un objectif en soi.

Choisir le canal avec le patient

Un numéro dans une fiche n’est pas une réponse à toutes les questions. Est-il encore utilisé ? Le téléphone est-il partagé ? Le patient souhaite-t-il recevoir un SMS, un e-mail ou aucun rappel automatique ? Le cas d’un enfant ou d’une personne accompagnée demande aussi de vérifier qui peut recevoir quoi.

Mon conseil est de convenir du canal avec le patient, de noter son choix et de rendre sa modification simple pour le secrétariat. Le refus des rappels doit être respecté. Ce choix ne remplace toutefois pas l’examen des obligations du cabinet ni celui du prestataire qui traite les messages.

Le PFPDT, dans ses repères sur la communication des données des patients, rappelle le secret professionnel, la proportionnalité des informations communiquées et la sécurité des échanges. Pour l’e-mail, il prévoit des mesures telles que le chiffrement ; une renonciation exige que le patient soit pleinement informé des risques et y consente.

Ces repères ne constituent pas une autorisation générale d’envoyer tout rappel par n’importe quel canal. Avant d’utiliser des données réelles, faites vérifier le cadre applicable à votre cabinet : quelles données transitent, qui peut y accéder, où elles sont traitées et dans quelles conditions elles sont conservées. Un message bref reste une communication à protéger.

Ce qui se prépare, ce qui peut partir

Imaginons une situation fictive : un rendez-vous est reporté après la préparation de son rappel. Si le système envoie l’ancienne version sans consulter l’état à jour de l’agenda, le patient reçoit une heure devenue fausse.

La bonne question à poser au fournisseur est concrète : que se passe-t-il lorsqu’un rendez-vous change après la préparation du message ? Une réponse utile doit pouvoir être montrée avec un cas de test, pas seulement affirmée dans une brochure.

Avant d’autoriser l’envoi automatique des cas ordinaires, je ferais vérifier avec l’assistante :

• que le rendez-vous existe toujours, à la date et à l’heure annoncées ;
• que le destinataire et le canal correspondent au choix enregistré ;
• qu’un rappel équivalent n’a pas déjà été envoyé ;
• que toute incohérence bloque l’envoi et revient à une personne identifiée.

Au début, l’équipe peut contrôler les rappels préparés avant de les laisser partir. Une fois les règles éprouvées, les cas simples peuvent suivre le circuit autorisé. Les exceptions, elles, ne doivent pas disparaître dans un écran que personne ne consulte.

Une réponse du patient doit arriver quelque part

« Je ne pourrai pas venir » et « J’ai une douleur depuis hier » peuvent arriver par le même canal. Le premier message concerne l’organisation ; le second demande une prise en charge par l’équipe selon les consignes du cabinet. Un dispositif de rappel ne doit pas improviser de réponse médicale.

Si les réponses ne sont pas lues, dites-le clairement dans le message et indiquez comment joindre le cabinet. Si elles sont reçues, désignez qui les consulte et selon quelle organisation. N’invitez pas le patient à répondre pour ensuite laisser sa demande sans suite.

Je ne considérerais jamais le silence comme une confirmation ou une annulation. De même, un statut « envoyé » ne prouve pas que le patient a lu le rappel. L’équipe doit pouvoir distinguer un message préparé, un envoi tenté et un échec signalé, sans leur attribuer plus de certitude qu’ils n’en donnent.

Tester les cas gênants avant les vrais rendez-vous

Commencez avec des rendez-vous fictifs et des coordonnées de test contrôlées par l’équipe. Faites passer un rendez-vous ordinaire, puis un report, une annulation, un numéro invalide et un refus du canal choisi. Testez aussi une réponse qui nécessite une intervention humaine et la possibilité de suspendre les envois.

L’essai doit répondre à une question simple : l’assistante comprend-elle ce qui s’est passé et sait-elle reprendre la main ? Si elle doit ouvrir plusieurs écrans pour retrouver un rappel erroné, le travail n’a peut-être fait que se déplacer.

Après un démarrage limité et encadré, observez le temps réellement consacré aux rappels, corrections comprises, ainsi que les difficultés signalées par les patients. Aucun pourcentage de gain ne peut être promis sans connaître votre situation. Pour choisir un périmètre plus large, vous pouvez aussi lire par où commencer avec l’automatisation au cabinet.

Pour regarder votre circuit de rappels, vous pouvez me le décrire lors d’un appel de quinze minutes. Le nom du logiciel et un exemple fictif suffisent pour ce premier échange, sans transmettre de dossier patient.