1  前  言

1.1选题背景

随着医疗行业的快速发展和人们对医疗服务质量的日益关注，康复医院在护工管理上面临着越来越多的挑战。传统的护工管理方式大多依赖于纸质记录和人工操作，不仅效率低下，还容易出现信息不准确、遗漏等问题。为了应对这些挑战，提高护工管理的效率和准确性，我们选择了设计和实现一个基于Spring Boot的康复医院护工管理平台。

Spring Boot作为一个轻量级的Java开发框架，具有简洁、易用、高效的特点，非常适合用于构建快速、可扩展的Web应用程序。通过采用Spring Boot框架，我们可以快速搭建起一个稳定、可靠的护工管理平台，实现护工信息的电子化管理和智能化分配。

此外，随着移动互联网技术的普及，人们对移动化、智能化的服务需求也越来越高。基于Spring Boot的护工管理平台可以方便地扩展到移动端，实现护工管理的移动化办公，提高工作效率和便捷性。

康复医院作为提供康复医疗服务的专业机构，对护工的管理要求尤为严格。护工的工作直接关系到患者的康复效果和满意度，因此，一个高效、准确的护工管理平台对于提升康复医院的整体服务水平具有重要意义。

综上所述，基于Spring Boot的康复医院护工管理平台的设计与实现，旨在通过信息化手段提高护工管理的效率和准确性，满足康复医院对护工管理的需求，提升医院的整体服务水平，为患者提供更加优质、高效的康复医疗服务。

1.2研究意义

该平台通过集成护工预约、服务安排、服务记录、服务评价及考勤打卡、工作日记管理等多项功能，实现了护工管理的全面覆盖。这不仅有助于医院管理人员实时掌握护工的工作状态和服务质量，还能有效提升护工的工作效率和服务水平。同时，平台还能为患者和家属提供更加便捷、优质的服务体验，增强其对医院的信任度和满意度。

此外，该平台的设计和实现还具有重要的学术价值。在研究过程中，我们深入探索了Spring Boot框架在医疗管理领域的应用，验证了其在实际项目中的可行性和优势。这不仅为Spring Boot框架的进一步推广和应用提供了有力支持，也为其他类似系统的设计和实现提供了有益的参考和借鉴。

综上所述，基于Spring Boot的康复医院护工管理平台的设计与实现，不仅有助于提升康复医院护工管理的效率和质量，还能为患者和家属提供更加优质的服务体验，具有重要的实践意义和学术价值。同时，该平台的成功实现也为医疗管理领域的信息化、智能化发展提供了新的思路和方向。

1.3国内外研究现状

1.3.1国内研究现状

 在国内，随着医疗改革的深入推进和医疗技术的不断进步，康复医院护工管理领域也迎来了新的发展机遇。近年来，国内学者和医疗机构开始积极探索将信息技术应用于护工管理中，以提高管理效率和服务质量。

国内已经有一些基于先进技术的护工管理平台崭露头角。这些平台通常集成了护工预约、服务安排、服务记录、服务评价等多项功能，实现了护工管理的全面覆盖和智能化。这些平台的出现，不仅提高了护工管理的效率和质量，还为患者和家属提供了更加便捷、优质的服务体验。例如，一些平台通过智能匹配算法，可以根据患者的需求和护工的专长进行精准匹配，从而提高服务质量和患者满意度。

然而，尽管国内在康复医院护工管理领域取得了显著的进展，但仍存在一些问题和挑战。例如，一些平台的智能化水平还有待提高，服务匹配和调度的精准度需要进一步优化；同时，平台的安全性和隐私保护也需要加强，以确保患者和护工的信息不被泄露。

1.3.2国外研究现状

在国外，医疗信息化的发展同样迅速，康复医院护工管理领域也取得了显著的进展。国外学者和医疗机构在护工管理系统的设计和实现上，更加注重系统的可扩展性、易用性和安全性。

在技术架构方面，国外护工管理系统通常采用先进的技术框架和数据库管理系统，如Spring Boot、Hibernate等，以确保系统的稳定性和高效性。这些技术框架具有强大的依赖注入和面向切面编程等特性，可以提高系统的可维护性和可扩展性。

在功能实现方面，国外护工管理系统通常集成了丰富的功能模块，如护工预约、服务安排、服务记录、服务评价等。同时，这些系统还注重与医疗机构的其他信息系统进行集成和共享，以实现信息的互联互通和数据的共享利用。这种集成化的管理方式不仅可以提高护工管理的效率和质量，还可以为医疗机构的整体信息化建设提供有力支持。

此外，国外护工管理系统在用户体验和隐私保护方面也取得了显著进展。一些系统通过友好的用户界面和便捷的交互方式，提高了用户的使用体验和满意度。同时，这些系统还采用了先进的加密技术和隐私保护机制，确保患者和护工的信息不被泄露和滥用。

综上所述，国内外在康复医院护工管理领域都取得了显著的进展，但仍存在一些问题和挑战。通过借鉴国内外的先进经验和技术成果，我们可以不断完善和优化护工管理系统，为康复医院提供更加高效、智能的管理方式。

1.4系统的特点

（1）康复医院护工管理平台中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术，而是使用当前主流的Spring Boot框架，它减少Java配置代码，简化编程代码，目前Spring Boot框架也是很多企业选择的框架之一。

（2）康复医院护工管理平台中的前端使用的是uni-app框架，它是使用Vue.js 开发所有前端应用的框架，可应用多平台，性能优秀，周边生态丰富且开发学习成本低。

（3）康复医院护工管理平台中数据库用的MySQL，它执行效率高，运行速度快，安全性能也很高，同时无平台限制。

1.5论文结构与章节安排

本文共分为七章，章节内容安排如下：

第一章：引言，主要介绍康复医院护工管理平台领域研究的背景和意义，概述研究的现状和系统特点。

第二章：关键技术，主要探讨和说明实现康复医院护工管理平台的关键技术。

第三章：系统分析，主要从康复医院护工管理平台的可行性、功能、性能等方面进行分析，为后续系统设计提供理论支持。

第四章：系统设计，主要对康复医院护工管理平台功能模块、数据库进行功能设计。

第五章：系统实现，主要介绍了康复医院护工管理平台各个顾客用户的功能、系统界面的实现。

第六章：系统测试，主要对康复医院护工管理平台进行测试，验证功能完整性、稳定性和安全性，评估系统在实际运行中的性能表现。

第七章：结束语。总结全文研究内容，提出对共建平台领域未来发展的展望和建议，指出研究的不足和可优化之处，为相关领域的进一步探索提供参考。

2  关键技术

2.1Java

Java是一种跨平台的编程语言，广泛用于开发各种类型的应用程序，包括Web应用、移动应用和大型软件系统。在康复医院护工管理平台中，Java通常用于后端开发，提供强大的处理能力和稳定性。同时Java是一种面向对象的编程语言，支持封装、继承和多态等特性，使代码更易于维护和重用。还拥有丰富的标准库和第三方框架，如Spring、Hibernate等，可以大大提高开发效率。

2.2MySQL

MySQL是一种流行的开源关系型数据库管理系统，用于存储和管理数据。在康复医院护工管理平台中，MySQL可以用于数据存储、数据查询和数据管理等方面，用户可以免费使用和修改源代码，为平台提供可靠和高性能的数据库支持。MySQL支持多种存储引擎，如InnoDB和MyISAM，可以根据不同的应用场景选择合适的存储引擎，以提高性能；提供了多种数据安全机制，如用户权限管理、数据加密和备份恢复等，确保数据的安全性。

2.3Spring Boot框架

Spring Boot是一个用于构建微服务的Java框架，简化了Spring应用程序的开发和部署过程。Spring Boot通过自动配置和约定优于配置的理念，简化了Spring应用程序的开发过程，使开发者可以更快地构建和部署应用程序；拥有丰富的生态系统，如Spring Cloud、Spring Security等，可以满足各种企业级应用的需求。在康复医院护工管理平台中，Spring Boot可以帮助开发团队快速搭建后端服务，并实现各种功能模块的集成和管理。

2.4B/S模式

B/S模式（Browser/Server模式）是一种网络应用架构，其中浏览器（Browser）作为客户端与服务器（Server）进行通信。这种模式使用户可以通过普通的Web浏览器访问应用程序，而无需安装额外的客户端软件。用户通过浏览器发送请求，服务器接收并处理这些请求，然后将结果返回给浏览器显示给用户。在康复医院护工管理平台中，uni-app结合B/S模式B/S模式的优势包括跨平台的兼容性，用户可以在不同操作系统和设备上访问应用程序。此外，维护和部署也更为简便，并且能够实现较高的安全性，因为服务器端控制了应用程序和数据的访问权限。

2.5uni-app

uni-app是一个跨平台的应用开发框架，可以同时用于开发微信小程序、H5应用、Android和iOS应用等，减少了开发成本和时间。uni-app提供了丰富的组件库和插件，可以快速构建各种功能模块，提高开发效率。通过优化渲染引擎和网络请求，提高了应用程序的性能和用户体验。App端支持原生渲染，可支撑更流畅的用户体验。小程序端的性能优于市场其他框架。同时基于通用的前端技术栈，采用vue语法+微信小程序api，无额外学习成本。

3  系统分析

3.1可行性分析

3.1.1技术可行性

从技术角度来看，Spring Boot作为一种轻量级、快速构建的Java框架，能够提高开发效率，降低系统的复杂程度，易于维护和升级。同时，MySQL作为关系型数据库，能够支持平台数据的存储与管理，保障系统的稳定性和高效性。因此，本系统具有技术可行性。

3.1.2经济可行性

从经济角度来看，基于Spring Boot搭建优化共建平台的投入成本相对较低，因为Spring Boot本身是一个免费、开源的框架，可以节省开发成本。同时，使用MySQL作为数据库也具有成本效益高的优势。APP作为平台的使用界面，能够更好地吸引用户参与，从而提升平台的商业化价值，增加商业合作和广告推广等收入来源。因此，本系统具有经济可行性。

3.1.3操作可行性

从操作角度来看，Spring Boot的简洁性和高度集成的特点使得系统的部署和运行相对简单，容易维护和管理。同时，APP作为用户主要的操作入口，有利于用户体验的优化，提升用户的参与度和留存率。因此，本系统具有操作可行性。

3.1.4社会可行性

从社会角度来看，康复医院护工管理平台能够促进人们的信息共享与交流，激发用户的创造力和参与热情，从而实现资源共享和共赢的社会价值。同时，通过平台的建设和运营，还可以促进经济发展、提升社会效益，对退伍军人安置和社会发展具有积极的推动作用。因此，本系统具有社会可行性。

综合来看，基于Spring Boot的优化共建平台的设计与实现在经济、技术、操作、社会等方面都具有较高的可行性，能够为用户提供便捷的服务，促进共建共享的理念。

3.2功能需求分析

本系统可以分为：普通用户、护工用户和管理员三大角色。

前台APP端：系统前台用户可以划分为普通用户、护工用户等使用者，普通用户主要包括首页、护工信息、通知公告、新闻资讯、我的（基本信息、收藏、护工预约、服务记录、服务评价）等功能。护工用户主要包括首页、新闻资讯、我的（基本信息、收藏、护工预约、服务安排、服务记录、服务评价、考勤打卡、工作日记）等功能。

后台管理端：管理员可登录系统后台进行管理，拥有后台系统用户、护工信息管理、护工预约管理、服务安排管理、服务记录管理、服务评价管理、考勤打卡管理、工作日记管理、系统管理、通知公告管理、资源管理等功能。

普通用户角色用例如下图所示。

图3.1普通用户用例图

系统前台APP端普通用户具体功能说明如下所示。

1. 登录注册：用户可以通过手机号、邮箱等方式进行登录或注册，注册时需要填写基本信息，如姓名、联系方式等。
2. 首页：首页展示平台的最新动态、热门护工推荐、优惠活动等，用户可以浏览并选择合适的护工服务。
3. 护工信息：用户可以查看护工的详细信息，包括姓名、照片、专业技能、服务价格、用户评价等，以便于选择适合自己的护工。
4. 通知公告：用户可以在此查看平台发布的通知和公告，了解最新的服务调整、活动信息等。
5. 新闻资讯：用户可以在此阅读医疗行业的相关新闻，了解行业动态和护理知识。
6. 我的：用户可以在此管理自己的个人信息、收藏内容、预约记录、服务记录及评价。个人信息包括姓名、联系方式、头像等；收藏内容为用户收藏的护工或文章；预约记录显示用户的预约状态和服务详情；服务记录显示用户已接受的服务记录和评价；用户可以对接受的护工服务进行评价，为其他用户提供参考。

护工用户角色用例如下图所示。

图3.2护工用户用例图

系统前台APP端护工用户具体功能说明如下所示。

1. 登录注册：护工可以通过手机号、邮箱等方式进行登录或注册，注册时需要填写基本信息，如姓名、联系方式、专业技能等，确保个人信息的准确性和完整性。
2. 首页：首页展示护工的个人工作安排、平台动态、待处理的预约请求等关键信息。护工可以快速浏览并处理这些任务，提高工作效率。
3. 新闻资讯：护工可以在此阅读医疗行业的相关资讯，了解行业动态、护理知识和最新技术，不断提升自己的专业素养和服务质量。
4. 护工信息：此功能允许护工查看和编辑自己的个人信息，包括姓名、联系方式、专业技能、工作经验等。护工可以确保自己的信息是最新的，同时根据平台要求或用户需求进行调整和优化。
5. 通知公告：护工可以在此查看平台发布的通知和公告，了解最新的服务政策、活动信息、培训机会等。这有助于护工及时获取重要信息，确保服务的合规性和专业性。
6. 我的：

1. 个人信息：护工可以进一步管理和完善自己的个人资料，包括头像、简介等，提升个人形象和辨识度。
2. 收藏内容：护工可以收藏感兴趣的文章、通知或用户评价，方便日后查阅和学习。
3. 预约信息：显示护工的预约状态和服务详情，包括服务时间、地点、用户要求等，帮助护工提前做好准备。
4. 服务安排：护工可以在此查看已接受的服务安排，了解即将进行的服务任务，确保服务的顺利进行。
5. 服务记录：记录护工已完成的服务记录和评价，为护工提供工作回顾和自我提升的参考。
6. 评价管理：护工可以查看用户对自己的评价，了解服务中的优点和不足，为改进服务质量提供依据。
7. 考勤打卡：护工可以通过此功能记录自己的出勤情况，确保按照服务安排准时出勤，维护良好的工作纪律。
8. 工作日记：护工可以记录每天的工作心得、收获和遇到的问题，为自我反思和成长提供宝贵的素材。

管理员角色用例如下图所示。

图3.3管理员用例图

系统后台管理端管理员具体功能说明如下所示。

1. 后台首页：该页面为管理员提供整个平台的概览，包括当前护工数量、用户预约数量、服务评价统计等关键指标，使管理员能够迅速了解平台运营状态。
2. 系统用户：管理员可以在此功能中查看、编辑、删除或添加平台用户（包括普通用户和护工用户），同时可以设置用户权限，确保不同用户群体只能访问其权限范围内的内容。
3. 护工信息管理：此功能允许管理员查看、编辑护工的个人资料，如姓名、联系方式、专业技能等，同时可以对护工进行分组管理，便于后续的服务安排。
4. 护工预约管理：管理员可以在此查看所有用户的护工预约请求，根据护工的空闲时间和技能匹配情况，进行预约的确认或拒绝，并通知用户预约结果。
5. 服务安排管理：该功能允许管理员根据护工预约情况，制定详细的服务安排计划，包括服务时间、地点、内容等，并可以生成服务安排表，便于护工和用户查看。
6. 服务记录管理：管理员可以在此查看每次服务的详细记录，包括服务开始时间、结束时间、服务内容、用户反馈等，以便于对服务质量进行监控和评估。
7. 服务评价管理：此功能允许管理员查看用户对护工的评价，并进行汇总和分析，以便于对护工的服务质量进行评分和奖惩。
8. 考勤打卡管理：管理员可以在此查看护工的考勤打卡记录，确保护工按照服务安排准时出勤，同时可以对迟到、早退等违规行为进行记录和处理
9. 工作日记管理：该功能允许管理员查看护工的工作日记，了解护工的日常工作内容和心得，为护工的培训和提升提供参考。
10. 系统管理：管理员可以在此进行系统的参数配置，如设置服务价格、调整用户权限等，同时可以对系统的日志进行查看和管理，确保系统的稳定运行。
11. 通知公告管理：此功能允许管理员发布平台的通知和公告，如服务调整、活动通知等，确保用户能够及时获取重要信息。
12. 资源管理：管理员可以在此上传、编辑、删除平台上的资源文件，如护工培训资料、服务指南等，为用户提供丰富的资源支持。

3.3系统性能分析

对于康复医院护工管理平台的设计与实现，下面是系统性能分析表：

表3.1性能需求表

项目	内容
响应时间	系统对用户请求的响应时间需在500ms以内
并发用户数	系统需要支持1000个并发用户同时访问
吞吐量	系统每秒需要处理1000个请求
可用性	系统需要保证每月99.9%的可用性
数据安全	用户敏感数据需要加密存储，并支持数据库备份和恢复
数据一致性	系统中的数据操作需保证ACID特性，确保数据一致性
扩展性	系统需要支持水平扩展，能够方便地增加服务器节点以应对高请求量
可维护性	系统代码需要清晰易懂、结构良好，方便团队成员维护和修改
日志记录	系统需要记录用户操作日志、异常日志以及系统运行日志
监控报警	系统需要实时监控运行状态，当系统异常时能够及时发送警报通知相关人员
缓存设置	针对频繁使用的数据，系统需要进行合适的缓

3.4系统流程分析

3.4.1程序操作流程

用户访问平台网站，可以选择进行注册或登录操作。注册成功后，用户可以使用注册的账号登录平台。登录后的用户可以进入系统功能界面，使用自己权限内的功能操作。程序操作流程图如下图所示。

图3.4程序操作流程图

3.4.2登录流程

用户访问平台的网站，进入登录页面页面，入其用户名和密码，后端服务接收登录请求，验证用户提供的用户名和密码是否匹配数据库中存储的信息，验证通过即可登录成功。登录流程图如下图所示。

图3.5登录流程图

3.4.3注册流程

未有账号的用户可进入注册界面进行注册操作，填写注册表格，包括用户名、密码、电子邮件等必要信息。后台系统验证并保存用户提交的信息。分配唯一用户标识符。注册成功后，用户可以使用账号密码进行登录。用户注册流程图如下图所示。

图3.6注册流程图

4  系统设计

4.1总体设计

4.1.1框架设计

B/S架构，即浏览器/服务器架构，是一种基于Web的分布式计算范式。在此架构中，应用程序的逻辑被巧妙地区分为客户端和服务器两部分。具体而言，客户端借助广泛使用的浏览器界面，进行应用访问与操作；而服务器端则肩负起业务逻辑处理、数据存储及管理的核心职责。值得一提的是，客户端无需安装特定的软件，用户仅需通过浏览器输入相应的URL地址，即可轻松访问应用程序，这一特性极大地提升了用户的使用便捷性和系统的维护效率。服务器端通常采用高性能的计算机和数据库系统，能够处理大量并发请求和复杂的业务逻辑。B/S架构的优势在于其跨平台性和易于维护性，开发者可以通过更新服务器端的代码来实现整个系统的升级和维护，而无需逐一更新客户端。

图4.1系统架构图

4.1.2功能模块设计

功能模块设计是系统开发过程中的重要阶段，它旨在将系统划分为不同的模块，每个模块负责完成特定的功能或任务。康复医院护工管理平台由多个功能模块组成，每个模块下又包含具体的功能操作。功能模块图如下图所示。

图4.2系统架构图

4.2数据库设计

4.2.1E-R图

E-R图有助于理清系统中的数据结构和关系，为后续的数据库表结构设计提供指导。在进行数据库设计之前，首先需要先绘制实体-关系（E-R）图。E-R图将帮助我们理清业务中的实体（Entity）及它们之间的关系（Relationship），从而为后续的数据库表设计提供基础。根据前文可以得出本康复医院护工管理平台拥有多个实体，在此列举主要实体，各个实体之间联系总E-R图如下图所示。

图4.3总E-R图

4.2.1数据库表结构设计

在E-R图确定后，接下来可以根据实体和关系的属性设计数据库表结构。在E-R图明确了实体和它们之间的关系后，接下来可以开始设计数据库表结构。每个实体对应一个数据库表，每个属性对应表中的字段。如下列表格所示，在此列举主要数据表。

表access_token (登陆访问时长)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	token_id	int	10	0	N	Y		临时访问牌ID
2	token	varchar	64	0	Y	N		临时访问牌
3	info	text	65535	0	Y	N
4	maxage	int	10	0	N	N	2	最大寿命：默认2小时
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
7	user_id	int	10	0	N	N	0	用户编号:

表article (文章：用于内容管理系统的文章)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	article_id	mediumint	8	0	N	Y		文章id：[0,8388607]
2	title	varchar	125	0	N	Y		标题：[0,125]用于文章和html的title标签中
3	type	varchar	64	0	N	N	0	文章分类：[0,1000]用来搜索指定类型的文章
4	hits	int	10	0	N	N	0	点击数：[0,1000000000]访问这篇文章的人次
5	praise_len	int	10	0	N	N	0	点赞数
6	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
8	source	varchar	255	0	Y	N		来源：[0,255]文章的出处
9	url	varchar	255	0	Y	N		来源地址：[0,255]用于跳转到发布该文章的网站
10	tag	varchar	255	0	Y	N		标签：[0,255]用于标注文章所属相关内容，多个标签用空格隔开
11	content	longtext	2147483647	0	Y	N		正文：文章的主体内容
12	img	varchar	255	0	Y	N		封面图
13	description	text	65535	0	Y	N		文章描述

表article_type (文章分类)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	type_id	smallint	5	0	N	Y		分类ID：[0,10000]
2	display	smallint	5	0	N	N	100	显示顺序：[0,1000]决定分类显示的先后顺序
3	name	varchar	16	0	N	N		分类名称：[2,16]
4	father_id	smallint	5	0	N	N	0	上级分类ID：[0,32767]
5	description	varchar	255	0	Y	N		描述：[0,255]描述该分类的作用
6	icon	text	65535	0	Y	N		分类图标：
7	url	varchar	255	0	Y	N		外链地址：[0,255]如果该分类是跳转到其他网站的情况下，就在该URL上设置
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表attendance_clock_in (考勤打卡)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	attendance_clock_in_id	int	10	0	N	Y		考勤打卡ID
2	nurse_user	int	10	0	Y	N	0	护工用户
3	name_of_caregiver	varchar	64	0	Y	N		护工姓名
4	attendance_name	varchar	64	0	Y	N		考勤名称
5	check_in_location	varchar	64	0	Y	N		打卡地点
6	check_in_time	datetime	19	0	Y	N		打卡时间
7	check_in_notes	text	65535	0	Y	N		打卡备注
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表auth (用户权限管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	auth_id	int	10	0	N	Y		授权ID：
2	user_group	varchar	64	0	Y	N		用户组：
3	mod_name	varchar	64	0	Y	N		模块名：
4	table_name	varchar	64	0	Y	N		表名：
5	page_title	varchar	255	0	Y	N		页面标题：
6	path	varchar	255	0	Y	N		路由路径：
7	parent	varchar	64	0	Y	N		父级菜单
8	parent_sort	int	10	0	N	N	0	父级菜单排序
9	position	varchar	32	0	Y	N		位置：
10	mode	varchar	32	0	N	N	_blank	跳转方式：
11	add	tinyint	3	0	N	N	1	是否可增加：
12	del	tinyint	3	0	N	N	1	是否可删除：
13	set	tinyint	3	0	N	N	1	是否可修改：
14	get	tinyint	3	0	N	N	1	是否可查看：
15	field_add	text	65535	0	Y	N		添加字段：
16	field_set	text	65535	0	Y	N		修改字段：
17	field_get	text	65535	0	Y	N		查询字段：
18	table_nav_name	varchar	500	0	Y	N		跨表导航名称：
19	table_nav	varchar	500	0	Y	N		跨表导航：
20	option	text	65535	0	Y	N		配置：
21	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
22	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表code_token

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	code_token_id	int	10	0	N	Y
2	token	varchar	255	0	Y	N
3	code	varchar	255	0	Y	N		验证码
4	expire_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	失效时间
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表collect (收藏)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	collect_id	int	10	0	N	Y		收藏ID：
2	user_id	int	10	0	N	N	0	收藏人ID：
3	source_table	varchar	255	0	Y	N		来源表：
4	source_field	varchar	255	0	Y	N		来源字段：
5	source_id	int	10	0	N	N	0	来源ID：
6	title	varchar	255	0	Y	N		标题：
7	img	varchar	255	0	Y	N		封面：
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表comment (评论)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	comment_id	int	10	0	N	Y		评论ID：
2	user_id	int	10	0	N	N	0	评论人ID：
3	reply_to_id	int	10	0	N	N	0	回复评论ID：空为0
4	content	longtext	2147483647	0	Y	N		内容：
5	nickname	varchar	255	0	Y	N		昵称：
6	avatar	varchar	255	0	Y	N		头像地址：[0,255]
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
9	source_table	varchar	255	0	Y	N		来源表：
10	source_field	varchar	255	0	Y	N		来源字段：
11	source_id	int	10	0	N	N	0	来源ID：

表hits (用户点击)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	hits_id	int	10	0	N	Y		点赞ID：
2	user_id	int	10	0	N	N	0	点赞人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：

表notice (公告)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	notice_id	mediumint	8	0	N	Y		公告id：
2	title	varchar	125	0	N	N		标题：
3	content	longtext	2147483647	0	Y	N		正文：
4	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表nurse_appointment (护工预约)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	nurse_appointment_id	int	10	0	N	Y		护工预约ID
2	name_of_caregiver	varchar	64	0	Y	N		护工姓名
3	caregiver_id	varchar	64	0	Y	N		护工工号
4	nursing_specialty	varchar	64	0	Y	N		护工专长
5	service_fees	double	9	2	Y	N	0.00	服务费用
6	nurse_user	int	10	0	Y	N	0	护工用户
7	ordinary_users	int	10	0	Y	N	0	普通用户
8	user_name	varchar	64	0	Y	N		用户姓名
9	time_of_appointment	datetime	19	0	Y	N		预约时间
10	appointment_remarks	text	65535	0	Y	N		预约备注
11	examine_state	varchar	16	0	N	N	未审核	审核状态
12	pay_state	varchar	16	0	N	N	未支付	支付状态
13	pay_type	varchar	16	0	Y	N		支付类型: 微信、支付宝、网银
14	service_arrangement_limit_times	int	10	0	N	N	0	安排限制次数
15	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
16	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间
17	source_table	varchar	255	0	Y	N		来源表
18	source_id	int	10	0	Y	N		来源ID
19	source_user_id	int	10	0	Y	N		来源用户

表nurse_information (护工信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	nurse_information_id	int	10	0	N	Y		护工信息ID
2	nurse_user	int	10	0	Y	N	0	护工用户
3	name_of_caregiver	varchar	64	0	Y	N		护工姓名
4	nurse_number	varchar	64	0	Y	N		护工号码
5	caregiver_id	varchar	64	0	Y	N		护工工号
6	nursing_specialty	varchar	64	0	Y	N		护工专长
7	service_fees	double	9	2	Y	N	0.00	服务费用
8	professional_certificate	varchar	255	0	Y	N		专业证书
9	nurse_pictures	varchar	255	0	Y	N		护工图片
10	introduction_to_caregivers	text	65535	0	Y	N		护工简介
11	praise_len	int	10	0	N	N	0	点赞数
12	nurse_appointment_limit_times	int	10	0	N	N	0	预约限制次数
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表nurse_user (护工用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	nurse_user_id	int	10	0	N	Y		护工用户ID
2	name_of_caregiver	varchar	64	0	Y	N		护工姓名
3	gender_of_caregiver	varchar	64	0	Y	N		护工性别
4	nurse_number	varchar	64	0	Y	N		护工号码
5	caregiver_id	varchar	64	0	Y	N		护工工号
6	nursing_specialty	varchar	64	0	Y	N		护工专长
7	examine_state	varchar	16	0	N	N	已通过	审核状态
8	user_id	int	10	0	N	N	0	用户ID
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表ordinary_users (普通用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	ordinary_users_id	int	10	0	N	Y		普通用户ID
2	user_name	varchar	64	0	Y	N		用户姓名
3	user_number	varchar	64	0	Y	N		用户号码
4	user_gender	varchar	64	0	Y	N		用户性别
5	examine_state	varchar	16	0	N	N	已通过	审核状态
6	user_id	int	10	0	N	N	0	用户ID
7	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表praise (点赞)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	praise_id	int	10	0	N	Y		点赞ID：
2	user_id	int	10	0	N	N	0	点赞人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：
8	status	bit	1	0	N	N	1	点赞状态:1为点赞，0已取消

表score (评分)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	score_id	int	10	0	N	Y		评分ID：
2	user_id	int	10	0	N	N	0	评分人：
3	nickname	varchar	64	0	Y	N		昵称：
4	score_num	double	5	2	N	N	0.00	评分：
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
7	source_table	varchar	255	0	Y	N		来源表：
8	source_field	varchar	255	0	Y	N		来源字段：
9	source_id	int	10	0	N	N	0	来源ID：

表service_arrangement (服务安排)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	service_arrangement_id	int	10	0	N	Y		服务安排ID
2	nurse_user	int	10	0	Y	N	0	护工用户
3	name_of_caregiver	varchar	64	0	Y	N		护工姓名
4	service_fees	double	9	2	Y	N	0.00	服务费用
5	medication_reminder	varchar	64	0	Y	N		用药提醒
6	daily_care	varchar	64	0	Y	N		日常照料
7	matters_needing_attention	text	65535	0	Y	N		注意事项
8	rehabilitation_program	text	65535	0	Y	N		康复项目
9	service_confirmation	varchar	64	0	Y	N		服务确定
10	service_record_limit_times	int	10	0	N	N	0	录入限制次数
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间
13	source_table	varchar	255	0	Y	N		来源表
14	source_id	int	10	0	Y	N		来源ID
15	source_user_id	int	10	0	Y	N		来源用户

表service_evaluation (服务评价)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	service_evaluation_id	int	10	0	N	Y		服务评价ID
2	name_of_caregiver	varchar	64	0	Y	N		护工姓名
3	caregiver_id	varchar	64	0	Y	N		护工工号
4	nurse_user	int	10	0	Y	N	0	护工用户
5	ordinary_users	int	10	0	Y	N	0	普通用户
6	satisfaction_level	varchar	64	0	Y	N		满意程度
7	evaluation_feedback	text	65535	0	Y	N		评价反馈
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间
10	source_table	varchar	255	0	Y	N		来源表
11	source_id	int	10	0	Y	N		来源ID
12	source_user_id	int	10	0	Y	N		来源用户

表service_record (服务记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	service_record_id	int	10	0	N	Y		服务记录ID
2	name_of_caregiver	varchar	64	0	Y	N		护工姓名
3	service_fees	double	9	2	Y	N	0.00	服务费用
4	nurse_user	int	10	0	Y	N	0	护工用户
5	medication_status	varchar	64	0	Y	N		服药状况
6	dietary_situation	varchar	64	0	Y	N		饮食情况
7	service_status	varchar	64	0	Y	N		服务状态
8	service_feedback	text	65535	0	Y	N		反馈内容
9	ordinary_users	int	10	0	Y	N	0	普通用户
10	service_evaluation_limit_times	int	10	0	N	N	1	评价限制次数
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间
13	source_table	varchar	255	0	Y	N		来源表
14	source_id	int	10	0	Y	N		来源ID
15	source_user_id	int	10	0	Y	N		来源用户

表slides (轮播图)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	slides_id	int	10	0	N	Y		轮播图ID：
2	title	varchar	64	0	Y	N		标题：
3	content	varchar	255	0	Y	N		内容：
4	url	varchar	255	0	Y	N		链接：
5	img	varchar	255	0	Y	N		轮播图：
6	hits	int	10	0	N	N	0	点击量：
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表upload (文件上传)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	upload_id	int	10	0	N	Y		上传ID
2	name	varchar	64	0	Y	N		文件名
3	path	varchar	255	0	Y	N		访问路径
4	file	varchar	255	0	Y	N		文件路径
5	display	varchar	255	0	Y	N		显示顺序
6	father_id	int	10	0	Y	N	0	父级ID
7	dir	varchar	255	0	Y	N		文件夹
8	type	varchar	32	0	Y	N		文件类型

表user (用户账户：用于保存用户登录信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	user_id	mediumint	8	0	N	Y		用户ID：[0,8388607]用户获取其他与用户相关的数据
2	state	smallint	5	0	N	N	1	账户状态：[0,10](1可用|2异常|3已冻结|4已注销)
3	user_group	varchar	32	0	Y	N		所在用户组：[0,32767]决定用户身份和权限
4	login_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	上次登录时间：
5	phone	varchar	11	0	Y	N		手机号码：[0,11]用户的手机号码，用于找回密码时或登录时
6	phone_state	smallint	5	0	N	N	0	手机认证：[0,1](0未认证|1审核中|2已认证)
7	username	varchar	16	0	N	N		用户名：[0,16]用户登录时所用的账户名称
8	nickname	varchar	16	0	Y	N		昵称：[0,16]
9	password	varchar	64	0	N	N		密码：[0,32]用户登录所需的密码，由6-16位数字或英文组成
10	email	varchar	64	0	Y	N		邮箱：[0,64]用户的邮箱，用于找回密码时或登录时
11	email_state	smallint	5	0	N	N	0	邮箱认证：[0,1](0未认证|1审核中|2已认证)
12	avatar	varchar	255	0	Y	N		头像地址：[0,255]
13	open_id	varchar	255	0	Y	N		针对获取用户信息字段
14	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：

表user_group (用户组：用于用户前端身份和鉴权)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	group_id	mediumint	8	0	N	Y		用户组ID：[0,8388607]
2	display	smallint	5	0	N	N	100	显示顺序：[0,1000]
3	name	varchar	16	0	N	N		名称：[0,16]
4	description	varchar	255	0	Y	N		描述：[0,255]描述该用户组的特点或权限范围
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：
8	register	smallint	5	0	Y	N	0	注册位置:
9	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表work_diary (工作日记)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	work_diary_id	int	10	0	N	Y		工作日记ID
2	nurse_user	int	10	0	Y	N	0	护工用户
3	name_of_caregiver	varchar	64	0	Y	N		护工姓名
4	diary_name	varchar	64	0	Y	N		日记名称
5	bathing_situation	varchar	64	0	Y	N		洗澡情况
6	dietary_situation	varchar	64	0	Y	N		饮食情况
7	stool_condition	varchar	64	0	Y	N		大便情况
8	urination_condition	varchar	64	0	Y	N		小便情况
9	record_time	datetime	19	0	Y	N		记录时间
10	work_summary	text	65535	0	Y	N		工作总结‌
11	tomorrows_plan	text	65535	0	Y	N		明日计划‌
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

5  系统实现

5.1系统环境分析

考虑到康复医院护工管理平台主要面对部分人群，网站的访问量不大。系统处理、统计分析工作简单，Tomcat服务器能够满足中小型网络用户的数据处理，通过互联网Internet 接入及MySQL 5.6以上的数据库应用的需求点。系统具体开发环境如下表所示：

表5.1系统环境表

项目	开发环境
操作系统	Windows 11、Windows 10、Windows 8、Windows 7
开发语言	Java
使用框架	Spring Boot、uni-app
体系结构	三层B/S体系结构
开发工具	IDEA（2020版）/MyEclipse（2017）/Eclipse、Vs Code
数据库	MySQL 5.6以上
数据库管理工具	Navicat
JDK版本	Java 1.8
Maven	apache-maven 3.6.1-bin
Tomcat	apache-tomcat-7.0.88
移动端	iOS、Android、Web、以及各种小程序

5.2系统前台模块

5.2.1用户登录界面

用户输入用户名和密码后，系统首先对这些输入进行基本的格式验证，确保用户名和密码符合系统设定的格式要求（如长度、特殊字符要求等）。系统接收到用户输入后，会根据用户名查找系统中存储的用户信息数据库或者其他持久化存储方式。系统需要验证密码的正确性，验证成功即可成功登录。

图5.1用户登录界面设计

登录关键代码如下：

 /**

     * 登录

     * @param data

     * @param httpServletRequest

     * @return

     */

    @PostMapping("login")

    public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

        log.info("[执行登录接口]");

        String username = data.get("username");

        String email = data.get("email");

        String phone = data.get("phone");

        String password = data.get("password");

        List resultList = null;

        Map<String, String> map = new HashMap<>();

        if(username != null && "".equals(username) == false){

            map.put("username", username);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }

        else if(email != null && "".equals(email) == false){

            map.put("email", email);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }

        else if(phone != null && "".equals(phone) == false){

            map.put("phone", phone);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }else{

            return error(30000, "账号或密码不能为空");

        }

        if (resultList == null || password == null) {

            return error(30000, "账号或密码不能为空");

        }

        //判断是否有这个用户

        if (resultList.size()<=0){

            return error(30000,"用户不存在");

        }

        User byUsername = (User) resultList.get(0);

        Map<String, String> groupMap = new HashMap<>();

        groupMap.put("name",byUsername.getUserGroup());

        List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));

        if (groupList.size()<1){

            return error(30000,"用户组不存在");

        }

        UserGroup userGroup = (UserGroup) groupList.get(0);

        //查询用户审核状态

        if (!StringUtils.isEmpty(userGroup.getSourceTable())){

            String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());

            if (res==null){

                return error(30000,"用户不存在");

            }

            if (!res.equals("已通过")){

                return error(30000,"该用户审核未通过");

            }

        }

        //查询用户状态

        if (byUsername.getState()!=1){

            return error(30000,"用户非可用状态，不能登录");

        }

        String md5password = service.encryption(password);

        if (byUsername.getPassword().equals(md5password)) {

            // 存储Token到数据库

            AccessToken accessToken = new AccessToken();

            accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));

            accessToken.setUser_id(byUsername.getUserId());

            Duration duration = Duration.ofSeconds(7200L);

            redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);

            // 返回用户信息

            JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));

            user.put("token", accessToken.getToken());

            JSONObject ret = new JSONObject();

            ret.put("obj",user);

            return success(ret);

        } else {

            return error(30000, "账号或密码不正确");

        }

    

    }

5.2.2用户注册界面

用户注册时，系统要求用户提供必要的信息，例如用户名、密码、电子邮件地址等。这些信息通常由用户在注册表单中输入，并通过前端验证确保格式的正确性。注册过程完成后，系统会为新用户创建一个账户。这包括分配一个唯一的用户ID和设置初始的权限或者角色。

图5.2用户注册界面设计

注册关键代码如下：

     /**

     * 注册

     * @param user

     * @return

     */

    @PostMapping("register")

    public Map<String, Object> signUp(@RequestBody User user) {

        // 查询用户

        Map<String, String> query = new HashMap<>();

        Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));

        query.put("username",user.getUsername());

        List list = service.selectBaseList(service.select(query, new HashMap<>()));

        if (list.size()>0){

            return error(30000, "用户已存在");

        }

        map.put("password",service.encryption(String.valueOf(map.get("password"))));

        service.insert(map);

        return success(1);

}     

注册页password则使用了MD5加密，代码如下：

    public String encryption(String plainText) {

        String re_md5 = new String();

        try {

            MessageDigest md = MessageDigest.getInstance("MD5");

            md.update(plainText.getBytes());

            byte b[] = md.digest();

            int i;

            StringBuffer buf = new StringBuffer("");

            for (int offset = 0; offset < b.length; offset++) {

                i = b[offset];

                if (i < 0)

                    i += 256;

                if (i < 16)

                    buf.append("0");

                buf.append(Integer.toHexString(i));

            }

            re_md5 = buf.toString();

        } catch (Exception e) {

            e.printStackTrace();

        }

        return re_md5;

}

5.2.3普通用户首页界面

普通用户登录系统后首先进入首页界面，可查看轮播图、护工信息、通知公告、新闻资讯、我的基本信息、收藏、护工预约、服务记录、服务评价等信息和其他系统功能导航栏。

例如，普通用户前台首页主界面图如下所示。

图5.3普通用户首页主界面设计

普通用户可根据需求选择首页界面的功能操作。例如，可以查看护工的详细信息，包括姓名、照片、专业技能、服务价格、用户评价等；可以查看平台发布的通知和公告，了解最新的服务调整、活动信息等；可以阅读医疗行业的相关新闻，了解行业动态和护理知识等信息详情，进行点赞、评论和收藏操作；可以对接受的护工服务进行评价，为其他用户提供参考等功能。

例如，普通用户前台首页新闻资讯界面图如下所示。

图5.4普通用户新闻资讯界面设计

例如，普通用户前台首页通知公告界面图如下所示。

图5.5普通用户通知公告详情界面设计

5.2.4普通用户我的界面

普通用户可对基本信息、收藏、护工预约、服务记录、服务评价等信息进行管控。例如，可修改自己的个人信息；查看和删除收藏信息；可以查看用户收藏的护工或文章；预约记录可以显示用户的预约状态和服务详情；服务记录可以显示用户已接受的服务记录和评价；用户可以对接受的护工服务进行评价，为其他用户提供参考。

例如，普通用户我的主界面图如下所示。

图5.6普通用户我的主界面设计

例如，普通用户我的护工预约界面图如下所示。

图5.7普通用户护工预约界面设计

5.2.5护工用户首页界面

护工用户登录系统后首先进入首页界面，可查看轮播图、新闻资讯、通知公告等信息和其他系统功能导航栏。例如，首页展示护工的个人工作安排、平台动态、待处理的预约请求等，护工可以查看并处理这些任务；阅读医疗行业的相关资讯，了解行业动态和护理知识，提升自己的专业水平。

例如，护工用户前台首页主界面图如下所示。

图5.8护工用户前台首页主界面设计

5.2.6护工用户我的界面

护工用户可对基本信息、收藏、护工预约、服务安排、服务记录、服务评价、考勤打卡、工作日记等信息进行管控。例如，例如，可以显示护工的预约状态和服务详情；可以显示护工已接受的服务安排；可以查看护工已完成的服务记录和评价；护工可以对服务进行评价，同时查看其他用户对自己的评价；护工可以记录自己的出勤情况；可以记录自己的工作心得和收获，为自我提升提供参考。

例如，护工用户我的主界面图如下所示。

图5.9护工用户我的主界面设计

例如，护工用户我的护工预约界面图如下所示。

图5.10护工用户护工预约界面设计

5.3后台管理模块

5.3.1系统用户界面

管理员可对普通用户、护工用户和管理员等用户信息进行管控，包括进行增删改查操作，可点击详情进行查阅，普通用户和护工用户的账号信息由管理员添加。

图5.11系统用户界面设计

新增一条数据，通过post传入一个json对象，然后经过request.getReader()，最后经过readBody()转成一个Map，含有String和Object，key用的是字段名，Object存放数据，最终得到Map，insert用拼装sql，读取body，组装成一个insert对象，runCountSql()语句，代码如下：

    @PostMapping("/add")

    @Transactional

    public Map<String, Object> add(HttpServletRequest request) throws IOException {

        service.insert(service.readBody(request.getReader()));

        return success(1);

    }

public Map<String, Object> addMap(Map<String,Object> map){

    service.insert(map);

     return success(1);

 }

修改一个数据，原理与add基本一致，不同点在于通过readConfig()读取关键字，以及通过readQuery()获取URL后面?指定位置的标识，转成Map对象后，执行update操作，同样通过拼接的sql语句执行，执行过程读取query，toWhereSql()语句完成数据库操作，body为修改对象的值，代码如下：

    @PostMapping("/set")

@Transactional

    public Map<String, Object> set(HttpServletRequest request) throws IOException {

        service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));

        return success(1);

    }

删除一条数据，通过readQuery()，获取URL后面的对象地址，删除FROM具体的table，query删除查询FindConfig语句，代码如下：

    @RequestMapping(value = "/del")

    @Transactional

    public Map<String, Object> del(HttpServletRequest request) {

        service.delete(service.readQuery(request), service.readConfig(request));

        return success(1);

    }

    public void delete(Map<String,String> query,Map<String,String> config){

        QueryWrapper wrapper = new QueryWrapper<E>();

        toWhereWrapper(query, "0".equals(config.get(FindConfig.GROUP_BY)),wrapper);

        baseMapper.delete(wrapper);

        log.info("[{}] - 删除操作：{}",wrapper.getSqlSelect());

    }

5.3.2通知公告管理界面

管理员可查看所有通知公告信息，进行增改删查操作，如服务调整、活动通知等，确保用户能够及时获取重要信息，可点击详情和查看评论进行查阅。

图5.12通知公告管理界面设计

5.3.3服务记录管理界面

管理员可以在此查看每次服务的详细记录，包括服务开始时间、结束时间、服务内容、用户反馈等，以便于对服务质量进行监控和评估。

图5.13服务记录管理详情界面设计

5.3.4系统管理界面

管理员可对首页的轮播图进行管理，进行增删改查操作，支持标题搜索，可点击详情进行查阅。

图5.14系统管理界面设计

图片/文件/视频等的上传方法通过MultipartFile，代码如下：

   @PostMapping("/upload")

    public Map<String, Object> upload(@RequestParam("file") MultipartFile file) {

        log.info("进入方法");

        if (file.isEmpty()) {

            return error(30000, "没有选择文件");

        }

        try {

            //判断有没路径，没有则创建

            String filePath = System.getProperty("user.dir") + "/src/main/resources/static/";

            File targetDir = new File(filePath);

            if (!targetDir.exists() && !targetDir.isDirectory()) {

                if (targetDir.mkdirs()) {

                    log.info("创建目录成功");

                } else {

                    log.error("创建目录失败");

                }

            }

            String fileName = file.getOriginalFilename();

            File dest = new File(filePath + fileName);

            log.info("文件路径:{}", dest.getPath());

            log.info("文件名:{}", dest.getName());

            file.transferTo(dest);

            JSONObject jsonObject = new JSONObject();

            jsonObject.put("url", "/api/upload/" + fileName);

            return success(jsonObject);

        } catch (IOException e) {

            log.info("上传失败：{}", e.getMessage());

        }

        return error(30000, "上传失败");

    }

5.3.5资源管理界面

管理员可对资讯分类和新闻资讯进行管理，进行增删改查操作，新闻资讯支持标题、标签、分类搜索，可点击详情和查看评论进行查阅；资讯分类支持类型名称搜索；新闻资讯支持名称搜索，可查看详情信息，。

图5.15资源管理界面设计

6  系统测试

6.1测试目的与意义

在软件开发生命周期中，系统测试占据着举足轻重的地位。通过进行全面而系统的测试，我们能够确保软件在实际使用环境中具备稳定运行的能力，从而满足用户的多样化需求，并显著提升软件的整体质量与可靠性。这一过程不仅有助于识别并修复潜在问题，还能为软件的持续优化提供有力支撑。

随着现代信息的快速发展，在社会各大领域中已经都开始应用网络信息技术，在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注，因为一个软件的好与坏它决定着这个系统在市场上的生存，所以我们必须要把软件质量来做好，这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题，因为一个系统的软件质量决定着用户在后期上成本经济的问题。图6-1就是纠错测试流程。

图6.1测试与纠错信息流程

6.2测试用例

在系统的功能验证阶段，我们将对全部的功能界面进行全面测试。具体而言，我们将模拟用户行为，输入各类数据并进行提交操作，随后仔细观察和分析每个页面的响应反馈。这一过程旨在验证系统的功能完整性，确保页面所呈现的功能与预期相符，并能够完全实现预设的交互逻辑。通过这种全面细致的测试方法，我们将确保系统在实际应用中能够稳定、准确地响应用户需求。

下表是系统登录功能测试用例，检测了用户名和密码的不同的输入情况，观察系统的响应情况。得出该功能达到了设计目标。

表6.1系统登录功能测试用例

功能描述	用于系统登录
测试目的	检测登录时的合法性检查
测试数据以及操作	预期结果	实际结果
输入的用户名和密码带有非法字符	提示用户名或者密码错误	与预期结果一致
输入的用户名或者密码为空	提示用户名或者密码错误	与预期结果一致
输入的用户名和密码不存在	提示用户名或者密码错误	与预期结果一致
输入正确的用户名和密码	登录成功	与预期结果一致

下表是注册功能测试用例，检测了各种数据的输入情况，观察系统的响应情况。得出该功能达到了设计目标。

表6.2注册功能测试用例

功能描述	用于用户注册
测试目的	检测用户注册时的合法性检查
测试数据以及操作	预期结果	实际结果
输入的手机号不合法	提示请输入正确的手机号码	与预期结果一致
输入的字段为空	提示必填项不能为空	与预期结果一致
输入的密码少于6位	提示密码必须为6-12位	与预期结果一致
输入的密码大于12位	提示密码必须为6-12位	与预期结果一致

下表是通知公告管理功能的测试用例，检测了通知公告中对通知公告的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。

前置条件；管理员、普通用户登录系统。

表6.3通知公告管理的测试用例

功能描述	用于通知公告
测试目的	检测通知公告时的各种操作的运行情况
测试数据以及操作	预期结果	实际结果
点击添加通知公告，必填项合法输入，点击保存	提示添加成功	与预期结果一致
点击添加通知公告，必填项输入不合法，点击保存	提示必填项不能为空	与预期结果一致
点击修改通知公告，必填项修改为空，点击保存	提示必填项不能为空	与预期结果一致
点击修改通知公告，必填项输入不合法，点击保存	提示必填项不能为空	与预期结果一致
点击删除通知公告，选择通知公告删除	提示删除成功	与预期结果一致
点击搜索通知公告，输入存在的通知公告名	查找出相应通知公告信息	与预期结果一致
点击搜索通知公告，输入不存在的通知公告名	不显示通知公告信息	与预期结果一致

下表是护工信息管理功能的测试用例，检测了护工信息中对护工信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。

前置条件；管理员、普通用户登录系统。

表6.4护工信息管理的测试用例

功能描述	用于护工信息
测试目的	检测护工信息时的各种操作的运行情况
测试数据以及操作	预期结果	实际结果
点击添加护工信息，必填项合法输入，点击保存	提示添加成功	与预期结果一致
点击添加护工信息，必填项输入不合法，点击保存	提示必填项不能为空	与预期结果一致
点击修改护工信息，必填项修改为空，点击保存	提示必填项不能为空	与预期结果一致
点击修改护工信息，必填项输入不合法，点击保存	提示必填项不能为空	与预期结果一致
点击删除护工信息，选择护工信息删除	提示删除成功	与预期结果一致
点击搜索护工信息，输入存在的护工信息名	查找出相应护工信息信息	与预期结果一致
点击搜索护工信息，输入不存在的护工信息名	不显示护工信息信息	与预期结果一致

下表是新闻资讯管理功能的测试用例，检测了新闻资讯中对新闻资讯的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。

前置条件；管理员登录系统。

表6.5新闻资讯管理的测试用例

功能描述	用于新闻资讯
测试目的	检测新闻资讯时的各种操作的运行情况
测试数据以及操作	预期结果	实际结果
点击添加新闻资讯，必填项合法输入，点击保存	提示添加成功	与预期结果一致
点击添加新闻资讯，必填项输入不合法，点击保存	提示必填项不能为空	与预期结果一致
点击修改新闻资讯，必填项修改为空，点击保存	提示必填项不能为空	与预期结果一致
点击修改新闻资讯，必填项输入不合法，点击保存	提示必填项不能为空	与预期结果一致
点击删除新闻资讯，选择新闻资讯删除	提示删除成功	与预期结果一致
点击搜索新闻资讯，输入存在的新闻资讯名	查找出相应新闻资讯信息	与预期结果一致
点击搜索新闻资讯，输入不存在的新闻资讯名	不显示新闻资讯信息	与预期结果一致

6.3测试分析

本康复医院护工管理平台开发与设计满足相关信息的管理需求，在设计时借鉴了国内外优秀网站的优点，从界面到系统设计都保证了管理员以及会员能够方便操作。系统的主要特点和优点归纳如下：

（1）本系统用的移置性和针对性都比较高，因为针对性高可以提供更好的服务而移置性可以在多个系统上运行，更给客户带来了极大的方便。

（2）该康复医院护工管理平台开发与设计内容全面，管理方便可以及时的全面的处理各种错误，异常，这样避免了很多因客户的马虎操作而出现的失误，其操作方便，会员界面友好，能够上网的人都可以很好的进行操作。

经过对上述的测试结果分析，所有基本功能齐全，操作简单，系统运行性能良好，系统安全可靠，能促进健身APP管理的发展，发展前景广阔。

7  结束语

通过开发康复医院护工管理平台，我深刻体会到软件开发的完整流程。首先，在确定开发目标后，我进行了详细的需求分析，明确了系统所需的各项功能。接下来，我设计了系统的功能框架和数据库结构，包括实体和数据表的设计。随后，我实现了各个功能模块的详细界面，并进行了全面的功能测试。尽管在这个过程中遇到了各种挑战，但通过反复分析和深入思考，借助相关文献和解决方案，我成功地解决了这些问题，最终使康复医院护工管理平台顺利运行。

虽然该系统在功能上基本满足了用户的需求，但仍有许多需要改进的地方。在接下来的开发阶段，我计划进行以下改进：

用户界面设计：目前的操作页面虽然满足了简易操作的要求，但在多样化设计方面还有提升空间。我将考虑引入更多丰富的设计元素，使界面更加美观和用户友好。

安全性能优化：针对系统安全性能的增强，需要进一步优化系统的整体防护能力。具体而言，将要对程序退出的安全性进行加强，确保在退出过程中不存在数据泄露或系统不稳定的风险。同时，对系统的并发处理能力进行升级，以确保在高并发场景下系统能够保持稳定的运行状态。这些改进措施将共同提升系统的安全性能，确保在各种使用场景下，系统都能为用户提供安全、可靠的服务。

性能优化：在性能优化方面，将着重于对程序的数据结构和代码逻辑进行精细化调整。通过优化，旨在确保系统能在高负载下保持稳定且高效的运行状态。优化后的系统应具备快速处理大量事务的能力，显著缩短事务处理时间，从而提高整体工作效率。同时，致力于降低服务器资源的占用率，以实现资源的高效利用和成本的有效控制。这些优化措施将共同提升系统的整体性能，为用户提供更加流畅、高效的服务体验。

通过这些改进，我希望能够进一步提升康复医院护工管理平台的用户体验和性能，使其更加贴合实际需求。

参考文献

1. [1]Xiangping C ,Hanqi Z ,Jun S , et al.Design and practise of Wechat mini program-based cross-cultural learning activities[J].Educational Technology & Society,2024,27(4):390-405.
2. [2]年佟,习聪玲,孟以媛,等.基于微信小程序的车位预约系统设计与实现[J].电脑编程技巧与维护,2024,(09):68-70+99.DOI:10.16184/j.cnki.comprg.2024.09.033.
3. [3]李宝,路雅.基于微信小程序的预约挂号系统设计与实现[J].电子设计工程,2024,32(18):32-36.DOI:10.14022/j.issn1674-6236.2024.18.007.
4. [4]闵慧,张佳佳.基于uni-app和Express的网课预约小程序设计与实现[J].现代信息科技,2024,8(17):100-104+110.DOI:10.19850/j.cnki.2096-4706.2024.17.019.
5. [5]李长明,张红臣,梁艺蓝,等.以微信小程序为载体的图书馆座位预约系统设计研究[J].科技创新与应用,2024,14(26):50-53.DOI:10.19981/j.CN23-1581/G3.2024.26.010.
6. [6]田睿芬,程艳艳.基于小程序的高校场地预约平台设计[J].现代计算机,2024,30(13):104-108.
7. [7]Yuan J ,Zhang Y ,Wang Y .Research on design and implementation of campus second-hand platform based on WeChat mini program[J].Advances in Computer, Signals and Systems,2024,8(4):
8. [8]孟秋云.基于微信小程序的门诊预约功能设计与实现[J].电脑知识与技术,2024,20(18):50-52.DOI:10.14004/j.cnki.ckt.2024.0870.
9. [9]陈琦棋,田思庆,陈鑫媛,等.一个基于微信小程序的陪诊服务平台设计与开发[J].科技传播,2024,16(10):125-128.DOI:10.16607/j.cnki.1674-6708.2024.10.017.
10. [10]王梓春,刘宗旺,谢嘉伟,等.基于微信小程序的口腔医疗系统的设计与实现[J].电脑知识与技术,2024,20(14):52-55.DOI:10.14004/j.cnki.ckt.2024.0744.
11. [11]王相喜,周晓波,倪甜弟.基于微信小程序的预约挂号系统的设计与实现[J].现代计算机,2024,30(08):116-120.
12. [12]吴伟.融合导诊与导航功能的微信小程序在医疗机构中的应用研究[J].智能物联技术,2024,56(01):145-148.
13. [13]Xiao J ,Zhou H ,Lei Q , et al.Attention-Mechanism-Based Face Feature Extraction Model for WeChat Applet on Mobile Devices[J].Electronics,2024,13(1):
14. [14]陈永秀.基于微信小程序医疗应急物资调配系统的设计与实现[J].科技资讯,2023,21(24):17-20.DOI:10.16661/j.cnki.1672-3791.2311-5042-8914.
15. [15]马传志,王蕊.基于ASP.NET后台的陪诊小程序开发与实现[J].电脑编程技巧与维护,2023,(12):52-54+100.DOI:10.16184/j.cnki.comprg.2023.12.016.
16. [16]盛鑫磊.基于微信小程序的医院医疗设备管理系统设计[J].数字通信世界,2023,(08):34-36.
17. [17]赵先珍,孙艳玲,杜霜.“i护工”APP平台设计研究[J].信息与电脑(理论版),2021,33(05):133-135.
18. [18]林俊臣.社区诊所护工管理系统的设计与实现[D].电子科技大学,2021.DOI:10.27005/d.cnki.gdzku.2021.003240.
19. [19]陈小宁,郭进.基于移动互联的护理预约App研究与设计[J].计算机产品与流通,2021,(11):26.
20. [20]陈晓龙.基于老年用户需求的护工服务平台APP设计研究[D].西安工程大学,2020.

致  谢

这次毕业设计能够完成，最重要的就是来自指导老师的帮助，老师不厌其烦的对我的论文及毕业设计提出非常有建设性的建议，我的毕设施能够完成离不开老师的帮助。我对老师由衷的表示感谢，

其次要感谢大学四年里学院里所有的任课老师的教导，老师们在我整个大学四年里给予了我丰富的知识，让我能够在大学中不虚度光阴，踏踏实实的学习，没有这些老师不辞辛劳的教诲，我无法完成这四年的学业。

最后，我要感谢我的家人和同学们。感谢父母在物质与精神上给予我无限的支持和鼓励。感谢我的同学们，在论文写作期间，你们给予了我许多宝贵的建议和帮助，让我在学术研究的道路上不再孤单。

再次感谢所有在我大学生活中给予我帮助和支持的人们。您们的关怀和鼓励将永远铭刻在我的心中，成为我未来前行的动力。

由于自己的水平有限，毕设仍然存在着很大的缺陷，各位老师若提出意见，我会努力改正。

点赞+收藏+关注 → 私信领取本源代码、数据库