医院预约挂号管理系统设计与实现
摘 要
21世纪的今天，随着社会的不断发展与进步，人们对于信息科学化的认识，已由低层次向高层次发展，由原来的感性认识向理性认识提高，管理工作的重要性已逐渐被人们所认识，科学化的管理，使信息存储达到准确、快速、完善，并能提高工作管理效率，促进其发展。
论文主要是对医院预约挂号管理系统设计与实现进行了介绍，包括研究的现状，还有涉及的开发背景，然后还对系统的设计目标进行了论述，还有系统的需求，以及整个的设计方案，对系统的设计以及实现，也都论述的比较细致，最后对医院预约挂号管理系统设计与实现进行了一些具体测试。
本文以Android、java为开发技术，开发了一个医院预约挂号管理系统。该系统主要使用者分为管理员、注册用户、医生。管理员端：首页、站点管理（轮播图、公告栏）、用户管理（管理员、注册用户、医生）、内容管理（医院资讯、医院资讯分类）、更多管理（科室列表、医生信息、预约挂号、病例信息、排班管理、意见反馈）等功能，通过这些功能模块的设计，基本上实现了整个预约挂号管理系统的过程。
具体在系统设计上，采用了B/S的结构，同时，也使用Android技术在动态页面上进行了设计，后台上采用Mysql数据库，是一个非常方便使用的医院预约挂号管理系统。
关键词：医院预约挂号管理系统；Android技术；spring boot框架；Mysql数据库；B/S结构
Design and implementation of hospital appointment registration management system
Abstract
Today in the 21st century, with the continuous development and progress of society, people's understanding of scientific information has developed from a low level to a high level, and from the original perceptual knowledge to rational knowledge. The importance of management has gradually been recognized by people. Scientific management makes information storage accurate, fast and perfect, and can improve the efficiency of work management and promote its development.
The paper mainly introduces the design and implementation of the hospital appointment and registration management system, including the current research situation and the development background involved. Then, it also discusses the design objectives of the system, the requirements of the system, and the whole design scheme. The design and implementation of the system are also discussed in detail. Finally, it makes some specific tests on the design and implementation of the hospital appointment and registration management system.
This paper uses Android and Java as development technologies to realize the design of a hospital appointment registration management system. The main users of the system are divided into administrators, registered users and doctors. Administrator side: home page, site management (carousel, bulletin board), user management (administrator, registered user, doctor), content management (hospital information, hospital information classification), more management (Department list, doctor information, appointment registration, case information, scheduling management, feedback) and other functions. Through the design of these functional modules, the whole process of appointment registration management system is basically realized.
Specifically, in the system design, the B / S structure is adopted. At the same time, Android technology is also used to design on the dynamic page. MySQL database is used in the background. It is a very convenient hospital appointment registration management system.
Key words: hospital appointment registration management system; Android technology; Spring boot framework; Mysql database; B / S structure.
目录
第1章绪论
1.1研究背景与意义
网络的快速发展从根本上更改了世界各组织的管理方式，自二十世纪九十年代开始，我国的政府、企事业等单位就设想可以通过互联网系统来进行管理信息。由于以前存在各方面的原因，比如设计复杂使用不便、相关法律法规不够完善、开发技术也不够成熟等，阻碍了互联网在各大企事业单位中的发展速度。进入二十一世纪以后，我国经济有了快速的发展，限制企事业单位管理的各个难题逐一被解决，国内各大企事业单位都加入到了电子信息化的管理模式中来。
以往的医院预约挂号管理系统相关信息管理，都是工作人员手工统计。这种方式不但时效性低，而且需要查找和变更的时候存在诸多不便。随着科学的进步，技术的成熟，计算机信息化也日新月异的发展，社会也已经深刻的认识，计算机功能非常的强大，计算机已经进入了人类社会发展的各个领域，并且发挥着十分重要的作用。本系统利用网络沟通、计算机信息存储管理，有着与传统的方式所无法替代的优点。比如计算检索速度特别快、可靠性特别高、存储容量特别大、保密性特别好、可保存时间特别长、成本特别低等。在工作效率上，能够得到极大地提高，延伸至服务水平也会有好的收获，有了网络，医院预约挂号管理系统的各方面的管理更加科学和系统，更加规范和简便。
1.2开发现状
目前，国内外医院信息管理采取的方式主要有：一，纯人工管理；二，利用一些建立在过时的系统底板上的系统进行管理。这两种方法目前看来有很大弊端：前者由于管理人员文化程度不一，可能在信息处理过程中出现记录丢失、信息传达有误等问题，同时人工文件难以保存，档案记录容易损坏或者丢失；后者在一定程度上满足了信息处理和保存的问题，但由于系统陈旧，存在信息泄露的风险。在当今现代化社会，任何医院，需要一个建立在新型系统上的管理系统以规范医院本身的运营管理，提高管理水平、工作效率，实现利益的最大化。
目前，国内外已出现多种医院管理系统，其技术类型也多种多样，如基于FTP、JSP系统所设计的管理软件，但其主要应用于大型医院的财务、医疗等关键部门，小型医院应用范围不广泛。针对国内外对医院管理系统的需求，一个合格的管理系统，其软件功能要齐全完备，操作简捷，同时系统要具备一定的成长性、灵活性，可不断完善，提升自身的信息安全系数。
1.3本课题主要工作
本文对系统内谈到的基本知识从整体上进行了介绍，并在此基础上进行了系统分析。为了能够使本系统较好、较为完善的被设计实现出来，就必须先进行分析调查。基于之前相关的基础，在功能上，对新系统进行了细致的分析。然后通过详细的分析，进行系统设计，其次，系统在实施的可行性上，我选择了Android技术来进行开发设计，在数据存储上，采用 Mysql数据库来进行设计。由于Android和Mysql都已经非常成熟，因此无论在各个方面，都非常可靠安全实用。最后对系统进行测试完善并发布。
第2章相关技术介绍
2.1Android技术
Android是基于Linux内核的操作系统，早期由Google开发，后由开放手机联盟开发。它采用了软件堆的架构，主要分为三部分。底层以Linux内核工作为基础，只提供基本功能；其他的应用软件则由各公司自行开发，以Java作为编写程序的一部分。另外，为了推广此技术，Google和其它几十个手机公司建立了开放手机联盟。Android在未公开之前常被传闻为GPhone。
它采用了软件堆层（software stack，又名软件叠层）的架构，主要分为三部分：底层以Linux核心为基础，由c语言开发，只提供基本功能。中间层包括函数库Library和虚拟机Virtual Machine，由C++开发。最上层是各种应用软件，包括通话程序，短信程序等，应用软件则由各公司自行开发，以Java编写。
2.2 B/S结构
BROWSER/SERVER程序架构方式是使用电脑中安装的各种浏览器来进行访问和使用的，相比C/S的程序结构不需要进行程序的安装就可以直接使用。BROWSER/SERVER架构的运行方式是在远程的服务器上进行安装一个，然后在任何接入互联网的电脑上访问和使用。BROWSER/SERVER架构的开发方式给用户带来了极大的便利，在任何时间和地点都可以使用开发的程序系统。
在B/S的结构中，用户可以在任何可以上网的地方访问和使用系统网站的功能，没有地域和时间等方面的限制，B/S结构是把程序完整放置到计算机网络的服务器上，通过计算机互联网给用户提供远程的网络服务。在三层体系结构的B/S系统中，通过浏览器，会员可以对很多服务器发出请求， B/S系统会很大程度的降低工作量，用户只需要安装运行较少的客户端即可，大量的工作将由服务器承担，另外，服务器也完成包括访问数据库，执行应用程序的工作等等。
B/S结构主要有三层，分别为数据层、控制逻辑层和视图层。用户通过视图层，让控制层调用数据层的数据，从而达到整个访问过程。三层相互独立，维护方便，使用安全，三层有互相调用，提高效率。
2.3 JAVA技术
Java主要采用CORBA技术和安全模型，可以在互联网应用的数据保护。它还提供了对EJB（Enterprise JavaBeans）的全面支持，java servlet API，java （java server pages），和XML技术。
JAVA语言功能：
面向对象：面向对象是Java编程语言的标志之一，是一种软件开发方法。最重要的是将所有东西变成对象，然后以某种方式编程。编程时，代码和数据写在每个对象上。 面向对象编程方法的出现使得人们在编程过程中的设计思考和操作变得非常简单，同时也提高了程序的安全性。
跨平台：Java流行的一个关键特性是它的跨平台特性，这使得用Java编程变得容易。您可以用Java编写程序并在其他地方运行它，而无需在编译后更改它。
垃圾回收机制：用来将那些在程序不操作时无用的对象所占用的内存空间释放掉，C ++最被人厌恶的就是因为其不能将在编程的过程中所占用的内存空间进行及时的释放，导致随着编程时间的变长所占用的内存空间越来越多。对于一些编程高手而言，他们会在刚开始编程的时候配置一块内存地址放在堆栈上，然后在不需要的时候会对其进行释放，而一些新手和菜鸟在很多的时候会忘记删除这个内存地址，从而导致程序在运行的过程中会变得十分的不稳定，最终有可能会导致程序崩溃。所以很多C ++的高手在编写程序时往往都会将删除后的指针的值设置为NULL，然后在删除之前确定一个指针的值是否为NULL。
2.4JSP脚本语言
JSP可以放在在html里使用，也可以独自使用，它同时也具备有很多种优点，可以讲，Web脚本技术的先驱是JSP。现代编程语言（像C，Java和Perl等）的一些最好的特点都融合在JSP里，Web服务器里的一些配置标准是由JSP、Tomcat和数据库等的组合在一起的。
2.5Mysql数据库
Mysql 经过多次的更新，功能层面已经非常的丰富和完善了，从Mysql4版本到5版本进行了比较大的更新，在商业的实际使用中取得了很好的实际应用效果。最新版本的Mysql支持对信息的压缩，同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新，数据库自身的镜像功能也得到了很大的增强，运行的流畅度和易用性方面有了不小的进步，驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化，能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心，同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新，增加了两个非常使用的显示区，一个是信息区，对表格和文字进行了分类处理，界面的显示更加清爽和具体。第二是仪表的信息控件，能在仪表信息区进行信息的显示，同时还能进行多个信息的比对，为用户的实际使用带来了很大的便捷。
针对本文中设计的医院预约挂号管理系统在实际的实现过程中，最终选择Mysql数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作，而且数据的安全性要求也是非常的高。综合这些因素，最终选择安全性系数比较高的Mysql来对医院预约挂号管理系统后台数据进行存储操作。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
第3章系统分析
3.1可行性分析
技术性方面，采用当前主流的springboot框架进行系统主体框架的搭建，使用java技术实现前台页面的设计与美观调整，以上技术，均由本人经过系统学习，并且都是在课程设计中实践过的，可以使得开发更加便捷和系统。从技术角度看，这个系统是完全可以实现的。
实用性方面，本次设计的主要任务是在医院预约挂号管理管理系统内实现首页、站点管理（轮播图、公告栏）、用户管理（管理员、注册用户、医生）、内容管理（医院资讯、医院资讯分类）、更多管理（科室列表、医生信息、预约挂号、病例信息、排班管理、意见反馈）等功能，符合当前潮流的发展。从注册用户角度出发，同时也考虑系统运营成本和人力资源，采用网络上的便捷方式，实现线上业务，使得业务流程更系统，也更方便用户的体验，比较实用。
经济性方面，由于本课题中设计的医院预约挂号管理管理系统的主要目的是为了能够更加方便及快捷的进行信息的查询管理及检索服务，也就是能够可以直接投入使用的信息化软件。系统的主要成本主要是集中在对使用数据后期继续维护及其管理更新这个操作上。但是一旦系统投入到实际的运行及使用之后就能够很好的提高信息查询检索的效率，同时也需要有效的保证查询者的信息方面的安全性，同时该系统所带来的实际应用方面的价值是远远的超过了实际系统进行开发与维护方面的成本，因此，从经济上来说开发这个软件是可行的。
3.2功能需求分析
医院预约挂号管理管理系统的功能主要分为用户用户根据自己的需求进行注册登录，浏览病例信息并进行预约挂号操作。后台系统管理员主要对科室列表、医生信息、预约挂号、病例信息、排班管理、意见反馈进行处理。
用户用例图如下所示。
图3-1注册用户例图
管理员用例图如下所示。
图3-2 管理员用例图
医生用例图如下所示。
图3-3 医生用例图
3.2.1前台用户功能
前台用户可分为未注册用户需求和以注册用户需求。
未注册用户的功能如下：
注册账号：用户填写个人信息，并验证手机号码。
浏览医院资讯：用户可以浏览主页面的医院资讯来了解系统的医院详情。
浏览医生：用户可以根据医生类型浏览医生的信息，并选中某个医生查看详情，
例如：姓名、医生工号、年龄、所在科室、职位、从医时间等。
浏览医院资讯：选中某条资讯可查看其评论，点赞情况。
已注册用户的功能如下：
登录：根据账号密码进行登录操作。
维护个人信息：用户因个人信息的变更可以随时修改自己注册信息。
浏览医院资讯：选中某条资讯可查看其评论，点赞情况
预约挂号：用户根据自己的需求选中某个医生进行预约挂号操作，提交成功后，可以查看到个人已提交的预约记录。
病例信息：用户可以查看自己以往就诊信息
意见反馈：用户可以根据自己的观点看法对医院或者医生进行评论。
医生功能如下：
修改密码：管理员可以随时修改自己进入系统的登录密码，以保证系统的安全性。
科室列表管理：对科室信息进行查询、重置等操作。
医生信息管理：对医生信息进行查询、重置等操作。
预约挂号管理：对预约挂号单进行查询、录入诊断结果、开药、录入金额、上传处方等操作。
病例信息管理：对病例信息进行查询、重置、导出、打印、添加、删除等操作。
排班管理：对排班信息进行查询、重置等操作。
3.2.2后台管理员功能
管理员功能如下：
修改密码：管理员可以随时修改自己进入系统的登录密码，以保证系统的安全性。
站点管理：对轮播图和公告消息进行查询、重置、添加、删除等操作。
用户管理：对管理员、注册用户、医生信息进行查询、重置、添加、删除等操作。
内容管理：医院资讯、医院资讯分类进行查询、重置、添加、删除等操作。
科室列表管理：对科室信息进行查询、重置、添加、删除等操作。
医生信息管理：对医生信息进行查询、重置、添加、删除等操作。
预约挂号管理：对预约挂号单进行查询、重置、添加、删除等操作。
病例信息管理：对病例信息进行查询、重置、导出、打印、添加、删除等操作。
排班管理：对排班信息进行查询、重置、添加、删除等操作。
信息反馈管理：对用户反馈的信息进行审核、回复等操作。
3.3非功能需求分析
首先主要考虑的是系统功能软件，在具体设计的环节上，是不是能够较好的满足各类用户的基本功能需求，如果不能较好的满足用户需求，那么这个系统的存在是没有价值的。软件系统的非功能性求分析，从7个方面展开，一个是性能分析，针对系统；一个是安全分析，针对系统，一个是完整度分析，针对系统，一个是可维护分析，针对系统，一个是可扩展性分析，针对系统，一个是适应业务的性能分析。面对医院预约挂号管理系统存在的性能、安全、扩展、完整度等7个方面性能综合比对分析后发现，需要相应的非功能性需求分析。
3.4安全性需求分析
3.4.1系统的安全性
安全性对每一个系统来说都是非常重要的。安全性很好的系统可以保护企业的信息和用户的信息不被窃取。提高系统的安全性不仅是对用户的负责，更是对企业的负责。尤其针对于医院预约挂号管理系统来说，必须要有很好的安全性来保障整个系统。
系统具有对使用者有权限控制，针对角色的不通限制使用者的权限，以此来确保系统的安全性。
3.4.2数据的安全性
数据库中的数据是从外界输入的，当数据的输入时，由于种种原因，输入的数据会无效，或者是脏数据。因此，怎样保证输入的数据符合规定，成为了数据库系统，尤其是多用户的关系数据库系统首要关注的问题。
因此，在写入数据库时，要保证数据完整性、正确性和一致性。
3.5数据流程分析
对系统的数据流进行分析，系统的使用者分为二类，一般用户，管理员。系统主要对界面信息传送，登录信息的验证，注册信息的接收，用户各种操作的响应做处理。
系统顶层数据流图如下图所示。
图3-2 顶层数据流图
要判断用户是是什么身份，是根据登录的数据来判断后，跳转到对应的功能界面。在系统的内部用户就可以对数据进行操作，数据库中心就可以接收到系统传输的有效数据流来对数据sql语句进行对应操作。
系统可以分为前台和后台两部分，每一种操作后系统都返回操作结果。前台和后台的数据连接主要通过数据库，既分别对数据库做不同的操作。
第4章系统设计
4.1系统架构设计
本系统的架构设计主要分为可以3层，主要有Web层，业务层，Model层。其中web层还包括View层和Controller层，Model层包括元数据扩展层和数据访问层。
系统架构如下图所示。
图4-1 系统架构
4.2系统总体设计
医院预约挂号管理系统总体分为前台用户模块、医生模块和后台管理员模块。
模块表现上是分别独立存在，但是访问的数据库是一样的。每一个模块的功能都是根据先前完成的需求分析，并查阅相关资料后整理制作的。
综上所述，系统功能结构图如下图所示。
图4-2 系统功能结构图
4.3系统功能设计
登录模块：登录模块是进入系统的入口，所有用户必须登录后才能访问系统。登录需要输入用户名和密码，如果多次尝试登录需要输入验证码。登录时需要选择用户的角色，是一般用户还是管理员登录等。登录成功后，会通过数据库获取用户的权限，并跳转至用户的主页面。
管理员用户管理模块：管理员管理包括：管理员的添加，修改和删除操作。添加管理员时，先判断用户添加的管理员是否是admin（超级管理员），如果不是则添加成功。修改时候，如果是超级管理员，可以修改所有管理员的信息，如果是普通管理员，那么只能修改自己的信息。超级管理员可以删除自己以外的所有其他管理员，普通管理员不能执行删除管理员的操作。
信息反馈模块：投诉板促进用户之间的交流，发表个人意见、建议、看法等。
评价模块：评价模块促进用户对医生进行点评，查看某个医生已存在的评价，发表评价可以达到真实描述医生的效果。
用户管理模块：用户管理分为用户添加、修改删除。用户信息由管理员进行修改、添加、删除操作；用户注册由普通用户来执行。
预约挂号模块：分为预约挂号添加、修改。预约挂号信息由普通用户进行修改、添加、删除操作。
4.4数据库设计
4.4.1数据需求分析
从前面可以分析到数据库中最重要的是用户信息，医生信息，预约挂号信息，同时存在科室信息和医生信息。分析可以得到如下数据描述：
医生：用于记录用户的各种信息，包括病房、用户资料、姓名、联系方式、联系地址、科室、是否审核等数据项。
管理员：记录管理员的登录信息。包括用户名，密码，权限等数据项。
用户：存放给用户的内容，包括病人编号、姓名、年龄、性别、身份证、联系方式、预约挂号记录、病例信息等数据项。
预约挂号：存储各种预约挂号记录及就诊信息。包括姓名、性别、医生工号、医生姓名、职称、联系电话、操作人等数据项。
4.4.2数据库概念设计
根据前面的数据流程图，结合系统的功能模块设计，设计出符合系统的各信息实体。
4.4.3数据库表设计
医院预约挂号管理系统所拥有的数据表有以下：用户信息表，预约挂号表，病例信息表，科室、医生信息表、信息反馈表。
由于数据表较多，只展示系统主要数据表，如下表所示。
| case_information | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| case_information_id | int | 11 | 否 | 主键 | 病例信息ID | |||||||
| user_number | int | 11 | 是 | 用户编号 | ||||||||
| full_name | varchar | 64 | 是 | 姓名 | ||||||||
| symptom_description | varchar | 64 | 是 | 症状描述 | ||||||||
| diagnostic_results | varchar | 64 | 是 | 诊断结果 | ||||||||
| drug_list | text | 0 | 是 | 药物清单 | ||||||||
| amount_of_money | varchar | 64 | 是 | 金额 | ||||||||
| prescription_voucher | varchar | 255 | 是 | 处方凭证 | ||||||||
| job_no | int | 11 | 是 | 工号 | ||||||||
| name_of_doctor | varchar | 64 | 是 | 医生姓名 | ||||||||
| remarks | varchar | 64 | 是 | 备注 | ||||||||
| recommend | int | 11 | 否 | 智能推荐 | ||||||||
| create_time | datetime | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
| department_list | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| department_list_id | int | 11 | 否 | 主键 | 科室列表ID | |||||||
| department_name | varchar | 64 | 是 | 科室名称 | ||||||||
| position | varchar | 64 | 是 | 职位 | ||||||||
| remarks | varchar | 64 | 是 | 备注 | ||||||||
| recommend | int | 11 | 否 | 智能推荐 | ||||||||
| create_time | datetime | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
| doctor | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| doctor_id | int | 11 | 否 | 主键 | 医生ID | |||||||
| job_no | varchar | 64 | 否 | 工号 | ||||||||
| name_of_doctor | varchar | 64 | 是 | 医生姓名 | ||||||||
| gender | varchar | 64 | 是 | 性别 | ||||||||
| age | int | 11 | 是 | 年龄 | ||||||||
| examine_state | varchar | 16 | 否 | 审核状态 | ||||||||
| recommend | int | 11 | 否 | 智能推荐 | ||||||||
| user_id | int | 11 | 否 | 用户ID | ||||||||
| create_time | datetime | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
| doctor_information | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| doctor_information_id | int | 11 | 否 | 主键 | 医生信息ID | |||||||
| job_no | int | 11 | 是 | 工号 | ||||||||
| name_of_doctor | varchar | 64 | 是 | 医生姓名 | ||||||||
| photo | varchar | 255 | 是 | 照片 | ||||||||
| age | varchar | 64 | 是 | 年龄 | ||||||||
| department | varchar | 64 | 是 | 所在科室 | ||||||||
| position | varchar | 64 | 是 | 职位 | ||||||||
| medical_time | varchar | 64 | 是 | 从医时间 | ||||||||
| areas_of_expertise | text | 0 | 是 | 擅长领域 | ||||||||
| doctor_introduction | longtext | 0 | 是 | 医生介绍 | ||||||||
| hits | int | 11 | 否 | 点击数 | ||||||||
| praise_len | int | 11 | 否 | 点赞数 | ||||||||
| recommend | int | 11 | 否 | 智能推荐 | ||||||||
| create_time | datetime | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
| feedback | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| feedback_id | int | 11 | 否 | 主键 | 意见反馈ID | |||||||
| user_number | int | 11 | 是 | 用户编号 | ||||||||
| full_name | varchar | 64 | 是 | 姓名 | ||||||||
| feedback_content | text | 0 | 是 | 反馈内容 | ||||||||
| feedback_suggestions | text | 0 | 是 | 反馈建议 | ||||||||
| remarks | varchar | 64 | 是 | 备注 | ||||||||
| examine_state | varchar | 16 | 否 | 审核状态 | ||||||||
| examine_reply | varchar | 16 | 是 | 审核回复 | ||||||||
| recommend | int | 11 | 否 | 智能推荐 | ||||||||
| create_time | datetime | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
| registered_appointment | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| registered_appointment_id | int | 11 | 否 | 主键 | 挂号预约ID | |||||||
| user_number | int | 11 | 是 | 用户编号 | ||||||||
| full_name | varchar | 64 | 是 | 姓名 | ||||||||
| gender | varchar | 64 | 是 | 性别 | ||||||||
| registration_type | varchar | 64 | 是 | 挂号类型 | ||||||||
| id_number | varchar | 255 | 是 | 身份证号 | ||||||||
| job_no | int | 11 | 是 | 工号 | ||||||||
| name_of_doctor | varchar | 64 | 是 | 医生姓名 | ||||||||
| time_of_appointment | datetime | 0 | 是 | 预约时间 | ||||||||
| remarks | varchar | 64 | 是 | 备注 | ||||||||
| pay_state | varchar | 16 | 否 | 支付状态 | ||||||||
| pay_type | varchar | 16 | 是 | 支付类型 | ||||||||
| recommend | int | 11 | 否 | 智能推荐 | ||||||||
| create_time | datetime | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
| registered_user | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| registered_user_id | int | 11 | 否 | 主键 | 注册用户ID | |||||||
| user_number | varchar | 64 | 否 | 用户编号 | ||||||||
| full_name | varchar | 64 | 是 | 姓名 | ||||||||
| gender | varchar | 64 | 是 | 性别 | ||||||||
| age | int | 11 | 是 | 年龄 | ||||||||
| examine_state | varchar | 16 | 否 | 审核状态 | ||||||||
| recommend | int | 11 | 否 | 智能推荐 | ||||||||
| user_id | int | 11 | 否 | 用户ID | ||||||||
| create_time | datetime | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
| slides | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| slides_id | int | 10 | 否 | 主键 | 轮播图ID | |||||||
| title | varchar | 64 | 是 | 标题 | ||||||||
| content | varchar | 255 | 是 | 内容 | ||||||||
| url | varchar | 255 | 是 | 链接 | ||||||||
| img | varchar | 255 | 是 | 轮播图 | ||||||||
| hits | int | 10 | 否 | 点击量 | ||||||||
| create_time | timestamp | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
| workforce_management | ||||||||||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | |||||||
| workforce_management_id | int | 11 | 否 | 主键 | 排班管理ID | |||||||
| job_no | int | 11 | 是 | 工号 | ||||||||
| name_of_doctor | varchar | 64 | 是 | 医生姓名 | ||||||||
| visiting_department | varchar | 64 | 是 | 坐诊科室 | ||||||||
| start_time | datetime | 0 | 是 | 开始时间 | ||||||||
| end_time | datetime | 0 | 是 | 结束时间 | ||||||||
| remarks | text | 0 | 是 | 备注 | ||||||||
| recommend | int | 11 | 否 | 智能推荐 | ||||||||
| create_time | datetime | 0 | 否 | 创建时间 | ||||||||
| update_time | timestamp | 0 | 否 | 更新时间 | ||||||||
第5章系统实现
5.1用户前台功能实现
注册用户通过注册窗口，进行在线填写自己的用户名、密码、姓名、性别、头像、手机、邮箱等，信息编辑完成后核对信息无误后进行选择注册，系统核对用户所输入的账号信息是否准确，核对信息准确无误后系统进入到操作界面。
用户通过登录进入到系统操作界面后，可以根据需求对首页、我的等模块进行管理维护操作。
如图5-1用户注册界面图
用户登录通过账号、密码行页面，进入系统主界面，进入到操作界面，进行相对应操作，如图5-2所示。
首页页面可以查看首页、公告消息、医院资讯、医生信息等操作，如图5-3所示。
如图5-3首页界面图
进入医生信息可以搜索、查看医生信息并进行预约挂号提交等操作，如图5-4、5-5所示。
如图5-4医生信息界面图
如图5-5提交预约挂号的界面图
进入更多管理可以进行信息反馈操作，如图5-6所示。
如图5-6用户信息反馈界面图
5.2医生模块的实现
医生登录前的登录界面以及登录后的医生功能界面。登录界面，要求用户输入用户名和密码，当用户名和密码其中一个输入为空时，给出提示“用户名，密码不能为空”。获取用户名和密码后到数据库中查找，如果用户名存在，以及对应的密码正确，则登录成功，否则登录失败。登录失败后给出提示，并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入医生功能模块，主要有医生基本信息修改，已经发布用户信息管理，发布信息，和退出功能。退出功能是清除全局变量username的值，并跳回到首页。
登录流程图如下图所示。
图5-7医生登录流程图
医生登录界面如下图所示。
图5-8医生登录界面
医生登录成功之后可以对预约挂号信息进行查看、诊断、处方开具、上传处方凭证等操作。
图5-9预约挂号一览界面图
图5-10预约挂号处理界面图
医生可以在病例信息中进行查看、修改等操作。
图5-11病例信息处理界面图
5.3管理员后台功能实现
管理员通过系统进行确认，管理员进入到系统主界面，管理员进入到操作界面，通过登录窗口进行在线填写自己的用户名和密码、角色进行登录，登录成功后进入到系统操作界面进行相应信息的获取，如图5-13所示。
管理员登录界面如下图所示。
图5-12管理员登录主界面图
管理员进入到界面，通过界面的任务大厅，登录成功后进入到系统可以进行查看首页、站点管理（轮播图、公告栏）、用户管理（管理员、注册用户、医生）、内容管理（医院资讯、医院资讯分类）、更多管理（科室列表、医生信息、预约挂号、病例信息、排班管理、意见反馈）等功能模块，进行相对应操作，如图5-13所示
图5-13管理员功能界面图
管理员点击进入站点管理页面可以轮播图、公告栏等信息，并进行详情、修改、删除操作，如图5-14示。
图5-14病房管理员界面图
管理员点击进入用户管理页面可以添加医生信息，并进行详情、修改、删除操作，如图5-15示。
图5-15医生信息管理员界面图
管理员点击进入内容管理页面可以查看医院资讯、分类列表等信息，并进行详情修改、查询操作，如图5-16示。
图5-16内容管理-医院资讯 管理员界面图
第6章系统测试
6.1测试目的
对任何系统而言，测试都是必不可少的环节，测试可以发现系统存在的很多问题，所有的软件上线之前，都应该进行充足的测试之后才能保证上线后不会Bug频发，或者是功能不满足需求等问题的发生。下面分别从单元测试，功能测试和用例测试来对系统进行测试以保证系统的稳定性和可靠性。
6.2功能测试
下表是系统登录功能测试用例，检测了用户名和密码的不同的输入情况，观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
| 功能描述 | 用于系统登录 | |
| 测试目的 | 检测登录时的合法性检查 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 输入的用户名和密码带有非法字符 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入的用户名或者密码为空 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入的用户名和密码不存在 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入正确的用户名和密码 | 登录成功 | 与预期结果一致 |
下表是注册功能测试用例，检测了各种数据的输入情况，观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
| 功能描述 | 用于用户注册 | |
| 测试目的 | 检测用户注册时的合法性检查 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 输入的手机号不合法 | 提示请输入正确的手机号码 | 与预期结果一致 |
| 输入的字段为空 | 提示必填项不能为空 | 与预期结果一致 |
| 输入的密码少于6位 | 提示密码必须为6-12位 | 与预期结果一致 |
| 输入的密码大于12位 | 提示密码必须为6-12位 | 与预期结果一致 |
下表是用户管理功能的测试用例，检测了用户管理中对用户信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-3 用户管理的测试用例
| 功能描述 | 用于用户管理 | |
| 测试目的 | 检测用户管理时的各种操作的运行情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 点击添加用户，必填项合法输入，点击保存 | 提示添加成功 | 与预期结果一致 |
| 点击添加用户，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改用户，必填项修改为空，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改用户，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击删除用户，选择用户删除 | 提示删除成功 | 与预期结果一致 |
| 点击搜索用户，输入存在的用户名 | 查找出用户 | 与预期结果一致 |
| 点击搜索用户，输入不存在的用户名 | 不显示用户 | 与预期结果一致 |
下表是预约挂号功能的测试用例，检测了预约挂号单的操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-5 入院管理的测试用例
| 功能描述 | 用于预约挂号 | |
| 测试目的 | 检测预约挂号时各种操作的情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 未选择用户，点击提交 | 提示请选择用户 | 与预期结果一致 |
| 未输入就诊目的，点击提交 | 提示请输入就诊目的 | 与预期结果一致 |
| 未输入就诊时间，点击提交 | 提示请输入就诊时间 | 与预期结果一致 |
6.3性能测试
使用阿里云PTS（Performance Testing Service）性能测试服务对线上系统进行压力测试。线上服务器环境为：1核心CPU，1G内存，1Mbps公网带宽，Centos7.0操作系统。
压测过程中使用了2台并发机器，每台机器20个用户并发，对系统主页，登录，数据查询和数据维护等模块进行并发访问，测试结果是有40个用户并发时，数据管理相关页面的响应时间甚至达到了7s，通过查看服务器出网流量发现已经达到1381kb/s，可以看出服务器的带宽已经达到峰值，如果系统使用5Mbps的带宽，系统的响应时间和TPS将会大大增加。在整个测试的过程中，CPU的使用率占用仅8%，也提现出带宽瓶颈对系统的影响非常严重。
第7章总结与展望
在这个设计中，我花了大量的时间去理解系统开发中使用的知识，经过这段时间的努力工作最终完成了系统设计。通过这一阶段的学习，我发现了自己的不足，充分掌握了必要的应用技能，进一步的学习使我充实了自己的知识基础，完成了这个艰巨的任务。当遇到问题时，我很及时的寻求老师的帮助，通过专业的网站和论坛来解决，他们的帮助让我一步一步的成功克服了困难的问题。系统设计过程不容易，你需要不断充实自己，有勇气克服困难。系统开发的一些功能还不完善，需要继续改善后，通过用户体验来修改设计完美的系统，让用户得到更好的体验，我觉得很高兴，因为这是我第一次通过自己的努力实现这个系统，但绝不是我的最后一个，在未来我将努力实现更多的优秀的系统。
在一些编程语言的系统实现中，对词汇表不太熟悉，导致了开发的困难，但是我通过了合适的字典软件来解决这个大问题。由此，我发现了自己的英语缺陷。在那之后，我不断地提高自己的英语知识，这样我就不会有任何未来的工作和生活。毕业设计过程我感觉很深刻，从一开始就不熟悉开发技术，一步一步的使用，接触到文献和信息，不难理解，系统是一次又一次的实现，系统本身对于在线学习是有用的。我从这个设计中获益良多，论文的编写需要有自己的意愿去实现一点，学习生活中所有的问题的勇气，学习的过程就是学习的过程。毕业设计，我学会了将理论知识应用于实践。让我知道该怎么做，我们必须认真对待。勇于克服困难，相信未来，我会做得更好。
参考文献
[1]赵婉彤.基于PHP与MySQL的动态网站设计与实现[J].电脑编程技巧与维护,2022(08):103-105+109.DOI:10.16184/j.cnki.comprg.2022.08.022.
[2]杨卓凡.基于MySQL不同存储引擎下数据存储效率研究[J].电脑知识与技术,2022,18(21):18-20.DOI:10.14004/j.cnki.ckt.2022.1232.
[3]张俊.MySQL数据库在PHP网页中的动态应用[J].集成电路应用,2022,39(06):112-113.DOI:10.19339/j.issn.1674-2583.2022.06.043.
[4]陈勇.基于整合医疗信息的预约挂号服务客户端研究优化方法[J].自动化技术与应用,2022,41(03):77-80.
[5]李明. 掌上智慧医院系统应用研究[D].哈尔滨理工大学,2022.DOI:10.27063/d.cnki.ghlgu.2022.000843.
[6]陈博,焦娣,李晨,李林.门诊预约挂号系统的设计与应用[J].智慧健康,2022,8(04):1-4.DOI:10.19335/j.cnki.2096-1219.2022.04.001.
[7]王慧虹,许锡樱,沈翌卉.推进门诊预约挂号服务的现状及效果分析[J].智慧健康,2022,8(01):10-13.DOI:10.19335/j.cnki.2096-1219.2022.01.004.
[8]Zhang Fang,Sun Guiling,Zheng Bowen,Dong Liang. Design and Implementation of Energy Management System Based on Spring Boot Framework[J]. Information,2021,12(11).
[9]邢娜,郑蕾,王莉.医院网站预约挂号系统设计[J].解放军医院管理杂志,2021,28(10):929-930+969.DOI:10.16770/J.cnki.1008-9985.2021.10.012.
[10]Zhuoxi Zhang,Ming Yuan,Hanwei Qian. Research on MySQL Database Recovery and Forensics Based on Binlog[C]//.Proceedings of the 11th International Conference on Computer Engineering and Networks(CENet2021)Part I.,2021:750-759.DOI:10.26914/c.cnkihy.2021.045076.
[11]Dhalla Hardeep Kaur. A Performance Comparison of RESTful Applications Implemented in Spring Boot Java and MS.NET Core[J]. Journal of Physics: Conference Series,2021,1933(1).
[12]Xinwen Zhang,Siyuan Wen,Rui Wang. Implementation of Vehicle Management System Based on Spring Boot and VUE[C]//.第33届中国控制与决策会议论文集（9）.,2021:519-523.DOI:10.26914/c.cnkihy.2021.028243.
[13]胡小勇. 基于SpringBoot的医院门诊管理信息系统的设计与实现[D].华中科技大学,2021.DOI:10.27157/d.cnki.ghzku.2021.001118.
[14]张娇. 基于Android的医疗预约系统的设计与实现[D].华中科技大学,2020.DOI:10.27157/d.cnki.ghzku.2020.006840.
[15]曲本豪. 基于云的医疗信息化服务平台的研究与实现[D].北京工业大学,2020.DOI:10.26935/d.cnki.gbjgu.2020.000525.
[16]Margaretha Ohyver,Jurike V. Moniaga,Iwa Sungkawa,Bonifasius Edwin Subagyo,Ian Argus Chandra. The Comparison Firebase Realtime Database and MySQL Database Performance using Wilcoxon Signed-Rank Test[J]. Procedia Computer Science,2019,157(C).
[17]Prince Asabere,Francois Sekyere,Willie K Ofosu. Wireless Biometric Fingerprint Attendance System using Arduino and Mysql Database[J]. International Journal of Computer Science, Engineering and Applications,2019,10(5).
[18]宋珂. 济宁市第一人民医院客户服务系统的设计与实现[D].山东大学,2019.DOI:10.27272/d.cnki.gshdu.2019.000197.
[19]张磊.医院预约挂号系统设计与应用探究[J].中国信息化,2018(12):81-82.
[20]朱毅. 基于Android的医院预约挂号系统设计与实现[D].吉林大学,2017.
[21]赵震. 基于Android平台的预约挂号系统的设计与实现[D].江西财经大学,2018.
致谢
本次设计历时3个月。在这个毕业设计中，它离不开指导教师的指导，使事情基本顺利。指导老师无论是在毕业设计历经中，还是在论文做完中都给了了我特别大的助益。另1个方面，教师认真负责的工作姿态，谨慎的教学精神厚重的理论水准都使我获益匪浅。他勤恳谨慎的教学育人学习姿态也给我留下了特别特别深的感觉。我从老师那里学到了很多东西。在理论和实践中，我的技能得到了特别大的提高。在此，特向教师表示由衷的感激。
经过对该毕业设计的全部研究和开发，我的系统研发经历了从需求分析到实现详细功能，再到最终测试和维护的特殊进展。让我对系统研发有了更深层次的认识。如今我的动手本领单独处理疑惑的本领也获取到了特别大的演练学习增多，这是这次毕业设计最好的收获。
最后，在整个系统开发过程中，我周围的同学和朋友给了我很多意见，所以我很快就确认了系统的整体框架。在此，我由衷的向他们表示感激。
1707
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
