源码专题-java0156-基于 Spring Boot智慧养老中心管理系统

智慧养老中心管理系统：技术栈与功能亮点说明

1. 项目定位

智慧养老中心管理系统是一套面向养老机构日常运营的后台管理系统。项目围绕老人入住、档案、健康监测、用药、护理服务、费用、排班、来访、外出、食堂菜品和活动发布等业务展开，覆盖养老中心从人员管理到服务闭环的核心工作。

系统内置三类主要角色：管理员、用户、护工。每类角色进入后台后看到不同菜单和数据范围，既能展示完整的管理能力，也能体现实际业务中的权限边界和协作关系。

2. 技术栈

前端技术

| 技术 | 项目使用点 | 价值 |

| --- | --- | --- |

| Vue 3 | 使用单文件组件和 `script setup` 组织页面逻辑 | 组件化开发，页面维护清晰 |

| Vite | 前端开发与生产构建 | 启动和构建速度快 |

| Element Plus | 表单、表格、分页、弹窗、按钮、描述列表等后台 UI | 快速构建统一的管理端交互 |

| Vue Router | 登录页、后台页、各业务模块路由 | 支撑多模块页面跳转和登录拦截 |

| Pinia | 用户登录态、Token、会话信息维护 | 统一管理前端用户状态 |

| Axios | 封装 API 请求、Token 请求头、401 跳转登录 | 前后端接口调用一致 |

| ECharts | 护理统计、老人费用统计 | 业务数据可视化 |

| Sass | 后台主题和组件样式 | 提升页面样式可维护性 |

| Tinymce / 图片预览 / 文件上传组件 | 档案、活动、菜品、附件和图片展示 | 丰富业务内容表达 |

后端技术

| 技术 | 项目使用点 | 价值 |

| --- | --- | --- |

| Java 8 | 后端运行环境 | 稳定、课程项目适配度高 |

| Spring Boot 2.3.12 | REST 接口、配置、服务启动 | 简化后端开发与部署 |

| Spring MVC | Controller 分层接口 | 对外提供清晰业务 API |

| MyBatis Plus | Mapper、分页、条件查询、实体映射 | 快速实现增删改查和分页检索 |

| MySQL | 业务数据存储 | 保存用户、护工、老人档案、订单、费用等核心数据 |

| JWT | 登录 Token 生成与解析 | 支撑前后端分离鉴权 |

| Kaptcha | 登录验证码 | 增强登录安全性 |

| Swagger2 | 接口文档标注 | 便于接口调试和说明 |

| Hutool | Bean 转换、工具方法 | 简化常用 Java 工具逻辑 |

| Commons FileUpload / Commons IO | 本地文件上传 | 支持图片、文档、音视频等附件 |

| Fastjson | JSON 处理 | 支撑接口数据转换 |

| jntoo DB 工具 | 动态查询、统计 SQL、状态更新 | 简化部分业务查询和联动更新 |

数据与工程能力

| 能力 | 体现 |

| --- | --- |

| 分页与条件检索 | 多数列表页支持编号、姓名、类型、状态、日期等条件查询 |

| 排序能力 | 表格列支持自定义排序，如费用、价格、状态、日期等 |

| 文件资源管理 | 头像、病历附件、菜品或活动内容可通过上传能力维护 |

| 状态流转 | 护理订单、费用支付、入住退宿、完成服务、服务评价均有明确状态变化 |

| 角色数据隔离 | 后端提供按 `yonghuming`、`gonghao`、`dengjiren` 筛选的数据接口 |

3. 角色核心功能

管理员

管理员承担养老中心后台运营维护职责，菜单覆盖面最完整。

| 功能域 | 核心功能 |

| --- | --- |

| 账号与人员管理 | 管理管理员账号、用户账号、护工账号，维护账号资料和密码 |

| 护工管理 | 新增和查询护工，给护工添加工资、安排排班 |

| 入住与退宿管理 | 查询入住记录、退宿记录，维护老人入住状态 |

| 健康管理 | 查询老人档案、日常监测、用药记录，形成老人健康数据留痕 |

| 费用管理 | 查询老人费用、处理支付状态，查看老人费用统计 |

| 生活服务管理 | 发布和维护食堂菜品、日常活动，查询外出记录 |

| 安全管理 | 新增和查询来访登记，记录访客信息、访问时间和来访原因 |

| 护理服务管理 | 维护护理类型、护理服务，管理护理订单、完成服务、服务评价 |

| 数据统计 | 查看护理统计和老人费用统计，辅助运营分析 |

管理员的价值在于把养老中心的人员、服务、财务和安全信息集中维护，并通过状态和统计结果掌握整体运营情况。

用户

用户对应养老服务对象或其家属账号，主要查看与自己相关的入住、健康、费用和护理服务信息。

| 功能域 | 核心功能 |

| --- | --- |

| 我的入住 | 查看个人入住信息和外出记录 |

| 我的档案 | 查看老人档案、基础资料、健康说明和附件 |

| 用药记录 | 查询个人用药记录 |

| 费用查询 | 查看个人费用记录，并对待支付费用发起支付 |

| 日常监测 | 查看体温、心率、血压、血糖等健康监测记录 |

| 生活信息 | 查看食堂菜品和日常活动信息 |

| 护理服务 | 查询护理服务，发起护理下单，查看护理订单、完成服务和服务评价 |

| 退宿查询 | 查看个人退宿相关记录 |

| 个人中心 | 修改个人资料和密码 |

用户侧的价值在于让老人或家属可以看到与自己相关的服务过程，从入住、费用、健康到护理服务形成完整查询路径。

护工

护工角色围绕执行服务、查看任务和维护服务过程展开。

| 功能域 | 核心功能 |

| --- | --- |

| 我的排班 | 查询个人排班日期、时段和备注 |

| 入住查询 | 查看老人入住和退宿信息，了解服务对象状态 |

| 老人档案 | 查看老人档案，辅助服务前了解基础健康情况 |

| 日常监测 | 查询日常健康监测记录 |

| 用药记录 | 查询或登记与服务相关的用药记录 |

| 护理服务 | 查看自己关联的护理服务、护理订单、完成服务和服务评价 |

| 完成服务 | 对待完成护理订单登记完成时间和完成备注 |

| 工资查询 | 查看自己的工资记录 |

| 个人中心 | 修改护工个人资料和密码 |

护工侧的价值在于把“排班、服务对象、护理订单、完成记录、评价、工资”放到同一角色工作台中，便于服务人员按任务推进。

4. 核心业务模块

| 模块 | 说明 |

| --- | --- |

| 用户与护工 | 维护用户、护工基础资料，支持头像、联系方式、账号密码等信息 |

| 老人入住 | 记录老人入住日期、楼栋、楼层、房间、床位和入住状态 |

| 老人档案 | 记录老人姓名、年龄、身份证、病史、家属信息、附件和备注 |

| 日常监测 | 记录体温、心率、血压、血糖等健康指标，支持按人员查询 |

| 用药记录 | 记录老人服用药品、日期、备注和登记人 |

| 老人费用 | 记录水电费、服务费、医疗费、总金额、支付状态 |

| 护工工资 | 记录基本工资、加班、奖金、罚款、应发和实发金额 |

| 排班 | 按日期和时段维护护工排班，支持冲突提示与重复排班校验 |

| 护理类型 | 维护生活护理、医疗护理、健康监测、康复护理等护理分类 |

| 护理服务 | 管理服务编号、护理类型、级别、时长、价格和护工信息 |

| 护理订单 | 用户下单并支付后，订单进入待完成状态 |

| 完成服务 | 护工登记完成时间和备注后，订单进入已完成状态 |

| 服务评价 | 用户评价服务态度、专业技能和评价内容后，订单进入已评价状态 |

| 食堂菜品 | 发布菜品编号、名称、分类、星期和详细菜单 |

| 日常活动 | 发布活动编号、主题、时间、地点、简介和发布人 |

| 来访登记 | 登记来访日期、来访人、电话、访问时间和原因 |

| 外出记录 | 记录老人外出时间、返院时间、登记人和备注 |

| 退宿 | 维护老人退宿记录，并联动入住状态 |

5. 项目亮点

5.1 多角色菜单与数据范围清晰

前端侧边栏按 `管理员`、`用户`、`护工` 三类角色加载不同菜单。后端也提供按当前会话过滤的数据接口，例如按用户名查询个人数据、按护工工号查询护理任务、按登记人查询登记记录。这个设计让项目不只是简单增删改查，而是具备真实业务中的角色边界。

5.2 护理服务闭环完整

护理相关模块形成连续流程：

护理类型维护 -> 护理服务发布 -> 用户下单 -> 支付 -> 护工完成服务 -> 用户评价。

支付成功后，护理订单状态更新为 `待完成`；护工提交完成服务后，订单状态更新为 `已完成`；用户提交评价后，订单状态更新为 `已评价`。这个闭环能很好地展示业务状态流转和多角色协作。

5.3 支付状态与业务状态联动

费用和护理订单都接入了支付处理逻辑。老人费用支付后会更新为 `已缴费`，护理订单支付后会进入后续服务阶段。相比只记录费用数据，这种联动更接近真实管理系统中的业务处理方式。

5.4 排班冲突提示与重复排班校验

排班新增前会检查同一日期、同一时段是否已有其他护工值班，并在前端弹窗提示。后端还限制同一护工同一天不可重复排班，避免排班数据冲突。这个细节体现了业务规则校验，不只是表单提交。

5.5 健康监测具备自动生成与预警描述

后端定时任务会针对已入住老人模拟生成体温、心率、血压、血糖等日常监测数据，并根据阈值写入预警备注。该功能让健康监测模块具备连续数据积累能力，适合在演示中突出“智慧养老”的特征。

5.6 数据统计增强管理视角

项目提供老人费用统计和护理统计。费用统计按老人汇总总金额，护理统计按护理类型汇总护理价格和订单数量，并使用 ECharts 展示。管理员可以从列表维护切换到统计视角，直观看到业务分布。

5.7 表单、列表、详情和上传能力完整

多数业务模块都包含列表查询、新增、编辑、详情、删除、分页、条件筛选和排序能力。老人档案支持头像和病历附件，护工和用户支持头像，上传控制器也允许图片、文档、音视频等多种文件类型，业务资料表达更完整。

5.8 页面体验适合后台高频操作

前端大量使用 Element Plus 的表格、表单、分页、弹窗确认、选择器和描述列表，后台页面结构统一。近期已将全部列表页表格调整为 100% 显示，并将普通列从固定宽度改为最小宽度，数据查看区域更舒展。

6. 适合答辩展示的讲述顺序

从登录页进入系统，说明支持验证码、Token 和三类角色。
使用管理员账号展示账号管理、护工管理、入住、健康、费用、生活、安全和护理服务管理。
展示护工排班，说明冲突提示和重复排班校验。
进入护理服务，演示用户下单、支付、护工完成、用户评价的业务闭环。
展示老人档案、日常监测和用药记录，突出养老场景的健康数据管理。
展示老人费用统计和护理统计，说明项目具备数据汇总和图表展示能力。
使用用户或护工角色登录，展示不同角色看到的数据范围不同。

7. 总结

智慧养老中心管理系统的亮点不在于单一页面数量，而在于养老中心实际业务覆盖较完整：人员、老人、健康、护理、费用、排班、生活和安全模块都具备可演示流程。项目技术栈清晰，前端交互成熟，后端接口和数据表对应完整，多角色权限边界明确，适合用于课程设计、毕业设计和项目答辩展示。

软件定制及其他业务

文章有帮助的话，在看，转发吧。

谢谢支持哟 (*^__^*）