springboot在线问诊系统-计算机设计毕业源码32806

本系统是一个基于浏览器和服务器架构平台的在线问诊系统，具有完整的信息处理功能。采用跨平台的Java语言开发，利用web浏览器可以使工作人员对应用程序进行操作，实现对系统各方面信息的操作，方便办公，减少不必要的成本消耗。系统遵循MVC思想，使用springboot类封装进行逻辑控制，使用Java技术完成所访问页面的显示，利用MySQL数据库存储数据，最后由Tomcat服务器完成网站发布，系统可以在多种环境下运行。通过对医院正常问诊流程的需求分析，完成了通知公告、医院资讯、意见反馈、导诊台、坐诊信息等功能。此系统与市场上的相比之下运行起来比较具有稳定性，操作简单，通俗易懂，能够满足对医生和患者的日常问诊要求。系统界面简洁大方，布局合理，易操作易上手。对应用户的每一步操作，系统都能高响应地做出反馈。

关键词：Java；SpringBoot；在线问诊；MySQL

Abstract

With the rapid development of internet technology and the increasing demand for medical services, traditional medical service models can no longer meet people's needs. Online consultation systems have become one of the effective ways to address this issue. The online consultation system is based on network and communication technology, allowing patients to communicate and consult with doctors anytime and anywhere through the Internet, achieving remote consultation and consultation between doctors and patients, improving the efficiency and convenience of medical services.

This system is an online consultation system based on a browser and server architecture platform, with complete information processing functions. Developed using cross platform Java language and utilizing a web browser, staff can operate the application program and access various aspects of the system information, facilitating office work and reducing unnecessary cost consumption. The system follows the MVC concept, uses springboot class encapsulation for logical control, uses Java technology to display the visited pages, uses MySQL database to store data, and finally completes website publishing by Tomcat server. The system can run in various environments. By analyzing the requirements for the normal consultation process in hospitals, functions such as notification announcements, hospital information, feedback, consultation desks, and consultation information have been completed. Compared with the ones on the market, this system runs more stably, is easy to operate, and is easy to understand, which can meet the daily consultation requirements of doctors and patients. The system interface is simple and elegant, with a reasonable layout and easy to operate and get started. The system can provide highly responsive feedback for each step of the user's operation.

Keywords: Java; SpringBoot; Online consultation; MySQL

1 绪论

1.1 选题背景与意义

在信息科技与多媒体技术高速发展的今天，网络成了我们工作和生活中不可或缺的一部分，各种各样的在线服务系统，更是不断的改变了人们的联系方式，服务网络化是必然趋势。随着人们对医疗服务的需求不断增加，线上问诊行业也得到了快速发展。然而，目前很多在线问诊系统仍然存在一些问题，如问诊程序不够简洁、便捷等。这些问题不仅影响了患者问诊的效率，也限制了医疗服务的发展。因此，设计一个高效的在线问诊系统具有重要的意义。在线问诊系统可以提高医疗资源利用效率。在线问诊系统可以充分利用互联网技术，打破地域和时间的限制，使医生和患者之间的交流和咨询更加便捷，提高了医疗资源的利用效率，缓解了医疗资源紧张的问题。在线问诊系统可以提高患者就医便利性。传统的医疗服务需要患者到医院现场就诊，需要排队等候，浪费时间和精力。而在线问诊系统可以让患者随时随地通过手机或电脑进行咨询和交流，节省了患者的时间和精力，提高了就医的便利性。在线问诊系统可以促进医患沟通和信任。在线问诊系统可以为医患之间提供一个更加私密、安全和便捷的交流平台，让医生更好地了解患者的病情和需求，患者也能够更加方便地咨询医生的意见。通过建立良好的医患关系，提高医患之间的沟通效果，促进医患之间的信任和共同治疗决策。在线问诊系统可以降低医疗成本。在线问诊系统可以减少患者到医院的次数，降低了医疗服务的物理空间和人力成本。同时，通过在线问诊系统的智能化辅助诊断，提高了诊断的准确性和效率，降低了医疗过程的成本。

综上所述，研究和开发基于Spring Boot的在线问诊系统具有重要的理论和实践意义，对于提高医疗服务质量、优化医疗资源配置、降低医疗成本等方面具有重要的推动作用。

1.2开发现状

随着信息技术的快速发展，国内越来越多的医院正加速实施基于信息化平台的整体建设，以提高医院的服务水平与核心竞争力。信息化不仅提升了医生的工作效率，使医生有更多的时间为患者服务，更提高了患者满意度和信任度。社会信息化的发展，我国的医院进入了数字信息化时代，大型数字化医疗设备在医院中得到了广泛的使用，各种医院信息管理系统和临床医疗信息系统正在快速地普及。医院信息化使得医院的工作流程得到了简化和效率的提高，并促进了医院的全面发展。我国由于医疗卫生行业信息化发展起步较晚，在整体IT投资规模上，目前国内医疗行业每年实际的投入只占医院年收入的 0.3-0.5%，而发达国家和地区是 3-5%，两者存在10倍的差距。由于受经济条件的限制，国内医疗生行业信息化是从国内少数大型综合医院开始发展，逐步向中小型医院市场普及从医院等级上来看，三级医院的投入显著高于三级以下医院，乡镇医院及农村卫生系统的信息化建设相对落后;从地域分布来看，经济发达地区的医院信息化投资也明显高于经济中等发达及经济欠发达地区。信息化程度的差异对全国范围内的医疗体制改革、新农合等政策的实施及全民医疗卫生水平的提高带来了一定的困难。

在过去几年，美国医疗服务信息化行业取得了发展。谷歌公司与美国的医疗卫生部门合作，给数百万的社区病人建立了电子健康档案，医生可以通过网络进行远程监控。微软公司也推出了医疗信息化管理平台，帮助医生、病人及病人的家属实时的了解病人最新的情况。英特尔也推出了自己的数字化医疗服务平台通过IT技术帮助病人和医生建立起互动。IBM公司也在这方面有很大的努力，美国总统欧巴马当选后就承诺实施健康信息化计划，即在五年内，通过对全民的健康信息系统实施标准化和电子化，彻底改革美国医疗卫生体系，实现提高医疗质量，降低医疗成本的目标。

在这样的背景下，我选择了“springboot在线问诊系统”这一课题。我认为，通过研究和开发这样一个系统，可以有效地解决现有在线问诊系统中存在的一些问题，快速搭建一个功能完善、易于扩展的在线问诊系统，提高医疗服务的效率和质量。我认为这个课题具有重要的实践意义和理论价值。我相信，通过我的努力，我可以为我国建设在线问诊的发展做出一些贡献。同时，我也希望通过这个课题的研究，我可以进一步提高自己的专业技能和综合素质。

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

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

（9）个人中心：用户在前台点击“个人中心”可以对个人首页、个人信息、病历信息、预约就诊、检查信息、票据信息、收藏进行管理。用户可以编辑个人信息；查看过往病历信息；可以查看已预约就诊的信息列表；可以查看自己医生反馈的检查结果信息和票据信息；也可以对已收藏的信息进行管理。

2. 医生用户模块：个人信息管理、医生信息管理、病历信息管理、坐诊信息管理、预约就诊管理、检查信息管理、票据信息管理、医生排班管理

（1）个人信息管理：点击“个人信息管理”按钮的时候就会显示出用户提交的个人信息列表，支持对用户个人信息的搜索查询、修改删除。

（2）医生信息管理：点击“医生信息管理”按钮的时候就会显示出本人已添加的个医生信息，支持对医生信息进行搜索查询、修改删除。

（3）病历信息管理：点击“病历信息管理”按钮的时候就会显示出所有用户的病历信息，支持对病历信息进行搜索查询。

（4）坐诊信息管理：医生用户点击“坐诊信息管理”按钮的时候就会显示出自己已发布的医生坐诊信息列表，支持对坐诊信息的添加、搜索查询、修改删除。

（5）预约就诊管理：医生用户点击“预约就诊管理”按钮的时候就会显示出用户提交的预约就诊列表，医生用户对用户的预约就诊进行审核和回复，支持对预约信息的搜索查询。

（6）检查信息管理：医生用户点击“检查信息管理”按钮的时候就会显示出用户的检查信息列表，医生根据用户的病史填写检查信息回复给用户。

（7）票据信息管理：医生用户点击“票据信息管理”按钮的时候就会显示出所有的票据信息列表，支持对票据信息的添加、搜索查询、修改删除。

（8）医生排班管理：医生用户点击“医生排班管理”按钮的时候就会显示出所有的医生排班信息列表，支持对医生排班信息的搜索查询。

3. 管理员管理模块：

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

（2）系统用户：管理员可以对在线问诊系统中的管理员、医生用户、普通用户进行增删改查。

（3）个人信息管理：管理员点击“个人信息管理”会显示出所有的用户个人信息，支持输入用户姓名对个人信息进行查询，如果想要添加新的个人信息，点击“添加”按钮，输入用户姓名、用户性别、联系电话、身份证号、邮箱等信息，点击“提交”按钮就可以添加了，同时可以选择某一条个人信息，点击“删除”进行删除，也可以对用户提交的个人信息进行管控。

（4）医生信息管理：管理员点击“医生信息管理”会显示出所有的医生信息，支持输入医生姓名对医生信息进行查询，如果想要添加新的医生信息，点击“添加”按钮，输入医生姓名、医生性别、联系电话、昵称、部门、岗位等信息，点击“提交”按钮就可以添加了，同时可以选择某一条医生信息，点击“删除”进行删除，也可以对医生用户提交的医生信息进行管控。

（5）病历信息管理：管理员点击“病历信息管理”会显示出所有的病历信息信息，支持输入用户名称对病历信息进行查询，可以选择某一条病历信息，点击“删除”进行删除。

（6）坐诊信息管理：管理员点击“坐诊信息管理”菜单可以对坐诊信息列表进行查看，并进行增删改查。如果想要添加新的坐诊信息，点击“添加”按钮，输入坐诊信息详情信息，点击“提交”按钮就可以添加了。

（7）预约就诊：管理员点击“预约就诊列表”会显示出所有的预约就诊信息，支持输入用户名称或医生名称对预约就诊信息进行查询，可以选择某一条预约就诊信息，点击“删除”进行删除。

（8）检查信息管理：管理员点击“检查信息管理”菜单可以查看检查信息列表，进行增删改查。

（8）票据信息管理：管理员点击“票据信息管理”会显示出所有的票据信息，支持输入用户名称或医生名称对票据信息进行查询，可以选择某一条票据信息，点击“删除”进行删除。

（9）医生排班管理：管理员点击“医生排班管理”会显示出所有的医生排班信息，支持输入医生名称对医生排班信息进行查询，可以选择某一条医生排班信息，点击“删除”进行删除。

（10）系统管理：管理员点击“系统管理”菜单可以对首页展示的轮播图。

（11）留言管理：管理员点击“留言管理”菜单可以查看留言区内容，进行回复或增删改查。

（12）通知公告管理：管理员点击“通知公告管理”菜单可以查看到系统中的所有通知公告信息，对已经存在的通知公告，管理员可以修改，也可以添加新的通知公告或者删除通知公告。

（13）资源管理：管理员可以对在线问诊系统前台展示的医院资讯以及医院资讯所属的分类进行管控。

2.2.2 非功能性分析

在线问诊系统的非功能性需求，比如在线问诊系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

表3-1在线问诊系统非功能需求表

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

2.3 系统用例分析

在线问诊系统的完整UML用例图分别如下图所示。

普通用户角色用例图如下图所示。

图2-1 普通用户角色用例图

医生用户角色用例图如下图所示。

图2-2 医生用户角色用例图

管理员角色用例图如下图所示。

图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.2.2 数据库逻辑结构设计

通过上一小节中在线问诊系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

表appointment_for_medical_treatment (预约就诊)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	appointment_for_medical_treatment_id	int	10	0	N	Y		预约就诊ID
2	regular_users	int	10	0	Y	N	0	普通用户
3	user_name	varchar	64	0	Y	N		用户姓名
4	user_gender	varchar	64	0	Y	N		用户性别
5	medical_record_content	text	65535	0	Y	N		病历内容
6	doctor_users	int	10	0	Y	N	0	医生用户
7	doctors_name	varchar	64	0	Y	N		医生姓名
8	examine_state	varchar	16	0	N	N	未审核	审核状态
9	examine_reply	varchar	16	0	Y	N		审核回复
10	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
11	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表article (文章：用于内容管理系统的文章)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	article_id	mediumint	8	0	N	Y		文章id：[0,8388607]
2	title	varchar	125	0	N	Y		标题：[0,125]用于文章和html的title标签中
3	type	varchar	64	0	N	N	0	文章分类：[0,1000]用来搜索指定类型的文章
4	hits	int	10	0	N	N	0	点击数：[0,1000000000]访问这篇文章的人次
5	praise_len	int	10	0	N	N	0	点赞数
6	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
8	source	varchar	255	0	Y	N		来源：[0,255]文章的出处
9	url	varchar	255	0	Y	N		来源地址：[0,255]用于跳转到发布该文章的网站
10	tag	varchar	255	0	Y	N		标签：[0,255]用于标注文章所属相关内容，多个标签用空格隔开
11	content	longtext	2147483647	0	Y	N		正文：文章的主体内容
12	img	varchar	255	0	Y	N		封面图
13	description	text	65535	0	Y	N		文章描述

表article_type (文章分类)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	type_id	smallint	5	0	N	Y		分类ID：[0,10000]
2	display	smallint	5	0	N	N	100	显示顺序：[0,1000]决定分类显示的先后顺序
3	name	varchar	16	0	N	N		分类名称：[2,16]
4	father_id	smallint	5	0	N	N	0	上级分类ID：[0,32767]
5	description	varchar	255	0	Y	N		描述：[0,255]描述该分类的作用
6	icon	text	65535	0	Y	N		分类图标：
7	url	varchar	255	0	Y	N		外链地址：[0,255]如果该分类是跳转到其他网站的情况下，就在该URL上设置
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：

表bill_information (票据信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	bill_information_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	regular_users	int	10	0	Y	N	0	普通用户
5	user_name	varchar	64	0	Y	N		用户姓名
6	bill_name	varchar	64	0	Y	N		票据名称
7	bill_date	date	10	0	Y	N		票据日期
8	payable_amount	int	10	0	Y	N	0	应付金额
9	bill_information	text	65535	0	Y	N		票据信息
10	pay_state	varchar	16	0	N	N	未支付	支付状态
11	pay_type	varchar	16	0	Y	N		支付类型: 微信、支付宝、网银
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表consultation_information (坐诊信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	consultation_information_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	professional_title	varchar	64	0	Y	N		职称
5	department	varchar	64	0	Y	N		部门
6	post	varchar	64	0	Y	N		岗位
7	doctors_photo	varchar	255	0	Y	N		医生照片
8	indicative_symptoms	text	65535	0	Y	N		主治症状
9	hits	int	10	0	N	N	0	点击数
10	praise_len	int	10	0	N	N	0	点赞数
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_information (医生信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_information_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	contact_number	varchar	64	0	Y	N		联系电话
5	doctors_gender	varchar	64	0	Y	N		医生性别
6	professional_title	varchar	64	0	Y	N		职称
7	department	varchar	64	0	Y	N		部门
8	post	varchar	64	0	Y	N		岗位
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	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	contact_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	更新时间

表inspection_results (检查信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	inspection_results_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	regular_users	int	10	0	Y	N	0	普通用户
5	user_name	varchar	64	0	Y	N		用户姓名
6	inspection_results	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	更新时间

表medical_record_information (病历信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	medical_record_information_id	int	10	0	N	Y		病历信息ID
2	regular_users	int	10	0	Y	N	0	普通用户
3	user_name	varchar	64	0	Y	N		用户姓名
4	user_gender	varchar	64	0	Y	N		用户性别
5	medical_record_content	text	65535	0	Y	N		病历内容
6	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表message (留言板)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	message_id	int	10	0	N	Y		留言板ID:
2	user_id	int	10	0	N	N	0	用户ID:
3	title	varchar	64	0	Y	N		标题:
4	content	longtext	2147483647	0	N	N		内容:
5	nickname	varchar	32	0	N	N		昵称:
6	avatar	varchar	255	0	Y	N		头像:
7	email	varchar	125	0	Y	N		留言者邮箱
8	phone	varchar	11	0	Y	N		留言者手机号码
9	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
11	reply	longtext	2147483647	0	Y	N		回复
12	reply_state	tinyint	4	0	Y	N	0	回复状态

表regular_users (普通用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	regular_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	contact_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	更新时间

表scheduling (医生排班)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	scheduling_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	doctors_gender	varchar	64	0	Y	N		医生性别
5	professional_title	varchar	64	0	Y	N		职称
6	department	varchar	64	0	Y	N		部门
7	post	varchar	64	0	Y	N		岗位
8	working_condition	varchar	64	0	Y	N		工作状态
9	working_hours	datetime	19	0	Y	N		上班时间
10	off_duty_time	datetime	19	0	Y	N		下班时间
11	start_resting	datetime	19	0	Y	N		开始休息
12	end_rest	datetime	19	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.3本章小结

整个在线问诊系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 在线问诊系统详细设计与实现

在线问诊系统的详细设计与实现主要是根据前面的在线问诊系统的需求分析和在线问诊系统的总体设计来设计页面并实现业务逻辑。主要从在线问诊系统界面实现、业务逻辑实现这两部分进行介绍。

4.1前台用户功能模块

4.1.1 前台首页界面

当进入在线问诊系统的时候，系统以上中下的布局进行展示，首先映入眼帘的是系统的导航栏，下面是轮播图，其次是通知公告，其主界面展示如下图4-1所示。

图4-1 前台首页界面图

4.1.2 用户注册界面

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

图4-2注册界面图

注册关键代码如下所示。

4.1.3 用户登录界面

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

图4-3用户登录界面图

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

4.1.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.1.9个人中心界面

当用户点击右上角“我的”这个按钮，会出现子菜单，点击“个人中心”可以对个人首页、个人信息、病历信息、预约就诊、检查信息、票据信息、收藏进行设置管理。用户个人信息添加如下图4-9所示。

图4-9用户个人信息添加界面图

病历信息如下图4-10所示。

图4-10病历信息管理界面图

预约就诊如下图4-11所示。

图4-11预约就诊界面图

检查信息界面如下图4-12所示。

图4-12 检查信息界面图

4.2 医生用户管理模块

4.2.1个人信息管理界面

医生用户在后台“个人信息管理”这一菜单中可以对普通用户的个人信息进行管控。个人信息管理界面如下图4-13所示。

图4-13 个人信息管理界面图

4.2.2坐诊信息管理界面

医生用户在后台“坐诊信息管理”这一菜单中可以对个人的坐诊信息进行管理，可以进行增删改查。坐诊信息管理界面如下图4-14所示。

图4-14 医生信息管理界面图

4.2.3预约就诊管理界面

医生用户在后台“预约就诊管理”这一菜单中可以对用户的预约就诊信息进行管理，可以点击详情进行查看，也可以点击右侧的“查看病历”“检查结果”进行管理。预约就诊管理界面如下图4-15所示。

图4-15 预约就诊管理界面图

4.3管理员功能模块

4.3.1用户管理界面

在线问诊系统中的管理人员在“系统用户”这一菜单是中可以对注册的普通用户、医生用户以及管理员进行管控。这里以普通用户为例，普通用户管理界面如下图4-16所示。

图4-16用户管理界面图

用户管理关键代码如下：

4.3.2 医生信息管理界面

管理员点击“医生信息管理”会显示出所有的医生信息，支持选择医生名称等信息进行查询，如果想要添加新的医生信息，点击“添加”按钮，输入医生名称、职称、岗位等信息，点击“提交”按钮就可以添加了，同时可以选择某一条医生信息，点击“删除”进行删除。界面如下图4-16所示。

图4-16医生信息管理界面图

4.3.3系统管理界面

魔方学习网站中的管理人员在“系统管理”这一菜单下是可以对魔方学习网站内的轮播图进行添加修改的，其管理界面如下图4-17所示。

图4-17系统管理界面图

4.3.4留言管理界面

管理员点击“留言管理”菜单能够对前台用户提交的意见反馈留言信息进行回复。界面如下图4-18所示。

图4-18资源管理界面图

4.3.5资源管理界面

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

图4-19资源管理界面图

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，前台使用的是Java编程语言，减少前端代码的输入量，而且基于java的Springboot框架使用简单，是流行的使用框架，前端使用的主要是HTML页面展示技术。

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

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

参考文献

[1]马庆.计算机软件开发中JAVA编程语言的应用[J].山西电子技术,2023,(06):84-86+98.

[2]范小静,王诗怡,陆姣等.基于服务链理论的在线诊疗服务优化策略研究[J].中国医院管理,2023,43(10):51-54.

[3]黄锦泉,张雨欣,张楚等.基于在线问诊文本信息的线下就诊医院推荐研究[J].情报探索,2023,(09):88-93.

[4]吴雨凡,戴涵仪,刘西加等.在线医疗平台客户服务质量提升研究[J].合作经济与科技,2023,(21):172-175.DOI:10.13665/j.cnki.hzjjykj.2023.21.068

[5]Hu M ,Jiang A ,Liu J , et al.Analysis of the Optimization Path of Internet+Medical Industry Based on the Current Situation of Medical Resource Allocation[J].The Frontiers of Society, Science and Technology,2023,5(13):

[6]汤丰榕,张紫君,张新萍等.优化互联网医院门诊就医流程的设计与构建[J].现代医院,2023,23(08):1255-1257+1262.

[7]陈蓓蕾,洪年松.基于SpringBoot的数据库接口设计[J].信息与电脑(理论版),2023,35(16):181-183.

[8]田丽,严翻,王雪斐等.“互联网+”医疗门诊患者医保在线结算需求及对策研究[J].中国医疗保险,2023,(08):81-88.DOI:10.19546/j.issn.1674-3830.2023.8.013

[9]牛博学.在线医疗社区信息对患者线下转线上医疗的影响研究[D].西安理工大学,2023.DOI:10.27398/d.cnki.gxalu.2023.001323

[10]王忠瑜.文本数据挖掘技术下的眼科咨询就诊平台及终端产品设计研究[D].中国矿业大学,2023.DOI:10.27623/d.cnki.gzkyu.2023.003112

[11]王振华.SpringBoot在教学效果评估系统中的应用[J].电子技术,2023,52(05):67-69.

[12]杨雪,王程珏,童昱等.在线付费诊疗服务对线下诊疗服务改善的溢出效应[J].管理科学,2023,36(03):66-80.

[13]胡媛荣,周玲,赵学彧.在线医疗用户跨渠道“搭便车”行为分析[J].当代经济,2023,40(01):73-80.

[14]D H .HTA179 Research on Assessment Mechanism of Online Diagnosis and Treatment Behavior in China[J].Value in Health,2022,25(12S):S331-S331.

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

[16]周志宇.新冠疫情下在线医疗多主体博弈行为分析研究[D].西安电子科技大学,2022.DOI:10.27389/d.cnki.gxadu.2022.002342

[17]万雅倩.在线医疗社区医生知识共享行为的影响因素研究[D].安徽大学,2022.DOI:10.26917/d.cnki.ganhu.2022.000312

[18]唐瑞.基于物联网的远程就诊系统研究与实现[D].广东工业大学,2022.DOI:10.27029/d.cnki.ggdgu.2022.002101

[19]Hejing W .Commerce Middle Office Management System Based on Springboot[J].International Journal of Advanced Network, Monitoring and Controls,2022,7(2):32-45.

[20]李秀章.基于排队经济学视角的医疗门诊服务模式与医保支付方式研究[D].华南理工大学,2021.DOI:10.27151/d.cnki.ghnlu.2021.001907

致谢

这篇文章的完成经历了多个日日夜夜的努力，终于在今天得以完成。这篇文章的创作过程实为不易，但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时，非常感谢我的医生不耐其烦的帮助我解决问题，给予了我许多指导意见。也感谢所有为我授业解惑的老师！

另外，本文的完成也参考借鉴了许多国内外在Springboot技术上的著作，如果没有著作原作的辛勤付出和科研成果，我也很难完成本论文。感谢在本论文中关联到的学者们！也感谢Google等公司，感谢他们强大的搜索引擎，让我的资料查阅省事简单。

感谢之余也还有几句话要说，虽大学学习四年，怎奈何本人才疏学浅，本文的完成已为尽力，但文中不免有些不当和错误之处，诚挚真切的请求各位老师对本文的批评改正，感谢百忙之中费心审阅我论文的老师。