企业官网建设流程全解析

做这类“基于Spring Boot的社区居民健康管理系统”，十个人里有八个是冲着毕业设计来的，剩下两个是想给社区、卫生服务站之类的地方套个现成的信息管理模型。我自己前前后后帮别人搭过几个类似项目，也见过不少拿到需求不知道怎么下手的案例。这个选题最典型的地方在于：它不是单纯的增删改查，而是要把健康档案、慢病随访、体检记录这些东西串起来，同时还绕不开权限管理、数据统计和导出这些常见诉求。今天这篇就把整个项目的设计与开发过程完整拆开聊一遍，包括数据库怎么设计、接口怎么出、论文和答辩PPT怎么准备，希望能给正在做这个题目的你省点事。

1. 项目立项：社区健康管理系统的需求到底怎么梳理

1.1 社区健康管理要解决的真实问题

社区健康管理，说白了就是让社区卫生服务中心的工作人员，能够管理辖区内居民的健康信息，而不是靠Excel表加纸质病历。实际业务场景里，工作人员需要记录居民的基本信息、既往病史、过敏史、血压血糖等体检数据，还要定期对高血压、糖尿病这类慢病患者做随访，提醒他们复诊、吃药。如果没有系统，这些数据分散在纸质表格、微信聊天记录和一堆Excel里，想查一个居民的历史健康数据，翻半天都翻不出来。这个项目要解决的核心问题，就是把所有人的健康信息集中管理起来，让查询、登记、统计、提醒变得可控。

很多同学一开始会把需求想成普通的CRUD，觉得不就是居民表的增删改查吗。但真实需求里有一些隐藏点：居民的健康档案是有私密性的，全科医生、管理员、居民本人能看的数据范围不一样；随访记录是有状态的，比如待随访、已完成、已过期；统计图表也需要，比如按社区统计糖尿病人的占比。如果你只做一个简单的单表CRUD，评审老师一问就会露馅。所以第一步务必把需求做厚，哪怕最终实现时有些功能只是简单版，但需求文档和数据库设计里都要体现出来。

1.2 角色划分与功能清单

我建议按三种角色来划分系统权限，这是社区健康管理项目最常见的模型。管理员负责整体配置和账号管理，比如维护社区信息、用户列表、角色分配；社区医护人员（医生/护士）是主要使用角色，负责录入居民档案、登记健康体检数据、创建随访计划并完成随访；居民本人可以登录系统查看自己的健康档案和随访记录，但只能看，不能改。

功能模块可以拆成这么几块：

• 登录注册与权限控制：管理员、医护人员、居民三种角色，登录后显示不同菜单。
• 居民健康档案管理：添加居民信息，包括身份证、联系方式、既往病史、过敏药物、血型等，支持按姓名/身份证模糊查询。
• 健康体检数据管理：记录每次体检的数据，比如身高体重、血压、血糖、血脂、尿酸等，并生成历史趋势。
• 慢病随访管理：针对高血压、糖尿病等慢病患者配置随访计划，记录随访时间和结果，状态自动更新。
• 健康提醒：通过定时扫描随访计划，自动生成待办事项，提醒医护人员及时随访。
• 数据统计：图表展示重点人群数量、血压/血糖控制情况、随访完成率。
• 健康知识管理：管理员发布健康科普文章，居民端可以浏览。

这个清单在论文里就是系统功能结构图的基础。画一下功能树，比直接写文字好很多。

2. 技术底座：Spring Boot项目怎么搭最省心

2.1 技术栈选择与理由

这个项目的技术栈组合，我推荐后端Spring Boot 2.x + MyBatis-Plus，前端用Thymeleaf模板引擎 + Bootstrap或者Layui。前端如果用Vue+Element UI做前后端分离也完全可以，但对大多数做毕设的同学来说，前后端分离意味着你需要维护两套源码、处理跨域，还要考试时能解释清楚接口联调过程，答辩压力会大不少。

Spring Boot作为基础框架，好处是几乎零配置就能启动项目，内置Tomcat，Spring MVC那套请求处理流程也都现成，网上教程海量。MyBatis-Plus非常推荐，它内置单表CRUD方法，比如selectById、insert、updateById，写社区健康管理系统这种业务不需要复杂的SQL就能完成大部分操作。再加上分页插件，分页查询一行代码就搞定。换作原生MyBatis，你得自己写好几十条SQL，工作量完全不是一个量级。

前端用Thymeleaf的话，Spring Boot直接引入spring-boot-starter-thymeleaf就能在HTML模板里写类似于${}的表达式，数据从Controller传到Model里，直接渲染成页面。Bootstrap用来做布局和表格样式，Layui里自带日期控件、弹出层、表格插件，也很适合后台管理界面。如果你界面设计能力一般，用现成后台模板是最稳的选择。

2.2 数据库设计：用户表、健康档案表、随访记录表

数据库设计是整个项目最见功底的地方。我见过好多同学只做一个用户表加一个居民信息表，几万字的论文硬编，系统评审时被反复问“随访记录都存哪了？”。下面是我常用的核心表结构，可直接参考。

第一张是用户表（sys_user）。字段包括id、用户名、密码、真实姓名、手机号、角色标识（admin/doctor/resident）、关联的居民档案id（resident_id）、创建时间等。这里有个小技巧：把用户和居民档案分开，不要试图用一张表搞定。管理员和医生不需要关联居民档案，但居民用户需要关联自己的健康档案记录。密码存储注意要加密，后面我会单独说。

第二张是居民健康档案表（resident_health_record）。字段包括id、居民姓名、性别、出生日期、身份证号、联系电话、家庭住址、既往病史、过敏史、血型、建档医生id、建档时间、更新时间。这个表可以再加一个身高、体重、血压的默认值字段，方便列表页直接展示。身份证号建议加唯一索引，防止重复建档。

第三张是体检记录表（health_check_record）。字段包括id、居民档案id、检查日期、身高、体重、血压收缩压/舒张压、空腹血糖、总胆固醇、甘油三酯、低密度脂蛋白、尿酸等，再加一个评估结果文本。这个表就是典型的“多对一”子表，一个居民可以有多条体检记录。后面做趋势图就是从这张表查历史数据。

第四张是随访记录表（follow_up_record）。字段包括id、居民档案id、随访日期、随访方式（电话/上门/门诊）、随访结果、下次随访日期、随访医生id、状态（待随访/已完成/已过期）、创建时间。这张表是系统业务量的核心，慢病管理靠的就是它。

其他辅助表还包括健康知识文章表、体检提醒设置表等，这些可以后补，但上面四张表是骨架，无论如何都要设计好。建议用Navicat或者MySQL Workbench画一张ER图，导出SQL文件，论文里直接放ER图截图，很加分。

2.3 项目结构骨架

项目包结构建议按功能模块划分，而不是按类型划分。很多教材喜欢搞controller、service、mapper这种三层目录，但只分三层会导致controller下各种类堆在一起，项目一大就乱。社区健康管理系统不大，可以按业务模块拆：

com.community.health ├── config（配置类：MyBatis-Plus分页、启动初始化数据等） ├── controller（AdminController、DoctorController、ResidentController等） ├── service（HealthRecordService、FollowUpService等） ├── mapper（对应Mapper接口） ├── entity（表实体类） ├── dto（接收前端参数的封装类） └── utils（统一返回结果类、自定义异常等）

这样分包，版面清晰，写论文时目录结构图也好画。实体类对应每张表的字段，建议用Lombok的@Data注解，省得手写一堆getter和setter。统一返回结果类咱们可以用一个Result对象，包含code、msg、data三个字段，这样后端无论是跳转页面还是返回JSON都能统一风格。

3. 核心代码实现：从登录到健康档案的一整套流程

3.1 登录与权限控制

登录这块最容易遇到两个问题：密码明文存数据库、所有页面都能直接访问。我们先说处理方案。

在Spring Boot项目里，最简单又安全的做法是用Spring Security或者Shiro。但这两个框架对新手有一定学习成本，配置不当反而麻烦。如果你只是想实现一个能说清楚原理的登录权限系统，也可以用拦截器方式：用户登录成功后把用户信息和角色放进Session，然后写一个LoginInterceptor实现HandlerInterceptor，在preHandle里判断当前请求路径是否放行（比如登录接口、静态资源、居民端部分公开页面），没有登录就重定向到登录页。角色控制就在controller方法里用注解或者手动判断角色。

我记得有一个特别典型的坑：静态资源如CSS和JS被拦截器拦截，导致页面样式全丢。一定要在拦截器注册时对 /static/、/css/、/js/、/images/这些路径设置excludePathPatterns。另外Thymeleaf页面里获取当前登录用户，可以通过Model添加一个session变量session.setAttribute("loginUser", user)，模板里用th:if="${session.loginUser != null}"判断。

密码加密不建议自己写MD5加盐，直接用Spring Security里的BCryptPasswordEncoder，它每次生成的哈希值都不一样，但matches方法可以校验。只需要引入spring-security-crypto这个依赖，不用把整个Spring Security拉进来，轻量又安全。这一点在论文里可以写，答辩时能讲清楚为什么不用明文。

3.2 居民健康档案的CRUD与分页查询

档案管理说白了就是一张大表的数据维护。MyBatis-Plus的实现方式很简洁，实体类用@TableName标注对应的表，Mapper接口继承BaseMapper，service层直接调用save、updateById、removeById、page等现成方法。比如分页查询，只需要这样：

Page<ResidentHealthRecord> page = new Page<>(current, size); LambdaQueryWrapper<ResidentHealthRecord> wrapper = new LambdaQueryWrapper<>(); wrapper.like(StringUtils.hasText(keyword), ResidentHealthRecord::getName, keyword) .orderByDesc(ResidentHealthRecord::getCreateTime); IPage<ResidentHealthRecord> result = this.page(page, wrapper);

这里wrapper里用Lambda的方式指定字段，不容易写错列名。StringUtils.hasText判断keyword是否为空，为空就不加条件，这也是比较常用的写法。前端列表页传current和size两个参数，Controller再接收keyword，返回分页结果。Bootstrap的表格可以直接展示，也可以配合Layui的table模块自动渲染。

新增和编辑页面通常做成同一个模板，controller里根据有没有id判断是走新增还是更新。表单提交到同一个接口，实体对象字段对应表单里的name属性，后端用@ModelAttribute接收。注意体检记录是另一个表，档案详情页要展示该居民的历次体检记录，我一般会在档案列表加一个“详情”按钮，跳转到detail页面，同时查出体检记录和随访记录。

3.3 健康随访提醒的定时任务实现

随访提醒是这个项目的亮点模块，也是答辩时最能讲出东西的地方。需求是实现每天自动扫描所有慢病居民的随访计划，假如某个居民上次随访日期加上随访周期已经超过当前时间，就自动生成一个待随访提醒。

这里可以用Spring Boot自带的@Scheduled注解。主启动类加上@EnableScheduling，然后在Service里写一个定时方法：

@Scheduled(cron = "0 0 7 * * ?") public void generateFollowUpTasks() { List<FollowUpPlan> plans = followUpPlanMapper.selectList( new LambdaQueryWrapper<FollowUpPlan>() .eq(FollowUpPlan::getStatus, "active") ); for (FollowUpPlan plan : plans) { LocalDate nextDate = plan.getLastFollowUpDate().plusDays(plan.getCycleDays()); if (nextDate.isBefore(LocalDate.now())) { FollowUpRecord record = new FollowUpRecord(); record.setResidentId(plan.getResidentId()); record.setStatus("待随访"); record.setPlanId(plan.getId()); followUpRecordMapper.insert(record); plan.setStatus("pending"); followUpPlanMapper.updateById(plan); } } }

这个代码是示意性质，实际项目里可以把“待随访记录”放在一张待办表里，或者单独建一个task表，避免和随访记录表冲突。最重要的是定时任务表达式和业务逻辑要对应好。cron表达式建议用在线工具生成，别自己瞎写，0 0 7 * * ?表示每天早上7点执行。如果你在本地测试，可以把时间改成每30秒执行一次0/30 * * * * ?，测试完再改回去。

这个定时任务讲清楚之后，论文的“系统实现”章节就有真实业务价值了，答辩时评审老师也会觉得你考虑到了实际业务场景。

3.4 健康数据统计与图表展示

统计功能做得好不好，直接决定系统“高级感”。社区健康管理系统至少要能统计出社区总人口、建档率、高血压人数、糖尿病人数、随访完成率等。最简单的方式是写几个统计SQL，用SELECT COUNT配合WHERE条件。比如统计高血压人数，就是查体检记录中血压数据异常的人数，或者从居民档案表中根据确诊字段统计。

图表展示方面，可以集成ECharts。通过Ajax请求后端Controller返回统计数据，前端用ECharts.init来渲染饼图、柱状图和折线图。需要注意，ECharts是纯前端的JavaScript库，引入它的echarts.min.js即可，不需要额外后端依赖。Controller返回一个Map或者List，前端用JSON解析。例如返回近6个月的随访完成率，在Controller里写一个返回List<Map<String, Object>>的接口，JSON格式大概是[{"month":"2024-01","rate":82},{"month":"2024-02","rate":85}]，前端直接setOption。

这类图表的代码可以专门整理到“统计分析”模块，论文里配上截图会非常出效果。我建议在答辩前，往数据库里多造一些模拟数据，比如50个居民、每人5次体检记录、一堆随访记录，图表一下子就饱满了。千万别拿空表去演示。

4. 论文与答辩PPT：毕业设计里的隐藏大头

4.1 论文结构怎么组织才不被质疑

这个项目最终的交付物里有精品论文和答辩PPT，很多同学代码敲得很爽，一写论文就头疼。我见得比较多的论文结构是七章：

第一章绪论，写研究背景、意义、国内外现状、主要工作。背景部分关联“健康中国”和社区医疗服务水平提升这些方向，不要大篇幅抄政策文件，重点落在信息系统能提高效率、减少错误这些实际价值上。国内外现状写国外社区卫生服务信息化成熟，国内存在数据孤岛、重复录入等问题，然后提出本系统的研究意义。

第二章相关技术介绍，写Spring Boot、MyBatis-Plus、MySQL、Thymeleaf、ECharts等，每个技术的介绍不要写太多百科式内容，要写“为什么用这个技术”，最好加上技术选型对比表。

第三章系统分析，写可行性分析、需求分析、用例图、功能模块图。这部分是重点，用例图可以用PlantUML或ProcessOn画，功能模块图可以用树状图。

第四章系统设计，写总体架构图、数据库设计、核心类设计。数据库要写出每张表的字段说明，设计理由，以及ER图。

第五章系统实现，按功能模块写实现过程和核心代码片段。注意贴代码不要全篇贴，挑有亮点的，比如登录拦截器、分页查询、定时任务，每个代码块后面要写说明。

第六章系统测试，写测试方法和测试用例表。这里最容易被忽略，至少要包含测试环境、功能测试用例、性能测试简单说明。举个测试用例表的例子：编号、测试功能、操作步骤、预期结果、实际结果。列上十来条，桌面级的项目就够看了。

第七章总结与展望，写系统完成的功能，存在的不足，以及后续扩展方向。别写成检讨书，要有积极语气。

4.2 答辩PPT每页放什么内容

答辩PPT刚才说了，很多同学觉得是“配菜”，但实际上答辩PPT直接决定了你的展示效果。我的经验是PPT控制在12到15页，不要多，每页只讲一个重点。

第1页封面：项目名称 + 姓名学号（如需）。第2页目录，简洁列出几个部分。第3页研究背景和意义。第4页系统需求分析，放一张功能模块树图。第5页技术架构，放一个简单的技术栈列表或架构图。第6页数据库设计，放ER图即可，不要放建表SQL。第7到10页核心功能演示，对应登录、档案管理、随访提醒、统计分析，最好把页面截图放上去，而不是写一堆文字。第11页系统测试，放测试用例表。第12页总结与展望。第13页结束语，写“请各位老师批评指正”。

答辩时的讲解逻辑：先说自己做了什么，再展示核心功能，最后说遇到的技术难点和如何解决。这里一定要有一个能讲两分钟的亮点，比如定时任务、数据可视化、权限控制，选一个最熟的展开。多数评审老师更关注你是否理解自己的设计，而不是代码是不是一行行手敲的，所以你必须在答辩前把核心模块的实现思路捋顺。

5. 部署实操与排坑指南

5.1 从源码到本地跑起来的完整步骤

拿到这个项目的源码之后，怎么在本地跑起来是很多人卡住的地方。我按常规的步骤给你梳理一遍，只要按顺序操作，基本上半天就能跑通。

第一步安装环境。JDK 1.8或者11，MySQL 5.7或者8.0，Maven 3.6+，推荐用IDE是IntelliJ IDEA，社区版就够。先把这些装好，用命令确认一下版本。

第二步导入数据库。找到项目里提供的sql文件，在MySQL里新建一个名为community_health的数据库，设置字符集utf8mb4。然后执行SQL文件，导入表结构和初始数据。注意：初始数据一定要有，不然你登录都登不了，而且后面做展示的时候还得自己造数据。

CREATE DATABASE `community_health` DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE `community_health`; SOURCE /你的目录/community_health.sql;

第三步修改配置文件。打开application.yml，把数据源url、账号、密码改成你自己的。一定注意，MySQL 8.0的driver-class-name要写com.mysql.cj.jdbc.Driver，而且url后面通常要加serverTimezone=Asia/Shanghai，否则会报时区错误。具体配置参考：

spring: datasource: url: jdbc:mysql://localhost:3306/community_health?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver

第四步启动项目。在IDEA中打开项目，等待Maven加载依赖。找到主启动类，右键Run。如果启动成功没有报错，控制台会出现Tomcat started on port 8080。这时候在浏览器打开http://localhost:8080，应该能看到登录页面。

第五步登录测试。如果初始数据里有管理员账号，比如admin/admin123，登录后看菜单是否正常显示。如果页面报404或者500，再看控制台日志排查。

5.2 常见启动问题排查速查表

我整理了一个常见问题表格，这些都是我实际调试中经常遇到的类型：

这些小问题在第一次跑项目时特别容易遇到，大部分网上都能搜到。我的建议是遇到报错不要慌，先看完整堆栈日志，不要只看最上面那行，很多真正的错误原因在最后面。

6. 项目二次开发还能怎么玩（个人心得）

最后说点我自己的感受。每次带人做这类社区健康管理项目，我都会说一句话：别把毕设当成交差任务，把它当成一个可以继续扩展的产品模型。这个系统如果只做到档案管理，其实价值不大，但你把健康趋势分析、慢病风险预警、用药提醒这些功能往里加，它就能变成一个对社区场景真正有用的工具。哪怕只是加一个简单的“BMI指数自动计算”，也是一个完整业务闭环的体现。

我在实际开发中发现，最影响完成度的不是后端代码，而是“演示数据”和“页面细节”。你把50个真实感很强的居民数据导进去，随访记录按时间排列，图表里有曲线波动，这个系统看起来就像真项目。反过来，如果数据库里只有两三条测试数据，界面再好看也显得假。所以建议你在答辩前一定花时间造数据，用程序批量生成也可以，写一个简单的循环插入100条模拟记录，很快的。

如果你还想继续扩展，建议优先做移动端适配。现在社区健康管理越来越依赖微信小程序或者手机H5，你可以在现有Spring Boot接口基础上做一个居民端小程序，居民能查报告、收提醒，这个改动不需要重写后端，把Controller层接口复用一下，前端单独做一个就行。这种后续扩展思路，在论文里展望部分可以写，答辩时如果被问“系统有没有改进空间”，你就可以很自然地展开讲。

总的来说，基于Spring Boot的社区健康管理系统，是一个非常适合练习“完整闭环”的实战题目，从数据库设计到权限控制，从定时任务到可视化展示，该有的企业级项目元素都能覆盖到，而且难度可控。把这个项目吃透，你不仅能顺利答辩，还能真正理解一个管理系统从需求到上线要经历什么。真有问题，欢迎照着这个路线自己动手写一遍，踩坑才是最快的学习方式。