目  录

摘要

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研究背景及意义

1.2研究现状

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.2用户模块设计

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

 

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

3.2.3评论管理模块设计

医院门诊挂 系统是一个交流性