【毕设分享】基于Spring Boot+Vue金丰公司个人健康管理系统83709

摘    要

企业员工健康管理领域存在着数据孤立、流程断层、干预滞后这些现实问题，传统的纸质档案和零散的电子表格已经不能满足大规模企业健康管理的需求了。本文设计并实现了一个基于Spring Boot+Vue金丰公司个人健康管理系统设计与实现，采用B/S架构，后端用SpringBoot构建服务层，前端用Vue框架实现响应式交互界面，数据持久化用MySQL数据库来完成。

系统包含员工信息管理、体检计划管理、健康档案管理、健康计划制定、运动记录、饮食记录、作息记录、健康活动管理等诸多业务子模块，并且具有AI分析的功能，可以对员工健康风险做出自动评价。管理员角色对全局数据进行维护，发布计划，组织活动；员工用户角色可以完成个人信息的更新，体检报名，日志填报，健康档案的查询等自助操作。

系统完成需求分析、架构设计、数据库建模、功能实现和测试验证全部工作，测试结果说明各个模块运行稳定，业务逻辑满足要求，可以进行部署。

关键词： 企业健康管理；SpringBoot；Vue；MySQL；健康档案；AI分析

Abstract

The field of enterprise employee health management confronts practical challenges including data isolation, fragmented workflows, and delayed health intervention. Traditional paper-based archives and dispersed electronic spreadsheets can no longer meet the health management demands of large-scale enterprises.

This paper designs and implements an enterprise employee health management system based on the SpringBoot framework, adopting a B/S architecture. The back end is built upon SpringBoot to construct the service layer, the front end employs the Vue framework to realize a responsive interactive interface, and data persistence is accomplished through a MySQL database. The system covers core business modules including employee information management, physical examination plan management, health record management, health plan formulation, activity logging, dietary logging, rest logging, and health activity management, with an integrated AI analysis capability for automated employee health risk assessment.

The administrator role is responsible for global data maintenance, plan publishing, and activity organization, while the employee user role handles self-service operations such as personal information maintenance, examination registration, log submission, and health record inquiry. The complete cycle of requirement analysis, architecture design, database modeling, functional implementation, and test verification has been accomplished, with test results confirming stable operation across all modules and business logic consistent with expectations.

Keywords:Enterprise Health Management; SpringBoot; Vue; MySQL; Health Records; AI Analysis

目    录

第1章 绪    论

1.1 系统开发背景及意义

1.1.1 研究背景

1.1.2 研究意义

1.2 国内外研究现状

1.3 研究内容与研究思路

1.3.1 研究内容

1.3.2 研究思路

1.4 研究的方法和技术路线

1.4.1 相关技术介绍

第2章 系统分析

2.1 系统需求分析

2.1.1 可行性分析

2.1.2 非功能需求分析

2.2 系统功能模块

2.2.1 体检报名流程设计

2.2.2 健康档案填报流程设计

2.2.3 健康计划制定流程设计

2.2.4 运动记录填报流程设计

2.2.5 健康活动报名流程设计

2.3 系统建模用例图

2.3.1 管理员角色功能需求

2.3.2 员工用户角色功能需求

2.4 用例图规约表

2.5 本章小结

第3章 系统设计

3.1 系统功能设计

3.2 企业员工健康管理系统类图

3.3 企业员工健康管理系统顺序图

3.3.1 体检报名业务顺序图

3.3.2 健康档案填报业务顺序图

3.3.3 健康计划制定业务顺序图

3.3.4 健康活动报名业务顺序图

3.3.5 运动记录填报业务顺序图

3.4 企业员工健康管理系统活动图

3.4.1 体检计划报名活动图

3.4.2 健康档案建档活动图

3.4.3 健康计划制定活动图

3.4.4 健康活动报名活动图

3.4.5 运动记录填报活动图

3.5 企业员工健康管理系统数据库设计

3.6 本章小结

第4章 系统实现

4.1 管理员角色功能实现

4.1.1 员工用户管理

4.1.2 部门信息管理

4.1.3 岗位信息管理

4.1.4 体检计划管理

4.1.5 体检报名管理

4.1.6 健康档案管理

4.1.7 健康计划管理

4.1.8 健康活动管理

4.2 员工用户角色功能实现

4.2.1 体检报名

4.2.2 健康档案填报

4.2.3 健康计划查看

4.2.4 运动记录填报

4.2.5 饮食记录填报

4.2.6 作息记录填报

4.2.7 健康活动报名

第5章 系统测试

5.1 测试目的

5.2 测试方法

5.3 测试用例

5.4 本章小结

第6章 总结与展望

6.1 总结

6.2 未来与展望

参考文献

致    谢

第1章 绪    论

1.1 系统开发背景及意义

1.1.1 研究背景

职业健康管理领域信息化发展速度远远赶不上企业规模扩张的速度，大多数中小型企业还一直采用纸质体检档案、电话通知和人工汇总的方式来完成年度健康管理工作，数据分散、追溯困难、风险预警缺失等问题不断累积起来。吴兴云认为炼化施工企业采用综合应用物联网、人工智能技术创建起智能化健康管理系统，可以很好地对员工健康状况实施实时监测并发出风险警报，该做法给行业数字化转型给予了关键参照[1] 。近些年来，伴随着《健康中国行动》系列政策的不断推进，企业把员工健康管理当作人力资源战略的重要部分，其意识明显提高，市场对于数字化健康管理平台的需求也迅速增长[2]。传统的管理模式下，体检数据一般会以静态报告的形式存储起来，没有和个人健康计划、运动饮食行为产生动态联系，不能支持连续性的健康干预[3]。因此建立一个包含集体检查、健康档案、个性化的健康计划、行为记录和AI风险分析的员工健康管理系统，具有很强的技术可行性和迫切的现实需要。系统使用SpringBoot作为后端服务框架，Vue作为前端响应式的交互框架，MySQL用来保存结构化数据，采用B/S架构部署，可以满足管理员和员工这两种主要角色所有的业务需求。

1.1.2 研究意义

本系统创建起来可以对企业的健康管理工作产生直接的数字化转型的推动作用。管理层可以利用系统实时掌握员工整体健康状况分布，根据AI分析结果准确找到高风险人群，把被动应对变为主动干预，大大减少由于职业病、慢性病造成的人员流失成本。员工端自助体检报名、健康档案查询、运动饮食作息记录等功能，把健康管理行为融入日常工作流程之中，大大减轻了人工沟通和纸质填报的认知负担，提高了参与体验。系统累积多年的、多部门的健康数据具有较强的分析挖掘能力，可以为企业制定员工福利政策、调整工作强度分配提供数据支撑。对于同类规模的企业来说，本系统的设计思路和技术方案具有较强的可复制性，可以给行业的健康管理信息化建设提供可以借鉴的实践范本。

1.2 国内外研究现状

国内企业员工健康管理系统研究始于“十二五”期间的医疗信息化大潮，早期的研究成果大多是以医院内部患者的管理为主，慢慢向企业的场景转化。早期系统功能比较单一，主要是档案录入和查询；进入移动互联网时代之后，健康数据采集端开始向智能设备延伸，系统形态也由单机版变成了B/S架构的多角色协同平台，AI分析能力的加入成了近三年来研究的主要增量方向。

李长龙、杨德明在2025年提出了一个私人定制化健康管理系统，并且实现了该系统的高性能扩展性，采用了Spring Boot作为后端框架，Vue作为前端框架，可以进行动态的数据交互以及多终端适配，系统中还包含了个性化的推荐模块，验证了Spring Boot和Vue的组合在健康类系统中技术上的成熟度，其响应式的前端架构设计给本系统带来了直接的参考价值[4]。谭倩怡、刘玉芳（2025）以JavaEE平台为依托，用SSM框架完成了面向亚健康人群的健康管理系统的设计，使用MySQL数据库来存储饮食和作息的数据，用Bootstrap框架优化前端交互界面，其三层架构的清晰分层思路给本系统模块划分提供了一个参照[5]。张宏宽等2022年用SpringMVC和Vue技术开发了面向基层人群的健康管理平台，实现了健康档案管理、健康数据在线采集、数据分析等功能，其对数据分析模块结构化设计的探索，为本系统健康风险评估字段设计提供了思路[6]。

1.3 研究内容与研究思路

1.3.1 研究内容

国外对于该领域研究开始的比较早，大体上具有智能化程度高、系统集成度高、数据驱动决策深入等特点。研究方向由最初的电子化档案管理发展到现在的以物联网感知、大数据分析和机器学习模型为驱动力的个性化健康干预平台，有些已经实现了分布式部署和实时决策闭环。

2025年Yang Ning设计并实现了一个基于Vue.js和SpringBoot的个人健康信息服务平台，系统使用MySQL做数据存储，包含体检档案管理、运动课程管理、健康饮食管理等功能，其前后端分离的开发模式和本系统技术选型非常接近，前端路由管理以及数据请求封装思路对于本系统前端架构设计有重要的借鉴意义[7]。Mammadova和Jabrayilova在2022年提出了一种分布式智能健康管理系统的决策综合方法，建立了一个以监测、评价、决策三个阶段闭环运行的人员健康状态量化评估机制，其人员健康状态量化评估机制给本系统健康风险评估字段的设计逻辑提供方法论上的启示[8]。Dang Jian在2022年利用大数据分析和物联网技术创建出智能运动健康管理系统，提出了多标签特征选择算法来挑选影响用户健康的主要因素，其运动数据多维度记录及分析思路给本系统运动记录模块的字段设计给予参照[9]。2021年Chen Yitao和Wan Linhua在Java平台上创建了个人健康信息管理系统，用DES算法对健康信息加密保护，从健康信息获取准确性、信息安全性、系统响应时间三个方面对系统进行评价，其安全性设计思路可以为本系统用户鉴权机制提供参考[10]。

国外的研究在智能感知、数据安全、实时决策等各方面都有比较丰富的经验，总体技术深度比国内同类研究要高一些。本系统在吸收上述研究中前后端分离架构、多维健康数据记录、风险量化评估等主要思想的基础上，根据国内企业的实际情况，从体检全流程数字化、个性化健康计划定制和AI辅助分析三个方面入手，提出适合于中小型企业落地的健康管理方案。

1.3.2 研究思路

在系统开发过程中，本文按照软件工程生命周期模型，采用需求分析、系统设计、系统实现、系统测试的顺序依次进行。需求分析阶段对企业的员工健康管理实际业务场景进行调研，整理出管理员和员工两个角色的功能需求，确定系统边界和主要业务流程，用用例建模的方法来描述用户和系统之间的交互关系，用结构化的文档形式把功能需求和非功能需求都固定下来。系统设计阶段是在需求分析的基础上进行系统架构设计和详细设计，架构层面使用SpringBoot和Vue的B/S三层架构，明确用户界面层、应用服务层、数据持久层的职责分工，按照模块化思想将各个业务单元拆解成功能模块，完成功能结构图和业务流程图的设计，数据层面用实体-联系图完成概念建模，根据第三范式把MySQL数据库表结构转换成规范化的表格结构。系统实现阶段中后端使用SpringBoot框架搭建RESTful接口，用MyBatis作为持久层框架来完成数据库的操作，业务逻辑被封装在Service层，前端使用Vue框架创建响应式的用户界面，利用Axios与后端进行数据交互，管理员端和员工端各自拥有独立的视图，权限控制依靠路由守卫和后端接口校验一起达成，还加入了AI健康分析模块，可以对员工的生理指标数据开展风险评价并给出结构化的结论。系统测试阶段对体检报名、健康档案、健康计划、运动记录、饮食记录、作息记录、健康活动报名等主要模块进行测试用例的设计，包含正常的业务流程和边界异常情况，使用功能测试和边界值测试相结合的方式来检验系统的实现是否正确、稳定。采用这样的研究思路，使各个开发阶段的目标清楚、衔接顺畅，最后能完成一个符合企业员工健康管理实际需要的完整的系统原型。

1.4 研究的方法和技术路线

本文主要使用软件工程和系统开发相结合的研究方法来解决企业员工健康管理的实际问题，按照理论分析、技术选型、系统构建、测试验证的技术路线逐步进行。从研究方法上来说，本文采用文献研究法对国内外健康管理系统的研究现状进行梳理，总结出系统的功能框架和技术栈；用案例分析法调研中小型企业在员工体检管理、健康档案管理、健康计划执行等各方面的实际业务流程，确定系统的需求边界；用结构化设计的方法把系统拆分成模块化的功能结构、业务流程和数据模型，最后通过原型开发和系统测试来验证方案的可行性与有效性。从技术路线来说，系统使用B/S架构，前端用Vue框架创建响应式用户界面，后端用SpringBoot框架搭建应用服务层，数据库用MySQL做数据持久化存储，前后端用RESTful接口进行数据交互。开发流程严格按照软件工程生命周期模型来执行，依次经过需求分析、系统设计、编码实现、测试验证这四个步骤，其中需求分析阶段确定管理员和员工两个角色的功能需求及主要业务流程，系统设计阶段制订出架构设计方案、功能模块划分方案以及数据库逻辑结构设计方案，编码实现阶段按照模块分步完成员工信息管理、体检计划管理、健康档案管理、健康计划制定、运动饮食作息记录填报、健康活动管理等关键功能的开发工作，集成AI分析模块实现健康风险评价功能，测试验证阶段创建测试用例对主要功能模块进行检验，保证业务正确性及运行稳定性。利用上述的研究方法和技术路线一起推进，保证系统的开发是规范的，研究结果是可以复现的。

1.4.1 相关技术介绍

（1）SpringBoot框架

SpringBoot是由Pivotal团队在Spring框架的基础上发展起来的快速应用开发框架，它的主要设计理念就是“约定优于配置”，用自动装配的方式把繁琐的XML配置工作变成可以被感知到的默认规则，使开发者可以把精力放在业务逻辑的实现上。框架自带Tomcat容器，不需要额外的部署步骤就可以把应用打包成可执行的JAR文件直接运行，大大降低了环境搭建的成本[11]。SpringBoot提供的Starter依赖管理体系将版本兼容性问题交由框架统一处理，Spring Security、Spring Data JPA、MyBatis等组件均可通过声明依赖的方式无缝集入项目，保障了技术选型的灵活性。

本系统中SpringBoot是后端所有服务的运行载体。控制层使用@RestController注解定义RESTful接口来接受前端Vue发出的HTTP请求，服务层封装体检计划审批、健康档案创建、AI风险评价等主要业务逻辑，持久层使用MyBatis和MySQL数据库进行数据交互。框架分层结构清楚地划分了各个层次的职责，减小了模块之间的耦合度，给后期功能扩展奠定了稳定的架构基础[12]。

（2）Vue前端框架

Vue.js是基于数据驱动视图的思想，以渐进式JavaScript为基础的一套框架，它支持响应式数据绑定，可以使得视图层能够自动根据数据状态的变化来完成渲染更新，不需要开发者手动去操作DOM节点。组件化开发模式把页面分成一个个可以被复用的独立功能模块，每个模块里包含模板、逻辑以及样式，组件之间通过props来传递数据，利用事件来实现通信[13]。Vue Router具有客户端路由管理的功能，Vuex或者Pinia可以实现跨组件状态共享，Axios可以和后端接口进行异步数据交互，从而形成完整的前端工程化体系。

本系统前端使用Vue框架来实现响应式的布局，分别给管理员和员工创建独立的功能页面。体检计划列表、健康档案详情、运动记录日历等数据密集型页面都是使用组件复用来减少重复代码的。前端路由守卫机制当用户访问受限路由的时候就会触发重定向，把角色权限控制逻辑和视图渲染解耦。系统采用前端响应式布局方案，保证不同的屏幕尺寸下都能有正常的显示密度[14]。

（3）MySQL数据库

MySQL是目前使用最广的开源关系型数据库管理系统之一，用结构化查询语言对数据进行定义、操作和控制。InnoDB存储引擎默认就支持事务处理、行级锁、外键约束，从而保证并发下数据的一致性。MySQL有多种索引类型，B+树索引对主键查询、范围检索来说具有比较好的性能优势，全文索引给文本类字段模糊匹配提供了一个更好的方式[15]。

本系统数据库包括用户账户表、员工信息表、部门信息表、体检计划表、体检报名表、健康档案表、健康计划表、运动记录表、饮食记录表、作息记录表、健康活动表、活动报名表共十二个主要业务表。各表间通过业务外键联系在一起，体检报名表引用员工用户表主键，健康档案表关联体检报名结果，健康计划表以运动、饮食、作息三个日志表的计划编号为关联依据，数据链路完整包含从体检到健康干预的全部业务流程[16]。

（4）B/S结构

B/S架构即浏览器/服务器架构，是在Web时代发展起来的主流应用部署方式。客户端只用标准浏览器就可以访问系统，不需要安装任何专门的客户端软件，所有的部署和维护工作都集中在服务器端完成，有效地降低了客户端的管理成本。业务逻辑、数据处理和页面渲染主要的计算压力是由服务器来承担，客户端只负责展示和交互，职责明确[17]。

本系统使用B/S架构进行部署，管理员、员工用户使用浏览器访问系统的前端页面，前端用Vue框架渲染页面，向后端的SpringBoot服务发送REST请求。服务器端处理业务逻辑之后把结果以JSON格式返回给前端，前端解析数据完成视图更新。该种模式使得系统具有跨终端访问的功能，员工可以在办公室的PC、会议室的平板等不同的设备上进行体检报名、健康记录的填写等工作，满足企业各个场景使用的要求[18]。

（5）响应式布局与多端适配

Vue框架主要提供响应式数据绑定和组件化开发，响应式布局一般会用到CSS3媒体查询、弹性盒模型（Flexbox）、栅格系统（Element UI、Vant等UI库）等来配合使用[19]。响应式布局的思想是根据访问设备的屏幕尺寸、分辨率、方向等各个因素来改变页面的布局结构以及元素的大小，在不同终端（PC端、平板、手机）上都能得到合理的页面信息展示效果和交互体验。

本系统前端使用Vue框架配合Element UI组件库来创建管理端和员工端界面，在布局上使用栅格系统和弹性布局方案，对管理员后台数据密集型页面（员工列表、体检计划管理）和员工端表单填报页面（健康档案录入、运动记录填报）进行响应式适配。桌面端用大尺寸表格和多列表单来展示数据的密集程度，在移动端采用卡片折叠、抽屉式菜单、单列布局等手段来减少信息层级，保证核心操作流程在小屏设备上简单易用。响应式设计的加入使系统不需要单独开发移动端应用就可以满足员工在办公室PC、会议室平板、外出手机等各种场景下使用的需要，降低了开发和维护成本，提高了系统终端覆盖能力和用户体验一致性[20]。

（6）ai分析模块

AI分析模块是本系统完成健康风险主动干预的主要技术部分，它的设计目的就是对员工体检指标和行为数据实施智能评价，给出结构化的风险结论。模块采取规则引擎和统计模型相融合的技术路线，在系统的后端使用SpringBoot服务层来封装调用接口，对外给出统一的风险评价能力。系统自带依据医学参考值范围的专家规则库，就身高、体重、心率、血压、血糖这些重要指标展开逐项判定，规则使用轻量级表达式引擎来完成，可以自由调节指标的上下限阈值以及异常组合逻辑。员工提交健康档案的时候，系统会把所有的指标同规则库相比较，如果任意一个指标超出正常范围或者多个指标形成风险组合（肥胖和高血压一起出现），就会启动风险评价程序，得到包含风险等级、异常指标清单、初步建议的结构化结论。规则引擎的模式使得评估逻辑是透明的、可维护的，有利于管理员对医学指南做出调整之后更新阈值。

为了提高风险评价的准确性以及个性化程度，在系统设计之初就留出了机器学习模型的集成接口，通过SpringBoot的RESTful客户端调用独立的Python模型服务，输入员工多维特征向量之后输出未来半年内慢性病的风险概率。AI分析模块嵌入健康档案填报和健康计划制定两个业务流程，员工提交生理指标之后系统会自动调用AI接口，把评估结果写入健康档案表的“健康风险评估”字段，员工端立即可以查看到；管理员在制定健康计划的时候可以参照AI结论中的风险提示，有目的地填写运动、饮食、作息的建议。员工后续填报行为日志的时候，系统会定时重新算出风险评分，从而创建起“评价—干预—再评价”的闭环管理流程，促使员工的健康状况不断得到改善。

第2章 系统分析

2.1 系统需求分析

2.1.1 可行性分析

（1）技术可行性

本系统使用SpringBoot、Vue、MySQL这三个主流且社区成熟的开源框架作为主要的技术栈，这三种框架之间相互的集成已经有很多工程实践的证明。SpringBoot的自动装配机制同MyBatis持久层框架相匹配，Vue的前后端分离方式同SpringBoot的RESTful接口设计完美契合，MySQL用作结构化的业务数据存储时具有很好的性能表现。开发环境使用本地JDK、Maven、Node.js即可完全搭建起来，不需要复杂的分布式基础设施，技术栈匹配度高，系统结构合理，具有很高的技术可行性。

（2）经济可行性

本系统使用的全部技术组件都是开源软件，无需支付商业授权费。开发阶段依靠本地计算机来完成，服务器端可以使用普通配置的云主机或者校园实验室服务器，运行成本低。系统维护阶段只对数据库和后端服务做常规的更新，维护人力投入少。相比企业自行选择第三方软件公司开发的方式，本系统的整体建设成本大大降低，经济上是可行的。

（3）操作可行性

系统前端使用Vue框架来实现响应式布局，页面结构按照角色功能分块，导航层级最多三级，体检报名、健康记录填报等主要操作流程都设计成表单引导式的交互形式，降低了用户第一次使用时的认知门槛。管理员侧的批量管理、数据查询操作有明显的筛选条件区和结果展示区，符合后台管理系统一般交互方式。普通员工无需经过专门的培训就可胜任日常工作，系统的整体操作复杂程度在目标用户能够承受的范围内。

2.1.2 非功能需求分析

(1)可用性需求

系统的可用性要保证系统具有高可用性架构，在用户高并发的时候仍能保持系统稳定运行。系统应该具备快速恢复功能，在出现故障的时候可以立即完成自我修复。为了保证用户体验，系统需要有较好的响应速度和低延迟，在用户请求发出后能及时作出反应并且得到结果。系统要具有负载均衡的功能，在不同的服务器之间分担请求，防止出现单点故障造成整个系统崩溃的情况。

(2)可靠性需求

系统可靠度指系统能在长时间的运转过程中保持稳定状态，不能出现频繁出现故障或者中断的现象。系统要有完备的数据备份与恢复手段，在出现硬件出错或者重大灾难的时候，可以防止数据消失并且能快速重启到正常的运作模式中。系统中的各项服务和组件要具备容错性，在某一部分的组件出现故障的时候，可以自动切换到备用的服务上。

(3)安全性需求

系统安全性的要求就是对用户的个人信息、交易记录等重要数据加以保护。系统应当使用加密技术对用户传来的数据加以保护，防止其在传送时被窃取或者被篡改。系统应该对用户的访问进行控制，只允许用户访问自己权限范围内的资源，不能让未授权的用户访问系统。系统应该具有身份认证的功能，防止恶意用户冒用他人身份进行操作。为了防止外部攻击，系统应该有防火墙、入侵检测系统等安全防护手段来保护系统不被网络攻击。

2.2 系统功能模块

2.2.1 体检报名流程设计

体检报名流程描述了员工用户在系统中完成体检计划报名的完整操作路径。员工进入系统后查看当前有效的体检计划列表，选择目标计划后系统判断该员工是否已达到报名次数上限，若已达限则提示无法报名；未达限时员工填写报名信息并提交，系统记录报名数据并生成报名编号，流程结束。体检报名流程图如图2-1所示。

2.2.2 健康档案填报流程设计

健康档案填报流程覆盖员工完成体检后录入生理指标数据的全过程。员工进入健康档案模块，系统校验该员工是否存在已报名且完成体检的记录，存在记录时允许创建档案，员工填入身高、体重、心率、血压、血糖等指标数据并提交。提交后系统判断关键指标是否超出正常范围，存在异常指标时触发AI风险评估模块生成健康风险评估结论，无异常时直接保存档案，流程结束。健康档案填报流程图如图2-2所示。

2.2.3 健康计划制定流程设计

健康计划制定流程描述了管理员依据员工健康档案为其定制个性化健康干预方案的操作过程。管理员查看已生成健康档案的员工列表，选择目标员工后查看其风险评估结论，判断是否需要制定专项计划。需要时管理员填写计划编号、计划名称、有效期、运动建议、饮食建议、作息调整四项内容后保存，系统关联计划与员工用户记录；不需要时结束流程。制定成功后系统向员工用户开放该计划的查阅权限，员工可依照计划填报执行日志。健康计划制定流程图如图2-3所示。

2.3 系统建模用例图

2.3.1 管理员角色功能需求

管理员负责系统全局数据的维护管理。员工用户信息的录入、修改、删除操作均由管理员执行，部门信息与岗位信息的基础字典数据由管理员统一维护。体检年度、体检项目分类的配置，体检计划的发布与内容编辑，均在管理员权限范围内完成。体检报名数据、健康档案数据、健康计划内容的审核与管理，运动记录、饮食记录、作息记录的汇总查看，健康活动的创建与活动报名信息的管理，系统文章内容的发布，均属管理员可执行的操作范围，如图2-6所示。

2.3.2 员工用户角色功能需求

员工用户可在系统中完成在线体检报名，报名成功后上传体检报告。健康档案由员工自主填报，包含身高体重、心率、血压、血糖等核心生理指标数据，系统根据填报数据触发AI健康风险评估并呈现评估结论。员工可查看管理员为其制定的健康计划，按计划要求填报运动记录、饮食记录、作息记录。健康活动列表可在线浏览，员工可完成活动报名操作，系统健康文章可查阅与评论。如图2-7所示。

2.4 用例图规约表

表2-1 员工用户管理用例规约表

表2-2 部门信息管理用例规约表

表2-3 岗位信息管理用例规约表

表2-4 体检计划管理用例规约表

表2-5 体检报名管理用例规约表

表2-6 健康档案管理用例规约表

2.5 本章小结

本章从技术、经济、操作三个维度对系统建设可行性进行了论证，明确了系统开发的基础条件。在功能需求方面，梳理了非功能性需求，涵盖可用性、可靠性、安全性等关键指标。通过对管理员与员工两类核心角色的业务诉求分析，完成了体检报名、健康档案填报、健康计划制定、运动记录填报、健康活动报名等核心业务流程的设计。基于用例建模方法，构建了管理员与员工用户的用例图，并编制了详细的用例规约表，清晰界定了各功能模块的操作边界与交互逻辑，为后续系统设计提供了准确的业务指引。

第3章 系统设计

3.1 系统功能设计

本系统围绕企业员工健康管理的核心业务场景构建功能体系，设置管理员、员工用户两类角色。管理员侧功能覆盖员工用户管理、部门信息管理、岗位信息管理、体检年度管理、体检项目管理、体检计划管理、体检报名管理、健康档案管理、健康计划管理、运动记录管理、饮食记录管理、作息记录管理、健康活动管理、活动报名管理、文章管理等模块；员工用户侧功能涵盖个人信息管理、体检计划查看、体检报名、健康档案填报、健康计划查看、运动记录填报、饮食记录填报、作息记录填报、健康活动报名等模块。两类角色的功能边界清晰，数据流转形成完整的健康管理业务闭环。该系统功能结构如图3-1所示。

3.2 企业员工健康管理系统类图

本系统的核心类结构围绕员工健康管理的业务链条展开，各实体类之间通过关联关系、依赖关系形成完整的对象模型。用户账户类作为认证基础，与员工用户类构成一对一组合关系，员工用户类进一步关联部门信息类、岗位信息类，确立组织归属维度的结构。体检计划类向体检报名类提供计划批次与项目配置信息，员工用户类与体检报名类之间存在一对多关联，一名员工可在限制次数内发起多次报名。体检报名类与健康档案类之间形成一对一衍生关系，健康档案类负责持有生理指标数据字段，并通过调用AI分析服务类完成健康风险评估结论的生成。健康计划类由管理员操作创建，关联目标员工用户，向下延伸出运动记录类、饮食记录类、作息记录类三个日志实体类，计划编号字段作为三者的关联键。健康活动类独立于体检业务链，与活动报名类之间构成一对多关联，员工用户类通过活动报名类完成参与绑定。系统类图如图3-2所示。

3.3 企业员工健康管理系统顺序图

系统顺序图从对象交互视角描述各角色与系统模块之间的消息传递过程，直观呈现业务请求从前端发起、经后端控制层转发至数据层处理、再返回响应的完整时序链路。针对系统中具有代表性的核心业务场景，分别绘制对应顺序图，体现不同业务流程中对象协作的差异性。

3.3.1 体检报名业务顺序图

员工用户在前端发起体检报名请求，前端将参数提交至后端控制层，控制层调用业务服务层执行报名次数校验，校验通过后服务层写入数据库并生成报名编号，数据库返回写入结果，服务层将报名编号逐层回传至前端完成展示。体检报名业务顺序图如图3-3所示。

3.3.2 健康档案填报业务顺序图

员工用户进入健康档案模块后，前端向后端请求已完成体检的关联报名记录，服务层查询数据库返回可关联记录列表，员工填写生理指标数据后提交，服务层接收数据并调用AI分析服务完成健康风险评估，评估结论写入数据库，最终将档案创建成功的结果返回前端。健康档案填报业务顺序图如图3-4所示。

3.3.3 健康计划制定业务顺序图

管理员在后台选择目标员工后，前端向后端请求该员工的健康档案数据，服务层从数据库读取档案及风险评估结论并返回，管理员填写运动建议、饮食建议、作息调整等计划内容后提交，服务层将健康计划数据写入数据库，数据库返回操作结果，系统将计划创建成功的响应回传至前端。健康计划制定业务顺序图如图3-5所示。

3.4 企业员工健康管理系统活动图

活动图从行为执行视角描述系统中各参与角色在完成特定业务目标过程中的动作流转与并发状态，重点体现条件判断、分叉合并、异常路径等控制逻辑。针对系统中具有代表性的业务场景分别绘制活动图，与顺序图形成互补，从不同维度完整刻画系统行为模型。

3.4.1 体检计划报名活动图

员工进入体检计划列表页面，浏览当前可报名的体检计划信息，选择目标计划后系统校验该员工在此批次内的历史报名次数，若超出限制则终止流程并提示报名已满，若未超出则员工填写报名信息并提交，系统生成唯一报名编号后将记录写入数据库，报名流程结束。体检计划报名活动图如图3-8所示。

3.4.2 健康档案建档活动图

员工完成体检并上传体检报告后，管理员进入健康档案模块，选择目标报名记录进行建档操作，逐项录入员工生理指标数据，系统调用AI分析模块对各项指标进行健康风险评估，评估结论自动回填至档案字段，管理员确认无误后提交，系统将完整档案持久化至数据库，建档流程结束。健康档案建档活动图如图3-9所示。

3.4.3 健康计划制定活动图

管理员进入健康计划管理模块，查询目标员工的健康档案及风险评估结论，依据评估结论分别制定运动建议、饮食建议、作息调整三类干预方案，设定计划起止日期后提交，系统生成计划编号并写入数据库，同时将运动记录、饮食记录、作息记录的填报权限开放给对应员工，计划制定流程结束。健康计划制定活动图如图3-10所示。

3.5 企业员工健康管理系统数据库设计

（1）用户账户表主要是用来存储系统用户的账号与状态信息。主要包括用户ID、账户状态、所在用户组、用户名等字段。如表3-1所示。

表3-1 用户账户表

（2）员工用户表主要是用来存储企业员工的基本信息与职务归属数据。主要包括员工用户ID、员工姓名、部门名称、岗位名称等字段。如表3-2所示。

表3-2 员工用户表

（3）部门信息表主要是用来维护企业组织架构中的部门层级信息。主要包括部门信息ID、部门名称、父级分类、负责人姓名等字段。如表3-3所示。

表3-3 部门信息表

（4）岗位信息表主要是用来存储企业内部岗位的名称字典数据。主要包括岗位信息ID、岗位名称、创建时间等字段。如表3-4所示。

表3-4 岗位信息表

（5）体检计划表主要是用来记录企业发布的各期体检批次与项目配置信息。主要包括体检计划ID、体检批次、体检名称、体检年度、开始申请时间等字段。如表3-5所示。

表3-5 体检计划表

（6）体检报名表主要是用来记录员工针对体检计划的报名详情与状态信息。主要包括体检报名ID、员工用户、部门名称、报名编号、报名时间等字段。如表3-6所示。

表3-6 体检报名表

（7）健康档案表主要是用来存储员工体检后的生理指标数据与风险评估结论。主要包括健康档案ID、员工用户、报名编号、报告日期、身高数据等字段。如表3-7所示。

表3-7 健康档案表

3.6 本章小结

本章完成了系统的整体架构设计与详细设计方案。功能结构设计将管理员与员工两类角色的功能模块进行了清晰界定，系统类图从对象交互视角揭示了各实体类之间的关联关系与数据依赖。顺序图与活动图分别从消息传递与行为执行两个维度，直观呈现了体检报名、健康档案填报、健康计划制定、健康活动报名、运动记录填报等核心业务场景的时序逻辑与控制流程。数据库设计从概念模型到逻辑表结构层层递进，构建了包含十张核心业务表的数据存储体系，为系统功能的完整实现提供了坚实的数据支撑。

第4章 系统实现

4.1 管理员角色功能实现

4.1.1 员工用户管理

员工用户管理功能主要是对系统中注册的企业员工信息进行统一管理。管理员进入该模块后可查看全部员工用户列表，支持按部门名称、岗位名称等条件进行筛选检索，查询结果实时刷新显示。针对单条员工记录，管理员可执行编辑操作修改员工的基本资料与职务归属信息，系统校验通过后将变更数据持久化存储；对于离职或异常账户，管理员可执行删除操作，系统完成数据清理后列表自动更新。新增员工时管理员填写员工姓名、性别、手机、年龄、身高、部门、岗位等字段并提交，系统同步创建对应的用户账号记录。员工用户管理界面如图4-1所示。

图4-1 员工用户管理界面

4.1.2 部门信息管理

部门信息管理功能主要是对企业组织架构中的部门层级数据进行维护。管理员可查看当前全部部门的名称、负责人、层级关系等信息，支持按部门名称关键词检索定位目标记录。新增部门时需填写部门名称、父级分类、负责人姓名，提交后系统写入部门信息表并反映至前端列表。对于已有部门记录，管理员可修改负责人信息或调整上级分类层级；确认删除操作后系统执行物理删除并刷新列表。部门信息管理界面如图4-2所示。

图4-2 部门信息管理界面

4.1.3 岗位信息管理

岗位信息管理功能主要是对企业内部岗位名称字典数据进行增删改查操作。管理员在列表页查看全部岗位记录，可通过关键词检索快速定位目标岗位。新增岗位时填写岗位名称字段并提交，系统写入岗位信息表；修改操作允许更新岗位名称字段；删除操作在确认后完成数据清理。岗位数据作为员工用户信息的关联字典，变更后员工信息中对应的岗位名称显示内容随之更新。岗位信息管理界面如图4-3所示。

图4-3 岗位信息管理界面

4.1.4 体检计划管理

体检计划管理功能主要是对企业发布的体检批次与项目配置信息进行完整生命周期管理。管理员可查看全部体检计划列表，包含批次编号、体检名称、体检年度、报名起止时间等关键信息。新增计划时需填写体检批次、体检项目、体检名称、体检年度、开始申请时间、截止申请时间、体检说明、报名限制次数等字段；提交后系统写入数据库，该计划对员工端即时可见。管理员可对已发布的计划执行修改操作，调整报名时间或说明内容；确认删除后系统完成清理操作。体检计划管理界面如图4-4所示。

图4-4 体检计划管理界面

4.1.5 体检报名管理

体检报名管理功能主要是对员工提交的体检报名记录进行汇总查看与数据维护。管理员在列表页可按部门、体检批次、员工姓名等条件筛选报名记录，查看员工报名时间、报名编号、体检报告上传状态等详细信息。对于已完成体检的员工报名记录，管理员可核查体检报告路径的正确性；需要修正数据时执行编辑操作更新对应字段；对于异常或重复的报名记录，管理员可执行删除操作完成数据清理。体检报名管理界面如图4-5所示。

图4-5 体检报名管理界面

4.1.6 健康档案管理

健康档案管理功能主要是对员工体检后录入的生理指标数据与风险评估结论进行统一管理。管理员在列表页可查看全部员工健康档案，包含身高、体重、心率、血压、血糖等指标数据及AI生成的健康风险评估结论。按员工姓名、部门、体检年度等条件筛选后可快速定位目标记录。管理员具备为员工新建、修改健康档案的操作权限；对于数据质量存疑的档案记录，可执行编辑修正；确认删除操作后系统完成档案数据的清理工作。健康档案管理界面如图4-6所示。

图4-6 健康档案管理界面

4.1.7 健康计划管理

健康计划管理功能主要是对管理员为员工定制的个性化健康干预方案进行维护管理。管理员在列表页查看全部已制定的健康计划，包含计划编号、计划名称、关联员工、有效期等信息。新增计划时填写员工用户、计划编号、计划名称、开始日期、结束日期、运动建议、饮食建议、作息调整等字段后提交，系统完成记录创建并向员工端开放查阅权限。对已有计划内容执行修改操作可更新干预方案的具体内容；计划到期或不再适用时管理员可执行删除操作。健康计划管理界面如图4-7所示。

图4-7 健康计划管理界面

4.1.8 健康活动管理

健康活动管理功能主要是对企业发布的线下健康活动进行全流程信息管理。管理员在列表页查看全部健康活动，包含活动名称、活动编号、活动类型、活动时间、活动地点等信息。新增活动时填写上述字段及活动海报、活动说明内容后提交，系统写入数据库并在员工端健康活动列表中即时展示。管理员可对已发布活动的信息执行修改操作更新活动细节；对于已结束或取消的活动，管理员执行删除操作完成数据清理，对应的活动报名记录联动从员工端移除。健康活动管理界面如图4-8所示。

图4-8 健康活动管理界面

第5章 系统测试

5.1 测试目的

软件测试是检验系统实现质量、验证业务逻辑正确性的关键环节。本系统测试的核心目标是对各功能模块在完整业务链路上的数据流转正确性进行系统性验证，重点关注体检报名、健康档案填报、健康计划关联等涉及多表数据写入的跨模块操作场景，检验系统在正常路径与边界条件下的响应行为是否与设计规格一致[21]。针对AI健康风险评估模块，测试着重验证不同指标组合输入下评估结论的逻辑合理性，排查异常数据输入时系统的容错处理能力。测试结果作为系统上线可行性判断的依据，保障核心业务功能的稳定运行。

5.2 测试方法

本系统测试采用功能测试与边界值测试相结合的方式推进。功能测试依据第三章需求分析中各角色的功能列表设计测试用例，逐一验证系统在标准操作路径下的业务响应是否符合预期；边界值测试针对报名次数上限、运动时长数值合法性、体检指标范围等关键约束条件，构造边界数据输入以检验系统的校验逻辑是否完备。

测试以手动执行为主，借助浏览器直接操作系统界面完成测试步骤，对比实际响应与预期结果之间的差异。每个测试模块均设计正向通过用例与负向异常用例，覆盖正常操作成功、非法输入拦截、数据关联异常三类核心场景，测试结论按"符合预期""不符合预期"两档进行记录，不符合预期的问题点留存记录供后续修正参考。

5.3 测试用例

节针对系统7个核心业务模块制定测试用例，对体检报名、健康档案、健康计划、运动记录、饮食记录、作息记录、健康活动报名等功能的主要业务逻辑与校验机制进行验证。

体检报名模块测试验证报名流程的完整性与次数限制校验逻辑，关注员工在有效报名期内提交信息后系统的数据写入与报名编号生成是否符合设计规格，同时覆盖超过报名次数上限时的拦截行为。如表5-1所示。

表5-1 体检报名测试用例表

健康档案模块测试着重验证生理指标数据的录入完整性及AI风险评估触发的正确性，关注系统在正常指标与异常指标两类输入场景下评估结论的生成逻辑是否一致。如表5-2所示。

表5-2 健康档案测试用例表

健康计划模块测试验证管理员制定计划后员工端的数据可见性，以及计划与日志记录的关联绑定正确性。如表5-3所示。

表5-3 健康计划测试用例表

运动记录模块测试关注员工填报运动数据时系统对运动时长数值合法性的校验行为，以及记录写入后计划关联计数的同步更新情况。如表5-4所示。

表5-4 运动记录测试用例表

饮食记录模块测试验证食物图片上传与记录信息写入的联动正确性，关注用量字段在多种格式输入下的数据存储一致性。如表5-5所示。

表5-5 饮食记录测试用例表

5.4 本章小结

本章围绕系统核心功能模块开展了系统性的测试工作。采用功能测试与边界值测试相结合的方法，针对体检报名、健康档案、健康计划、运动记录、饮食记录、作息记录、健康活动报名等七个业务模块设计了详尽的测试用例。测试覆盖了正常操作流程、边界条件校验、异常数据拦截等典型场景，测试结果表明各模块在业务逻辑正确性、数据一致性、校验机制完备性等方面均符合预期设计要求。系统测试验证了核心功能的稳定可靠，为系统实际部署与应用提供了质量保障。

第6章 总结与展望

6.1 总结

企业健康管理数字化转型的迫切需要促使本系统立项和开发，系统针对中小型企业员工健康管理场景，解决传统管理模式下数据孤立、流程断层、干预缺失等主要问题，达到预期的设计目的。

本系统从需求调研、系统设计、编码实现、测试部署四个步骤完成了全部开发工作。在需求分析阶段明确了管理员和员工两个角色之间业务的边界，系统设计阶段确定了SpringBoot、Vue、MySQL三层B/S架构，完成概念模型和逻辑表结构的建立；编码实现阶段分别完成了员工信息、体检计划、健康档案、健康计划、三类日志记录、健康活动等主要模块的实现；测试验证阶段对7个业务模块进行了正向和边界测试，所有的模块测试结果都符合要求。前后端分离的架构设计减小了模块间的耦合，把AI健康风险评估能力集成到系统中就给系统赋予了智能化的数据分析能力。

由于开发周期的原因，目前系统的数据可视化表现比较简略，健康趋势图表的展示程度不够深入，AI风险评价模块仅仅依靠一次指标数据来得出静态结果，并不能实现对跨期动态趋势的分析，移动端适配的细致程度也存在提升之处，部分复杂的表单在小屏幕设备上使用时的操作体验还有待提高。

后续版本会把健康数据可视化大屏、多周期健康趋势分析、移动端原生体验优化当作重点，慢慢加入更准确的AI风险模型以提升评价的可靠性。随着企业健康管理信息化需求不断上升，本系统有在更多的行业场景中得到推广使用的能力，对于降低企业职业健康风险成本、提高员工健康意识有着积极的意义。

6.2 未来与展望

系统对于健康数据的可视化呈现目前主要采用列表、表单的形式，缺少对员工健康指标变化趋势的图形化展示，后续可以使用ECharts或者AntV等可视化组件，创建个人和部门的健康数据看板，支持核心指标多周期趋势曲线分析，使员工能直观感受到自身健康状况的变化轨迹，也能给管理层提供跨部门健康指标对比视图，提高数据驱动决策的可操作性。AI健康风险评估模块目前只用单次体检指标和预设阈值规则来得出静态结论，并没有利用历史数据建立个性化的预测模型，未来可以采用机器学习的方法，把员工多年度体检数据和行为日志等多维信息融合起来，创建出以时序分析为基础的风险预测模型，从而达成由“事后评价”向“事前预警”的改变，在健康指标出现异常趋势的时候，主动发出干预提议，加强健康管理的预见性以及精确度。

就移动端体验来说，尽管目前系统采用了响应式布局，但是部分复杂的表单在小屏设备上使用时的操作体验还有待提升，未来可以考虑单独开发出一个移动端应用来专门应对健康日志的填写、体检的报名、活动的参与等高频次的任务，并且还可以尝试同智能手环、智能体重秤这些物联网设备建立联系，进而对运动步数、心率、睡眠质量之类的健康数据展开自动搜集和同步，以此减轻员工自行填报的麻烦。为了提高员工的参与积极性，可以考虑在系统里加入健康积分体系，完成健康计划、参加活动、坚持日志填写等行为会获得相应的积分，并且可以兑换福利，开发运动打卡排行榜、健康话题讨论区等社交化模块，在组织内部营造出健康文化氛围。从系统性能和部署的角度出发，之后可以借助Redis缓存热点数据、改善SQL查询执行计划、采用Nginx反向代理和集群部署等手段来加强系统在用户数量增多时的响应速度以及横向扩展能力，为向大型企业推广应用打下技术基础。

参考文献

致    谢

走到论文答辩前的这个节点，回望过去几个月的经历，很难用一种统一的情绪来描述。有些阶段推进得顺畅，数据库建模、接口联调、测试用例一气呵成；也有些阶段停在某个问题里反复转圈，几乎怀疑自己选的方向是否走得通。这种拉锯的感觉，在答辩准备的压力下变得尤为真实。

指导老师在整个研究过程中给予的帮助，很难用"感谢"两个字完整表达。每次汇报时提出的问题，常常在一两句话里切中真正的漏洞，推动着研究思路的修正。老师并不总是给出答案，而是让人意识到该往哪个方向去找答案——这种引导方式，对独立思考能力的培养比直接给出结论要有价值得多。

家人对这段时间的理解，体现在很多细节里。没有刻意询问进度，没有施加额外压力，只是在那里。这种存在本身，就已经是一种支撑。同学之间的交流也起到了不可忽视的作用，一次随意的技术讨论，有时会打开一个之前完全没有想到的解决路径。

这篇论文记录的不只是一个系统的设计与实现，也记录了一段独立完成一件事的完整过程。能够从无到有地把一个可以运行的系统做出来，并用文字把整个过程梳理清楚，这件事本身让人感到踏实。

点赞+收藏+关注  →私信领取本源代码、数据库