Agenda et rendez-vous : choisir ses critères avant l’outil

Le meilleur agenda n’est pas celui qui possède le plus de fonctions. C’est celui qui respecte votre parcours de rendez-vous, protège les données, reste utilisable en mode dégradé et permet de partir avec un export exploitable. Les critères doivent être écrits avant la démonstration commerciale.

En bref

Cartographiez réservation, rappel, modification, accueil, paiement et fin de relation. Puis comparez les outils sur six blocs : fonctionnalité, sécurité, données, contrat, continuité et coût complet. La CNIL demande un contrat avec le sous-traitant, des garanties suffisantes et, pour l’hébergement de données de santé lorsque le cadre l’exige, un hébergeur certifié HDS (CNIL).

1. Écrire le besoin

Combien de lieux, praticiens et types de créneaux ? Qui peut créer ou déplacer un rendez-vous ? Quel délai de rappel ? Quelles informations sont réellement nécessaires ? Comment traiter un créneau d’urgence organisationnelle sans en faire une promesse clinique ?

Classez chaque fonction : indispensable, utile, différable, exclue. Une fonction marketing n’est pas indispensable au seul motif qu’elle est activée par défaut.

2. Minimiser les données

Demandez le détail des champs, des journaux et des données collectées sur le visiteur. Désactivez les questions cliniques dans la réservation publique si elles ne sont pas nécessaires. Séparez l’agenda administratif du dossier professionnel lorsque cela réduit les accès.

La CNIL rappelle que les données doivent être limitées à la finalité et que le secrétariat n’accède qu’aux informations nécessaires à sa mission (CNIL). Un motif détaillé visible par tous les utilisateurs de l’agenda est rarement une bonne configuration par défaut.

3. Contrôler la sécurité

Vérifiez comptes nominatifs, double authentification, profils de droits, journalisation, chiffrement, sauvegarde, notification d’incident et suppression des accès. Demandez les documents, pas une réponse « conforme RGPD ».

Identifiez l’hébergeur, les sous-traitants, les lieux de traitement et les transferts. La certification HDS porte sur un périmètre ; contrôlez que le service utilisé y entre et que le certificat est en cours. L’ANS publie les informations officielles sur la certification HDS (ANS).

Depuis le 16 mai 2026, exigez un certificat conforme au référentiel HDS v2, valide et couvrant le service réellement utilisé ; une attestation v1.1 ne suffit plus. L’ANS annonce HDS v2.1 pour octobre 2026 : vérifiez la publication finale et son calendrier avant de modifier la grille (ANS — transition HDS v2).

4. Lire le contrat et la réversibilité

Qui est responsable de quoi ? Comment sont traitées les données pour le compte du cabinet ? Le prestataire les réutilise-t-il ? Quels délais de support et d’alerte ? Comment exporter rendez-vous, contacts, documents et journaux ? Que se passe-t-il à la résiliation ?

Testez un export pendant l’essai. Un bouton « exporter » n’est utile que si le format est complet, documenté et réimportable. Demandez la suppression après restitution et sa preuve contractuelle.

5. Prévoir la panne

L’agenda doit avoir un mode dégradé qui ne crée pas un fichier sauvage durable. Préparez une liste minimale du jour, protégée et détruite après reprise ; un numéro de support ; une procédure de vérification des modifications ; et une façon d’informer sans divulguer.

La CNIL recommande un plan de continuité ou reprise, une liste des intervenants et des tests réguliers (CNIL). Faites un exercice avant de dépendre de l’outil.

6. Comparer le coût complet

Additionnez abonnement, frais par message, module supplémentaire, paiement, création de site, support, migration, export et temps d’administration. Comparez sur trois ans, avec une hypothèse de hausse clairement identifiée.

Ne justifiez pas le prix par un nombre de nouveaux patients promis. Une plateforme peut améliorer l’accessibilité de la réservation ; elle ne garantit pas le développement du cabinet.

La grille de démonstration

Demandez au fournisseur de réaliser devant vous : création d’un compte limité, retrait d’accès, export complet, correction d’un doublon, réponse à une demande d’accès, restauration d’un rendez-vous et résiliation simulée. Notez les preuves et les questions sans réponse.

Comparez deux ou trois outils avec la même grille. Refusez une décision imposée par une remise expirant le soir même.

Noter les offres sans laisser le prix décider seul

Créez une matrice pondérée avant les démonstrations. Donnez davantage de poids aux bloqueurs : séparation des droits, contrat de sous-traitance, hébergement applicable, export, support en cas d’incident et mode dégradé. Une fonction de communication ou une mise en page agréable ne peut pas compenser l’absence d’un de ces éléments.

Pour chaque note, exigez une preuve : page de documentation, clause, certificat avec périmètre, capture du test ou fichier exporté. Une réponse orale vaut « à confirmer ». Inscrivez aussi le coût de sortie : temps de nettoyage, migration, conservation et changement des liens publics.

Faites enfin tester l’outil par les rôles réels. Le praticien crée une note fictive, la personne d’accueil déplace un rendez-vous sans voir le contenu, et l’administrateur retire un compte. Mesurez le nombre d’étapes et les erreurs, puis organisez un débriefing sans représentant commercial. La décision finale doit pouvoir être expliquée en une page et rester valable même si une option promotionnelle disparaît.

Préparer la migration

Avant import, nettoyez les doublons et définissez les champs autorisés. Travaillez d’abord avec un jeu fictif, puis un échantillon contrôlé selon une procédure validée. Comparez nombre d’éléments, dates, droits et pièces avant d’ouvrir le nouvel outil.

Maintenez un plan de retour tant que les contrôles ne sont pas terminés. À la fin, obtenez l’export de l’ancien prestataire, la confirmation de suppression prévue au contrat et la fermeture des accès. Informez les utilisateurs des changements de parcours sans demander de recréer inutilement des informations déjà maîtrisées. Une migration réussie préserve l’intégrité et les droits ; elle ne se résume pas à afficher le nouvel agenda.

Demander les preuves de sécurité

Envoyez au fournisseur un questionnaire daté : méthode d’authentification, profils, journaux, sauvegardes, test de restauration, notification d’incident, sous-traitants, localisation, certificat HDS et procédure de suppression. Demandez les documents applicables au service choisi, pas à l’ensemble du groupe.

Classez les réponses entre preuve reçue, déclaration contractuelle et inconnue. Une inconnue sur une fonction secondaire peut être arbitrée ; une inconnue sur l’hébergement, la réversibilité ou l’alerte doit bloquer la décision jusqu’à clarification.

Limites

Les offres, certifications et tarifs évoluent ; revérifiez avant signature. Cet article ne recommande aucun produit et ne certifie aucun prestataire. La qualification de données de santé et les exigences applicables doivent être validées dans le contexte réel.

Transformer les besoins du cabinet en critères vérifiables

Un agenda de rendez-vous touche simultanément le parcours des personnes, l’organisation du praticien, les données, les paiements éventuels, les rappels et la continuité. Une démonstration fluide peut masquer une exportation incomplète, des droits trop larges ou une panne sans procédure. La première étape n’est donc pas de comparer des marques : c’est de décrire dix à quinze situations de travail et le résultat attendu.

Écrivez ces situations sous forme de scénarios : une personne prend un premier rendez-vous ; elle déplace un créneau ; elle annule tardivement ; elle ne peut pas utiliser le service en ligne ; le praticien ferme une demi-journée ; le secrétariat transmet un message ; un remplaçant intervient ; le service est indisponible ; le contrat prend fin. Chaque scénario reçoit une preuve observable. Cette méthode empêche une longue liste de fonctions de remplacer les besoins.

Définir les parcours essentiels

Le parcours principal couvre prise, confirmation, modification, annulation et rappel. Pour chaque étape, précisez ce que la personne voit, le canal utilisé, le délai et l’alternative. Le cabinet doit rester accessible aux personnes qui ne peuvent ou ne souhaitent pas utiliser un parcours numérique. L’alternative peut être un téléphone, un message ou un créneau de rappel ; elle doit être expliquée sans créer un second système impossible à maintenir.

Testez aussi les bords : nom composé, numéro étranger, adresse électronique erronée, personne sans smartphone, rendez-vous pris pour un tiers, plusieurs praticiens à la même adresse, fuseau horaire, changement d’heure, fermeture exceptionnelle. Un agenda qui fonctionne seulement dans le cas idéal crée des tâches manuelles précisément lorsque l’équipe est sous contrainte.

Écrire des critères éliminatoires

Un critère éliminatoire décrit une condition sans laquelle le service n’entre pas en pilote : accès nominatifs, export exploitable, contrat de sous-traitance, procédure de panne, suppression ou restitution à la sortie, support joignable dans un délai adapté. Limitez cette liste à ce qui protège réellement le cabinet et les personnes. Les préférences d’interface viennent ensuite.

Formulez chaque critère avec un test. « Sécurisé » devient « un compte retiré ne peut plus accéder et l’action apparaît dans un journal ». « Exportable » devient « l’équipe exporte les rendez-vous, coordonnées et informations nécessaires dans un format documenté, puis ouvre l’échantillon sans le fournisseur ». « Fiable » devient « une panne simulée déclenche un mode dégradé et une reprise sans doublon ».

Évaluer le parcours de rendez-vous

L’agenda doit réduire les frictions sans transformer la prise de rendez-vous en questionnaire clinique. Demandez uniquement les informations nécessaires à la planification et à la préparation définie. Un champ libre de motif peut recevoir des données sensibles imprévues ; si le cabinet n’en a pas besoin à ce stade, supprimez-le ou encadrez-le clairement. L’outil ne doit pas laisser croire qu’un motif saisi vaut évaluation, orientation ou confirmation d’indication.

Disponibilités et règles de créneaux

Vérifiez comment sont calculées durée, transition, pause, fermeture, absence et réservation interne. Une règle globale peut écraser une exception ou ouvrir un créneau pendant une indisponibilité. Testez les changements sur une période future sans modifier la semaine en cours. Demandez si les fuseaux, changements saisonniers et calendriers externes sont pris en charge, puis observez le résultat plutôt que de vous fier à une case cochée.

La synchronisation avec un calendrier personnel augmente les interfaces. Déterminez quelle information circule dans chaque sens. Un titre de rendez-vous ou une note clinique n’a pas à apparaître sur un appareil ou un compte non prévu. Préférez un bloc occupé minimal lorsqu’un calendrier externe sert seulement à éviter un chevauchement.

Confirmations, rappels et consentement

Un rappel doit identifier clairement le cabinet, la date, l’heure, le moyen d’annuler et un canal de contact. Il ne doit pas afficher un motif sensible sur un écran verrouillé. Vérifiez le délai, le nombre de messages, l’expéditeur, la gestion d’un échec et la possibilité de corriger un numéro. Séparez les messages nécessaires à la gestion du rendez-vous des communications promotionnelles, qui suivent d’autres règles et choix.

Lorsqu’une personne demande de ne plus recevoir un canal, l’équipe doit savoir si le rendez-vous peut être maintenu et quelle alternative utiliser. Le choix ne doit pas être perdu lors d’une mise à jour. Testez également la réattribution d’un numéro : le service ne doit pas exposer l’historique au nouveau titulaire.

Annulation, absence et règles publiques

Les règles d’annulation doivent être visibles avant la confirmation et cohérentes avec les pratiques réelles. Si un paiement ou une empreinte est envisagé, faites qualifier le cadre contractuel, l’information, les remboursements et les contestations. N’activez pas une fonction parce qu’elle existe chez le fournisseur. Vérifiez les frais, les intermédiaires, les données échangées et la possibilité d’un traitement manuel.

Ne présentez pas une alerte automatique d’« absence » comme un jugement. Conservez un événement factuel et la décision prise. Une personne peut avoir rencontré une urgence, une erreur ou une difficulté d’accès. Les règles internes doivent préserver une réponse proportionnée et éviter des exclusions automatiques opaques.

Qualifier les données et les responsabilités

La CNIL rappelle aux professionnels libéraux qu’ils doivent définir finalité, base juridique, destinataires, durée, sécurité et droits. L’agenda est souvent un sous-traitant pour certaines opérations, mais le contrat doit être lu : l’éditeur peut proposer d’autres services avec des rôles différents. Une formule générale « conforme RGPD » ne décrit pas ces rôles.

Cartographier les données par fonction

Créez une ligne pour chaque fonction : réservation, rappel, liste d’attente, paiement, support, statistiques, synchronisation et export. Indiquez les données, la finalité, le destinataire, la durée et le sous-traitant. Une fonction désactivée ne devrait pas recevoir de données « pour plus tard ». Vérifiez par un export ou un journal ce qui est réellement collecté.

La minimisation est un choix d’interface et de configuration. Supprimez les champs inutiles, réduisez les accès et choisissez des statistiques agrégées lorsque l’identité n’est pas nécessaire. Les données d’agenda peuvent révéler une relation avec un professionnel ; elles ne deviennent pas anodines parce qu’elles ne contiennent pas de compte rendu.

Vérifier la chaîne de sous-traitance

La CNIL décrit les vérifications liées à la sous-traitance : instructions, confidentialité, sécurité, assistance, sort des données, audits et sous-traitants ultérieurs. Demandez où sont présentés les prestataires d’hébergement, d’envoi de messages, de paiement, d’assistance et d’analyse. Notez comment le cabinet est informé d’un changement et quels recours il conserve.

Une localisation européenne ne suffit pas à décrire tous les transferts et accès. Examinez les clauses, les pays, les mesures et les personnels de support selon la situation. Si la réponse reste commerciale ou vague, classez le point comme non prouvé et limitez le pilote.

HDS : vérifier l’applicabilité et le périmètre

L’hébergement de données de santé est soumis à un cadre spécifique lorsque les conditions légales sont réunies. Il serait inexact d’affirmer que tout agenda utilisé par un ostéopathe doit automatiquement être certifié HDS. Déterminez quelles données sont hébergées, pour le compte de qui, dans quel contexte et sur quel périmètre de service, puis faites confirmer l’analyse si nécessaire.

L’ANS indique que la transition vers HDS version 2 s’est achevée le 16 mai 2026 pour les certificats concernés. Vérifiez le certificat, son titulaire, ses activités couvertes, sa date et sa portée ; un logo isolé ne suffit pas. L’ANS a également annoncé une version 2.1 prévue pour octobre 2026. Au 29 août 2026, cette version reste annoncée et ne doit pas être présentée comme une exigence finale déjà publiée. Programmez une revue après publication effective.

Affirmation	Question et test
« Conforme RGPD »	Question : quels rôles, traitements et sous-traitants ? Test : comparer contrat, configuration et export.
« Hébergé HDS »	Question : quel certificat et quelles activités couvertes ? Test : relire le certificat à jour.
« Données en Europe »	Question : quels pays et accès de support ? Test : cartographier les destinataires.
« Suppression garantie »	Question : délai, sauvegardes et preuve ? Test : exécuter un test de clôture.

Évaluer les accès et la sécurité quotidienne

La sécurité d’un agenda ne se résume pas au chiffrement. Elle comprend les comptes, les rôles, les appareils, les journaux, les alertes, les sauvegardes, la restauration et la réponse aux incidents. Demandez une documentation adaptée à la taille du cabinet et vérifiez les contrôles réellement disponibles.

Comptes nominatifs et moindre privilège

Chaque personne dispose de son compte. Les rôles séparent consultation de créneaux, création, modification, export, facturation et administration. Un secrétariat n’a pas besoin de toutes les fonctions du praticien. Un remplaçant ou intervenant temporaire reçoit une date de fin. L’équipe revoit les droits après chaque départ et au moins périodiquement.

Testez la fermeture : désactivez un compte d’essai, vérifiez la fin des sessions ouvertes et observez le journal. Une suppression d’utilisateur ne doit pas effacer l’historique nécessaire à la traçabilité ni attribuer toutes ses actions à un administrateur.

Authentification et récupération

Activez l’authentification multifacteur lorsqu’elle est disponible et adaptée, surtout pour l’administration. Examinez la récupération de compte : si un simple accès à une boîte générique permet de reprendre tous les comptes, la protection est fragile. Conservez des contacts et moyens de secours sous contrôle, sans partager un code permanent.

Les appareils doivent être verrouillés, mis à jour et retirés des sessions lors d’une perte. Testez la liste des sessions et la révocation. N’utilisez pas un compte administratif pour l’activité quotidienne ; cela réduit le risque d’une modification ou d’un export involontaire.

Journaux et alertes utiles

Le journal doit permettre d’identifier connexion, création, modification, export, changement de rôle et suppression selon le service. Vérifiez la durée, l’accès et l’export. Un journal accessible uniquement au fournisseur pendant quelques jours peut ne pas suffire pour un incident découvert tard.

Les alertes doivent être actionnables. Une notification de connexion inhabituelle indique qui vérifie, comment révoquer et où documenter. Trop d’alertes ignorées ne protègent pas. Choisissez quelques événements sensibles et testez leur réception.

Préparer la continuité avant la panne

La CNIL recommande de prévoir continuité et reprise. Pour un agenda, le mode dégradé doit permettre de connaître les rendez-vous proches, de contacter les personnes si nécessaire et d’éviter les doubles réservations, sans créer une copie permanente non protégée. Déterminez la durée acceptable d’indisponibilité et le responsable de la décision.

La fiche de panne

Une fiche d’une page indique comment confirmer que la panne vient du service, où trouver la liste minimale préparée, quel canal d’information utiliser, comment noter les modifications temporaires et qui surveille le retour. Elle précise également ce qu’il ne faut pas faire : partager un export dans une messagerie personnelle, créer plusieurs tableurs ou recopier des motifs.

Testez la fiche pendant trente minutes avec des données fictives. Une procédure non testée peut supposer un accès internet ou un mot de passe qui devient justement indisponible. Après le test, retirez les copies et documentez les corrections.

La reprise et le rapprochement

Au retour du service, une personne désignée rapproche les modifications temporaires : création, déplacement, annulation et message. Elle vérifie les doublons et conserve une trace du rapprochement. Le cabinet ne doit pas simplement ressaisir tout en bloc sans relire ; une personne pourrait recevoir deux confirmations contradictoires.

Demandez au fournisseur son objectif de reprise, son dispositif de sauvegarde et son canal d’incident, mais ne les confondez pas avec une garantie absolue. Le cabinet reste responsable de son propre mode dégradé et de la communication adaptée.

Comparer les coûts sans se limiter au prix mensuel

Le coût total comprend abonnement, messages, paiements, options, matériel, paramétrage, formation, migration, support et sortie. Ajoutez le temps interne nécessaire au rapprochement et à la maintenance. Une offre moins chère peut coûter davantage si l’export est difficile ou si chaque exception exige une saisie manuelle.

Construire trois scénarios d’usage

Calculez un scénario minimal, un scénario courant et un scénario de pointe. Utilisez les tarifs contractuels datés, sans publier un comparatif qui deviendra vite obsolète. Incluez le nombre réel d’utilisateurs et de messages. Isolez les frais variables pour comprendre ce qui augmente avec l’activité.

Ne retenez pas une remise longue avant le pilote. Une économie conditionnée à un engagement peut supprimer la possibilité de sortir lorsque les tests échouent. Faites lire les conditions de renouvellement, révision, suspension et résiliation.

Valoriser la réversibilité

Une sortie maîtrisée a une valeur. Chiffrez le temps d’export, de contrôle, de migration, d’information et de fermeture. Demandez si le support de sortie est inclus. Un format disponible seulement via une prestation coûteuse ou après expiration du contrat crée une dépendance.

Le guide de trésorerie Piloter la trésorerie d’un cabinet à activité irrégulière permet de placer les coûts de migration dans le temps. Gardez le budget outil distinct de la promesse de rendez-vous : aucun agenda ne garantit un volume d’activité.

Organiser un pilote de quatre semaines

Le pilote utilise un périmètre limité et des critères de sortie. Il ne doit pas devenir une production générale par inertie. Informez les personnes concernées lorsque le test modifie leur parcours et vérifiez les obligations applicables. Évitez de dupliquer toutes les données dans deux outils plus longtemps que nécessaire.

Semaine 1 — Configuration et données fictives

Créez les rôles, champs, règles de créneaux, messages et journaux. Exécutez les cas de bord avec des données fictives. Vérifiez les écrans mobiles, les alternatives, l’accessibilité de base et l’absence de motif inutile. Aucun import massif n’est nécessaire à ce stade.

Semaine 2 — Périmètre réel réduit

Ouvrez quelques créneaux ou un praticien selon un périmètre conforme. Suivez erreurs, appels de support, annulations, délais et compréhension des messages. Ne mesurez pas seulement le taux de réservation ; notez les difficultés et les corrections manuelles.

Semaine 3 — Panne, export et incident

Simulez une indisponibilité, révoquez un compte test, exportez les données et qualifiez une demande de support fictive. Relisez les fichiers sur un poste indépendant. Testez la disparition d’un accès et la disponibilité du journal.

Semaine 4 — Décision et plan de migration

Classez chaque critère : prouvé, partiel, non prouvé, bloquant. Corrigez les écarts ou abandonnez. Si le pilote passe, définissez la migration, la sauvegarde, la communication, le rapprochement et la fermeture de l’ancien service. Fixez une revue trois mois après la bascule.

Migrer sans perdre la maîtrise des rendez-vous

La migration commence par un inventaire : données nécessaires, durées, rendez-vous futurs, contacts, paramètres, historiques utiles, comptes et intégrations. Déterminez ce qui doit être transféré, archivé selon les règles applicables ou supprimé. Importer « tout » peut prolonger une collecte devenue inutile et augmenter le risque de doublon.

Préparer une sauvegarde lisible

Avant la bascule, exportez les données dans les formats convenus et vérifiez un échantillon : accents, téléphones, dates, fuseaux, statuts et notes. Conservez la sauvegarde sous accès restreint, avec une durée et une personne responsable. Un fichier jamais ouvert n’est pas une preuve de sauvegarde.

Choisir une fenêtre et un retour arrière

Définissez l’heure de gel, le dernier export, le premier import et le moment de contrôle. Réduisez les modifications pendant la fenêtre. Prévoyez une condition de retour : nombre d’erreurs, absence de rendez-vous, messages incorrects ou impossibilité de révoquer. Le retour ne doit pas dépendre d’une décision improvisée au milieu de la bascule.

Fermer l’ancien service

Après rapprochement, retirez les comptes, intégrations, clés, synchronisations et appareils. Demandez la restitution ou suppression selon le contrat et conservez la preuve. Vérifiez les sauvegardes et délais résiduels annoncés. Révoquez les autorisations de calendriers et prestataires de paiement associés.

La grille de décision finale

Famille	Question et statut attendu
Parcours	Question : les cas ordinaires et limites ont-ils été testés ? Statut : preuves et alternative documentées.
Données	Question : finalités, rôles et sous-traitants sont-ils compris ? Statut : contrat et carte cohérents.
Sécurité	Question : comptes, retraits, journaux et alertes fonctionnent-ils ? Statut : tests réussis.
Continuité	Question : le cabinet peut-il gérer une panne puis rapprocher ? Statut : exercice réalisé.
Réversibilité	Question : l’export et la fermeture sont-ils exécutables ? Statut : échantillon relu et procédure datée.
Coût	Question : le coût total reste-t-il soutenable dans trois scénarios ? Statut : budget et conditions relus.

Un outil passe seulement si aucun critère éliminatoire n’est bloqué et si les preuves correspondent au service réellement contracté. Une note moyenne ne doit pas compenser l’absence d’export, une sous-traitance incomprise ou une fermeture impossible. Documentez la décision, ses limites et la date de prochaine revue.

Après la mise en service : revue à trente et quatre-vingt-dix jours

À trente jours, vérifiez erreurs de créneaux, échecs de messages, demandes d’aide, comptes et corrections manuelles. À quatre-vingt-dix jours, examinez sous-traitants, coûts, exports, incidents, satisfaction opérationnelle et règles devenues inutiles. Retirez les champs et permissions ajoutés « temporairement ».

Une revue annuelle est insuffisante juste après une migration. Les premiers mois révèlent les écarts entre démonstration et usage. Conservez un responsable, un canal d’incident et une date. Pour la gouvernance des accès, poursuivez avec Habilitations et accès aux données du cabinet ; pour l’hébergement, consultez Hébergement des données de santé au cabinet.

Le meilleur agenda n’est pas celui qui propose le plus de fonctions. C’est celui dont le cabinet peut expliquer le parcours, limiter les données, retirer les accès, gérer la panne et sortir sans perdre la continuité. Les critères rendent ce choix comparable et révisable.

Préparer les questions à poser pendant une démonstration

Une démonstration utile part des scénarios du cabinet et non du parcours préparé par le vendeur. Transmettez trois cas ordinaires et deux cas d’échec avant le rendez-vous. Demandez à l’interlocuteur de les exécuter dans l’environnement montré : déplacer un rendez-vous sans perdre le rappel, retirer un accès, exporter un échantillon, retrouver une modification et expliquer la panne. Notez ce qui est observé, promis pour plus tard ou hors périmètre.

Demandez quelle version du service est affichée, quelles options sont activées et si les mêmes fonctions figurent dans l’offre envisagée. Une fonction de démonstration peut dépendre d’un module, d’un pays ou d’une intégration distincte. Obtenez la réponse écrite avant de la classer comme preuve. Une feuille de route n’est pas une fonction disponible.

Les douze questions décisives

1. Quels champs sont obligatoires pour prendre rendez-vous et lesquels peut-on désactiver ?
2. Quels rôles peuvent consulter, modifier, exporter et administrer ?
3. Comment ferme-t-on immédiatement un compte et ses sessions ?
4. Quelles actions apparaissent dans le journal et pendant combien de temps ?
5. Quels sous-traitants assurent hébergement, messages, paiement, support et analyse ?
6. Comment le cabinet est-il informé d’un changement de sous-traitant ou de finalité ?
7. Quel est le mode dégradé et quel canal annonce un incident ?
8. Quels formats d’export couvrent rendez-vous, contacts, paramètres et journaux ?
9. Quel délai et quel coût s’appliquent à la restitution et à la suppression ?
10. Quelles sauvegardes persistent après clôture et selon quel calendrier ?
11. Quelles fonctions ou limites diffèrent entre la démonstration et le contrat proposé ?
12. Quelle preuve le fournisseur remet-il après un test de panne ou de sortie ?

Une réponse « cela dépend » n’est pas nécessairement mauvaise si la dépendance est expliquée et documentée. Une réponse absolue sans périmètre est plus fragile. Classez les questions sans réponse et fixez une date ; ne lancez pas la migration en supposant qu’elles se résoudront ensuite.

Évaluer le support avant d’en avoir besoin

Ouvrez un ticket de test sans donnée réelle. Vérifiez les canaux, horaires, délai d’accusé, identité du prestataire et méthode de suivi. Demandez comment transmettre une preuve d’erreur sans exposer les données d’une personne. Un support qui réclame systématiquement le dossier ou un mot de passe signale une procédure à corriger.

Inscrivez dans la fiche de continuité les coordonnées, le numéro de contrat et le niveau de gravité. Précisez qui peut ouvrir un ticket et qui autorise un accès exceptionnel. À la résolution, vérifiez la fermeture de cet accès et la conservation d’un compte rendu exploitable.

Suivi éditorial

Sources contrôlées le : 29 août 2026. Prochaine revue prévue : 29 septembre 2026.

Sources primaires

• CNIL — gérer la sous-traitance
• CNIL — RGPD et professionnels libéraux
• ANS — certification HDS
• ANS — référentiel HDS v2
• ANS — fin de transition HDS v2 au 16 mai 2026
• CNIL — continuité et reprise
• ANS — doctrine de sécurité et transition HDS v2
• ANS — annonce du référentiel HDS v2.1, publication prévue en octobre 2026

À lire ensuite

• Structurer un dossier patient utile
• Réagir à un incident numérique
• Gérer annulations et retards