用 Claude Code 整理诊所预约咨询：让电话、表单和 LINE 各司其职

诊所预约页面经常同时放着电话、网页表单和 LINE。站在诊所内部看，这像是给患者更多选择；但初诊患者看到的往往是另一个问题：我现在应该打电话，填写表单，还是发 LINE？

Claude Code 不应该判断患者能否就诊，也不应该判断症状紧急程度、诊断、保险适用或治疗内容。它适合处理的是预约前的信息整理：每个入口负责什么，哪些问题写在页面上，哪些信息放进表单，发布前要检查哪些链接和按钮。

这篇文章说明一个小型诊所可以采用的整理方法。目标不是把医疗判断交给 AI，而是把患者预约前的迷路点减少，让前台少一些重复确认。

要点

• 预约页面需要一个主行动，而不是把电话、表单、LINE 做成同等强度的按钮。
• Claude Code 可以生成前台说明、FAQ、表单字段和发布前检查清单；医疗判断仍由诊所人员决定。
• 电话、表单、LINE 必须有不同职责。
• 先从一个科室、一个页面、一个指标开始。
• 若要进入导入咨询，最好先准备当前预约页面 URL 和前台最常被问到的 10 个问题。

预约页面通常卡在哪里

问题很少是工具太少。真正的问题是入口没有按照患者意图分开。

电话适合同日就诊、迟到、紧急联系等必须即时确认的情况。表单适合初诊、资料确认、介绍信或检查结果的事前说明。LINE 可以用于预约变更、提醒和简短说明，但如果所有症状咨询都进入 LINE，前台会很快被打乱。

先做一个简单表格。

患者情况	患者的疑问	建议入口
初诊且有症状	不知道要带什么、怎么说明	表单
今天想看诊	不知道诊所能否接收	电话
想改预约时间	不知道几天前可改	LINE 或表单
有介绍信或检查结果	不知道能否事前发送	表单

有了这个表，Claude Code 才有可用的上下文。不要让它“做一个好的预约页面”，而是让它根据真实患者选择重写页面。

Claude Code 负责什么，人负责什么

Claude Code 负责编辑和运营上的整理。它可以读取现有页面，把电话、表单、LINE 的职责列成表，缩短 FAQ，建议表单字段，并准备手机端发布前检查项。

人负责医疗和业务判断。哪些症状需要电话确认，是否需要介绍信，怎样处理未成年患者，是否属于保险范围，这些都不能由模型编出来。

如果要控制权限，请参考官方 Claude Code settings。如果要学习常见开发流程，可参考 common workflows。本站的安全自律级别也说明了为什么要从“草稿、检查、报告、等待批准”开始。

建立预约流程

先写下前台最常回答的 10 个问题。不要一开始就改设计。先从实际摩擦点开始。

然后判断每个问题应该放在哪里：页面、表单，还是电话。

常见问题	写在页面	表单询问	引导电话
初诊需要带什么	yes	no	no
今天能否就诊	yes	no	yes
症状要写到什么程度	no	yes	紧急时 yes
忘带保险证怎么办	yes	no	no
预约变更期限	yes	yes	no

表格完成后，再让 Claude Code 生成页面文案、表单标签和 FAQ 顺序。关键是给它前台真实问题，而不是抽象要求。

3 个 Use case

Use case 1: 减少初诊表单遗漏 初诊表单容易漏掉症状概要、希望日期、介绍信、服药情况、同意确认等项目。Claude Code 可以把现有字段与必填列表对照，指出缺口。医疗用语仍由诊所确认。

Use case 2: 把需要电话的情况提前写清楚 患者不知道该等待表单回复还是马上打电话。页面可以明确写出同日就诊、迟到、诊所规定的紧急情况走电话。Claude Code 可以把这些句子缩短到手机上容易阅读。

Use case 3: 避免 LINE 变成所有问题的入口 LINE 很方便，但如果症状咨询也全部进入 LINE，前台会失去结构。把 LINE 限定为预约变更、提醒和简短说明；初诊资料回到表单，紧急情况回到电话。

可复制的提示词

你是诊所预约流程的编辑负责人。
不要进行医疗判断，只处理前台说明、表单字段、FAQ 和发布前检查。

背景:
- 科室:
- 当前预约页面:
- 预约入口: 电话 / 表单 / LINE
- 前台常见问题10个:

输出:
1. 电话、表单、LINE 的职责表
2. 初诊患者页面开头文案
3. 初诊表单必填字段
4. 可减少重复电话的 FAQ
5. 手机端发布前检查清单

限制:
- 不判断诊断、治疗可否或紧急程度
- 不输出患者姓名、电话、保险证号
- 主 CTA 只保留一个
- 句子要短，前台读出来也自然

可运行检查代码

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.");

这段代码不判断医疗内容，只检查预约表单计划中是否有基本运营字段。

Pitfall: 常见错误

错误1: 把所有入口都做成主入口 如果电话、表单、LINE、邮件都一样突出，患者要自己设计流程。请只突出一个主行动，并说明例外。

错误2: 让 AI 写医疗承诺 不要让 Claude Code 判断某个症状能否治疗。让它整理前台文案，并把医疗相关句子标记为院内确认。

错误3: 表单问得太多 表单像一份长问诊表时，患者会在预约前退出。把预约前必须知道的内容和到院后再确认的内容分开。

错误4: 不看手机页面 预约页面大多在手机上被打开。电话链接不能点击、LINE 链接不明显、按钮换行，都会让预约中断。

ROI 的看法

先看三项：预约页到表单提交的比例、前台重复回答的问题次数、表单提交后仍需电话确认的次数。若电话追问从每周 20 次降到 12 次，页面已经在承担工作。

不要把患者姓名和电话放进 AI 流程。日期、问题类别、入口、件数就足够做改善。

咨询路径

如果要把这套方法用在真实页面，请从导入咨询开始。准备当前 URL、预约入口和常见问题即可。若想先学习边界设定，可阅读权限判断日志。团队发布流程也可以参考 Claude Code hooks。

实际验证结果

本文用诊所预约页作为样例，整理了入口职责表、Claude Code 提示词和表单字段检查代码。代码只处理字段名，不使用患者资料。

最有效的改变不是增加按钮，而是让每个入口负责不同需求：初诊走表单，急事走电话，变更走 LINE。这样页面有一个明确主 CTA，也更容易追踪后续改善。