Главная Обзор Помощь
Вход
WangKang
/
emoon-backend
1
0
Ответвить 0
Файлы Задачи 0 Запросы на слияние 0 Вики
Дерево: aaf444eb8b
Ветки Метки
emoon-backend
/
docs
/
initiatives
/
FEAT-202606-001-unified-entry-client
/
design
/
患者服务台移动端原型设计.md

患者服务台移动端原型设计.md 15 KB
История Исходник

doc_id: DES-202607-001 feature_id: FEAT-202606-001-unified-entry-client type: design title: 统一入口客户端患者服务台移动端原型设计 status: draft owner: 医梦研发团队 created_at: 2026-07-02 updated_at: 2026-07-02 reviewers:

  • 产品负责人
  • 业务负责人
  • 终端负责人 related_docs:
  • PRD-202606-001
  • ODS-202606-002
  • ADR-202606-001 related_modules:
  • emoon-terminal-client
  • emoon-openplatform
  • emoon-ai-agent
  • emoon-ai-command
  • emoon-ai-mcp
  • emoon-ai-device tags:
  • 统一入口客户端
  • 患者服务台
  • 移动端
  • 事件驱动
  • TaskState
  • Command Runtime source:
  • Open Design 统一入口客户端 v2 原型
  • 蚂蚁阿福业务介绍与报告接入资料 ---

统一入口客户端患者服务台移动端原型设计

1. 文档定位

本文定义统一入口客户端从院内 16:9 三栏演示原型升级为患者手机端 小程序/H5“患者服务台”的产品结构、页面范围、交互状态和方案演示主线。

本设计以 codex/feat-202606-006-agent-semantic-interaction 分支中正在开发的 Agent 语义交互与命令治理方案为中台依据：

  • TaskState 是患者任务事实源；
  • 医疗事件创建或更新任务；
  • FastGPT 与只读 MCP 负责查询、解释和推荐；
  • SemanticResponse 提供完整文本结论；
  • Presentation 是可选无状态展示；
  • Command Runtime 执行挂号、支付、签到、取消等副作用。

本文是方案演示原型设计，不声明上述中台能力已经全部上线。

2. 产品定位

患者服务台是医院官方、事件驱动的患者服务入口。

它不以功能宫格或聊天窗口作为产品中心，而以患者当前就医任务为中心：

现在发生了什么
→ 患者需要做什么
→ 为什么需要处理
→ 是否可以立即办完
→ 完成后下一步是什么

产品由五类能力组成：

  1. 当前任务；
  2. 下一步行动；
  3. 医院服务；
  4. AI 助手；
  5. 健康档案。

3. 设计目标

  1. 患者进入首页后，三秒内看懂当前最重要的事项。
  2. 报告、挂号、检查、缴费、签到、候诊和随访由事件主动触发。
  3. 用户点击和自然语言表达进入同一交互链路。
  4. 查询和解释不依赖 Card 渲染成功。
  5. 写操作具备明确影响、二次确认、执行状态和异常恢复。
  6. 保留医院品牌、入口、数据和服务运营主权。
  7. 原型能够向医院领导和客户完整演示“服务找人、即问即办”。

4. 非目标

  • 不在移动端显示 BLE、NFC、L0/L1、traceId 等工程状态。
  • 不以固定 Card 链定义业务流程。
  • 不在原型中承诺无授权自动签到、自动支付或自动挂号。
  • 不把患者服务台设计成独立于医院品牌的公共医疗平台。
  • 不在本轮覆盖完整住院、慢病和区域医疗业务。

5. 事件驱动产品模型

flowchart TD
    E["医疗事件"] --> R["事件识别与任务关联"]
    U["用户提问或点击"] --> R
    R --> T["TaskState"]
    T --> A["Agent + 只读 MCP"]
    A --> S["SemanticResponse"]
    S --> P["无状态 Presentation"]
    T --> C["Command Runtime"]
    C --> E2["业务结果事件"]
    E2 --> T

5.1 事件原则

事件只表达已经发生的事实，不直接代表患者授权或业务执行。

例如：

  • REPORT_ISSUED 表示报告已经出具，不表示患者同意 AI 解读；
  • CHECKIN_AVAILABLE 表示当前可以签到，不表示系统自动签到；
  • PAYMENT_PENDING 表示存在待缴费用，不表示允许自动支付；
  • QUEUE_UPDATED 表示候诊队列发生变化，不改变挂号事实。

5.2 TaskState 原则

首页、就医旅程和 AI 对话引用同一 TaskState。

TaskState 至少表达：

  • 任务类型；
  • 当前状态；
  • 当前阶段；
  • 完成条件；
  • 下一步允许动作；
  • 关联业务对象；
  • 有效时间；
  • 是否需要患者确认。

5.3 Presentation 原则

医生、号源、报告摘要、费用和路线等 Card 只负责提高可读性。

Presentation：

  • 不创建业务事实；
  • 不推进 TaskState；
  • 不保存可信写参数；
  • 失败时不阻塞文本或语音；
  • 点击后以稳定引用重新提交 interaction。

5.4 Command 原则

挂号、支付、取消等不可逆或收费操作必须通过 Command Runtime。

移动端只允许：

  • 查看确认摘要；
  • 确认；
  • 拒绝；
  • 查询执行状态。

移动端不得自行构造金额、患者、号源或医院系统参数。

6. 信息架构

底部使用五个一级导航：

导航 主要内容
首页 当前任务、今日旅程、常用服务和主动关怀
就医 门诊、检查、住院、随访任务总览
AI 助手 查询、解释、推荐和服务办理入口
健康档案 报告、处方、病历、过敏史和健康趋势
我的 就诊人、授权、消息、隐私和帮助

AI 助手位于底部中间，可提高识别度，但首页任务仍是首要入口。

7. 首页设计

首页按以下顺序组织。

7.1 身份与医院

  • 医院 Logo 和名称；
  • 当前院区；
  • 当前就诊人；
  • 家庭就诊人切换；
  • 消息中心；
  • 隐私模式。

7.2 AI 欢迎区

推荐文案：

张先生，上午好
今天有 2 项就医事项需要处理

提供轻量输入入口：

问病情、查报告、找医生、办就医服务

医生助手形象只作为头像或局部陪伴形象，不占据首页主要空间。

7.3 现在要做

任务按以下优先级排列：

  1. 立即处理；
  2. 今天处理；
  3. 进行中；
  4. 即将开始；
  5. 已完成。

任务卡必须回答：

  • 发生了什么；
  • 为什么需要处理；
  • 建议做什么；
  • 主操作；
  • 次操作；
  • 紧急程度或有效时间。

示例：

血常规报告已出
发现 3 项指标需要关注
[查看报告] [AI 解读]

神经内科可以签到
您已到达门诊三楼，距预约时间还有 20 分钟
[确认签到] [查看路线]

7.4 今日就医旅程

首页只显示当前节点及前后相邻节点：

09:10 到院
09:20 神经内科签到
09:30 候诊
10:05 医生接诊
10:30 检验检查
11:20 报告出具

点击后进入完整就医旅程。

7.5 常用服务

首屏最多展示八项：

  • 预约挂号；
  • 智能导诊；
  • 报告查询；
  • 门诊缴费；
  • 检查预约；
  • 住院服务；
  • 院内导航；
  • 在线问诊。

其余能力进入全部服务。

7.6 主动关怀

  • 报告异常提示；
  • 用药提醒；
  • 检查准备；
  • 复诊提醒；
  • 出院随访；
  • 慢病任务；
  • 健康宣教。

8. 就医模块

8.1 总览

按任务状态组织：

  • 待办理；
  • 进行中；
  • 已完成；
  • 需要人工处理。

8.2 门诊

  • 智能导诊；
  • 科室、医生和号源查询；
  • 挂号和支付；
  • 到院提醒；
  • 签到；
  • 候诊动态；
  • 院内导航；
  • 诊后小结；
  • 处方和取药；
  • 复诊预约。

8.3 检查检验

  • 检查预约；
  • 检查须知；
  • 检查准备提醒；
  • 检查位置导航；
  • 排队状态；
  • 报告生成提醒；
  • 报告查看；
  • AI 报告解读；
  • 历史趋势对比。

8.4 住院与随访

作为后续扩展：

  • 入院办理；
  • 床位和病区信息；
  • 住院待办；
  • 医嘱和检查提醒；
  • 住院费用；
  • 出院办理；
  • 出院小结解读；
  • 出院随访。

9. AI 助手

9.1 场景入口

  • 帮我看报告；
  • 我该挂哪个科；
  • 帮我找医生；
  • 今天下一步做什么；
  • 检查前需要准备什么；
  • 这笔费用是什么。

9.2 对话规则

  • 已知信息不重复询问；
  • 可信结果来自只读 MCP；
  • 无精确结果时提供受控替代方案；
  • 插入普通问题不丢失当前任务；
  • 切换任务时明确提示；
  • Card 失败不影响文本回答。

9.3 可选展示

  • 医生候选；
  • 号源候选；
  • 报告摘要；
  • 异常指标；
  • 费用明细；
  • 路线；
  • 检查须知；
  • 趋势图。

9.4 Command 确认

统一确认层包含：

  • 操作名称；
  • 医院业务对象；
  • 患者；
  • 金额；
  • 有效期；
  • 风险提示；
  • 确认和拒绝。

必须覆盖以下状态：

  • 准备中；
  • 待确认；
  • 执行中；
  • 成功；
  • 失败；
  • 已过期；
  • 结果确认中；
  • 已拒绝。

UNKNOWN 状态显示“结果确认中，请勿重复操作”。

10. 报告解读演示主线

10.1 报告事件到达

收到 REPORT_ISSUED 后：

  • 消息中心出现新消息；
  • 首页新增任务；
  • AI 助手显示未处理提示；
  • 不自动发起 AI 解读。

10.2 患者授权

首次解读展示：

  • 数据用途；
  • 使用范围；
  • 有效期；
  • AI 辅助性质；
  • 风险说明；
  • 撤回方式。

操作：

  • 同意并继续；
  • 暂不授权。

10.3 报告详情

  • 医院和报告信息；
  • 最终审核状态；
  • 异常指标；
  • 全部指标；
  • 原始报告；
  • 历史趋势；
  • AI 解读入口。

10.4 AI 解读

结果分为五层：

  1. 一句话总结；
  2. 需要重点关注；
  3. 异常指标解释；
  4. 常见相关因素；
  5. 下一步建议。

患者端不得输出确定性诊断。

10.5 后续服务

  • 预约相关科室；
  • 在线咨询；
  • 查看复查建议；
  • 设置复查提醒；
  • 联系人工服务。

点击预约后创建或切换到挂号 TaskState，不继续使用报告 Card 串流程。

11. 健康档案

  • 检验报告；
  • 检查报告；
  • 门诊记录；
  • 住院记录；
  • 处方与用药；
  • 过敏史；
  • 慢病指标；
  • 健康趋势；
  • 授权记录。

报告支持：

  • 时间和类型筛选；
  • 未读和已解读状态；
  • 异常优先；
  • 历史趋势比较。

12. 我的

  • 就诊人管理；
  • 家庭关系；
  • 授权中心；
  • 数据使用记录；
  • 消息设置；
  • 常用医院和院区；
  • 医保和支付；
  • 电子票据；
  • 人工客服；
  • 意见反馈；
  • 关于 AI；
  • 演示控制台。

13. 事件与客户端响应

事件 TaskState 变化 客户端响应
报告出具 创建报告任务 首页任务和消息
报告更正 原结果失效 强提醒重新查看
挂号成功 进入待到院 今日旅程和提醒
到达医院 进入院内服务 路线和签到建议
可签到 进入待确认 签到确认
队列变化 更新等待状态 人数和预计时间
待缴费 创建缴费任务 费用和支付入口
支付状态未知 Command UNKNOWN 禁止重复支付
处方完成 创建取药任务 药房路线和提醒
出院完成 创建诊后任务 小结和随访
随访到期 创建随访任务 首页待办和问卷

14. 视觉设计

14.1 保留

  • 深蓝 #2B1F99；
  • 青色 #3AD4D8；
  • 医生助手形象；
  • 圆角卡片；
  • 成功、异常、加载和断连状态。

14.2 重构

现有原型 新版患者服务台
16:9 三栏 单列手机布局
中央聊天主导 首页任务主导
技术感知矩阵 患者可理解的主动服务
底部通知条 消息中心
六步 Card 链 TaskState + Presentation + Command
多区域同时展示 一屏一个主要行动
Emoji 图标 统一医疗线性图标
工程错误信息 患者语言和可展开详情

14.3 风格

采用“医院可信感 + AI 轻智能感”：

  • 白色和极浅蓝背景；
  • 深蓝表达可信和关键操作；
  • 青色表达 AI、进行中和服务提醒；
  • 红色只用于真正高风险；
  • 不使用大面积科技渐变和发光；
  • 任务行动优先于装饰。

15. 原型页面范围

完整方案包含 18 个主要页面或状态：

  1. 首页空闲态；
  2. 首页多任务态；
  3. 报告到达；
  4. 报告授权；
  5. 报告详情；
  6. AI 解读加载；
  7. AI 解读结果；
  8. 后续服务；
  9. AI 助手首页；
  10. 自然语言挂号；
  11. 号源候选；
  12. 挂号确认；
  13. 挂号执行中；
  14. 挂号成功；
  15. 到院可签到；
  16. 候诊动态；
  17. 支付结果确认中；
  18. 网络异常和恢复。

16. 方案演示脚本

主故事线：

患者进入首页
→ 报告事件到达
→ 患者授权
→ AI 解读
→ 推荐复诊
→ 自然语言查询号源
→ 确认挂号
→ 到院主动提示签到
→ 候诊状态更新

演示重点：

  1. 首页随事件变化，而不是静态宫格；
  2. AI 解读不自动发生，患者先授权；
  3. 挂号不再重复走科室、医生、时间 Card 链；
  4. 写操作进入统一 Command 确认；
  5. 挂号成功继续产生到院和签到任务；
  6. 展示 Card 关闭后，文本和任务仍能工作。

17. 现有原型迁移

17.1 保留

  • 医生助手视觉资产；
  • 品牌色；
  • 对话气泡；
  • 加载、失败、成功和断连；
  • 挂号确认摘要；
  • 就医旅程概念。

17.2 重构

  • idle-v2.html 重构为患者服务台首页；
  • chat-card-v2.html 重构为 TaskState 驱动的 AI 助手；
  • card-confirm-v2.html 重构为通用 Command 确认层；
  • 成功页重构为任务结果和下一任务；
  • 右侧动线重构为移动端今日旅程。

17.3 删除或隐藏

  • Card 链进度；
  • BLE、NFC、L0/L1 技术标签；
  • 手表连接作为主要内容；
  • 患者可见 Mock 和 traceId；
  • 自动代替患者签到的表述；
  • CSS 模拟二维码；
  • 固定头痛挂号线性流程。

18. 迭代优先级

P0 方案演示

  • 移动端首页；
  • 当前任务；
  • 报告事件；
  • 报告授权；
  • 报告解读；
  • AI 助手；
  • 自然语言挂号；
  • Command 确认；
  • 主动签到提示。

P1 完整门诊

  • 缴费；
  • 检查预约；
  • 候诊；
  • 处方取药；
  • 导航；
  • 消息中心；
  • 家庭就诊人。

P2 住院和健康管理

  • 住院服务；
  • 出院小结；
  • 随访；
  • 慢病；
  • 健康趋势；
  • 多报告联合分析。

19. 原型验收标准

  1. 首页第一屏清晰展示最高优先级任务和下一步。
  2. 报告事件能够驱动首页任务变化。
  3. 报告解读前存在明确授权。
  4. AI 解读结果不输出确定性诊断。
  5. 完整挂号条件不再重复选择已知信息。
  6. 号源候选是无状态展示，不作为任务事实。
  7. 最终挂号通过 Command 确认。
  8. Command UNKNOWN 明确禁止重复操作。
  9. 挂号完成后出现新的到院和签到任务。
  10. Card 隐藏或失败不影响文本结论和任务状态。
  11. 页面不向患者暴露 BLE、NFC、traceId 和 Mock 等工程信息。
  12. 手机端关键操作可单手完成，主按钮不依赖横向布局。

20. 生命周期说明

FEAT-202606-006-agent-semantic-interaction 已完成设计评审并进入开发， 本设计可以采用其目标协议作为原型依据。

本设计仍为患者服务台原型 draft。完成页面线框、视觉稿和交互走查后， 再更新为 reviewing；不得仅凭方案演示稿声明移动端已经实现。