目 录
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用SpringBoot技术建设医养结合养老健康系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的医养结合养老健康系统,完成系统用户、老人档案管理、每天指标管理、数据分析管理、用药分析管理、治疗记录管理等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。医养结合养老健康系统基于Java语言、MySQL数据库和SpringBoot框架进行设计与实现研究。通过使用Java语言的强大功能和灵活性,结合SpringBoot框架的优势以及MySQL数据库的高效数据存储和管理能力,我们将开发一个功能全面、高效可靠的医养结合养老健康系统。
关键词:Java;SpringBoot;医养结合养老健康系统;MySQL
Abstract
The rapid development of technological progress has caused tremendous changes in people's daily lives, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The arrival of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In practical applications, the working rules and development steps of the application software are used to build a medical and elderly care integrated health system using SpringBoot technology.
This design mainly realizes a medical and elderly care integrated elderly care and health system that combines the advantages of humanization, high efficiency, and convenience. It completes functional modules such as system user, elderly file management, daily indicator management, data analysis management, medication analysis management, and treatment record management. The system communicates with the server through a browser to achieve data exchange and change. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The design and implementation research of the integrated medical and elderly care health system is based on Java language, MySQL database, and SpringBoot framework. By utilizing the powerful features and flexibility of Java language, combined with the advantages of SpringBoot framework and the efficient data storage and management capabilities of MySQL database, we will develop a comprehensive, efficient, and reliable medical and elderly care integration health system.
Keywords: Java; SpringBoot; Integrated medical and elderly care health system; MySQL
1 绪论
-
- 项目背景
随着社会经济的发展和医疗条件的改善,我国人口老龄化问题日益突出。越来越多的老年人需要养老服务和医疗保健,因此医养结合成为满足老年人需求的重要方式。传统养老模式不足:传统的养老模式主要以家庭为主,但随着家庭结构变化和人口流动,家庭养老面临诸多挑战。医养结合能够提供更全面、专业的养老健康服务,弥补传统模式的不足。
我国医疗卫生资源存在城乡、地区间不均衡的情况,老年人在医疗服务方面面临挑战。医养结合可以整合医疗资源,为老年人提供更便捷、高效的医疗服务。政府提倡医养结合,鼓励社会力量参与养老服务业,推动养老服务的多元化发展。老年人对养老服务和医疗保健的需求也日益多样化,需要更加个性化、专业化的服务模式。
综合以上背景因素,医养结合养老健康系统的研究旨在探索如何整合医疗资源和养老服务资源,为老年人提供全方位、个性化的养老健康服务,促进老年人健康幸福的晚年生活。同时,通过系统研究,提高养老服务的质量和效率,推动医养结合在养老健康领域的可持续发展。
许多国家和地区正在制定相关政策支持医养结合发展,建立相关管理机制和标准,以促进医疗和养老服务的深度融合。学术界和实践领域在探索各种医养结合的实践模式,如建设医养结合养老院、发展社区医疗服务等,以提供更全面、高效的养老健康服务。 一些研究致力于运用先进技术如人工智能、大数据分析等,提升医养结合系统的智能化水平,改善老年人的生活质量和健康管理水平。
医养结合养老健康系统的研究已逐渐跨越医疗、养老、信息技术等领域,促进不同学科间的合作与交流,推动该领域的发展,强调社会各界的参与和共建共享,鼓励公私合作、社区参与等模式,推动医养结合养老健康系统的可持续发展。
总体而言,医养结合养老健康系统的研究呈现出多样化、跨学科和国际化的趋势,致力于构建更加完善、智能化的养老健康服务体系,以满足老年人多样化、个性化的健康需求,提升老年人的生活质量和幸福感。
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 SpringBoot医养结合养老健康系统系统分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
医养结合养老健康系统在数据的存储上使用的MySQL数据库,在医养结合养老健康系统开发中使用了Java、web、TOMCAT、SpringBoot这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发,使系统的可扩展性和维护性更佳,减少系统配置代码,简化编程代码,目前B/S模式是目前最受欢迎的一种模式。
SpringBoot框架是开源的,拥有大量的社区支持和丰富的学习资源。使用SpringBoot框架进行开发可以降低开发成本,缩短开发周期。此外,SpringBoot框架具备良好的性能和稳定性,可以降低系统的运行成本和维护成本。因此,从经济角度分析是可行的。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以医养结合养老健康系统具备操作可行性。
SpringBoot医养结合养老健康系统我划分为了护士用户模块,医生用户模块和管理员模块这三大部分。
护士用户模块:
(1)护士用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现添加、查看老人档案、养护记录等操作,就必须有这个系统的账号,如果没有账号的话,可以注册护士用户进行相关的操作。
(3)老人档案管理:护士用户可以通过老人档案管理功能录入和查看老人的基本信息,包括老人姓名、性别、年纪、过往病史等,帮助护士更好地了解每位老人的健康状况和需求,为个性化护理提供依据。
(4)养护记录管理:护士用户可以记录每位老人的养护情况,包括养护名称、养护原因、养护内容、养护效果等,及时记录老人的生活状态和健康状况变化,为医生提供参考依据,保障老人的健康与安全。
(5)每天指标管理:护士用户可以记录每位老人的每天指标数据,如血脂、血压、血糖等重要生理指标,帮助监测老人的健康状况变化,及时发现异常情况并采取相应措施。
(6)数据分析管理:护士用户通过每天指标为老人添加健康数据,包括健康评分、分析结果、分析日期和备注,为医疗团队提供决策支持,优化护理方案,提高护理质量和效率。
医生用户模块:
- 医生用户注册登录:医生用户可在前台自行注册,通过注册时的账号和密码进行登录。
(2)老人档案管理:医生用户可以通过老人档案列表查看老人的基本信息,包括老人姓名、性别、年纪、过往病史等,帮助医生全面了解老人的健康状况,制定个性化的诊疗方案和护理计划。
(3)养护记录管理:医生用户可以记录每位老人的养护情况,包括养护名称、养护原因、养护内容、养护效果等,及时记录老人的生活状态和健康状况变化,为医生提供参考依据,保障老人的健康与安全。
(4)每天指标管理:医生用户可以查看每位老人的每天指标数据,如血脂、血压、血糖等重要生理指标,及时发现异常情况并采取相应医疗措施,保障老人的健康稳定。
(5)数据分析管理:医生用户可以通过数据分析信息对老人的健康数据进行分析和比对,识别潜在的健康风险因素、疾病趋势,帮助制定个性化的治疗方案和预防措施,提高医疗决策的准确性和及时性。
(6)用药分析管理:医生用户可以通过用药分析管理功能查看和分析患者的用药情况,包括计划日期、计划内容等信息,帮助医生评估药物疗效、副作用和相互作用,优化患者的用药方案,确保用药安全和有效性。
(7)治疗记录管理:医生用户可以记录和管理患者的治疗记录,包括诊断信息、治疗方案、治疗日期、开方原因、开方记录等内容,帮助医生跟踪患者的治疗过程和疗效情况,及时调整治疗方案,提供持续的医疗关怀和监护。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统用户:管理员可以对医养结合养老健康系统中的管理员、前台注册医生用户以及护士用户进行增删改查。
(3)老人档案管理:管理员点击“老人档案管理”会显示所有的老人档案信息列表,点击详情查看详细内容。
(4)养护记录管理:管理员点击“养护记录管理”会显示所有老人的养护记录列表,点击详情查看详细内容。
(5)每日指标管理:管理员点击“每日指标管理”会显示所有的每日指标列表,点击详情查看详细内容。
(6)数据分析管理:管理员点击“数据分析管理”会显示所有数据分析列表,点击详情查看详细内容。
医养结合养老健康系统的非功能性需求比如医养结合养老健康系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1医养结合养老健康系统非功能需求表
安全性 | 主要指医养结合养老健康系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指医养结合养老健康系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响医养结合养老健康系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着医养结合养老健康系统的页面展示内容进行操作,就可以了。 |
可维护性 | 医养结合养老健康系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
SpringBoot医养结合养老健康系统的完整UML用例图分别是图2-1、图2-2和图2-3。
图2-1就是护士用户角色的用例展示。
图2-1 系统护士用户角色用例图
图2-2就是医生用户角色的用例展示。
图2-2 医生用户角色用例图
图2-3就是管理员角色的用例展示。
图2-3 管理员角色用例图
2.4.1操作流程
图2-1登录流程图
2.4.2添加信息流程
添加信息流程图,如图所示:
图2-2添加信息流程图
2.4.3删除信息流程
删除信息流程图,如图所示:
图2-3删除信息流程图
本章主要通过对医养结合养老健康系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个医养结合养老健康系统要实现的功能。同时也为医养结合养老健康系统的代码实现和测试提供了标准。
本章主要讨论的内容包括医养结合养老健康系统的功能模块设计、数据库系统设计。
3.1 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本医养结合养老健康系统中的用例。那么接下来就要开始对医养结合养老健康系统的架构、主要功能和数据库开始进行设计。医养结合养老健康系统根据前面章节的需求分析得出,其总体设计模块图如图3-1所示。
图3-1 系统功能模块图
3.1.2用户模块设计
本系统的用户包括后台管理员和前台用户,两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-2用户模块结构图
3.1.3 每天指标管理模块设计
医养结合养老健康系统是中需要存储不少每天指标信息,其模块功能结构,具体的结构图如下:
图3-3每天指标管理模块结构图
3.1.4老人档案管理模块设计
医养结合养老健康系统是中需要存储不少老人档案信息,其模块功能结构,具体的结构图如下:
图3-4老人档案模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
下面是整个医养结合养老健康系统中主要的数据库表总E-R实体关系图。
图3-6 系统总E-R关系图
3.2.2 数据库逻辑结构设计
通过上一小节中医养结合养老健康系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | data_analysis_id | int | 10 | 0 | N | Y | 数据分析ID | |
2 | nurse_input | int | 10 | 0 | Y | N | 0 | 录入护士 |
3 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
4 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
5 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
6 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
7 | analysis_date | date | 10 | 0 | Y | N | 分析日期 | |
8 | health_score | int | 10 | 0 | Y | N | 0 | 健康评分 |
9 | analysis_results | text | 65535 | 0 | Y | N | 分析结果 | |
10 | nurses_notes | varchar | 64 | 0 | Y | N | 护士备注 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
3 | doctors_phone_number | varchar | 64 | 0 | Y | N | 医生电话 | |
4 | doctors_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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | elderly_files_id | int | 10 | 0 | N | Y | 老人档案ID | |
2 | nurse_input | int | 10 | 0 | Y | N | 0 | 录入护士 |
3 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
4 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
5 | gender_of_the_elderly | varchar | 64 | 0 | Y | N | 老人性别 | |
6 | elderly_age | varchar | 64 | 0 | Y | N | 老人年纪 | |
7 | photos_of_the_elderly | varchar | 255 | 0 | Y | N | 老人照片 | |
8 | family_phone_number | varchar | 64 | 0 | Y | N | 家属电话 | |
9 | contact_address | varchar | 64 | 0 | Y | N | 联系地址 | |
10 | past_medical_history | text | 65535 | 0 | Y | N | 过往病史 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | elderly_indicators_id | int | 10 | 0 | N | Y | 每天指标ID | |
2 | nurse_input | int | 10 | 0 | Y | N | 0 | 录入护士 |
3 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
4 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
5 | testing_date | date | 10 | 0 | Y | N | 检测日期 | |
6 | heart_rate_data | varchar | 64 | 0 | Y | N | 心率数据 | |
7 | blood_pressure_data | varchar | 64 | 0 | Y | N | 血压数据 | |
8 | blood_lipid_data | varchar | 64 | 0 | Y | N | 血脂数据 | |
9 | blood_glucose_data | varchar | 64 | 0 | Y | N | 血糖数据 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | maintenance_records_id | int | 10 | 0 | N | Y | 养护记录ID | |
2 | nurse_input | int | 10 | 0 | Y | N | 0 | 录入护士 |
3 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
4 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
5 | maintenance_date | date | 10 | 0 | Y | N | 养护日期 | |
6 | maintenance_name | varchar | 64 | 0 | Y | N | 养护名称 | |
7 | maintenance_reasons | varchar | 64 | 0 | Y | N | 养护原因 | |
8 | maintenance_content | text | 65535 | 0 | Y | N | 养护内容 | |
9 | maintenance_effect | text | 65535 | 0 | Y | N | 养护效果 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medication_analysis_id | int | 10 | 0 | N | Y | 用药分析ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
5 | planned_date | date | 10 | 0 | Y | N | 计划日期 | |
6 | plan_content | text | 65535 | 0 | Y | N | 计划内容 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | nurse_users_id | int | 10 | 0 | N | Y | 护士用户ID | |
2 | nurses_name | varchar | 64 | 0 | Y | N | 护士姓名 | |
3 | nurse_gender | varchar | 64 | 0 | Y | N | 护士性别 | |
4 | nurses_phone_number | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | treatment_records_id | int | 10 | 0 | N | Y | 治疗记录ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
5 | treatment_date | date | 10 | 0 | Y | N | 治疗日期 | |
6 | treatment_plan | text | 65535 | 0 | Y | N | 治疗方案 | |
7 | reason_for_opening_the_square | text | 65535 | 0 | Y | N | 开方原因 | |
8 | opening_record | text | 65535 | 0 | Y | N | 开方记录 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | | 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 | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_chat_friend_id | int | 10 | 0 | N | Y | id | |
2 | user_id | int | 10 | 0 | N | N | 用户id | |
3 | friend_user_id | int | 10 | 0 | N | N | 用户好友id | |
4 | friend_user_name | varchar | 255 | 0 | Y | N | 好友名称 | |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_chat_group_id | int | 10 | 0 | N | Y | id | |
2 | group_id | int | 10 | 0 | Y | N | 群聊id | |
3 | group_name | varchar | 255 | 0 | Y | N | 群聊名称 | |
4 | user_id | int | 10 | 0 | Y | N | 用户id | |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_chat_read_id | varchar | 255 | 0 | N | Y | id | |
2 | user_id | int | 10 | 0 | Y | N | 接收人id | |
3 | send_user_id | int | 10 | 0 | Y | N | 发送人id | |
4 | group_id | int | 10 | 0 | Y | N | 群聊id | |
5 | type | int | 10 | 0 | Y | N | 类型1-点对点消息,2-群聊消息 | |
6 | create_time | timestamp | 19 | 0 | Y | N | CURRENT_TIMESTAMP | 时间 |
7 | message | text | 65535 | 0 | Y | N | 消息 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
整个医养结合养老健康系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 SpringBoot医养结合养老健康系统详细设计与实现
医养结合养老健康系统的详细设计与实现主要是根据前面的医养结合养老健康系统的需求分析和医养结合养老健康系统的总体设计来设计页面并实现业务逻辑。主要从医养结合养老健康系统界面实现、业务逻辑实现这两部分进行介绍。
4.1护士用户功能模块
4.1.1 护士用户注册界面
医养结合养老健康系统的游客和护士用户时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
图4-1注册界面图
注册关键代码如下所示。
/**
* 注册
* @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);
}
4.1.2 护士用户登录界面
医养结合养老健康系统中的护士注册成功后,可以通过自己的账号和密码进行登录的,当护士用户输入完整的自己的账号和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账号+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到医养结合养老健康系统的首页中;否则将会提示相应错误信息,护士用户登录界面如下图4-2所示。
图4-2用户登录界面图
登录的逻辑代码如下所示。
/**
* 登录
* @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.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}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.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
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());
tokenService.save(accessToken);
// 返回用户信息
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, "账号或密码不正确");
}
}
4.1.3老人档案管理界面
护士用户可以通过老人档案管理功能录入和查看老人的基本信息,包括老人姓名、性别、年纪、过往病史等,帮助护士更好地了解每位老人的健康状况和需求,为个性化护理提供依据。添加老人档案界面如下图4-3所示。
图4-3添加老人档案界面图
护士用户可以记录每位老人的养护情况,包括养护名称、养护原因、养护内容、养护效果等,及时记录老人的生活状态和健康状况变化,为医生提供参考依据,保障老人的健康与安全。添加养护记录界面如下图4-4所示。
图4-4添加养护记录界面图
护士用户可以记录每位老人的每天指标数据,如血脂、血压、血糖等重要生理指标,帮助监测老人的健康状况变化,及时发现异常情况并采取相应措施。添加每天指标界面如下图4-5所示。
图4-5 添加每天指标界面图
护士用户通过每天指标为老人添加健康数据,包括健康评分、分析结果、分析日期和备注,为医疗团队提供决策支持,优化护理方案,提高护理质量和效率,添加数据分析界面如下图4-6所示。
图4-6添加数据分析界面图
4.2医生用户功能模块
4.2.1用药分析管理界面
医生用户可以通过用药分析管理功能查看和分析患者的用药情况,包括计划日期、计划内容等信息,帮助医生评估药物疗效、副作用和相互作用,优化患者的用药方案,确保用药安全和有效性。用药分析管理界面如下图4-7所示。
图4-7 添加用药界面图
医生用户可以记录和管理患者的治疗记录,包括诊断信息、治疗方案、治疗日期、开方原因、开方记录等内容,帮助医生跟踪患者的治疗过程和疗效情况,及时调整治疗方案,提供持续的医疗关怀和监护。治疗记录界面如下图4-8所示。
图4-8添加治疗记录界面图
医养结合养老健康系统中的管理人员在“系统用户”这一菜单是中可以对注册的护士用户,医生用户以及管理员进行管控。系统用户管理界面如下图4-13所示。
图4-13系统用户管理界面图
5系统测试
5.1 系统测试用例
系统测试包括:用户登录功能测试、老人档案查看功能测试、每天指标信息添加、密码修改,如表5-1、5-2、5-3、5-4所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
老人档案查看功能测试:
表5-2 老人档案查看功能测试表
用例名称 | 老人档案查看 |
目的 | 测试老人档案查看功能 |
前提 | 用户登录 |
测试流程 | 点击老人档案列表 |
预期结果 | 可以查看到所有老人档案信息 |
实际结果 | 实际结果与预期结果一致 |
添加每天指标信息界面测试:
表5-3 添加预约挂号信息界面测试表
用例名称 | 添加每天指标信息测试用例 |
目的 | 测试每天指标信息添加功能 |
前提 | 护士用户正常登录情况下 |
测试流程 | 1)点击每天指标,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的每天指标信息 |
实际结果 | 实际结果与预期结果一致 |
密码修改搜索功能测试:
表5-4 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
通过编写医养结合养老健康系统的测试用例,已经检测完毕用户登录功能测试、老人档案查看功能测试、每天指标添加、密码修改,通过这4大模块为医养结合养老健康系统的后期推广运营提供了强力的技术支撑。
在开发本SpringBoot医养结合养老健康系统之前我胸有成竹,觉得很简单,但在实际的开发中我发现了自身的很多问题,许多编程思想和方法都还没有掌握牢靠,比如Jquery、AJAX 、Spring、SpringMVC、MyBatis等许多Java Web开发技术,通过开发这个医养结合养老健康系统我成长了很多,懂得了做什么事情都要脚踏实地,不能眼高手低,在本次SpringBoot医养结合养老健康系统的开发中我逐渐掌握逐渐熟悉的技术。
本次医养结合养老健康系统的开发中我还学会了很多,例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概,脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后,需要思考本次编程所需的主要知识点和技术点,并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑,长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多,如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己,那么在进入社会后,不仅会给公司团队带来麻烦和增加不必要的工作,还会导致客户流失,公司对自己的评价下降。
在本次项目中我也暴露了诸多问题。对于SpringBoot的编程知识有所欠缺,环境配置和算法上出现诸多问题,时常导致项目运行出错,或者目标的实现有问题。或者实现想法时算法未优化,使得代码冗长,程序运行不顺畅。
[1]赵瞳. 医养结合养老服务模式分析、制约因素及实践路径[J]. 决策科学, 2024, (01): 25-34.
[2]陈建梅, 郑岚之. 黑龙江省医养结合智慧养老服务发展路径研究[J]. 绥化学院学报, 2024, 44 (03): 55-57.
[3]杨璇, 常红, 乔雨晨, 李翠景. 医养结合机构护理员能力评价指标体系的构建[J]. 重庆医学, 1-11.
[4]倪海琼. 医养结合背景下护理人才培养模式探索[J]. 四川劳动保障, 2024, (02): 50-51.
[5]刘楠, 赵君, 刘思琦, 王悦, 王芸, 邓淏晏, 王芳. 居家社区医养结合服务利用及满意度现状研究[J]. 中国社会医学杂志, 2024, 41 (01): 77-82.
[6]李红锋, 陈秋霖. 医养结合嵌入河南省社区居家养老的发展策略[J]. 商丘职业技术学院学报, 2024, 23 (01): 40-44.
[7]蔡金娜, 张瑞秋, 朱国栋. 国内外医养结合模式与效果评估研究进展[J]. 老年医学研究, 2024, 5 (01): 68-73.
[8]郭跃伟, 毛君, 王明永, 苗志, 卜勇军, 张慕洋. 基于政策工具的河南省医养结合政策文本分析[J]. 中国卫生事业管理, 2024, 41 (02): 225-230.
[9]赵亮. 互联网背景下医养结合居家养老建设路径研究——以济南市为例[A] 2023年高等教育科研论坛桂林分论坛论文集[C]. 百色学院马克思主义学院、河南省德风文化艺术中心, 百色学院马克思主义学院, 2023: 2.
[10]Chenhao Liang. School Vehicle Management System Based on JAVA Language[J]. Academic Journal of Computing & Information Science, 2023, 6 (9):
[11]Courtney Allen, Alexandra Mazanko, Niloofar Abdehagh, Hermann J. Eberl. A New ODE-Based Julia Implementation of the Anaerobic Digestion Model No. 1 Greatly Outperforms Existing DAE-Based Java and Python Implementations[J]. Processes, 2023, 11 (7):
[12]雷丽莹. 我国商业保险公司参与“医养结合”养老模式研究[D]. 山西财经大学, 2023.
[13]陈玮琪. 通辽市医养结合养老服务模式发展研究[D]. 内蒙古民族大学, 2023.
[14]张杰慧. 南阳市“嵌入式”医养结合养老模式研究[D]. 哈尔滨商业大学, 2023.
[15]于晓琪. 医养结合下的社区养老空间设计与研究[D]. 贵州师范大学, 2023.
[16]曲芷慧. 沈阳市医养结合型养老机构服务问题研究[D]. 沈阳师范大学, 2023.
[17]车程, 黄卫东, 刘玉锦, 姜旭, 杨晶晶, 党雪. 医养结合养老服务的研究进展[A] 新时代积极应对人口老龄化研究文集·2022[C]. 中国老年学和老年医学学会, 中国老年学和老年医学学会, 2022: 8.
[18]Darvay Zsolt, Garfield Adrienne. Implementation in Java of Algorithms for Semidefinite Optimization[J]. Műszaki Tudományos Közlemények, 2022, 17 (1): 6-10.
[19]闫会敏. 提升医养结合服务能力对养老事业和养老产业发展的影响[A] 新时代积极应对人口老龄化研究文集·2021[C]. 中国老年学和老年医学学会, 中国老年学和老年医学学会, 2021: 8.
[20]张意鸣, 陈喆. 医养结合模式下的城市养老服务设施规划布局探讨——以北京通州区为例[A] 面向高质量发展的空间治理——2020中国城市规划年会论文集(07城市设计)[C]. 中国城市规划学会、成都市人民政府, 中国城市规划学会, 2021: 10.
这篇文章的完成经历了多个日日夜夜的努力,终于在今天得以完成。这篇文章的创作过程实为不易,但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时,非常感谢我的导师不耐其烦的帮助我解决问题,给予了我许多指导意见。也感谢所有为我授业解惑的老师!
另外,本文的完成也参考借鉴了许多国内外在SpringBoot技术上的著作,如果没有著作原作的辛勤付出和科研成果,我也很难完成本论文。感谢在本论文中关联到的学者们!也感谢Google等公司,感谢他们强大的搜索引擎,让我的资料查阅省事简单。
感谢之余也还有几句话要说,虽大学学习四年,怎奈何本人才疏学浅,本文的完成已为尽力,但文中不免有些不当和错误之处,诚挚真切的请求各位老师对本文的批评改正,感谢百忙之中费心审阅我论文的老师。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~