基于 SpringBoot 的社区养老健康服务管理系统

一、开发思路

本系统基于 若依（RuoYi-Vue） 快速开发平台构建，采用“老人档案为中心 + 服务工单为主线 + 随访计划驱动 + 规则预警兜底”的模式，实现社区养老服务从建档、评估、预约、派单、服务、随访到评价统计的业务闭环。系统去掉传感器硬件监测相关内容，改为手工录入健康数据 + 阈值规则预警。

1. 技术选型

层次 技术
前端 Vue + Element UI（若依内置）
后端 Spring Boot + MyBatis（若依内置）
权限 若依 RBAC + 数据权限
数据库 MySQL
缓存 Redis
定时任务 若依 Quartz 定时任务
报表 ECharts（若依内置）
文件存储 本地文件 / 对象存储
开发平台 若依（RuoYi-Vue 单体版）

2. 核心设计思路

  • 复用若依内置能力：用户、角色、菜单、部门、数据权限、操作日志、通知公告、定时任务、字典管理、代码生成器。
  • 以老人档案为中心：所有业务围绕“老人”主数据展开，健康档案、家属绑定、服务工单、随访记录、评价均挂接老人。
  • 以服务工单为主线：预约 → 派单 → 接单 → 服务记录 → 完成确认 → 评价 → 归档统计，形成完整闭环。
  • 以随访计划驱动健康管理：医护人员制定随访计划，定时任务自动生成随访任务，手工录入健康数据，规则判定异常。
  • 规则预警代替实时监测：例如收缩压 ≥ 140 或舒张压 ≥ 90 标记为异常，生成待办并通知医生和家属。
  • 数据权限隔离：利用若依部门数据权限，各社区/机构只能查看和操作自己的数据；家属只能查看已绑定的老人数据。
  • 服务人员与工单绑定：服务人员只能看到派给自己的工单，避免越权操作。
  • 家属绑定两阶段：家属提交绑定申请，社区管理员审核通过后方可查看健康摘要和代为预约。

二、角色权限

系统角色包括：系统管理员、社区管理员、医护人员、服务人员、家属/老人。志愿者、第三方机构可作为扩展角色暂不启用。

1. 角色权限矩阵

功能 系统管理员 社区管理员 医护人员 服务人员 家属/老人
用户/角色/部门管理 ✔ ✖ ✖ ✖ ✖
字典/参数/日志 ✔ ✖ ✖ ✖ ✖
老人档案管理 ✔ ✔ 本社区 查看 ✖ 查看本人
家属绑定审核 ✔ ✔ ✖ ✖ 提交申请
健康档案管理 ✔ 查看 ✔ 负责范围 ✖ 查看摘要
健康记录录入 ✔ ✖ ✔ ✔ 服务时录入 ✖
健康异常处理 ✔ 查看 ✔ ✖ 接收通知
服务项目管理 ✔ ✔ ✖ 查看 查看
创建服务预约 ✔ ✔ ✖ ✖ ✔
工单派单 ✔ ✔ ✖ ✖ ✖
接单/服务记录 ✖ ✖ ✖ ✔ 仅自己工单 ✖
完成确认 ✔ ✔ ✖ 提交 确认
服务评价 ✖ ✖ ✖ ✖ ✔
随访计划制定 ✔ 查看 ✔ ✖ 查看
随访任务执行 ✖ ✖ ✔ ✖ ✖
随访记录录入 ✖ ✖ ✔ ✖ ✖
通知公告 ✔ ✔ 查看 查看 查看
统计报表 ✔ 全量 ✔ 本社区 自己数据 自己数据 ✖
数据导出 ✔ ✔ 本社区 自己数据 ✖ ✖

2. 若依中的实现方式

  • 部门：每个社区/养老服务机构建为一个部门，支持树形结构（社区 → 服务队/护理组）。
  • 角色：系统管理员、社区管理员、医护人员、服务人员、家属/老人。
  • 数据权限：社区管理员仅本部门数据；医护人员仅负责范围内老人；服务人员仅自己被派工单；家属仅绑定老人；系统管理员全部数据。
  • 家属/老人：可作为若依普通用户接入，也可通过独立 H5 页面登录，通过绑定关系控制数据范围。
  • 定时任务：随访任务生成、用药提醒、工单超时提醒、健康异常待办均通过若依 Quartz 定时任务实现。

三、主要功能

1. 系统管理（若依内置）

用户管理、角色管理、菜单管理、部门管理、岗位管理、字典管理、参数管理、通知公告、操作日志、登录日志、在线用户、定时任务、代码生成器、系统接口、服务监控、缓存监控。

2. 老人档案管理

老人基本信息、身份证号、性别、年龄、联系方式、居住地址、居住情况、紧急联系人、能力等级、标签管理，支持新增、修改、查询、详情。

3. 家属绑定管理

家属提交绑定申请、社区管理员审核、绑定关系维护、解绑、家属权限范围控制。

4. 健康档案管理

既往史、过敏史、用药情况、体检报告上传、健康记录（血压、血糖、心率等手工录入）、健康摘要、健康异常标记。

5. 服务项目管理

服务目录维护（助餐、助洁、助浴、陪诊、护理、康复、代购等）、服务名称、价格、时长、服务说明、适用老人类型、服务人员配置。

6. 服务工单管理

预约创建、审核派单、服务人员接单、上门签到、服务记录填写、完成确认、评价、归档、状态流转、超时提醒。

7. 随访管理

随访计划制定、随访任务生成、随访方式（电话/上门）、随访记录录入、健康数据记录、异常标记、处理建议、转诊建议、异常闭环。

8. 统计看板

老人总数、老人分布、服务工单量、工单完成率、待随访数、健康异常数、服务类型分布、满意度统计、ECharts 可视化。

9. 通知与提醒

通知公告、站内信、工单派单提醒、随访任务提醒、健康异常通知、用药提醒（可选）、超时未处理提醒。

10. 选做功能

用药提醒、活动管理（发布、报名、签到、积分）、紧急呼叫记录、满意度评价与投诉建议。

四、流程示例

以 社区老人张大爷 为例：建档评估 → 家属绑定 → 预约助餐服务 → 派单服务 → 服务记录 → 评价 → 随访异常处理。

角色

系统管理员、社区管理员、医护人员、服务人员、家属/老人。

状态定义

服务工单：
CREATED → DISPATCHED → ACCEPTED → IN_SERVICE → COMPLETED → EVALUATED → ARCHIVED
任意阶段可取消为：CANCELLED

随访任务：
CREATED → ASSIGNED → EXECUTING → COMPLETED → ABNORMAL → CLOSED

健康记录：
NORMAL → ABNORMAL → HANDLED → CLOSED

步骤 1：管理员初始化

  • 创建部门：幸福社区、阳光社区、绿源养老服务中心。
  • 创建角色并分配菜单权限。
  • 配置字典：服务类型、工单状态、健康指标、随访状态。
  • 配置定时任务：随访任务生成、工单超时提醒。

业务数据：无。

步骤 2：社区管理员创建老人档案

  • 社区管理员登录，新增老人张大爷。
  • 基本信息：姓名、性别、年龄、身份证、联系电话、居住地址。
  • 居住情况：独居；紧急联系人：儿子张先生。
  • 标签：高龄、独居、高血压。

老人档案状态：ACTIVE

步骤 3：医护人员完善健康档案

  • 医护人员录入既往史：高血压、糖尿病。
  • 过敏史：青霉素过敏。
  • 用药情况：氨氯地平、二甲双胍。
  • 上传体检报告 PDF。
  • 健康评估：ADL 量表、跌倒风险量表。

健康档案状态：CREATED
老人标签：高龄、独居、高血压、糖尿病

步骤 4：家属提交绑定申请

  • 家属张先生注册账号，提交绑定张大爷申请。
  • 社区管理员审核通过。

绑定状态：PENDING → APPROVED
家属权限：查看健康摘要、代预约、接收通知、评价。

步骤 5：医护人员制定随访计划

  • 针对高血压老人，制定每月随访计划。
  • 随访方式：电话随访 + 上门随访交替。
  • 系统生成随访任务。

随访计划状态：ACTIVE
随访任务状态：CREATED

步骤 6：家属预约助餐服务

  • 家属登录，选择服务项目“助餐服务”。
  • 填写服务时间、地址、备注。
  • 提交预约。

服务工单状态：CREATED

步骤 7：社区管理员派单

  • 社区管理员审核预约，派单给服务人员李阿姨。
  • 系统发送派单通知。

服务工单状态：DISPATCHED

步骤 8：服务人员接单并上门

  • 服务人员李阿姨登录，接单。
  • 上门签到，填写签到时间、地点。

服务工单状态：ACCEPTED → IN_SERVICE

步骤 9：服务人员填写服务记录

  • 填写服务内容：送餐、协助用餐。
  • 顺便录入健康数据：血压 138/86、心率 78。
  • 上传服务照片。

健康记录状态：NORMAL
服务工单状态：IN_SERVICE

步骤 10：服务完成确认

  • 服务人员提交完成。
  • 家属确认服务完成。

服务工单状态：COMPLETED

步骤 11：家属评价

  • 家属对服务进行评价：五星好评，评价内容“服务态度好，准时”。
  • 工单归档。

服务工单状态：EVALUATED → ARCHIVED

步骤 12：随访任务执行

  • 定时任务生成张大爷本月随访任务。
  • 医护人员接到随访任务。
  • 电话随访，录入血压 180/110。

随访任务状态：ASSIGNED → EXECUTING

步骤 13：系统规则预警

  • 系统根据规则判断：收缩压 ≥ 140 或舒张压 ≥ 90，标记为异常。
  • 生成健康异常待办。
  • 通知医生和家属。

健康记录状态：ABNORMAL
随访任务状态：ABNORMAL

步骤 14：医生处理异常

  • 医生查看异常记录。
  • 给出处理建议：调整用药，建议到社区医院复诊。
  • 通知家属带老人复诊。

健康记录状态：HANDLED

步骤 15：随访跟踪与关闭

  • 医护人员跟踪复诊结果。
  • 录入复诊后血压 135/85。
  • 关闭异常。

健康记录状态：CLOSED
随访任务状态：COMPLETED → CLOSED

步骤 16：统计看板查看

  • 社区管理员查看本社区统计：
    • 老人总数：128 人
    • 本月工单量：256 单
    • 工单完成率：96%
    • 待随访：12 人
    • 健康异常：3 人
    • 服务类型分布：助餐 45%、助洁 20%、陪诊 15%、护理 12%、其他 8%
    • 满意度：4.8 分

统计状态：实时更新

五、状态流转总表

步骤 角色 操作 老人档案 健康记录 服务工单 随访任务
1 管理员 初始化 — — — —
2 社区管理员 创建老人档案 ACTIVE — — —
3 医护人员 完善健康档案 ACTIVE CREATED — —
4 家属 提交绑定 ACTIVE CREATED — —
5 医护人员 制定随访计划 ACTIVE CREATED — CREATED
6 家属 预约服务 ACTIVE CREATED CREATED CREATED
7 社区管理员 派单 ACTIVE CREATED DISPATCHED CREATED
8 服务人员 接单上门 ACTIVE CREATED ACCEPTED / IN_SERVICE CREATED
9 服务人员 填写服务记录 ACTIVE NORMAL IN_SERVICE CREATED
10 家属 确认完成 ACTIVE NORMAL COMPLETED CREATED
11 家属 评价 ACTIVE NORMAL EVALUATED / ARCHIVED CREATED
12 医护人员 执行随访 ACTIVE NORMAL ARCHIVED ASSIGNED / EXECUTING
13 系统 规则预警 ACTIVE ABNORMAL ARCHIVED ABNORMAL
14 医护人员 处理异常 ACTIVE HANDLED ARCHIVED ABNORMAL
15 医护人员 跟踪关闭 ACTIVE CLOSED ARCHIVED COMPLETED / CLOSED
16 社区管理员 查看统计 ACTIVE CLOSED ARCHIVED CLOSED

六、设计亮点总结

  1. 若依深度复用：用户、角色、部门、数据权限、日志、定时任务、字典、代码生成器全部复用，减少重复开发。
  2. 业务闭环完整：建档 → 评估 → 计划 → 服务 → 工单 → 记录 → 评价 → 统计，形成完整养老健康服务闭环。
  3. 手工数据 + 规则预警：去掉传感器硬件，仍保留基于阈值规则的健康异常预警，业务能力不打折。
  4. 双主线驱动：服务工单主线负责养老服务，随访计划主线负责健康管理，二者通过老人档案关联。
  5. 数据权限精细：社区看本社区、医护看负责范围、服务人员看自己工单、家属看绑定老人，权限边界清晰。
  6. 家属绑定两阶段：家属提交申请 + 管理员审核，避免越权查看健康隐私。
  7. 状态机清晰：服务工单、随访任务、健康记录均定义明确状态，流转严格可控。
  8. 定时任务驱动：随访任务生成、工单超时提醒、健康异常待办均由若依 Quartz 定时任务实现。
  9. 异常可发现可闭环：健康异常自动标记、通知医生家属、跟踪处理、关闭异常，形成完整闭环。
  10. 可视化统计：ECharts 展示老人数、工单量、完成率、异常数、服务类型分布、满意度，便于社区管理与答辩演示。
  11. 毕设友好：工作量适中、模块清晰、技术栈成熟、演示效果好，适合在毕设周期内完成。

本方案基于 SpringBoot 和若依框架，去掉传感器硬件监测后，将重点放在老人档案、健康档案、服务工单、随访管理、统计看板五个核心模块上，形成“建档—评估—计划—服务—工单—记录—评价—统计”的完整业务闭环，适合作为毕设项目进行开发、演示与论文撰写。