f6ccb8a35c
- device_readings 批量插入添加 ON CONFLICT 去重唯一索引 - 小程序 BLEManager 增加离线缓存（Storage 持久化 + 启动重传） - 新增 device_readings 90 天数据保留清理定时任务 - 小米手环适配器增加 RACP 历史心率读取支持 - SSE 告警按医生过滤已确认实现（patient_doctor_relation） - 新增 AI 产品策略与设备数据医院场景讨论记录
3.7 KiB
3.7 KiB
设备数据自动上传 — 医院场景产品策略
日期: 2026-04-29 | 参与者: iven, Claude
背景
潜在医院客户提出需求：血压计、血糖仪等设备数据自动上传，减少用户操作复杂度。系统已有设备数据管线框架（BLE 采集 + 后端管线 + 告警引擎），需评估集成状态并规划医院场景适配。
讨论要点
1. 现有系统集成状态排查
后端：完整（device_readings + vital_signs + 告警引擎 + EventBus 事件链）
Web 管理端问题：
- 3 个告警页面（仪表盘/列表/规则管理）有路由但无菜单种子数据，医生无法导航到
- deviceReadings API 是死代码，前端封装了 API 但没有任何页面消费
- 体征趋势图（VitalSignsTab/Chart）已完整集成在患者详情页
小程序患者端问题：
- device-sync 页面完整可用，但与体征录入/日常监测完全割裂
- DeviceCard 硬编码
status='never'，始终显示未配对 - 录入页和日常监测页无任何设备数据集成入口
小程序医护端问题：
- 告警页面入口是条件性的（仅 alertCount > 0 时出现）
- 无固定导航入口
已知管线缺陷：
- 批量插入缺少 ON CONFLICT 去重
- SSE 告警是租户广播，未按主治医生过滤
- 小程序无离线缓存
- 无数据保留清理任务
2. 医院场景 vs 居家场景
| 维度 | 居家患者 | 医院场景 |
|---|---|---|
| 设备归属 | 患者自有 | 医院统一采购配发 |
| 设备类型 | 消费级 | 医疗级（鱼跃、迈瑞） |
| 使用环境 | 家里 | 病房/门诊固定位置 |
| 操作者 | 患者自己 | 护士/患者自助 |
| 合规要求 | 低 | 医疗器械数据合规 |
3. 医院场景三种接入模式
| 模式 | 场景 | 设备 | 接入方式 | 优先级 |
|---|---|---|---|---|
| A. 护士手持采集 | 住院病房巡诊 | 血压计、血糖仪 | BLE → 护士 PDA/手机 | 短期 |
| B. 患者自助测量 | 门诊候诊区 | 血压计、身高体重仪 | BLE → 自助终端/小程序 | 中期 |
| C. 床旁监护联网 | ICU/住院 | 多参数监护仪 | HL7/FHIR 网关 | 远期 |
4. 关键技术决策
- 设备绑定逻辑：医院场景需支持多患者共用设备、按次绑定（区别于居家长期绑定）
- Bluetooth SIG 标准协议：主流医疗级设备均支持，现有适配器可直接兼容
- 私有化部署：医院大概率要求，影响 BLE 网关走内网、离线模式、本地 AI 模型
5. 数据合规
- 医疗器械数据接口：Bluetooth SIG 是国际标准，主流设备支持
- 电子病历归属：HMS 定位健康管理平台（非 HIS/EMR），合规要求相对低，但需明确边界
- 等保二级/三级：传输加密 + 存储加密 + 审计日志（已有基础设施可复用）
6. 商业模式
- 基础 SaaS 订阅包含 N 台设备接入
- 额外设备按台/月收费
- 数据存储费（高频体征数据量大）
- 告警服务增值包
结论 / 达成共识
- 集成补全是第一步 — 把现有半成品（菜单缺失、页面割裂、死代码）打磨到可交付状态
- 医院场景适配紧随其后 — 多患者共用设备、临时绑定、医护端设备管理
- 已确认优先级：A（护士手持采集）短期 → B（患者自助）中期 → C（床旁监护）远期
- 实施计划将分步编写，避免上下文过长
关联文档
- 设备数据管线设计规格：
docs/superpowers/specs/2026-04-26-realtime-vital-signs-pipeline-design.md - 设备数据管线头脑风暴：
docs/discussions/2026-04-28-device-data-pipeline-brainstorm.md - AI 产品策略讨论：
docs/discussions/2026-04-29-ai-product-strategy.md