Organiser les demandes de rendez-vous d'une clinique avec Claude Code

Les pages de rendez-vous des cliniques affichent souvent un numéro de téléphone, un formulaire et un bouton LINE au même endroit. Vu de l’intérieur, cela semble pratique. Pour un nouveau patient, c’est parfois l’inverse: il ne sait pas s’il doit appeler, remplir un formulaire ou envoyer un message.

Claude Code ne doit pas décider si un patient peut être traité. Il ne doit pas juger l’urgence, le diagnostic, la couverture d’assurance ou le contenu médical. Sa place est plus simple: organiser le parcours de réservation, clarifier le rôle de chaque canal, préparer les FAQ, vérifier les champs et créer une checklist avant publication.

Cet article décrit une méthode pour une petite clinique. L’objectif est de réduire l’hésitation du patient et les questions répétées à l’accueil.

Points clés

• Une page de réservation doit avoir une action principale, pas trois boutons qui crient en même temps.
• Claude Code peut rédiger des textes d’accueil, des FAQ, des champs de formulaire et des contrôles de publication. Le jugement médical reste humain.
• Téléphone, formulaire et LINE doivent avoir des rôles différents.
• Commencez avec une spécialité, une page et un indicateur.
• Pour une consultation de mise en place, préparez l’URL réelle et les dix questions les plus fréquentes de l’accueil.

Où le parcours se bloque

Le problème n’est pas toujours le manque d’outils. Le problème est que les outils ne sont pas séparés selon l’intention du patient.

Le téléphone convient aux demandes du jour, aux retards ou aux cas que la clinique veut confirmer directement. Le formulaire convient aux premières visites, aux documents, aux résultats d’examen et aux informations structurées. LINE peut servir aux changements de rendez-vous et aux rappels, mais il devient vite confus s’il reçoit toutes les questions de symptômes.

Commencez par une table.

Situation du patient	Doute principal	Canal adapté
Première visite avec symptômes	Que préparer et comment expliquer	Formulaire
Souhaite venir aujourd’hui	La clinique peut-elle l’accepter	Téléphone
Changer l’heure	Jusqu’à quand modifier	LINE ou formulaire
A une lettre ou des résultats	Peut-on les envoyer avant	Formulaire

Cette table donne à Claude Code un contexte utilisable. Ne lui demandez pas seulement d’améliorer la page. Demandez-lui de transformer les questions réelles de l’accueil en parcours lisible.

Ce que Claude Code fait, et ce que l’humain décide

Claude Code peut lire la page actuelle, séparer les rôles du téléphone, du formulaire et de LINE, raccourcir les FAQ, proposer des champs et créer une checklist mobile. Il peut aussi écrire un petit script qui vérifie que les champs nécessaires sont présents.

L’humain décide les promesses médicales et commerciales. Quels symptômes exigent un appel, quand une lettre est nécessaire, ce qui compte comme urgent, comment traiter les mineurs: ces décisions ne doivent pas être inventées par un modèle.

Pour cadrer le périmètre, consultez Claude Code settings. Pour séparer plan, édition et vérification, voyez common workflows. Sur ce site, safe autonomy levels explique pourquoi il faut commencer par brouillon, contrôle, rapport, approbation.

Construire le flux de rendez-vous

Écrivez d’abord les dix questions que l’accueil reçoit le plus souvent. Ne commencez pas par refaire le design. Commencez par la friction réelle.

Classez ensuite chaque question: page, formulaire ou téléphone.

Question fréquente	Page	Formulaire	Téléphone
Que faut-il apporter	yes	no	no
Peut-on venir aujourd’hui	yes	no	yes
Comment décrire les symptômes	no	yes	si urgent
Que faire sans carte d’assurance	yes	no	no
Délai de modification	yes	yes	no

Avec cette base, Claude Code peut proposer des sections, des labels de formulaire et l’ordre des FAQ.

Trois Use case

Use case 1: réduire les oublis dans le formulaire de première visite Les formulaires oublient souvent le type de patient, la date souhaitée, le résumé des symptômes, le téléphone ou le consentement. Claude Code compare les champs avec une liste minimale et signale les manques. La clinique valide les termes médicaux.

Use case 2: rendre les cas d’appel visibles Le patient ne sait pas toujours s’il doit attendre une réponse au formulaire ou appeler. La page peut préciser que les demandes du jour, les retards ou les cas définis par la clinique passent par téléphone.

Use case 3: empêcher LINE de devenir une boîte générale LINE est pratique pour les changements et rappels. Il devient fragile si toutes les demandes de symptômes y arrivent. Gardez LINE pour les changements, renvoyez les premières visites au formulaire et les urgences au téléphone.

Prompt à copier

Vous éditez le parcours de rendez-vous d'une clinique.
Ne faites aucun jugement médical. Travaillez seulement sur l'accueil, les champs, la FAQ et les contrôles avant publication.

Contexte:
- Spécialité:
- Page actuelle:
- Canaux: téléphone / formulaire / LINE
- Dix questions fréquentes:

Sortie:
1. Table des rôles téléphone, formulaire, LINE
2. Texte d'ouverture pour nouveaux patients
3. Champs requis pour la première visite
4. FAQ pour réduire les appels répétés
5. Checklist mobile avant publication

Contraintes:
- Pas de diagnostic, traitement ou urgence
- Pas de noms, téléphones, assurance ou notes privées
- Une seule CTA principale
- Phrases courtes, lisibles par l'accueil

Code vérifiable

const requiredFields = [
  "patientType",
  "preferredDate",
  "preferredTime",
  "symptomSummary",
  "phone",
  "consent",
];

const clinicFormFields = [
  "patientType",
  "preferredDate",
  "preferredTime",
  "symptomSummary",
  "email",
  "phone",
];

const missing = requiredFields.filter((field) => !clinicFormFields.includes(field));

if (missing.length > 0) {
  console.error("Missing fields:", missing.join(", "));
  process.exit(1);
}

console.log("Reservation form fields are ready for review.");

Ce script ne traite aucune donnée patient. Il vérifie seulement des noms de champs.

Pitfall: erreurs fréquentes

Erreur 1: tous les canaux sont principaux Si téléphone, formulaire, LINE et email ont la même force, le patient doit choisir seul le bon workflow. Choisissez une action principale et expliquez les exceptions.

Erreur 2: laisser l’IA écrire des promesses médicales Ne demandez pas à Claude Code de dire si un symptôme peut être traité. Demandez-lui de ranger le texte et de marquer ce qui doit être revu par la clinique.

Erreur 3: formulaire trop long Un formulaire long peut arrêter la réservation. Séparez l’information nécessaire avant la réservation de celle qui peut attendre la visite.

Erreur 4: oublier le mobile La page est souvent lue sur smartphone. Vérifiez le téléphone cliquable, LINE, les boutons, la largeur des champs et le texte.

Mesurer le ROI

Regardez trois chiffres pendant un mois: passage de la page au formulaire, nombre de questions répétées à l’accueil, appels de clarification après envoi du formulaire. Si ces appels passent de 20 à 12 par semaine, la page travaille déjà.

N’ajoutez pas de noms ou téléphones de patients dans le workflow IA. Date, catégorie, canal et nombre suffisent.

Chemin vers la consultation

Pour l’appliquer à une vraie page, commencez par training and implementation support. Apportez l’URL, les canaux et les questions fréquentes. Pour étudier les limites, lisez permission decision logs. Pour les équipes, Claude Code hooks peut bloquer la publication jusqu’aux contrôles.

Questions fréquentes

Une clinique peut-elle utiliser l’IA sur une page de rendez-vous ? Oui, si l’IA reste sur l’accueil, les champs, la FAQ et la vérification. Le médical reste humain.

LINE doit-il être le canal principal ? Pas forcément. Il convient aux changements, mais une première visite demande souvent un formulaire structuré.

Par où commencer ? Par la page de première visite, car c’est là que l’incertitude est la plus forte.

Résultat vérifié

J’ai préparé une table de rôles, un prompt Claude Code et un script de vérification des champs. Le code utilise seulement des noms de champs et aucune donnée patient.

Le meilleur levier n’était pas d’ajouter un bouton. C’était de séparer les responsabilités: première visite vers formulaire, besoin du jour vers téléphone, changement vers LINE. La page obtient alors une CTA claire et une amélioration mesurable.