1. 家庭健康管理平台工程导论

家庭健康管理平台，是把家庭成员的健康数据、健康任务、服务资源与干预反馈，统一组织在一个可持续运行的软件系统里。它并不是“把医院信息系统搬回家”，也不是简单的健康打卡 App。医院 HIS 以就诊事件为中心，而家庭健康管理平台以“人—家庭—时间”为中心：同一位老人、一名慢病患者、一个孕产妇、一个儿童，都可能在同一个家庭内被不同角色照护，数据需要跨设备、跨时间、跨服务方连续沉淀。工程上，这意味着平台必须同时解决四件事：多源数据接入、家庭关系建模、健康规则与任务编排、以及服务闭环与权限边界。

平台定义与核心价值

从工程视角给出一个可落地的定义：家庭健康管理平台是一套以家庭为最小管理单元、以成员健康档案为主线、以可配置健康规则驱动任务与提醒、并连接测量设备与外部服务（如社区医生、体检机构、药店、急救）的软件系统。它的核心价值不在“记录”，而在“把一次测量变成一次可追踪的管理动作”。例如，一位 68 岁高血压患者早晨用上臂式电子血压计测得 152/94 mmHg，平台不只是存下这条记录，而是依据预设规则判断：连续 3 天晨起收缩压≥140 mmHg，触发“复测提醒 + 用药依从性询问 + 家庭医生随访建议”，并把结果同步给绑定该家庭的社区医生。这条链路才是平台的价值所在。

因此，平台的关键能力可以归纳为：数据连续性（同一成员跨设备、跨时间的数据可对齐）、规则可配置（不同慢病、不同年龄段用不同阈值与任务模板）、角色可协作（家庭成员、医生、平台运营各看各的）、边界可控制（谁能看、谁能改、谁能导出）。

典型用户角色与权限边界

角色设计直接决定数据模型和接口设计。常见角色包括：家庭管理员（通常是子女或配偶，负责建档、绑定设备、邀请成员）、被照护成员（老人、慢病患者、孕产妇、儿童，可能不直接操作手机）、家庭医生/社区护士（查看授权范围内的健康趋势、接收预警、填写随访记录）、平台运营与客服（处理设备绑定失败、数据异常、账号问题，但不查看具体健康明细）、系统集成方（体检系统、可穿戴设备厂商、急救中心，通过 API 交换数据）。

权限边界必须落到字段级。例如家庭医生可以查看血压、血糖、用药记录，但默认不能查看家庭成员的心理咨询记录；运营人员只能看到设备在线状态和错误码，不能看到具体测量值。这些边界在工程上体现为数据表的 tenant_id、family_id、member_id 三级隔离，以及接口层的 scope 校验。

业务边界：平台做什么、不做什么

明确边界能避免工程范围失控。平台做：健康档案管理、设备数据接入与清洗、健康规则引擎、任务与提醒、随访记录、趋势报表、授权共享。平台不做：在线诊断、处方开具、急救调度本身、医保结算。遇到需要诊断的场景，平台的角色是“把数据整理好并推送给有资质的医生”，而不是替代医生。这个边界决定了平台不能把“AI 诊断结论”作为默认输出，只能作为提示或建议，并保留人工确认环节。

工程全景图

下面这张图把平台从设备到服务的完整链路摊开，便于建立整体认知。它同时标出了数据流方向、关键处理环节和角色接触点。

从全景到落地：一个最小可运行场景

假设要支持“高血压家庭管理”这一条业务线，工程上最小可运行的链路是：设备通过蓝牙网关上报一条血压记录，字段包括 member_id、systolic、diastolic、pulse、measured_at、device_sn。接入层先做单位校验（mmHg 与 kPa 换算）、时间对齐（设备本地时间转 UTC）、重复上报去重（同一 device_sn + measured_at 只保留一条）。随后规则引擎读取该成员绑定的规则模板，例如“晨起收缩压≥140 且连续 3 天”触发预警。预警生成后，任务编排模块创建一条随访任务，指派给绑定的家庭医生，并给家庭管理员推送提醒。医生在服务层填写随访记录后，结果回写到健康档案，形成闭环。