猫拽智库
结论先行：口腔诊所的经营特点是"低频高值 + 长治疗周期"——一次种植牙跨 35 次复诊，洗牙、正畸都有明确的复诊周期，数字化方案的核心是三件事：号源管住排班、档案管住疗程、回访管住复购。用低代码（Low-Code）平台自建，围绕 6 张核心数据表（患者、医生排班、号源、预约、就诊记录、回访任务）和 3 条自动化工作流，23 周上线，并附带医疗数据合规的关键设计。
中小口腔诊所普遍的现实：预约靠电话和微信、病历是纸质或各自记在 Excel、患者洗完牙半年没人提醒就再也没来。这些环节用低代码平台都能低成本系统化。
一、痛点拆解：号源、疗程、回访三条线
- 号源线：医生出诊时间不透明，患者约不上想约的医生，临时停诊通知不到位；
- 疗程线：根管治疗 3 次、正畸每月复诊、种植牙分期跨月，换了医生接手就抓瞎；
- 回访线：术后 24 小时应回访不适反应，洗牙建议 6 个月复查，儿牙半年检查一次——这些周期性动作没有系统兜底，全靠前台记忆。
方案的枢纽设计：以"就诊记录"为中心，前连预约与号源，后连回访任务与复诊计划。一次就诊自动生成下一周期的提醒。
二、数据模型设计：6 张表
| 表名 | 关键字段 | 说明 |
|---|---|---|
| 患者档案表 | 姓名、性别、出生年月、联系电话、过敏史、主诊医生、标签（儿牙/正畸/种植） | 敏感信息，权限需单独收紧 |
| 医生排班表 | 医生 ID、日期、时段、诊所、状态（出诊/停诊/代诊） | 号源的源头，停诊联动取消预约 |
| 号源表 | 医生 ID、日期、时段、号别（初诊/复诊/儿牙）、容量、已约数 | 一旦建立即库存，约满自动关闭 |
| 预约表 | 患者 ID、号源 ID、状态（已约/已到诊/已完成/已取消/爽约）、主诉 | 患者重复预约由唯一索引拦截 |
| 就诊记录表 | 患者 ID、医生 ID、就诊日期、主诉、检查所见、诊断、处置方案、下次复诊建议、影像附件 | 疗程主线，支持同一疗程多次记录串联 |
| 回访任务表 | 患者 ID、类型（术后 24h/复诊提醒/洁牙周期/满意度）、应执行日期、负责人、状态、结果 | 全部由规则自动生成 |
设计要点：就诊记录必须关联医生和患者，处方与处置细节按诊所规范存档；复诊建议结构化为日期 + 项目两个字段，别写自由文本，否则回访工作流无法自动识别；影像文件（X 光片、口扫数据）以附件挂接就诊记录，注意存储加密。
三、页面构成：患者约、医生记、前台管
- 患者端小程序：选医生选时段在线挂号、我的预约（改期取消）、我的就诊档案摘要（诊疗项目、下次复诊建议）、口腔健康提醒消息；
- 医生端（小程序/平板）：今日出诊列表、病历书写（结构化模板：主诉/检查/诊断/处置）、复诊计划设定、患者历史记录调阅；
- 前台端：当日预约到诊登记、号源管理（临时停诊一键改约）、电话预约代录、爽约与候补处理；
- 院长端看板（PC）：医生号源利用率、初诊/复诊占比、疗程完成率、回访执行率与满意度汇总。
以猫拽低代码（CatPull）为例，患者端小程序、医生端与 PC 看板共用一套数据模型，病历模板用表单设计器按诊所诊疗习惯定制，改模板不找开发。
四、三条关键工作流
号源与停诊联动流：排班发布即生成号源 → 患者预约占用号源并推送凭证 → 医生临时停诊时，该时段全部预约自动进入"待改期"队列并推送致歉通知，前台按优先级批量改约。
复诊提醒流：医生在就诊记录中设定复诊建议（如洁牙后 6 个月）→ 系统按建议日期提前 7 天生成回访任务并推送患者提醒 → 患者点击可直接在线挂号对应号别 → 到期未预约的，任务升级由前台电话跟进并记录结果。不同周期规则在同一张任务表里并行运转。
术后回访流：拔牙、根管等处置完成后自动生成"术后 24 小时回访"任务 → 前台或护士执行后填写结果 → 反馈异常的自动创建加号预约并通知主诊医生 → 处置完成 7 天后追加满意度回访，差评实时推送院长。回访执行率即前台考核依据。
五、合规要点与落地节奏
医疗数据合规是本方案的硬要求，四条底线：健康数据存私有化部署环境，掌控在自己服务器；按角色最小授权，护士看不到病历全文；导出与查询留审计日志；患者端只展示诊疗摘要，敏感明细线下沟通。若业务要延伸到互联网医院、在线问诊与电子处方，资质与成本另有一套口径，可参考医疗小程序的开发资质与成本详解。落地节奏：第一周建模型、导入存量患者建档、配置医生排班与号源；第二周上预约与病历模板；第三周开回访工作流与看板。存量病历优先给"在途疗程"（正畸中、种植中）的患者建档。
与口腔诊所同为"客户档案 + 按期收费"模型的专业服务机构还有律所：它以案件为单位立项、按工时计费，敏感档案的权限收口需求同样刚性，可对照律所低代码方案看这类方案如何把档案、期限与计费串成一条主线。
FAQs
Q1：纸质病历能直接拍照存进系统吗？
A：可以作为过渡方案：就诊记录建一条索引（日期、医生、诊断要点），纸质病历拍照作为附件挂接。检索和回访先跑起来，再逐步把高频科室（正畸、种植）的病历结构化，不追求一次全量录入。
Q2：患者爽约怎么减少？
A：三层措施：预约前 2 小时自动提醒；爽约记录进患者档案，累计 2 次的预约需前台二次电话确认；号源紧张的医生可开启预约预付挂号费（到诊抵扣）。行业参考做法表明，提醒 + 确认两步就能拦截大部分爽约。
Q3：系统可以对接医保结算吗？
A：医保接口涉及当地医保局规范的专线接入与资质要求，建议作为独立环节由具备资质的服务商承接，低代码系统通过 API（应用程序接口）与其对接传递结算数据。诊所自建部分专注预约、病历与回访，边界清晰最稳妥。
延伸阅读
- 在线预约系统开发——号源库存与改约机制的通用实现
- 低代码安全——医疗等敏感数据私有化部署与权限加固清单
- 用户权限系统设计——按角色最小授权的权限模型设计
- 健身房低代码方案——同为"预付 + 周期召回"模型的行业参照
