养老院管理系统的设计与实现（高质量、30000字、源代码、SpringBoot、Vue3）

AA-老高_BYSJ88088

1420人浏览 · 2025-11-22 17:33:51

AA-老高_BYSJ88088 · 2025-11-22 17:33:51 发布

前后端分离
【角色与功能】
管理员（Admin）
数据统计: 后台首页展示各类统计图表信息、例如入住信息、每日食谱总数、访客记录总数、外出记录总数、入住统计、热门食谱统计、来访统计、外出统计等
账号管理: 对管理员、家属、护工、老人信息进行管理
房间信息管理: 新增房间类型、房间信息，并为房间指定护理人员账号
入住信息管理: 审核所有房间的入住申请，支持修改删除
健康信息管理: 查看修改老人的健康信息
护理记录管理: 查看修改老人的护理记录
安全管理: 审核访客来访申请、外出申请
生活管理: 新增每日食谱信息、活动信息
退房记录管理: 审核退房申请
论坛管理: 查看用户发表帖子、设置置顶、查看评论
反馈建议管理: 查看用户留言、回复
系统管理: 轮播图、公告资讯、操作日志、友情链接

护工(Caregiver)
登录/注册
数据统计: 后台首页展示自己所属房间的各类统计信息、例如入住信息、每日食谱总数、访客记录总数、外出记录总数、入住统计、热门食谱统计、来访统计、外出统计等
房间信息管理:查看自己负责的房间的信息、查看评论
入住信息管理: 审核自己负责的房间的入住申请，并为可以为老人进行健康评估和护理登记
健康信息管理: 查看修改老人的健康信息
护理记录管理: 查看修改老人的护理记录
安全管理: 审核自己负责房间的访客来访申请、外出申请
生活管理: 查看每日食谱信息

家属（Family members）
登录/注册
首页浏览每日食谱、活动信息、房间信息、论坛交流、反馈建议、公告咨询等信息，支持评论、收藏、申请入住房间、发布新帖、发表反馈建议
个人中心:
修改个人信息、新增老人信息、查看入住信息、退房、来访登记、外出登记、
查看健康信息、护理记录、查看访客记录、外出记录、退房记录、我的发布、我的收藏

【技术架构】
SpringBoot、Mybatis-Plus、MySQL、Vue、ElementUI

【运行环境】
操作系统: Win10/11
开发工具: ideaIU-2022.3.3.win
开发语言: Java (jdk-8u371)
项目管理工具: apache-maven-3.9.4
数据库: MySQL 8.0
前端环境:
- Node.js: v14.21.3
- 构建工具: WebPack
- 核心框架: Vue3

运行步骤:
1、解压项目压缩包
2、执行目录中的sql文件
3、启动IDEA导入项目
4、等待Maven下载Jar包，下载完成之后点击启动项目
5、根据文档登录前台、后台首页

养老院管理系统的设计与实现

摘要

随着人口老龄化进程的加快，养老院作为养老服务的核心载体，需求持续增长。当前部分养老院存在管理模式传统、信息分散杂乱、护理流程不规范、家属与养老院沟通不顺畅等问题，导致管理效率低下，无法及时同步老人健康、入住等关键信息，难以满足精细化养老服务需求。

为解决上述问题，本课题在分析养老院管理现状及现有相关系统的基础上，结合养老院管理的业务特殊性，设计研发了一套基于SpringBoot+Vue3的养老院管理系统。本系统的开发工具为IDEA，使用MySQL作为数据库管理系统，采用Java作为开发语言，运用MVC思想，通过SpringBoot、Mybatis-Plus、ElementUI等技术实现，前端基于Node.js与WebPack构建，采用B/S结构。系统涵盖管理员、护工、家属三类角色，具备数据统计、账号管理、房间与入住信息管理、健康与护理记录管理、安全管理、生活管理、论坛与反馈建议管理等核心功能，满足养老院多场景管理需求。

本系统的实现有效整合了养老院各类管理信息，规范了护理与服务流程，实现了老人健康、入住、访客等信息的实时共享与高效管理，极大提升了养老院的运营管理效率，同时为家属提供了便捷的沟通与查询渠道。系统运行稳定，易用性良好，能够充分满足养老院、护工与家属的多方需求，为精细化养老服务提供技术支撑。

关键词：养老院管理，Spring Boot框架，MySQL，Vue框架

Design and Implementation of an Elderly Care Home Management System

Abstract

With the acceleration of the aging of the population, elderly care homes, as key providers of elderly care services, have seen a continuous growth in demand. Currently, some elderly care homes face problems such as traditional management models, scattered and disorganized information, non-standardized care processes, and poor communication between family members and the homes. These issues lead to low management efficiency, failure to synchronize key information such as the health status and check-in details of the elderly in a timely manner, and difficulty in meeting the demand for refined elderly care services.

To address the above problems, based on an analysis of the current status of elderly care home management and existing related systems, and combined with the business characteristics of elderly care home management, this research designed and developed an elderly care home management system based on SpringBoot + Vue3. The system uses IDEA as the development tool, MySQL as the database management system, and Java as the programming language. Adopting the MVC architecture, it is implemented through technologies such as SpringBoot, Mybatis-Plus, and ElementUI. The front-end is built on Node.js and WebPack, adopting a B/S (Browser/Server) architecture. The system covers three types of roles: administrators, caregivers, and family members, and possesses core functions including data statistics, account management, room and check-in information management, health and care record management, safety management, daily life management, and forum and feedback management, meeting the multi-scenario management needs of elderly care homes.

The implementation of this system effectively integrates various management information of elderly care homes, standardizes care and service processes, and achieves real-time sharing and efficient management of information such as the elderly's health status, check-in records, and visitor information. It greatly improves the operational management efficiency of elderly care homes and provides convenient communication and inquiry channels for family members. The system runs stably with good usability, fully meeting the multi-party needs of elderly care homes, caregivers, and family members, and providing technical support for refined elderly care services.

Key words: Elderly Care Home Management; Spring Boot Framework; MySQL; Vue Framework

摘要 I

Abstract II

第1章　绪论 1

1.1研究背景与意义 1

1.2国内外现状 1

1.2.1国内研究现状 1

1.2.2国外研究现状 2

1.3研究目标 2

1.4论文组织结构 3

第2章　需求分析 4

2.1业务需求 4

2.1.1业务概述 4

2.1.2业务流程 4

2.2功能性需求 5

2.2.1用例概述 5

2.2.2用例描述 7

2.3非功能性需求 21

2.3.1性能需求分析 21

2.3.2兼容性需求分析 21

2.3.3安全性需求分析 21

2.5运行环境 22

第3章　系统设计 23

3.1技术路线 23

3.2系统功能模块设计 23

3.3系统架构 24

3.4数据库设计 25

3.4.1概念结构设计 25

3.4.2逻辑结构设计 26

3.4.3物理结构设计 27

3.5类的设计 33

第4章　系统实现 43

4.1用户管理功能实现 43

4.1.1添加用户功能实现 43

4.1.2删除用户功能实现 43

4.2房间管理功能实现 44

4.2.1添加房间类型功能实现 44

4.2.2添加房间信息功能实现 45

4.3活动与食谱管理功能实现 45

4.3.1修改活动信息功能实现 45

4.3.2发布食谱信息功能实现 46

4.4数据统计功能实现 47

4.5业务申请功能实现 48

4.5.1入住申请功能实现 48

4.5.2来访申请功能实现 48

4.5.3外出申请功能实现 49

4.5.4退房申请功能实现 50

4.6健康护理记录管理功能实现 50

4.6.1健康评估功能实现 50

4.6.2护理登记功能实现 51

4.7业务审核功能实现 52

4.8公告管理功能实现 53

4.8.1添加公告功能实现 53

4.8.2删除公告功能实现 53

4.9关键技术难点与解决方案 54

4.9.1多角色权限精细化控制 54

4.9.2健康护理数据实时同步与追溯 55

4.9.3前后端数据交互与同步 56

4.9.4前端复杂表单交互与数据回显 57

第5章　系统测试 59

5.1功能测试 59

5.2非功能测试 64

5.3测试总结 65

第6章　结论与展望 66

参考文献 67

致谢 68

毕业设计（论文）原创承诺书 69

第1章　绪论

1.1研究背景与意义

随着人口老龄化进程持续加深，我国养老院数量与入住老人规模逐年增长，养老服务的专业化、精细化需求日益迫切。当前多数中小型养老院仍依赖传统人工管理模式，核心业务如老人信息登记、健康记录、护理安排等多通过纸质台账或简单Excel表格完成，信息分散且易丢失。入住、访客、外出等流程缺乏标准化管理，数据更新滞后，导致养老院运营效率低下，难以快速响应老人及家属的信息查询需求，成为制约养老服务质量提升的关键瓶颈。

研究并开发养老院管理系统具有重要的现实意义。从行业层面看，传统管理模式已无法适配规模化、精细化的养老服务需求，系统的落地能推动养老院管理从“人工主导”向“技术赋能”转型，规范服务流程、减少人为失误。从用户层面，管理员可实现多维度高效管控，护工能简化护理记录与流程审核工作，家属则能实时获取老人健康、生活等信息，缓解对老人照料情况的担忧，实现多方共赢，为养老服务行业的规范化发展提供技术支撑。

现有同类管理系统存在明显短板：部分系统功能单一，仅覆盖入住登记或健康记录等单一模块，缺乏全流程整合能力；少数系统兼容性不足，数据无法跨设备、跨场景同步，适配性较差；还有产品忽略家属角色的核心需求，未搭建便捷的沟通与查询渠道，互动性薄弱。与同类产品相比，本系统针对上述问题优化设计，整合多角色权限与全业务流程，解决了功能碎片化、数据不同步、家属参与度低等痛点，更贴合养老院的实际运营需求。

1.4论文组织结构

第1章绪论：剖析人口老龄化下养老院管理系统的课题背景，阐释研究目的与意义，综述国内外现状，明确研究切入点，概述论文组织结构，筑牢研究基础。

第2章需求分析：梳理核心业务流程，明确三类角色功能性需求，兼顾非功能性需求，介绍软硬件运行环境，为系统开发提供清晰依据。

第3章系统设计：确定核心技术路线，划分功能模块并说明协同逻辑，解析系统架构，设计数据库结构与表关系，支撑系统整体搭建。

第4章系统实现：阐述各功能具体实现流程，分析多角色权限控制等技术难点，给出有效解决方案，呈现系统落地完整路径。

第5章系统测试：开展功能与非功能测试，检验系统设计符合性与综合表现，总结测试结果，评估系统质量，为上线提供保障。

第6章结论与展望：总结研究成果与系统价值，分析局限并展望优化方向，列出参考文献，向相关人员表达致谢。

第2章需求分析

2.1业务需求

2.1.1业务概述

养老院管理系统的目标用户群体明确聚焦养老院管理员、一线护工及入住老人家属三类核心角色，覆盖养老服务全流程参与方。管理员借助数据统计模块实时掌握入住率、访客量、外出频次等关键指标。护工作为一线服务执行者，能够高效记录老人日常护理详情、健康评估结果，精准审核负责房间的入住、来访及外出申请，通过系统实现护理工作的规范化留痕与便捷化操作，保障照料服务的连贯性与专业性。家属则可通过系统随时随地查询老人的健康监测数据、护理记录、日常食谱及活动安排，在线提交来访预约、外出申请等需求，无需线下奔波即可实时关注老人状况，有效缓解对老人照料情况的担忧。

该系统以 “整合资源、规范流程、搭建桥梁” 为核心目标，全面整合养老院的人员信息、房间资源、服务记录等各类管理数据，打破传统管理中信息分散、流转不畅的壁垒。通过标准化入住审核、护理记录、访客管理等核心流程，减少人为操作失误，提升服务规范性与运营效率。、

系统搭建起管理员、护工与家属之间的高效沟通渠道，家属的需求可快速传达至养老院，护工的服务进展及时同步给家属，管理员则能实时把控服务质量与运营状态。最终通过信息实时共享、流程闭环管理、多方协同互动，让养老院运营更高效、护理服务更精准、家属沟通更便捷，全方位保障老人的居住舒适度、健康安全性与生活幸福感。

2.1.2业务流程

家属使用系统需先进行登录 / 注册操作。登录后可浏览首页的每日食谱、活动、房间、论坛等信息，接着可申请入住房间，该申请由护工审核其负责房间的入住申请。若审核通过，家属完成入住流程；若审核不通过，护工会反馈不通过原因。

入住后，家属可申请来访，护工审核其负责房间的来访申请，审核通过则来访流程完成，不通过则反馈原因；也可申请外出，护工审核其负责房间的外出申请，审核通过则外出流程完成，不通过则反馈原因。家属和护工均可查看管理员发布的每日食谱和活动信息。

管理员需统计入住数据、记录访客数据和外出数据，还负责发布每日食谱和活动信息，以此保障养老院入住、访客、外出及生活服务等业务流程的顺畅运转，具体流程可如图2.1所示。

图2.1 总体业务流程图

2.2功能性需求

2.2.1用例概述

管理员处于系统核心管理地位，拥有全面的管理权限。其职责涵盖系统全流程运营把控，包括用户管理，负责管理员、家属、护工及老人信息；房间信息管理，新增房间类型、配置房间信息并指派护理人员；入住与退房管理，审核所有入住及退房申请，支持信息修改与删除；健康与护理管理，查看并修改老人健康信息及护理记录；安全管理，审核全局访客来访及外出申请；新增每日食谱与活动信息；数据统计，监控各类业务统计图表；论坛与反馈管理，维护论坛秩序、处理用户留言回复。

护工作为一线服务执行角色，权限聚焦于负责房间的业务处理。核心职责包括登录注册；数据统计；房间信息管理，查询负责房间详情及相关评论；入住管理，审核负责房间的入住申请，为老人进行健康评估与护理登记；健康与护理管理，查看并修改老人健康信息及护理记录；安全管理，审核负责房间的访客来访及外出申请；生活管理，查看系统发布的每日食谱信息。

家属作为用户端核心角色，主要进行信息交互与业务申请操作。核心功能包括登录注册；首页互动，浏览食谱、活动、房间等信息，支持评论、收藏、发布帖子及反馈建议；个人中心管理，修改个人信息、新增老人信息，查看入住、退房、访客、外出等记录，查询老人健康与护理信息，提交入住、来访、外出及退房申请，管理个人发布内容与收藏。高层用例图如图 2.2 所示。

图2.2 高层用例图

用例摘要描述如表2.1所示。

表2.1 用例摘要描述

用例标识（UC）	用例名称	摘要描述
1	用户管理	管理员对管理员、家属、护工、老人信息进行管理。
2	房间信息管理	管理员新增房间类型、房间信息。
3	活动信息管理	管理员新增并发布活动信息。
4	每日食谱管理	管理员新增并发布每日食谱信息。
5	数据统计	管理员查看入住、每日食谱、访客、外出各类统计图表信息。
6	入住管理	家属提交入住申请，查看入住相关信息。
7	来访管理	家属提交来访申请，查看访客记录信息。
8	外出管理	家属提交外出申请，查看外出记录信息。
9	退房管理	家属提交退房申请，查看退房记录信息。
10	健康护理记录管理	护工查看并修改老人的健康信息和护理记录。
11	业务审核	护工审核负责房间的入住、访客、外出申请等业务流程。
12	公告管理	护工查看系统公告资讯等信息。

2.2.2用例描述

（1）管理用户信息用例

管理员能够在系统里进行用户管理，包含更新和删除用户信息，管理端用户管理用例图如图2.3所示。

图2.3 管理用户信息用例图

管理用户信息用例描述如表2.2所示。

表2.2 更新用户信息用例

用例标识	1.1
用例名称	更新用户信息
参与者	管理员、护工
前置条件	已经以管理员或护工身份登录系统
后置条件	用户信息表中对应用户的信息被更新
用例概述	管理员或护工可以对用户的个人信息、健康信息等进行修改维护
基本事件流	管理员或护工在用户信息管理界面选取需要修改的用户，进入修改用户信息界面。系统显示修改用户信息界面（包含姓名、照片、性别、年龄等字段）。管理员或护工修改用户姓名、性别、年龄、健康状况等信息，可上传照片，完成后提交修改请求。系统检查输入信息的有效性（如联系方式格式、必填项是否为空等）。系统验证通过后，将修改后的信息更新到用户信息表中。 6. 系统显示修改成功提示
备选事件流	3a 若仅需部分信息修改（如仅改联系方式），可直接编辑对应字段后提交，流程同基本事件流。 4a 若输入信息无效（如年龄非数字、联系方式格式错误），系统提示错误信息，返回步骤 3 重新编辑
备注	可根据实际需求补充字段验证规则，如年龄范围需在合理区间、联系方式需符合手机号格式等

表2.3 删除用户信息用例

用例标识	2.2
用例名称	删除用户信息
参与者	管理员
前置条件	已经以管理员身份登录系统
后置条件	用户信息表中对应用户的信息被删除
用例概述	管理员可以对管理员、家属、护工、老人的信息进行删除操作
基本事件流	管理员在账号管理界面选取需要删除的用户。管理员确认删除请求。若无依赖数据，系统将该用户信息从用户信息表中删除。系统显示删除成功提示

续表2.3 删除用户信息用例

备选事件流	4a 若该用户存在未处理的依赖数据，系统提示无法删除及原因（如 “该用户有未审核的入住申请，无法删除”），流程结束
备注	删除操作需谨慎，建议删除前备份关键数据，避免误删导致信息丢失

（2）管理房间信息用例

管理员能够在系统里进行房间管理，包含更新和删除房间以及房间类型信息，管理端房间管理用例图如图2.4所示。

图2.4 管理房间信息用例图

管理房间信息用例描述如表2.4所示。

表2.4 更新房间类型信息用例

用例标识	2.1
用例名称	更新房间类型信息
参与者	管理员
前置条件	已以管理员身份登录系统
后置条件	房间类型表中对应房间类型的信息被更新
用例概述	管理员可对房间类型的名称等信息进行修改维护
基本事件流	管理员在房间信息管理界面选取需修改的房间类型，进入修改房间类型界面。系统显示含 “房间类型” 输入框的修改界面。校验通过后，更新房间类型表中对应信息。系统提示修改成功
备选事件流	4a 若输入无效（如为空），系统提示错误，返回步骤
备注	需确保修改后类型能与房间信息正常关联

表2.5 删除房间类型信息用例

用例标识	2.2
用例名称	删除房间类型信息
参与者	管理员
前置条件	已以管理员身份登录系统
后置条件	房间类型表中对应房间类型的信息被删除
用例概述	管理员可对房间类型信息执行删除操作
基本事件流	管理员在房间信息管理界面选取需删除的房间类型。管理员确认删除请求。系统检查该类型是否被房间信息关联。若未被关联，删除房间类型表中对应信息。系统提示删除成功

续表2.5 删除房间类型信息用例

备选事件流	4a 若该类型被房间关联，系统提示 “该类型被房间使用，无法删除”，流程结束
备注	删除前需确认无关联房间，避免影响现有数据

表2.6 更新房间信息用例

用例标识	2.3
用例名称	更新房间信息
参与者	管理员
前置条件	已以管理员身份登录系统
后置条件	房间信息表中对应房间的信息被更新
用例概述	管理员可对房间名称、类型、级别、设施等信息进行修改维护
基本事件流	管理员在房间信息管理界面选取需修改的房间，进入修改房间信息界面。管理员修改房间名称、类型、上传封面、调整价格等信息后提交请求。系统校验输入有效性（如价格为数字、联系方式格式等）。校验通过后，更新房间信息表中对应信息。系统提示修改成功
备选事件流	3a 若仅修改部分信息（如仅改价格），编辑对应字段后提交即可。 4a 若输入无效（如价格非数字），系统提示错误，返回步骤
备注	封面图片需符合格式要求，房间类型需从已有类型中选择

表2.7 删除房间信息用例

用例标识	2.4
用例名称	删除房间信息
参与者	管理员
前置条件	已以管理员身份登录系统
后置条件	房间信息表中对应房间的信息被删除
用例概述	管理员可对房间信息执行删除操作
基本事件流	管理员在房间信息管理界面选取需删除的房间。系统弹出删除确认提示框。管理员确认删除请求。系统检查该房间是否有在住老人或未处理入住申请。若没有，删除房间信息表中对应信息。系统提示删除成功
备选事件流	4a 若该房间有在住老人或未处理申请，系统提示 “该房间有在住老人，无法删除”，流程结束
备注	删除前需确认房间无在住人员和未处理业务，避免数据异常

（3）管理活动信息用例

管理员能够在系统里进行活动管理，包含更新和删除活动信息，管理端活动管理用例图如图2.5 所示。

图2.5 管理活动信息用例图

3.4.2逻辑结构设计

养老院管理系统ER图对应的关系模型：

（1）管理员（管理员ID，登录账号，登录密码）

（2）家属（家属ID，家属账号，密码，家属姓名，性别，联系方式，头像，创建时间）

（3）护工（护工ID，护理账号，密码，护理姓名，性别，电话，头像，创建时间）

（4）房间类型（房间类型ID，房间类型名称，创建时间）

（5）房间（房间ID，房间名称，房间类型ID，房间级别，入住价格，护理账号，房间设施，房间位置，房间详情，封面，创建时间，收藏数，评论数）

（6）每日食谱（食谱ID，食谱名称，所需食材，适合人群，食谱简介，封面，发布时间，创建时间，收藏数，评论数）

（7）活动（活动ID，活动名称，活动时间，参与人数，活动说明，封面，发布时间，创建时间，收藏数，评论数）

（8）入住记录（入住记录ID，房间ID，家属账号，护理账号，老人姓名，性别，年龄，身高，体重，入住时间，入住价格，联系方式，是否审核，回复内容，创建时间）

（9）来访记录（来访记录ID，家属账号，护理账号，老人姓名，访客姓名，来访时间，联系方式，来访详情，是否审核，回复内容，创建时间）

（10）外出记录（外出记录ID，家属账号，护理账号，老人姓名，外出时间，归来时间，联系方式，备注，是否审核，回复内容，创建时间）

（11）退房记录（退房记录ID，房间ID，家属账号，护理账号，老人姓名，退房时间，联系方式，备注，是否审核，回复内容，创建时间）

（12）护理记录（护理记录ID，护理账号，家属账号，老人姓名，性别，年龄，护理时间，护理内容，联系方式，创建时间）

（13）健康记录（健康记录ID，护理账号，家属账号，老人姓名，性别，年龄，身高，体重，低压，高压，血糖，血脂，心率，脉搏，情绪状态，是否用药，药品名称，剂量，发布时间，创建时间）

（14）公告（公告ID，标题，简介，图片，内容，创建时间）

3.4.3物理结构设计

通过对领域对象、业务对象及对象间关联的分析，对本系统的数据库表进行了设计，如表3.1-表3.14所示。本系统数据库管理采用MySQL。

（1）管理员信息表(t_admin)

管理员信息表主要用于保存系统管理员的信息，主要字段包括：管理员ID、登录账号、登录密码。表结构如表3.1所示。

表3.1 管理员信息表（t_admin）

列名	数据类型	长度	允许空	是否主键	说明
id	int	10	否	是	管理员ID
username	varchar	12	否	否	登录账号
password	varchar	15	否	否	登录密码

（2）家属信息表 (t_user)

家属信息表用于保存系统用户的基本信息，主要字段包括：家属ID、家属名、密码、姓名、性别、头像、手机、余额、创建时间，如表3.2所示。

表3.2 家属信息表 (t_user)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	家属ID
addtime	timestamp		否	否	创建时间
jiashuzhanghao	varchar	200	否	否	家属账号
mima	varchar	200	否	否	密码
jiashuxingming	varchar	200	否	否	家属姓名
xingbie	varchar	200	否	否	性别
lianxifangshi	varchar	200	否	否	联系方式
touxiang	longtext		否	否	头像

（3）护工信息表 (t_hugong)

护工信息表用于保存系统护工的基本信息，主要字段包括：护工ID、创建时间、护理账号、密码、护理姓名、性别、头像、电话、身份证号，如表3.3所示。

表3.3 护工信息表 (t_hugong)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	护工ID
addtime	timestamp		否	否	创建时间
hulizhanghao	varchar	200	否	否	护理账号
mima	varchar	200	否	否	密码
hulixingming	varchar	200	否	否	护理姓名
xingbie	varchar	200	否	否	性别
touxiang	longtext		否	否	头像
dianhua	varchar	200	否	否	电话

（4）每日食谱信息表 (t_shipu)

每日食谱信息表用于保存系统每日食谱的基本信息，主要字段包括：每日食谱ID、创建时间、食谱名称、封面、所需食材、发布时间、适合人群、食谱简介、收藏数、评论数、赞、踩，如表3.4所示。

表3.4 每日食谱信息表 (t_shipu)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	每日食谱ID
addtime	timestamp		否	否	创建时间
shipumingcheng	varchar	200	否	否	食谱名称
fengmian	longtext		否	否	封面
suoxushicai	varchar	200	否	否	所需食材
fabushijian	datetime		否	否	发布时间
shiherenqun	varchar	200	否	否	适合人群
shipujianjie	longtext		否	否	食谱简介
storeup_number	int	11	否	否	收藏数
discuss_number	int	11	否	否	评论数
thumbsup_number	int	11	否	否	赞
crazily_number	int	11	否	否	踩

（5）活动信息表 (t_huodong)

活动信息表用于保存系统活动的基本信息，主要字段包括：活动ID、创建时间、活动名称、封面、活动时间、参与人数、发布时间、活动说明、赞、踩、收藏数、评论数，如表3.5所示。

表3.5 活动信息表 (t_huodong)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	活动ID
addtime	timestamp		否	否	创建时间
huodongmingcheng	varchar	200	否	否	活动名称
fengmian	longtext		否	否	封面
huodongshijian	date		否	否	活动时间
canyurenshu	int	11	否	否	参与人数
fabushijian	datetime		否	否	发布时间
huodongshuoming	longtext		否	否	活动说明

续表3.5 活动信息表 (t_huodong)

thumbsup_number	int	11	否	否	赞
crazily_number	int	11	否	否	踩
storeup_number	int	11	否	否	收藏数
discuss_number	int	11	否	否	评论数

（6）房间类型信息表 (t_fangjianleixing)

房间类型信息表用于保存系统房间类型的基本信息，主要字段包括：房间类型ID、创建时间、房间类型，如表3.6所示。

表3.6 房间类型信息表 (t_fangjianleixing)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	房间类型ID
addtime	timestamp		否	否	创建时间
fangjianleixing	varchar	200	否	否	房间类型

（7）房间信息表 (t_fangjian)

房间信息表用于保存系统房间的基本信息，主要字段包括：房间ID、创建时间、房间名称、房间类型、封面、房间级别、入住价格月、护理账号、电话、房间设施、房间位置、房间详情、赞、踩、收藏数、评论数、最近点击时间，如表3.7所示。

表3.7 房间信息表 (t_fangjian)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	房价ID
addtime	timestamp		否	否	创建时间
fangjianmingcheng	varchar	200	否	否	房间名称
fangjianleixing	varchar	200	否	否	房间类型
fengmian	longtext		否	否	封面
fangjianjibie	varchar	200	否	否	房间级别
ruzhujiage	double		否	否	入住价格月
hulizhanghao	varchar	200	否	否	护理账号
dianhua	varchar	200	否	否	电话
fangjiansheshi	varchar	200	否	否	房间设施
fangjianweizhi	varchar	200	否	否	房间位置
fangjianxiangqing	longtext		否	否	房间详情
thumbsup_number	int	11	否	否	赞
crazily_number	int	11	否	否	踩
storeup_number	int	11	否	否	收藏数
discuss_number	int	11	否	否	评论数
clicktime	datetime		否	否	最近点击时间

（8）外出记录信息表 (t_waichu)

外出记录信息表用于保存系统外出记录的基本信息，主要字段包括：外出记录ID、创建时间、老人姓名、外出时间、归来时间、家属账号、联系方式、新增时间、护理账号、电话、备注、是否审核、回复内容，如表3.8所示。

表3.8 外出记录信息表 (t_waichu)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	外出记录ID
addtime	timestamp		否	否	创建时间
laorenxingming	varchar	200	否	否	老人姓名
waichushijian	datetime		否	否	外出时间
guilaishijian	datetime		否	否	归来时间
jiashuzhanghao	varchar	200	否	否	家属账号
lianxifangshi	varchar	200	否	否	联系方式
xinzengshijian	datetime		否	否	新增时间
hulizhanghao	varchar	200	否	否	护理账号
dianhua	varchar	200	否	否	电话
beizhu	varchar	200	否	否	备注
sfsh	varchar	200	否	否	是否审核
shhf	longtext		否	否	回复内容

（9）来访记录信息表 (t_laifang)

来访记录信息表用于保存系统来访记录的基本信息，主要字段包括：来访记录ID、创建时间、老人姓名、来访时间、家属账号、联系方式、访客姓名、来访详情、护理账号、电话、是否审核、回复内容，如表3.9所示。

表3.9 来访记录信息表 (t_laifang)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	来访记录ID
addtime	timestamp		否	否	创建时间
laorenxingming	varchar	200	否	否	老人姓名
laifangshijian	datetime		否	否	来访时间
jiashuzhanghao	varchar	200	否	否	家属账号
lianxifangshi	varchar	200	否	否	联系方式
fangkexingming	varchar	200	否	否	访客姓名
laifangxiangqing	longtext		否	否	来访详情
hulizhanghao	varchar	200	否	否	护理账号
dianhua	varchar	200	否	否	电话
sfsh	varchar	200	否	否	是否审核
shhf	longtext		否	否	回复内容

（10）退房记录信息表 (t_tuifang)

退房记录表用于保存系统退房记录的基本信息，主要字段包括：退房记录ID、创建时间、房间名称、护理账号、电话、退房时间、老人姓名、家属账号、联系方式、备注、是否审核、回复内容，如表3.10所示。

表3.10 退房记录信息表 (t_tuifang)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	退房记录ID
addtime	timestamp		否	否	创建时间
fangjianmingcheng	varchar	200	否	否	房间名称

续表3.10 退房记录信息表 (t_tuifang)

hulizhanghao	varchar	200	否	否	护理账号
dianhua	varchar	200	否	否	电话
tuifangshijian	datetime		否	否	退房时间
laorenxingming	varchar	200	否	否	老人姓名
jiashuzhanghao	varchar	200	否	否	家属账号
lianxifangshi	varchar	200	否	否	联系方式
beizhu	varchar	200	否	否	备注
sfsh	varchar	200	否	否	是否审核
shhf	longtext		否	否	回复内容

（11）入住记录信息表 (t_ruzhu)

入住记录信息表用于保存系统入住记录的基本信息，主要字段包括：入住记录ID、创建时间、房间名称、入住价格月、护理账号、电话、入住时间、老人姓名、性别、年龄、身高cm、体重kg、家属账号、联系方式、是否审核、回复内容，如表3.11所示。

表3.11 入住记录信息表 (t_ruzhu)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	入住记录ID
addtime	timestamp		否	否	创建时间
fangjianmingcheng	varchar	200	否	否	房间名称
ruzhujiage	int	11	否	否	入住价格月
hulizhanghao	varchar	200	否	否	护理账号
dianhua	varchar	200	否	否	电话
ruzhushijian	datetime		否	否	入住时间
laorenxingming	varchar	200	否	否	老人姓名
xingbie	varchar	200	否	否	性别
nianling	int	11	否	否	年龄
shengao	double		否	否	身高cm
tizhong	double		否	否	体重kg
jiashuzhanghao	varchar	200	否	否	家属账号
lianxifangshi	varchar	200	否	否	联系方式
sfsh	varchar	200	否	否	是否审核
shhf	longtext		否	否	回复内容

（12）护理记录信息表 (t_huli)

护理记录信息表用于保存系统护理记录的基本信息，主要字段包括：护理记录ID、创建时间、老人姓名、性别、年龄、家属账号、联系方式、护理时间、护理账号、电话、护理内容，如表3.12所示。

表3.12 护理记录信息表 (t_huli)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	护理记录ID
addtime	timestamp		否	否	创建时间
laorenxingming	varchar	200	否	否	老人姓名
xingbie	varchar	200	否	否	性别

续表3.12 护理记录信息表 (t_huli)

nianling	varchar	200	否	否	年龄
jiashuzhanghao	varchar	200	否	否	家属账号
lianxifangshi	varchar	200	否	否	联系方式
hulishijian	datetime		否	否	护理时间
hulizhanghao	varchar	200	否	否	护理账号
dianhua	varchar	200	否	否	电话
hulineirong	longtext		否	否	护理内容

（13）健康记录信息表 (t_jiankang)

健康记录信息表用于保存系统健康记录的基本信息，主要字段包括：健康记录ID、创建时间、老人姓名、性别、年龄、身高cm、体重kg、低压kpa、高压kpa、血糖mgdl、血脂、心率分、脉搏分、情绪状态、是否用药、药品名称、剂量、家属账号、联系方式、护理账号、电话、发布时间，如表3.13所示。

表3.13 健康记录信息表 (t_jiankang)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	健康记录ID
addtime	timestamp		否	否	创建时间
laorenxingming	varchar	200	否	否	老人姓名
xingbie	varchar	200	否	否	性别
nianling	int	11	否	否	年龄
shengao	int	11	否	否	身高cm
tizhong	int	11	否	否	体重kg
diya	varchar	200	否	否	低压kpa
gaoya	int	11	否	否	高压kpa
xuetang	int	11	否	否	血糖mgdl
xuezhi	varchar	200	否	否	血脂
xinlv	int	11	否	否	心率分
maibo	int	11	否	否	脉搏分
qingxuzhuangtai	varchar	200	否	否	情绪状态
shifouyongyao	varchar	200	否	否	是否用药
yaopinmingcheng	varchar	200	否	否	药品名称
jiliang	varchar	200	否	否	剂量
jiashuzhanghao	varchar	200	否	否	家属账号
lianxifangshi	varchar	200	否	否	联系方式
hulizhanghao	varchar	200	否	否	护理账号
dianhua	varchar	200	否	否	电话
fabushijian	datetime		否	否	发布时间

（14）公告信息表 (t_gonggao)

公告信息表用于保存系统公告的基本信息，主要字段包括：公告ID、创建时间、老人姓名、性别、年龄、身高cm、体重kg、低压kpa、高压kpa、血糖mgdl、血脂、心率分、脉搏分、情绪状态、是否用药、药品名称、剂量、家属账号、联系方式、护理账号、电话、发布时间，如表3.14所示。

表3.14 公告信息表 (t_gonggao)

列名	数据类型	长度	允许空	是否主键	说明
id	bigint	20	否	是	公告ID
addtime	timestamp		否	否	创建时间
title	varchar	200	否	否	标题
introduction	longtext		否	否	简介
picture	longtext		否	否	图片
content	longtext		否	否	内容

3.5类的设计

（1）model包中类的描述

model包中类的描述如表3.15所示。

表3.15 model包中类的描述

类名	属性/方法	描述
AdminEntity	Long id;	管理员 ID
	String username;	登录账号
	String password;	登录密码
UserEntity	Long id;	家属 ID
	Timestamp addtime;	创建时间
	String jiashuzhanghao;	家属账号
	String mima;	密码
	String jiashuxingming;	家属姓名
	String xingbie;	性别
	String lianxifangshi;	联系方式
	String touxiang;	头像
HugongEntity	Long id;	护工 ID
	Timestamp addtime;	创建时间
	String hulizhanghao;	护理账号
	String mima;	密码
	String hulixingming;	护理姓名
	String xingbie;	性别
	String touxiang;	头像
	String dianhua;	电话
ShipuEntity	Long id;	每日食谱 ID
	Timestamp addtime;	创建时间
	String shipumingcheng;	食谱名称
	String fengmian;	封面
	String suoxushicai;	所需食材
	Date fabushijian;	发布时间
	String shiherenqun;	适合人群
	String shipujianjie;	食谱简介
	Integer storeup_number;	收藏数
	Integer discuss_number;	评论数
	Integer thumbsup_number;	赞数
	Integer crazily_number;	踩数

续表3.15 model包中类的描述

HuodongEntity	Long id;	活动 ID
	Timestamp addtime;	创建时间
	String huodongmingcheng;	活动名称
	String fengmian;	封面
	Date huodongshijian;	活动时间
	Integer canyurenshu;	参与人数
	Date fabushijian;	发布时间
	String huodongshuoming;	活动说明
	Integer thumbsup_number;	赞数
	Integer crazily_number;	踩数
	Integer storeup_number;	收藏数
	Integer discuss_number;	评论数
FangjianleixingEntity	Long id;	房间类型 ID
	Timestamp addtime;	创建时间
	String fangjianleixing;	房间类型
FangjianEntity	Long id;	房间 ID
	Timestamp addtime;	创建时间
	String fangjianmingcheng;	房间名称
	String fangjianleixing;	房间类型
	String fengmian;	封面
	String fangjianjibie;	房间级别
	Double ruzhujiage;	入住价格月
	String hulizhanghao;	护理账号
	String dianhua;	电话
	String fangjiansheshi;	房间设施
	String fangjianweizhi;	房间位置
	String fangjianxiangqing;	房间详情
	Integer thumbsup_number;	赞数
	Integer crazily_number;	踩数
	Integer storeup_number;	收藏数
	Integer discuss_number;	评论数
	Date clicktime;	最近点击时间
WaichuEntity	Long id;	外出记录 ID
	Timestamp addtime;	创建时间
	String laorenxingming;	老人姓名
	Date waichushijian;	外出时间
	Date guilaishijian;	归来时间
	String jiashuzhanghao;	家属账号
	String lianxifangshi;	联系方式
	Date xinzengshijian;	新增时间
	String hulizhanghao;	护理账号
	String dianhua;	电话
	String beizhu;	备注
	String sfsh;	是否审核
	String shhf;	回复内容

续表3.15 model包中类的描述

LaifangEntity	Long id;	来访记录 ID
	Timestamp addtime;	创建时间
	String laorenxingming;	老人姓名
	Date laifangshijian;	来访时间
	String jiashuzhanghao;	家属账号
	String lianxifangshi;	联系方式
	String fangkexingming;	访客姓名
	String laifangxiangqing;	来访详情
	String hulizhanghao;	护理账号
	String dianhua;	电话
	String sfsh;	是否审核
	String shhf;	回复内容
TuifangEntity	Long id;	退房记录 ID
	Timestamp addtime;	创建时间
	String fangjianmingcheng;	房间名称
	String hulizhanghao;	护理账号
	String dianhua;	电话
	Date tuifangshijian;	退房时间
	String laorenxingming;	老人姓名
	String jiashuzhanghao;	家属账号
	String lianxifangshi;	联系方式
	String beizhu;	备注
	String sfsh;	是否审核
	String shhf;	回复内容
RuzhuEntity	Long id;	入住记录 ID
	Timestamp addtime;	创建时间
	String fangjianmingcheng;	房间名称
	Integer ruzhujiage;	入住价格月
	String hulizhanghao;	护理账号
	String dianhua;	电话
	Date ruzhushijian;	入住时间
	String laorenxingming;	老人姓名
	String xingbie;	性别
	Integer nianling;	年龄
	Double shengao;	身高 cm
	Double tizhong;	体重 kg
	String jiashuzhanghao;	家属账号
HuliEntity	Long id;	护理记录 ID
	Timestamp addtime;	创建时间
	String laorenxingming;	老人姓名
	String xingbie;	性别
	String nianling;	年龄
	String jiashuzhanghao;	家属账号
	String lianxifangshi;	联系方式
	Date hulishijian;	护理时间
	String hulizhanghao;	护理账号
	String dianhua;	电话
	String hulineirong;	护理内容

续表3.15 model包中类的描述

JiankangEntity	Long id;	健康记录 ID
	Timestamp addtime;	创建时间
	String laorenxingming;	老人姓名
	String xingbie;	性别
	Integer nianling;	年龄
	Integer shengao;	身高 cm
	Integer tizhong;	体重 kg
	String diya;	低压 kpa
	Integer gaoya;	高压 kpa
	Integer xuetang;	血糖 mgdl
	String xuezhi;	血脂
	Integer xinlv;	心率分
	Integer maibo;	脉搏分
	String qingxuzhuangtai;	情绪状态
	String shifouyongyao;	是否用药
	String yaopinmingcheng;	药品名称
	String jiliang;	剂量
	String jiashuzhanghao;	家属账号
	String lianxifangshi;	联系方式
	String hulizhanghao;	护理账号
	String dianhua;	电话
	Date fabushijian;	发布时间
GonggaoEntity	Long id;	公告 ID
	Timestamp addtime;	创建时间
	String title;	标题
	String introduction;	简介
	String picture;	图片
	String content;	内容

（2）controller包中类的描述

controller包中类的描述如表3.16所示。

表3.16 controller包中类的描述

类名	属性/方法	描述
AdminController	login	管理员登录
	logout	管理员退出
	page	管理员列表查询
	add	管理员新增
	edit	管理员信息编辑
	delete	管理员删除
UserController	login	家属登录
	register	家属注册
	logout	家属退出
	info	家属详情查询
	add	家属新增
	edit	家属信息编辑
	delete	家属删除

续表3.16 controller包中类的描述

HugongController	login	护工登录
	logout	护工退出
	resetPass	护工密码重置
	page	护工列表查询
	add	护工新增
	edit	护工信息编辑
	delete	护工删除
ShipuController	page	每日食谱列表查询
	add	每日食谱新增
	edit	每日食谱编辑
	delete	每日食谱删除
HuodongController	page	活动列表查询
	query	活动条件查询
	info	活动详情查询
	add	活动新增
	edit	活动编辑
	delete	活动删除
	join	活动参与报名
FangjianleixingController	page	房间类型列表查询
	query	房间类型条件查询
	info	房间类型详情查询
	add	房间类型新增
	edit	房间类型编辑
	delete	房间类型删除
FangjianController	page	房间列表查询
	info	房间详情查询
	add	房间新增
	edit	房间编辑
	delete	房间删除
	click	房间点击统计（更新最近点击时间）
WaichuController	page	外出记录列表查询
	query	外出记录条件查询
	info	外出记录详情查询
	add	外出记录新增
	edit	外出记录编辑
	delete	外出记录删除
	audit	外出记录审核
	reply	外出记录审核回复
LaifangController	page	来访记录列表查询
	query	来访记录条件查询
	info	来访记录详情查询
	add	来访记录新增
	edit	来访记录编辑
	delete	来访记录删除
	audit	来访记录审核
	reply	来访记录审核回复

续表3.16 controller包中类的描述

TuifangController	page	退房记录列表查询
	query	退房记录条件查询
	info	退房记录详情查询
	add	退房记录新增
	edit	退房记录编辑
	delete	退房记录删除
	audit	退房记录审核
	reply	退房记录审核回复
RuzhuController	page	入住记录列表查询
	query	入住记录条件查询
	info	入住记录详情查询
	add	入住记录新增
	edit	入住记录编辑
	delete	入住记录删除
	audit	入住记录审核
	reply	入住记录审核回复
HuliController	page	护理记录列表查询
	query	护理记录条件查询
	info	护理记录详情查询
	add	护理记录新增
	edit	护理记录编辑
	delete	护理记录删除
JiankangController	page	健康记录列表查询
	query	健康记录条件查询
	info	健康记录详情查询
	add	健康记录新增
	edit	健康记录编辑
	delete	健康记录删除
GonggaoController	page	公告列表查询
	query	公告条件查询
	info	公告详情查询
	add	公告新增
	edit	公告编辑
	delete	公告删除

（3）serviceImpl包中类的描述

serviceImpl包中类的描述如表3.17所示。

表3.17 serviceImpl包中类的描述

AdminServiceImpl	queryPage	管理员分页查询
	selectListView	管理员列表查询
	login	管理员登录验证
	resetPass	管理员密码重置
	removeById	根据 ID 删除家属
	login	家属登录验证
	register	家属注册保存
	resetPass	家属密码重置

续表3.17 serviceImpl包中类的描述

HugongServiceImpl	queryPage	护工分页查询
	selectListView	护工列表查询
	selectById	根据 ID 查询护工详情
	save	护工新增 / 编辑保存
	removeById	根据 ID 删除护工
	login	护工登录验证
	resetPass	护工密码重置
ShipuServiceImpl	queryPage	每日食谱分页查询
	selectListView	每日食谱列表查询
	selectById	根据 ID 查询食谱详情
	save	食谱新增 / 编辑保存
	removeById	根据 ID 删除食谱
HuodongServiceImpl	queryPage	活动分页查询
	selectListView	活动列表查询
	selectById	根据 ID 查询活动详情
	save	活动新增 / 编辑保存
	removeById	根据 ID 删除活动
	joinActivity	活动参与报名处理
	updateJoinCount	活动参与人数更新
FangjianleixingServiceImpl	queryPage	房间类型分页查询
	selectListView	房间类型列表查询
	selectById	根据 ID 查询房间类型详情
	save	房间类型新增 / 编辑保存
	removeById	根据 ID 删除房间类型
FangjianServiceImpl	queryPage	房间分页查询
	selectListView	房间列表查询
	selectById	根据 ID 查询房间详情
	save	房间新增 / 编辑保存
	removeById	根据 ID 删除房间
	updateClickTime	房间最近点击时间更新
WaichuServiceImpl	queryPage	外出记录分页查询
	selectListView	外出记录列表查询
	selectById	根据 ID 查询外出记录详情
	save	外出记录新增 / 编辑保存
	removeById	根据 ID 删除外出记录
	audit	外出记录审核状态更新
	reply	外出记录审核回复保存
LaifangServiceImpl	queryPage	来访记录分页查询
	selectListView	来访记录列表查询
	audit	来访记录审核状态更新
	reply	来访记录审核回复保存
TuifangServiceImpl	queryPage	退房记录分页查询
	selectListView	退房记录列表查询
	selectById	根据 ID 查询退房记录详情
	save	退房记录新增 / 编辑保存
	removeById	根据 ID 删除退房记录
	audit	退房记录审核状态更新
	reply	退房记录审核回复保存

续表3.17 serviceImpl包中类的描述

RuzhuServiceImpl	queryPage	入住记录分页查询
	selectListView	入住记录列表查询
	selectById	根据 ID 查询入住记录详情
	save	入住记录新增 / 编辑保存
	removeById	根据 ID 删除入住记录
	audit	入住记录审核状态更新
	reply	入住记录审核回复保存
HuliServiceImpl	queryPage	护理记录分页查询
	selectListView	护理记录列表查询
	selectById	根据 ID 查询护理记录详情
	save	护理记录新增 / 编辑保存
	removeById	根据 ID 删除护理记录
JiankangServiceImpl	queryPage	健康记录分页查询
	selectListView	健康记录列表查询
	selectById	根据 ID 查询健康记录详情
	save	健康记录新增 / 编辑保存
	removeById	根据 ID 删除健康记录
GonggaoServiceImpl	queryPage	公告分页查询
	selectListView	公告列表查询
	selectById	根据 ID 查询公告详情
	save	公告新增 / 编辑保存
	removeById	根据 ID 删除公告

（4）mapper包中类的描述

mapper包中类的描述如表3.18所示。

表3.18 mapper包中类的描述

AdminMapper	queryPage	管理员分页查询
	selectListView	管理员列表查询
	selectById	根据 ID 查询管理员
	insert	管理员新增
	update	管理员信息更新
	deleteById	根据 ID 删除管理员
	selectByUsername	根据账号查询管理员
UserMapper	queryPage	家属分页查询
	selectListView	家属列表查询
	selectById	根据 ID 查询家属
	insert	家属新增
	update	家属信息更新
	deleteById	根据 ID 删除家属
	selectByAccount	根据账号查询家属
HugongMapper	queryPage	护工分页查询
	selectListView	护工列表查询
	selectById	根据 ID 查询护工
	insert	护工新增
	update	护工信息更新
	selectByAccount	根据账号查询护工

续表3.18 mapper包中类的描述

ShipuMapper	queryPage	每日食谱分页查询
	selectById	根据 ID 查询食谱
	insert	食谱新增
	update	食谱信息更新
	deleteById	根据 ID 删除食谱
	updateCount	食谱点赞 / 踩 / 收藏数更新
HuodongMapper	queryPage	活动分页查询
	selectById	根据 ID 查询活动
	insert	活动新增
	update	活动信息更新
	deleteById	根据 ID 删除活动
FangjianleixingMapper	queryPage	房间类型分页查询
	selectById	根据 ID 查询房间类型
	insert	房间类型新增
	update	房间类型更新
	deleteById	根据 ID 删除房间类型
FangjianMapper	queryPage	房间分页查询
	selectById	根据 ID 查询房间
	insert	房间新增
	update	房间信息更新
	deleteById	根据 ID 删除房间
	updateCount	房间点赞 / 踩 / 收藏数更新
	updateClickTime	房间点击时间更新
WaichuMapper	queryPage	外出记录分页查询
	selectListView	外出记录列表查询
	selectById	根据 ID 查询外出记录
	insert	外出记录新增
	update	外出记录更新
	deleteById	根据 ID 删除外出记录
	updateAudit	外出记录审核状态更新
LaifangMapper	queryPage	来访记录分页查询
	selectById	根据 ID 查询来访记录
	insert	来访记录新增
	update	来访记录更新
	deleteById	根据 ID 删除来访记录
	updateAudit	来访记录审核状态更新
TuifangMapper	queryPage	退房记录分页查询
	selectById	根据 ID 查询退房记录
	insert	退房记录新增
	update	退房记录更新
	deleteById	根据 ID 删除退房记录
	updateAudit	退房记录审核状态更新
RuzhuMapper	queryPage	入住记录分页查询
	selectListView	入住记录列表查询
	selectById	根据 ID 查询入住记录
	insert	入住记录新增
	update	入住记录更新
	deleteById	根据 ID 删除入住记录

续表3.18 mapper包中类的描述

HuliMapper	queryPage	护理记录分页查询
	selectListView	护理记录列表查询
	selectById	根据 ID 查询护理记录
	insert	护理记录新增
	update	护理记录更新
	deleteById	根据 ID 删除护理记录
JiankangMapper	queryPage	健康记录分页查询
	selectListView	健康记录列表查询
	selectById	根据 ID 查询健康记录
	insert	健康记录新增
	update	健康记录更新
	deleteById	根据 ID 删除健康记录
GonggaoMapper	queryPage	公告分页查询
	selectListView	公告列表查询
	selectById	根据 ID 查询公告
	insert	公告新增
	update	公告更新
	deleteById	根据 ID 删除公告

第4章　系统实现

4.1用户管理功能实现

4.1.1添加用户功能实现

添加用户（家属）功能需前端收集账号、密码、姓名等必填信息并提交，后端 Controller 接收请求后，Service 层完成数据验证与创建时间赋值，通过 Mapper 层执行数据库插入操作，全程确保数据合法性，最终返回操作结果，实现家属用户快速注册入库，如图4.1所示。

图4.1添加用户图

@PostMapping("/add")

public Result add(@RequestBody UserEntity user) {

return userService.addUser(user);

}

// UserServiceImpl

@Override

public Result addUser(UserEntity user) {

user.setAddtime(new Timestamp(System.currentTimeMillis()));

userMapper.insert(user);

return Result.success("添加成功");

}

4.1.2删除用户功能实现

删除用户（家属）功能通过前端传入用户 ID 发起请求，后端 Controller 接收参数后，调用 Service 层验证 ID 合法性，再由 Mapper 层执行数据库删除操作，确保仅删除目标用户数据，避免误删。操作完成后返回删除结果，实现家属用户信息的安全高效移除，如图4.2所示。

图4.2删除用户图

截止到目前你给我转了3000，// UserController

@DeleteMapping("/delete/{id}")

public Result delete(@PathVariable Long id) {

return userService.removeUser(id);

}

// UserServiceImpl

@Override

public Result removeUser(Long id) {

int rows = userMapper.deleteById(id);

return rows > 0 ? Result.success("删除成功") : Result.error("删除失败");

}

4.2房间管理功能实现

4.2.1添加房间类型功能实现

添加房间类型功能由前端收集 “房间类型” 名称并提交，后端 Controller 接收请求后，Service 层为其赋值创建时间，再通过 Mapper 层执行数据库插入操作，完成房间类型的新增，助力系统对不同房间类型的管理与分类，如图4.3所示。

图4.3添加房间类型图

// FangjianleixingController

@PostMapping("/add")

public Result add(@RequestBody FangjianleixingEntity entity) {

return fangjianleixingService.save(entity);

}

// FangjianleixingServiceImpl

@Override

public Result save(FangjianleixingEntity entity) {

entity.setAddtime(new Timestamp(System.currentTimeMillis()));

fangjianleixingMapper.insert(entity);

return Result.success("添加成功");

}

4.2.2添加房间信息功能实现

添加房间信息功能需前端收集房间名称、类型、封面等多维度信息并提交，后端 Controller 接收请求后，Service 层赋值创建时间，Mapper 层执行数据库插入操作，完成房间信息的新增，助力养老院对房间的精细化管理与展示，如图4.4所示。

图4.4添加房间信息图

// FangjianController

@PostMapping("/add")

public Result add(@RequestBody FangjianEntity entity) {

return fangjianService.save(entity);

}

// FangjianServiceImpl

@Override

public Result save(FangjianEntity entity) {

entity.setAddtime(new Timestamp(System.currentTimeMillis()));

fangjianMapper.insert(entity);

return Result.success("添加成功");

}

AI Agent技术社区

Agent 垂直技术社区，欢迎活跃、内容共建。

更多推荐

AI多Agent协作系统实战（十五）：当AI Agent说“测试通过“时，它到底做了什么？——从“感性复核“到“理性证据链“的重构》

AI Agent技术社区

【AI实战】Spring Boot 3.3 + AI Agent 全流程实战：从API调用到自动生成CRUD代码，30分钟搭完

上周团队接了一个紧急需求：一周内要交付一个包含8张表的商品管理系统。传统开发至少2个人干满5天。我们试了一个新方案——Java后端用AI Agent自动生成代码，人只做审查和微调。2天交付，Bug率反而比手写低。这篇文章把这套方案完整拆开给你看。从环境搭建到代码生成到部署验证，每一步都有可复现的代码。环境：Spring Boot 3.3.0 + JDK 21 + Maven 3.9 + MySQL