emoon-portal/docs/p0-mobile

医梦患者智能服务门户（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-产品定义与范围	产品定位、P0 范围、非目标、成功标准	产品、设计、研发、演示负责人
02-信息架构与智能体入口	首页、服务、记录、统一助手；三项服务如何被发现和唤起	产品、交互、前端、Agent 编排
03-核心交互流程	挂号、舌诊、报告解读的端到端流程、异常和恢复	产品、FastGPT、MCP、测试
04-低保真交互稿	移动端关键页面线框与页面跳转	产品设计、前端、评审人员
05-视觉与组件规范	现有风格继承、移动端设计令牌、标准组件	UI、前端
06-实施边界与验收	现有工程差距、P0 实施顺序、数据契约、测试剧本	技术负责人、开发、测试
07-客户端总交互流程	四类入口、统一助手、三智能体、异常回退与健康记录闭环	全体项目成员

3. 一句话产品模型

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

3.1 P0 主交互范式

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

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

4. P0 总体结构

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/。后续联调应继续维护移动端任务型产品，不要重新挂载旧三栏布局。

工程接手和联调顺序见 开发与联调接手指引。

6. 文档依据

本方案综合了：

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

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