Parcours et démarches

Quand l’IA ne termine pas l’appel : organiser le relais humain

Pour qui : Cabinet qui met un assistant téléphonique en service

Recherche documentaire des 5 et 6 novembre 2026. Aucun logiciel ni assistant testé.

Notre avis

Avant d'activer l'assistant, attribuez chaque demande non terminée à une destination et à un responsable. Notre recommandation est de remplir une fiche de relais, puis de la faire rejouer sur des appels fictifs. Un message en boîte de réception ne constitue pas une réponse : il doit être retrouvé, repris et clôturé par l'équipe.

Dans l’ordre

  1. Nommer les demandes qui restent humaines
  2. Compléter destinataire, trace et secours
  3. Rejouer puis accepter le parcours avant activation

Pourquoi

  • Un transfert peut échouer même si l’appel a été décroché.
  • Une demande sans créneau doit avoir une suite visible.

Ce qui change le choix

Pas d’IA au téléphone ou simple message sans traitement promis.

Choisir deux sorties compréhensibles

Doctolib décrit à la fois un transfert d'appel et une messagerie pour les demandes non résolues. Ubiclic présente Camélia comme complément humain. Ces annonces ne définissent pas qui consultera votre file ni ce qui arrivera si le destinataire ne répond pas.

Pour les demandes administratives ordinaires, séparez le transfert pendant une plage de présence et le message à reprendre plus tard. Le cabinet doit choisir les règles qui correspondent à son organisation. Cette page ne fixe aucun délai de soin et ne recommande aucun triage automatique.

Une fiche de relais déjà remplie pour l’essai

Voici un exemple entièrement fictif d'un cabinet dont l'accueil ouvre à 8 h 30. Les rôles, horaires et identifiants ne décrivent aucun établissement réel. Remplacez-les avant votre démonstration et faites confirmer que l'offre peut appliquer ces destinations.

Exemple fictif — résultats attendus avant essai, aucun résultat observé
Demande ordinaireDestination choisieResponsableTrace attendueSi le parcours échoue
Pas de créneau pour une réservationFile « Demandes de rendez-vous »Accueil du cabinetMessage R-01 marqué à traiterDemande conservée sans rendez-vous inventé
Modification non terminée, accueil présentTransfert vers le poste accueilPersonne chargée de l’accueilAppel repris ou message R-02Retour à la file si le poste ne répond pas
Question administrative reçue pendant fermetureFile « À l’ouverture »Accueil ouvrant à 8 h 30 dans cet exempleMessage R-03 avec état de repriseVérifier à l’ouverture la présence de la demande

Vérifier la trace, puis la clôture

Faites jouer chaque ligne dans l'environnement de démonstration. Demandez à voir la demande reçue, son état et la manière dont un humain indique qu'il l'a reprise. Lorsque le poste ne répond pas, vérifiez la destination de secours. Lorsque l'agenda est complet, assurez-vous que le système ne laisse pas croire qu'une réservation a été obtenue.

Pour le message fictif R-01, l'accueil doit pouvoir expliquer : « Je le trouve ici, je reprends la demande et je marque ce que j'ai fait. » La forme exacte de la trace dépend du produit ; nous ne prétendons pas que tous possèdent les mêmes statuts.

Accepter seulement ce qui a une suite

Conservez la fiche des destinations acceptées et le nom du rôle qui vérifie les demandes restantes. Si une ligne ne peut pas être démontrée, réduisez le périmètre ou gardez ce traitement humain. Une formule plus automatisée ne compense pas un relais incompris.

Les données à inscrire et leurs accès doivent être définis avec le fournisseur pour l'usage réel. Pendant cet essai initial, aucune information de patient n'est nécessaire. Le document produit est une règle d'organisation exploitable, pas une validation médicale du service.

Limites

Méthode organisationnelle sur des demandes administratives ordinaires, sans soin ni triage. Fiche fictive à adapter ; fonctions et statuts réellement proposés à démontrer.

Prochaine action

Remplacez les trois rôles fictifs par ceux du cabinet, puis faites rejouer transfert sans réponse et demande sans créneau jusqu’à la trace reprise par un humain.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode

  • Déclaration de l’éditeur. Doctolib décrit transfert et messagerie ; Camélia est présenté comme complément humain.

    Relevé du 6 novembre 2026.

  • Notre méthode. La fiche de relais R-01/R-02/R-03, ses horaires et critères sont entièrement fictifs ; aucun test ni délai clinique validé.

    Daté du 6 novembre 2026.

  • Notre avis. La hiérarchie des critères et la recommandation sont notre avis éditorial pour le profil décrit.

    Daté du 6 novembre 2026.