# 医梦患者智能服务门户（Adjutant）P0 文档集

> 对外名称：医梦患者智能服务门户
>
> 内部代号：Adjutant（星际争霸副官）
>
> 文档版本：P0 / v0.1
>
> 更新日期：2026-07-26

## 1. 本文档集解决什么问题

本项目已由早期桌面自助终端 Demo 演进为移动端 Web P0。

当前产品定义为：

> 部署于单家指定医院、面向患者使用的移动端智能服务门户。患者不需要理解“智能体”，主要通过语音表达完整诉求，由智能体持续追问缺失信息，并通过标准卡片完成确认和操作。

本阶段的重点不是接入真实医院系统，而是验证：

1. 患者能否发现并正确进入三项智能服务；
2. 统一入口能否以语音为主入口，将诉求路由到正确任务并完成必要信息补齐；
3. 三项任务能否依靠 Mock 数据、Mock MCP 和现有舌诊 MCP 完成演示闭环；
4. 结果能否形成可回看的业务记录，而不是只留在聊天消息中；
5. 当前交互协议能否为后续 P1 接入真实医院接口保留稳定边界。

## 2. 文档导航

| 文档 | 主要内容 | 主要读者 |
|---|---|---|
| [01-产品定义与范围](./01-product-definition.md) | 产品定位、P0 范围、非目标、成功标准 | 产品、设计、研发、演示负责人 |
| [02-信息架构与智能体入口](./02-information-architecture-and-agent-entry.md) | 首页、服务、记录、统一助手；三项服务如何被发现和唤起 | 产品、交互、前端、Agent 编排 |
| [03-核心交互流程](./03-core-interaction-flows.md) | 挂号、舌诊、报告解读的端到端流程、异常和恢复 | 产品、FastGPT、MCP、测试 |
| [04-低保真交互稿](./04-low-fidelity-wireframes.md) | 移动端关键页面线框与页面跳转 | 产品设计、前端、评审人员 |
| [05-视觉与组件规范](./05-visual-and-component-guidelines.md) | 现有风格继承、移动端设计令牌、标准组件 | UI、前端 |
| [06-实施边界与验收](./06-implementation-handoff-and-acceptance.md) | 现有工程差距、P0 实施顺序、数据契约、测试剧本 | 技术负责人、开发、测试 |
| [07-客户端总交互流程](./07-client-total-interaction-flow.md) | 四类入口、统一助手、三智能体、异常回退与健康记录闭环 | 全体项目成员 |

## 3. 一句话产品模型

> 首页告诉患者“现在可以做什么”，统一助手理解患者“想做什么”，服务中心展示医院“能提供什么”，健康记录保存患者“已经完成什么”。

## 3.1 P0 主交互范式

```text
患者语音表达
→ 语音转文字并展示
→ 智能体识别意图和已提供信息
→ 逐项追问缺失信息
→ 信息完整性与医疗安全检查
→ 标准卡片确认
→ Mock MCP 执行业务
→ 结果写入健康记录
```

服务卡负责让患者知道医院提供什么，语音负责完成主要交互；文字、选项和上传是补充方式。业务状态、待办和异常恢复参考 `web-demos/patient-service-desk-v3.html`，移动端视觉与入口结构继续采用当前门户方案。

## 4. P0 总体结构

```mermaid
flowchart TD
    H["医梦患者智能服务门户<br/>单医院移动端 P0"] --> A["首页"]
    H --> S["服务"]
    H --> R["健康记录"]
    H --> M["我的"]

    A --> E1["三项核心服务卡"]
    A --> E2["统一语音助手"]
    A --> E3["待办 / 最近记录"]
    S --> E1
    R --> E3

    E1 --> G["智能分诊挂号任务"]
    E1 --> T["中医舌诊任务"]
    E1 --> P["报告解读任务"]
    E2 --> RT["意图识别 + 补槽 + 安全判断 + 服务确认"]
    RT --> G
    RT --> T
    RT --> P
    E3 --> G
    E3 --> T
    E3 --> P

    G --> MG["Mock HIS / Mock MCP"]
    T --> MT["现有舌诊 MCP"]
    P --> MP["Mock Report MCP / 知识库"]
```

## 5. 当前工程判断

当前根 Vue 工程已完成移动端门户的正式前端实现：

- 首页、服务、健康记录和“我的”四个一级页面；
- 双层智能体服务目录，只有三个 P0 智能体可进入；
- 语音优先的对话式任务界面和情境推荐回答；
- 挂号、报告解读、中医舌诊三个完整 Mock 演示流程；
- 390px 移动 Web 与 1280px 桌面预览的自动化测试；
- 已通过视觉走查、单元测试、E2E 和生产构建。

仓库同时保留了可复用的旧终端基础：

- Vue 3、TypeScript、Vite 和 Pinia 工程；
- 对话消息、卡片渲染、任务状态和 SSE 事件处理；
- 科室、医生、号源、确认、支付、成功等挂号卡片；
- Demo Fixtures 和完整挂号 Mock 链路；
- 清晰的医梦紫、青色点缀、浅蓝背景和白色卡片视觉语言。

旧桌面布局仍保留在 `src/layouts/`，但当前根入口已切换到 `src/portal/`。后续联调应继续维护移动端任务型产品，不要重新挂载旧三栏布局。

工程接手和联调顺序见 [开发与联调接手指引](../DEVELOPMENT_GUIDE.md)。

## 6. 文档依据

本方案综合了：

- 用户确认的产品决策与“分支 · 智能体交付与技术平衡”对话；
- 当前 `emoon-portal` 仓库代码与测试；
- 医梦知识库中的规范页和原始证据。

知识库中的统一入口、智能体平台等规范页目前为 `candidate / draft / ai-generated`，本文将其作为内部设计依据，不将其中候选内容视为已对外承诺。