护工服务系统的设计与实现

摘   要

        随着社会老龄化的加剧，健康护理服务需求逐步增加，尤其是医疗陪护和日常生活照料的需求日益增长。传统的护工服务模式存在管理不规范、信息不对称、服务质量不稳定等问题。因此，设计一套高效的护工服务系统显得尤为重要。本文基于SpringBoot框架，设计并实现了一个护工服务系统，该系统旨在为患者提供便捷的医疗陪护服务，同时为医生、护工和患者三方提供高效的信息管理平台。系统的架构采用前后端分离的设计理念，前端使用Vue.js，后端使用SpringBoot作为核心开发框架，数据库则采用MySQL存储系统数据。该系统主要功能包括管理员后台管理、用户管理、陪护服务管理、医生信息管理、在线咨询管理以及预约陪护管理等。系统支持多角色管理，具备良好的扩展性与稳定性，可以有效提升护理服务的质量与效率。

       系统的实现解决了传统服务中的信息滞后问题，通过数据的实时更新和可视化展示，帮助用户便捷地获取所需服务，同时为服务提供者提供了统一的管理平台。此外，系统通过灵活的角色权限控制，保障了信息的安全性和操作的规范性。用户可以在平台上进行预约、评价、查询个人健康档案等操作，极大地提升了用户的体验感。

关键词：护工服务系统；SpringBoot；医疗陪护；系统设计；用户管理；信息管理

Abstract

With the intensification of social aging, the demand for health care services is gradually increasing, especially the increasing demand for medical accompaniment and daily life care. The traditional caregiver service model has problems such as non-standard management, information asymmetry, and unstable service quality. Therefore, designing an efficient caregiver service system is particularly important. This article is based on the SpringBoot framework and designs and implements a caregiver service system. The system aims to provide convenient medical care services for patients and an efficient information management platform for doctors, caregivers, and patients. The architecture of the system adopts the design concept of front-end and back-end separation. The front-end uses Vue.js, the back-end uses SpringBoot as the core development framework, and the database uses MySQL to store system data. The main functions of the system include administrator backend management, user management, caregiver service management, doctor information management, online consultation management, and appointment caregiver management. The system supports multi role management, has good scalability and stability, and can effectively improve the quality and efficiency of nursing services.

The implementation of the system solves the problem of information lag in traditional services. Through real-time updates and visual display of data, it helps users easily obtain the required services and provides a unified management platform for service providers. In addition, the system ensures the security of information and the standardization of operations through flexible role permission control. Users can make appointments, evaluations, and search for personal health records on the platform, greatly enhancing their experience.

Key words: Nursing service system; SpringBoot； Medical accompaniment; System design; User management; information management

目录

摘要 I

Abstract II

1 绪论 1

1.1 研究背景和意义 1

1.2 国内外研究现状 1

2 相关技术介绍 3

2.1 B/S框架 3

2.2 SpringBoot框架 3

2.3 Vue技术 4

2.4 MySQL数据库 4

3 需求分析 6

3.1 可行性分析 6

3.1.1 技术可行性 6

3.1.2 操作可行性 6

3.1.3 经济可行性 6

3.2 系统性能需求分析 6

3.3 功能需求分析 7

3.3.1 预约用户功能 8

3.3.2 护工用户功能 9

3.3.3 管理员功能 10

3.3.4 医生用户功能 11

3.4 系统总体流程设计 12

3.4.1 操作流程分析 12

3.4.2 登录流程分析 13

3.4.3 信息添加流程分析 14

3.4.4 信息删除流程分析 14

4 系统设计 16

4.1 系统架构设计 16

4.2 系统总体功能设计 16

4.2.1 注册时序图 17

4.2.2 登录时序图 18

4.2.3 管理员修改用户信息时序图 18

4.2.4 管理员管理系统信息时序图 19

4.3 数据库设计 20

4.3.1 数据库实体设计 20

4.3.2 数据库表设计 21

5 系统实现 36

5.1 预约用户功能实现 36

5.1.1 新闻资讯 36

5.1.2 医生信息 36

5.1.3 医疗陪护 37

5.2 护工用户功能实现 37

5.2.1 医疗陪护管理 37

5.2.2 预约陪护管理 38

5.2.3 陪护记录管理 38

5.3 管理员功能实现 39

5.3.1 系统用户 39

5.3.2 病人档案管理 39

5.3.3 系统管理 40

5.3.4 通知公告管理 40

5.3.5 资源管理 41

5.4 医生用户功能实现 41

5.4.1 咨询类别管理 41

5.4.2 医生信息管理 42

6 系统测试 43

6.1 测试目的 43

6.2 测试方法 43

6.3 测试内容 43

6.4 测试结论 44

7 总结 45

参考文献 46

致谢 48

附录 49

系统核心代码设计 49

用户注册 49

用户登录 50

修改密码 52

修改数据 52

删除数据 53

获取列表 53

图片上传 54
                             
                                                         1绪论
1.1研究背景和意义

        随着社会老龄化进程的加速，老年人口和需要长期护理的患者数量不断增加，传统的护理服务模式在满足日益增长的需求方面逐渐显现出不足。许多老年人或重病患者面临着生活照料和医疗护理的双重困难，尤其在居家护理、医院陪护等方面，存在着资源配置不均、服务质量参差不齐、信息不对称等问题。此外，护理行业中的护工流动性大、技能水平参差不齐，且工作环境和条件较为复杂，这给患者和家属带来了很大的困扰。因此，亟需一种有效的解决方案，以提高护理服务的质量和效率。

       护工服务系统的研究不仅是响应社会需求的必然发展，也为护理行业提供了创新性的管理模式。通过集成信息化管理平台，能够将病人的需求、护工的能力以及医生的医疗意见进行有效衔接，提升服务的及时性和准确性。信息化技术的引入可以极大地改善传统护理服务中的服务流程和信息传递效率，使得用户能够更便捷地获取所需护理服务，医生和护工之间的沟通也更加高效。此类系统不仅能够为患者提供更加个性化的护理服务，也能为护理人员提供统一、标准化的管理平台，提高工作效率和服务质量。

       护工服务系统的研究意义不仅体现在解决现有问题，还在于推动护理服务行业的现代化进程。通过构建一个多功能、高效且便捷的管理平台，可以大大降低运营成本，提升患者的满意度，确保护理服务的持续改进。

1.2国内外研究现状

       护工服务系统的研究随着社会老龄化问题的日益突出，已经成为国内外学术界和技术界的关注重点。在国外，尤其是欧美国家，随着人口老龄化的加剧，老年人及慢性病患者的护理需求逐渐增加，相关的护理服务体系也日渐完善。许多国家早期就开始了对老年护理和病人陪护的研究，并在服务模式、信息管理和技术支持等方面取得了一定进展。例如，欧美一些国家通过建立完善的电子健康记录系统、在线医疗咨询平台等手段，提升了患者护理的效率和质量。美国等国家的护工服务系统多侧重于智能化管理和远程医疗技术的应用，通过创新的服务模式实现了更好的护理资源分配和服务质量提升。

       在国内，随着健康产业的快速发展，护工服务系统的研究和应用逐步进入实践阶段。近年来，国内一些研究机构和公司开始探索通过信息化技术来改进护工服务的效率和质量。国内的护工服务系统多依赖于传统的人工服务和简单的计算机信息系统，虽然在一些大型医院和养老院中得到了初步应用，但大多数系统尚处于基础阶段，功能尚不完善。近年来，随着互联网技术的普及，一些地方政府和社会机构开始尝试通过互联网平台和移动应用来实现更广泛的护理资源共享，使得患者可以通过网络方便地预约陪护服务，进而提高了服务的可及性和灵活性。

       国内外的研究现状表明，尽管护工服务系统在技术手段和服务模式上取得了一定的进展，但仍存在许多挑战。比如，如何有效整合医疗信息、如何提高护工的专业性和稳定性、如何保障患者隐私和信息安全等问题仍需要进一步研究和完善。虽然一些系统开始尝试使用智能化、自动化的技术，但在护理服务的实际操作过程中，传统的人际沟通和护理服务仍占据主导地位。因此，如何结合信息技术和人工服务优势，构建一个高效、便捷、安全的护理服务系统，仍是国内外研究的重点方向。
                                  
                                      2相关技术介绍
2.1B/S框架

       B/S（Browser/Server）架构是一种基于浏览器和服务器的应用架构模式。它以Web浏览器作为客户端，服务器端通过Web技术提供应用服务。客户端通过浏览器与服务器进行交互，用户无需安装专门的客户端应用程序，只需要通过互联网连接即可访问应用程序[1]。在B/S架构中，客户端主要承担用户界面的呈现和基本的输入输出功能，而核心的业务处理、数据存储等操作则由服务器端完成。这种架构的核心优势在于无需在每个客户端机器上安装或更新软件，只要用户的浏览器符合要求，就可以使用系统。

       B/S（Browser/Server）架构是一种网络架构模型，其主要特点是客户端通过浏览器与服务器进行通信，所有的业务逻辑和数据处理都在服务器端完成，客户端仅负责展示数据[2]。B/S架构本质上是一种客户端-服务器模式的变体，它通过将传统的C/S（Client/Server）架构中的客户端功能移到浏览器中，简化了客户端的开发和维护工作。在B/S架构中，用户通过浏览器发送请求，浏览器负责展示从服务器获取的数据，服务器则处理请求并返回响应。该架构避免了安装和配置客户端软件的麻烦，也减少了对客户端硬件的依赖，适合于需要大规模部署和跨平台支持的应用系统。

B/S模式三层结构图如图2-1所示。

图2-1 B/S模式三层结构图

2.2 SpringBoot框架

       SpringBoot是一个用于简化Spring应用开发的开源框架，通过减少开发人员配置和依赖的复杂性，使得开发者能够快速构建基于Spring的生产级应用。SpringBoot基于Spring框架之上，提供了一种自配置的方式，使得开发者可以以最少的配置来启动和开发Spring应用[3]。它通过约定优于配置的原则，将常见的配置预设，使得开发人员能够聚焦于业务逻辑的实现，而不必过多关注繁琐的配置和环境搭建。

SpringBoot框架的核心特点之一是其自动配置功能。它能够根据项目中已存在的类和库，自动推断出开发环境的配置需求，减少了手动配置的工作量。SpringBoot还提供了嵌入式Web服务器支持（如Tomcat、Jetty等），使得应用可以以独立的Java应用形式运行，不再依赖外部的Web容器。这种特性使得SpringBoot特别适合于微服务架构的构建。SpringBoot还通过其提供的启动器（Starters）简化了常见功能的集成，例如数据库连接、消息队列、缓存、认证与授权等，从而提升了开发效率[4]。

2.3 Vue技术

       Vue.js是一款用于构建用户界面的渐进式JavaScript框架，提供一种灵活而高效的方式来开发单页面应用（SPA）。Vue的设计理念是通过尽量简化开发过程，提供一种声明式的方式来构建用户界面[5]。Vue.js通过数据驱动的视图模型，允许开发者以声明式语法绑定数据与视图，使得应用的状态和界面表现更加简洁和可维护。它的核心思想是通过组件化开发将复杂的UI拆分为可重用的独立模块，从而提升了代码的模块化、可维护性和可扩展性。

       Vue.js具备响应式数据绑定和虚拟DOM的特性。响应式数据绑定意味着当数据变化时，Vue会自动更新与之绑定的DOM元素，从而实现视图的实时更新。虚拟DOM则是Vue.js的一种优化手段，通过将对DOM的操作抽象为一个虚拟的DOM树来提高性能，减少实际DOM操作的开销[6]。Vue还提供了丰富的插件和工具，如Vue Router用于路由管理，Vuex用于状态管理，方便开发者构建复杂的前端应用。Vue的灵活性和简洁性使其成为现代Web开发中常用的前端框架之一。

2.4 MySQL数据库

       MySQL是一种开源的关系型数据库管理系统（RDBMS），基于SQL（结构化查询语言）进行数据操作。作为一个被广泛使用的数据库系统，MySQL具有高度的性能、可扩展性和可靠性。MySQL使用表格结构来存储数据，每个表由多个列和行组成，数据通过SQL查询语言进行操作[7]。MySQL支持多种数据类型，如整数、浮动小数、字符串、日期等，以满足不同应用场景对数据存储的需求。在实际应用中，MySQL通常用于存储和管理结构化数据，通过索引、视图、触发器等功能提升数据查询的效率和数据的完整性。

       MySQL支持ACID事务特性（原子性、一致性、隔离性、持久性），确保数据库操作的可靠性和数据的一致性。它还支持多种存储引擎，其中InnoDB是最常用的存储引擎，具备事务支持、行级锁定和外键约束等特性，适用于高并发、高可靠性的数据存储需求。MySQL可以通过主从复制、分区和分库分表等技术实现横向扩展，以应对大规模数据存储和高负载的应用需求。MySQL还具有灵活的权限管理机制，支持用户角色管理、细粒度的权限控制等，保障数据的安全性。                                     
                                        3需求分析
3.1可行性分析
3.1.1技术可行性

       从技术可行性角度来看，所选技术能够充分满足当前应用需求。B/S架构具有良好的跨平台特性，借助浏览器端渲染与服务器端处理，能够实现不同操作系统和设备上的无缝访问。SpringBoot框架基于成熟的Spring生态，自动配置机制降低了开发与部署的复杂度，支持高效开发和微服务架构的实现。Vue.js作为前端技术，其响应式数据绑定和虚拟DOM优化使得大规模应用的构建与维护更加高效。MySQL数据库在数据存储、查询优化方面具有强大能力，其ACID事务特性与高并发支持能够保证数据一致性与系统稳定性，且广泛应用于多种行业，具备可扩展性和高效性。

3.1.2操作可行性

       从操作可行性角度，所有选用的技术都有良好的文档支持和广泛的开发社区。B/S架构的实施依赖于常见的Web技术，技术栈成熟，操作流程规范，适合企业级应用的快速部署与运维。SpringBoot框架简化了Spring应用的配置与开发，集成了嵌入式Web服务器，使得开发者能够快速启动项目，减少了对开发环境和部署环境的依赖。Vue.js以组件化的设计思想，极大提升了前端开发的效率与代码复用性，操作简便。MySQL数据库提供了易于管理的用户界面，操作界面直观，支持多种操作系统，适合日常的数据库管理和维护工作。

3.1.3经济可行性

       从经济可行性角度，所有选用的技术均为开源软件，降低了开发与部署成本。B/S架构减少了客户端软件的安装和更新需求，减轻了IT维护成本。SpringBoot框架通过减少配置和自动化部署，降低了开发和运营的时间成本。Vue.js提供了快速开发的能力，减少了前端开发的人员需求。MySQL作为开源数据库，不仅在授权成本上具有优势，而且通过其高效的查询与事务处理能力，可以在保证性能的同时降低硬件资源的投入，实现资源的高效利用。
                                 
                                              3.2系统性能需求分析

3.2.1可用性需求

       系统必须具备高可用性，以确保其在各种使用场景下能够稳定运行。为满足可用性要求，系统应当具备自恢复能力和冗余机制，避免因单点故障而导致的服务中断。具体而言，系统的部署架构应支持负载均衡和集群配置，通过多个实例的协作提高整体系统的可用性。系统应提供详尽的监控与告警机制，能够实时追踪系统运行状态，及时发现潜在问题并触发自动恢复操作或通知管理员。在用户体验方面，系统需要提供清晰的错误提示信息，并能够在发生异常时通过回滚操作或其他容错机制，保证用户的操作不受到严重影响。

3.2.2可靠性需求

       可靠性要求系统在长时间运行中保持稳定，能够有效应对各种可能的故障和压力。系统设计应支持高可用的数据库架构，采用数据库主从复制、分片等技术以实现数据的可靠存储与访问。应用层应具备容错能力，在面对硬件故障、网络中断等意外情况时，能够保持系统的正常服务或在故障恢复后迅速恢复数据和业务流程。系统应具备日志记录功能，能够全面记录操作过程和异常信息，从而为问题追踪与系统优化提供数据支持。系统的可靠性还需要通过压力测试和稳定性测试来验证，确保在大规模用户访问及高并发场景下能够正常运行，不发生崩溃或数据丢失现象。

3.2.3安全性需求

       系统的安全性需求必须得到高度重视，确保系统和用户数据的保密性、完整性和可用性。为实现数据安全，系统应采用加密技术，特别是在用户认证、敏感数据传输和存储过程中，采用SSL/TLS协议进行加密通信，确保数据在传输过程中不被窃取或篡改。系统应支持用户身份验证与授权管理，采用如OAuth、JWT等安全机制防止未授权访问。访问控制应细化到资源级别，确保不同角色的用户只能访问其权限范围内的功能。为了防止恶意攻击，系统还应加强对常见攻击方式（如SQL注入、XSS攻击、CSRF攻击等）的防护，通过输入验证、输出转义、会话管理等技术措施提高系统的安全性。系统应定期进行安全审计与漏洞扫描，及时发现并修补可能的安全漏洞，保障系统的长期安全运营。

                                                      3.3功能需求分析

       功能需求分析是对系统所需功能进行详细描述的过程，明确系统的目标、功能模块及其相互关系。在此阶段，结合用户需求、业务流程和技术架构，识别系统必须实现的各项功能，并对其优先级、实现方式和约束条件进行梳理。通过功能需求分析，确保系统设计能够满足实际需求，且具有良好的可用性、可维护性和扩展性，为后续的系统开发和测试提供明确的指导和依据。3.3.1预约用户功能

首页：用户进入平台后的主界面，展示关键服务与信息。

通知公告：查看平台发布的通知和公告。

新闻资讯：了解平台发布的最新资讯和健康相关信息。

医生信息：查看可预约的医生的详细信息，包括专业领域和预约情况。

医疗陪护：浏览可提供的医疗陪护服务类型与医生、护工等资源。

我的账户：查看和管理个人账户信息、设置等。

个人中心：包含以下几个具体功能：

个人首页：展示用户的基本信息与动态。

在线咨询：与医生进行线上咨询。

病人档案：查看与更新病人的健康档案。

预约陪护：提交陪护服务预约请求。

陪护记录：查看已预约或进行的陪护服务记录。

陪护评价：对已完成的陪护服务进行评价。

收藏：收藏感兴趣的医生、服务或资讯。

评论管理：管理用户对服务的评论和反馈。

预约用户用例图如图3-1所示。

图3-1 预约用户用例图

• • 1. 3.3.2护工用户功能

后台首页：护工的主界面，展示当前任务和个人信息。

陪护类型管理：管理和设置可提供的陪护服务类型。

医疗陪护管理：管理与医疗相关的陪护任务。

预约陪护管理：查看和管理用户的陪护预约。

陪护记录管理：记录陪护服务中的活动与情况。

陪护评价管理：查看和回复用户对陪护服务的评价。

护工用户用例图如图3-2所示。

图3-2 护工用户用例图
                                               
3.3.3管理员功能

后台首页：系统的主界面，展示系统概览、实时数据等。

系统用户：管理系统中的各类用户账户，包括预约用户、医生用户和护工用户。

咨询类别管理：管理不同类型的在线咨询服务。

医生信息管理：维护和更新医生的个人信息、专业领域、资质等。

在线咨询管理：管理用户与医生之间的在线咨询记录与内容。

病人档案管理：管理病人的个人信息、健康档案、历史病历等。

陪护类型管理：定义和管理不同的陪护服务类型。

医疗陪护管理：管理与医疗相关的陪护任务和安排。

预约陪护管理：管理用户的陪护预约请求与安排。

陪护记录管理：记录并管理陪护过程中发生的各项活动与事件。

陪护评价管理：管理用户对陪护服务的评价与反馈。

系统管理（轮播图管理）：管理系统首页的轮播图展示内容。

通知公告管理：发布并管理系统公告和通知。

资源管理（新闻资讯、资讯分类）：管理系统的新闻资讯和分类信息。

管理员用例图如图3-3所示。

图3-3管理员用例图

3.3.4医生用户功能

后台首页：医生的主界面，展示医生信息和相关任务。

咨询类别管理：管理和设置医生提供的咨询服务类别。

医生信息管理：更新医生个人资料、专业领域、资质等信息。

在线咨询管理：与患者进行线上咨询，解答患者的健康问题。

病人档案管理：查看和管理病人的健康档案、历史病历。

医生用户用例图如图3-4所示。

图3-4医生用户用例图

3.4系统总体流程设计

3.4.1操作流程分析

       用户从“系统登录界面”开始，输入用户名和密码后，系统验证其信息是否正确。如果验证通过，则进入功能界面并进一步进入功能处理界面，最后流程结束；如果验证失败，则显示“信息错误”，用户需要重新输入。数据库支持验证过程。如图3-5所示。

图3-5程序操作流程图

3.4.2登录流程分析

用户输入账号和密码后，系统首先判断账号是否正确，若不正确则提示“账号错误”；如果账号正确，则继续判断密码是否正确，若密码错误则提示“密码错误”；若账号和密码均正确，则显示“登录成功”，最后结束流程。如图3-6所示。

图3-6程序登录流程图

3.4.3信息添加流程分析

系统开始后自动生成编号，用户输入数据。系统判断输入的数据是否合法，若不合法则返回重新输入；若合法，则将数据写入数据库，最后结束流程。如图3-7所示。

图3-7 信息添加流程图

3.4.4信息删除流程分析

用户首先选择需要删除的记录，然后系统判断是否执行删除操作。如果用户选择不删除，则返回重新选择；如果选择删除，则更新数据库完成记录删除操作，最后结束流程。如图3-8所示。

图3-8信息删除流程图

4系统设计

4.1系统架构设计

         系统由表现层、业务逻辑层、数据访问层和数据库服务器组成。表现层通过浏览器（如IE、Chrome、Firefox）与用户交互，采用FreeMarker、Bootstrap、jQuery等技术实现界面呈现。业务逻辑层负责处理系统的核心业务逻辑，通过分模块设计实现功能分离。数据访问层使用MyBatis框架连接数据库，执行数据的增删改查操作。数据库服务器采用MySQL进行数据存储和管理，为系统提供稳定的数据库支持。整个架构通过Tomcat服务器完成用户请求的接收和处理，确保系统的高效运行[8]。整个系统架构如图4-1所示。

图4-1 系统架构图

4.2系统总体功能设计

系统功能结构图如图4-2所示。

图4-2 系统功能结构图

4.2.1注册时序图

        用户通过注册模块发送注册请求，系统完成注册后返回确认信息。随后，用户通过登录模块发送登录请求，系统验证用户信息后允许访问目标系统。用户完成操作后可选择退出，系统终止会话。注册时序图，如图4-3所示。

图4-3 注册时序图

4.2.2登录时序图

管理员输入登录信息后，登录界面将信息传递至前台管理界面，随后通过SpringBoot框架读取数据库中的用户信息并返回。系统验证信息，若验证成功则登录成功，若验证失败则返回错误提示。登录时序图如图4-4所示。
 

                                                                图4-4登录时序图

4.2.3管理员修改用户信息时序图

        管理员输入登录信息后，进入用户信息管理模块，选择增删改查操作并提交命令至数据库。数据库执行操作后返回成功状态，系统显示用户管理界面并提示操作成功。管理员修改用户信息时序图如图4-5所示。

图4-5管理员修改用户信息时序图

4.2.4管理员管理系统信息时序图

       管理员通过访问系统发起请求，系统接收访问后转向系统信息模块进行管理操作。管理完成后，系统返回管理结果至系统，最终反馈给管理员，管理员可选择退出。管理员管理系统信息时序图如图4-6所示。

图4-6管理员管理系统信息时序图

4.3数据库设计

数据库设计是系统开发中至关重要的环节，为系统提供高效、规范的数据存储和管理方案。设计过程包括需求分析、实体设计、表设计和逻辑结构设计。首先，通过分析业务需求，确定系统的核心实体及其属性，同时明确实体间的关系。接着，将实体抽象为具体的数据库表，为每张表定义字段名、数据类型、主键和外键，通过主外键关系和关联表设计，保证数据的完整性和一致性。最后，数据库逻辑设计进一步优化表之间的关系，通过索引、视图和存储过程提升查询效率和操作性能。整个设计需严格遵循规范，避免数据冗余和冲突，确保系统在高并发访问和复杂数据处理场景下的稳定性和高效性。

• • 1. 4.3.1数据库实体设计

数据库实体设计是数据库设计的关键步骤，对实际业务逻辑中涉及的实体及其属性进行抽象建模，明确系统中的主要信息对象及其关系[9]。在实体设计中，根据需求分析确定系统的核心实体，如用户、角色、权限等，提取实体的主要属性，如用户的ID、姓名、联系方式，名称、类型等，同时定义各实体之间的关系，包括一对一、一对多、多对多等。在设计过程中，注重实体的完整性、规范性和唯一性，确保设计能够满足系统功能需求，并为后续的表设计提供清晰的结构框架。实体设计需遵循数据库设计的标准化要求，避免数据冗余和不必要的复杂度。

系统全局E-R图如图4-7所示。

图4-7系统E-R图

• • 1. 4.3.2数据库表设计

数据库表设计基于实体设计，将抽象的实体映射为具体的表结构。设计过程中，为每个实体定义表名、字段名及数据类型 [10]。根据业务需求，合理定义主键、外键及约束条件，确保表之间的关联性，例如通过外键建立用户表和角色表之间的关系。表设计时注重数据存储的完整性、一致性，并通过索引优化查询效率，最终确保数据库结构能够支持系统的功能需求。以下是系统的数据库表设计展示。

表 4-1-access_token（登陆访问时长）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	token_id	int		是	是	临时访问牌ID
2	token	varchar	64	否	否	临时访问牌
3	info	text	65535	否	否	信息
4	maxage	int		是	否	最大寿命：默认2小时
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间
7	user_id	int		是	否	用户编号

表 4-2-accompanying_care_evaluation（陪护评价）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	accompanying_care_evaluation_id	int		是	是	陪护评价ID
2	appointment_number	varchar	64	是	是	预约编号
3	accompanying_title	varchar	64	否	否	陪护标题
4	type_of_escort	varchar	64	否	否	陪护类型
5	care_worker_user	int		否	否	护工用户
6	name_of_care_worker	varchar	64	否	否	护工姓名
7	unit_price_per_day	double		否	否	一天单价
8	reservation_user	int		否	否	预约用户
9	user_name	varchar	64	否	否	用户姓名
10	date_of_evaluation	date		否	否	评价日期
11	user_evaluation	varchar	64	否	否	用户评价
12	evaluation_content	text	65535	否	否	评价内容
13	create_time	datetime		是	否	创建时间
14	update_time	timestamp		是	否	更新时间
15	source_table	varchar	255	否	否	来源表
16	source_id	int		否	否	来源ID
17	source_user_id	int		否	否	来源用户

表 4-3-accompanying_records（陪护记录）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	accompanying_records_id	int		是	是	陪护记录ID
2	appointment_number	varchar	64	是	是	预约编号
3	accompanying_title	varchar	64	否	否	陪护标题
4	type_of_escort	varchar	64	否	否	陪护类型
5	care_worker_user	int		否	否	护工用户
6	name_of_care_worker	varchar	64	否	否	护工姓名
7	unit_price_per_day	double		否	否	一天单价
8	reservation_user	int		否	否	预约用户
9	user_name	varchar	64	否	否	用户姓名
10	end_time	datetime		否	否	结束时间
11	record_service	text	65535	否	否	记录服务
12	accompanying_remarks	text	65535	否	否	陪护备注
13	accompanying_care_evaluation_limit_times	int		是	否	陪护评价限制次数
14	create_time	datetime		是	否	创建时间
15	update_time	timestamp		是	否	更新时间
16	source_table	varchar	255	否	否	来源表
17	source_id	int		否	否	来源ID
18	source_user_id	int		否	否	来源用户

表 4-4-appointment_for_escort（预约陪护）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	appointment_for_escort_id	int		是	是	预约陪护ID
2	appointment_number	varchar	64	否	否	预约编号
3	accompanying_title	varchar	64	否	否	陪护标题
4	type_of_escort	varchar	64	否	否	陪护类型
5	care_worker_user	int		否	否	护工用户
6	name_of_care_worker	varchar	64	否	否	护工姓名
7	care_workers_mobile_phone	varchar	64	否	否	护工手机
8	unit_price_per_day	double		否	否	一天单价
9	reservation_user	int		否	否	预约用户
10	user_name	varchar	64	否	否	用户姓名
11	users_mobile_phone	varchar	64	否	否	用户手机
12	appointment_time	datetime		否	否	预约时间
13	appointment_days	double		是	否	预约天数
14	amount_paid	varchar	64	否	否	支付金额
15	service_address	text	65535	否	否	服务地址
16	service_details	text	65535	否	否	服务详情
17	appointment_remarks	text	65535	否	否	预约备注
18	examine_state	varchar	16	是	否	审核状态
19	examine_reply	varchar	255	否	否	审核回复
20	pay_state	varchar	16	是	否	支付状态
21	pay_type	varchar	16	否	否	支付类型: 微信、支付宝、网银
22	accompanying_records_limit_times	int		是	否	记录陪护限制次数
23	create_time	datetime		是	否	创建时间
24	update_time	timestamp		是	否	更新时间
25	source_table	varchar	255	否	否	来源表
26	source_id	int		否	否	来源ID
27	source_user_id	int		否	否	来源用户

表 4-5-article（文章）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	article_id	mediumint		是	是	文章id
2	title	varchar	125	是	是	标题
3	type	varchar	64	是	否	文章分类
4	hits	int		是	否	点击数
5	praise_len	int		是	否	点赞数
6	create_time	timestamp		是	否	创建时间
7	update_time	timestamp		是	否	更新时间
8	source	varchar	255	否	否	来源
9	url	varchar	255	否	否	来源地址
10	tag	varchar	255	否	否	标签
11	content	longtext	4294967295	否	否	正文
12	img	varchar	255	否	否	封面图
13	description	text	65535	否	否	文章描述

表 4-6-article_type（文章分类）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	type_id	smallint		是	是	分类ID
2	display	smallint		是	否	显示顺序
3	name	varchar	16	是	否	分类名称
4	father_id	smallint		是	否	上级分类ID
5	description	varchar	255	否	否	描述
6	icon	text	65535	否	否	分类图标
7	url	varchar	255	否	否	外链地址
8	create_time	timestamp		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

表 4-7-auth（用户权限管理）

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

表 4-8-care_worker_user（护工用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	care_worker_user_id	int		是	是	护工用户ID
2	name_of_care_worker	varchar	64	否	否	护工姓名
3	care_workers_mobile_phone	varchar	16	是	是	护工手机
4	nursing_worker_qualification	varchar	255	否	否	护工资质
5	examine_state	varchar	16	是	否	审核状态
6	user_id	int		是	否	用户ID
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-9-code_token（验证码）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	code_token_id	int		是	是	验证码ID
2	token	varchar	255	否	否	令牌
3	code	varchar	255	否	否	验证码
4	expire_time	timestamp		是	否	失效时间
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间

表 4-10-collect（收藏）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	collect_id	int		是	是	收藏ID
2	user_id	int		是	是	收藏人ID
3	source_table	varchar	255	否	否	来源表
4	source_field	varchar	255	否	否	来源字段
5	source_id	int		是	否	来源ID
6	title	varchar	255	否	否	标题
7	img	varchar	255	否	否	封面
8	create_time	timestamp		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

表 4-11-comment（评论）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	comment_id	int		是	是	评论ID
2	user_id	int		是	是	评论人ID
3	reply_to_id	int		是	否	回复评论ID
4	content	longtext	4294967295	否	否	内容
5	nickname	varchar	255	否	否	昵称
6	avatar	varchar	255	否	否	头像地址
7	create_time	timestamp		是	否	创建时间
8	update_time	timestamp		是	否	更新时间
9	source_table	varchar	255	否	否	来源表
10	source_field	varchar	255	否	否	来源字段
11	source_id	int		是	否	来源ID

表 4-12-consulting_category（咨询类别）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	consulting_category_id	int		是	是	咨询类别ID
2	consulting_category	varchar	64	否	否	咨询类别
3	create_time	datetime		是	否	创建时间
4	update_time	timestamp		是	否	更新时间

表 4-13-doctor_information（医生信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	doctor_information_id	int		是	是	医生信息ID
2	advisory_title	varchar	64	是	是	咨询标题
3	photo_of_doctor	varchar	255	否	否	医生照片
4	consulting_category	varchar	64	否	否	咨询类别
5	doctor_user	int		否	否	医生用户
6	doctors_name	varchar	64	否	否	医生姓名
7	gender_of_doctor	varchar	64	否	否	医生性别
8	doctors_age	varchar	64	否	否	医生年龄
9	doctor_title	varchar	64	否	否	医生职称
10	areas_of_expertise	text	65535	否	否	擅长领域
11	hospital_address	text	65535	否	否	医院地址
12	hits	int		是	否	点击数
13	praise_len	int		是	否	点赞数
14	collect_len	int		是	否	收藏数
15	comment_len	int		是	否	评论数
16	online_consultation_limit_times	int		是	否	立即咨询限制次数
17	create_time	datetime		是	否	创建时间
18	update_time	timestamp		是	否	更新时间

表 4-14-doctor_user（医生用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	doctor_user_id	int		是	是	医生用户ID
2	doctors_name	varchar	64	否	否	医生姓名
3	doctors_phone	varchar	16	是	是	医生手机
4	gender_of_doctor	varchar	64	否	否	医生性别
5	doctor_title	varchar	64	否	否	医生职称
6	examine_state	varchar	16	是	否	审核状态
7	user_id	int		是	否	用户ID
8	create_time	datetime		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

表 4-15-hits（用户点击）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	hits_id	int		是	是	点赞ID
2	user_id	int		是	否	点赞人
3	create_time	timestamp		是	否	创建时间
4	update_time	timestamp		是	否	更新时间
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID

表 4-16-medical_escort（医疗陪护）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	medical_escort_id	int		是	是	医疗陪护ID
2	accompanying_title	varchar	64	是	是	陪护标题
3	cover_image	varchar	255	否	否	封面图片
4	type_of_escort	varchar	64	否	否	陪护类型
5	care_worker_user	int		否	否	护工用户
6	name_of_care_worker	varchar	64	否	否	护工姓名
7	care_workers_mobile_phone	varchar	64	否	否	护工手机
8	unit_price_per_day	double		否	否	一天单价
9	expense_description	text	65535	否	否	费用说明
10	brief_introduction_of_escort	text	65535	否	否	陪护简介
11	accompanying_details	longtext	4294967295	否	否	陪护详情
12	hits	int		是	否	点击数
13	praise_len	int		是	否	点赞数
14	collect_len	int		是	否	收藏数
15	comment_len	int		是	否	评论数
16	recommend	int		是	否	智能推荐
17	appointment_for_escort_limit_times	int		是	否	立即预约限制次数
18	create_time	datetime		是	否	创建时间
19	update_time	timestamp		是	否	更新时间

表 4-17-notice（公告）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	notice_id	mediumint		是	是	公告ID
2	title	varchar	125	是	否	标题
3	content	longtext	4294967295	否	否	正文
4	create_time	timestamp		是	否	创建时间
5	update_time	timestamp		是	否	更新时间

表 4-18-online_consultation（在线咨询）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	online_consultation_id	int		是	是	在线咨询ID
2	consultation_number	varchar	64	否	否	咨询编号
3	advisory_title	varchar	64	否	否	咨询标题
4	consulting_category	varchar	64	否	否	咨询类别
5	doctor_user	int		否	否	医生用户
6	doctors_name	varchar	64	否	否	医生姓名
7	reservation_user	int		否	否	预约用户
8	user_name	varchar	64	否	否	用户姓名
9	date_of_consultation	date		否	否	咨询日期
10	consulting_content	text	65535	否	否	咨询内容
11	consulting_status	varchar	64	否	否	咨询状态
12	reply_content	text	65535	否	否	回复内容
13	examine_state	varchar	16	是	否	审核状态
14	examine_reply	varchar	255	否	否	审核回复
15	patient_file_limit_times	int		是	否	病人档案限制次数
16	create_time	datetime		是	否	创建时间
17	update_time	timestamp		是	否	更新时间
18	source_table	varchar	255	否	否	来源表
19	source_id	int		否	否	来源ID
20	source_user_id	int		否	否	来源用户

表 4-19-patient_file（病人档案）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	patient_file_id	int		是	是	病人档案ID
2	consultation_number	varchar	64	是	是	咨询编号
3	doctor_user	int		否	否	医生用户
4	doctors_name	varchar	64	否	否	医生姓名
5	reservation_user	int		否	否	预约用户
6	user_name	varchar	64	否	否	用户姓名
7	file_date	date		否	否	档案日期
8	file_title	varchar	64	否	否	档案标题
9	file_category	varchar	64	否	否	档案类别
10	patients_condition	text	65535	否	否	病人病情
11	doctor_diagnosis	text	65535	否	否	医生诊断
12	doctors_orders	text	65535	否	否	医生医嘱
13	precautions	text	65535	否	否	注意事项
14	create_time	datetime		是	否	创建时间
15	update_time	timestamp		是	否	更新时间
16	source_table	varchar	255	否	否	来源表
17	source_id	int		否	否	来源ID
18	source_user_id	int		否	否	来源用户

表 4-20-praise（点赞）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	praise_id	int		是	是	点赞ID
2	user_id	int		是	是	点赞人
3	create_time	timestamp		是	否	创建时间
4	update_time	timestamp		是	否	更新时间
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID
8	status	tinyint		是	否	点赞状态:1为点赞，0已取消

表 4-21-reservation_user（预约用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	reservation_user_id	int		是	是	预约用户ID
2	user_name	varchar	64	否	否	用户姓名
3	users_mobile_phone	varchar	16	是	是	用户手机
4	examine_state	varchar	16	是	否	审核状态
5	user_id	int		是	否	用户ID
6	create_time	datetime		是	否	创建时间
7	update_time	timestamp		是	否	更新时间

表 4-22-schedule（日程管理）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	schedule_id	smallint		是	是	日程ID
2	content	varchar	255	否	否	日程内容
3	scheduled_time	datetime		否	否	计划时间
4	user_id	int		是	否	用户ID
5	create_time	datetime		否	否	创建时间
6	update_time	datetime		否	否	更新时间

表 4-23-slides（轮播图）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	slides_id	int		是	是	轮播图ID
2	title	varchar	64	否	否	标题
3	content	varchar	255	否	否	内容
4	url	varchar	255	否	否	链接
5	img	varchar	255	否	否	轮播图
6	hits	int		是	否	点击量
7	create_time	timestamp		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-24-type_of_escort（陪护类型）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	type_of_escort_id	int		是	是	陪护类型ID
2	type_of_escort	varchar	64	否	否	陪护类型
3	create_time	datetime		是	否	创建时间
4	update_time	timestamp		是	否	更新时间

表 4-25-upload（文件上传）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	upload_id	int		是	是	上传ID
2	name	varchar	64	否	否	文件名
3	path	varchar	255	否	否	访问路径
4	file	varchar	255	否	否	文件路径
5	display	varchar	255	否	否	显示顺序
6	father_id	int		否	否	父级ID
7	dir	varchar	255	否	否	文件夹
8	type	varchar	32	否	否	文件类型

表 4-26-user（用户账户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	user_id	int		是	是	用户ID
2	state	smallint		是	否	账户状态：(1可用|2异常|3已冻结|4已注销)
3	user_group	varchar	32	否	否	所在用户组
4	login_time	timestamp		是	否	上次登录时间
5	phone	varchar	11	否	否	手机号码
6	phone_state	smallint		是	否	手机认证：(0未认证|1审核中|2已认证)
7	username	varchar	16	是	否	用户名
8	nickname	varchar	16	否	否	昵称
9	password	varchar	64	是	否	密码
10	email	varchar	64	否	否	邮箱
11	email_state	smallint		是	否	邮箱认证：(0未认证|1审核中|2已认证)
12	avatar	varchar	255	否	否	头像地址
13	open_id	varchar	255	否	否	针对获取用户信息字段
14	create_time	timestamp		是	否	创建时间

表 4-27-user_group（用户组）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	group_id	mediumint		是	是	用户组ID
2	display	smallint		是	否	显示顺序
3	name	varchar	16	是	否	名称
4	description	varchar	255	否	否	描述
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID
8	register	smallint		否	否	注册位置
9	create_time	timestamp		是	否	创建时间
10	update_time	timestamp		是	否	更新时间

1. 5系统实现
   1. 5.1预约用户功能实现
      1. 5.1.1新闻资讯

用户在资讯页面浏览新闻资讯信息。通过分类标签筛选资讯类型，点击标题查看详细文章，页面提供评论区供用户交流心得。界面如图5-1所示。

图5-1新闻资讯界面

• • 1. 5.1.2医生信息

用户进入医生信息页面，浏览医生信息的图片、名称、描述等基本信息。通过搜索栏输入关键词或筛选条件，快速定位医生信息。可以进行立即咨询。界面如图5-2所示。

图5-2医生信息界面

• • 1. 5.1.3医疗陪护

进入“医疗陪护”后，用户会看到所有医疗陪护列表。显示医疗陪护信息。用户点击医疗陪护后，将进入详细信息页面，用户可以进行立即预约、点赞、收藏和评论。界面如图5-3所示。

图5-3医疗陪护界面

• 1. 5.2护工用户功能实现
     1. 5.2.1医疗陪护管理

医疗陪护管理模块允许护工用户查看和管理所有与医疗相关的陪护任务。在该模块中，护工可以记录每个医疗陪护的细节，如护理过程中的关键事项、患者的健康状况变化、医生的治疗建议等。医疗陪护管理有助于确保护工能按照规定的护理标准为患者提供高质量的医疗照护服务，同时方便管理员对护工工作质量进行监督和评估。界面如图5-4所示。

图5-4医疗陪护管理界面

• • 1. 5.2.2预约陪护管理

预约陪护管理模块使护工能够方便地查看和管理患者或家属提交的陪护预约。该模块不仅展示了未来的预约任务，还可以显示患者的基本信息、预约时间、陪护类型以及特殊要求等。护工可以根据自己的空闲时间和任务安排，选择接收或拒绝预约。通过这一模块，护工可以提前了解患者的需求，做好相应的准备工作，确保服务质量。界面如图5-5所示。

图5-5预约陪护管理界面

• • 1. 5.2.3陪护记录管理

陪护记录管理模块是护工用户记录和查看陪护任务的详细信息的地方。每完成一项陪护服务后，护工需要在系统中填写详细的陪护记录，包括患者的健康状况、护理过程中出现的问题、已执行的医疗措施以及患者反馈等内容。这些记录不仅为患者的后续治疗和护理提供了重要参考，也为管理员评估护工的工作质量提供了依据。此外，护工还可以根据需要查询和更新过往的陪护记录，方便追溯和总结工作经验。界面如图5-6所示。

图5-6陪护记录管理界面

• 1. 5.3管理员功能实现
     1. 5.3.1系统用户

在“系统用户”模块下，管理员可以管理系统上的四类用户：管理员、预约用户、护工用户和医生用户。管理员可以进行用户的增、删、改、查操作，包括设置权限、修改用户信息等。系统用户界面如图5-7所示。

图5-7系统用户界面

• • 1. 5.3.2病人档案管理

管理员点击“病人档案管理”这一菜单会显示病人档案列表这个子菜单，点击“病人档案列表”可以查看病人档案详情，可以进行选查询、重置、删除等操作。病人档案管理界面如图5-8所示。

图5-8病人档案管理界面

• • 1. 5.3.3系统管理

管理员点击“系统管理-轮播图管理”菜单，可以对前台展示的轮播图进行设置，系统管理界面如图5-9所示。

图5-9系统管理界面

• • 1. 5.3.4通知公告管理

管理员点击“通知公告管理”这个菜单，可以对系统中的通知公告进行管理，包括通知公告的增删改查等操作。通知公告管理界面如图5-10所示。

图5-10通知公告管理界面

• • 1. 5.3.5资源管理

管理员在资源管理页面查看所有新闻资讯文章，支持新增、编辑和删除操作。点击“新增”填写标题、内容并上传图片，选择分类后发布。可批量删除过期文章。资源管理界面如图5-11所示。

图5-11资源管理界面

• 1. 5.4医生用户功能实现
     1. 5.4.1咨询类别管理

医生用户点击“咨询类别管理”这一菜单会显示咨询类别列表和咨询类别添加两个子菜单，点击“咨询类别列表”可以查看咨询类别详情，可以进行删除的操作。点击“咨询类别添加”，可以添加新的咨询类别。咨询类别管理界面如图5-12所示。

图5-12咨询类别管理界面

• • 1. 5.4.2医生信息管理

医生用户点击“医生信息管理”这一菜单会显示医生信息列表和医生信息添加两个子菜单，点击“医生信息列表”可以查看医生信息详情，可以进行删除的操作。点击“医生信息添加”，可以添加新的医生信息。医生信息管理界面如图5-13所示。

图5-13医生信息管理界面

1. 6系统测试
   1. 6.1测试目的

系统测试的主要目的是确保系统的功能、性能和稳定性满足需求规格说明书中的要求，并验证系统在实际使用环境中的可用性和可靠性。通过测试，可以发现软件中的缺陷、漏洞和潜在问题，确保系统运行的准确性、完整性和安全性。在功能测试中，目的是验证系统各功能模块是否按设计实现预期功能，例如用户登录、信息管理、数据查询等核心功能是否准确执行。性能测试的目的是验证系统在高并发、数据量大等压力场景下的响应时间和处理能力，确保系统具备良好的性能。兼容性测试的目的是确保系统在不同的硬件、软件和浏览器环境中能正常运行。测试还包括对异常处理和边界条件的验证，确保系统在异常场景下能够正确处理和恢复。最终，通过测试确保系统可以安全稳定地部署上线，为用户提供可靠的服务。

• 1. 6.2测试方法

系统测试采用多种测试方法，以全面验证系统的功能和性能。功能测试采用黑盒测试方法，通过设计测试用例直接验证系统功能是否符合需求，无需了解内部代码逻辑。例如，设计用例验证用户登录模块，通过输入合法和非法的用户名与密码，检查系统响应是否符合预期。性能测试采用压力测试和负载测试方法，通过模拟高并发用户访问、数据处理的场景，评估系统的响应时间、吞吐量和稳定性。兼容性测试通过在不同操作系统、浏览器和硬件设备上运行系统，验证其在不同环境中的适应性[11]。异常测试通过设计边界条件和异常输入，检查系统对非法数据和操作的处理能力。测试用例的设计需覆盖系统的所有功能模块和接口，确保测试过程的全面性。通过系统测试方法的综合应用，可以有效发现问题，并为系统的优化和改进提供依据。

• 1. 6.3测试内容

系统的测试用例表格如下图所示。

表6-1 系统测试用例表

测试项	测试用例	问题	结论
登录功能测试	打开登录页面 输入正确的用户名和密码 点击“登录”按钮	无	符合预期
登录功能测试	打开登录页面 输入错误的用户名 输入正确的密码 点击“登录”按钮	无	符合预期
登录功能测试	打开登录页面 输入正确的用户名 输入错误的密码 点击“登录”按钮	无	符合预期
登录功能测试	打开登录页面 输入不存在的用户名和密码 点击“登录”按钮	无	符合预期
注册功能测试	打开注册页面 输入合法的用户名、密码、邮箱等信息 点击“注册”按钮	无	符合预期
注册功能测试	打开注册页面 输入已存在的用户名 输入其他合法信息 点击“注册”按钮	无	符合预期
注册功能测试	打开注册页面 输入合法用户名但密码不符合要求（如长度不足） 点击“注册”按钮	无	符合预期
注册功能测试	打开注册页面 输入合法用户名和密码但邮箱格式错误 点击“注册”按钮	无	符合预期
查看医生信息测试	登录系统 进入医生信息页面 浏览医生信息图片、名称等信息	无	符合预期
查看医生信息测试	登录系统 进入医生信息页面 使用搜索栏输入关键词搜索医生信息	无	符合预期
查看医生信息测试	登录系统 进入医生信息页面 点击医生信息详情查看完整信息	无	符合预期
查看医生信息测试	登录系统 进入医生信息页面 不输入任何搜索条件直接点击搜索	无	符合预期

• 1. 6.4测试结论

经过系统全面的功能测试、性能测试和可靠性测试，本系统在测试环境下运行良好，功能模块均按照设计要求实现，核心功能表现稳定，未发现严重功能缺陷或阻塞性问题。所有关键测试用例均通过，覆盖率达到预期目标，验证了系统的功能性、稳定性和兼容性。

1. 7总结

经过一个学期的毕业设计的实现完成已接近尾声，到目前为止，当我回想起整个学期的系统开发日，收获颇丰。毕业设计的主要任务是建立一个智能化的护工服务系统 ，主要使用springboot+vue框架和Mysql数据库的开发工具，对系统的每个功能模块进行相对应的操作，最后，系统调试结果表明系统基本可以满足功能要求。

护工服务系统 的开发对我大学学习的改进有很大帮助。它使我能够学习计算机知识的相关技术方面问题及与人交往的沟通交流方面，让我意识到无论我们做什么，我们都需要坚持不懈，努力工作，只有这样尝试了并且坚持去做了，我们才可以成功，才可以获得成功的喜悦，如果没有尝试，只是想，那连成功的机会都没有，实际操作进行做了，才会越来越近的靠近成功，随着道路一路向前，未来的路是美好的。

在项目的设计过程中，我克服了各种困难，并且在面对这些困难，我积极的面对，想办法解决问题，并且更好的掌握了理论知识和动手操作实践能力，从系统的开发到设计完成，我完成了一个更全面、更完善、更安全的系统，这也让我取得了很大的成就感，也使我对未来的生活更有信心。

参考文献

1. 刘江涛,王亮亮,吴庆茹,等.基于B/S模式的铁路勘测设计案例信息化管理系统设计与实现[J].铁路计算机应用,2021,30(03):32-35.
2. 张丹丹,李弘.基于B/S架构的办公管理系统设计与开发[J].铁路通信信号工程技术,2024,21(09):44-48+106.
3. 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
4. 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2021,15(36):76-77.
5. 赵媛.基于Vue的Web系统前端性能优化分析[J].电脑编程技巧与维护,2024,(09):44-46.
6. 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
7. 李艳杰.MySQL数据库下存储过程的综合运用研究[J].现代信息科技,2023,7(11):80-82+88.
8. 陈倩怡,何军.Vue+Springboot+MyBatis技术应用解析[J].电脑编程技巧与维护,2020,(01):14-15+28.
9. 周晓玉,崔文超.基于Web技术的数据库应用系统设计[J].信息与电脑(理论版),2023,35(09):189-191.
10. 马艳艳,吴晓光.计算机软件与数据库的设计策略分析[J].电子技术,2024,53(05):104-105.
11. 李俊萌.计算机软件测试技术与开发应用策略分析[J].信息记录材料,2023,24(03):50-52.
12. 段瑞,李方一.Java项目任务教学研究与设计[C]//河南省民办教育协会.2024年高等教育发展论坛论文集（上册）.绵阳城市学院;,2024:287-288.DOI:10.26914/c.cnkihy.2024.009751.
13. Wai H K ,Funabiki N,Aung T S, et al.Answer Code Validation Program with Test Data Generation for Code Writing Problem in Java Programming Learning Assistant System[J].Engineering Letters,2024,32(5):
14. Ullenboom C .Java Programming Exercises:Volume Two: Java Standard Library[M].CRC Press:2024-03-30.
15. Davi V .Designing Hexagonal Architecture with Java:Build maintainable and long-lasting applications with Java and Quarkus[M].Packt Publishing Limited:2023-09-29.DOI:10.0000/9781837630714.
16. 吴燕,李浩天,郑忠徽,等.基于语音交互的可视化独居老人陪护系统设计[J].现代信息科技,2023,7(22):5-8.DOI:10.19850/j.cnki.2096-4706.2023.22.002.
17. 周全,夏雨,王丹.医院陪护管理系统设计与应用[J].软件,2023,44(11):97-99.
18. 吴伟美,胡建华,张军,等.基于深度学习的智能陪护系统[J].现代信息科技,2022,6(24):23-26+30.DOI:10.19850/j.cnki.2096-4706.2022.24.006.
19. 祁美丽,瞿怀荣,张顼,等.疫情常态化防控下住院陪护管理系统的构建[J].中国数字医学,2022,17(01):50-53.
20. 何建权.床旁智能护理服务系统的设计与应用[J].中国数字医学,2020,15(02):48-50.

致谢

本论文的完成离不开众多导师、同学以及亲友的支持与帮助。在此，首先向我的导师表示最诚挚的感谢。在整个研究和写作过程中，导师以严谨治学的态度和丰富的专业知识给予了我无私的指导，从论文选题到最终定稿的每一个环节，都为我提供了宝贵的建议与意见，使我得以不断完善研究内容、拓展学术视野。导师耐心细致的指导不仅帮助我解决了许多学术难题，也让我在研究能力与学术写作方面得到了显著的提升。导师的鼓励与支持是我完成这篇论文的重要动力，也让我深刻体会到学术研究的严谨性与意义。

我还要感谢在学习生活中给予我帮助和支持的同学、朋友以及家人。论文撰写过程中，许多同学与我共同探讨问题，分享经验与资料，使我的研究更加全面深入。朋友们的关心和陪伴让我在繁忙的研究过程中能够调节心情，保持良好的状态。特别感谢我的家人，他们始终给予我无条件的理解和支持，为我创造了安心学习与研究的环境。正是因为有了大家的帮助和支持，我才能克服论文写作中的重重困难并顺利完成。再次向所有支持和帮助过我的人表达衷心的感谢。

附录

系统核心代码设计

用户注册

注册页UserController.java，传入user对象，并将"user_id"、 "state"、 "user_group"、"login_time"、"phone"、"phone_state"、 "username"、"nickname"、"password"、"email"、"email_state"、"avatar"、"create_time"输入，重点是 "username"、"nickname"、"password"必须输入，通过获取username，数据库查询是否有该用户，如果存在，则提示“用户已存在”，否则执行将UserId置为空（数据库表中该字段已设置自动递增），代码如图所示。

图注册核心代码图

用户登录

登录页，首先传入"username"、"email"、"phone"、"password"，用户可通过用户名、邮箱、手机号进行登陆，通过判断resultList来确定查询结果，然后执行查询用户组UserGroup，用户组里面不存在，依然报“用户不存在”，执行完以上代码，最后涉及到用户带有“审核”的，会查询examine_state（用户的审核状态），数据库表user_group中含有source_table和source_field进行查询，以上步骤完成，对输入的密码进行存储Token到数据库，匹对账号和密码，数据库中的AccessToken为令牌，用于身份认证，代码如图所示。

用户登录核心代码图

修改密码

修改密码，通过请求data，获取旧密码，并将新密码重新赋值，期间都是需要通过加密，代码如图所示。

修改密码核心代码图

修改数据

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

修改数据核心代码图

删除数据

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

图4-11删除数据核心代码图

获取列表

通过请求的参数获取列表数据，代码如图所示。

图获取列表核心代码图

图片上传

通过请求的参数获取列表数据，代码如图4-13所示。

请关注点赞+私信博主，免费领取项目源码