Comment une IA inscrit un rendez-vous dans l’agenda du cabinet
Un rendez-vous pris par téléphone n’arrive dans l’agenda du cabinet que si huit choses se passent dans l’ordre : l’appel est pris, le patient est identifié dans le fichier, les disponibilités réelles sont lues, un créneau est retenu, le patient confirme, le rendez-vous est écrit, une confirmation part et un résumé reste pour l’équipe. Tout ce qui s’arrête avant la sixième étape n’est pas un rendez-vous, c’est un message à retaper. La vraie question n’est donc pas de savoir si un agent IA sait parler, mais s’il a le droit d’écrire dans votre agenda et ce qu’il fait quand l’écriture échoue. En Belgique, cette question a une réponse structurelle qu’il vaut mieux connaître avant de signer : aucun logiciel de gestion dentaire belge ne publie d’API REST ouverte et documentée.
Martin Michaux · Dernière mise à jour
Que doit-il se passer pour qu’un rendez-vous pris par téléphone arrive dans l’agenda ?
Huit étapes, dans cet ordre. Chacune peut échouer, et c’est la façon dont elles échouent qui sépare un accueil téléphonique fiable d’un répondeur bavard. La liste vaut pour une personne comme pour un agent IA : la différence est seulement que l’agent laisse une trace de chaque étape.
L’étape décisive est la sixième. Tant que le système du cabinet n’a pas accepté l’écriture, il n’y a pas de rendez-vous, il y a une intention. Un prestataire qui parle de « prise de rendez-vous » sans jamais parler d’écriture parle des cinq premières étapes seulement.
| Étape | Ce qui doit se passer | Ce qui reste derrière |
|---|---|---|
| 1. L’appel arrive | La ligne est prise et l’appelant est informé qu’il parle à un système d’IA | Horodatage, numéro appelant, langue de la conversation |
| 2. Le patient est identifié | Deux identifiants concordants, en général le nom complet et la date de naissance | Résultat de la vérification, dossier lié ou absence de dossier |
| 3. Les disponibilités sont lues | Dans l’agenda du cabinet et non dans une copie : praticien, fauteuil, type de rendez-vous, durée, absences | Créneaux consultés et filtres appliqués |
| 4. Un créneau est retenu | Le créneau est bloqué pendant la conversation, avec une expiration, pour qu’il ne parte pas deux fois | Identifiant du blocage et heure d’expiration |
| 5. Le patient confirme | Jour, heure, durée, praticien et adresse sont relus à voix haute et acceptés | Confirmation explicite de l’appelant |
| 6. Le rendez-vous est écrit | Le système du cabinet accepte l’écriture et renvoie un identifiant de rendez-vous | Identifiant du rendez-vous, ou l’échec de l’écriture |
| 7. La confirmation part | Message au patient avec le jour, l’heure, le praticien et le rappel d’apporter sa carte d’identité | Canal, heure d’envoi, contenu envoyé |
| 8. Le résumé est déposé | Résumé structuré et ligne d’audit consultables par l’équipe | Résultat de l’appel, dérivé de l’écriture et non de ce que l’agent a dit |
INAMI, vérification de l’identité du patient en tiers payant, applicable au 1er octobre 2026
À quoi ressemble un appel qui se termine par un rendez-vous écrit ?
À une conversation courte où chaque phrase correspond à une opération sur un système. Voici le déroulé, minute par minute. C’est un exemple illustratif, joué sur un cabinet de démonstration avec une patiente fictive : les heures, la durée et le praticien sont des hypothèses affichées, pas des mesures.
- 0:00. La ligne est prise. Première phrase : l’appelante est informée qu’elle parle à un agent IA du cabinet et qu’elle peut demander une personne à tout moment.
- 0:12. « Julie Lambert, née le 3 mai 1990. » Deux identifiants concordants, un dossier trouvé. Tant que cette vérification n’a pas abouti, rien du dossier n’est lu à voix haute.
- 0:25. Motif : un détartrage. La demande est traduite en type de rendez-vous et en durée tels que le cabinet les a configurés, ici trente minutes chez l’hygiéniste bucco-dentaire.
- 0:31. Lecture de l’agenda du cabinet. Pas d’une copie, pas d’une grille mise en cache la veille : les congés, les fauteuils et les plages réservées à d’autres types de soins sont compris dedans.
- 0:38. Deux créneaux réels sont proposés. Le premier est retenu pendant la conversation, avec une expiration, pour qu’un autre appel ne le prenne pas au même instant.
- 0:52. Relecture à voix haute : jour, heure, durée, praticien, adresse. La patiente confirme.
- 0:58. Écriture. Le système du cabinet accepte et renvoie un identifiant de rendez-vous. C’est cet identifiant, et rien d’autre, qui fait que le rendez-vous existe.
- 1:04. Confirmation envoyée, avec le rappel d’apporter la carte d’identité, et un rappel programmé la veille. Le créneau retenu est libéré, puisqu’il est devenu un rendez-vous.
- 1:10. Fin d’appel. Un résumé structuré et une ligne d’audit apparaissent pour l’équipe, avec le résultat tel qu’il figure dans l’agenda.
Que se passe-t-il quand une étape échoue ?
Chaque étape a un mode d’échec prévisible, et la règle par défaut est toujours la même : ne rien affirmer que le système n’ait confirmé. Un agent qui improvise quand il ne sait pas coûte plus cher qu’un appel manqué, parce que l’erreur n’est découverte qu’en salle d’attente.
| Ce qui rate | Le bon comportement | Ce qu’il ne faut jamais faire |
|---|---|---|
| Le patient n’est pas dans le fichier | Demander le nom, la date de naissance et le numéro de GSM, puis créer un nouveau dossier si le cabinet l’autorise, sinon déposer une demande structurée | Rattacher l’appelant à un dossier qui lui ressemble, ou fusionner deux homonymes de sa propre initiative |
| Rien n’est libre | Proposer les créneaux réels les plus proches, la liste d’attente, ou un rappel par une personne du cabinet | Inventer un créneau, ou glisser un type de rendez-vous dans une plage qui ne lui est pas destinée |
| Le système est injoignable | Le dire, prendre la demande, n’écrire nulle part et laisser une tâche datée à l’accueil | Annoncer « c’est réservé » alors que rien n’a été écrit |
| L’écriture ne renvoie pas de confirmation | Traiter le rendez-vous comme non pris, puis relire l’agenda avant toute nouvelle tentative | Réessayer à l’aveugle et créer deux fois le même rendez-vous |
| Le patient change d’avis en cours de route | Libérer immédiatement le créneau retenu et le dire à l’appelant | Laisser un blocage expirer tout seul pendant que le fauteuil paraît pris |
| L’appel sort du cadre | Passer la main à une personne désignée, avec le résumé de l’appel et le dossier | Improviser une réponse clinique ou un tarif que le cabinet n’a pas renseigné |
Pourquoi Tilcao ne confirme que ce que le système a confirmé
Parce que la phrase prononcée et l’état de l’agenda sont deux faits différents, et que c’est le patient qui paie la différence. Le résultat inscrit dans le résumé d’appel est dérivé de l’écriture, pas de la transcription. Si l’agent a dit « c’est noté » et que l’écriture a échoué, le résumé indique un échec et une tâche part vers l’accueil.
La quatrième ligne du tableau ci-dessus mérite une précision technique, parce qu’elle est la source d’erreur la plus discrète. Beaucoup d’interfaces de réservation n’acceptent pas de clé d’idempotence, c’est-à-dire de marqueur qui permet de rejouer une demande sans la dupliquer. Une requête relancée après un délai d’attente peut donc créer un second rendez-vous identique. Le comportement sûr est de relire l’agenda avant de réessayer, jamais de réessayer d’abord.
L’autre garde-fou est en amont. Avant de relire quoi que ce soit du dossier, il faut deux identifiants concordants. L’agent ne donne jamais spontanément le nom du praticien, le motif du rendez-vous, les autres rendez-vous ou un solde avant cette vérification, et il refuse les demandes de tiers, à l’exception d’un parent ou d’un tuteur pour un mineur. Un appel dentaire contient des données de santé au sens de l’article 9 du RGPD : un motif de consultation, une douleur, un médicament.
Voici ce que porte la ligne d’audit laissée après chaque appel.
- L’heure de l’appel, le numéro appelant et la langue de la conversation.
- Le résultat de la vérification d’identité et les champs effectivement communiqués à l’appelant.
- Les créneaux consultés, le créneau retenu et l’heure d’expiration du blocage.
- Le résultat de l’écriture : identifiant du rendez-vous, ou échec avec sa raison.
- Le message de confirmation envoyé, son canal et son heure.
- L’escalade éventuelle vers une personne, avec le motif.
Autorité de protection des données, données sensibles et données de santé
Une IA peut-elle vraiment écrire dans un logiciel dentaire belge ?
Cela dépend entièrement du logiciel, et la réponse générale est moins souriante que ce que l’on lit ailleurs : aucun logiciel de gestion dentaire belge ne publie d’API REST ouverte et documentée. Ce n’est pas un reproche aux éditeurs, c’est l’état du marché, et il détermine ce qu’un fournisseur peut honnêtement vous promettre.
Les rails belges de l’eSanté ne comblent pas ce trou. MyCareNet, l’eAttest, l’eFac, l’eTarif et Recip-e couvrent l’assurabilité et la facturation, pas l’agenda. Il n’existe pas d’interopérabilité FHIR des rendez-vous en dentisterie belge, et le standard VDDS, souvent cité, relie le logiciel de gestion à l’imagerie, pas à la réservation.
Rien n’indique qu’une norme vienne régler la question à court terme. Le règlement européen sur l’espace européen des données de santé (UE 2025/327) s’applique à partir du 26 mars 2027, avec les premières catégories prioritaires en mars 2029, et les rendez-vous n’en font pas partie.
Il reste donc deux chemins, et il faut savoir lequel on emprunte. Le premier est la couche agenda, c’est-à-dire les plateformes de réservation que beaucoup de cabinets font déjà tourner à côté de leur logiciel : ClickDoc, Doctena, Rosa, Helena Pro Calendar, Doctoranytime. Elles sont faites pour recevoir des réservations venues de l’extérieur. ClickDoc, l’agenda en ligne développé par DentAdmin, est la seule de cette liste dont l’API REST est publique et documentée, avec septante-deux points d’accès. Le second chemin est une conversation avec l’éditeur de votre logiciel, avec le délai et l’accord préalable que cela suppose.
D’où la question à poser à tout fournisseur qui annonce une intégration universelle en un clic avec les logiciels dentaires belges : comment, exactement ? La réponse est courte à donner quand elle existe. Les sept questions ci-dessous suffisent à la vérifier, et elles valent pour n’importe quel fournisseur, y compris nous.
- Avec quel éditeur ou quelle plateforme, nommément, et depuis quand cette liaison tourne-t-elle en production ?
- L’accès est-il en lecture seule ou en écriture ? Lire un agenda et y écrire ne sont pas le même droit.
- Qui a donné l’accord : l’éditeur du logiciel, la plateforme d’agenda, ou personne ?
- Le rendez-vous apparaît-il tout de suite dans l’agenda que l’équipe consulte, ou après une synchronisation ?
- Arrive-t-il à l’état confirmé, ou en attente d’approbation par le cabinet ?
- Que se passe-t-il quand l’écriture échoue : qui l’apprend, par quel canal, et en combien de temps ?
- Une demande rejouée peut-elle créer deux fois le même rendez-vous ?
Liste des logiciels agréés pour les dentistes, NIC/CIN MyCareNet, version du 10/03/2026
Écrire dans votre agenda ou tenir un agenda parallèle ?
Ce sont deux produits différents, même quand la démonstration se ressemble. Écrire dans l’agenda du cabinet ajoute une ligne là où votre équipe regarde déjà. Tenir un agenda parallèle crée une deuxième source de vérité, et deux sources de vérité finissent toujours par se contredire.
La double réservation n’arrive pas au moment de la réservation. Elle arrive dans la fenêtre entre les deux systèmes. Exemple illustratif, avec une synchronisation toutes les quinze minutes comme hypothèse : à 09h14, l’accueil encode une obturation le jeudi à 10h30 directement dans le logiciel du cabinet. À 09h19, un patient appelle. L’agent lit l’agenda parallèle, qui n’a pas encore reçu la mise à jour, y voit le jeudi 10h30 libre et le réserve. Deux patients, un fauteuil, et personne n’a commis de faute.
Deux détails belges aggravent le problème. D’abord, dans une couche agenda, ce qu’on appelle un agenda est souvent un fauteuil et non un praticien : un système parallèle qui raisonne en dentistes ne voit pas qu’un fauteuil est déjà pris. Ensuite, certaines plateformes créent le rendez-vous dans un état en attente d’approbation. Pour le patient, c’est réservé. Pour le cabinet, c’est une demande qui attend quelqu’un. Tout ce qui dit « c’est réservé » avant que l’état soit définitif finira par avoir tort.
La question à poser est donc simple : où le rendez-vous est-il écrit, et à quel moment votre équipe le voit-elle ? Si la réponse commence par « après la synchronisation », vous avez un agenda parallèle, et il faudra prévoir qui le réconcilie et à quelle fréquence.
Tilcao vise l’agenda du cabinet. Quand l’écriture directe n’est pas possible, nous ne fabriquons pas un agenda de remplacement : l’agent répond, identifie le patient, applique vos règles et dépose une demande structurée prête à encoder, avec le résumé de l’appel. C’est moins confortable qu’une écriture directe, et c’est honnête sur ce que le patient entend au téléphone. Nous n’annonçons aujourd’hui aucune intégration en production avec un éditeur ou une plateforme nommés sur cette page.
Documentation publique de l’API CLICKDOC BE, relevée en 2026
Ce que les cabinets nous demandent
Le rendez-vous arrive-t-il dans mon agenda ou dois-je le réencoder ?
Il arrive dans votre agenda dès qu’une liaison en écriture existe avec votre système. C’est la seule définition utile d’une prise de rendez-vous : un identifiant renvoyé par le logiciel du cabinet. Sans cette liaison, l’agent dépose une demande structurée que l’accueil encode, ce qui reste du travail pour votre équipe et doit être dit avant la signature, pas après.
Comment l’agent reconnaît-il un patient déjà dans notre fichier ?
Par deux identifiants concordants, en général le nom complet et la date de naissance, parfois le nom et le code postal. Tant que la vérification n’a pas abouti, rien du dossier n’est lu à voix haute : ni le praticien, ni le motif, ni les autres rendez-vous. C’est la minimisation des données prévue par le RGPD, et c’est aussi le premier comportement qu’un propriétaire de cabinet teste pendant une démonstration.
Que se passe-t-il si le patient n’est pas dans le fichier ?
L’agent recueille le nom, la date de naissance et le numéro de GSM, puis crée un nouveau dossier si le cabinet l’autorise. Si le cabinet préfère garder la création de dossiers pour son équipe, l’agent dépose une demande structurée au lieu d’écrire. Ce qu’il ne fait jamais, c’est rattacher l’appelant à un dossier qui ressemble au sien : un homonyme mal rattaché est plus coûteux qu’un dossier en double.
Que se passe-t-il si le système n’arrive pas à écrire dans l’agenda ?
L’agent le dit, prend la demande et n’écrit nulle part. Une tâche datée part vers l’accueil avec le résumé de l’appel, et le résultat enregistré est un échec, pas une réservation. La règle est absolue : Tilcao ne confirme au patient que ce que le système a effectivement confirmé en retour.
Un même créneau peut-il être réservé deux fois pendant l’appel ?
C’est précisément le rôle du blocage temporaire. Dès qu’un créneau est proposé, il est retenu avec une expiration, le temps que le patient décide. Si le patient change d’avis ou raccroche, le blocage est libéré tout de suite plutôt que laissé à expirer, pour qu’un fauteuil ne paraisse pas pris pour rien.
Un agent IA peut-il prendre un rendez-vous directement dans mon logiciel de gestion ?
C’est l’objectif, et cela dépend de ce que votre éditeur autorise. Aucun logiciel dentaire belge ne publie d’API REST ouverte et documentée, donc la voie réaliste passe par la couche agenda ou par un accord avec l’éditeur. Dites-nous quel logiciel et quelle version vous faites tourner, et vous aurez une réponse sur le vôtre plutôt qu’une promesse générale.
Faut-il changer de logiciel pour utiliser un agent IA ?
Non. Changer de logiciel de gestion est l’un des chantiers les plus lourds qu’un cabinet dentaire puisse entreprendre, et le téléphone ne devrait jamais le déclencher. Tilcao vient par-dessus ce qui tourne déjà. Quand l’écriture directe n’est pas possible, l’agent continue de répondre, d’identifier le patient et de préparer l’encodage.
Puis-je voir ce que l’agent a fait pendant l’appel ?
Oui. Chaque conversation produit un résumé structuré et une ligne d’audit : identité vérifiée ou non, créneaux consultés, créneau retenu, résultat de l’écriture, message de confirmation envoyé, escalade éventuelle. Le résultat affiché est dérivé de ce qui a été écrit dans l’agenda, pas de ce que l’agent a dit au patient.
Le patient sait-il qu’il parle à une intelligence artificielle ?
Oui, et il l’entend dès la première phrase. Depuis le 2 août 2026, l’article 50 du règlement européen sur l’IA impose d’informer une personne qu’elle interagit avec un système d’IA. Un agent qui prend des rendez-vous n’est pas un système à haut risque, et l’appelant peut demander une personne à n’importe quel moment de l’appel.
Que faut-il demander à un fournisseur qui annonce une intégration en un clic ?
Demandez-lui comment, exactement. Avec quel éditeur ou quelle plateforme nommément, en lecture ou en écriture, avec quel accord, avec quel délai avant que l’équipe voie le rendez-vous, et dans quel état il arrive. Sur le marché belge, une intégration dentaire passe par la couche agenda ou par une conversation avec l’éditeur, jamais par un interrupteur à activer.