# 医梦患者智能服务门户：低保真方案与当前原型对照审计

## 总体判断

两套方案的产品骨架一致：单医院门户、稳定底部导航、统一助手、服务卡、状态待办、三个智能体和健康记录。主要差异发生在进入挂号智能体以后：

- 低保真方案偏“统一助手持续对话 + 任务流程页面”；
- 当前原型偏“统一助手识别/补槽 + 立即切换任务界面”。

当前方案更符合语音优先、事务确认和医疗安全，但对话上下文被压缩过度。推荐采用“短对话上下文 + 持续槽位摘要 + 结构化操作卡”的混合模式。

## 流程步骤

1. 首页和服务发现：健康。当前视觉层级和可发现性更强。
2. 统一助手与能力路由：健康。两套逻辑基本一致。
3. 挂号语音补槽：需要改进。当前能精准追问缺失字段，但缺少持续可见的已收集信息和纠错入口。
4. 科室、医生、号源、确认和结果：健康。任务型组件优于纯聊天气泡。
5. 健康记录和任务续接：健康。结果按业务记录沉淀，而非保存为机器人会话。

## 主要结论

### 当前方案更合理

- P0 收敛到首页、服务、待办、健康记录，不提前建设消息中心。
- 允许患者一句话提供多个挂号条件，只追问缺失槽位。
- 急诊门禁、信息完整性门禁和执行前确认独立可见。
- 医生、号源、报告指标和舌诊结果使用标准卡片，不用长聊天文本表达。
- 完成结果进入健康记录，不建立机器人会话列表。

### 低保真方案更合理

- 更清楚地表达六类入口及未来 P1/P2 的产品扩展位置。
- 统一助手保留上下文感，患者更容易理解系统为何继续追问。
- 用户能看到“自己说过什么、系统理解了什么”，更利于纠错和建立信任。

## 对话模式建议

不建议恢复成微信式无限聊天记录，也不建议只显示当前问题。

推荐每个智能体任务页包含：

1. 最近一到两轮对话；
2. 常驻或可折叠的“已收集信息”摘要；
3. 当前唯一待补字段；
4. 语音主按钮、文字和快捷选项；
5. 修改已收集字段的入口；
6. 可展开的“本次对话与操作记录”；
7. 进入有副作用操作前的独立确认卡。

任务完成后只保存业务结果和必要审计轨迹，不在患者端生成聊天会话列表。

## 可见问题

- 当前补槽截图中，患者语音转写在深紫背景上的对比度不足，应改为白色或更浅文字。
- 当前页面直到补槽完成才显示完整槽位摘要，患者较难提前发现日期、科室或号别识别错误。
- 纯语音圆形入口很突出，但应持续显示当前任务和已理解信息，避免患者误以为系统从头开始。

## 证据

- `00-gpt-lowfi-overview.png`
- `01-current-home.png`
- `02-current-registration-start.png`
- `03-current-registration-followup.png`

## 证据限制

本次判断来自低保真图和当前浏览器原型截图。没有覆盖真实语音识别错误率、老年患者可用性、屏幕阅读器、医院现场噪声及真实 HIS 响应时间。