springboot医患沟通互动平台设计与实现-计算机毕业设计源码61548

本文介绍了一种基于Spring Boot开发的医患沟通互动平台。该平台旨在提供一个安全、便捷和高效的沟通工具，方便医生和患者之间进行在线交流和互动。通过该平台，患者可以与医生实时沟通、预约挂号、获取医疗信息等；医生则可以为患者提供在线问诊、科室信息、预约取消管理等服务。平台采用了现代化的前后端分离架构，利用Spring Boot框架实现了后端的快速开发和部署，同时使用了前端技术来提供友好的用户界面和良好的用户体验。此外，平台还考虑了数据安全和隐私保护的问题，采用了加密传输和访问控制等措施来确保数据的安全性。通过本平台的应用，可以改善医患沟通的效率，提升医疗服务的质量，促进医患关系的良好发展。

本系统通过科学的管理方式、便捷的服务提高了工作效率，减少了数据存储上的错误和遗漏。医患沟通互动平台使用 Java 语言，采用基于 MVC 模式的 JavaEE 技术进行开发，使用MyEclipse 编译器编写，数据方面主要采用的是微软的 MySQL 关系型数据库来作为数据存储媒介，配合前台 HTML+CSS 技术完成系统的开发。

关键词：Java；springboot；医患沟通互动平台；MySQL

Abstract

This article introduces a doctor-patient communication and interaction platform developed based on Spring Boot. This platform aims to provide a safe, convenient, and efficient communication tool for online communication and interaction between doctors and patients. Through this platform, patients can communicate with doctors in real-time, make appointments, and obtain medical information; Doctors can provide patients with online consultation, department information, and appointment cancellation management services. The platform adopts a modern front-end and back-end separation architecture, utilizing the Spring Boot framework to achieve rapid development and deployment of the backend, while utilizing front-end technology to provide a friendly user interface and a good user experience. In addition, the platform also considers issues of data security and privacy protection, and adopts measures such as encrypted transmission and access control to ensure the security of data. Through the application of this platform, the efficiency of doctor-patient communication can be improved, the quality of medical services can be enhanced, and the good development of doctor-patient relationships can be promoted.

This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The doctor-patient communication and interaction platform is developed using Java language and Java EE technology based on MVC mode. It is written using the MyEclipse compiler and mainly uses Microsoft's MySQL relational database as the data storage medium. The system is developed in conjunction with front-end HTML+CSS technology.

Keywords:Java; Springboot; A doctor-patient communication and interaction platform; MySQL

1 绪论

1.1 研究背景

医患沟通是医疗服务中至关重要的一环，对于提高医疗质量、促进患者满意度和改善医患关系具有重要意义。传统的医患沟通方式存在一些问题，例如患者需要亲自前往医院才能咨询医生，预约挂号流程繁琐，等待时间长等。

随着互联网技术的快速发展，利用互联网实现医患之间的在线交流成为可能。医患沟通互动平台应运而生，它为患者和医生提供了一个便捷、高效且安全的沟通工具，使医患之间的交流更加方便和及时。

在过去的几年里，许多医疗机构和科技公司已经开始研发和应用医患沟通互动平台。这些平台通过整合医疗资源、提供在线问诊、健康咨询和处方管理等功能，改变了传统医疗模式，提高了医患沟通的效率和便利性。

然而，目前仍存在一些挑战和问题。首先，数据安全和隐私保护是医患沟通互动平台面临的重要问题，需要采取合适的技术措施来确保患者的个人信息和医疗数据安全。其次，平台应具备良好的用户体验和易用性，以便患者和医生能够轻松使用和操作。此外，平台的功能和性能也需要不断改进和优化，以满足医患之间不断变化的需求。

因此，对医患沟通互动平台进行研究和开发具有重要意义。通过深入了解患者和医生的需求，并结合现代化的互联网技术，可以构建更加高效、安全和用户友好的医患沟通互动平台，提升医疗服务的质量，改善医患关系，为患者提供更好的医疗体验。

1.2选题背景及意义

开发医患沟通互动平台具有重要的意义。通过该平台，患者可以方便地与医生进行在线交流，获得及时的健康咨询、诊断和治疗建议，从而有效提高医疗服务的质量和效率，减少因信息不对称或沟通不畅造成的误诊和延误。此外，医患沟通互动平台可以促进患者参与和自主管理，患者可以随时随地获取个人的健康信息、病历记录和用药指导等，帮助他们更好地了解自身疾病状况并采取相应措施进行自我管理。

另外，医患沟通互动平台还可以改善医患关系。传统医患关系中常常存在信息不对称和沟通障碍的问题，而医患沟通互动平台可以缓解这些问题。通过在线交流和咨询，患者和医生可以更好地理解彼此需求和期望，增强信任感，建立良好的医患关系。

此外，医患沟通互动平台还可以提供便捷的预约挂号服务。患者可以通过平台在线预约挂号，避免传统排队等候的麻烦。患者可以根据自己的时间和需求自主选择医生和就诊时间，提高就医效率。

1.3论文结构与章节安排

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

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

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

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

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

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

第六章：总结。

2 医患沟通互动平台系统分析

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

2.1 可行性分析

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

2.1.1 技术可行性分析

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

2.1.2 经济可行性分析

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

2.1.3 法律可行性分析

系统从法律层面上来没有对第三方有其他放有法律层面的问题，系统数据库采用的Mysql 开源社区数据库、框架采用的是开源的springboot。系统资讯和相关内容也是呵呵法律层面的。在源码的管理上采用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_cancellation (预约取消)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	appointment_cancellation_id	int	10	0	N	Y		预约取消ID
2	department_name	varchar	64	0	Y	N		科室名称
3	department_location	varchar	64	0	Y	N		科室位置
4	registration_fees	int	10	0	Y	N	0	挂号费用
5	outpatient_doctor	int	10	0	Y	N	0	门诊医生
6	doctors_name	varchar	64	0	Y	N		医生姓名
7	registration_number	varchar	64	0	Y	N		挂号单号
8	patient_users	int	10	0	Y	N	0	患者用户
9	user_name	varchar	64	0	Y	N		用户姓名
10	user_gender	varchar	64	0	Y	N		用户性别
11	user_age	varchar	64	0	Y	N		用户年龄
12	appointment_time	datetime	19	0	Y	N		预约时间
13	reason_for_cancellation	varchar	64	0	Y	N		取消原因
14	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
15	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：

表department_information (科室信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	department_information_id	int	10	0	N	Y		科室信息ID
2	department_name	varchar	64	0	Y	N		科室名称
3	department_location	varchar	64	0	Y	N		科室位置
4	registration_fees	int	10	0	Y	N	0	挂号费用
5	outpatient_doctor	int	10	0	Y	N	0	门诊医生
6	doctors_name	varchar	64	0	Y	N		医生姓名
7	doctors_title	varchar	64	0	Y	N		医生职称
8	proficient_in_areas_of_expertise	varchar	64	0	Y	N		擅长领域
9	outpatient_time	varchar	64	0	Y	N		门诊时间
10	stop_diagnosis_time	varchar	64	0	Y	N		停诊时间
11	outpatient_form	varchar	255	0	Y	N		门诊表格
12	doctor_introduction	longtext	2147483647	0	Y	N		医生简介
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_users (医生用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_users_id	int	10	0	N	Y		医生用户ID
2	doctors_name	varchar	64	0	Y	N		医生姓名
3	doctors_gender	varchar	64	0	Y	N		医生性别
4	doctors_age	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	更新时间

表feedback_complaints (反馈投诉)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	feedback_complaints_id	int	10	0	N	Y		反馈投诉ID
2	feedback_to_users	int	10	0	Y	N	0	反馈用户
3	user_name	varchar	64	0	Y	N		用户姓名
4	feedback_category	varchar	64	0	Y	N		反馈类别
5	feedback_time	datetime	19	0	Y	N		反馈时间
6	feedback_content	text	65535	0	Y	N		反馈内容
7	feedback_reply	text	65535	0	Y	N		反馈回复
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表have_an_appointment_with_a_doctor (预约挂号)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	have_an_appointment_with_a_doctor_id	int	10	0	N	Y		预约挂号ID
2	department_name	varchar	64	0	Y	N		科室名称
3	department_location	varchar	64	0	Y	N		科室位置
4	registration_fees	int	10	0	Y	N	0	挂号费用
5	outpatient_doctor	int	10	0	Y	N	0	门诊医生
6	doctors_name	varchar	64	0	Y	N		医生姓名
7	registration_number	varchar	64	0	Y	N		挂号单号
8	patient_users	int	10	0	Y	N	0	患者用户
9	user_name	varchar	64	0	Y	N		用户姓名
10	user_gender	varchar	64	0	Y	N		用户性别
11	user_age	varchar	64	0	Y	N		用户年龄
12	appointment_time	datetime	19	0	Y	N		预约时间
13	pay_state	varchar	16	0	N	N	未支付	支付状态
14	pay_type	varchar	16	0	Y	N		支付类型: 微信、支付宝、网银
15	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
16	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	更新时间：

表online_consultation (在线问诊)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	online_consultation_id	int	10	0	N	Y		在线问诊ID
2	department_name	varchar	64	0	Y	N		科室名称
3	outpatient_doctor	int	10	0	Y	N	0	门诊医生
4	doctors_name	varchar	64	0	Y	N		医生姓名
5	doctors_title	varchar	64	0	Y	N		医生职称
6	inquiring_users	int	10	0	Y	N	0	问诊用户
7	user_name	varchar	64	0	Y	N		用户姓名
8	consultation_time	datetime	19	0	Y	N		问诊时间
9	user_information	text	65535	0	Y	N		用户信息
10	doctor_information	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	更新时间

表patient_users (患者用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patient_users_id	int	10	0	N	Y		患者用户ID
2	user_name	varchar	64	0	Y	N		用户姓名
3	user_gender	varchar	64	0	Y	N		用户性别
4	user_age	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	更新时间

表report_information (报告信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	report_information_id	int	10	0	N	Y		报告信息ID
2	department_name	varchar	64	0	Y	N		科室名称
3	department_location	varchar	64	0	Y	N		科室位置
4	outpatient_doctor	int	10	0	Y	N	0	门诊医生
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	patient_users	int	10	0	Y	N	0	患者用户
7	user_name	varchar	64	0	Y	N		用户姓名
8	user_gender	varchar	64	0	Y	N		用户性别
9	user_age	varchar	64	0	Y	N		用户年龄
10	report_file	varchar	255	0	Y	N		报告文件
11	report_images	varchar	255	0	Y	N		报告图片
12	report_content	text	65535	0	Y	N		报告内容
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	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	更新时间

3.4本章小结

整个医患沟通互动平台的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 医患沟通互动平台详细设计与实现

医患沟通互动平台的详细设计与实现主要是根据前面的医患沟通互动平台的需求分析和医患沟通互动平台的总体设计来设计页面并实现业务逻辑。主要从医患沟通互动平台界面实现、业务逻辑实现这两部分进行介绍。

4.1用户功能模块

4.1.1 前台首页界面

当进入医患沟通互动平台的时候，系统以上中下的布局进行展示，首先映入眼帘的是系统的导航栏，下面是轮播图，再往下是公告信息，其主界面展示如下图4-1所示。

图4-1 前台首页界面图

4.1.2 用户注册界面

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

图4-2注册界面图

注册关键代码如下：

/**

* 注册

* @param user

* @return

@PostMapping("register")

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

// 查询用户

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

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

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

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

if (list.size()>0){

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

}

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

service.insert(map);

return success(1);

}

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;

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.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-8所示。

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

}

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报告信息管理界面图

报告信息管理关键代码如下：

@PostMapping("/set")

@Transactional

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

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

return success(1);

}

4.3.4资源管理界面

管理员点击“资源管理”菜单能够对其下子菜单医院资讯和医院资讯的分类进行增删改查。界面如下图4-15所示。

图4-15 资源管理界面图

资源管理关键代码如下：

@RequestMapping(value = "/del")

@Transactional

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

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

return success(1);

}

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

QueryWrapper wrapper = new QueryWrapper<E>();

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

baseMapper.delete(wrapper);

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

}

5系统测试

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大模块为医患沟通互动平台的后期推广运营提供了强力的技术支撑。

结论

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

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

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

参考文献

[1]陈恩然,申颖,韦宇宁等. 阶梯式沟通技能课程对农村订单定向医学生医患沟通能力培养的作用研究 [J/OL]. 中国全科医学, 1-7[2023-12-19] http://kns.cnki.net/kcms/detail/13.1222.r.20231214.1424.002.html.

[2]Tewes W ,Beate D . Endometriosis: patient-doctor communication and psychological counselling. [J]. Archives of gynecology and obstetrics, 2023,

[3]Mohammad A ,Ibrahim A . Patient-physician communication in intercultural settings: An integrative review [J]. Heliyon, 2023, 9 (12):

[4]张淼,王丽娟,张鑫等. 在校医学生对医患沟通的认知及课程需求的调查研究 [J]. 宁夏医学杂志, 2023, 45 (11): 1052-1055.

[5]刘明,杨胜飞,张冶锋等. 基于SpringBoot框架的长距离输水工程水量监测系统设计 [J]. 云南水力发电, 2023, 39 (11): 359-362.

[6]郭琦琪,徐翡慧,冯利敏. 数字化医患沟通技术对种植牙患者遵医行为及预后的影响 [J]. 口腔颌面修复学杂志, 2023, 24 (06): 412-417.

[7]杨芬,宋晓燕. MySQL数据库应用的课程教学分析 [J]. 电子技术, 2023, 52 (10): 180-181.

[8]杨华,徐扬. MySQL数据库对中文编码支持的探讨 [J]. 网络安全和信息化, 2023, (10): 157-160.

[9]王希超,李晓峰,戚勇等. 基于Springboot框架的代码自动生成方法及系统[P]. 山东省: CN116301780A, 2023-06-23.

[10]Yang Y . Design and Implementation of Student Information Management System Based on Springboot [J]. Advances in Computer, Signals and Systems, 2022, 6 (6):

[11]唐佳梅,陈杨. 医患沟通的互动实践及影响因素——基于某三甲医院医生视角的分析 [J]. 学术研究, 2022, (09): 79-86+187.

[12]吕元祥, 基于Java技术框架的组件资源管控系统V1.0. 湖北省, 武汉东湖学院, 2021-11-01.

[13]Xinbin H ,Yongbin B ,Lisen Y , et al. Design and Implementation of Information System Based on Java Technology Platform [J]. Journal of Physics: Conference Series, 2021, 2033 (1):

[14]杨树林. Java EE企业级应用开发技术研究[M]. 电子工业出版社: 202101. 292.

[15]印荷杨,赵俊. 医患互动过程分析系统评介 [J]. 中国社会医学杂志, 2020, 37 (04): 350-354.

[16]冮梦婷. 共识与互动：医患沟通问题的介入研究[D]. 南京理工大学, 2020.

[17]晏妮,刘洪静. 医患沟通互动模式探讨[C]// 中华医学会,中华医学会医学伦理学分会. 中华医学会医学伦理学分会第十九届学术年会暨医学伦理学国际论坛论文集. 武汉市汉阳医院;, 2020: 4.

[18]左其群,袁顺星,李章昊等. 医患沟通网络平台的设计与实现 [J]. 中国医学教育技术, 2020.

致谢

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

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

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