SSM慢性病患者健康管理系统设计与实现-计算机毕业设计源码04877

摘要

1 绪论

1.1 研究意义

1.2研究目的

1.3论文结构与章节安排

2 慢性病患者健康管理系统系统分析

2.1 可行性分析

2.1.1 技术可行性分析

2.1.2 经济可行性分析

2.1.3 法律可行性分析

2.2 系统功能分析

2.2.1 功能性分析

2.2.2 非功能性分析

2.3 系统用例分析

2.4 系统流程分析

2.4.1 数据流程

2.4.2 业务流程

图2-5业务流程图

2.5本章小结

3 慢性病患者健康管理系统总体设计

3.1 系统功能模块设计

3.1.1整体功能模块设计

3.1.2用户模块设计

3.1.3 评论管理模块设计

3.1.4医师信息管理模块设计

3.1.5预约管理模块设计

3.2 数据库设计

3.2.1 数据库概念结构设计

3.3.2 数据库逻辑结构设计

3.4本章小结

4 慢性病患者健康管理系统详细设计与实现

4.1用户功能模块

4.1.1 前台首页界面

4.1.2 用户注册界面

4.1.3 用户登录界面

4.1.4通知公告界面

4.1.5 健康资讯界面

4.1.6 医师信息详情界面

4.1.7预约界面

4.1.8自测结果界面

4.2健康医师功能模块

4.2.1体检结果界面

4.2.2 运动记录界面

4.2.3 饮食记录界面

4.3管理员功能模块

4.3.1用户管理界面

4.3.2公共管理界面

4.3.3资讯管理界面

4.3.4用药记录管理界面

5系统测试

5.1 系统测试用例

5.2 系统测试结果

结论

参考文献

致谢

摘要

信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于站在的角度存在偏差，人们经常能够获得不同类型信息，这也是技术最为难以攻克的课题。针对慢性病患者健康管理等问题，对慢性病患者健康管理进行研究分析，然后开发设计出慢性病患者健康管理系统以解决问题。

慢性病患者健康管理系统主要功能模块包括公共管理、用户管理、资讯管理、慢病类型、医师信息、预约信息、体检结果、自测结果、用药记录、运动记录、饮食记录、留言反馈，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取Mysql作为后台数据的主要存储单元，采用Java技术、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对慢性病患者健康管理系统的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现慢性病患者健康管理系统和部署运行使用它。

关键词：Java；SSM；慢性病患者健康管理系统；MySQL

Abstract

In the information society， there is a need for targeted information acquisition channels， but the expansion of these channels is basically the direction that people are striving for. Due to the deviation in their perspective， people often have access to different types of information， which is also the most difficult problem for technology to overcome. Research and analyze the health management of chronic disease patients， and then develop and design a chronic disease patient health management system to solve the problems.

The main functional modules of the chronic disease patient health management system include public management， user management， information management， chronic disease types， physician information， appointment information， physical examination results， self-test results， medication records， exercise records， dietary records， and message feedback. The system adopts an object-oriented development model for software development and hardware installation， which can effectively meet the actual needs of use， We have improved the corresponding software installation and program coding work， adopted MySQL as the main storage unit for backend data， and used Java and Ajax technologies for business system coding and development， achieving all functions of this system. This report first analyzes the background， role， and significance of the research， laying the foundation for the rationality of the research work. Analyze the various requirements and technical issues of the chronic disease patient health management system， prove the necessity and technical feasibility of the system， and then provide a basic introduction to the technical software and design ideas required for designing the system. Finally， implement the chronic disease patient health management system and deploy and operate it.

Keywords: Java; SSM; Chronic disease patient health management system; MySQL

1 绪论

1.1 研究意义

（1）实践意义:对慢性病健康管理系统进行深入研究是十分有必要的，作者从区域性的研究中对慢性病的整体概况进行宏观了解，结合医院的医疗资源配置现状，从慢性病人群的自身需求出发，建立新形势下符合鞍山市医疗现状的健康管理服务系统，旨在高效利用社会资源，优化医疗资源配置，提高居民的患病防范意识，实现患者自我健康管理，降低医疗成本，改善患者生活质量，积极响应国家政策号召，真正实现中国医养融合、病有所医的和谐场景。受当前互联网、大数据、云计算等技术的发展，为更好的实现慢性病患者的健康管理服务，相关的软件平台产品和智能硬件产品也在推陈出新，但将健康管理前、中、后期整个服务内容连结起来的研究几乎没有。因此，本文期望通过完善慢性病健康管理服务的内容，构建具有全局性、一站式的健康管理服务系统，这对医疗健康管理服务的发展具有创新性的指导意义。

（2）理论意义:本文在理论上以服务设计为切入点，遵循以用户为中心的设计原则对本课题展开研究，在研究中了解慢性病健康管理系统的基本要素和服务模式，通过用户研究，明确患者的痛点和需求，洞察设计机会，确定服务设计目标。此外，从服务设计的角度出发，强调整个健康管理过程中用户行为的自主能动性，使得设计研究的传统边界与内在分工变得富有弹性，从而可拓宽服务设计理论的应用广度。

1.2 研究目的

慢性病种类繁多，而健康管理形式却极其单一，慢性病患者正面临着严峻的健康管理困境，利用服务设计“以用户为中心”的核心思想，将慢性病健康管理从传统医院以医生为中心的服务模式中解放出来，完善慢性病健康管理服务内容，构建具有全局性、多元化、一站式的健康管理服务系统。通过对现有慢性病健康管理产品进行分类研究对比以及对利益相关者的实地调研分析，深入挖掘患者需求、洞察设计机会，从中获得突破性思维和创造性观点。最终以服务设计理论为基础，以患者需求为导向，提出慢性病健康管理设计策略，获得超出预期的用户体验和用户满意度。

1.3论文结构与章节安排

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

第一章为引言，此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明，同时进行了论文整体框架的结构的简要介绍。

第二章为系统需求分析，章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析；对系统实行了总体功能的需求、用例分析。

第三章为系统的设计，主要是对系统的功能结构进行设计，并对系统数据库的概念结构以及物理结构的设计进行了分析。

第四章就是对系统的实现，根据系统功能的划分，分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。

第五章：系统测试。主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 慢性病患者健康管理系统系统分析

系统需求分析是系统开发的一个关键环节，它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘，如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例，如果需求分析不到位，后面的系统设计要实现就是一个偏离导航的设计。

2.1 可行性分析

系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析，如果三个层面度通过，我们则认为系统是比较可行的。

2.1.1 技术可行性分析

慢性病患者健康管理系统在数据的存储上使用的MYSQL数据库，在慢性病患者健康管理系统开发中使用了JAVA、HTML、TOMCAT、SSM这些开发工具的使用，能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发，使系统的可扩展性和维护性更佳，减少系统配置代码，简化编程代码，目前B/S模式是目前最受欢迎的一种模式。

2.1.2 经济可行性分析

从经济可行性上看项目在开发阶段需要一台开发PC，在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题，在后期的系统部署生产上来说，服务器的投入也不会过高，在经济层面上是一个比较可行的。

2.1.3 法律可行性分析

系统从法律层面上来没有对第三方有其他放有法律层面的问题，系统数据库采用的Mysql 开源社区数据库、框架采用的是开源的SSM。系统资讯和相关内容也是呵呵法律层面的。在源码的管理上采用git开源进行管理，所以在法律可行性上是成立的。

2.2 系统功能分析

2.2.1 功能性分析

慢性病患者健康管理系统我划分为了患者用户管理模块，健康医师管理模块和管理员模块这三大部分。

患者用户管理模块：

（1）用户注册登录：游客可以随时进入到系统中，对系统中的信息浏览，但是想要实现医师信息以及留言反馈操作，就必须有这个系统的账号，如果没有账号的话，可以注册患者用户进行相关的操作，同时用户还可以通过“患者”这以按钮对个人信息以及操作的信息进行管控。

（2）查看慢性病患者健康管理系统的首页信息：慢性病患者健康管理系统的首页信息包含了首页、通知公告、健康资讯、医师信息、自测结果、用药记录、运动记录、饮食记录、留言反馈等。

（3）通知公告：当用户点击“通知公告”这一菜单按钮，会显示管理员在后台发布的所有的通知公告，可以查看详情；

（4）健康资讯：当用户点击“健康资讯”这一菜单按钮，会显示管理员在后台发布的所有的健康资讯，可以查看详情，进行收藏、点赞、评论等；

（5）医师信息：用户可以查看医师推荐信息，在查询到自己想要了解的医师信息的时候，可以进入查看详细的介绍，点击“预约”这一按钮以后会跳转到预约信息填写的界面，根据提示填写好预约的信息，点击“提交”以后预约就完成了，在医师信息详情这个界面，同时支持用户对喜欢的医师信息进行收藏、点赞以及评论的功能。

（6）自测结果：点击“自测结果”后跳转到自测结果提交界面，选择慢病类型，输入患者用户、患者姓名、血压数值、自测备注、自测日期、血糖数值，然后点击提交自测结果就完成了。

（7）我的账户：在前台点击“患者”下面的“我的账户”可以对个人资料+密码修改+自己收藏的信息进行管控。

管理员管理模块：

（1）登录：管理员在后台可以输入用户名+密码进行登录，管理员的用户名和密码是在数据库中直接设定好的。

（2）公共管理：管理员可以对系统前台展示的轮播图以及通知公告进行增删改查，方便用户进行查看。

（3）资讯管理：管理员可以对慢性病患者健康管理系统前台展示的健康资讯以及健康资讯所属的分类进行管控。

（4）用户管理：管理员可以对慢性病患者健康管理系统中的管理员，健康医师以及前台注册的用户进行增删改查。

（5）资源管理：管理员可以对慢性病患者健康管理系统前台展示的健康资讯以及健康资讯所属的分类进行管控。

（6）医师信息：管理员点击“医师信息”会显示出所有的医师信息，支持输入医师用户或者医师姓名对医师信息进行查询，如果想要添加新的医师信息，点击“添加”按钮，输入医师用户、医师姓名、医师工号、擅长类型、工作时间、医师照片等信息，点击“提交”按钮就可以添加了，同时可以选择某一条医师信息，点击“删除”进行删除，也可以对用户提交的医师信息评论的信息进行管控；

（7）体检结果：管理员点击“体检结果”会显示出所有的体检结果信息，支持通过标题名称或者医师用户或者医师姓名对体检结果信息进行查询，如果想要添加新的体检结果信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条体检结果信息，点击“删除”进行删除。

（8）留言反馈：管理员点击“留言反馈”会显示出所有的留言反馈信息，支持通过反馈标题或者反馈用户对留言反馈信息进行查询，如果想要添加新的留言反馈信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条留言反馈信息，点击“删除”进行删除。

2.2.2 非功能性分析

慢性病患者健康管理系统的非功能性需求比如慢性病患者健康管理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

表3-1慢性病患者健康管理系统非功能需求表

安全性	主要指慢性病患者健康管理系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指慢性病患者健康管理系统能够按照用户提交的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响慢性病患者健康管理系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着慢性病患者健康管理系统的页面展示内容进行操作，就可以了。
可维护性	慢性病患者健康管理系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

2.3 系统用例分析

慢性病患者健康管理系统的完整UML用例图分别是图2-1、图2-2和图2-3。

图2-1就是患者用户角色的用例展示。

图2-1 慢性病患者健康管理系统患者用户角色用例图

图2-2就是健康医师角色的用例展示。

图2-2 慢性病患者健康管理系统健康医师角色用例图

图2-3就是管理员角色的用例展示。

图2-3 慢性病患者健康管理系统管理员角色用例图

2.4 系统流程分析

2.4.1 数据流程

开发慢性病患者健康管理系统最主要的一个目的就是实现用户对医师信息的预约，图2-4就是系统的数据流图。

图2-4医师信息预约操作展开图

2.4.2 业务流程

分析完慢性病患者健康管理系统的数据流，那么接下来我们来看系统的业务流程，图2-5就是业务流程图：

图2-5业务流程图

2.5本章小结

本章主要通过对慢性病患者健康管理系统的可行性分析、功能需求分析、系统用例分析、系统流程分析，确定整个慢性病患者健康管理系统要实现的功能。同时也为慢性病患者健康管理系统的代码实现和测试提供了标准。

3 慢性病患者健康管理系统总体设计

本章主要讨论的内容包括慢性病患者健康管理系统的功能模块设计、数据库系统设计。

3.1 系统功能模块设计

3.1.1整体功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本慢性病患者健康管理系统中的用例。那么接下来就要开始对本慢性病患者健康管理系统的架构、主要功能和数据库开始进行设计。慢性病患者健康管理系统根据前面章节的需求分析得出，其总体设计模块图如图3-1所示。

图3-1 慢性病患者健康管理系统功能模块图

3.1.2用户模块设计

本系统的用户包括管理员和用户两种用户模块的功能基本是相同的，用户比管理员多了一个注册功能，所以以用户模块的结构图为例进行分析，用户模块结构图为例进行分析，如下图：

图3-2用户模块结构图

3.1.3 评论管理模块设计

慢性病患者健康管理系统是一个交流性质的公开平台，用户在平台上提交评论，增加用户之间的互动性。但是同时也为了更好的规范评论的内容，给予管理员删除不合适的评论的功能，所以需要专门设计一个评论管理模块，具体的结构图如下：

图3-3评论管理模块结构图

3.1.4医师信息管理模块设计

慢性病患者健康管理系统是中需要存储不少医师信息，其模块功能结构，具体的结构图如下：

图3-4医师信息模块结构图

3.1.5预约管理模块设计

慢性病患者健康管理系统最重要的一个功能就是预约，其模块功能结构，具体的结构图如下：

图3-5预约信息模块结构图

3.2 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

3.2.1 数据库概念结构设计

下面是整个慢性病患者健康管理系统中主要的数据库表总E-R实体关系图。

图3-6 慢性病患者健康管理系统总E-R关系图

3.3.2 数据库逻辑结构设计

通过上一小节中慢性病患者健康管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

表appointment_information (预约信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	appointment_information_id	int	10	0	N	Y		预约信息ID
2	physician_users	int	10	0	Y	N	0	医师用户
3	physician_name	varchar	64	0	Y	N		医师姓名
4	physician_id	varchar	64	0	Y	N		医师工号
5	patient_users	int	10	0	Y	N	0	患者用户
6	chronic_disease_type	varchar	64	0	Y	N		慢病类型
7	patient_name	varchar	64	0	Y	N		患者姓名
8	contact_number	varchar	64	0	Y	N		联系电话
9	appointment_time	datetime	19	0	Y	N		预约时间
10	appointment_notes	text	65535	0	Y	N		预约备注
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表chronic_disease_type (慢病类型)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	chronic_disease_type_id	int	10	0	N	Y		慢病类型ID
2	chronic_disease_type	varchar	64	0	Y	N		慢病类型
3	recommend	int	10	0	N	N	0	智能推荐
4	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
5	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：

表dietary_records (饮食记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	dietary_records_id	int	10	0	N	Y		饮食记录ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	chronic_disease_type	varchar	64	0	Y	N		慢病类型
4	patient_name	varchar	64	0	Y	N		患者姓名
5	dietary_date	date	10	0	Y	N		饮食日期
6	diet_pictures	varchar	255	0	Y	N		饮食图片
7	dietary_content	text	65535	0	Y	N		饮食内容
8	dietary_notes	text	65535	0	Y	N		饮食备注
9	recommend	int	10	0	N	N	0	智能推荐
10	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
11	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表health_physician (健康医师)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	health_physician_id	int	10	0	N	Y		健康医师ID
2	physician_name	varchar	64	0	Y	N		医师姓名
3	physician_gender	varchar	64	0	Y	N		医师性别
4	physician_id	varchar	64	0	N	N		医师工号
5	contact_number	varchar	64	0	Y	N		联系电话
6	examine_state	varchar	16	0	N	N	已通过	审核状态
7	recommend	int	10	0	N	N	0	智能推荐
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	更新时间

表medication_record (用药记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	medication_record_id	int	10	0	N	Y		用药记录ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	chronic_disease_type	varchar	64	0	Y	N		慢病类型
4	patient_name	varchar	64	0	Y	N		患者姓名
5	medication_date	date	10	0	Y	N		用药日期
6	medication_content	text	65535	0	Y	N		用药内容
7	medication_notes	text	65535	0	Y	N		用药备注
8	recommend	int	10	0	N	N	0	智能推荐
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表message_feedback (留言反馈)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	message_feedback_id	int	10	0	N	Y		留言反馈ID
2	feedback_title	varchar	64	0	Y	N		反馈标题
3	feedback_to_users	int	10	0	Y	N	0	反馈用户
4	feedback_date	date	10	0	Y	N		反馈日期
5	feedback_content	text	65535	0	Y	N		反馈内容
6	feedback_response	text	65535	0	Y	N		反馈回复
7	recommend	int	10	0	N	N	0	智能推荐
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表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	更新时间：

表patient_users (患者用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patient_users_id	int	10	0	N	Y		患者用户ID
2	chronic_disease_type	varchar	64	0	Y	N		慢病类型
3	patient_name	varchar	64	0	Y	N		患者姓名
4	patient_gender	varchar	64	0	Y	N		患者性别
5	contact_number	varchar	64	0	Y	N		联系电话
6	examine_state	varchar	16	0	N	N	已通过	审核状态
7	recommend	int	10	0	N	N	0	智能推荐
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	更新时间

表physical_examination_results (体检结果)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	physical_examination_results_id	int	10	0	N	Y		体检结果ID
2	title_name	varchar	64	0	Y	N		标题名称
3	physician_users	int	10	0	Y	N	0	医师用户
4	physician_name	varchar	64	0	Y	N		医师姓名
5	physician_id	varchar	64	0	Y	N		医师工号
6	patient_users	int	10	0	Y	N	0	患者用户
7	patient_name	varchar	64	0	Y	N		患者姓名
8	contact_number	varchar	64	0	Y	N		联系电话
9	physical_examination_results	text	65535	0	Y	N		体检结果
10	physicians_advice	text	65535	0	Y	N		医师医嘱
11	medication_content	text	65535	0	Y	N		用药内容
12	recommend	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	更新时间

表physician_information (医师信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	physician_information_id	int	10	0	N	Y		医师信息ID
2	physician_users	int	10	0	Y	N	0	医师用户
3	physician_name	varchar	64	0	Y	N		医师姓名
4	physician_id	varchar	64	0	Y	N		医师工号
5	proficient_in_types	varchar	64	0	Y	N		擅长类型
6	working_hours	varchar	64	0	Y	N		工作时间
7	physicians_photo	varchar	255	0	Y	N		医师照片
8	physician_introduction	longtext	2147483647	0	Y	N		医师简介
9	hits	int	10	0	N	N	0	点击数
10	praise_len	int	10	0	N	N	0	点赞数
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表self_test_results (自测结果)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	self_test_results_id	int	10	0	N	Y		自测结果ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	chronic_disease_type	varchar	64	0	Y	N		慢病类型
4	patient_name	varchar	64	0	Y	N		患者姓名
5	self_test_date	date	10	0	Y	N		自测日期
6	blood_pressure_values	varchar	64	0	Y	N		血压数值
7	blood_glucose_values	varchar	64	0	Y	N		血糖数值
8	self_test_remarks	text	65535	0	Y	N		自测备注
9	reminder_results	varchar	64	0	Y	N		提醒结果
10	reminder_content	text	65535	0	Y	N		提醒内容
11	recommend	int	10	0	N	N	0	智能推荐
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表sensitive_vocabulary (敏感词汇)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	sensitive_vocabulary_id	int	10	0	N	Y		敏感词汇ID
2	sensitive_vocabulary	varchar	64	0	Y	N		敏感词汇
3	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表sports_record (运动记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	sports_record_id	int	10	0	N	Y		运动记录ID
2	patient_users	int	10	0	Y	N	0	患者用户
3	chronic_disease_type	varchar	64	0	Y	N		慢病类型
4	patient_name	varchar	64	0	Y	N		患者姓名
5	exercise_date	date	10	0	Y	N		运动日期
6	sports_content	text	65535	0	Y	N		运动内容
7	sports_notes	text	65535	0	Y	N		运动备注
8	recommend	int	10	0	N	N	0	智能推荐
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

3.4本章小结

整个慢性病患者健康管理系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 慢性病患者健康管理系统详细设计与实现

慢性病患者健康管理系统的详细设计与实现主要是根据前面的慢性病患者健康管理系统的需求分析和慢性病患者健康管理系统的总体设计来设计页面并实现业务逻辑。主要从慢性病患者健康管理系统界面实现、业务逻辑实现这两部分进行介绍。

4.1用户功能模块

4.1.1 前台首页界面

当进入慢性病患者健康管理系统的时候，系统以上中下的布局进行展示，首先映入眼帘的是系统的导航栏，下面是轮播图，再往下是公告信息，其主界面展示如下图4-1所示。

图4-1 前台首页界面图

4.1.2 用户注册界面

慢性病患者健康管理系统的游客和患者用户时可以进行注册登录，当用户右上角“注册”按钮的时候，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可患者用户注册成功。其用患者注册界面展示如下图4-2所示。

图4-2注册界面图

注册关键代码如下：

/**

* 注册

* @return

@PostMapping("register")

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

// 查询用户

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

Map<String,Object> map = service.readBody(request.getReader());

query.put("username",String.valueOf(map.get("username")));

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);

}

public Map<String,Object> readBody(BufferedReader reader){

BufferedReader br = null;

StringBuilder sb = new StringBuilder("");

try{

br = reader;

String str;

while ((str = br.readLine()) != null){

sb.append(str);

}

br.close();

String json = sb.toString();

return JSONObject.parseObject(json, Map.class);

}catch (IOException e){

e.printStackTrace();

}finally{

if (null != br){

try{

br.close();

}catch (IOException e){

e.printStackTrace();

}

return null;

}

public void insert(Map<String,Object> body){

E entity = JSON.parseObject(JSON.toJSONString(body),eClass);

baseMapper.insert(entity);

log.info("[{}] - 插入操作：{}",entity);

}

4.1.3 用户登录界面

慢性病患者健康管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的，当患者用户输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到慢性病患者健康管理系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。

图4-3用户登录界面图

登录的逻辑代码如下所示。

/**

* 登录

* @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;

QueryWrapper wrapper = new QueryWrapper<User>();

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());

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, "账号或密码不正确");

}

public String select(Map<String,String> query,Map<String,String> config){

StringBuffer sql = new StringBuffer("select ");

sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");

sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));

if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){

sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");

}

if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){

sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");

}

if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){

int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;

int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;

sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);

}

log.info("[{}] - 查询操作，sql: {}",table,sql);

return sql.toString();

}

public List selectBaseList(String select) {

List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);

List<E> list = new ArrayList<>();

for (Map<String,Object> map:mapList) {

list.add(JSON.parseObject(JSON.toJSONString(map),eClass));

}

return list;

}

4.1.4通知公告界面

用户点击“通知公告”菜单显示管理员在后台发布的所有的通知公告信息，可以查看通知公告详情。界面如下图4-4所示。

图4-4通知公告界面图

4.1.5 健康资讯界面

当访客点击慢性病患者健康管理系统中导航栏上的“健康资讯”后将会进入到该“健康资讯”列表的界面，然后选择想要看的健康资讯，点击进入到详细界面，在详细界面可以收藏+赞+评论等操作，健康资讯界面如下图4-5所示。

图4-5健康资讯界面图

4.1.6 医师信息详情界面

当访客点击“医师信息”后就可以看到所有的医师信息，可以输入医师用户或者医师姓名进行搜索查询，选择你想要了解的医师信息后将会进入该款医师信息的详情界面，可以了解到该医师信息的医师用户、医师姓名、医师工号、擅长类型、工作时间、医师照片等，同时可以对点击下方的“预约”、“点赞”、“收藏”进行相关操作，也可以在下方评论区输入想要评论的内容进行评论，医师信息详情展示页面如图4-6所示。

图4-6 医师信息详情界面图

4.1.7预约界面

当用户在医师信息详情界面想要进行预约，点击下方的“预约”按钮，就会跳转到预约信息填写界面，根据界面提示输入预约信息，点击“提交”按钮，预约就完成了。预约界面如下图4-7所示。

图4-7预约界面图

4.1.8自测结果界面

点击导航栏上的“自测结果”，可以选择慢病类型，患者用户、患者姓名、血糖数值、血压数值、自测备注、自测日期，然后点击“提交”按钮进行提交自测结果，自测结果界面如下图4-5所示。

图4-8 自测结果界面图

4.2健康医师功能模块

4.2.1体检结果界面

点击“体检结果”按钮会显示自己发布的所有的体检结果信息，如果想要添加新的体检结果，点击“添加”按钮根据提示输入体检结果信息，点击“提交”后在体检结果界面就可以显示了，如果信息有错，点击“编辑”按钮可以对体检结果信息进行更新维护，也可以直接删除某一体检结果。界面如下图4-9所示。

图4-9体检结果界面图

4.2.2 运动记录界面

点击“运动记录”按钮会显示出用户运动记录的所有的信息，支持对运动记录信息的查询、重置操作，界面如下图4-10所示。

图4-10运动记录界面图

4.2.3 饮食记录界面

健康医师都可以查看饮食记录信息，医师可以对自己提交的饮食记录进行查询，界面如下图4-11所示。

图4-11饮食记录界面图

4.3管理员功能模块

、

4.3.1用户管理界面

慢性病患者健康管理系统中的管理人员在“用户管理”这一菜单是中可以对注册的患者用户，健康医师以及管理员进行管控。界面如下图4-12所示。

图4-12用户管理界面图

用户管理关键代码如下：

@PostMapping("/add")

@Transactional

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

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

return success(1);

}

@Transactional

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

service.insert(map);

return success(1);

}

4.3.2公共管理界面

管理员可以对系统前台展示的轮播图以及通知公告进行增删改查，方便用户进行查看，界面如下图4-13所示。

图4-13公共管理界面图

4.3.4资讯管理界面

资讯管理主要管理员是对健康资讯以及健康资讯所属的分类进行管控，包含了用户对健康资讯提交的评论信息。界面如下图4-14所示。

图4-14资讯管理界面图

资讯管理关键代码如下：

@RequestMapping(value = "/del")

@Transactional

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

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

return success(1);

}

4.3.4用药记录管理界面

管理员点击“用药记录”会显示出所有的用药记录信息，支持通过患者用户或者慢病类型或者患者姓名对用药记录信息进行查询，如果想要添加新的用药记录信息，点击“添加”按钮，输入相关信息，点击“提交”按钮就可以添加了，同时可以选择某一条用药记录信息，点击“删除”进行删除。界面如下图4-15所示。

图4-15 用药记录管理界面图

用药记录管理关键代码如下：

@RequestMapping("/get_obj")

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

List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));

if (resultList.size() > 0) {

JSONObject jsonObject = new JSONObject();

jsonObject.put("obj",resultList.get(0));

return success(jsonObject);

} else {

return success(null);

}

5系统测试

5.1 系统测试用例

系统测试包括：用户登录功能测试、健康资讯展示功能测试、医师信息添加、医师信息搜索、密码修改、预约功能测试，如表5-1、5-2、5-3、5-4、5-5、5-6所示：

用户登录功能测试：

表5-1 用户登录功能测试表

用例名称	用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

健康资讯查看功能测试：

表5-2 健康资讯查看功能测试表

用例名称	健康资讯查看
目的	测试健康资讯查看功能
前提	用户登录
测试流程	点击健康资讯列表
预期结果	可以查看到所有健康资讯信息
实际结果	实际结果与预期结果一致

健康医师添加医师信息界面测试：

表5-3 健康医师添加医师信息界面测试表

用例名称	添加医师信息测试用例
目的	测试医师信息添加功能
前提	健康医师正常登录情况下
测试流程	1）健康医师点击医师信息，然后点击添加后并填写信息。 2）点击进行提交。
预期结果	提交以后，页面首页会显示新的医师信息
实际结果	实际结果与预期结果一致

医师信息搜索功能测试：

表5-4医师信息搜索功能测试表

用例名称	医师信息搜索测试
目的	测试医师信息搜索功能
前提	无
测试流程	1）在搜索框填入搜索关键字。 2）点击搜索按钮。
预期结果	页面显示包含有搜索关键字的医师信息
实际结果	实际结果与预期结果一致

密码修改搜索功能测试：

表5-5 密码修改功能测试表

用例名称	密码修改测试用例
目的	测试管理员密码修改功能
前提	管理员用户正常登录情况下
测试流程	1）管理员密码修改并完成填写。 2）点击进行提交。
预期结果	使用新的密码可以登录
实际结果	实际结果与预期结果一致

预约功能测试：

表5-6预约功能测试表

用例名称	预约测试用例
目的	测试用户预约功能
前提	用户正常登录情况下
测试流程	1）搜索查看医师信息，点击预约。 2）填写预约信息，点击进行提交。
预期结果	预约成功
实际结果	实际结果与预期结果一致

5.2 系统测试结果

通过编写慢性病患者健康管理系统的测试用例，已经检测完毕用户登录模块、健康资讯展示模块、医师信息添加模块、医师信息搜索模块、密码修改模块、预约模块功能测试，通过这6大模块为慢性病患者健康管理系统的后期推广运营提供了强力的技术支撑。

结论

本文描述了慢性病患者健康管理系统设计与实现的原理和开发过程，该系统是通过SSM框架来搭建后台，中间件使用的是Tomcat服务器，数据库管理平台采用开源的Mysql，前台使用的是JQuery框架，同时使用Validate校验框架，这样就可以减少前端代码的输入量，而且基于JQuery框架的Validat框架使用简单，是流行的前端使用框架，前端使用的主要是HTML页面展示技术。

在开发前做了许多的准备，在本系统的设计和开发过程中阅览和学习了许多文献资料，从开发这个慢性病患者健康管理系统的过程中我也收获了许许多多宝贵的方法以及设计思路，对系统的开发也起到了很重要的作用，系统的开发技术选用的都是自己比较熟悉的，比如Web、SSM、MYSQL，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。

当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助，正是因为他们的指导与帮助，我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西，此系统也有需要改进的地方，但是由于专业知识的浅薄，并不能做到十分完美，希望以后有机会可以让其真正的投入到使用之中。

参考文献

[1]赵进步;袁慧. 基于SSM框架的“云节”系统设计与实现 [J]. 电脑编程技巧与维护, 2023, (10): 90-92.

[2]尹应荆. JAVA编程语言在计算机软件开发中的应用 [J]. 石河子科技, 2023, (05): 45-47.

[3]Vasileios D K . Addressing geometric and material nonlinearities in fluid-structure interaction with the ALE-SSM framework [J]. Engineering Structures, 2023, 295

[4]文臻铭;吴钧皓. 基于SSM框架的电力电缆附件电子商城系统设计与实现 [J]. 工业控制计算机, 2023, 36 (08): 145-146+153.

[5]陈茜茜. 生态系统视角下老年慢性病患者健康管理的个案工作研究[D]. 青海师范大学, 2023.

[6]付恩狄;姚明亮;梁宇柔;彭伟军. 基于JAVA技术的设备绝缘状态自动化监控方法 [J]. 电气自动化, 2023, 45 (02): 36-38+41.

[7]赵将. Java语言在计算机软件开发中的应用 [J]. 数字技术与应用, 2023, 41 (03): 160-162.

[8]刘丹青;李超;王青海. 基于Java技术的藏汉双语学前教育云平台设计与实现 [J]. 信息技术, 2023, 47 (02): 17-23.

[9]张春江. 一种慢性病管理服务系统[P]. 陕西省: CN115295141A, 2022-11-04.

[10]李鹏;汤志杰. 大数据下慢性病患者健康档案管理系统的实现 [J]. 微型电脑应用, 2021, 37 (10): 57-59.

[11]Yi H L Y X H . Design and Implementation of Information System Based on Java Technology Platform [J]. Journal of Physics: Conference Series, 2021, 2033 (1):

[12]庄广壬;陈建生;冼永乐;植挺生;刘勇. 基于SSM框架的Restful服务开发方法与装置[P]. 广东省: CN112748908A, 2021-05-04.

[13]石毅. Java EE轻量级框架应用实战[M]. 电子工业出版社: 202007. 440.

[14]林颖. 基于服务设计理念的慢性病健康管理系统设计研究[D]. 辽宁科技大学, 2020.

[15]Huang M T . Design and Implementation of App System for Legal Consulting Based on JAVA Technology [J]. Procedia Computer Science, 2020, 166 (C): 99-103.

[16]WenYa W L Y L . Marine biological monitoring and managing system based on Java technology [J]. MIPPR 2019: REMOTE SENSING IMAGE PROCESSING, GEOGRAPHIC INFORMATION SYSTEMS, AND OTHER APPLICATIONS, 2020, 11432

致谢

逝者如斯夫，不舍昼夜。转眼间，大学生活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？

感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。

少年，追风赶月莫停留，平荒尽处是春山。