3. 平台总体架构设计
企业健康管理平台不是单一系统，而是由业务能力、应用模块、数据资产和技术底座共同构成的复合体。如果只画一张“系统功能图”，往往会把业务规则、数据流向和部署约束混在一起，导致后续开发、集成和运维阶段反复返工。因此，总体架构设计需要从四个层面分别回答不同问题：业务架构回答“平台为谁提供什么价值”，应用架构回答“这些价值由哪些模块协作实现”，数据架构回答“数据从哪里来、如何流转、如何被消费”，技术架构回答“这些模块和数据运行在什么基础设施上”。四个层面不是四份独立文档，而是同一蓝图的不同视图，彼此之间存在明确的映射关系。
下面以一家拥有 8000 名员工、下设 6 个厂区、已有人力资源系统（HR）、门禁系统、体检机构和可穿戴设备供应商的制造企业为例，说明四个层面的设计方法。示例中的参数和规模均为教学假设，用于说明设计过程，不代表真实项目实测结果。
业务架构：先定义能力边界，再谈系统
业务架构的核心产出是“业务能力地图”和“角色—场景—价值”对应关系。以该企业为例，员工、健康管理师、企业健康管理员、企业高管是四类主要角色。员工关心“我的报告怎么看、下一步做什么”；健康管理师关心“哪些人需要优先干预、干预是否有效”；企业健康管理员关心“体检完成率、高危人群占比、服务商履约情况”；高管关心“群体健康趋势与投入产出”。这四类诉求对应五类一级业务能力：健康档案、健康监测、风险评估、干预服务、运营分析。
设计时要注意能力之间的依赖顺序：健康档案是基础，没有统一员工标识和既往史，后续评估就缺少基线；健康监测是输入，体检、可穿戴、自报症状都汇入监测能力；风险评估依赖档案与监测，输出风险等级；干预服务依赖风险等级，决定谁进入随访、谁进入课程；运营分析则消费前四类能力的沉淀数据。业务架构阶段不必细化到接口，但必须明确“哪些能力自建、哪些能力采购、哪些能力由现有系统提供”。例如体检执行由外部体检机构承担，平台只保留预约、报告回传和结果解读能力。
应用架构：模块划分与协作边界
应用架构把业务能力翻译成可开发、可部署的模块。该平台可划分为员工端、健康管理端、企业运营端、集成网关、统一权限五个应用域。员工端提供档案查看、报告解读、预约、健康打卡和消息提醒；健康管理端提供风险评估、干预计划、随访记录和预警处置；企业运营端提供群体统计、报表导出和服务商管理；集成网关负责与 HR、门禁、体检机构、可穿戴设备供应商对接；统一权限负责角色、数据范围和审计日志。
模块划分的关键是确定“谁拥有数据写入权”。例如员工基础信息以 HR 系统为主数据源，平台只读同步，不允许在平台内修改工号、部门、入职日期；体检报告以体检机构回传为准，平台做结构化解析后写入健康档案；可穿戴设备数据按设备标识与员工绑定后写入监测库。若边界不清，同一个字段在多个模块可写，后续对账和排障会非常困难。应用架构还应明确同步方式：HR 组织变更建议每日增量同步一次，体检报告在出具后 2 小时内回传，设备数据按 15 分钟批量上报。这些参数属于示例约定，实际项目需根据供应商能力和合规要求调整。
数据架构：从采集到服务的分层流转
数据架构要回答四个问题：数据从哪来、怎么治理、怎么组织、怎么被消费。采集层接收体检报告、设备数据、健康问卷和 HR 同步数据；治理层完成清洗、去重、脱敏、主数据匹配和质量校验；主题层按员工健康、风险、服务三个主题组织；服务层通过指标 API、标签服务和报表数据集对外提供数据。
以“高危员工识别”为例，数据流可以这样设计：体检报告回传后，治理层按员工工号匹配主数据，解析血压、血糖、血脂、BMI 等指标；主题层计算风险评分，例如将收缩压 ≥140 mmHg、空腹血糖 ≥7.0 mmol/L、BMI ≥28 等条件纳入规则；服务层输出“高危”“中危”“低危”标签，供健康管理端筛选干预对象。这里必须强调脱敏与授权：企业运营端只能看到群体统计，不能看到员工个人明细；健康管理师只能查看其负责范围内的员工数据；所有个人健康数据访问都要记录审计日志。数据分层不是技术洁癖，而是让“谁能看什么、数据从哪来、出错查哪里”变得可追踪。
技术架构：承载模块与数据的运行底座
技术架构为前三层提供运行保障。接入与安全层负责统一认证、HTTPS 传输、敏感字段加密和审计；应用与中间件层承载微服务、消息队列、定时任务和缓存；数据存储层根据数据特征选型，关系库存档案与权限，对象存储存报告附件，时序库存设备指标，检索库存日志与全文查询；部署与运维层负责容器化部署、监控告警、备份恢复、日志采集和容量规划。
技术选型要服务于业务约束，而不是追求新潮。例如设备数据具有高频、时序特征，适合写入时序库并按员工和时间建索引；体检报告 PDF 属于非结构化大对象，适合对象存储加元数据索引；风险评分规则可能频繁调整，适合做成可配置规则而非硬编码。部署上，若企业要求健康数据不出内网，可采用私有化部署；若多厂区访问延迟明显，可在厂区侧部署接入节点，核心数据仍集中管理。技术架构的验收标准不是“用了多少组件”，而是当体检报告批量回传、设备数据集中上报、健康管理师同时查询时，系统能否稳定响应，并且出现异常时能通过日志和监控快速定位。
总体架构设计完成后，建议输出一份“架构映射表”，至少包含业务能力、承载模块、核心数据对象、存储方式、责任角色五列。它既是后续详细设计的输入，也是评审时判断架构是否完整、是否存在职责重叠或数据断点的依据。对于本节示例企业，映射表可从“健康档案—员工端/集成网关—员工主数据与健康档案—关系库+对象存储—企业健康管理员”这一行开始逐项补齐，直到五类业务能力全部有明确落点。