医院挂号预约管理系统

摘要

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

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

**关键词：**医院挂号预约管理系统；ssm；MYSQL

Abstract

In the information society, there is a need for targeted information acquisition channels, but the expansion of channels is basically the direction of people’s efforts. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. To address issues such as the hospital registration and appointment management system, research and analyze the system, and then develop and design a hospital registration and appointment management system to address these issues.

The main functional modules of the hospital registration and appointment management system include rotation chart (rotation chart management), system announcement management (system announcement), system user (administrator, ordinary user, doctor user), resource management (medical news, news classification), module management (doctor visits, departments, registration information, department introduction), adopting an object-oriented development model for software development and hardware installation, It can well meet the actual usage needs, improve the corresponding software installation and program coding work, adopt MySQL as the main storage unit for backend data, and use SSM framework, Java technology, Ajax technology for business system coding and development, achieving all the functions of the system. This report first analyzes the background, role, and significance of the research, laying the foundation for the rationality of the research work. Analyze the various requirements and technical issues of the hospital registration and appointment management system, prove the necessity and technical feasibility of the system, and then provide a basic introduction to the technical software and design ideas required for designing the system. Finally, implement the hospital registration and appointment management system and deploy and operate it.

**Keywords😗*Hospital registration and appointment management system; ssm； MYSQL

1 绪论

1.1课题研究意义

改革开放以来，虽然国家卫生部门多次对全国大中小型医院进行改革，尤其是对大型综合性医院加强了管理，但是每个大医院都有自身的优势，患者有自由选择大医院的权利，因此短时期内，不能完全解决医院挂号难问题。尽管卫生部门与媒体也作了大量宣传，各地有许多私人诊所、社区医疗门诊顺势产生，分流了部分综合性大医院的病患压力，然而私人诊所、社区医疗门诊只能对日常生活中的磕磕碰碰，小病小痛进行处理，它们不具备完善的检查、检验与诊疗设备，很难对复杂的疾病进行准确的判断，在这种情况下患者理所当然会选择更具实力的大型医下逃行就诊，导劲“在大中型城市中，一些知名度较高的综合性医院门诊挂号大厅人满为患、拥堵不堪的现象。这样不仅不能让患者在踏入医院大门那一刻有一个舒适空间，得到心理安慰，减轻由于身体不适带来的压力,相反会让患者留下就诊体验极差的印象,同时还可能造成疾病在院内的交叉感染。因此，如何合理有效的分流门诊病患就成了大医院急需突破的困境。

今天，国家要实现信息化，部门要实现信息化，医院理应实现信息化管理，才能符合时代要求，符合患者需求。随着互联网的不断发展，使用电脑、手机、平板上的浏览器上网几乎成为人们每天不可缺少的操作，这就为我们实现医疗信息化打下了坚实的基础。因此，如何研发一套让患者方便挂号，让医院易于管理的预约挂号管理系统具有极其重要的现实意义:

1、能够随时随地都能进行预约挂号，既节约时间、减少花费，又可以根据预约时间更好的安排就诊计划。与传统的方式相比，预约可以使患者提前在网页上浏览就诊流程指引图，更直观的理解网上预约及到院就诊的流程与步骤，为将要进行的预约与就诊减少不必要的错误;还可以在网页中详细了解医院的科室情况、医生信息及擅长的方向,并根据自身病情选择对应的医生，不需要像现场挂号那样与挂号员浪费太多时间在解释病状上。

2、能够优化医生排班与号源分配。当班挂号的医生排班较为固定，一般到了医生出诊的当天很难进行再调整，预约的方式不仅方便患者，而且医院门诊部门也可以根据预约的情况，对各科室出诊医生人数以及医生时段内号源进行优化分配，尽可能的减少某些科室或专家一号难求的情况。

3、能够减轻门诊挂号处的压力。医院门诊挂号处熙熙攘攘的人群中有许多是正在忍受病痛折磨的患者，在这样的前提下，过长的排队等待时间极有可能导致患者之中有人插队而产生矛盾，或者患者对挂号工作人员的挂号效率不满意而产生不愉快:或者是具有传染性质的病人长时间、近距离处在人群中，难免会引起交义感染。通过预约的途径实现患者按时段分流,能够有效减少.上述问题的出现概率,减轻门诊挂号处的压力7]。4、能够提升医院知名度。让更多的人从互联网了解医院的相关信息。即医院可以利用网络及时更新号源分配、医生或者专家基本信息、医护人员变动、科室环境调整、学术研究新进展、新设备新技术应用领域取得的成果等信息，从而扩大医院在全社会的认知度和影响力。随着社会经济的发展，计算机与网络技术不断进步，信息化已经不知不觉的融入到各行各业之中，在此大环境下一切墨守成规的事物终将被淘汰，医院应该响应信息化时代的号召，跟上医疗信息化改革的步伐，积极开展预约挂号管理工作，不断提高医院的知名度和综合竞争力。

1.2国内外发展现状

1.2.1国外预约挂号方式概况

在国外,患者通过预约的方式，提前与医生确认就诊日期及时段几乎成为一种传统，尤其在美国以及欧洲一些发达国家特别明显，究其原因，主要是这些国家的分级诊疗制度十分规范。国外大型综合医院除了急诊的危重病人，一般不接受患者预约或自行到院就诊。普通人生病，必须先预约医院下级社区医疗部门的全科家庭医生，由其进行初步诊查与治疗，当病情棘手无法处理时，该医生会为患者联系专科医疗中心或大型综合医院，并出具转诊单。患者在取得转诊许可后，可以通过电话、网上、手机APP等多种方式，向拟转诊的医疗部门预约就诊时间，并按时到院就诊。所以，在国外的大型综合医院里，门诊病人不多，且大多通过转诊预约的方式安排时间,患者就诊井然有序，门诊大厅内儿乎看不到人满为患的现象。当然国外也有很多私立医疗机构不受这个约束，患者可以直接到现场排队就诊，只足这些医疗机构在收费上会比正常流程预约就诊的医院贵上很多。欧美发达国家不仅有完善的分级诊疗与转诊机制，而且在预约诊疗信息化建设:也较为成熟，各大医疗机构都拥有灵活便捷的预约诊疗系统。

1.2.2国内预约挂号方式概况

在国内，随着社会的进步，人们对于健康的关注程度逐渐提升，医疗资源相较于日益增长的患者数量来说十分紧缺，各大医院]诊大厅基本都是拥堵不堪。作为中国首都的北京，可以说是我国政治与文化的中心，早在1999年，北京市卫计委就开始组织市内部分大型综合医院进行预约挂号的试点，当时主要是通过电话与短信的途径提供预约服务，由于试点医院门]诊排队的情况有所改善，所以这种预约挂号的方式逐渐得到广泛运用。近年来，在计算机与网络技术不断普及的大趋势下，许多一线城市的大医院相继引进了网上预约挂号系统，但由于早期的网页界面设计不够人性化，系统稳定性不高，并且电话在当时还是主流的沟通工具，患者预约时更容易想到的是通过拨打电话的方式。所以网上预约在当时并没有流行起来。

广西壮族自治区在国内经济发展相对落后，信息化水平也较低，医疗信息化更是有很大的进步空间。国家卫生和计划生育委员会早在2009年，就对各大医院预约挂号工作的开展给出了指导，并在2011年再次发布的通知中指出，进一步加强预约挂号服务，深化医疗卫生体制改革，结合信息化建设，运用包括网络的多种渠道开展预约挂号服务是大势所趋，各级卫生部门与各类公立医院应当尽快落实，以达到减少患者排队时间、提高医院信息化管理水平的目的。2018年，在国家卫生健康委员会发布的《全国医院信息化建设标准与规范》中，特别对医院预约挂号的功能进行了明确的要求。

无论在国内还是国外，施行规范合理的预约制度,设计并落地先进的预约挂号管理系统，不仅可以极大的提升医院的门诊预约服务质量，提高医疗服务效率，而且对门诊部门在实际运转中的资源分配有重要的意义。

1.3研究内容

1.不同管理员的登录问题:根据管理员的类别(管理员、普通用户、医生用户)实现管理员操作权限的区分并显示不同的操作界面。

2.数据库的连接问题:数据库连接为系统中的关键技术。

3.数据的一致性和安全问题:本系统必须保证数据的一致性和安全， 才能实现有效的管理。不能让没有权限的管理员对数据进行操作并且定期对数据库进行备份。

4.界面开发:系统界面的设计很重要，要使界面具有亲和力。

5.分析信息化现状;

6.研究医院挂号预约管理系统的现状及存在的问题;

7.研究系统平台的总体架构、总体设计、数据库设计、数据库安全设计及功能设计;

8.研究平台各个子系统的功能及实现的方法、信息技术的融合、信息安全技术的维护.

9.进行医院挂号预约管理系统的功能设计。

1.4ssm框架介绍

SSM（Spring+SpringMVC+MyBatis）框架集由Spring、MyBatis两个开源框架整合而成（SpringMVC是Spring中的部分内容）。常作为数据源较简单的web项目的框架。

1.8.1 Spring
Spring就像是整个项目中装配bean的大工厂，在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC（控制反转），即不再需要程序员去显式地`new`一个对象，而是让Spring框架帮你来完成这一切。
1.8.2 SpringMVC
SpringMVC在项目中拦截用户请求，它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责，将用户请求通过HandlerMapping去匹配Controller，Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
1.8.3 mybatis
mybatis是对jdbc的封装，它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件，Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时，通过sqlSessionFactory拿到一个sqlSession，再执行sql命令。

页面发送请求给控制器，控制器调用业务层处理逻辑，逻辑层向持久层发送请求，持久层与数据库交互，后将结果返回给业务层，业务层将处理逻辑发送给控制器，控制器再调用视图展现数据。

1.5论文结构与章节安排

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

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

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

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

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

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

第六章：总结。

2 医院挂号预约管理系统分析

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

2.1 可行性分析

（1）经济可行性：

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

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

（2）操作可行性：

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

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

（3）技术可行性：

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

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

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

（4）法律可行性：

从开发者角度来看，ssm和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）科室介绍：用户可以查看科室介绍信息，在查询到自己想要了解的科室介绍的时候，可以进入查看详细的介绍。

（7）我的账户：当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料、登录系统的密码以及自己收藏的信息进行设置管理；

管理员管理模块：

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

（2）轮播图：管理员点击“轮播图”菜单可以对首页展示的轮播图进行增删改查。

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

（4）系统用户：管理员点击“系统用户”菜单可以对系统中存在的用户进行管理，包含了管理员用户、医生用户和普通用户。

（5）资源管理：管理员点击“资源管理”菜单可以对其下医疗新闻和新闻的分类进行增删改查。

（6）模块管理：在“模块管理”这一菜单下，我们会看到医生出诊、科室、挂号信息、科室介绍，管理员可以对其进行增删改查操作。

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.1.4医生出诊管理模块设计

医院挂号预约管理系统是中需要存储不少医生出诊信息，其模块功能结构，具体的结构图如下：

图3-5医生出诊模块结构图

3.3 数据库设计

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

3.3.1 数据库概念结构设计

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

图3-7 医院挂号预约管理系统总E-R关系图

3.3.2 数据库逻辑结构设计

表comment (评论)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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：

表department (科室)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	department_id	int	10	0	N	Y		科室ID
2	department	varchar	64	0	Y	N		科室
3	recommend	int	10	0	N	N	0	智能推荐
4	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表department_introduction (科室介绍)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	department_introduction_id	int	10	0	N	Y		科室介绍ID
2	department	varchar	64	0	Y	N		科室
3	department_director	varchar	64	0	Y	N		科室主任
4	department_cover	varchar	255	0	Y	N		科室封面
5	department_address	varchar	64	0	Y	N		科室地址
6	department_introduction	longtext	2147483647	0	Y	N		科室介绍
7	hits	int	10	0	N	N	0	点击数
8	recommend	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	更新时间

表doctor_user (医生用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_user_id	int	10	0	N	Y		医生用户ID
2	doctor_no	varchar	64	0	Y	N		医生工号
3	doctors_name	varchar	64	0	Y	N		医生姓名
4	visiting_photos	varchar	255	0	Y	N		出诊照片
5	department	varchar	64	0	Y	N		科室
6	examine_state	varchar	16	0	N	N	已通过	审核状态
7	recommend	int	10	0	N	N	0	智能推荐
8	user_id	int	10	0	N	N	0	用户ID
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_visits (医生出诊)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_visits_id	int	10	0	N	Y		医生出诊ID
2	visit_number	varchar	64	0	Y	N		出诊编号
3	doctor_user	int	10	0	Y	N	0	医生用户
4	doctor_no	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	visiting_photos	varchar	255	0	Y	N		出诊照片
7	department	varchar	64	0	Y	N		科室
8	number_of_appointments	int	10	0	Y	N	0	预约人数
9	visit_details	longtext	2147483647	0	Y	N		出诊详情
10	recommend	int	10	0	N	N	0	智能推荐
11	timer_title	varchar	64	0	Y	N		计时器标题
12	timing_start_time	datetime	19	0	Y	N		计时开始时间
13	timing_end_time	datetime	19	0	Y	N		计时结束时间
14	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
15	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表hits (用户点击)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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：

表notice (公告)

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

表ordinary_users (普通用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	ordinary_users_id	int	10	0	N	Y		普通用户ID
2	user_name	varchar	64	0	Y	N		用户姓名
3	gender	varchar	64	0	Y	N		性别
4	previous_medical_history	varchar	64	0	Y	N		既往病史
5	family_history	varchar	64	0	Y	N		家族病史
6	eating_habits	varchar	64	0	Y	N		饮食习惯
7	exercise_situation	varchar	64	0	Y	N		运动情况
8	behavioral_habits	varchar	64	0	Y	N		行为习惯
9	examine_state	varchar	16	0	N	N	已通过	审核状态
10	recommend	int	10	0	N	N	0	智能推荐
11	user_id	int	10	0	N	N	0	用户ID
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表praise (点赞)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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已取消

表registration_information (挂号信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	registration_information_id	int	10	0	N	Y		挂号信息ID
2	visit_number	varchar	64	0	Y	N		出诊编号
3	doctor_user	int	10	0	Y	N	0	医生用户
4	doctor_no	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	number_of_appointments	int	10	0	Y	N	0	预约人数
7	department	varchar	64	0	Y	N		科室
8	registered_users	int	10	0	Y	N	0	挂号用户
9	user_name	varchar	64	0	Y	N		用户姓名
10	gender	varchar	64	0	Y	N		性别
11	previous_medical_history	varchar	64	0	Y	N		既往病史
12	family_history	varchar	64	0	Y	N		家族病史
13	eating_habits	varchar	64	0	Y	N		饮食习惯
14	exercise_situation	varchar	64	0	Y	N		运动情况
15	behavioral_habits	varchar	64	0	Y	N		行为习惯
16	number_of_registered_persons	varchar	64	0	Y	N		挂号人数
17	sort_number	varchar	64	0	Y	N		排序号码
18	examine_state	varchar	16	0	N	N	未审核	审核状态
19	examine_reply	varchar	16	0	Y	N		审核回复
20	recommend	int	10	0	N	N	0	智能推荐
21	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
22	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

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;

    QueryWrapper wrapper = new QueryWrapper<User>();

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

    if(username != null && "".equals(username) == false){

        map.put("username", username);

        resultList = service.selectBaseList(service.select(map, new HashMap<>()));

    }

    else if(email != null && "".equals(email) == false){

        map.put("email", email);

        resultList = service.selectBaseList(service.select(map, new HashMap<>()));

    }

    else if(phone != null && "".equals(phone) == false){

        map.put("phone", phone);

        resultList = service.selectBaseList(service.select(map, new HashMap<>()));

    }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.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));

    if (groupList.size()<1){

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

    }

    UserGroup userGroup = (UserGroup) groupList.get(0);

    //查询用户审核状态

    if (!StringUtils.isEmpty(userGroup.getSourceTable())){

        String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());

        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, "账号或密码不正确");

    }

}

public String select(Map<String,String> query,Map<String,String> config){

    StringBuffer sql = new StringBuffer("select ");

    sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "\*" : config.get(FindConfig.FIELD)).append(" ");

    sql.append("from ").append("\`").append(table).append("\`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));

    if (config.get(FindConfig.GROUP\_BY) != null && !"".equals(config.get(FindConfig.GROUP\_BY))){

        sql.append("group by ").append(config.get(FindConfig.GROUP\_BY)).append(" ");

    }

    if (config.get(FindConfig.ORDER\_BY) != null && !"".equals(config.get(FindConfig.ORDER\_BY))){

        sql.append("order by ").append(config.get(FindConfig.ORDER\_BY)).append(" ");

    }

    if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){

        int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;

        int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;

        sql.append(" limit ").append( (page-1)\*limit ).append(" , ").append(limit);

    }

    log.info("\[{}\] - 查询操作，sql: {}",table,sql);

    return sql.toString();

}

public List selectBaseList(String select) {

    List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);

    List<E> list = new ArrayList<>();

    for (Map<String,Object> map:mapList) {

        list.add(JSON.parseObject(JSON.toJSONString(map),eClass));

    }

    return list;

}

4.1.3用户注册界面

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

图4-2用户注册界面图

注册关键代码如下所示。

/**

 \* 注册

 \* @return

 \*/

@PostMapping("register")

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

    // 查询用户

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

    Map<String,Object> map = service.readBody(request.getReader());

    query.put("username",String.valueOf(map.get("username")));

    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);

}

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){

    E entity = JSON.parseObject(JSON.toJSONString(body),eClass);

    baseMapper.insert(entity);

    log.info("\[{}\] - 插入操作：{}",entity);

}

4.1.4医疗新闻界面

用户点击“医疗新闻”菜单显示所有的医疗新闻信息，可以按照条件进行医疗新闻的筛选或者输入关键词进行局部搜索，点击可以进入医疗新闻详细展示界面，在此界面用户可以收藏、点赞和评论。界面如图4-4所示。

图4-4医疗新闻界面图

4.1.5医生出诊详情界面

用户可以查看医生出诊，在查询到自己想要了解的医生出诊的时候，可以进入查看详细的介绍，点击“挂号预约”这一按钮以后会跳转到挂号预约信息填写的界面，根据提示填写好挂号预约的信息，点击“提交”以后挂号预约就完成了，在医生出诊详情这个界面，同时支持用户对喜欢的医生出诊进行评论的功能，医生出诊详情展示页面如图4-5所示。

图4-5医生出诊详情界面图

4.1.6 科室介绍详情界面

用户可以查看科室介绍信息，在查询到自己想要了解的科室介绍的时候，可以进入查看详细的介绍。界面如下图4-6所示。

图4-6 科室介绍详情界面图

4.1.7我的账户界面

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

图4-7我的账户界面图

4.2管理员功能模块

医院挂号预约管理系统的理员拥有最高的权限，可以对用户信息、系统信息以及医院挂号预约管理系统相关信息进行管控。

4.2.1********登录界面

管理员在后台可以通过账号和密码进行登录，管理员的账号和密码是在数据库中直接设定的。界面展示如下图4-8所示。

图4-8登录界面图

4.2.2系统用户管理界面

管理员点击“系统用户”这一菜单会显示管理员、医生用户、普通用户这三个子菜单，管理员可以对这三个角色的信息进行增删改查操作。界面如下图4-9所示。

图4-9系统用户管理界面图

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

public List selectBaseList(String select) {

    List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);

    List<E> list = new ArrayList<>();

    for (Map<String,Object> map:mapList) {

        list.add(JSON.parseObject(JSON.toJSONString(map),eClass));

    }

    return list;

}

4.2.3系统公告管理界面

管理员点击“系统公告管理”菜单可以查看到系统中的所有系统公告，对已经存在的系统公告，管理员可以修改，也可以添加新的系统公告或者删除系统公告。界面如下图4-10所示。

图4-10系统公告管理界面图

4.2.4资源管理界面

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

图4-11资源管理界面图

4.2.5模块管理界面

医院挂号预约管理系统中的管理人员在“模块管理”这一菜单下是可以对医院挂号预约管理系统内的医生出诊、科室、挂号信息、科室介绍进行管控的，其管理界面如下图4-12所示。

图4-12模块管理界面图

模块管理关键代码如下所示。

@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);

    }

}

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大模块为医院挂号预约管理系统的后期推广运营提供了强力的技术支撑。

原文地址：https://blog.csdn.net/weixin_42182741/article/details/144341124

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！