1. 平台工程导论

健康评估与干预计划平台，是一套面向健康管理机构、体检中心、慢病管理团队与保险健康服务部门的业务系统。它把“采集健康数据—评估健康风险—生成干预计划—跟踪执行效果—复评调整”这条链路固化到软件中，使健康管理从依赖个人经验的咨询行为，变成可复用、可审计、可规模化的工程能力。理解这个平台，关键不是记住功能清单，而是看清它如何把医学规则、数据模型与业务流程三者对齐。

一、定义：平台到底在管什么

从工程视角看，平台管理的核心对象有四类：人（受评者与健康管理师）、数据（问卷、体征、检验、可穿戴设备记录）、规则（评估模型、风险分层阈值、干预知识库）、计划（目标、任务、随访节点、复评时间）。四者通过统一的受评者主索引串联，任何一次评估都对应一个时间点上的数据快照，任何一份干预计划都对应一个可追踪的执行周期。

因此，平台不是“问卷系统 + 报告导出”的简单叠加，而是以受评者为中心、以评估结果为触发条件、以干预计划为执行载体的闭环系统。评估结果必须能驱动计划生成，计划执行数据必须能回流到下一次评估，否则闭环断裂，平台退化为一次性工具。

二、核心价值：为什么值得做成平台

第一，一致性。同一份数据在不同健康管理师手中应得到相同的风险分层。平台把阈值、权重、判定逻辑写入规则引擎，避免人工判断漂移。第二，可追溯。每次评估的输入数据、命中的规则、输出的分层与建议都留痕，满足质控与合规要求。第三，可规模化。计划模板与任务自动排程让一名健康管理师可以并行管理数百名受评者。第四，可迭代。规则与知识库以配置方式更新，无需改动核心代码即可调整评估标准。

三、业务闭环：从数据到复评的完整回路

闭环可以拆成五个环节：数据采集 → 健康评估 → 风险分层 → 干预计划生成 → 执行跟踪与复评。下面这张图展示了各环节之间的数据流向与触发关系，其中评估结果既是上一环节的输出，也是下一环节的输入条件。

闭环中最容易被忽视的是“复评回流”。如果复评数据不能自动触发新一轮评估，平台就只是单向流水线。工程上通常用定时任务或事件驱动两种方式实现：定时任务按计划中的复评日期扫描到期受评者，事件驱动则在设备数据或随访记录写入时立即判断是否满足复评条件。

四、技术栈全景

平台的技术栈可以按四层理解。最底层是数据存储层：关系型数据库存受评者主索引、评估记录、计划与任务；时序数据库或对象存储承接可穿戴设备的高频数据。第二层是规则与计算层：规则引擎负责执行评估模型，通常以配置化方式定义指标、权重、阈值与分层逻辑，避免硬编码。第三层是业务服务层：提供受评者管理、评估服务、计划服务、任务调度与随访服务等接口。最上层是交互层：健康管理师工作台、受评者端小程序或 App、以及面向管理者的统计看板。

以一次典型评估为例：受评者提交问卷后，业务服务层将数据写入评估记录，同时调用规则引擎。规则引擎读取该受评者的年龄、BMI、血压、空腹血糖等指标，按预设阈值逐项打分，汇总为风险总分，再映射到低、中、高三个分层。分层结果返回业务层后，计划服务根据分层匹配对应的干预模板，生成带截止日期的任务列表。整个过程的关键参数——阈值、权重、模板映射——都应存放在配置表中，便于后续调整。

五、课程项目目标

本课程以一个可运行的健康评估与干预计划平台为项目载体，最终目标是让学习者能够独立完成从数据模型设计到闭环跑通的全过程。具体包括：设计受评者、评估记录、干预计划、任务四张核心表及其关联关系；实现一套可配置的评估规则，至少覆盖 BMI、血压、血糖三类指标的分层判定；实现评估结果到干预计划的自动生成；实现任务状态跟踪与复评触发；并完成一个健康管理师工作台的最小可用界面。