如何搭建诊所预约系统：医生、时段、提醒与隐私

诊所预约系统让患者可以在真正空闲的时间预约医生，也让员工能清楚地看到当天的排班。要搭建这样的系统，你需要：拥有各自工作时间的医生、带时长的预约类型、能防止重复预约的预约流程、取消和改期功能、提醒通知，以及受保护的员工后台。这部分与标准的 预约应用 相同，只是加上了一些诊所特有的规则。真正不同的是隐私：预约信息往往被视为健康信息，而很多国家都有专门的法律来保护健康数据。在任何真实患者数据进入你搭建的系统之前，先弄清楚哪些规则适用于你。

健康数据规则要先行

本指南不构成法律建议，具体规则取决于你所在的地区以及你的服务提供者类型。以下几点是可以确定的：

• 健康数据隐私规则确实存在，而且通常也适用于预约排班。 在美国，HIPAA 涵盖许多医疗服务提供者，以及为其处理患者信息的供应商，并可能要求与这些供应商签订书面协议。在英国和欧盟，GDPR 将健康数据列为特殊类别，适用更严格的条件。许多其他国家和州也有各自的规定。
• “只是预约”也可能属于健康信息。 一条预约记录如果显示某个具名的人正在看某类专科医生，就可能泄露健康信息。
• 每一个接触这些数据的服务都很重要：托管、数据库、电子邮件和短信服务商、分析工具以及备份。

动工前，请咨询有资质的顾问或你的专业团体，确认哪些规则适用、你需要与每家供应商签订什么协议、需要采取哪些安全措施。然后选择明确支持这些要求的工具。如果某家供应商没有书面承诺支持你的要求，就应假定它不支持。

一个降低风险的实用做法是让你搭建的东西保持精简：只收集预约所必需的信息，不把临床细节放进去，并让经过批准、可用于临床记录的系统来保存所有医疗内容。

确定系统的形态

• 即时预约还是请求后确认？ 许多诊所更倾向于让患者提交请求、由前台确认，因为某些预约类型需要先核实（转诊、是否为合适的医生、是否有合适的房间或设备）。
• 哪些医生可以被预约？ 指定医生，还是“最早可约”？
• 新患者与老患者。 新患者通常需要更长的时段和入院文件。
• 资源。 房间或设备会限制同时进行的预约数量。
• 付款方式。 到诊所现付、预付定金，还是通过其他渠道处理保险。
• 远程问诊。 视频预约需要添加视频链接，并使用不同的提醒方式，而视频工具本身也有隐私方面的问题。

系统需要什么

数据

就诊原因字段应尽量简短并设为可选，或者直接省略。员工访问记录的审计日志在许多健康数据制度下是必需的，即使不是必需，也对运营很有用。

页面

• 公开页面： 预约类型、选择医生或“最早可约”、空闲时段、精简的预约表单、确认页面，以及带安全令牌的取消或改期链接。
• 前台： 所有医生的当天排班，确认或拒绝请求，移动预约，标记到场和未到场，屏蔽时间段。
• 医生： 其本人的当日和当周排班。
• 管理员： 医生、工作时间、预约类型、房间、员工账户。

权限

患者只能看到自己的预约，通过安全链接或患者登录访问。前台可以看到完整排班。医生只能看到自己的预约列表，或许还能看到同事的空闲情况，但不显示患者姓名。管理员负责管理设置。员工账户应为每人单独设置，绝不能共用密码，而且双重验证是合理的默认配置；参见 如何为应用添加登录功能 和 双重验证。

难点所在

• 重复预约。 保存时要在服务器端检查可用性，而不仅仅是在页面加载时检查；如果有房间限制，也要一并检查。
• 时区与夏令时。 时间以 UTC 存储，并按诊所所在地的本地时间显示。
• 提醒。 提醒能减少未到场的情况，但需要定时任务以及邮件或短信服务商。提醒内容应保持通用（例如“您预约了周二 10:00 在 Riverside 诊所就诊”），不要包含医生的专科或就诊原因。请确认你的消息服务商符合你的隐私义务。我们关于 从应用发送邮件 的指南介绍了服务商方面的内容。
• 取消。 决定晚取消的时间窗口，以及释放出来的时段如何处理。
• 问诊表。 详细的医疗问卷属于临床数据。应在经过批准的专用系统中处理，或者干脆不在线上收集。

一个有效的初始提示词

这个提示词用来搭建一个原型，以测试预约流程，只使用虚构数据：

为 Riverside Physio 搭建一个预约系统原型，该诊所有三位物理治疗师，只使用虚构的示例数据。预约类型：新患者评估（60 分钟）和复诊（30 分钟），每种类型之后都有 10 分钟的缓冲时间。每位治疗师有自己的工作时间，并可以屏蔽请假时段。患者选择预约类型、治疗师或“最早可约”，查看未来四周的空闲时段，然后只需填写姓名、邮箱和电话。新患者评估属于请求，由前台确认；复诊则可即时预约。确认信息中包含使用安全随机令牌的取消和改期链接。前台提供跨所有治疗师的日视图，用于确认请求、移动预约以及标记到场和未到场。治疗师只能看到自己的排班。员工的每次查看和修改都记录到审计表中。保存时在服务器端重新检查可用性。时间以 UTC 存储，并显示诊所本地时间。设计要平静、易于访问，文字要大。

构建步骤

1. 检查适用哪些隐私规则，以及它们对你的工具和供应商有什么要求。
2. 用虚构数据做原型：预约类型、医生、工作时间、预约流程。
3. 前台和医生视图。
4. 带角色的员工登录：个人账户和双重验证。
5. 员工访问和修改的审计日志。
6. 带安全令牌的取消和改期链接。
7. 通过符合你隐私义务的服务商发送提醒。
8. 无障碍检查：文字易读、支持键盘操作、标签清晰。使用者的年龄和能力各不相同。
9. 上线前做安全审查。 我们的 AI 构建应用安全检查清单 可以作为起点，但不能替代合规审查。

常见错误

• 在原型中放入真实患者数据。 在系统及其供应商获准处理健康数据之前，只使用虚构数据。
• 在预约表单中收集症状和病史。
• 提醒内容过于详细。 专科和就诊原因不应出现在短信预览中。
• 共用员工登录账户。 这样就失去了审计记录。
• 只在浏览器中检查时段。
• 仅因某工具很流行或其他诊所在用，就认为它是合规的。

什么时候医疗排班软件是更好的选择

对大多数诊所来说，为医疗行业设计的诊所管理或医疗排班软件才是正确的选择。这类产品通常把排班与患者病历、账单和保险结合在一起，并且许多会说明它们支持哪些隐私法规，还会签署这些规则所要求的协议。请直接询问供应商，并要求以书面形式作答。

自行开发适用于较窄的场景：为你现有系统提供公开的预约请求表单，开发一个不包含临床信息的内部排班工具，或者在有完善法律和合规工作支撑的前提下开发医疗产品。

使用 Mythex 搭建

Mythex 的文档没有任何 HIPAA 或其他健康数据合规方面的声明，因此不要把 Mythex 托管的应用视为已满足这些要求。它在这里的用处主要是做原型：在聊天中描述预约流程，在实时预览中用虚构数据测试，并使用 /test 让代理自动点击预约、取消和改期的流程。文档中的预约页面用例建议从请求表单和管理员列表入手，这与诊所的情况很契合。

如果系统将保存真实患者数据，请与你的顾问确认它必须运行在哪里。在 Pro 版本中，你可以导出项目或将其同步到 GitHub（GitHub 与导出），并部署到符合你义务要求的基础设施上。

常见问题