- T40 UI 审计计划和结果文档(docs/qa/) - wiki 更新:miniprogram 设计系统合规审计记录 + index 关键数字更新 - 审计 V2 完整报告(docs/audits/v2/) - 讨论记录文档(docs/discussions/) - 设计规格和实施计划(docs/superpowers/) - 角色测试计划和结果(docs/qa/role-test-*) - Docker 生产部署配置
7.2 KiB
HMS 功能域业务价值分析
日期: 2026-05-04 | 定位: AI 驱动的主动关怀引擎 | 首发客户: 血液透析中心 核心价值: 增进患者与机构的信任羁绊
功能域分析
F1 患者管理 — 血透中心价值: 高
患者是关怀引擎的锚点。管理建档、标签、家庭关系、医患绑定、实名认证。目标用户: 管理员+医护。慢性透析患者需长期跟踪,完整患者画像是所有干预的基础。三端覆盖较好(后端20/Web10/MP3),家庭代理和标签 CRUD 有缺口。
F2 医生排班 — 血透中心价值: 中
管理医生工作时间、轮班计划、排班日历。目标用户: 管理员。血透中心医生数量有限,排班需求相对简单,需保证咨询时段与实际值班对齐。三端 100% 覆盖。
F3 健康数据 — 血透中心价值: 高
体征录入(血压/心率/血糖/体温/SpO2/体重)、化验报告、日常监测。目标用户: 患者(录入)+医护(查看)。透析患者需高频监测(每周2-3次透前透后数据),是"主动关怀"的数据基石。vital_signs 与 daily_monitoring 存在字段重叠,日聚合(F20)正试图解决。
F4 预约管理 — 血透中心价值: 高
透析治疗预约、复查预约、时间选择与智能推荐。目标用户: 患者(预约)+管理员(管理)。透析患者每周需预约2-3次治疗,预约流程顺畅度直接影响依从性和运营效率。三端 100% 覆盖。
F5 随访管理 — 血透中心价值: 高
随访任务创建/分配/执行/记录,随访模板与台账。目标用户: 医护(执行)+管理员(配置)。随访是"主动关怀"的核心动作,定期了解患者透析间期状况是增进信任的关键触点。批量操作后端有但前端未调用。
F6 咨询管理 — 血透中心价值: 高
患者与医生图文语音沟通,支持预设回复模板。目标用户: 患者(发起)+医护(回复)。透析患者突发状况多(低血压、瘘管异常),及时沟通是安全底线。MP 端最完善(12 API)。
F7 内容管理 — 血透中心价值: 中
公告发布、科普文章、首页轮播配置。目标用户: 运营人员。科普内容(饮食指导、瘘管护理)可减少重复咨询,但非核心收入驱动力。Web 100%/MP 仅查看(正常)。
F8 积分商城 — 血透中心价值: 中
积分获取规则、商品兑换、核销、订单管理。目标用户: 患者(兑换)+运营(管理)。积分体系提升患者活跃度和打卡依从性,微信支付尚未集成。
F9 告警系统 — 血透中心价值: 高
阈值规则配置、异常指标检测、多级告警推送。目标用户: 管理员(配置)+医护(响应)。血钾过高、血压骤变等危急值需即时预警,直接关系患者安全。危急值阈值管理页缺失。
F10 AI 分析 — 血透中心价值: 高
健康趋势分析、异常指标识别、AI 报告生成、透析风险评估。目标用户: 医护(辅助决策)+患者(报告查看)。这是"AI 驱动"定位的核心体现。AI 缓存未启用,透析风险评估端点未接入前端。
F11 透析管理 — 血透中心价值: 高
透析记录(类型/干体重/超滤量/血流量)、透析方案管理。目标用户: 医护(记录)+患者(查看)。透析是血透中心的核心业务,完整记录是质量管理和医保结算的基础。MP 端 100%。
F12 统计仪表盘 — 血透中心价值: 高
患者增长、咨询量、随访完成率、透析质量统计。目标用户: 管理层。中心管理者需数据支撑运营决策(床位利用率、患者流失率、透析充分性达标率)。
F13 行动收件箱 — 血透中心价值: 高
将告警、随访任务、待办汇聚为统一行动队列。目标用户: 医护。将"被动查看"转为"主动响应",每个医护登录后即看到待办清单。存在 SQL 注入风险(SEC-01)需优先修复。
F14 护理计划 — 血透中心价值: 中
阶段性护理目标、干预措施、评估节点。目标用户: 护士长+管理员。能标准化血透护理流程(血管通路护理、饮食管理),但后端 8 路由完全无前端 UI,是当前最大孤立模块之一。
F15 班次管理 — 血透中心价值: 中
透析班次安排、护士交接班记录。目标用户: 管理员。血透中心通常分上午/下午/晚间三班,班次管理直接影响排床效率。后端 8 路由完全无前端 UI。
F16 BLE 网关 — 血透中心价值: 中
蓝牙设备数据自动采集、网关注册与心跳监控。目标用户: 系统管理员(配置)+患者(无感使用)。自动采集减少患者手动录入负担。后端 9 路由无前端 UI,API Key 安全机制已就绪。
F17 家庭代理 — 血透中心价值: 中
家属代绑就诊人、代理查看健康数据。目标用户: 患者家属。老年透析患者家属(子女)是实际决策者,扩大了"信任羁绊"覆盖面。后端 5 路由完全无前端 UI。
F18 FHIR 接口 — 血透中心价值: 中
HL7 FHIR R4 标准化数据接口。目标用户: 外部系统(M2M)。长期来看与 HIS/LIS 互通是刚需,但短期首发客户可能暂不需要。后端 15 路由,OAuth 认证已实现。
F19 OAuth 认证 — 血透中心价值: 低
第三方应用接入 OAuth2 Client Credentials 流程。目标用户: 系统管理员。平台级基础设施,间接支撑 F18,血透中心本身不直接感知。存在权限缺失(SEC-02)。
F20 日聚合趋势 — 血透中心价值: 高
按日聚合生命体征数据,生成趋势图表。目标用户: 医护+患者。透析患者需观察干体重变化趋势、血压波动规律,日聚合是趋势分析的基础数据层。
评分汇总
| 域 | 客户价值(×4) | 使用频率(×3) | 差异化(×2) | 缺失风险(×1) | 总分 |
|---|---|---|---|---|---|
| F1 患者管理 | 5 | 5 | 3 | 2 | 43 |
| F2 医生排班 | 3 | 4 | 2 | 2 | 30 |
| F3 健康数据 | 5 | 5 | 3 | 3 | 44 |
| F4 预约管理 | 5 | 5 | 4 | 2 | 45 |
| F5 随访管理 | 5 | 4 | 4 | 3 | 45 |
| F6 咨询管理 | 5 | 5 | 3 | 2 | 44 |
| F7 内容管理 | 3 | 3 | 2 | 1 | 24 |
| F8 积分商城 | 3 | 3 | 5 | 2 | 32 |
| F9 告警系统 | 5 | 4 | 3 | 4 | 45 |
| F10 AI 分析 | 5 | 3 | 5 | 3 | 43 |
| F11 透析管理 | 5 | 5 | 4 | 3 | 48 |
| F12 统计仪表盘 | 5 | 3 | 3 | 4 | 41 |
| F13 行动收件箱 | 5 | 4 | 4 | 3 | 44 |
| F14 护理计划 | 3 | 3 | 4 | 4 | 33 |
| F15 班次管理 | 3 | 4 | 3 | 3 | 33 |
| F16 BLE 网关 | 3 | 2 | 4 | 3 | 29 |
| F17 家庭代理 | 3 | 2 | 3 | 3 | 27 |
| F18 FHIR 接口 | 3 | 2 | 4 | 2 | 28 |
| F19 OAuth 认证 | 2 | 2 | 3 | 2 | 23 |
| F20 日聚合趋势 | 5 | 4 | 3 | 3 | 41 |
满分 50 分。权重: 客户价值×4, 使用频率×3, 差异化×2, 缺失风险×1
优先级分组
P0 立即交付 (40+分, 11 个): F11 透析管理(48) > F4 预约(45) = F5 随访(45) = F9 告警(45) > F6 咨询(44) = F3 健康数据(44) = F13 行动收件箱(44) > F1 患者(43) = F10 AI(43) > F12 仪表盘(41) = F20 日聚合(41)
P1 近期补全 (30-39分, 4 个): F8 积分(32) = F14 护理计划(33) = F15 班次(33) > F2 排班(30)
P2 中期规划 (<30分, 5 个): F16 BLE(29) > F18 FHIR(28) > F17 家庭代理(27) > F7 内容(24) > F19 OAuth(23)