科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用SpringBoot技术建设乡镇医院管理系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的乡镇医院管理系统,完成系统用户、患者信息管理、医生信息管理、预约挂号挂号管理、诊疗记录管理、科室类型管理、系统管理、留言管理、资源管理等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。乡镇医院管理系统基于Java语言、MySQL数据库和SpringBoot框架进行设计与实现研究。通过使用Java语言的强大功能和灵活性,结合SpringBoot框架的优势以及MySQL数据库的高效数据存储和管理能力,我们将开发一个功能全面、高效可靠的乡镇医院管理系统。
关键词:Java;SpringBoot;乡镇医院管理系统;MySQL
Abstract
The rapid development of technological progress has caused tremendous changes in people's daily lives, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The arrival of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In practical applications, the working rules and development steps of the application software are used to build a township hospital management system using SpringBoot technology.
This design mainly implements a township hospital management system that combines the advantages of humanization, high efficiency, and convenience. It completes functional modules such as system user, patient information management, doctor information management, appointment registration management, diagnosis and treatment record management, department type management, system management, message management, and resource management. The system communicates with the server through a browser to achieve data exchange and change. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The design and implementation research of the township hospital management system is based on Java language, MySQL database, and SpringBoot framework. By utilizing the powerful features and flexibility of Java language, combined with the advantages of the SpringBoot framework and the efficient data storage and management capabilities of MySQL database, we will develop a comprehensive, efficient, and reliable township hospital management system.
Keywords:Java; SpringBoot; Township hospital management system; MySQL
1 绪论
1.1 选题背景与意义
乡镇医院是我国基层医疗卫生体系中的基本单位,承担着为乡镇居民提供基本医疗服务、健康教育和预防保健工作的重要责任。然而,由于乡镇医院管理水平不高,信息化程度低,导致医务人员工作效率低下、医疗资源浪费严重、患者就医体验差等问题普遍存在。
目前,随着信息技术的快速发展,利用信息系统来协助乡镇医院的管理已成为必然趋势。乡镇医院管理系统通过整合电子健康记录、医院管理系统和预约挂号挂号系统等模块,可以实现医疗资源的有效调配和管理,提高医务人员的工作效率和服务质量,提升患者就医体验,优化医疗资源配置。
乡镇医院是乡镇居民就医的首选,其管理水平及服务质量的提升对于改善基层医疗卫生的整体状况具有重要意义。开发和应用乡镇医院管理系统,对于优化医疗资源配置、提高医务人员的工作效率和服务质量、改善患者就医体验具有重要意义。
首先,乡镇医院管理系统可以自动化完成一些繁琐的工作,如病历管理、药品库存管理等,减轻医务人员的工作负担,提高工作效率;同时可以提供个性化的服务,如提醒医务人员重要任务、及时获取医学知识等。
其次,乡镇医院管理系统可以实时监控医院内各类资源的使用情况,如医生工作量、设备使用情况等,通过数据分析和预测,帮助医院合理调配医疗资源,避免资源浪费和不均衡的情况发生。
最后通过乡镇医院管理系统,患者可以方便地进行预约挂号挂号、查询病历和用药情况等,避免了传统就医方式中排队等待、重复填写表格等繁琐的流程,提高了患者就医的便利性和满意度。
乡镇医院是中国农村地区的重要医疗服务机构,起始于上世纪50年代。随着医疗保障制度的不断完善以及农村居民健康需求的提高,乡镇医院在农村地区的医疗服务中发挥着重要作用。然而,由于乡镇医院规模较小、设备和人才资源相对有限,管理能力通常较弱,导致一些乡镇医院存在着医疗服务质量低下、医疗资源浪费、医疗事故易发等问题。因此,建立一套有效的乡镇医院管理系统势在必行。
医院管理系统的架构和功能设计是系统开发的基础。国内外研究者致力于设计能够满足不同医院需求的系统架构,并在其基础上提供包括患者信息管理、医疗流程跟踪、医疗资源分配等多种功能。例如,美国的一项研究提出了一种基于云平台的医院治疗管理系统架构,实现了患者信息的实时更新和多终端访问的便利性。
信息技术在医院管理中的应用已逐渐成为研究热点。国内外研究者基于大数据、人工智能等技术,实现了医院内部数据的智能化分析和管理。比如,日本一项研究将机器学习技术应用于医院资源优化分配,有效减少了医疗资源浪费和提高了患者治疗效率。
医疗质量管理与风险控制是乡镇医院管理系统关注的重点。国内外研究者通过引入临床路径管理、医疗质量评价等手段,提升了医院内部治疗流程的规范化和标准化。英国一项研究在乡镇医院管理系统中引入了患者安全风险评估模块,有效减少了医疗事故的发生率。
医患沟通是医疗过程中至关重要的环节。国内外研究者通过医院管理系统的信息共享和患者参与机制,促进了医患之间信息的对话和交流。加拿大一项研究发现,在医院管理系统中加入患者健康教育模块,患者更容易理解医疗过程,提高了治疗依从性。
随着人工智能、物联网等新技术的不断发展,医院管理系统将迎来更广阔的应用前景。未来,系统将更加智能化、个性化,为医院提供更精细化的管理服务。同时,系统将与其他医疗设备、医疗信息系统进行深度融合,构建起更加完善的医疗信息生态系统,从而实现全方位的医院管理与患者治疗服务。乡镇医院管理系统作为医疗信息化建设的重要组成部分,不仅对医院管理水平提出了更高要求,也为患者的治疗体验和疗效提供了更加便捷和高效的支持。
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 SpringBoot乡镇医院管理系统系统分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
乡镇医院管理系统在数据的存储上使用的MySQL数据库,在乡镇医院管理系统开发中使用了Java、HTML、TOMCAT、SpringBoot这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发,使系统的可扩展性和维护性更佳,减少系统配置代码,简化编程代码,目前B/S模式是目前最受欢迎的一种模式。
SpringBoot框架是开源的,拥有大量的社区支持和丰富的学习资源。使用SpringBoot框架进行开发可以降低开发成本,缩短开发周期。此外,SpringBoot框架具备良好的性能和稳定性,可以降低系统的运行成本和维护成本。因此,从经济角度分析是可行的。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以乡镇医院管理系统具备操作可行性。
SpringBoot乡镇医院管理系统我划分为了患者用户模块,医生用户模块和管理员模块这三大部分。
患者用户模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现疾病咨询、预约挂号等操作,就必须有这个系统的账号,如果没有账号的话,可以注册患者用户进行相关的操作,同时用户还可以通过“我的”这一按钮对个人信息以及操作的信息进行管控。
(2)查看乡镇医院管理系统的首页信息:乡镇医院管理系统的首页信息包含了首页、医院资讯、疾病咨询、医生信息等。
(3)医院资讯:当用户点击“医院资讯”这一菜单按钮,会显示管理员在后台发布的所有的医院资讯,可以查看详情,进行收藏、点赞、评论等。
(4)疾病咨询:点击“疾病咨询”后跳转到疾病咨询填写界面,输入标题、用户名、留言内容,然后点击提交留言就完成了。
(5)医生信息:用户可以查看医生信息,在查询到自己想要了解的医生信息的时候,可以进入查看详细的介绍,包括医生用户、医生姓名、坐诊科室、医生职称、医生性别、坐诊世家、挂号备注、医生简介等信息,点击“挂号”这一按钮以后会跳转到预约挂号填写的界面,根据提示填写好挂号信息,点击“提交”以后就完成了;在医生信息详情这个界面,同时支持用户对喜欢的医生信息进行收藏、点赞以及评论的功能。
(6)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改进行管控。
(7)个人中心:患者用户在前台点击“个人中心”可以对个人首页、患者信息、预约挂号。诊疗记录、疾病咨询和自己收藏的信息进行管理。
医生用户模块:
(1)登录:医生用户根据管理员添加的账号信息进行登录系统。
(2)患者信息管理:医生用户点击“患者信息管理”会显示所有患者用户的患者信息,点击详情可对患者信息进行诊断病症、诊疗方案等内容的添加。
(3)医生信息管理:医生用户点击“医生信息管理”可以对自己的医生信息进行管理,可以修改已存在的医生信息,或者发布新的医生信息,也可以对评论信息进行管控。
(4)预约挂号管理:医生用户点击“预约挂号管理”会显示所有患者用户提交的预约挂号信息,点击详情进行审核回复。
(5)诊疗记录管理:医生用户点击“诊疗记录管理”会显示所有患者的诊疗记录信息,支持通过患者姓名对诊疗记录信息进行搜索查询。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统用户:管理员可以对乡镇医院管理系统中的管理员,医生用户、以及前台注册的患者用户进行增删改查。
(3)患者信息管理:管理员点击“患者信息管理”会显示所有患者的患者信息列表,点击详情查看详细内容。
(4)医生信息管理:管理员点击“医生信息管理”会显示出所有的医生信息,支持输入科室名称或医生姓名对医生信息进行查询,如果想要添加新的医生信息,点击“添加”按钮,输入医生用户、医生姓名、坐诊科室、医生职称、医生性别、坐诊世家、挂号备注、医生简介等信息,点击“提交”按钮就可以添加了,同时可以选择某一条医生信息,点击“删除”进行删除,也可以对用户提交的医生评论的信息进行管控。
(5)预约挂号管理:管理员点击“预约挂号管理”系统会把乡镇医院管理系统当中所有的预约挂号信息都显示出来,支持通过医生姓名、患者姓名或预约挂号状态对预约挂号信息进行查询。
(6)诊疗记录管理:管理员点击“诊疗记录管理”会显示所有患者的诊疗记录信息,支持通过患者名称对诊疗记录信息进行搜索查询。
(7)科室类型管理:管理员点击“科室类型管理”系统会把乡镇医院管理系统当中所有的科室类型信息都显示出来,管理员可进行添加科室类型和类型描述管理,并可进行查询、重置或删除等相应操作。
(8)系统管理:管理员点击“系统管理”菜单可以对首页展示的轮播图进行管理。
(9)留言管理:管理员点击“留言管理”菜单可以查看到系统中用户提交的所有疾病咨询信息,支持对其进行咨询回复操作。
(10)资源管理:管理员可以对乡镇医院管理系统前台展示的医院资讯以及医院资讯所属的分类进行管控。
乡镇医院管理系统的非功能性需求比如乡镇医院管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1乡镇医院管理系统非功能需求表
安全性 | 主要指乡镇医院管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指乡镇医院管理系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响乡镇医院管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着乡镇医院管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 乡镇医院管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
SpringBoot乡镇医院管理系统的完整UML用例图分别是图2-1、图2-2和图2-3。
图2-1就是患者用户角色的用例展示。
图2-1 系统患者用户角色用例图
图2-2就是医生用户角色的用例展示。
图2-2 医生用户角色用例图
图2-3就是管理员角色的用例展示。
图2-3 管理员角色用例图
2.4.1 数据流程
开发乡镇医院管理系统最主要的一个目的就是实现用户对医生信息的挂号,图2-4就是系统的数据流图。
图2-4预约挂号操作展开图
2.4.2 业务流程
分析完乡镇医院管理系统的数据流,那么接下来我们来看系统的业务流程,图2-5就是业务流程图:
本章主要通过对乡镇医院管理系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个乡镇医院管理系统要实现的功能。同时也为乡镇医院管理系统的代码实现和测试提供了标准。
本章主要讨论的内容包括乡镇医院管理系统的功能模块设计、数据库系统设计。
3.1 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本乡镇医院管理系统中的用例。那么接下来就要开始对乡镇医院管理系统的架构、主要功能和数据库开始进行设计。乡镇医院管理系统根据前面章节的需求分析得出,其总体设计模块图如图3-1所示。
图3-1 系统功能模块图
3.1.2用户模块设计
本系统的用户包括后台管理员和前台用户,两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-2用户模块结构图
3.1.3 评论管理模块设计
乡镇医院管理系统是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-3评论管理模块结构图
3.1.4医生信息管理模块设计
乡镇医院管理系统是中需要存储不少医生信息,其模块功能结构,具体的结构图如下:
图3-4医生信息模块结构图
乡镇医院管理系统最重要的一个功能就是用户提交医生挂号信息生成预约挂号信息,其预约挂号信息模块功能结构,具体的结构图如下:
图3-5预约挂号信息模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
下面是整个乡镇医院管理系统中主要的数据库表总E-R实体关系图。
图3-6 系统总E-R关系图
3.2.2 数据库逻辑结构设计
通过上一小节中乡镇医院管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | 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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | cost_list_id | int | 10 | 0 | N | Y | 费用清单ID | |
2 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
3 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
4 | visit_date | date | 10 | 0 | Y | N | 就诊日期 | |
5 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
6 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
7 | hospitalization_expenses | int | 10 | 0 | Y | N | 0 | 住院费用 |
8 | inspection_fees | int | 10 | 0 | Y | N | 0 | 检查费用 |
9 | drug_expenses | int | 10 | 0 | Y | N | 0 | 药品费用 |
10 | total_cost | int | 10 | 0 | Y | N | 0 | 总计费用 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_type_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 | 更新时间 |
表diagnosis_and_treatment_records (诊疗记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | diagnosis_and_treatment_records_id | int | 10 | 0 | N | Y | 诊疗记录ID | |
2 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
3 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
4 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
5 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
6 | visit_date | date | 10 | 0 | Y | N | 就诊日期 | |
7 | diagnose_symptoms | varchar | 64 | 0 | Y | N | 诊断病症 | |
8 | treatment_plan | text | 65535 | 0 | Y | N | 治疗方案 | |
9 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
10 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_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 | sitting_consultation_department | varchar | 64 | 0 | Y | N | 坐诊科室 | |
5 | doctors_photo | varchar | 255 | 0 | Y | N | 医生照片 | |
6 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
7 | doctors_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
8 | doctor_introduction | text | 65535 | 0 | Y | N | 医生简介 | |
9 | sitting_time | varchar | 64 | 0 | Y | N | 坐诊时间 | |
10 | registration_remarks | varchar | 64 | 0 | Y | N | 挂号备注 | |
11 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
12 | praise_len | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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_phone_number | varchar | 64 | 0 | Y | N | 医生电话 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_information_id | int | 10 | 0 | N | Y | 预约挂号信息ID | |
2 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
3 | drug_type | varchar | 64 | 0 | Y | N | 药品类型 | |
4 | drug_images | varchar | 255 | 0 | Y | N | 药品图片 | |
5 | drug_description | varchar | 64 | 0 | Y | N | 药品说明 | |
6 | number_of_drugs | int | 10 | 0 | Y | N | 0 | 药品数量 |
7 | drug_number | varchar | 64 | 0 | N | 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 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
3 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
4 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
5 | registration_time | datetime | 19 | 0 | Y | N | 挂号时间 | |
6 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
7 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
8 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
9 | sitting_consultation_department | varchar | 64 | 0 | Y | N | 坐诊科室 | |
10 | appointment_number | varchar | 64 | 0 | Y | N | 预约号码 | |
11 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
12 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | 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 | 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 | | 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 | 回复状态 |
表outbound_from_the_opening_party (开方出库)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | outbound_from_the_opening_party_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 | opening_time | datetime | 19 | 0 | Y | N | 开方时间 | |
5 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
6 | drug_number | varchar | 64 | 0 | Y | N | 药品编号 | |
7 | quantity_of_square_root | int | 10 | 0 | Y | N | 0 | 开方数量 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | patient_id | int | 10 | 0 | N | Y | 患者用户ID | |
2 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
3 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
4 | patient_address | 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 | patient_information_id | int | 10 | 0 | N | Y | 患者信息ID | |
2 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
3 | patient_name | varchar | 64 | 0 | Y | N | 患者名字 | |
4 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
5 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
6 | patient_phone_number | varchar | 64 | 0 | Y | N | 患者电话 | |
7 | patient_address | varchar | 64 | 0 | Y | N | 患者地址 | |
8 | past_medical_history | text | 65535 | 0 | Y | N | 以往病史 | |
9 | medical_record_materials | varchar | 255 | 0 | Y | N | 病历材料 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | 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 | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
整个乡镇医院管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 SpringBoot乡镇医院管理系统详细设计与实现
乡镇医院管理系统的详细设计与实现主要是根据前面的乡镇医院管理系统的需求分析和乡镇医院管理系统的总体设计来设计页面并实现业务逻辑。主要从乡镇医院管理系统界面实现、业务逻辑实现这两部分进行介绍。
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-5所示。
图4-5疾病咨询界面图
4.1.6 医生信息界面
当用户点击“医生信息”后就可以看到所有的医生信息,可以输入医生姓名进行搜索查询,选择你想要了解的医生信息后将会进入该医生信息的详情界面,可以了解到该医生信息的医生用户、医生姓名、坐诊科室、医生职称、医生性别、坐诊世家、挂号备注、医生简介等,同时可以对点击下方的“挂号”、“点赞”、“收藏”进行相关操作,也可以在下方评论区输入想要评论的内容进行评论,医生信息详情页面如图4-6所示。
图4-6 医生信息详情界面图
当患者用户在医生详情页面点击“挂号”按钮进入到预约挂号信息提交页面,根据系统页面输入挂号信息点击提交,等待医生审核。预约挂号录信息提交界面如下图4-7所示。
图4-7预约挂号信息提交界面图
前台患者用户点击右上角“个人中心”模块,可以查看和管理个人相关的信息和任务,包括个人首页、患者信息、预约挂号、诊疗记录、疾病咨询和收藏的信息。患者用户个人中心界面如下图4-8所示。
图4-8患者用户个人中心界面
4.2后台功能模块
4.2.1医生用户后台管理界面
医生用户通过管理员添加的账号可以登录后台分别对患者信息管理、医生信息管理、预约挂号管理、诊疗记录管理等模块的信息进行管理。医生点击“患者信息管理”右侧的“诊疗”按钮可以填写患者用户的诊疗记录信息;点击“预约挂号管理”可以对患者用户的预约挂号信息进行审核回复,每个医生只可查看自己的预约挂号信息。
患者信息管理界面如下图4-9所示。
图4-9患者信息管理界面图
医生信息管理界面如下图4-10所示。
图4-10医生信息管理界面图
医生点击“预约挂号管理”会显示患者用户对本医生发起的预约挂号信息,点击详情可对挂号信息进行审核回复。预约挂号审核回复界面如下图4-11所示。
图4-11预约挂号审核回复界面图
添加诊疗记录界面如下图4-12所示。
图4-12诊疗记录添加界面图
乡镇医院管理系统中的管理人员在“系统用户”这一菜单是中可以对注册的患者用户,医生用户以及管理员进行管控。系统用户管理界面如下图4-13所示。
图4-13系统用户管理界面图
管理员点击“医生信息管理”显示所有的医生信息,支持通过医生姓名或坐诊科室对医生信息进行查询。如果想要添加新的医生信息,点击“添加”按钮,输入医生用户、医生姓名、坐诊科室、医生职称、医生性别、坐诊世家、挂号备注、医生简介等信息,点击“提交”按钮就可以添加了,也可以对用户提交的医生评论的信息进行管控。医生信息管理界面如下图4-14所示。
图4-14医生信息管理界面图
管理人员在“系统管理”这一菜单下是可以对乡镇医院管理系统内的轮播图进行添加修改的,其管理界面如下图4-14所示。
图4-15系统轮播图管理界面图
4.2.5留言管理界面
管理员点击“留言管理”菜单能够对用户在前台提交的疾病咨询内容进行回复。留言回复界面如下图4-16所示。
图4-16留言回复界面图
管理员点击“资源管理”菜单能够对其下子菜单医院资讯和医院资讯的分类进行增删改查。界面如下图4-17所示。
图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)填写咨询内容信息,点击进行提交。 |
预期结果 | 管理员回复咨询信息 |
实际结果 | 实际结果与预期结果一致 |
通过编写乡镇医院管理系统的测试用例,已经检测完毕用户登录功能测试、医生信息展示功能测试、预约挂号信息添加、医院资讯搜索、密码修改、疾病咨询功能测试,通过这6大模块为乡镇医院管理系统的后期推广运营提供了强力的技术支撑。
在开发本SpringBoot乡镇医院管理系统之前我胸有成竹,觉得很简单,但在实际的开发中我发现了自身的很多问题,许多编程思想和方法都还没有掌握牢靠,比如Jquery、AJAX 、Spring、SpringMVC、MyBatis等许多Java Web开发技术,通过开发这个乡镇医院管理系统我成长了很多,懂得了做什么事情都要脚踏实地,不能眼高手低,在本次SpringBoot乡镇医院管理系统的开发中我逐渐掌握逐渐熟悉的技术。
本次乡镇医院管理系统的开发中我还学会了很多,例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概,脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后,需要思考本次编程所需的主要知识点和技术点,并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑,长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多,如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己,那么在进入社会后,不仅会给公司团队带来麻烦和增加不必要的工作,还会导致客户流失,公司对自己的评价下降。
在本次项目中我也暴露了诸多问题。对于SpringBoot的编程知识有所欠缺,环境配置和算法上出现诸多问题,时常导致项目运行出错,或者目标的实现有问题。或者实现想法时算法未优化,使得代码冗长,程序运行不顺畅。
[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.
这篇文章的完成经历了多个日日夜夜的努力,终于在今天得以完成。这篇文章的创作过程实为不易,但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时,非常感谢我的导师不耐其烦的帮助我解决问题,给予了我许多指导意见。也感谢所有为我授业解惑的老师!
另外,本文的完成也参考借鉴了许多国内外在SpringBoot技术上的著作,如果没有著作原作的辛勤付出和科研成果,我也很难完成本论文。感谢在本论文中关联到的学者们!也感谢Google等公司,感谢他们强大的搜索引擎,让我的资料查阅省事简单。
感谢之余也还有几句话要说,虽大学学习四年,怎奈何本人才疏学浅,本文的完成已为尽力,但文中不免有些不当和错误之处,诚挚真切的请求各位老师对本文的批评改正,感谢百忙之中费心审阅我论文的老师。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~