Guide pratique · 4 min de lecture
Confirmation, rappel, annulation : des messages plus clairs
Écrire des notifications qui annoncent l’état réel du rendez-vous, l’action attendue et le bon lieu. Des exemples de formulation et une recette pour les changements tardifs.
Par Rédaction Doclineo · Rédaction assistée par IA · Révision éditoriale du
Une demande envoyée, un rendez-vous confirmé et une proposition de changement sont trois états différents. Pourtant, des messages très proches peuvent conduire le patient à croire que tout est réglé alors qu’une validation reste nécessaire.
Il est impossible de garantir qu’un message ne sera jamais mal compris. On peut en revanche réduire les ambiguïtés, tester la compréhension et prévoir un recours humain. C’est l’objectif de ce guide.
Commencer par l’état, pas par une formule vague
Le premier écran doit permettre de comprendre si le rendez-vous est confirmé, en attente, modifié ou annulé. Évitez un objet « Votre rendez-vous » pour tous les messages : il ne dit pas ce qui s’est passé. Donnez la date et le lieu à proximité de l’état.
Le W3C recommande des notifications qui distinguent réussite et erreur et expliquent la correction possible. Ce principe s’applique aussi au parcours de réservation : le succès technique d’un formulaire n’est pas forcément la confirmation métier du rendez-vous.
Références : W3C WAI — User Notification.
Utiliser des modèles qui ne promettent pas plus que le système
Les exemples suivants sont fictifs et doivent être adaptés à vos procédures. Remplacez les variables avant l’envoi et testez les valeurs longues, les caractères accentués et les changements de fuseau si votre activité en comporte.
Sur petit écran, faites défiler le tableau horizontalement pour voir toutes les colonnes.
| État | Début de message possible | Point à vérifier |
|---|---|---|
| Demande reçue | Votre demande a été reçue. Le rendez-vous n’est pas encore confirmé. | Délai et canal de réponse réellement organisés |
| Confirmation | Votre rendez-vous est confirmé le [date] à [heure], au [lieu]. | Adresse exacte et action de modification |
| Proposition de changement | Nous vous proposons un nouveau créneau. Merci de confirmer votre choix. | Ancien rendez-vous clairement décrit |
| Annulation effective | Votre rendez-vous du [date] à [heure] a été annulé. | Aucune formulation laissant croire qu’il subsiste |
| Rappel | Rappel de votre rendez-vous confirmé du [date] à [heure]. | Le rendez-vous existe toujours au moment de l’envoi |
Limiter ce qui apparaît sur un écran verrouillé
Un SMS ou un aperçu d’e-mail peut être lu par un tiers. Évitez les détails médicaux inutiles, les résultats et les commentaires cliniques. Le contenu doit rester proportionné au besoin d’information ; les consignes sensibles utilisent le canal prévu par la structure.
Un lien de gestion ne doit pas exposer directement le dossier ni permettre des actions sensibles sans protection adaptée. Faites vérifier la durée de validité, les autorisations et les conséquences d’un transfert du message. Un lien difficile à deviner ne suffit pas à justifier tous les usages.
Ne pas envoyer un ancien rappel après une annulation
La file d’envoi doit recontrôler l’état du rendez-vous au moment utile. Une modification après programmation peut rendre le message faux. Testez le cas d’une annulation juste avant le rappel, d’un changement de site et d’une correction d’adresse de contact.
Conservez des traces d’envoi utiles, mais distinguez message préparé, accepté par le prestataire et effectivement délivré lorsque cette information existe. Aucun de ces états ne prouve à lui seul que la personne a lu et compris le contenu.
Faire lire le message sans explication préalable
Montrez le message final sur téléphone et demandez : où allez-vous, quand, et que devez-vous faire maintenant ? Si la réponse exige une explication orale, revoyez la hiérarchie. Vérifiez aussi les lecteurs d’écran, les liens clairement nommés et une alternative de contact.
Après une modification importante, contrôlez le modèle sur les différents canaux. Un e-mail correct peut devenir ambigu lorsqu’il est raccourci en SMS. La recette doit porter sur ce que reçoit la personne, pas seulement sur l’éditeur de modèles.
Questions complémentaires
Faut-il mettre toutes les consignes dans le SMS ?
Non. Gardez les informations essentielles et dirigez vers un espace ou document adapté pour les consignes détaillées, sans exposer inutilement d’informations sensibles.
Sources et portée des références
Les références étayent les points indiqués dans le texte. Les exemples fictifs, calculs et grilles proposés par Doclineo sont distingués des recommandations de ces organismes.
-
W3C WAI — User Notification
Retours explicites de réussite et d’erreur après une action. Les modèles de messages de rendez-vous sont des exemples éditoriaux à tester.
Source consultée le .
Signaler une erreur éditoriale : indiquez le titre et le passage concerné, sans transmettre de données de santé personnelles.
