医疗后台原型的重点不是堆叠患者信息，而是让预约、就诊、处置和随访在权限可控的前提下形成完整链路。本文拆解结构、角色边界、隐私处理和交付验收。
通用后台方法可参考后台管理系统功能范围；医疗场景还要单独梳理患者身份、就诊记录与访问权限。
医疗后台先拆四类核心对象
建议先定义患者、预约、就诊记录和随访任务。患者是身份与授权边界，预约承载时间和资源，就诊记录承载诊疗过程，随访任务承接后续动作。
| 对象 | 主要任务 | 状态 |
|---|---|---|
| 患者 | 基本信息与就诊历史 | 脱敏、授权、注销 |
| 预约 | 排班、预约、改期 | 待确认、已确认、取消 |
| 就诊记录 | 诊疗、处置和审核 | 草稿、待审核、归档 |
| 随访 | 提醒、回访和结果 | 待执行、完成、失联 |
患者与预约页面要可核对
患者列表应展示必要信息，并支持就诊时间、科室、医生和预约状态筛选。预约详情要保留时间、资源、变更记录和通知结果。
就诊记录：查看、编辑和审核分开
详情应区分当前记录、历史修订和待审核内容。医生编辑负责范围，审核角色确认归档，其他人员只看必要字段。
补齐隐私、异常和审计
补上脱敏、授权过期、重复预约、结果缺失和误操作恢复。敏感字段按角色展示，查看和导出都留下审计记录。
- 脱敏字段不能通过列表、详情和导出绕过。
- 预约冲突要有替代时间或人工处理入口。
- 记录修订保留原版本、原因和审核人。
用墨刀 AI 工作台继续编辑医疗后台
墨刀 AI 工作台可以根据患者、预约、就诊和随访任务生成页面骨架，再继续编辑字段、权限和状态。评审时点击预约确认、改期取消、记录审核和随访关闭四条链路，可使用墨刀后台原型设计继续完善。
交付前检查清单
- 患者、预约、就诊、随访关系清楚。
- 预约、就诊、审核和随访主链路可点击。
- 医生、护士、审核员和管理员数据范围明确。
- 脱敏、授权、导出和查看审计规则完整。
- 冲突、取消、缺失、误操作和修订有路径。
常见问题
能直接套通用后台模板吗？
只能借用布局，不能直接照搬医疗状态和权限。
为什么保留历史版本？
用于解释谁在何时修改了什么并支持问题追溯。
什么时候交给开发？
主链路、权限、隐私和异常经过角色评审后再进入开发。
实际项目还应在评审中逐项确认数据来源、字段必填条件、接口失败反馈和角色授权期限。涉及患者隐私、诊疗记录或导出能力时，原型只表达交互和权限假设，正式上线仍需遵守团队的安全、合规和审计流程。先用小范围角色和样例数据验证主链路，再扩展到更多科室、设备和随访规则，可以降低返工风险。
评审时不要只让产品经理点击正常路径。应分别让医生、护士、审核员和管理员从自己的入口开始操作，检查列表是否只显示必要数据，按钮是否在无权限时隐藏或置灰，异常后是否能回到原任务。对预约改期、记录修订、授权失效和导出失败等情况，至少保留一条可追溯的处理结果。
模板的价值在于加快结构搭建，不是替代医疗业务判断。每次调整后都要同步更新字段说明、权限矩阵和验收清单，确保原型、接口和实际流程保持一致。
