07｜P0 客户端总交互流程

产品：医梦患者智能服务门户（内部代号 Adjutant）

P0 范围：单医院、固定 Mock 患者、三个智能体、语音优先。本版冻结原则：门户负责发现与进入；三个智能体进入后统一使用“对话式任务界面”完成连续交互。

1. P0 需要证明什么

P0 不验证登录、家庭成员、完整健康档案或真实医院交易，只验证三个智能体能够在同一患者门户中被发现、被调用并完成演示闭环：

挂号：语音描述需求，智能体连续追问补槽，查询并确认 Mock 号源；
报告解读：在对话中上传报告，返回结构化 Markdown 解读和风险提醒；
中医舌诊：在对话中完成体质问答、上传舌象、调用现有 MCP 并返回综合结果。

2. 客户端总交互流程

flowchart TD
    H["医梦患者智能服务门户首页<br/>单医院 · 固定演示患者"] --> V["统一语音入口<br/>患者不知道该选哪项服务"]
    H --> C["三项服务入口<br/>患者明确知道要办理什么"]
    H --> W["患者状态与待办<br/>继续报告或舌诊任务"]

    V --> R["统一助手识别意图<br/>确认目标服务"]
    R --> G
    R --> P
    R --> T

    C --> G["挂号智能体对话"]
    C --> P["报告解读智能体对话"]
    C --> T["中医舌诊智能体对话"]
    W --> P
    W --> T

    subgraph SHELL["三个智能体共用同一套对话式任务壳"]
        S1["保留患者原话与助手回复"]
        S2["底部固定输入：语音主入口<br/>文字、上传、快捷选项为辅"]
        S3["系统通过连续对话补齐信息"]
        S4["必要时出现通用确认、风险、上传和结果块"]
        S1 --> S2 --> S3 --> S4
    end

    G --> S1
    P --> S1
    T --> S1

    S4 --> GF["挂号完成<br/>Mock 预约结果"]
    S4 --> PF["报告完成<br/>Markdown 解读 + 风险提醒"]
    S4 --> TF["舌诊完成<br/>问答 + 舌象综合结果"]

    GF --> O["结果可回看<br/>首页状态 / 健康记录"]
    PF --> O
    TF --> O

3. 统一入口与三个智能体如何开始对话

入口	适用情况	进入后的第一步
首页统一语音入口	患者不知道使用哪个服务	识别挂号、报告或舌诊意图，确认后进入独立任务对话
首页/服务中心卡片	患者明确知道要办理什么	直接进入目标智能体，由该智能体给出区别化开场白
患者状态与待办	已有新报告或未完成舌诊	携带已有任务上下文进入原智能体对话
健康记录	查看已完成结果	打开业务结果；如需再次办理则创建新的独立任务

统一助手只负责路由，不承载三个业务的完整办理过程。三个智能体互相独立保存对话和任务状态。

4. 共用的对话式任务界面

三个智能体使用同一页面骨架：

任务标题与服务边界
↓
连续对话记录（患者原话 / 助手回复）
↓
当前步骤所需的最小交互
  ├─ 快捷回答
  ├─ 文件或图片上传
  ├─ Mock 号源选择
  ├─ 风险提醒
  └─ 操作确认
↓
固定底部输入栏
  ├─ 语音（主要）
  ├─ 文字（备选）
  └─ 图片 / 文件（按能力启用）

产品边界：

不为每个步骤建立独立轻应用页面；
不把三个智能体做成三套不同的交互系统；
不隐藏患者已说过的话和智能体的追问过程；
不用纯聊天文字代替号源选择、风险提示和最终确认；
患者端不展示 Workflow、Runtime、MCP 等内部技术概念。

5. 三条黄金演示路径

5.1 挂号智能体

进入挂号对话
→ 患者语音：“我头疼，帮我挂神经内科明天早上九点的专家号”
→ 语音转文字并进入对话
→ 智能体识别已提供信息并进行急诊安全检查
→ 只追问缺失的医生
→ 患者回答“李明主任”
→ 信息完整后查询 Mock 号源
→ 患者选择 09:00
→ 在对话中确认挂号摘要
→ 确认 Mock 挂号
→ 返回预约结果

必须保留急诊演示支线：

患者描述胸痛并呼吸困难
→ 中止普通挂号
→ 显示急诊风险提醒和线下处置指引

5.2 报告解读智能体

进入报告解读对话
→ 智能体提示上传清晰报告
→ 患者在对话中上传图片或 PDF
→ 展示识别和分析进度
→ 返回结构化 Markdown 结果：
   风险提醒
   报告概览
   异常指标表
   联合解读
   行动建议
→ 结果可继续追问并保存

风险提醒必须先于普通解释，且说明当前为演示规则，正式结论以医院医生意见为准。

5.3 中医舌诊智能体

进入舌诊对话
→ 智能体说明服务边界
→ 在对话中逐题询问体质和近期症候
→ 问答完成后给出舌象拍摄指导
→ 患者在对话中上传舌象
→ 调用现有舌诊 MCP
→ 融合问答与舌象结果
→ 返回体质/证候倾向、证据和健康建议

患者端只表达“正在分析舌象”，不展示 MCP 等技术词汇。

6. P0 验收标准

首页存在统一语音入口、三项服务入口和患者状态/待办；
三个服务均进入同一种对话式任务界面；
三条黄金路径可以从首页开始完整点击走通；
挂号可以完成连续补槽、Mock 号源选择和确认；
报告可以在对话内上传并返回结构化 Markdown 与风险提醒；
舌诊可以完成问答、图片上传、现有 MCP 调用和综合结果；
语音是主要输入，文字、快捷选项和上传是补充；
浏览器无运行错误，移动端页面无关键内容遮挡；
所有医院业务结果明确标记为 Mock 或演示结果。

7. P0 不做

登录、注册和家庭成员代办；
真实 HIS、LIS、支付和号源交易；
跨医院健康档案；
可由医院任意配置的前端页面；
独立智能体会话列表；
自动诊断、自动处方或替代医生结论。

07-client-total-interaction-flow.md 6.0 KB 文件歷史 原始文件