医疗健康机构预约与随访小程序：分诊排班、随访计划与个人信息最小化

预约靠前台记录纸质登记本，医生排班每周在群里发一次表格，改动无法及时同步到前台；术后随访靠护士凭记忆逐个联系，遗漏难以发现，也没有留痕。

排班表成为系统内唯一来源，患者端可预约的时段直接由排班生成，改动即时生效。随访按项目配置计划模板，到期自动生成待办并推送给责任护士，完成情况留痕。患者信息按诊疗必要范围收集，身份证号等敏感字段加密存储并对普通角色脱敏显示。

背景

这是一家在杭州有多家院区的口腔连锁机构。此前预约完全依赖前台：电话或到店登记在纸质本上，医生排班每周在内部群里发一张表格。排班一旦临时调整，前台不一定第一时间知道，就会出现预约冲突。术后随访由护士按项目手工安排，遗漏没有机制能发现。

需求形态

除了预约与随访这两条明面需求，评估阶段还识别出一条必须先解决的前置问题：个人信息的收集范围与访问权限。医疗场景涉及姓名、手机号、就诊记录等信息，收集范围与谁能看必须先定下来，否则系统上线即带风险。这部分按个人信息保护法关于最小必要与告知同意的要求逐项梳理，形成了一份字段清单。

方案

排班作为唯一来源：机构端维护医生的院区、班次与可预约时段，患者端看到的可选时段由排班实时生成。取消与改约有规则约束，超过约定时限需联系院区处理，避免临期空档。

随访模块按诊疗项目配置计划模板，例如某项目在术后第 1 天、第 7 天、第 30 天各有一次随访。患者完成诊疗后自动按模板生成随访待办并指派责任护士，到期未完成的进入超期列表，院区管理员可见。每次随访的执行结果需填写并留痕。

个人信息处理上，字段清单区分必要与非必要，非必要字段不收集；身份证号等敏感字段加密存储，普通角色界面上默认脱敏显示，完整查看需单独权限并记录访问日志。隐私政策与授权说明在患者端首次使用时展示。

交付

交付小程序端源码、Web 管理端源码、后端服务源码、数据库结构、字段与权限说明文档、部署文档与操作手册。系统部署在客户自有云主机上，数据不出客户环境。

复盘

医疗类项目里，个人信息的字段清单应当在原型阶段就与客户逐条确认，而不是等到开发中再补。这个清单同时决定了数据库设计、权限矩阵与前端脱敏规则三件事，改动成本随开发进度快速上升。

本案例为按典型项目形态整理的示例，不涉及任何真实客户信息。