1b52787b26
5 个专家组（产品策略师/AI架构师/UX设计师/医疗业务专家/技术负责人） 对代码库深度分析后制定从"综合平台"到"AI主动关怀引擎"的演进路线： - Phase 0 基础加固（4周）：修复AI管道断裂 + 关怀工作台Phase1 - Phase 1 关怀引擎MVP（8周）：护理计划/KDIGO评分/班次管理/关怀通知/BLE网关 - Phase 2 患者体验（8周）：老年适配UI/家庭代理/结果测量 - Phase 3 平台规模化（10周）：HIS-LIS集成/多机构/商业飞轮
2.8 KiB
2.8 KiB
HMS 系统演进多专家组头脑风暴
日期: 2026-05-04 | 参与者: 产品策略师 + AI 架构师 + UX 设计师 + 医疗业务专家 + 技术负责人（AI 模拟）
背景
基于 2026-05-04 产品愿景讨论的结论（HMS = AI 驱动主动关怀引擎，首个客户 = 血透中心），组织 5 个专家组进行代码库级深度分析，制定系统演进方案和实施计划。分析基于：2026-04-30 全系统审计报告（83% 完成度）、2026-05-03 项目深度分析（B+ 评分）、以及三个代码级探索（AI 模块 / Action Inbox+工作流 / 小程序+BLE）。
讨论要点
1. 五组共识
- AI 自动分析管道断裂是首要阻碍 — 批处理存在但不生成建议、不发布事件，关怀引擎无法启动
- 护士每日关怀工作台是旗舰功能 — Action Inbox 是通用收件箱，需演进为班次感知、AI 优先的护理工具
- "关怀已送达"通知是信任机制 — 护士关怀动作必须传递到患者端，否则信任无法建立
- BLE 网关是被动采集的唯一可行路径 — 微信小程序无法后台 BLE，居家采集需要物理网关
- 积分商城/线下活动/通用 CRM 应冻结 — 不服务第一个客户，在关怀引擎验证前不再投入
2. 各组分歧
- 体检中心集成时机：产品组希望 Phase 3（飞轮入口），技术组认为可更早
- 多 Provider 优先级：AI 组希望 Phase 1，产品组认为成本控制非 MVP 阻断器
- 家庭成员端优先级：UX 组希望 Phase 1，医疗组认为护士工作台更优先
3. 演进路线
- Phase 0（4 周）：修复 AI 管道 + 关怀工作台 Phase 1 + 基础加固
- Phase 1（8 周）：关怀引擎 MVP（护理计划 + KDIGO 评分 + 班次管理 + 关怀通知 + BLE 网关）
- Phase 2（8 周）：患者体验（老年 UI + 家庭代理 + 结果测量 + 网关试点）
- Phase 3（10 周）：平台规模化（HIS/LIS + 多机构 + 商业飞轮）
结论 / 待定
达成共识
- 北极星指标 = 每位患者每周关怀动作数
- 先止血（Phase 0 AI 管道修复）再建设（Phase 1 MVP）
- 护士工作台 > 老年患者 UI > 家庭成员端（优先级排序）
- BLE 网关策略确定，小程序 BLE 保持现状作为辅助
- 架构不变（星型依赖 + EventBus + 多租户），增量演进
待后续探索
- BLE 网关硬件选型与采购
- KDIGO 规则细节确认（需与肾科医生对齐）
- 护士工作台 UX 原型验证（需与真实护士测试）
- AI 每日批处理成本估算（全量透析患者 × Claude 调用）
- 医疗器械认证要求（临床决策支持是否需要认证）
完整方案
详见 plans/ai-ux-toasty-cray.md（513 行，含完整演进路线图和优先级矩阵）。