3.4 KiB
3.4 KiB
AI 全量患者上下文与处方闭环（2026-08-21）
范围
本次改造覆盖 app 医生工作台实际调用的患者级 AI 入口：AI 问诊助手（普通与流式）、AI 智能分析、诊断报告生成、患者纵向报告，以及新增的 AI 处方草稿。客户端不再自行拼装或截断患者资料，统一由服务端在完成诊单权限校验后聚合。
全量上下文覆盖矩阵
| 必须资料 | 权威数据源 | 发给 AI 的内容 |
|---|---|---|
| 当前信息、现病史、病例/病历 | tcm_diagnosis（同一稳定患者全部未删除诊单） |
结构化字段与完整纵向记录 |
| 医生备注 | tcm_doctor_note |
备注正文、分类、时间及附件 |
| 舌苔/舌象 | tcm_doctor_note.tongue_images 等附件字段 |
文字描述与原图文件 |
| 报告信息 | 医生备注、诊单等记录中的报告附件 | 元数据与报告原文件 |
| 每日视频面诊文字 | tcm_call_record、tcm_call_transcript_segment |
完整转写文本；有录像地址时同时发送视频文件 |
| 日常记录 | tcm_blood_record、patient_diet_record、patient_exercise_record |
血糖/血压/用药、饮食、运动等完整明细 |
| 聊天与随访 | IM/微信消息与关联随访记录 | 可用的完整文本和附件 |
| 正式处方与记录病历 | tcm_prescription |
处方药味、剂量、用法、处方病历、审核状态 |
聚合结果不再使用客户端 320/500 字符截断，也不再只取当前诊单。超长纵向报告仍可分段送入模型，但不会在分段前丢弃资料。图片、文档、音频和视频通过上游文件参数发送；无法读取的附件要求模型明确说明，不能臆测其内容。
AI 处方闭环
- 医生在 AI 问诊助手选择“AI 生成处方”。
- 服务端使用同一份全量纵向上下文生成严格 JSON 处方草稿。
- 客户端只接受诊断、药味剂量、用法、辨证与风险说明；患者身份、诊单、预约、医生身份不得由模型覆盖。
- 草稿必须进入现有处方编辑器，由医生复核并签名。
- 保存后始终进入
audit_status = 0的待审核状态，沿用现有审核发布流程；AI 不能伪造签名或绕过审核直接生效。
权限与数据完整性
- 服务端先按“我的患者”权限校验入口诊单，再按稳定患者 ID 聚合同一患者历史。
- 处方新增时再次校验诊单归属，并由服务端回填患者、预约、医生和病例字段，忽略客户端对权威身份字段的伪造。
- 处方编辑仅允许创建者，诊单关联不可被改写。
- 关键处方写接口在菜单配置缺失时不再默认放行。
- 含文档/音视频的请求不会静默降级为不带附件的文本请求。
验证结果
- 桌面端 AI/处方相关回归：244 passed。
- 桌面端重点 AI/仓储/处方回归：116 passed。
- 服务端 AI 上下文、权限、流式、快照、处方、安全与配置契约测试：通过。
- 所有本次涉及的 PHP 与 Python 文件语法检查：通过。
部署验收
- 配置可接收文件输入的 Dify 工作流，并确保模型/工作流能够读取所需附件类型。
- 使用包含舌象、报告、转写、日常记录和历史处方的真实患者，检查 Dify 调用日志中的文本上下文和
files。 - 让 AI 生成处方，确认医生签名不可省略、保存后为待审核、患者身份不能被请求参数篡改。