摘 要
随着我国农村空巢老人数量不断增加,其健康管理问题日益突出。传统健康管理方式效率低下,信息共享不畅,难以满足空巢老人的医疗需求。为此,本文设计并实现了一套基于SpringBoot框架的农村空巢老人健康管理系统,在通过信息化手段提升健康管理效率。
系统分为家属用户、医生用户和管理员三个角色:家属用户可查看健康资讯、预约医生、管理健康档案等;医生用户可管理预约信息、健康档案及预警提醒;管理员负责用户管理、医生信息维护、健康知识发布及系统配置。系统采用SpringBoot+Java技术栈,结合前后端分离架构,实现数据高效交互与安全管理。通过该系统,可优化医疗资源分配,提高健康管理响应速度,为空巢老人提供便捷的健康监测与医疗服务。
本文详细分析了系统需求,设计了功能模块及数据库结构,并完成了系统开发与测试。实际应用表明,该系统运行稳定,操作便捷,能够有效改善农村空巢老人的健康管理现状,为类似系统的开发提供参考。
关键词:农村空巢老人;健康管理;Spring Boot;Java;MySQL
With the increasing number of empty nesters in rural China, their health management issues are becoming increasingly prominent. Traditional health management methods are inefficient, poor information sharing, making it difficult to meet the medical needs of empty nesters. To address this, this paper designs and implements a health management system for rural empty nesters based the SpringBoot framework, aiming to improve health management efficiency through information technology.
The system is divided into three roles: family user, doctor user, and administrator. Family users view health information, make appointments with doctors, manage health records, etc.; doctor users can manage appointment information, health records, and warning reminders; administrators are responsible for user management doctor information maintenance, health knowledge release, and system configuration. The system uses a SpringBoot Java technology stack, combined with a front-end and back-end separation architecture, achieve efficient data interaction and security management. Through this system, medical resource allocation can be optimized, health management response speed can be improved, and convenient health monitoring and medical services can be for empty nesters.
This paper analyzes the system requirements in detail, designs the functional modules and database structure, and completes the system development and testing. Practical application that the system runs stably, is easy to operate, and can effectively improve the current situation of health management for rural empty nesters, providing a reference for the development of similar.
Keywords: Elderly people in rural areas; Health management ; Spring Boot; Java; MySQL
目 录
随着我国人口老龄化进程加快,农村地区空巢老人数量持续增长。由于青壮年劳动力外流,许多老人长期独居,面临健康监测困难、医疗资源匮乏、紧急救助滞后等问题。传统的健康管理方式依赖人工记录和线下问诊,存在信息不透明、响应速度慢、数据难以共享等弊端,无法满足空巢老人的日常健康管理需求。
近年来,互联网技术的普及为远程健康管理提供了新的解决方案。借助信息化手段,可以实现健康数据的实时监测、医疗资源的优化配置以及紧急情况的快速响应。因此,开发一套针对农村空巢老人的健康管理系统,整合家属、医生和管理员三方资源,对提升健康管理效率、降低医疗风险具有重要意义。
本系统基于SpringBoot+Java+MySQL技术栈,采用模块化设计,实现健康档案管理、医疗预约、预警提醒等功能,在为空巢老人及其家属提供便捷的健康管理服务,同时优化医疗资源的分配,提高农村地区的健康管理水平。
随着我国老龄化进程加快,农村空巢老人的健康管理问题日益突出。由于子女外出务工,这些老人往往面临就医不便、健康监测缺失、突发疾病难以及时救治等困境。传统的健康管理模式依赖人工记录和线下问诊,存在信息滞后、资源分配不均等问题,难以满足空巢老人的实际需求。在此背景下,开发一套智能化的健康管理系统显得尤为迫切,该系统能够实现健康数据的实时监测、医疗资源的优化配置,为空巢老人提供更加便捷、高效的医疗健康服务。
本系统的开发具有重要的社会价值和现实意义。一方面,通过信息化手段整合健康档案管理、在线预约诊疗、智能预警提醒等功能,可以显著提升空巢老人的健康管理效率,降低突发疾病风险;另一方面,系统构建了"家属-医生-平台"三方联动的健康管理模式,既方便家属远程监护老人健康状况,又帮助医生实现精准诊疗,同时还能为政府部门制定养老政策提供数据支持。该系统的推广应用将有效改善农村医疗资源分配不均的现状,推动"互联网+医疗健康"模式在农村地区落地,对实现健康中国战略和乡村振兴具有重要意义。
国内关于农村空巢老人健康管理的研究与实践已取得一定进展,但仍存在诸多亟待解决的问题。在政策层面,国家相继出台了《"健康中国2030"规划纲要》《关于推进医疗卫生与养老服务相结合的指导意见》等政策文件,明确提出要加强老年健康管理服务体系建设。在实践方面,部分地区已开始试点"互联网+医疗健康"模式,通过智能终端设备采集健康数据、建立电子健康档案等方式改善农村老人健康服务。如浙江、广东等发达省份已开展远程医疗、家庭医生签约等服务,但中西部农村地区的覆盖率仍然较低。
当前国内相关系统开发主要面临以下挑战:首先,现有健康管理系统多针对城市老年群体设计,对农村空巢老人的特殊需求考虑不足;其次,系统功能较为单一,缺乏医疗预约、健康预警等关键模块的有机整合;再次,受限于农村地区网络基础设施薄弱、老年人智能设备使用能力不足等因素,系统的实际应用效果大打折扣。此外,医疗资源分配不均、专业医护人员短缺等问题也制约着农村健康管理信息化的发展。这些现状凸显了开发适合农村特点的空巢老人健康管理系统的必要性和紧迫性。
国外在农村空巢老人健康管理方面的研究和实践呈现出多元化、智能化的发展趋势。欧美发达国家依托成熟的医疗保障体系和先进的信息技术,已构建起较为完善的远程健康监测系统。美国采用"远程患者监测(RPM)"模式,通过可穿戴设备实时采集生命体征数据,并与医疗保险体系深度整合;日本则利用物联网技术建立"智慧养老社区",为独居老人提供跌倒检测、用药提醒等服务。北欧国家普遍推行家庭医生制度和电子健康档案系统,实现了医疗资源的优化配置。这些国家的健康管理系统普遍具有智能化程度高、多终端接入、数据分析精准等特点,并注重隐私保护和数据安全。
相比之下,发展中国家在农村老人健康管理方面仍面临较大挑战。印度尝试通过移动医疗车和基层卫生站相结合的方式改善农村医疗条件;巴西推行"家庭健康计划",由专业团队定期上门服务。这些国家虽然取得一定成效,但普遍存在资金投入不足、技术应用滞后、专业人才缺乏等问题。值得注意的是,国外系统在适老化设计、应急响应机制、多语言支持等方面的经验值得借鉴,但需要结合我国农村实际情况进行本土化改造,不能简单照搬。总体而言,国外先进经验为我国农村空巢老人健康管理系统的研发提供了有益参考。
SpringBoot是Spring家族中的一个重要成员,它简化了Spring应用的初始搭建和开发过程[1]。通过提供一系列默认配置和自动装配机制,SpringBoot使得开发者能够更快地构建出生产级别的Spring应用。它支持多种开发工具和框架,如Maven、Gradle等,并且可以与多种数据库和缓存技术无缝集成[2]。SpringBoot的简洁性和高效性使其成为开发企业级应用的首选框架之一。在本次毕业设计中,SpringBoot框架为农村空巢老人健康管理系统的后端开发提供了强大的支持。
MySQL是一款开源的关系型数据库管理系统,它以其高性能、高可靠性和易用性而著称。MySQL支持多种存储引擎,如InnoDB、MyISAM等,能够满足不同应用场景的需求[3]。它提供了丰富的SQL语法和函数,使得开发者能够方便地进行数据查询、更新和删除操作。MySQL还支持事务处理、索引优化和复制等高级功能,为数据的完整性和安全性提供了有力保障。在本次毕业设计中,MySQL数据库作为农村空巢老人健康管理系统的数据存储核心,承担着存储和管理医生信息、用户信息等重要数据的任务。而且通过合理的数据库设计和优化,确保了系统的数据访问效率和数据安全性[4]。
JAVA是一种广泛使用的编程语言,具有跨平台、面向对象、安全性高等特点。JAVA语言提供了丰富的类库和API,使得开发者能够轻松地进行网络编程、数据库操作、图形界面开发等任务[4]。JAVA还支持多线程编程和分布式计算,为开发高性能和可扩展的应用提供了有力支持[5]。所以本次毕设选择了JAVA作为农村空巢老人健康管理系统的开发语言。通过利用JAVA的面向对象特性和丰富的类库资源,成功实现了系统的各个功能模块,并保证了系统的稳定性和可扩展性。而且JAVA的跨平台特性也使得此次毕业设计能够在不同的操作系统和硬件平台上运行,为用户提供了更加便捷的使用体验。
农村空巢老人健康管理系统具有显著优势。Spring Boot以其简洁的配置、高效的性能以及强大的集成能力,为快速构建稳定、可扩展的Web应用提供了坚实基础[7]。结合MySQL数据库的高效存储与检索能力,以及Java语言的广泛应用与成熟生态,系统能够实现复杂的数据处理与业务逻辑[8]。此外前端采用Vue.js等现代前端框架,可确保用户界面的流畅与互动性,技术实现路径清晰可行。
该系统开发成本相对较低,主要投入在于人力与硬件资源。Spring Boot及MySQL均为开源技术,无需额外购买软件许可,降低了开发成本。如果系统上线可通过提供便捷、透明的租赁服务,可吸引大量用户,进而通过广告、增值服务等方式实现盈利,具有良好的经济回报预期。此外,系统维护成本适中,便于长期运营与迭代升级。
系统界面简洁友好,操作流程简单,用户无需复杂培训即可上手。系统功能模块化设计,包括医生信息管理、在线预约、健康档案管理、用户管理等,便于用户快速完成操作。且系统支持多角色操作,管理员、医生和家属用户均可根据权限进行相应操作,提升了管理效率。
该系统积极响应国家关于农村空巢老人健康健康发展的政策导向,通过技术手段解决市场信息不对称、租赁流程繁琐等问题,有助于构建更加公平、便捷的空巢老人的健康发展。同时,系统为医生与家属提供了便捷、高效的健康服务,促进了资源的有效配置与利用,符合社会发展趋势与民众需求,具有良好的社会接受度与影响力。
农村空巢老人健康管理系统包含医生用户、 家属用户、管理员三个角色划分,每个角色对应的主要功能如下:
-
-
- 家属用户主要功能
-
(1)家属用户注册:点击注册,进入注册页面,填写好账号、密码、确认密码、昵称、邮箱、身份:家属用户、用户姓名、用户性别、用户电话等字段值,点击下方注册按钮,提示注册成功后,系统将自动跳转回到登录页面。
(2)用户登录:点击“登录”按钮,输入用户名、密码、验证码登录系统,登录时前端会自动校验用户名与密码以及该用户是否审核通过,审核通过的用户输入正确登录成功,输入错误会有提示信息。
(4)通知公告:展示后台发布的所有系统公告信息,点击详情可查看具体公告详情信息。
(5)健康资讯::展示后台发布的所有健康资讯,点击查看健康资讯详情 还可发表评论,点赞、收藏。
(6)医生信息:展示所有后台发布的医生信息,点击查看医生详情 还可发表评论,点赞、收藏以及发表评论。
(7)健康知识:展示所有发布的健康知识,可进行关键字搜索、可查看知识详细信息、可点赞、收藏,以及观看视频学习。
(8)我的账户:个人资料跟修改密码,可以替换头像,编辑昵称跟邮箱等信息,点击提交,修改成功。修改密码:主要输入原密码、新密码,请确认密码后点击提交修改成功跳转到登录页面,再次登录的话需要用新密码才能登录成功。
(11)个人中心:包含个人首页、医疗预约、健康档案、预警提醒 、收藏、评论管理等。
1)医疗预约:展示家属用户预约医生的所有信息,可查看具体预约详情。
2)健康档案:展示老人的健康档案信息。
3)预警提醒:展示所有预警提醒信息和通知。
4)收藏:展示个人收藏信息列表,可删除。
5)评论管理:展示个人评论信息,可进行查询、删除操作,也可查看详情。
-
-
- 医生用户主要功能
-
(1)医生用户注册:点击注册,进入注册页面,填写好账号、密码、确认密码、昵称、邮箱、身份:医生用户、医生姓名、医生性别、医生电话等字段值,点击下方注册按钮,提示注册成功后,需要管理员审核才能登录。
(2)医生用户登录:点击“登录”按钮,输入用户名、密码、验证码登录系统,登录时前端会自动校验用户名与密码以及该用户是否审核通过,审核通过的用户输入正确登录成功,输入错误会有提示信息。
(3)首页:展示个人信息页,并可修改个人资料和密码。
(4)医生信息管理:展示医生的个人信息,并可对自己的医生信息进行修改管理。
(5)医疗预约管理:展示所有家属用户提交的医疗预约信息,并可查看详情和审核预约信息。
(6)健康档案管理:展示所有老人的健康档案信息,点击查看详情。
(7)预警提醒管理:展示所有医生发布的提醒信息,可进行填写提交预警信息。
(1)系统用户:主要管理管理员、家属用户、医生用户,其中医生用户需要管理员审核通过后才能登录。
(3)医生信息管理:包含医生信息列表跟医生信息添加。医生信息列表可查看所有医生信息,审核医生信息。医生信息添加可添加医生信息。
(4)医疗预约管理:包含医疗预约信息列表,并可进行修改提交。
(5)健康档案管理:展示所有的老人健康档案信息,并可查看详情,也可以修改提交信的健康档案信息。
(6)预警提醒管理:展示所有的预警提醒信息类别,查看详请,并可修改或者管理改提醒信息。
(7)知识类型管理:展示系统所有知识类型信息,可查看详情。
(8)健康知识管理:展示系统所有的健康知识信息,可查看具体详情信息,并可添加新的知识信息。
(9)系统管理:主要管理首页的轮播图数据。
(10)通知公告管理:添加系统公告信息。
(11)资源管理:子菜单健康资讯列表、健康分类。资讯列表展示所有健康资讯信息,可进行增删改查,新增后会在前台展示,编辑后及时在前台变更,删除后将不再前台展示。可对健康分类进行增删改查操作
在农村空巢老人健康管理系统的毕业设计中,非功能性需求分析是也是很重要的。它主要关注系统除了基本功能外的其他特性,如性能、安全性、易用性、可维护性等,这些特性对于确保系统的稳定运行和用户满意度至关重要。
性能:系统需要能够处理高并发请求,确保在多个用户同时操作时仍能保持稳定运行。
安全性:系统必须采取严格的措施来保护敏感数据,如用户信息、交易记录等,防止数据泄露和非法访问。
易用性:系界面友好直观,操作流程简化,提升用户体验。
可维护性:代码结构清晰,文档完备,便于后续开发与问题排查。
农村空巢老人健康管理系统中家属用户包含注册、登录、我的账户、首页、通知公告、健康资讯、医生信息、健康知识、个人中心等功能。家属用户用例图如下所示:

图3-1 家属用户用例图
-
-
- 医生用户用例图
-
农村空巢老人健康管理系统中医生用户包含注册、登录、我的账户、首页、个人信息页、医生信息管理、医疗预约管理、健康档案管理、预警提醒管理等功能。医生用户用例图如下所示:

图3-2 医生用户用例图
农村空巢老人健康管理系统管理员包含登录、后台首页、系统用户、医生信息管理、医疗预约管理、健康档案管理、预警提醒管理、知识类型管理、健康知识管理、系统管理、网站公告管理、资源管理等功能。管理员用例图如下所示:
图3-3 管理员用例图
农村空巢老人健康管理系统主要涉及有家属用户、医生用户、管理员三个角色。其中家属用户包含注册、登录、我的账户、首页、通知公告、健康资讯、医生信息、健康知识、个人中心等功能;医生用户包含注册、登录、个人信息页、首页、医生信息管理、医疗预约管理、健康档案管理、预警提醒管理等功能;管理员包含登录、后台首页、系统用户、医生信息管理、医疗预约管理、健康档案管理、预警提醒管理、知识类型管理、健康知识管理、系统管理、网站公告管理、资源管理等功能。每个角色对应的功能模块如图所示。

图4-1系统功能结构图
借助先进的系统,ER图使其他用户可以快速轻松地了解系统的功能以及他们之间的关系农村空巢老人健康管理系统中管理员、家属用户、医生用户、通知公告、健康资讯、医生信息、健康档案、健康知识、预警提醒通知、医疗预约管理等E-R实体关系图。
图4-2总体ER图
通过上一小节农村空巢老人健康管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此主要罗列几个主要的数据库表结构设计。
介绍了一些根据各类别主要数据库表的设计结构以及基本功能建立数据库表:
表 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-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-3-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-4-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-5-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-6-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-7-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-8-dependents_users(家属用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | dependents_users_id | int | 是 | 是 | 家属用户ID | |
| 2 | old_mans_name | varchar | 64 | 否 | 否 | 老人姓名 |
| 3 | gender_of_the_elderly | varchar | 64 | 否 | 否 | 老人性别 |
| 4 | family_phone | varchar | 16 | 否 | 否 | 家属电话 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-9-doctor_information(医生信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | doctor_information_id | int | 是 | 是 | 医生信息ID | |
| 2 | doctor_user | int | 否 | 否 | 医生用户 | |
| 3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 4 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
| 5 | photo_of_doctor | varchar | 255 | 否 | 否 | 医生照片 |
| 6 | professional_background | varchar | 64 | 否 | 否 | 专业背景 |
| 7 | specializes_in_specific_fields | varchar | 64 | 否 | 否 | 擅长领域 |
| 8 | practitioner_experience | text | 65535 | 否 | 否 | 从业经验 |
| 9 | personal_profile | text | 65535 | 否 | 否 | 个人简介 |
| 10 | hits | int | 是 | 否 | 点击数 | |
| 11 | praise_len | int | 是 | 否 | 点赞数 | |
| 12 | collect_len | int | 是 | 否 | 收藏数 | |
| 13 | comment_len | int | 是 | 否 | 评论数 | |
| 14 | medical_appointment_limit_times | int | 是 | 否 | 预约限制次数 | |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-10-doctor_user(医生用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | doctor_user_id | int | 是 | 是 | 医生用户ID | |
| 2 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 3 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
| 4 | contact_number | varchar | 16 | 否 | 否 | 联系电话 |
| 5 | qualification_certificate | varchar | 255 | 否 | 否 | 资质证书 |
| 6 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 7 | user_id | int | 是 | 否 | 用户ID | |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-health_archives(健康档案)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | health_archives_id | int | 是 | 是 | 健康档案ID | |
| 2 | doctor_user | int | 否 | 否 | 医生用户 | |
| 3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 4 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
| 5 | dependents_users | int | 否 | 否 | 家属用户 | |
| 6 | old_mans_name | varchar | 64 | 否 | 否 | 老人姓名 |
| 7 | gender_of_the_elderly | varchar | 64 | 否 | 否 | 老人性别 |
| 8 | creation_time | date | 否 | 否 | 创建时间 | |
| 9 | low_pressure_value | double | 否 | 否 | 低压值 | |
| 10 | high_pressure_value | double | 否 | 否 | 高压值 | |
| 11 | blood_glucose_value | double | 否 | 否 | 血糖值 | |
| 12 | blood_lipid_value | double | 否 | 否 | 血脂值 | |
| 13 | heart_rate_value | double | 否 | 否 | 心率值 | |
| 14 | user_height | double | 否 | 否 | 用户身高 | |
| 15 | user_weight | double | 否 | 否 | 用户体重 | |
| 16 | health_status | text | 65535 | 否 | 否 | 健康状况 |
| 17 | warning_reminder_limit_times | int | 是 | 否 | 提醒限制次数 | |
| 18 | create_time | datetime | 是 | 否 | 创建时间 | |
| 19 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 20 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 21 | source_id | int | 否 | 否 | 来源ID | |
| 22 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-12-health_knowledge(健康知识)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | health_knowledge_id | int | 是 | 是 | 健康知识ID | |
| 2 | topic_name | varchar | 64 | 否 | 否 | 主题名称 |
| 3 | topic_number | varchar | 64 | 否 | 否 | 主题编号 |
| 4 | type_of_knowledge | varchar | 64 | 否 | 否 | 知识类型 |
| 5 | related_cover | varchar | 255 | 否 | 否 | 相关封面 |
| 6 | related_videos | varchar | 255 | 否 | 否 | 相关视频 |
| 7 | details_and_introduction | text | 65535 | 否 | 否 | 详情简介 |
| 8 | hits | int | 是 | 否 | 点击数 | |
| 9 | praise_len | int | 是 | 否 | 点赞数 | |
| 10 | collect_len | int | 是 | 否 | 收藏数 | |
| 11 | comment_len | int | 是 | 否 | 评论数 | |
| 12 | create_time | datetime | 是 | 否 | 创建时间 | |
| 13 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-13-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-14-medical_appointment(医疗预约)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | medical_appointment_id | int | 是 | 是 | 医疗预约ID | |
| 2 | dependents_users | int | 否 | 否 | 家属用户 | |
| 3 | old_mans_name | varchar | 64 | 否 | 否 | 老人姓名 |
| 4 | gender_of_the_elderly | varchar | 64 | 否 | 否 | 老人性别 |
| 5 | family_phone | varchar | 64 | 否 | 否 | 家属电话 |
| 6 | doctor_user | int | 否 | 否 | 医生用户 | |
| 7 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 8 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
| 9 | appointment_time | datetime | 否 | 否 | 预约时间 | |
| 10 | appointment_remarks | text | 65535 | 否 | 否 | 预约备注 |
| 11 | health_archives_limit_times | int | 是 | 否 | 健康限制次数 | |
| 12 | create_time | datetime | 是 | 否 | 创建时间 | |
| 13 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 14 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 15 | source_id | int | 否 | 否 | 来源ID | |
| 16 | source_user_id | int | 否 | 否 | 来源用户 |
家属用户注册:点击注册,进入注册页面,填写好账号、密码、确认密码、昵称、邮箱、身份:家属用户、用户姓名、用户性别、用户电话等字段值,点击下方注册按钮,提示注册成功后,系统将自动跳转回到登录页面。注册界面如下图所示。

图5-1 注册界面
-
-
- 家属用户登录
-
用户登录:点击“登录”按钮,输入用户名、密码、验证码登录系统,登录时前端会自动校验用户名与密码以及该用户是否审核通过,审核通过的用户输入正确登录
成功,输入错误会有提示信息。登录界面如下图所示。
图5-2 登录界面
首页:展示网站公告、健康资讯、医生信息推荐、健康知识推荐。首页界面如下图所示。

图5-3 首页界面
-
-
- 医生信息
-
医生信息:展示所有发布的医生信息,可进行关键字搜索、可查看医生详细信息、可点赞、收藏,以及医生信息。医生信息界面如下图所示。

图5-4 医生信息界面
医生预约:家属用户可对医生信息查看后,提交预约信息。医生预约界面如下图所示。

图5-5 医生预约界面
健康知识:展示所有发布的健康知识信息,可进行关键字搜索、可查看健康知识信息、可点赞、收藏,以及观看视频。健康知识界面如下图所示。
图5-6 健康知识界面
医生信息:添加删除修改查询医生信息,医生添加后需要管理员审核才能发布在前台。医生信息添加界面如下图所示。

图5-7医生信息添加界面
医疗预约管理:查看所有家属用户提交的医疗预约信息,并可审核提交。医疗预约管理界面如下图所示。
图5-8医疗预约管理界面图
预警提醒管理:医生用户对特殊老人的情况提醒通知,提交预警提醒信息通知。预警提醒管理界面如下图所示。

图5-9预警提醒管理界面图
-
- 管理员模块主要功能实现
系统用户:主要展示管理员,家属用户,医生用户的信息,并对进行删除,修改和添加等操作。系统用户界面如下图所示。

图5-10系统用户界面图
-
-
- 医生信息管理
-
医生信息管理:包含医生信息列表跟医生信息添加。医生信息列表可查看所有医生信息,审核医生信息。医生信息添加可添加医生信息。医生信息管理界面如下图所示。

图5-11 医生信息管理界面
-
-
- 健康档案管理
-
健康档案管理:展示系统所有老人健康档案信息,可查看具体详情信息并添加新的档案信息。健康档案管理界面如下图所示。

图5-12 健康档案管理界面图
系统管理:主要管理首页的轮播图数据。系统管理界面如下图所示。

图5-13 系统管理界面图
资源管理:展示所有健康资讯和资料分类信息,并可添加新的健康资讯信息。资源管理界面如下图所示。

图5-14资源管理界面图
在这个产品被投入使用前,首先需要进行试用,这是重要的环节。考虑到某个部分的开发没有缺陷情况下,把各种模块拼接,也有一定概率就存在矛盾。这就好比每个人都很独特,但聚在一起就显得杂乱无章,需要保证有默契的配合。对于测试,要看它的各项内容是否契合的原则[10]。若与最初定下的标准有一定程度上的出入,那么就需要做出一些调整,让最终的大方向朝着目标前进。
测试是为了发现在开发的程序中所存在的问题,测试这一工作是非常艰巨的,而又是非常困难的,这一部分在程序的设计中占有很大比例,可以说一个程序的开发工作量要是占据了百分至六十,那么剩下的百分之四十必然是测试这一部分,甚至更高。
用户登录功能测试
表6-1 用户登录功能测试表
| 用例名称 | 普通用户登录系统 |
| 目的 | 测试用户通过正确的用户名和密码可否登录功能 |
| 前提 | 未登录的情况下 |
| 测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
| 预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
| 实际结果 | 实际结果与预期结果一致 |
查看医生信息功能测试:
表6-2 查看医生信息功能测试表
| 用例名称 | 查看医生信息 |
| 目的 | 测试查看医生信息 |
| 前提 | 用户登录 |
| 测试流程 | 点击首页的医生信息 |
| 预期结果 | 可以查看到所有医生信息 |
| 实际结果 | 实际结果与预期结果一致 |
医生添加医生信息测试:
表6-3 医生添加医生信息测试表
| 用例名称 | 医生添加医生信息测试用例 |
| 目的 | 测试医生添加医生信息功能 |
| 前提 | 医生用户正常登录情况下 |
| 测试流程 | 1)个人首页页面,点击医生信息,点击按钮,输入相关医生信息。 2)点击进行提交信息。 |
| 预期结果 | 提交以后,等管理员审核后页面首页会显示新的医生信息 |
| 实际结果 | 实际结果与预期结果一致 |
表6-4医生信息搜索功能测试表
| 用例名称 | 医生信息搜索测试 |
| 目的 | 测试医生信息搜索功能 |
| 前提 | 无 |
| 测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
| 预期结果 | 页面显示包含有搜索关键字的医生信息 |
| 实际结果 | 实际结果与预期结果一致 |
医生信息删除功能测试:
表6-5医生信息删除功能测试表
| 用例名称 | 医生信息删除测试 |
| 目的 | 测试医生信息删除功能 |
| 前提 | 管理员登录—》后台首页—》医生信息管理 |
| 测试流程 | 1)选择一个医生信息。 2)点击删除按钮。 |
| 预期结果 | 提示删除成功,前端页面不在展示该医生信息 |
| 实际结果 | 实际结果与预期结果一致 |
医生预约功能测试:
表6-6医生预约功能测试表
| 用例名称 | 医生预约测试 |
| 目的 | 测试医生预约功能 |
| 前提 | 家属用户登录—》医生信息 |
| 测试流程 | 1)选择一个医生信息,点击查看详情。 2)点击预约按钮。 |
| 预期结果 | 提示预约信息提交,该医生预约成功,并等待医生审核。 |
| 实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表6-7密码修改功能测试表
| 用例名称 | 密码修改测试用例 |
| 目的 | 测试管理员密码修改功能 |
| 前提 | 管理员用户正常登录情况下 |
| 测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
| 预期结果 | 使用新的密码可以登录 |
| 实际结果 | 实际结果与预期结果一致 |
在本次主要测试用户登录、修改面、以及医生添加、查看、搜索、删除、预约流程操作。验证所有操作都能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保存正确。
本文针对农村空巢老人健康管理问题,设计并实现了一套基于Spring Boot框架的健康管理系统。通过深入分析农村地区的特殊需求和现实挑战,系统创新性地整合了健康档案管理、医疗预约、智能预警和远程监护等核心功能模块。研究结果表明,采用Spring Boot+Vue.js+MySQL的技术架构能够有效支撑系统的功能实现,其前后端分离的设计模式不仅提升了系统的可维护性和扩展性,还显著改善了用户体验。系统特别针对农村网络环境特点优化的离线数据同步机制,确保了服务在弱网条件下的可用性。
本系统的实际应用价值主要体现在三个方面:首先,通过信息化手段实现了健康数据的规范化管理,为空巢老人建立了完整的电子健康档案;其次,构建了"家属-医生-平台"三方联动的健康管理模式,显著提升了健康服务的可及性和及时性;最后,系统的智能化预警功能为疾病预防和早期干预提供了技术支持。然而,研究也发现系统在农村地区的推广仍面临智能终端普及率低、老年人数字素养不足等现实障碍。未来研究将重点探索语音交互、图像识别等适老化技术的集成应用,并加强与基层医疗机构的深度合作,以进一步提升系统的实用性和普及度。本研究成果不仅为改善农村空巢老人健康管理提供了可行的技术方案,也为智慧养老服务的创新发展提供了重要参考。
- 韦珍娜,陈宇佳. 基于Springboot的服装租赁系统设计 [J]. 电脑编程技巧与维护, 2025, (01): 35-38. DOI:10.16184/j.cnki.comprg.2025.01.005.
- 姚佰允,张豪,杜瑞庆. 基于SpringBoot与Vue的学院人员管理系统设计与实现 [J]. 无线互联科技, 2025, 22 (02): 78-83.
- 谢海明,张佐中,林顺福.基于自动化技术的MySQL故障处理系统的设计与实现[J].电脑知识与技术,2024,20(33):73-75.DOI:10.14004/j.cnki.ckt.2024.1721.
- 陈芳.基于MySQL数据库的数据录入系统设计研究[J].科技资讯,2024,22(20):35-37.DOI:10.16661/j.cnki.1672-3791.2405-5042-7194.
- 谢帅虎.基于Java语言的翻页功能接口程序设计与实现[J].数字通信世界,2024,(11):92-94.
- 贾琴.Java编程语言的应用策略分析[J].集成电路应用,2024,41(10):84-85.DOI:10.19339/j.issn.1674-2583.2024.10.034.
- 张靖旭,曾晓晶,郭玉坤. 基于SpringBoot的校园植物信息网建设研究 [J]. 信息与电脑(理论版), 2024, 36 (22): 119-121.
- 戴亚哲,李尤,赵利宏,等. 基于SpringBoot+Vue的文旅平台设计与研究 [J]. 无线互联科技, 2024, 21 (21): 70-72.
- 朴明,邱翠花,苗子. 基于SpringBoot+小程序的信息采集系统设计与实现 [J]. 电子技术, 2024, 53 (10): 47-49.
- 刘建,何冬辉,刘维,等.国产通用计算机性能测试系统的设计与验证[J].计算机测量与控制,2024,32(09):44-50.DOI:10.16526/j.cnki.11-4762/tp.2024.09.007.
- 龙翠芳,聂建平.农村空巢老人健康养老影响因素及有效干预研究——以贵州省为例[J].社会科学论坛,2025,(02):156-170.
- 李森.农村“空巢”老人养老之困何解?[J].四川省情,2025,(02):50-51.
- Shen L ,Zheng Y ,Wang M , et al.Does internet use promote the health of empty-nest older adults in rural China? The mediating role of social participation using a propensity score matching approach[J].Frontiers in Public Health,2024,121436525-1436525.
- 陈敏.农村空巢老人居家养老问题与社会工作介入——以粤西C村为例[J].国际公关,2024,(21):70-72.
- 孙劼,俞彤,卞呈祥.农村新型家庭养老模式探索[J].山东农业工程学院学报,2024,41(11):53-57.
- Que C ,Dai H .Filial Piety, Intimacy, and Inter-Generational Contract: Understanding the Family Support to Rural Empty-Nest Older Parents in China[J].Journal of Family Issues,2024,45(12):3061-3083.
- 曲玥.乡村振兴背景下社会工作介入农村空巢老人养老问题路径研究[J].经济研究导刊,2024,(15):113-116.
- 胡逸轩,孟田田.农村空巢老人居家养老服务需求与供给研究——以T县Y村为例[J].公关世界,2024,(15):130-132.
- 郑吉友,张喜凤.基于农村空巢老人健康需求状况的医疗服务可及性研究[J].辽宁大学学报(哲学社会科学版),2024,52(04):40-52.
在完成本次 农村空巢老人健康管理系统毕业设计的过程中,我收获了诸多宝贵的经验,也感受到了成长的喜悦,也深刻体会到理论与实践相结合的重要性。在这里我特别感谢我毕设的导师。在整个毕设过程中老师不但给我指明方向也给予我专业的指导,给了我很大的帮助也让我在探索中不断突破自我不断提升我的专业能力,更让我学会了如何以科学的方法解决问题。
我也感谢学校为我提供了一个良好的学习环境和丰富的资源支持。让我得以接触到前沿的技术知识和开发工具,为毕业设计的顺利开展奠定了坚实基础。在开发过程中,我遇到了许多技术难题,但通过查阅大量文献资料和反复实践,我逐渐找到了解决方法。这一过程不仅锻炼了我的自主学习能力,也让我深刻体会到知识的力量。
最后我要感谢我的家人和亲朋们。在我为毕业设计忙碌的日子里,他们始终给予我无条件的支持和鼓励。他们的理解让我能够在紧张的学习中保持良好的心态,专注于项目的每一个细节。这份毕业设计是我大学生活的完美收官,也是我人生旅程中的一个重要里程碑。我将带着这份成长和感恩,继续在未来的道路上努力前行。
附录
注册页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所示。免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~

图片上传核心代码图
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~
378

被折叠的 条评论
为什么被折叠?



