# 第3章 养老院管理系统的系统分析

## 3.1 需求分析

### 3.1.1 功能需求分析

通过对养老院日常运营管理流程的深入调研和分析，本系统的功能需求可从管理员、护工和家属三个角色维度进行梳理。

（1）管理员功能需求

管理员是系统的核心管理角色，负责养老院的全面运营管理工作。管理员的功能需求包括：运营数据概览，能够实时查看在住长者数量、护工数量、家属数量和累计收入等关键运营指标；账号管理，能够创建、编辑护工和家属账号，重置用户密码，启用或禁用账号；长者档案管理，能够录入、修改和删除长者的基本信息，包括姓名、性别、身份证号、出生日期、房间号、入住日期、护理等级等；排班管理，能够按日期和班次为护工安排工作任务，支持排班的创建、修改和删除；账单管理，能够按月为长者生成费用账单，包含床位费、护理费、餐饮费和其他费用，支持账单的编辑和删除；反馈处理，能够查看家属提交的服务反馈，并进行回复和状态更新；通知公告管理，能够发布面向不同角色的通知信息。

（2）护工功能需求

护工是养老院一线服务人员，负责长者的日常护理工作。护工的功能需求包括：查看个人排班信息，能够按日期查看自己的班次安排和工作任务；护理记录管理，能够在线记录每次护理服务的内容，支持上传图片等附件作为护理凭证；健康监测记录，能够录入长者的日常体征数据，包括体温、收缩压、舒张压、心率等指标，并添加备注说明；交班记录管理，能够在换班时记录当班期间的重要事项和注意事项，确保信息的有效传递；查看通知，能够接收管理员发布的工作通知和培训安排。

（3）家属功能需求

家属是养老院服务的间接受益者，关注老人在院的生活和健康状况。家属的功能需求包括：查看亲人档案，能够查看与自己关联的长者的基本信息；查看护理记录，能够远程了解老人每日的护理服务内容；查看健康记录，能够查看老人的体征监测数据，及时了解老人的健康状况；账单查看与支付，能够查看老人的月度费用账单明细，并通过在线方式完成支付；服务反馈，能够对养老院的服务提出意见、建议或投诉，并查看管理员的回复；查看通知，能够接收养老院发布的探视时间调整等通知信息。

### 3.1.2 性能需求分析

除功能需求外，本系统还需满足以下性能需求：

（1）响应时间：系统页面的加载时间应控制在3秒以内，数据查询操作的响应时间应控制在2秒以内，确保用户获得流畅的使用体验。

（2）并发处理能力：系统应能够支持至少50个用户同时在线操作，在高峰时段不出现明显的性能下降。

（3）数据安全性：用户密码应采用加密存储，系统应实现基于角色的访问控制，防止未授权的数据访问。Token应设置合理的有效期，过期后需重新登录。

（4）数据完整性：系统应确保数据的一致性和完整性，关键操作应进行数据验证，防止无效数据的录入。

（5）可用性：系统应具有良好的容错能力，在出现异常情况时能够给出友好的错误提示，不影响系统的整体运行。

## 3.2 可行性分析

### 3.2.1 技术可行性

本系统采用的技术栈均为当前主流的成熟技术。后端采用Spring Boot 3框架，该框架经过多年的发展和迭代，已被广泛应用于各类企业级项目中，具有完善的文档支持和活跃的社区生态。MyBatis作为持久层框架，提供了灵活的SQL映射能力，能够满足各种复杂的数据库操作需求。MySQL数据库性能稳定、运维成本低，完全能够满足本系统的数据存储需求。前端采用Vue 2框架和Element UI组件库，两者的结合已成为管理后台开发的标准方案，拥有丰富的组件和完善的文档。Sa-Token认证框架轻量高效，能够快速实现系统的安全认证需求。综上所述，本系统在技术层面完全可行。

### 3.2.2 操作可行性

本系统采用B/S架构，用户只需通过浏览器即可访问系统，无需安装额外的客户端软件，降低了使用门槛。系统界面采用Element UI组件库构建，风格统一、布局清晰、操作直观，符合用户的使用习惯。系统针对不同角色设计了差异化的功能菜单，用户登录后只能看到与自己角色相关的功能模块，避免了功能冗余带来的困扰。对于管理员和护工等专业用户，系统提供了表格化的数据展示和表单化的数据录入方式，操作流程简洁明了。对于家属用户，系统提供了简洁的信息查看界面和便捷的在线支付功能。因此，本系统在操作层面具有良好的可行性。

### 3.2.3 经济可行性

本系统的开发和运行成本较低。开发工具方面，系统采用的Spring Boot、Vue、MySQL、MyBatis等技术框架均为开源免费软件，无需支付许可费用。开发环境方面，使用IntelliJ IDEA或VS Code等开发工具即可完成开发工作。部署方面，系统可以部署在普通的云服务器上，一台配置为2核4GB内存的云服务器即可满足中小型养老机构的使用需求，年度服务器费用在数千元以内。与购买商业化养老管理软件相比，自主开发的系统不仅成本更低，还可以根据养老机构的实际需求进行定制化开发。因此，本系统在经济层面具有明显的可行性优势。

### 3.2.4 社会可行性

养老服务信息化建设是国家政策大力支持的方向。国务院和各级地方政府多次发文要求加快养老服务领域的信息化建设，推动"互联网+养老"的发展。本系统的开发符合国家政策导向，有助于提升养老机构的管理水平和服务质量，满足老年人及其家属对高质量养老服务的需求。同时，系统的推广应用有助于推动养老行业的数字化转型，促进养老服务行业的健康发展。因此，本系统在社会层面具有良好的可行性和积极的社会意义。

## 3.3 用例图

### 3.3.1 管理员用例图

管理员是系统的最高权限角色，拥有系统的全面管理功能。管理员登录系统后，可以进行运营概览查看、账号管理、长者档案管理、排班管理、账单管理、反馈处理和通知公告管理等操作。其中，账号管理包含添加账号、编辑账号和重置密码三个子用例；长者档案管理包含添加长者、编辑长者信息和删除长者三个子用例。管理员用例图如图3.1所示。

![管理员用例图](diagrams/admin_usecase.png)

图3.1 管理员用例图

### 3.3.2 护工用例图

护工是系统的一线操作角色，主要负责长者的日常护理和健康监测工作。护工登录系统后，可以进行查看排班、护理记录管理、健康监测记录、交班记录管理和查看通知等操作。其中，护理记录管理包含添加护理记录和上传附件两个子用例；健康监测记录包含记录体征数据子用例；交班记录管理包含添加交班记录子用例。护工用例图如图3.2所示。

![护工用例图](diagrams/nurse_usecase.png)

图3.2 护工用例图

### 3.3.3 家属用例图

家属是系统的信息查看和服务反馈角色，主要通过系统了解老人在养老院的生活和健康状况。家属登录系统后，可以进行查看亲人档案、查看护理记录、查看健康记录、账单支付、服务反馈和查看通知等操作。其中，账单支付包含查看账单明细和在线支付两个子用例；服务反馈包含提交反馈和查看反馈回复两个子用例。家属用例图如图3.3所示。

![家属用例图](diagrams/family_usecase.png)

图3.3 家属用例图

## 3.4 用例描述

### 3.4.1 管理员管理长者档案用例描述

管理员管理长者档案用例描述如表3.1所示。

表3.1 管理员管理长者档案用例描述

| 项目 | 描述 |
|------|------|
| 用例名称 | 管理长者档案 |
| 执行者 | 管理员 |
| 简要说明 | 管理员对养老院长者的基本信息进行添加、修改、删除等管理操作 |
| 前置条件 | 管理员已登录系统 |
| 基本事件流 | 1. 管理员登录系统，进入长者档案管理页面；2. 系统显示已有长者列表，包含姓名、性别、身份证号、房间号、护理等级、状态等信息；3. 管理员点击"添加长者"按钮，在弹出的表单中输入长者的详细信息，包括姓名、性别、身份证号、出生日期、房间号、入住日期、护理等级、状态和备注，提交后系统验证数据并保存；4. 若需修改长者信息，管理员点击对应长者的"编辑"按钮，修改相关信息后提交保存；5. 若需删除长者记录，管理员点击"删除"按钮，确认后系统移除该长者记录 |
| 后置条件 | 长者档案信息更新成功，数据库中的数据保持一致 |

### 3.4.2 护工添加护理记录用例描述

护工添加护理记录用例描述如表3.2所示。

表3.2 护工添加护理记录用例描述

| 项目 | 描述 |
|------|------|
| 用例名称 | 添加护理记录 |
| 执行者 | 护工 |
| 简要说明 | 护工在完成护理服务后，在线记录护理内容并可上传附件 |
| 前置条件 | 护工已登录系统 |
| 基本事件流 | 1. 护工登录系统，进入护理记录页面；2. 护工选择被护理的长者；3. 护工填写护理内容，包括护理服务的具体描述；4. 护工可选择上传图片等附件作为护理凭证；5. 护工选择记录时间，默认为当前时间；6. 护工点击提交按钮，系统验证数据后保存护理记录；7. 系统提示添加成功，护理记录列表自动刷新 |
| 后置条件 | 护理记录保存成功，家属可通过系统查看该记录 |

### 3.4.3 家属在线支付账单用例描述

家属在线支付账单用例描述如表3.3所示。

表3.3 家属在线支付账单用例描述

| 项目 | 描述 |
|------|------|
| 用例名称 | 在线支付账单 |
| 执行者 | 家属 |
| 简要说明 | 家属查看老人的月度费用账单并完成在线支付 |
| 前置条件 | 家属已登录系统，且存在未支付的账单 |
| 基本事件流 | 1. 家属登录系统，进入账单支付页面；2. 家属选择要查看账单的长者；3. 系统显示该长者的所有账单列表，包含月份、总金额和支付状态；4. 家属查看未支付账单的明细，包括床位费、护理费、餐饮费和其他费用；5. 家属点击"支付"按钮，选择支付方式；6. 系统处理支付请求，更新账单状态为已支付，记录支付信息；7. 系统提示支付成功 |
| 后置条件 | 账单状态更新为已支付，生成对应的缴费记录 |

## 3.5 系统性能分析

本系统在性能方面进行了多维度的考量和优化设计。在数据库层面，对高频查询字段建立了索引，如护理记录表和健康记录表的elder_id字段、排班表的nurse_id和date组合字段等，有效提升了数据查询效率。在接口设计层面，采用RESTful风格的API设计，请求和响应数据采用JSON格式，数据传输量小、解析速度快。在安全性能方面，用户密码采用BCrypt算法进行加密存储，Token采用UUID格式生成，有效防止了密码泄露和Token伪造风险。在前端性能方面，Vue框架的虚拟DOM机制减少了不必要的页面重绘，Element UI组件的按需加载策略降低了前端资源的加载时间。系统整体架构采用前后端分离模式，前端静态资源可通过CDN加速分发，后端服务可通过水平扩展提升处理能力，具有良好的性能扩展空间。
