springboot医院门诊挂号系统-计算机毕业设计源码033123

目  录

摘要

1 绪论

1.1研究背景及意义

1.2研究现状

1.3系统开发技术的特色

1.4论文结构与章节安排

2 医院门诊挂号系统系统分析

2.1 可行性分析

2.2 系统流程分析

2.2.1数据增加流程

2.3.2数据修改流程

2.3.3数据删除流程

2.3 系统功能分析

2.3.1 功能性分析

2.3.2 非功能性分析

2.4 系统用例分析

2.5本章小结

3 医院门诊挂号系统总体设计

3.1 系统架构设计

3.2 系统功能模块设计

3.2.1整体功能模块设计

3.2.2用户模块设计

3.2.3评论管理模块设计

3.3 数据库设计

3.3.1 数据库概念结构设计

3.3.2 数据库逻辑结构设计

3.4本章小结

4 医院门诊挂号系统详细设计与实现

4.1用户功能模块

4.1.1 前台首页界面

4.1.2 患者登录界面

4.1.3患者注册界面

4.1.4我的账户界面

4.1.5 在诊科室详情界面

4.1.6 医院资讯界面

4.2管理员功能模块

4.2.1 用户管理界面

4.2.2 内容管理界面

4.2.3 站点管理界面

4.2.4 更多管理界面

5系统测试

5.1系统测试的目的

5.2 系统测试用例

5.3 系统测试结果

结论

参考文献

  

摘要

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

医院门诊挂号系统主要功能模块包括用户管理、在诊科室、科室分类、现场挂号、网上预约、取消预约、数据统计、呼叫就诊,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取MySQL作为后台数据的主要存储单元,采用springboot框架、Java技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对医院门诊挂号系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现医院门诊挂号系统和部署运行使用它。

关键词:springboot技术;MYSQL;医院门诊挂号系统

Abstract

In the information society, there is a need for targeted information access, but the expansion of access is basically the direction of people's efforts. Due to the deviation of the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the problems of hospital outpatient registration, this paper studies and analyzes the outpatient registration, and then develops and designs the hospital outpatient registration system to solve the problems.

The main functional modules of the hospital outpatient registration system include user management, in-patient departments, department classification, on-site registration, online reservation, cancellation of reservation, data statistics and call for treatment. The object-oriented development mode is adopted for software development and hardware erection, which can well meet the needs of actual use, improve the corresponding software erection and program coding, and MySQL is used as the main storage unit of background data, Using springboot framework, Java technology and Ajax technology to code and develop the business system, all the functions of the system are realized. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work. This paper analyzes the various requirements and technical problems of the hospital outpatient registration system, proves the necessity and technical feasibility of the system, then makes a basic introduction to the technical software and design idea needed to design the system, and finally realizes the deployment and operation of the hospital outpatient registration system.

Keywords: Springboot technology; MYSQL; Hospital outpatient registration system

1 绪论

1.1研究背景及意义

随着医疗市场的发展和竞争加剧,病人选择医院就医时不仅看重其技术水平,也更加注重医院服务态度和收费水平;同时,医院也逐渐从单纯的治疗型向保健服务型转变,以适应社会发展需要。,患者对医疗保健服务提出了更高要求。在新医改政策下,如何提高门诊量和服务质量已成为各医疗机构关注的重点之一。目前我国许多公立医院都建立了门诊就医管理系统(HIS),实现了预约挂号、候诊时间管理等功能,但仍存在着一些问题,如排队等候现象严重,就诊效率低,医生工作效率低等。为了解决这些问题,很多学者将目光投向智能技术应用于传统医疗行业,以期改善上述状况,提升诊疗质量与服务水平,因此有必要设计一套医院门诊挂号系统,以帮助患者更方便地完成看病过程中所遇到的难题;同时也为医务人员提供便捷高效的服务手段;从而进一步优化整个医疗服务体系。本文针对当前国内外研究现状,提出基于物联网技术的医院门诊挂号系统设计方案,并对系统进行分析及详细说明。

1.2研究现状

随着计算机技术的不断发展,计算机已成为现代医疗中不可或缺的一部分。目前国内各大医院都建立了自己的信息系统来为病人提供服务。在众多的信息管理系统中,HIS是一个比较成熟且应用广泛的管理系统,其优点在于:可以实现对各种信息资源的有效管理和利用;方便医务人员查询所需资料、查阅病案等;提高工作效率及服务质量等等。而对于一些大型医疗机构来说,由于其内部业务复杂,人员多,因此采用传统的人工方式进行患者挂号非常困难,而且效率低下。本文设计并开发了基于springboot架构的医院门诊挂号系统(简称“系统”).该系统以Java技术作为开发工具,通过Web服务器与数据库服务器相结合的方式,实现了医生与病患之间的双向交互,从而大大提高了挂号工作的速度,同时也减轻了医护人员的劳动强度,具有较高的实用性。本文首先介绍了系统开发过程中用到的相关技术,包括Java编程语言、springboot框架体系以及MVC设计模式等。其次分析了本项目需求,对系统主要功能进行了详细设计,并且给出了部分关键代码。最后阐述了系统的测试结果,结果表明:该系统运行稳定可靠,满足各项要求,达到了预期目的。

1.3系统开发技术的特色

(1)医院门诊挂号系统中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术,而是使用当前主流的springboot框架,它减少java配置代码,简化编程代码,目前springboot框架也是很多企业选择的框架之一。

(2)医院门诊挂号系统中的web后台管理中的前端使用的是JavaScript框架,它配合ajax[8]和jquery[9]可以美化页面设计。

(3)医院门诊挂号系统中数据库用的mysql5.7,它执行效率高。

1.4论文结构与章节安排

论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:

第一章:引言。第一章主要介绍了课题研究的背景,系统开发的现状和本文的研究现状与主要工作。

第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。

第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。

第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。

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

第六章:总结。

2 医院门诊挂号系统 系统分析

系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。

2.1 可行性分析

(1)经济可行性:

在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。

所以经济可行性没有问题。

(2)操作可行性:

此次项目设计参考了几个该模式下网站的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。

因此操作可行性也没有问题。

(3)技术可行性:

技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。

现有的springboot技术能够迎合所有电子商务系统的搭建。开发这个医院门诊挂号系统的时候我采用了springboot+MYSQL用以运行整体程序。

综上所述技术可行性也没有问题。

(4)法律可行性:

从开发者角度来看,springboot和MYSQL是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。

从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。

综上所述法律可行性也没有问题。

2.2系统流程分析

业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。

2.2.1 数据增加流程

用户成功登入系统后能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-1显示的就是在增加数据时的流程。

图2-1  数据增加流程图

2.2.2 数据修改流程

数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-2所示。

图2-2  数据修改流程图

2.2.3 数据删除流程

如果系统里面存在一些没有用的数据的话相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。

图2-3  数据删除流程图

2.3 系统功能分析

2.3.1 功能性分析

按照医院门诊挂号系统的角色,我划分为了患者管理模块、医生管理模块和管理员管理模块这三大部分。

用户管理模块:

(1)用户注册登录:用户注册为用户并登录医院门诊挂号系统;用户对个人信息的增删改查,比如个人资料,密码修改。

(2)查看医院门诊挂号系统的首页信息:医院门诊挂号系统的首页信息包含了首页、医院资讯、在诊科室、网上预约、我的(我的账户、个人中心)等。

(3)医院资讯:用户进行医院资讯的阅览,查看管理者发布的医院资讯信息

(4)我的账户:当用户点击右上角“我的”这个按钮,会出现子菜单,点击“我的账户”可以对个人的资料以及登录系统的密码进行设置;

(5)个人中心:当用户点击右上角“我的”这个按钮,就会进入到对应的后台进行信息的管理了;

6网上预约:在首页导航栏上我们会看到“网上预约”这一菜单,我们点击进入进去以后,会看到所有管理员在后台发布的预约信息,我们选择想要了解医生预约信息,可以预约

管理员管理模块:

(1)用户管理:管理员可以对前台上注册过的普通用户信息进行管控,也可以对管理员信息进行管控。

(2)医院资讯管理:管理员在后台可以对医院门诊挂号系统中显示的医院资讯进行增删改查。

(3)内容管理:管理员可以对医院门诊挂号系统前台展示的医院资讯及医院资讯分类的分类进行管控。

(4)更多管理:当点击“更多”这一菜单的时候,会出现在诊科室+科室分类+现场挂号+网上预约+取消预约+数据统计+呼叫就诊子菜单,能够对这七个模块进行增删改查操作;

(5)站点内容管理:管理员可以对医院门诊挂号系统中首页显示的轮播图以及系统中的一些公告发布到系统当中,让用户及时的查看到系统信息,进行合理安排。

2.3.2 非功能性分析

医院门诊挂号系统的非功能性需求比如医院门诊挂号系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:

3-1医院门诊挂号系统非功能需求表

安全性

主要指医院门诊挂号系统数据库的安装,数据库的使用和密码的设定必须合乎规范。

可靠性

可靠性是指医院门诊挂号系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。

性能

性能是影响医院门诊挂号系统占据市场的必要条件,所以性能最好要佳才好。

可扩展性

比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。

易用性

用户只要跟着医院门诊挂号系统 的页面展示内容进行操作,就可以了。

可维护性

医院门诊挂号系统 开发的可维护性是非常重要的,经过测试,可维护性没有问题

2.4 系统用例分析

通过2.3功能的分析,得出了本医院门诊挂号系统的用例图:

患者角色用例如图2-3所示。

图2-3 医院门诊挂号系统患者用户角色用例图

web后台管理上的管理员是维护整个医院门诊挂号系统中所有数据信息的。管理员角色用例如图2-4所示。

图2-4 医院门诊挂号系统管理员角色用例图

2.5本章小结

本章主要通过对医院门诊挂号系统的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个医院门诊挂号系统 要实现的功能。同时也为医院门诊挂号系统的代码实现和测试提供了标准。

3 医院门诊挂号系统 总体设计

本章主要讨论的内容包括医院门诊挂号系统的功能模块设计、数据库系统设计。

3.1 系统架构设计

本医院门诊挂号系统 从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。

                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

图3-1医院门诊挂号系统系统架构设计图

表现层(UI):又称UI层,主要完成本医院门诊挂号系统的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本医院门诊挂号系统 时的舒适度。UI的界面设计也要适应不同版本的医院门诊挂号系统 以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。

业务逻辑层(BLL):主要完成本医院门诊挂号系统 的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。

数据层(DL):由于本医院门诊挂号系统 的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本医院门诊挂号系统 的数据存储和管理功能。

3.2 系统功能模块设计

3.2.1整体功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本医院门诊挂号系统中的用例。那么接下来就要开始对本医院门诊挂号系统的架构、主要功能和数据库开始进行设计。医院门诊挂号系统根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。

图3-2 医院门诊挂号系统功能模块图

3.2.2用户模块设计

后台管理者能够实现对前台注册的用户增删改查操作,用户模块结构图如下图:

图3-3用户用户模块结构图

3.2.3评论管理模块设计

医院门诊挂号系统是一个交流性质的公开平台,用户用户和管理人员用户可以对平台上信息进行评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的言论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:

图3-4评论模块结构图

3.3 数据库设计

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

3.3.1 数据库概念结构设计

下面是整个医院门诊挂号系统 中主要的数据库表总E-R实体关系图。

图3-6 医院门诊挂号系统总E-R关系图

下面根据医院门诊挂号系统 的数据库总E-R关系图可以得出医院门诊挂号系统需要很多E-R图,在此罗列出来一些主要的数据库E-R模型图。

图3-7现场挂号E-R关系图

图3-8 患者E-R关系图

图3-9在诊科室E-R关系图

图3-10呼叫就诊E-R关系图

3.3.2 数据库逻辑结构设计

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

online_booking表:

名称

类型

长度

不是null

主键

注释

online_booking__id

int

11

网上预约ID

time_of_appointment

datetime

0

预约时间

patient_name

varchar

64

患者姓名

gender

varchar

64

性别

age

varchar

64

年龄

id

varchar

64

身份证

name_of_doctor

varchar

64

医生姓名

department_name

varchar

64

科室名称

appointment_person

int

11

预约人

subscription_price

int

11

预约费

doctor_account

int

11

医生账号

appointment_results

varchar

64

预约结果

appointment_description

text

0

预约说明

pay_state

varchar

16

支付状态

pay_type

varchar

16

支付类型

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

patient表:

名称

类型

长度

不是null

主键

注释

patient_id

int

11

患者ID

gender

varchar

64

性别

age

varchar

64

年龄

id

varchar

255

身份证

patient_name

varchar

64

患者姓名

examine_state

varchar

16

审核状态

recommend

int

11

智能推荐

user_id

int

11

用户ID

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

on_site_registration表:

名称

类型

长度

不是null

主键

注释

on_site_registration_id

int

11

现场挂号ID

department_number

varchar

64

科室编号

department_name

varchar

64

科室名称

name_of_doctor

varchar

64

医生姓名

title

varchar

64

职称

doctor_account

int

11

医生账号

registration_time_

datetime

0

挂号时间

registration_instructions

varchar

64

挂号说明

patient_name

varchar

64

患者姓名

age

varchar

64

年龄

id

varchar

64

身份证

gender

varchar

64

性别

patient_account_number

int

11

患者账号

registration_fee

varchar

64

挂号费

pay_state

varchar

16

支付状态

pay_type

varchar

16

支付类型

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

in_patient_department表:

名称

类型

长度

不是null

主键

注释

in_patient_department_id

int

11

在诊科室ID

department_number

varchar

64

科室编号

department_name

varchar

64

科室名称

department_address

varchar

64

科室地址

name_of_doctor

varchar

64

医生姓名

gender

varchar

64

性别

title

varchar

64

职称

doctor_head

varchar

255

医生头像

time_of_diagnosis

date

0

在诊时间

registration_fee

int

11

挂号费

doctor_account

int

11

医生账号

department_profile

text

0

科室简介

hits

int

11

点击数

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

department_classification表

名称

类型

长度

不是null

主键

注释

department_classification_id

int

11

科室分类ID

department_name

varchar

64

科室名称

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

data_statistics表:

名称

类型

长度

不是null

主键

注释

data_statistics_id

int

11

数据统计ID

statistical_number

varchar

64

统计编号

statistical_time

date

0

统计时间

statistical_type

varchar

64

统计类型

statistical_quantity

int

11

统计数量

statistical_description

text

0

统计说明

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

doctor表:

名称

类型

长度

不是null

主键

注释

doctor_id

int

11

医生ID

gender

varchar

64

性别

department_name

varchar

64

科室名称

title

varchar

64

职称

name_of_doctor

varchar

64

医生姓名

examine_state

varchar

16

审核状态

recommend

int

11

智能推荐

user_id

int

11

用户ID

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

call_a_doctor表:

名称

类型

长度

不是null

主键

注释

call_a_doctor_id

int

11

呼叫就诊ID

department_number

varchar

64

科室编号

department_name

varchar

64

科室名称

name_of_doctor

varchar

64

医生姓名

title

varchar

64

职称

patient_name

varchar

64

患者姓名

id

varchar

64

身份证

patient_account_number

int

11

患者账号

call_time

datetime

0

呼叫时间

doctor_account

int

11

医生账号

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

3.4本章小结

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

4 医院门诊挂号系统详细设计与实现

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

4.1用户功能模块

4.1.1 前台首页界面

当进入医院门诊挂号系统的时候,首先映入眼帘的是系统的导航栏,下面是轮播图以及系统内容,其主界面展示如下图4-1所示。

图4-1 前台首页界面图

4.1.2患者登录界面

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

图4-2患者登录界面图

登录关键代码如下所示。

/**

     * 登录

     * @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.3患者注册界面

不是医院门诊挂号系统中正式用户的是可以在线进行注册的,如果你没有本医院门诊挂号系统的账号的话,添加“注册”,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可患者注册成功。其用患者注册界面展示如下图4-3所示。

图4-2患者注册界面图

注册关键代码如下所示。

/**

     * 注册

     * @param user

     * @return

     */

    @PostMapping("register")

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

        // 查询用户

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

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

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

        if (list.size()>0){

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

        }

        user.setUserId(null);

        user.setPassword(service.encryption(user.getPassword()));

        service.save(user);

        return success(1);

}

/**

     * 用户ID:[0,8388607]用户获取其他与用户相关的数据

     */

    @Id

    @GeneratedValue(strategy = GenerationType.IDENTITY)

    @Column(name = "user_id")

    private Integer userId;

    /**

     * 账户状态:[0,10](1可用|2异常|3已冻结|4已注销)

     */

    @Basic

    @Column(name = "state")

    private Integer state;

    /**

     * 所在用户组:[0,32767]决定用户身份和权限

     */

    @Basic

    @Column(name = "user_group")

    private String userGroup;

    /**

     * 上次登录时间:

     */

    @Basic

    @Column(name = "login_time")

    private Timestamp loginTime;

    /**

     * 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时

     */

    @Basic

    @Column(name = "phone")

    private String phone;

    /**

     * 手机认证:[0,1](0未认证|1审核中|2已认证)

     */

    @Basic

    @Column(name = "phone_state")

    private Integer phoneState;

    /**

     * 用户名:[0,16]用户登录时所用的账户名称

     */

    @Basic

    @Column(name = "username")

    private String username;

    /**

     * 昵称:[0,16]

     */

    @Basic

    @Column(name = "nickname")

    private String nickname;

    /**

     * 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成

     */

    @Basic

    @Column(name = "password")

    private String password;

    /**

     * 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时

     */

    @Basic

    @Column(name = "email")

    private String email;

    /**

     * 邮箱认证:[0,1](0未认证|1审核中|2已认证)

     */

    @Basic

    @Column(name = "email_state")

    private Integer emailState;

    /**

     * 头像地址:[0,255]

     */

    @Basic

    @Column(name = "avatar")

    private String avatar;

    /**

     * 创建时间:

     */

    @Basic

    @Column(name = "create_time")

    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")

    private Timestamp createTime;

    @Basic

    @Transient

    private String code;

}

4.1.4我的账户界面

当用户点击右上角“我的”这个按钮,会出现子菜单,点击“我的账户”可以对个人的资料以及登录系统的密码进行设置,我的账户界面如下图4-4所示。

图4-4我的账户界面图

4.1.5在诊科室详情界面

当访客点击了任意科室信息后将会进入该在诊科室信息的详情界面,可以了解到该在诊科室的科室编号、科室名称、科室地址、医生姓名、性别、职称、在诊时间、挂号费、医生账号等,同时可以对该在诊科室进行挂号,在诊科室详情展示页面如图4-5所示。

图4-5在诊科室详情界面图

4.1.6医院资讯界面

当访客点击医院门诊挂号系统中导航栏上的“医院资讯”后将会进入到该“奥运资讯”列表的界面,然后选择想要看的医院资讯,点击进入到详细界面,医院资讯界面如下图4-6 所示。

图4-6医院资讯界面图

4.2管理员功能模块

4.2.1 用户管理界面

医院门诊挂号系统中的管理人员是可以对前台注册的患者、医生进行管理的,也可以对管理员进行管控。界面如下图4-6所示。

图4-6用户管理界面图

用户管理关键代码如下所示。

public String encryption(String plainText) {

        String re_md5 = new String();

        try {

            MessageDigest md = MessageDigest.getInstance("MD5");

            md.update(plainText.getBytes());

            byte b[] = md.digest();

            int i;

            StringBuffer buf = new StringBuffer("");

            for (int offset = 0; offset < b.length; offset++) {

                i = b[offset];

                if (i < 0)

                    i += 256;

                if (i < 16)

                    buf.append("0");

                buf.append(Integer.toHexString(i));

            }

            re_md5 = buf.toString();

        } catch (Exception e) {

            e.printStackTrace();

        }

        return re_md5;

    }

4.2.2内容管理界面

医院门诊挂号系统中的管理人员在“内容管理”这一菜单中是可以对医院门诊挂号系统内的医院资讯、医院资讯分类等进行维护和管理的,界面如下图4-7所示。

图4-7内容管理界面图

4.2.3站点管理界面

医院门诊挂号系统中的管理人员在“站点管理”这一菜单中是可以对前台显示的轮播图以及公告栏进行管控。界面如下图4-8所示。

图4-8站点管理界面图

站点管理关键代码如下所示。

  @PostMapping("/add")

    @Transactional

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

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

        return success(1);

    }

    @Transactional

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

        service.insert(map);

        return success(1);

}

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

        BufferedReader br = null;

        StringBuilder sb = new StringBuilder("");

        try{

            br = reader;

            String str;

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

                sb.append(str);

            }

            br.close();

            String json = sb.toString();

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

        }catch (IOException e){

            e.printStackTrace();

        }finally{

            if (null != br){

                try{

                    br.close();

                }catch (IOException e){

                    e.printStackTrace();

                }

            }

        }

        return null;

}

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

        StringBuffer sql = new StringBuffer("INSERT INTO ");

        sql.append("`").append(table).append("`").append(" (");

        for (Map.Entry<String,Object> entry:body.entrySet()){

            sql.append("`"+humpToLine(entry.getKey())+"`").append(",");

        }

        sql.deleteCharAt(sql.length()-1);

        sql.append(") VALUES (");

        for (Map.Entry<String,Object> entry:body.entrySet()){

            Object value = entry.getValue();

            if (value instanceof String){

                sql.append("'").append(entry.getValue()).append("'").append(",");

            }else {

                sql.append(entry.getValue()).append(",");

            }

        }

        sql.deleteCharAt(sql.length() - 1);

        sql.append(")");

        log.info("[{}] - 插入操作:{}",table,sql);

        Query query = runCountSql(sql.toString());

        query.executeUpdate();

    }

4.2.4更多管理界面

医院门诊挂号系统中的管理人员在“更多管理”这一菜单下是可以对医院门诊挂号系统内的科室分类、在诊科室、现场挂号、网上预约、取消预约、数据统计、呼叫就诊进行管控的,其管理界面如下图4-9所示。

图4-9更多管理界面图

更多管理关键代码如下所示。

@RequestMapping(value = "/del")

    @Transactional

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

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

        return success(1);

}

    @Transactional

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

        StringBuffer sql = new StringBuffer("DELETE FROM ").append("`").append(table).append("`").append(" ");

        sql.append(toWhereSql(query, "0".equals(config.get(FindConfig.GROUP_BY))));

        log.info("[{}] - 删除操作:{}",table,sql);

        Query query1 = runCountSql(sql.toString());

        query1.executeUpdate();

    }

5系统测试

5.1系统测试的目的

系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。

5.2 系统测试用例

系统测试包括:用户登录功能测试、门诊挂号展示功能测试、门诊挂号添加、门诊挂号搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:

用户登录功能测试:

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

用例名称

用户登录系统

目的

测试用户通过正确的用户名和密码可否登录功能

前提

未登录的情况下

测试流程

1) 进入登录页面

2) 输入正确的用户名和密码

预期结果

用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入

实际结果

实际结果与预期结果一致

门诊挂号查看功能测试:

表5-2 门诊挂号查看功能测试表

用例名称

门诊挂号查看

目的

测试门诊挂号查看功能

前提

用户登录

测试流程

点击门诊挂号列表

预期结果

可以查看到所有门诊挂号信息

实际结果

实际结果与预期结果一致

管理员添加门诊挂号界面测试:

表5-3 管理员添加门诊挂号界面测试表

用例名称

门诊挂号发布测试用例

目的

测试门诊挂号发布功能

前提

用户正常登录情况下

测试流程

1)点击门诊挂号信息管理就,然后点击添加后并填写信息。

2)点击进行提交。

预期结果

提交以后,页面首页会显示新的门诊挂号信息 

实际结果

实际结果与预期结果一致

门诊挂号搜索功能测试:

表5-4门诊挂号搜索功能测试表

用例名称

门诊挂号搜索测试

目的

测试门诊挂号搜索功能

前提

测试流程

1)在搜索框填入搜索关键字。

2)点击搜索按钮。

预期结果

页面显示包含有搜索关键字的门诊挂号

实际结果

实际结果与预期结果一致

密码修改功能测试:

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

用例名称

密码修改测试用例

目的

测试管理员密码修改功能

前提

管理员用户正常登录情况下

测试流程

1)管理员密码修改并完成填写。

2)点击进行提交。

预期结果

使用新的密码可以登录

实际结果

实际结果与预期结果一致

5.3 系统测试结果

通过编写医院门诊挂号系统的测试用例,已经检测完毕用户登录模块、门诊挂号查看模块、门诊挂号添加模块、门诊挂号搜索模块、密码修改功能测试,通过这5大模块为医院门诊挂号系统的后期推广运营提供了强力的技术支撑。

结论

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

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

参考文献

[1]黎文志,赵印,陈翔,赵爽,黄凯. 一种互联网预约挂号方法及系统[P]. 天津市:CN114266373A,2022-04-01.

[2]He Xinbin,Bai Yongbin,Yue Lisen,Wang Haixiao,Liu Yi. Design and Implementation of Information System Based on Java Technology Platform[J]. Journal of Physics: Conference Series,2021,2033(1).

[3]亓晋,许会芬,孙莹,孙雁飞. 基于胶囊网络的医院门诊人流量预测方法[P]. 江苏省:CN112257915A,2021-01-22.

[4]朱光,邓弘林.大数据背景下医院门诊挂号预约爽约行为预测研究[J].医学信息,2020,33(22):13-15+21.

[5]李雨泽,李进平. 基于互联网挂号患者入出医院门诊道闸识别管理系统[P]. 山西省:CN111798607A,2020-10-20.

[6]徐建,肖正军.基于身份证在精神专科医院门诊挂号信息化系统中的应用[J].电脑知识与技术,2020,16(09):12-13.DOI:10.14004/j.cnki.ckt.2020.0989.

[7]骆雪.北京市某三甲医院门诊挂号应用京医通自助服务的功能探讨[J].中国病案,2019,20(09):31-33.

[8]石凤平.降低门诊挂号错误率的对策与实践——以杭州某医院为例[J].安徽卫生职业技术学院学报,2018,17(05):6-7.

[9]吕侃,钟臻.关于医院门诊预约挂号系统设计与实现[J].科技风,2017(24):1.DOI:10.19392/j.cnki.1671-7341.201724001.

[10]张伟,王永平.医院门诊预约挂号系统的应用及改进[J].甘肃科技纵横,2017,46(11):9-11.

[11]王永平,张伟.门诊预约挂号系统在兰州地区医院中的对接及应用[J].甘肃科技,2017,33(19):10-11.

[12]贾凡. 山西某医院门诊预约挂号系统设计与实现[D].大连理工大学,2017.

[13]Hatma Suryotrisongko,Dedy Puji Jayanto,Aris Tjahyanto. Design and Development of Backend Application for Public Complaint Systems Using Microservice Spring Boot[J]. Procedia Computer Science,2017,124.

[14]黄冬至.医院门诊挂号、收费信息系统建设与管理[J].世界最新医学信息文摘,2017,17(22):179.

[15]许敏.医院门诊自助挂号系统对医疗服务的改善情况研究[J].中国管理信息化,2017,20(06):45-46.

[16]胡菲.医院门诊预约挂号系统的运用[J].电子技术与软件工程,2017(04):198.

致  谢

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

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

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

免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:/a/748448.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

模拟题解析:

《互联网域名管理办法》第41条规定&#xff0c;域名根服务器运行机构、域名注册管理机构和域名注册服务机构应当遵守国家相关法律、法规和标准&#xff0c;落实网络与信息安全保障措施&#xff0c;配置必要的网络通信应急设备&#xff0c;建立健全网络与信息安全监测技术手段和…

3D渲染时如何提高GPU的使用率?这7点告诉你

GPU 正逐渐取代 CPU 在 3D 渲染中的地位。我们看到许多 GPU 渲染器如 Redshift、Octane、FStorm 等不断推出。以前只支持 CPU 渲染的渲染器&#xff0c;如 Arnold、V-Ray、Renderman、Keyshot 等&#xff0c;现在也开始支持 GPU 渲染。实时渲染的发展使 GPU 更受欢迎&#xff0…

V-Series Avalon-MM DMA Interface for PCIE IP核

目录 1. IP概述 2. Avalon-MM DMA Ports 3. 参数设置 3.1 系统设置 3.2 基址寄存器 (BAR) 设置 3.3 设备识别寄存器 3.4 PCI Express和PCI功能参数 3.4.1 Device Capabilities 3.4.2 Error Reporting 3.4.3 Link Capabilities 3.4.4 MSI and MSI-X Capabilities …

【MySQL进阶之路 | 高级篇】索引及索引的数据结构

1. 为什么要使用索引 索引是存储引擎用于快速找到数据记录的一种数据结构&#xff0c;就好比一本教科书的目录&#xff0c;通过目录可以找到对应文章的页面&#xff0c;而不用一页一页从头翻到尾.MySQL也是一样的道理.在进行数据查找时&#xff0c;首先查看查询条件是否命中某…

基于weixin小程序校园快递系统的设计

管理员账户功能包括&#xff1a;系统首页&#xff0c;个人中心&#xff0c;管理员管理&#xff0c;用户管理&#xff0c;订单管理&#xff0c;快递管理&#xff0c;快递记录管理&#xff0c;公告管理&#xff0c;基础数据管理 小程序功能包括&#xff1a;系统首页&#xff0c;…

Java毕设代码助力,让技术实现更流畅

Java毕设代码助力&#xff0c;让技术实现更流畅 在Java毕业设计的道路上&#xff0c;代码的编写往往占据了大部分的时间和精力。为了帮助同学们更专注于项目的核心逻辑和创意实现&#xff0c;Java毕设服务工作室专注于提供高质量的Java代码支持。 一、专业编码&#xff0c;助…

python-引用配置文件和日志

文章目录 前言python-引用配置文件和日志1. 给一个配置文件2. 获取配置文件信息方法3. 获取配置信息&#xff0c;引入日志分页功能demo4. 测试 前言 如果您觉得有用的话&#xff0c;记得给博主点个赞&#xff0c;评论&#xff0c;收藏一键三连啊&#xff0c;写作不易啊^ _ ^。 …

【乐吾乐2D可视化组态编辑器】文件

1 文件 文件&#xff1a;文件的新建、打开、导入、保存、另存为、下载JOSN文件、下载ZIP打包文件、导出为HTML、导出为Vue2组件、导出为Vue3组件、导出为React组件&#xff08;老版将不再维护&#xff09;、下载为PNG、下载为SVG 乐吾乐2D可视化组态编辑器demo&#xff1a;ht…

HTTP协议和Nginx

一、HTTP协议和Nginx 1.套接字Socket 套接字Socket是进程间通信IPC的一种实现&#xff0c;允许位于不同主机&#xff08;或同一主机&#xff09;上不同进程之间进行通信和数据交换&#xff0c;SocketAPI出现于1983年BSD4.2实现在建立通信连接的每一端&#xff0c;进程间的传输…

mac配置修改host文件

1command 空格 输入 terminal 选中回车进入终端控制台. command 空格 2 sudo vi /etc/hosts 输入密码,进入vi编辑器修改文件 sudo vi /etc/hosts3修改内容,:wq保存退出,重启项目即可 :wq

全景图片/老照片/动漫图片一键无损放大与修复

在日常生活中&#xff0c;我们经常使用系统自带的图片处理软件来对图片进行缩放操作&#xff0c;从而实现放大或缩小图片。然而&#xff0c;这种方法会带来一个问题&#xff1a;如果原始图片较小&#xff0c;放大后会导致精度损失&#xff0c;使图片变得模糊。 近年来&#xf…

Radxa 学习摘录

文章目录 一、参考资料二、硬件知识 一、参考资料 技术论坛&#xff08;推荐&#xff09; 官方资料下载 wiki资料 u-boot 文档 u-boot 源码 内核文档 内核源码 原理图 二、硬件知识 Radxa 3B 主板概览 MIPI接口 MIPI CSI&#xff08;Camera Serial Interface&#xff09;…

MemManage_Handler 问题的解决思路

1、问题 在做一个安全类项目时发现&#xff0c;软件在运行一段时间后会进入"MemManage_Handler",遂开始了一系列查找。 2、解决 &#xff08;1&#xff09;查看堆栈数据 查堆栈的数据&#xff0c;发现堆栈也被破坏了&#xff0c;看不出来是执行哪个任务执行导致的…

mediasoup 源码分析 (八)分析PlainTransport

mediasoup 源码分析 &#xff08;六&#xff09;分析PlainTransport 一、接收裸RTP流二、mediasoup 中udp建立过程 tips 一、接收裸RTP流 PlainTransport 可以接收裸RTP流&#xff0c;也可以接收AES加密的RTP流。源码中提供了一个通过ffmpeg发送裸RTP流到mediasoup的脚本&…

centos上快速搭建zfile文件网站

什么是zfile&#xff1f; zfile文件网站是最方便快捷的在线目录展示程序&#xff0c;支持将本地文件、FTP、SFTP、S3、OneDrive 等存储在网站上展示并浏览&#xff01; 本教程参考&#xff1a; https://docs.zfile.vip/install/os-linux复现 今天的搭建环境是centos7.9 第一…

CPPTest设计分析

目录 1 概述2 设计3 扩展Output3.1 扩展实例 1 概述 CppTest是一个可移植、功能强大但简单的单元测试框架&#xff0c;用于处理C中的自动化测试。重点在于可用性和可扩展性。支持多种输出格式&#xff0c;并且可以轻松添加新的输出格式。 CppTest下载地址Sourceforge Github地…

Java技术栈总结:数据库MySQL篇

一、慢查询 1、常见情形 聚合查询 多表查询 表数据量过大查询 深度分页查询 2、定位慢查询 方案一、开源工具 调试工具&#xff1a;Arthas运维工具&#xff1a;Prometheus、Skywalking 方案二、MySQL自带慢日志 在MySQL配置文件 /etc/my.conf 中配置&#xff1a; # …

云原生技术峰会:引领智能算力时代的创新浪潮

云原生技术峰会&#xff1a;引领智能算力时代的创新浪潮 随着云计算技术的飞速发展和智能算力的不断提升&#xff0c;云原生架构已成为推动企业数字化转型的重要力量。一场汇聚了业界顶尖专家和学者的云原生技术峰会成功举行&#xff0c;与会者共同探讨了云原生在智能算力时代…

python3用两个栈实现一个队列

栈与队列 栈&#xff1a;先入后出&#xff0c;First In First Out (FIFO) &#xff0c;类似桶&#xff08;入到桶底、取从桶顶&#xff09; 队列&#xff1a;先入先出&#xff0c;First In Last Out (FILO) 用两个栈实现一个队列 两个桶&#xff08;栈&#xff09;&#x…

Shell 编程入门

优质博文&#xff1a;IT-BLOG-CN 【1】x.sh文件内容编写&#xff1a; 固定开头&#xff1a;#&#xff01;/bin/sh&#xff1b; 【2】学习的第一个命令就是echo输出的意思&#xff1b; 【3】其实shell脚本也就是在文件中写命令&#xff0c;但是我们要写的是绝对路径&#xff1a…