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集成/多机构/商业飞轮
53 lines
2.8 KiB
Markdown
53 lines
2.8 KiB
Markdown
# 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 + 多机构 + 商业飞轮）
|
||
|
||
## 结论 / 待定
|
||
|
||
### 达成共识
|
||
|
||
1. 北极星指标 = 每位患者每周关怀动作数
|
||
2. 先止血（Phase 0 AI 管道修复）再建设（Phase 1 MVP）
|
||
3. 护士工作台 > 老年患者 UI > 家庭成员端（优先级排序）
|
||
4. BLE 网关策略确定，小程序 BLE 保持现状作为辅助
|
||
5. 架构不变（星型依赖 + EventBus + 多租户），增量演进
|
||
|
||
### 待后续探索
|
||
|
||
1. BLE 网关硬件选型与采购
|
||
2. KDIGO 规则细节确认（需与肾科医生对齐）
|
||
3. 护士工作台 UX 原型验证（需与真实护士测试）
|
||
4. AI 每日批处理成本估算（全量透析患者 × Claude 调用）
|
||
5. 医疗器械认证要求（临床决策支持是否需要认证）
|
||
|
||
### 完整方案
|
||
|
||
详见 `plans/ai-ux-toasty-cray.md`（513 行，含完整演进路线图和优先级矩阵）。
|