目 录
摘要
随着互联网的快速发展,在线医疗服务逐渐成为一种受欢迎的医疗模式。在传统的医疗体系中,患者在需要问诊时需要亲自前往医院,面对长时间的等待和额外消耗,给患者带来了不便。因此,开发一种高效、便捷的在线问诊系统对于提高患者就医体验和优化医疗资源分配具有重要意义。
该系统利用互联网和信息技术的优势,将患者与医生连接在一起,实现了远程问诊和医疗问诊。患者可以通过系统问诊医生并在线提交病情描述,医生接收和回复信息后,患者可以在系统中查看医生的建议并进行评价。系统还提供了在线支付功能,方便患者缴纳问诊费用。通过这种方式,患者不再需要亲自前往医院,节约时间和精力。
本系统的开发采用了Spring Boot框架,该框架提供了简化的配置和快速的开发方式,大大降低了系统的开发难度和复杂度。前端页面使用了HTML、CSS和JavaScript等技术,实现了用户友好的交互界面。数据库采用MySQL进行数据存储,保证了数据的持久性和安全性。系统还使用了RESTful API进行数据交互,提供了高效可靠的数据传输方式。通过以上技术的应用和整合,最终实现了一个功能完善、稳定可靠的在线问诊系统。本系统的开发技术选择合理,具备可扩展性和稳定性。未来,可以进一步完善系统功能并拓展到更多领域,助力在线医疗服务的发展。
关键词:Java;Spring Boot;在线问诊系统;MySQL
Abstract
With the rapid development of the Internet, online medical services have gradually become a popular medical model. In the traditional medical system, patients need to go to the hospital in person when they need consultation, facing long waiting times and additional consumption, which brings inconvenience to patients. Therefore, developing an efficient and convenient online consultation system is of great significance for improving the patient's medical experience and optimizing the allocation of medical resources.
The system makes use of the advantages of the Internet and information technology to connect patients and doctors, realizing remote consultation and medical consultation. Patients can consult with doctors through the system and submit their condition descriptions online. After the doctors receive and reply to the information, patients can view the doctor's suggestions and make evaluations in the system. The system also provides online payment function, making it convenient for patients to pay consultation fees. Through this approach, patients no longer need to go to the hospital in person, saving time and energy.
The development of this system adopts the Spring Boot framework, which provides simplified configuration and fast development methods, greatly reducing the difficulty and complexity of system development. The front-end page utilizes technologies such as HTML, CSS, and JavaScript to achieve a user-friendly interactive interface. The database uses MySQL for data storage, ensuring data persistence and security. The system also uses RESTful APIs for data exchange, providing an efficient and reliable data transmission method. Through the application and integration of the above technologies, a fully functional, stable and reliable online consultation system has been ultimately achieved. The development technology selection of this system is reasonable, with scalability and stability. In the future, the system functions can be further improved and expanded to more fields to support the development of online medical services.
Keywords:Java; Spring Boot; Online consultation system; MySQL
1 绪论
1.1 开发背景
随着互联网技术的快速发展,人们对医疗健康服务的需求也日益增长。传统的医疗实践中,患者通常需要亲自到医院或诊所进行就诊,这不仅浪费时间和交通成本,还可能因为人为因素导致就诊的不及时或不充分。而且部分患者可能由于其他原因难以亲自前往医院,如身体不便、交通不便等等。因此,基于互联网的在线问诊系统应运而生,为患者提供一种方便快捷的医疗健康服务方式。
在线问诊系统是利用互联网技术和远程医疗服务相结合的一种健康服务模式,通过线上平台将患者和医生连接起来,患者可以通过系统提交病情描述、上传照片或视频等信息,医生则可以根据这些信息提供诊疗建议或开出处方。这种模式不仅提高了患者就诊的效率和便利性,还能够缓解医疗资源不均衡的问题,让医疗服务更加普惠和平等。
然而,尽管在线问诊系统具有诸多优势,但也面临着一些挑战和问题。例如,患者在线提交的信息可能存在虚假或不完整的情况,医生缺乏面对面的观察和检查可能导致诊断的不准确性,同时信息安全和隐私保护也是在线问诊系统需要解决的重要问题。因此,如何构建一个安全、准确和高效的在线问诊系统成为了当前医疗健康领域面临的重要课题之一。
因此,本论文旨在深入研究在线问诊系统的设计与实现,探讨其中涉及的技术、管理和法律等方面的问题,并提出相应的解决方案,以期为促进医疗健康服务的普及和提升质量做出贡献。
1.2国内外研究现状
随着互联网的普及和医疗技术的发展,在线问诊系统逐渐成为医疗行业的热点领域。在线问诊系统是指通过互联网平台提供医患间的远程问诊和诊断服务,为患者提供便捷、高效、经济的医疗服务。它不仅提供了便利的服务方式,还能解决传统医疗资源短缺、患者就医难等问题。因此,对在线问诊系统的研究和应用具有重要的现实意义。
在国内,随着互联网技术的快速发展,越来越多的学者和机构开始关注在线问诊系统的研究。目前,国内已经有不少在线问诊系统投入使用,并取得了一定的成效。研究者们通过对在线问诊系统的需求分析和功能设计,开发出了一些具有一定规模和功能的在线问诊系统。这些系统包括医患沟通平台、远程监控系统、医疗数据管理系统等。其次,针对医患之间的远程沟通和诊断问题,研究者们提出了一些有效的解决方案,如远程传输医疗数据、远程影像诊断等。为了提高患者对在线问诊系统的满意度和使用率,研究者们对患者的意见和反馈进行了调查和分析,并提出了相应的改进措施。
国外的在线问诊系统研究相对较早,已经取得了一些重要的成果。为了确保在线问诊系统的质量和安全性,国外的研究者们提出了一些规范和标准,如HIPAA(美国健康保险可移植与责任法案)。国外的研究者们将人工智能技术引入在线问诊系统中,提出了一些智能化的诊断和辅助决策系统。为了评估在线问诊系统的经济效益和社会影响,国外的研究者们还进行了相应的研究和分析,并提出了一些结论和建议。
在线问诊系统在国内外均受到了学术界和医疗界的广泛关注和研究。当前,这一领域的研究主要集中在系统设计和开发、医患沟通与远程诊断技术、用户体验和满意度研究、规范和标准制定、人工智能技术应用、经济效益和社会影响等方面。然而,与传统医疗相比,在线问诊系统还面临一些挑战和问题,如信息安全、医患风险和缺乏监管等。因此,未来的研究应该更加关注这些问题的解决,以提高在线问诊系统的质量和可用性。
1.3 相关技术、工具简介
1.3.1 MySQL数据库的介绍
MySQL是一种广泛使用的开源关系型数据库管理系统(RDBMS),其稳定性、可靠性和卓越性能使其成为众多应用程序的首选数据库。MySQL支持标准SQL语法,并提供丰富的功能和特性,如事务处理、触发器和存储过程等,以满足开发者对数据管理和操作的需求。MySQL具有良好的可扩展性,支持主从复制、分布式架构和集群部署,适用于各种规模和负载的应用场景。作为一个开源项目,MySQL拥有庞大的用户社区和活跃的开发者社区,为用户提供了丰富的文档、教程和支持资源。总之,MySQL是一款可靠、强大且灵活的关系型数据库管理系统,通过其卓越性能和可扩展性,帮助开发者高效地管理和操作数据,并得到了广大用户的认可和应用。
1.3.2 B/S架构的介绍
B/S结构(Browser/Server,浏览器/服务器模式),是WEB兴起后的一种网络结构模式,WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。客户机上只要安装一个浏览器,如Chrome、Safari、Microsoft Edge、Netscape Navigator或Internet Explorer,服务器安装SQL Server、Oracle、MYSQL等数据库。浏览器通过Web Server同数据库进行数据交互。
1.3.3 Java语言
Java编程语言是一种面向对象的高级编程语言,以其简单、可移植、安全和高性能等特点在软件开发领域广泛应用。通过支持类、对象、继承、多态等面向对象概念,Java提供了结构化的编程方式,使代码更易读、维护和重用。其可移植性得益于Java虚拟机(JVM),使得Java程序可以在不同平台上运行,只需编写一次代码。Java注重安全性,提供了字节码验证、异常处理和访问控制等安全机制,确保程序的稳定和安全。此外,Java还拥有丰富的类库和框架,覆盖了各个领域,如图形界面、数据库操作和企业级应用。总而言之,Java作为一门成熟且强大的编程语言,在软件开发中发挥着重要作用,帮助开发者轻松构建可靠、可移植和安全的应用程序。
1.3.4 SpringBoot框架
Spring Boot是一个基于Java的开源框架,旨在简化和加速Java应用程序的开发过程。它采用自动配置和约定优于配置的方式,减少了繁琐的手动配置和集成工作,使开发者能够快速构建独立、可扩展且具备生产级功能的应用程序。Spring Boot集成了许多常用的第三方库和组件,并提供了强大的开发工具和特性,如内嵌的Servlet容器、自动化依赖管理和可扩展的插件机制。它的可插拔配置选项和灵活的扩展机制使开发者能够根据实际需求进行个性化配置和定制,从而更好地满足项目要求。总之,Spring Boot通过简化和优化开发流程,提高了Java应用程序开发的效率和质量,成为广大开发者喜爱的框架之一。
1.4论文结构与章节安排
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时对相关技术和工具简介进行了描述,以及整体框架的结构的简要介绍。
第二章为项目概述,章节所做的主要的工作是对项目背景、项目的可行性分析进行了描述;对系统实行了总体功能的需求、用例进行了分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 在线问诊系统需求分析
2.1 可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面都通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
SpringBoot是一种常用的Java Web开发框架,能够实现分层架构,提高开发效率和代码复用性。在线问诊系统在数据的存储上使用的MySQL数据库,在系统开发中使用了Java、HTML、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。结合SpringBoot和Java技术,可以快速搭建一个功能强大、性能稳定的在线问诊系统。因此,从技术层面分析是可行的。
2.1.2 经济可行性分析
SpringBoot框架是开源的,拥有大量的社区支持和丰富的学习资源。使用SpringBoot框架进行开发可以降低开发成本,缩短开发周期。此外,SpringBoot框架具备良好的性能和稳定性,可以降低系统的运行成本和维护成本。因此,从经济角度分析是可行的。
2.1.3 社会可行性分析
在线问诊系统的开发和使用可以提高医疗服务的质量和效率,为患者提供更好的医疗体验。通过统一管理患者信息和医疗记录,可以减少信息的漏洞和错误,避免患者重复检查和浪费时间。同时,在线问诊系统可以提供数据分析功能,帮助医疗机构了解患者需求并进行科学决策,提供个性化医疗服务。因此,开发在线问诊系统是具有一定社会可行性的。
2.2 系统功能分析
2.2.1 功能性分析
在线问诊系统我划分为了普通用户模块,医生用户模块和管理员模块这三大部分。
普通用户模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现线上问诊等操作,就必须有这个系统的账号,如果没有账号的话,可以注册普通用户进行相关的操作,同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。
(2)查看在线问诊系统的首页信息:在线问诊系统的首页信息包含了首页、网站公告、健康资讯、医生信息、药品信息等。
(3)网站公告:当用户点击“网站公告”这一菜单按钮,会显示管理员在后台发布的所有的网站公告,可以查看详情。
(4)健康资讯:当用户点击“健康资讯”这一菜单按钮,会显示管理员在后台发布的所有的健康资讯,可以查看详情,进行收藏、点赞、评论等。
(5)医生信息:用户可以查看医生信息,在查询到自己想要了解的医生信息的时候,可以进入查看详细的介绍,包括医生用户、医生姓名、医生工号、科室名称、擅长领域等信息,点击“线上问诊”这一按钮以后会跳转到线上问诊填写的界面,根据提示填写好问诊信息,点击“提交”以后就完成了,也可以对喜欢的医生信息进行收藏、点赞以及评论的功能。
(6)药品信息:点击菜单栏“药品信息”就会显示出所有的药品信息,可以根据搜索药品名称或药品类型查看药品详细信息,包括药品编号、药品名称、药品类型、参考价格、功能主治、药品说明等,可对药品信息进行点赞、收藏、评论等操作。
(7)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改进行管控。
(8)个人中心:普通用户在前台点击“个人中心”可以对个人首页、问诊信息、评价信息和自己收藏的信息进行管理。
医生用户模块:
(1)登录:医生用户根据管理员添加的账号信息进行登录系统。
(2)医生信息管理:医生点击“医生信息管理”会显示出添加的医生信息,支持输入科室名称或医生姓名对医生信息进行查询。
(3)问诊信息管理:医生用户点击“问诊信息管理”会显示普通用户提交的问诊信息,可以对问诊内容进行回复。
(4)评价信息管理:医生用户点击“评价信息管理”会显示所有普通用户提交的评价信息,可以进行查看详情。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统用户:管理员可以对在线问诊系统中的管理员、医生用户、以及前台注册的普通用户进行增删改查。
(3)科室信息管理:管理员点击“科室信息管理”会显示所有系统的科室信息,可以点击“添加”按钮对科室信息进行添加。
(4)病症类型管理:点击“病症类型管理”系统会把在线问诊系统当中所有的病症类型信息都显示出来,管理员可进行添加病症类型和类型描述管理,并可进行查询、重置或删除等相应操作。
(5)医生信息管理:管理员点击“医生信息管理”会显示出所有的医生信息,支持输入科室名称或医生姓名对医生信息进行查询,如果想要添加新的医生信息,点击“添加”按钮,输入医生用户、医生姓名、医生工号、科室名称、擅长领域等信息,点击“提交”按钮就可以添加了,同时可以选择某一条医生信息,点击“删除”进行删除,也可以对用户提交的医生评论的信息进行管控。
(6)药品信息管理:点击“药品信息管理”这个按钮可以查看到系统中所有的药品信息,管理员点击页面中的“添加”按钮根据提示输入药品信息,点击“提交”以后在对应的列表界面就可以查看到了。
(7)问诊信息管理:管理员点击“问诊信息管理”会显示出所有的问诊信息,支持通过问诊标题对问诊信息进行查询,可以选择某一条问诊信息查看详情或回复。
(8)评价信息管理:管理员点击“评价信息管理”会显示所有医生用户的评价信息,可以进行添加、查询或删除。
(9)系统管理:管理员点击“系统管理”菜单可以对首页展示的轮播图进行管理。
(10)网站公告管理:管理员点击“网站公告管理”菜单可以查看到系统中的所有网站公告信息,对已经存在的网站公告,管理员可以修改,也可以添加新的网站公告或者删除网站公告。
(11)资源管理:管理员可以对在线问诊系统前台展示的健康资讯以及健康资讯所属的分类进行管控。
2.2.2 非功能性分析
在线问诊系统的非功能性需求比如在线问诊系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-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本章小结
本章主要通过对在线问诊系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个在线问诊系统要实现的功能。同时也为在线问诊系统的代码实现和测试提供了标准。
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.1.5评价信息管理模块设计
在线问诊系统最重要的一个功能就是用户提交评价信息,其评价信息模块功能结构,具体的结构图如下:
图3-6评价信息模块结构图
3.2 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
下面是整个在线问诊系统中主要的数据库表总E-R实体关系图。
图3-7 系统总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 | 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 | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
表consultation_information (问诊信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | consultation_information_id | int | 10 | 0 | N | Y | 问诊信息ID | |
2 | registered_users | int | 10 | 0 | Y | N | 0 | 注册用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_age | int | 10 | 0 | Y | N | 0 | 用户年龄 |
6 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
7 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
8 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
9 | consultation_number | varchar | 64 | 0 | Y | N | 问诊单号 | |
10 | disease_type | varchar | 64 | 0 | Y | N | 病症类型 | |
11 | disease_description | text | 65535 | 0 | Y | N | 病情描述 | |
12 | doctors_reply | 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 | 更新时间 |
表department_information (科室信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_information_id | int | 10 | 0 | N | Y | 科室信息ID | |
2 | department_name | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | disease_type_id | int | 10 | 0 | N | Y | 病症类型ID | |
2 | type_name | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | doctor_id | varchar | 64 | 0 | N | N | 医生工号 | |
5 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
6 | doctors_photo | varchar | 255 | 0 | Y | N | 医生照片 | |
7 | proficient_in_areas_of_expertise | longtext | 2147483647 | 0 | Y | N | 擅长领域 | |
8 | praise_len | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
3 | doctor_id | varchar | 64 | 0 | N | N | 医生工号 | |
4 | department_name | 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 | drug_information_id | int | 10 | 0 | N | Y | 药品信息ID | |
2 | drug_number | varchar | 64 | 0 | Y | N | 药品编号 | |
3 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
4 | drug_images | varchar | 255 | 0 | Y | N | 药品图片 | |
5 | drug_type | varchar | 64 | 0 | Y | N | 药品类型 | |
6 | reference_price | varchar | 64 | 0 | Y | N | 参考价格 | |
7 | functional_indications | varchar | 64 | 0 | Y | N | 功能主治 | |
8 | drug_description | longtext | 2147483647 | 0 | Y | N | 药品说明 | |
9 | praise_len | 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 | 更新时间 |
表evaluation_information (评价信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | evaluation_information_id | int | 10 | 0 | N | Y | 评价信息ID | |
2 | registered_users | int | 10 | 0 | Y | N | 0 | 注册用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_age | int | 10 | 0 | Y | N | 0 | 用户年龄 |
6 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
7 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
8 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
9 | consultation_number | varchar | 64 | 0 | N | N | 问诊单号 | |
10 | evaluation_level | varchar | 64 | 0 | Y | N | 评价等级 | |
11 | review_details | text | 65535 | 0 | Y | N | 评价详情 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | 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 | 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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_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: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | registered_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 | int | 10 | 0 | Y | N | 0 | 用户年龄 |
5 | mobile_phone_number | varchar | 16 | 0 | Y | N | 手机号码 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | 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 | 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 | 更新时间: |
3.3本章小结
整个在线问诊系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 在线问诊系统详细设计与实现
在线问诊系统的详细设计与实现主要是根据前面的在线问诊系统的需求分析和在线问诊系统的总体设计来设计页面并实现业务逻辑。主要从在线问诊系统界面实现、业务逻辑实现这两部分进行介绍。
4.1前台用户功能模块
4.1.1 前台首页界面
当进入在线问诊系统的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是健康资讯,其主界面展示如下图4-1所示。
![](https://i-blog.csdnimg.cn/direct/37f26572938445b1ab4daab403a105a4.png)
图4-1 前台首页界面图
4.1.2 用户注册界面
在线问诊系统的游客和普通用户时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
![](https://i-blog.csdnimg.cn/direct/129ad1ff4824413eb7f271871f63200f.png)
图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所示。
![](https://i-blog.csdnimg.cn/direct/ce0f158821234b069fb8d2c219c6327a.png)
图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所示。
![](https://i-blog.csdnimg.cn/direct/2c16311d1b43477e8cdb5bf6b449f741.png)
图4-4网站公告展示界面图
4.1.5健康资讯界面
当访客点击在线问诊系统中导航栏上的“健康资讯”后将会进入到该“健康资讯”列表的界面,然后选择想要看的健康资讯,点击进入到详细界面,在详细界面可以收藏+赞+订单评价等操作。健康资讯界面如下图4-5所示。
![](https://i-blog.csdnimg.cn/direct/4a88673b8dee4547ab4cfcb95bcf9efc.png)
图4-5健康资讯界面图
4.1.6 医生信息界面
当用户点击“医生信息”后就可以看到所有的医生信息,可以输入科室名称或医生姓名进行搜索查询,选择你想要了解的医生信息后将会进入该医生信息的详情界面,可以了解到该医生信息的医生用户、医生姓名、医生工号、科室名称、擅长领域等,同时可以点击下方的“线上问诊”、“点赞”、“收藏”进行相关操作,也可以在下方评论区输入想要评论的内容进行评论,医生信息详情展示页面如图4-6所示。
![](https://i-blog.csdnimg.cn/direct/a176d0484b824735be85e7b1f9a0c77a.png)
图4-6 医生信息详情界面图
查询医生信息的逻辑代码如下所示。
@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);
}
问诊信息提交页面如图4-7所示。
![](https://i-blog.csdnimg.cn/direct/b8f0a5391ff04ffca99580f0ee97b798.png)
图4-7问诊信息提交界面图
问诊信息添加的逻辑代码如下所示。
@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.1.7 药品信息界面
当用户点击“药品信息”后就可以看到所有的药品信息,可以输入药品名称进行搜索查询,选择你想要了解的药品信息后将会进入该药品信息的详情界面,可以了解到该药品信息的药品编号、药品名称、药品类型、参考价格、功能主治、药品说明等,同时可以点击下方的“点赞”、“收藏”进行相关操作,也可以在下方评论区输入想要评论的内容进行评论,药品信息详情展示页面如图4-8所示。
![](https://i-blog.csdnimg.cn/direct/7fc59a9689ac4e92bfbae82f7147874a.png)
图4-8 药品信息详情界面图
查询药品信息的逻辑代码如下所示。
@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);
}
4.1.8个人中心界面
前台普通用户点击右上角“个人中心”模块,可以查看和管理个人相关的信息和任务,包括个人首页、问诊信息、评价信息和收藏的信息。普通用户个人中心界面如下图4-9所示。
![](https://i-blog.csdnimg.cn/direct/f5de2130b2dc48229d4e77a16b40c8f0.png)
图4-9普通用户个人中心界面
4.2后台功能模块
4.2.1医生用户后台管理界面
医生用户通过管理员添加的账号可以登录后台分别对医生信息管理、问诊信息管理、评价信息管理等模块的信息进行管理。医生可以查看自己展示在前台的医生信息;可以对患者的问诊信息进行回复,点击“评价信息管理”可以对普通用户的评价信息进行查看,每个医生只可查看自己的问诊信息和评价信息。
医生信息管理界面如下图4-10所示。
![](https://i-blog.csdnimg.cn/direct/607d065ff01e4ec692545b380b301e8e.png)
图4-10医生信息管理界面图
回复问诊信息界面如下图4-11所示。
![](https://i-blog.csdnimg.cn/direct/54335c23678c44c2a3f3619ac7e8644c.png)
图4-11回复问诊信息界面图
回复问诊信息关键代码如下:
@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-12所示。
![](https://i-blog.csdnimg.cn/direct/61745a26f890446a89aa92ac56d6302f.png)
图4-12评价信息管理界面图
4.2.2管理员系统用户界面
在线问诊系统中的管理人员在“系统用户”这一菜单是中可以对注册的普通用户,医生用户以及管理员进行管控。系统用户管理界面如下图4-13所示。
![](https://i-blog.csdnimg.cn/direct/91a6aa0ae14e4cfbaf66ac7ff0c62be5.png)
图4-13系统用户管理界面图
修改用户信息关键代码如下:
@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.2.3科室信息管理界面
管理员点击“科室信息管理”显示所有的科室信息,如果想要添加新的科室信息,点击“添加”按钮,输入科室名称等信息,点击“提交”按钮就可以添加了。科室信息添加界面如下图4-14所示。
![](https://i-blog.csdnimg.cn/direct/7e7c4cf893694807834fd4329e75cca8.png)
图4-14科室信息添加界面图
4.2.4医生信息管理界面
管理员点击“医生信息管理”显示所有的医生信息,支持通过科室名称或医生姓名对医生信息进行查询。如果想要添加新的医生信息,点击“添加”按钮,输入医生用户、医生姓名、医生工号、科室名称、擅长领域等信息,点击“提交”按钮就可以添加了,也可以对用户提交的医生评论的信息进行管控。医生信息管理界面如下图4-15所示。
![](https://i-blog.csdnimg.cn/direct/f809ad37397741ef94cd7d84baf6398b.png)
图4-15医生信息管理界面图
4.2.5系统管理界面
管理人员在“系统管理”这一菜单下是可以对在线问诊系统内的轮播图进行添加修改的,其管理界面如下图4-16所示。
![](https://i-blog.csdnimg.cn/direct/431f29278b2d4813a3980a5da8751c2b.png)
图4-16系统轮播图管理界面图
轮播图上传关键代码如下:
@PostMapping("/upload")
public Map<String, Object> upload(@RequestParam("file") MultipartFile file) {
log.info("进入方法");
if (file.isEmpty()) {
return error(30000, "没有选择文件");
}
try {
//判断有没路径,没有则创建
String filePath = System.getProperty("user.dir") + "/src/main/resources/static/";
File targetDir = new File(filePath);
if (!targetDir.exists() && !targetDir.isDirectory()) {
if (targetDir.mkdirs()) {
log.info("创建目录成功");
} else {
log.error("创建目录失败");
}
}
String fileName = file.getOriginalFilename();
File dest = new File(filePath + fileName);
log.info("文件路径:{}", dest.getPath());
log.info("文件名:{}", dest.getName());
file.transferTo(dest);
JSONObject jsonObject = new JSONObject();
jsonObject.put("url", "/api/upload/" + fileName);
return success(jsonObject);
} catch (IOException e) {
log.info("上传失败:{}", e.getMessage());
}
return error(30000, "上传失败");
}
4.2.6资源管理界面
管理员点击“资源管理”菜单能够对其下子菜单健康资讯和健康资讯的分类进行增删改查。界面如下图4-17所示。
![](https://i-blog.csdnimg.cn/direct/facfd7547ec0438abb99acea4feb32d6.png)
图4-17资源管理界面图
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大模块为在线问诊系统的后期推广运营提供了强力的技术支撑。
结论
在开发本在线问诊系统之前我胸有成竹,觉得很简单,但在实际的开发中我发现了自身的很多问题,许多编程思想和方法都还没有掌握牢靠,比如对于Spring Boot框架的使用,通过开发这个在线问诊系统我成长了很多,懂得了做什么事情都要脚踏实地,不能眼高手低,在本次在线问诊系统的开发中我逐渐掌握逐渐熟悉的技术。
本次在线问诊系统的开发中我还学会了很多,例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概,脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后,需要思考本次编程所需的主要知识点和技术点,并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑,长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多,如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己,那么在进入社会后,不仅会给公司团队带来麻烦和增加不必要的工作,还会导致客户流失,公司对自己的评价下降。
在本次项目中我也暴露了诸多问题。对于Spring Boot的编程知识有所欠缺,环境配置和算法上出现诸多问题,时常导致项目运行出错,或者目标的实现有问题。或者实现想法时算法未优化,使得代码冗长,程序运行不顺畅。
参考文献
[1]邓继红.医院档案管理与档案升级工作探究[J].兰台内外,2024,(02):34-36.
[2]陈红.数字化档案管理信息系统在医院档案管理中的应用[J].办公自动化,2024,29(02):70-72.
[3]孙超.医院档案管理信息系统的设计与实现[J].办公自动化,2024,29(01):70-72.
[4]马庆.计算机软件开发中JAVA编程语言的应用[J].山西电子技术,2023,(06):84-86+98.
[5]黄赛英.基于Springboot的医院档案管理系统设计[J].集成电路应用,2023,40(11):384-385.DOI:10.19339/j.issn.1674-2583.2023.11.176.
[6]杨芬,宋晓燕.MySQL数据库应用的课程教学分析[J].电子技术,2023,52(10):180-181.
[7]王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
[8]徐震阳,王博,蒋效伟等.多端融合的医疗健康平台设计与实现[J].现代信息科技,2023,7(01):115-118.DOI:10.19850/j.cnki.2096-4706.2023.01.031.
[9]Nitika S ,K. A A ,Pankaj A , et al.Association of waiting time and satisfaction level of patients with online registration system in a tertiary level medical institute outpatient department (OPD)[J].Health Policy and Technology,2022,11(4):
[10]王曼维,杨荻,李岩等.基于SpringBoot框架的智慧医疗问诊系统设计与实现[J].中国医学装备,2022,19(03):133-136.
[11]巩蕾.医院挂号预约管理系统设计[J].电脑编程技巧与维护,2022,(02):66-68+80.DOI:10.16184/j.cnki.comprg.2022.02.033.
[12]陈谦民,翟祥栩,薛颖等.医院信息管理提升平台的设计与实现[J].现代信息科技,2021,5(13):95-98.DOI:10.19850/j.cnki.2096-4706.2021.13.024.
[13]胡小勇.基于SpringBoot的医院门诊管理信息系统的设计与实现[D].华中科技大学,2021.DOI:10.27157/d.cnki.ghzku.2021.001118.
[14]叶基林.某医院挂号预约管理系统设计与实现[D].电子科技大学,2021.DOI:10.27005/d.cnki.gdzku.2021.002694.
[15]Jie H D ,Hsin Y Y ,Hao T W , et al.Cancer Registry Coding via Hybrid Neural Symbolic Systems in the Cross-Hospital Setting[J].IEEE ACCESS,2021,9112081-112096.
[16]刘致放.医院基础信息自动化管理平台的设计与研究[J].电子世界,2020,(20):148-149.DOI:10.19353/j.cnki.dzsj.2020.20.066.
[17]马传宸.智慧医疗服务平台后端服务模块的设计与实现[D].南京大学,2020.DOI:10.27235/d.cnki.gnjiu.2020.002424.
[18]张毅.LM医院挂号预约系统的分析与设计[D].西安理工大学,2020.DOI:10.27398/d.cnki.gxalu.2020.001477.
[19]吴俪昊,吴玮,原明明.浅谈现代化医院管理中的电子信息工程与应用[J].信息系统工程,2020,(05):37-38.
[20]Zexin A ,Xiao Z .System Design of Multiple Network Platform Outpatient Appointment Registration System for Large General Hospitals[J].Journal of Physics: Conference Series,2019,1288012036-012036.
致 谢
这篇文章的完成经历了多个日日夜夜的努力,终于在今天得以完成。这篇文章的创作过程实为不易,但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时,非常感谢我的导师不耐其烦的帮助我解决问题,给予了我许多指导意见。也感谢所有为我授业解惑的老师!
另外,本文的完成也参考借鉴了许多国内外在Spring Boot技术上的著作,如果没有著作原作的辛勤付出和科研成果,我也很难完成本论文。感谢在本论文中关联到的学者们!也感谢Google等公司,感谢他们强大的搜索引擎,让我的资料查阅省事简单。
感谢之余也还有几句话要说,虽大学学习四年,怎奈何本人才疏学浅,本文的完成已为尽力,但文中不免有些不当和错误之处,诚挚真切的请求各位老师对本文的批评改正,感谢百忙之中费心审阅我论文的老师。
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-