摘 要
21世纪的今天，随着社会的不断发展与进步，人们对于信息科学化的认识，已由低层次向高层次发展，由原来的感性认知向理性认知提高，管理工作的重要性已逐渐被人们所认识，科学化的管理，使信息存储达到准确、快速、完善，并能提高工作管理效率，促进其发展。
论文主要是对医疗门诊管理系统设计与实现进行了介绍，包括研究的现状，还有涉及的开发背景，然后还对医疗门诊管理系统的设计目标进行了论述，还有系统的需求，以及整个的设计方案，对医疗门诊管理系统的设计以及实现，也都论述的比较细致，最后对医疗门诊管理系统设计与实现进行了一些具体测试。
本文以Java为开发技术，开发了一个医疗门诊管理系统。该系统主要使用者分为管理员、注册用户、医生。管理员端：首页、站点管理（轮播图、公告栏）、用户管理（管理员、注册用户、医生）、内容管理（健康资讯、资讯列表）、更多管理（就诊人信息、科室管理、在线挂号、预约挂号、病情诊断、）等功能，通过这些功能模块的设计，基本上实现了整个医疗门诊管理系统的过程。
具体在系统设计上，采用了B/S的结构，同时，也使用Java技术在动态页面上进行了设计，后台上采用Mysql数据库，是一个非常方便使用的医疗门诊管理系统。
关键词：医疗门诊管理系统；Java技术；spring boot框架；Mysql数据库；B/S结构
Design and implementation of spring boot medical outpatient management systemSummary
Today in the 21st century, with the continuous development and progress of society, people's understanding of information science has developed from a low level to a high level, from the original perceptual cognition to rational cognition. 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 medical outpatient management system, including the current research situation, the development background involved, and then discusses the design objectives of the system, as well as the requirements of the system, and the entire design scheme. The design and implementation of the system are also discussed in detail. Finally, some specific tests are carried out on the design and implementation of the medical outpatient management system.
This paper develops a medical outpatient management system based on Java. The main users of the system are administrators, registered users and doctors. Administrator side: Home page, site management (carousel map, bulletin board), user management (administrator, registered user, doctor), content management (health information, information list), more management (patient information, department management, online registration, appointment registration, disease diagnosis,) and other functions. Through the design of these functional modules, the whole process of the medical outpatient management system is basically realized.
In terms of system design, B/S structure is adopted. At the same time, Java technology is also used to design on the dynamic page. MySQL database is used in the background. It is a very convenient medical outpatient management system.
Keywords: medical outpatient management system; Java technology; Spring boot framework; MySQL database; B/S structure
目录
1.3医疗门诊管理系统设计目标
致谢 30
1.1项目设计背景
随着社会主义市场经济体制的建立、科学技术的快速发展、社会各个领域的巨大变革，给中国医疗发展带来了前所未有的历史性挑战。适应新的形势，抓住机遇，迎接挑战，是摆在我们面前十分重要的课题。社会经济的迅速发展，使得人们的生活水平迅速提高，因此，人们对生活质量提出了更高的要求。在现有的技术水平下，我国已经成功实现了通过高技术平台开发出了医疗门诊管理系统。同时我国的医疗行业也越来越关注信息化管理。就目前我国医疗的情况来看，既需要满足医疗服务机构的日常业务的需要，也需要满足居民对医疗信息的需要。许多发达国家由于经济实力的强大，最早关注医疗服务体系的建设，并且投入大量人力和财力，取得了突破性的成就，使得他们的医疗卫生事业在原有的基础上又迈进一大步，其中取得建设性成就最明显的是德国、英国、美国等发达国家，他们在医疗服务体系中的服务系统运用、人员机构的设置、居民信息管理、医疗卫生等都建立了一套完善的体制，这很大程度上提高了他们的医疗综合水平。所以，我国必须结合自身的情况，吸取外国在医疗建设方面的经验，进一步发展我国的医疗服务事业。在我国的医疗改革逐步深化中，医疗分类管理已开始实施，对医疗门诊管理系统提出了新的更高的要求。迫切需要医疗门诊管理系统创新理论的指导，必须深入开展医疗门诊管理系统创新的理论设计和实践探索。本文正是在这一背景下设计出本医疗门诊管理系统。具有较强的安全性、可伸缩性、可扩展性、可维护性和软件重用性等优点。
以往的医疗门诊管理系统相关信息管理，都是工作人员手工统计。这种方式不但时效性低，而且需要查找和变更的时候存在诸多不便。随着科学的进步，技术的成熟，计算机信息化也日新月异的发展，社会也已经深刻的认识，计算机功能非常的强大，计算机已经进入了人类社会发展的各个领域，并且发挥着十分重要的作用。本系统利用网络沟通、计算机信息存储管理，有着与传统的方式所无法替代的优点。比如计算检索速度特别快、可靠性特别高、存储容量特别大、保密性特别好、可保存时间特别长、成本特别低等。在工作效率上，能够得到极大地提高，延伸至服务水平也会有好的收获，有了网络，医疗门诊管理系统的各方面的管理更加科学和系统，更加规范和简便。
1.2项目设计意义
伴随着我国工业的迅猛发展，为了抓住机遇，在竞争中占得先机，作为管理企业的一个必不可少的重要环节一在线管理的信息化、计算机化也就迫在眉捷了。开发在线管理信息系统即有宏观上的意义， 那就是顺应时代信息化、现代化潮流，提高效益，促进国民经济管理的结构优化;也有微观上的意义，那就是可以提高管理的现代化程序，加强管理的信息化手段，提高工作效率，增加单位效益。建立以院长为中心的医疗信息网络管理系统，其目的在于以医疗经济信息化管理带动行政信息化管理，给医疗门诊管理者宏观与微观管理及时提供准确、详细的数据分析资料，从而实现医疗门诊管理上的信息化改革，建立起新型的医疗门诊信息化管理模式，以适应门诊长期快速发展的需要，更重要的是能使患者在医疗门诊得到更加满意的治疗。主要表现在以下几个方面。一、收少差错。杜绝了由于重复转抄而造成的错误，且计算机处理医疗信息改变了以往多人查对的方式，节省了人力。二、为病人提供方便，病人可以更快和更方便的在网上进行挂号，既节约了病人排队的时间，也加快了医疗门诊的办事效率。三、为医疗门诊管理提供便捷、可靠的信息和数据。医疗门诊管理层可以通过计算机联网，随时了解全门诊的医疗信息，为决策提供了可靠，便捷的信息和数据。
1.3医疗门诊管理系统设计目标
建立现代医疗门诊管理系统，现代医疗门诊管理系统是指用现代自然科学、社会科学和管理科学知识及成就应用于医疗门诊管理系统工作，促使医疗门诊管理系统现代化、科学化所进行的计划、组织、指挥、控制和协调等一系列活动的总称。也就是说，用现代科学的思想、组织、方法和手段，对医疗技术和门诊经济进行有效地管理，使之创造最佳的社会效益和经济效益。现代医疗门诊管理系统是个动态的概念，将随着经济和科学技术的不断发展变化而变化。现代医疗门诊管理系统采用科学的管理方法和管理技术，广泛地运用现代自然科学和社会科学的设计成果，如系统论、控制论和运筹学的应用。现代医疗门诊管理系统中有数以千万计的项目需要收集、储存、传递、处理，现代医疗门诊管理要求管理手段现代化，如建立医疗管理信息系统、使用最优化数学模型、充分发挥电子计算机在管理中的作用等。由于医疗门诊的服务对象是病人，医疗门诊管理系统有其特殊性，不能把医疗门诊视为平均价值的集团，医疗门诊要提高疗效，缩短疗程，在最舒适的环境下给病人以最经济的治疗。
2.1开发技术说明
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于Java的springboot框架进行开发。
前端部分：前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库和Lay UI组件库使页面快速成型，项目前端通过栅格布局实现响应式，可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分：采用springboot作为开发框架，同时集成MyBatis、Redis等相关技术。
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.4 Mysql数据库
Mysql 经过多次的更新，功能层面已经非常的丰富和完善了，从Mysql4版本到5版本进行了比较大的更新，在商业的实际使用中取得了很好的实际应用效果。最新版本的Mysql支持对信息的压缩，同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新，数据库自身的镜像功能也得到了很大的增强，运行的流畅度和易用性方面有了不小的进步，驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化，能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心，同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新，增加了两个非常使用的显示区，一个是信息区，对表格和文字进行了分类处理，界面的显示更加清爽和具体。第二是仪表的信息控件，能在仪表信息区进行信息的显示，同时还能进行多个信息的比对，为用户的实际使用带来了很大的便捷。
针对本文中设计的医疗门诊管理系统在实际的实现过程中，最终选择Mysql数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作，而且数据的安全性要求也是非常的高。综合这些因素，最终选择安全性系数比较高的Mysql来对医疗门诊管理系统后台数据进行存储操作。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
技术性方面，采用当前主流的springboot框架进行系统主体框架的搭建，使用java技术实现前台页面的设计与美观调整，以上技术，均由本人经过系统学习，并且都是在课程设计中实践过的，可以使得开发更加便捷和系统。从技术角度看，这个系统是完全可以实现的。
实用性方面，本次设计的主要任务是在医疗门诊管理系统内实现首页、站点管理（轮播图、公告栏）、用户管理（管理员、注册用户、医生）、内容管理（健康资讯、资讯列表）、更多管理（就诊人信息、科室管理、在线挂号、预约挂号、病情诊断）等功能，符合当前潮流的发展。从注册用户角度出发，同时也考虑系统运营成本和人力资源，采用网络上的便捷方式，实现线上业务，使得业务流程更系统，也更方便用户的体验，比较实用。
经济性方面，由于本课题中设计的医疗门诊管理系统的主要目的是为了能够更加方便及快捷的进行信息的查询管理及检索服务，也就是能够可以直接投入使用的信息化软件。系统的主要成本主要是集中在对使用数据后期继续维护及其管理更新这个操作上。但是一旦系统投入到实际的运行及使用之后就能够很好的提高信息查询检索的效率，同时也需要有效的保证查询者的信息方面的安全性，同时该系统所带来的实际应用方面的价值是远远的超过了实际系统进行开发与维护方面的成本，因此，从经济上来说开发这个软件是可行的。
医疗门诊管理系统的功能主要分为用户，用户根据自己的需求进行注册登录，浏览首页、医生信息等并进行在线挂号操作。后台系统管理员主要对就诊人信息、科室管理、在线挂号、预约挂号、病情诊断等进行处理。
用户用例图如下所示：
图3-1注册用户例图
管理员用例图如下所示：
图3-2 管理员用例图
医生用例图如下所示：
图3-3 医生用例图
前台用户可分为未注册用户需求和以注册用户需求。
未注册用户的功能如下：
注册账号：用户填写个人信息，并验证手机号码。
浏览健康资讯：用户可以浏览主页面的健康资讯来了解系统的门诊详情。
浏览医生：用户可以根据医生类型浏览医生的信息，并选中某个医生查看详情，
例如：姓名、医生工号、年龄、所在科室、职位、从医时间等。
浏览健康资讯：选中某条资讯可查看其评论，点赞情况。
已注册用户的功能如下：
登录：根据账号密码进行登录操作。
维护个人信息：用户因个人信息的变更可以随时修改自己注册信息。
浏览健康资讯：选中某条资讯可查看其评论，点赞情况
预约挂号：用户根据自己的需求选中某个医生进行预约挂号操作，提交成功后，可以查看到个人已提交的预约记录。
病例信息：用户可以查看自己以往就诊信息
意见反馈：用户可以根据自己的观点看法对门诊或者医生进行评论。
医生功能如下：
修改密码：管理员可以随时修改自己进入系统的登录密码，以保证系统的安全性。
就诊人信息管理：对就诊人信息进行查询、重置等操作。
病情诊断管理：对预约挂号单进行查询、录入诊断结果、开药、录入金额、上传处方等操作。
病例信息管理：对病例信息进行查询、重置、导出、打印、添加、删除等操作。
管理员功能如下：
修改密码：管理员可以随时修改自己进入系统的登录密码，以保证系统的安全性。
站点管理：对轮播图和公告消息进行查询、重置、添加、删除等操作。
用户管理：对管理员、注册用户、医生信息进行查询、重置、添加、删除等操作。
内容管理：健康资讯、资讯列表进行查询、重置、添加、删除等操作。
科室列表管理：对科室信息进行查询、重置、添加、删除等操作。
就诊人信息：对就诊人信息进行查询、重置、添加、删除等操作。
预约挂号管理：对预约挂号单进行查询、重置、添加、删除等操作。
病情诊断管理：对病例信息进行查询、重置、导出、打印、添加、删除等操作。
3.2.3非功能需求分析
首先主要考虑的是系统功能软件，在具体设计的环节上，是不是能够较好的满足各类用户的基本功能需求，如果不能较好的满足用户需求，那么这个系统的存在是没有价值的。软件系统的非功能性求分析，从7个方面展开，一个是性能分析，针对系统；一个是安全分析，针对系统，一个是完整度分析，针对系统，一个是可维护分析，针对系统，一个是可扩展性分析，针对系统，一个是适应业务的性能分析。面对医疗门诊管理系统存在的性能、安全、扩展、完整度等7个方面性能综合比对分析后发现，需要相应的非功能性需求分析。
安全性对每一个系统来说都是非常重要的。安全性很好的系统可以保护企业的信息和用户的信息不被窃取。提高系统的安全性不仅是对用户的负责，更是对企业的负责。尤其针对于医疗门诊管理系统来说，必须要有很好的安全性来保障整个系统。
系统具有对使用者有权限控制，针对角色的不通限制使用者的权限，以此来确保系统的安全性。
数据库中的数据是从外界输入的，当数据的输入时，由于种种原因，输入的数据会无效，或者是脏数据。因此，怎样保证输入的数据符合规定，成为了数据库系统，尤其是多用户的关系数据库系统首要关注的问题。
因此，在写入数据库时，要保证数据完整性、正确性和一致性。
对系统的数据流进行分析，系统的使用者分为二类，一般用户，管理员。系统主要对界面信息传送，登录信息的验证，注册信息的接收，用户各种操作的响应做处理。
系统顶层数据流图如下图所示。
图3-2 顶层数据流图
要判断用户是什么身份，是根据登录的数据来判断后，跳转到对应的功能界面。在系统的内部用户就可以对数据进行操作，数据库中心就可以接收到系统传输的有效数据流来对数据sql语句进行对应操作。
系统可以分为前台和后台两部分，每一种操作后系统都返回操作结果。前台和后台的数据连接主要通过数据库，既分别对数据库做不同的操作。
本系统的架构设计主要分为可以3层，主要有Web层，业务层，Model层。其中web层还包括View层和Controller层，Model层包括元数据扩展层和数据访问层。
系统架构如下图所示。
图4-1 系统架构
医疗门诊管理系统总体分为前台用户模块、医生模块和后台管理员模块。
模块表现上是分别独立存在，但是访问的数据库是一样的。每一个模块的功能都是根据先前完成的需求分析，并查阅相关资料后整理制作的。
综上所述，系统功能结构图如下图所示：
图4-2 系统功能结构图
登录模块：登录模块是进入系统的入口，所有用户必须登录后才能访问系统。登录需要输入用户名和密码，如果多次尝试登录需要输入验证码。登录时需要选择用户的角色，是一般用户还是管理员登录等。登录成功后，会通过数据库获取用户的权限，并跳转至用户的主页面。
管理员用户管理模块：管理员管理包括：管理员的添加，修改和删除操作。添加管理员时，先判断用户添加的管理员是否是admin（超级管理员），如果不是则添加成功。修改时候，如果是超级管理员，可以修改所有管理员的信息，如果是普通管理员，那么只能修改自己的信息。超级管理员可以删除自己以外的所有其他管理员，普通管理员不能执行删除管理员的操作。
用户管理模块：用户管理分为用户添加、修改删除。用户信息由管理员进行修改、添加、删除操作；用户注册由普通用户来执行。
在线挂号模块：分为预约挂号添加、修改。预约挂号信息由普通用户进行修改、添加、删除操作。
从前面可以分析到数据库中最重要的是用户信息，医生信息，预约挂号信息，同时存在科室信息和医生信息。分析可以得到如下数据描述：
医生：用于记录用户的各种信息，包括用户资料、姓名、联系方式、联系地址、科室、是否审核等数据项。
管理员：记录管理员的登录信息。包括用户名，密码，权限等数据项。
用户：存放给用户的内容，包括病人编号、姓名、年龄、性别、身份证、联系方式、预约挂号记录、病例信息等数据项。
在线挂号：存储各种预约挂号记录及就诊信息。包括姓名、性别、医生工号、医生姓名、职称、联系电话、操作人等数据项。
根据前面的数据流程图，结合系统的功能模块设计，设计出符合系统的各信息实体。
医疗门诊管理系统所拥有的数据表有以下：用户信息表，预约挂号表，病例信息表，科室、医生信息表、信息反馈表。
由于数据表较多，只展示系统主要数据表，如下表所示：
disease_diagnosis
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| disease_diagnosis_id | int | 11 | 是 | 是 | 病情诊断ID |
| order_number | varchar | 64 | 否 | 否 | 订单号 |
| doctors_job_number | int | 11 | 否 | 否 | 医生工号 |
| name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
| department | varchar | 64 | 否 | 否 | 科室 |
| user | int | 11 | 否 | 否 | 用户 |
| name_of_the_patient | varchar | 64 | 否 | 否 | 就诊人姓名 |
| age_of_the_patient | varchar | 64 | 否 | 否 | 就诊人年龄 |
| description_of_illness | text | 0 | 否 | 否 | 病情描述 |
| diagnosis_contents | text | 0 | 否 | 否 | 诊断内容 |
| diagnostic_results | text | 0 | 否 | 否 | 诊断结果 |
| prescription_list | text | 0 | 否 | 否 | 药方清单 |
| prescription_dosage | text | 0 | 否 | 否 | 药方用量 |
| prescription_usage | text | 0 | 否 | 否 | 药方用法 |
| department_management | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| department_management_id | int | 11 | 是 | 是 | 科室管理ID |
| department_classification | varchar | 64 | 否 | 否 | 科室 |
| department_introduction | text | 0 | 否 | 否 | 科室介绍 |
| photo | varchar | 255 | 否 | 否 | 照片 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| patient_information | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| patient_information_id | int | 11 | 是 | 是 | 就诊人信息ID |
| user | int | 11 | 否 | 否 | 用户 |
| name_of_the_patient | varchar | 64 | 否 | 否 | 就诊人姓名 |
| gender_of_the_patient | varchar | 64 | 否 | 否 | 就诊人性别 |
| age_of_the_patient | varchar | 64 | 否 | 否 | 就诊人年龄 |
| id_number | varchar | 255 | 否 | 否 | 身份证号 |
| contact_number | varchar | 64 | 否 | 否 | 联系电话 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| have_an_appointment_with_a_doctor | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| have_an_appointment_with_a_doctor_id | int | 11 | 是 | 是 | 预约挂号ID |
| order_number | varchar | 64 | 否 | 否 | 订单号 |
| doctors_job_number | int | 11 | 否 | 否 | 医生工号 |
| name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
| department | varchar | 64 | 否 | 否 | 科室 |
| title | varchar | 64 | 否 | 否 | 职称 |
| registration_fee | varchar | 64 | 否 | 否 | 挂号费 |
| user | int | 11 | 否 | 否 | 用户 |
| name_of_the_patient | varchar | 64 | 否 | 否 | 就诊人姓名 |
| age_of_the_patient | varchar | 64 | 否 | 否 | 就诊人年龄 |
| contact_number | varchar | 64 | 否 | 否 | 联系电话 |
| appointment_time | datetime | 0 | 否 | 否 | 预约就诊时间 |
| description_of_illness | text | 0 | 否 | 否 | 病情描述 |
| reservation_status | varchar | 64 | 否 | 否 | 预约状态 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| registered_user | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| registered_user_id | int | 11 | 是 | 是 | 注册用户ID |
| user_number | varchar | 64 | 是 | 否 | 用户号 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| have_an_appointment_with_a_doctor | |||||
| 字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
| have_an_appointment_with_a_doctor_id | int | 11 | 是 | 是 | 预约挂号ID |
| order_number | varchar | 64 | 否 | 否 | 订单号 |
| doctors_job_number | int | 11 | 否 | 否 | 医生工号 |
| name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
| department | varchar | 64 | 否 | 否 | 科室 |
| title | varchar | 64 | 否 | 否 | 职称 |
| registration_fee | varchar | 64 | 否 | 否 | 挂号费 |
| user | int | 11 | 否 | 否 | 用户 |
| name_of_the_patient | varchar | 64 | 否 | 否 | 就诊人姓名 |
| age_of_the_patient | varchar | 64 | 否 | 否 | 就诊人年龄 |
| contact_number | varchar | 64 | 否 | 否 | 联系电话 |
| appointment_time | datetime | 0 | 否 | 否 | 预约就诊时间 |
| description_of_illness | text | 0 | 否 | 否 | 病情描述 |
| reservation_status | varchar | 64 | 否 | 否 | 预约状态 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
注册用户通过注册窗口，进行在线填写自己的用户名、密码、姓名、性别、头像、手机、邮箱等，信息编辑完成后核对信息无误后进行选择注册，系统核对用户所输入的账号信息是否准确，核对信息准确无误后系统进入到操作界面。
用户通过登录进入到系统操作界面后，可以根据需求对首页、我的等模块进行管理维护操作。
如图5-1用户注册界面图
用户登录通过账号、密码行页面，进入系统主界面，进入到操作界面，进行相对应操作，如图5-2所示。
首页页面可以查看首页、公告消息、健康资讯、医生信息等操作，如图5-3所示。
如图5-3首页界面图
进入医生信息可以搜索、查看医生信息并进行在线挂号提交等操作，如图5-4、5-5所示。
如图5-4医生信息界面图
如图5-5提交预约挂号的界面图
医生注册可通过注册窗口，进行在线填写自己的用户名、密码、姓名、性别、头像、手机、邮箱等，信息编辑完成后核对信息无误后进行选择注册，系统核对医生所输入的账号信息是否准确，核对信息准确无误后系统进入到操作界面。
医生通过登录进入到系统操作界面后，可以根据需求对首页、我的等模块进行管理维护操作，如图5-6所示。
如图5-6医生注册登录界面图
医生登录前的登录界面以及登录后的医生功能界面。登录界面，要求用户输入用户名和密码，当用户名和密码其中一个输入为空时，给出提示“用户名，密码不能为空”。获取用户名和密码后到数据库中查找，如果用户名存在，以及对应的密码正确，则登录成功，否则登录失败。登录失败后给出提示，并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入医生功能模块，主要有医生基本信息修改，已经发布用户信息管理，发布信息，和退出功能。退出功能是清除全局变量username的值，并跳回到首页。
登录流程图如下图所示。
图5-7医生登录流程图
医生登录界面如下图所示。
图5-8医生登录界面
医生登录成功之后可以对预约挂号信息进行查看、诊断、处方开具、上传处方凭证等操作。
图5-9预约挂号一览界面图
图5-10就诊人信息界面图
医生可以在病例信息中进行查看、修改等操作。
图5-11病情诊断处理界面图
管理员通过系统进行确认，管理员进入到系统主界面，管理员进入到操作界面，通过登录窗口进行在线填写自己的用户名和密码、角色进行登录，登录成功后进入到系统操作界面进行相应信息的获取，如图5-13所示。
管理员登录界面如下图所示。
图5-12管理员登录主界面图
管理员进入到界面，通过界面的任务大厅，登录成功后进入到系统可以进行查看首页、站点管理（轮播图、公告栏）、用户管理（管理员、注册用户、医生）、内容管理（健康资讯、资讯列表）、更多管理（科室列表、医生信息、预约挂号、病例信息、排班管理、意见反馈）等功能模块，进行相对应操作，如图5-13所示
图5-13管理员功能界面图
管理员点击进入站点管理页面可以轮播图、公告栏等信息，并进行详情、修改、删除操作，如图5-14示。
图5-14站点管理面图
管理员点击进入内容管理页面可以查看健康资讯、分类列表等信息，并进行详情修改、查询操作，如图5-15示。
图5-15内容管理-健康资讯界面图
对任何系统而言，测试都是必不可少的环节，测试可以发现系统存在的很多问题，所有的软件上线之前，都应该进行充足的测试之后才能保证上线后不会Bug频发，或者是功能不满足需求等问题的发生。下面分别从单元测试，功能测试和用例测试来对系统进行测试以保证系统的稳定性和可靠性。
下表是系统登录功能测试用例，检测了用户名和密码的不同的输入情况，观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
| 功能描述 | 用于系统登录 | |
| 测试目的 | 检测登录时的合法性检查 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 输入的用户名和密码带有非法字符 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入的用户名或者密码为空 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入的用户名和密码不存在 | 提示用户名或者密码错误 | 与预期结果一致 |
| 输入正确的用户名和密码 | 登录成功 | 与预期结果一致 |
下表是注册功能测试用例，检测了各种数据的输入情况，观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
| 功能描述 | 用于用户注册 | |
| 测试目的 | 检测用户注册时的合法性检查 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 输入的手机号不合法 | 提示请输入正确的手机号码 | 与预期结果一致 |
| 输入的字段为空 | 提示必填项不能为空 | 与预期结果一致 |
| 输入的密码少于6位 | 提示密码必须为6-12位 | 与预期结果一致 |
| 输入的密码大于12位 | 提示密码必须为6-12位 | 与预期结果一致 |
下表是用户管理功能的测试用例，检测了用户管理中对用户信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-3 用户管理的测试用例
| 功能描述 | 用于用户管理 | |
| 测试目的 | 检测用户管理时的各种操作的运行情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 点击添加用户，必填项合法输入，点击保存 | 提示添加成功 | 与预期结果一致 |
| 点击添加用户，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改用户，必填项修改为空，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改用户，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击删除用户，选择用户删除 | 提示删除成功 | 与预期结果一致 |
| 点击搜索用户，输入存在的用户名 | 查找出用户 | 与预期结果一致 |
| 点击搜索用户，输入不存在的用户名 | 不显示用户 | 与预期结果一致 |
下表是预约挂号功能的测试用例，检测了预约挂号单的操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-5预约挂号测试用例
| 功能描述 | 用于预约挂号 | |
| 测试目的 | 检测预约挂号时各种操作的情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 未选择用户，点击提交 | 提示请选择用户 | 与预期结果一致 |
| 未输入就诊目的，点击提交 | 提示请输入就诊目的 | 与预期结果一致 |
| 未输入就诊时间，点击提交 | 提示请输入就诊时间 | 与预期结果一致 |
使用阿里云PTS（Performance Testing Service）性能测试服务对线上系统进行压力测试。线上服务器环境为：1核心CPU，1G内存，1Mbps公网带宽，Centos7.0操作系统。
压测过程中使用了2台并发机器，每台机器20个用户并发，对系统主页，登录，数据查询和数据维护等模块进行并发访问，测试结果是有40个用户并发时，数据管理相关页面的响应时间甚至达到了7s，通过查看服务器出网流量发现已经达到1381kb/s，可以看出服务器的带宽已经达到峰值，如果系统使用5Mbps的带宽，系统的响应时间和TPS将会大大增加。在整个测试的过程中，CPU的使用率占用仅8%，也提现出带宽瓶颈对系统的影响非常严重。
总结与展望
在这个设计过程中，我花了大量的时间去理解系统开发中使用的知识，经过这段时间的努力工作最终完成了系统设计。通过本次毕业设计,使我更加熟悉医疗门诊管理系统的开发环境和功能,同时掌握到了更多专业知识和技能。在编写程序时遇到一些困难,但通过询问老师、查找帮助、网络搜索等途径都一一解决，提高了解决疑难问题的能力。在系统调试阶段，经过对异常的分析处理,对知识的层次结构有了全面的熟知,而且一些错误的认识得到了纠正。本次为期三个月的毕业设计是大学四年所学知识的综合运用，是理论与实践相结合的产物。在此期间，不但巩固了所学的书本知识。而且还学到了许多课堂上和书本上无法学到的实践知识，提高了自学能力，增强了专业技术的水平，为今后从事本专业的工作打下一定的基础。我会继续努力，完善自我，同学的帮助、指导老师的用心辅导和学校的精心安排使这个课题能够顺利进行。但是，由于时间仓促以及本人水平有限，本系统还有很多不完善之处，也难免存在错漏，以后有时间了继续完善系统。
参考文献
[1]宋庆庆.一种基于Spring-Boot框架的检验试验综合管理系统设计与实现[J].装备制造技术,2022(05):96-99.
[2]李昕宇.基于JavaWeb的中小型医院门诊管理系统的设计与实现[J].软件,2022,43(05):131-133.
[3]杨明珠,柴双,严彩霞,瞿冬,冯皓. 一种全方位、全周期的全健康闭环管理系统[P]. 上海市：CN113851209A,2021-12-28.
[4]袁华慧. 一种医院门诊管理系统[P]. 上海市：CN113205865A,2021-08-03.
[5]Wyse Jessica J.,Morasco Benjamin J.,Dougherty Jacob,Edwards Beau,Kansagara Devan,Gordon Adam,Korthuis P. Todd,Tuepker Anaïs,Lindner Stephan,Mackey Katherine,Williams Beth,Herreid O’Neill Anders,Paynter Robin,Lovejoy Travis I.. Adjunct Interventions to Standard Medical Management of Buprenorphine in Outpatient Settings: A Systematic Review of the Evidence[J]. Drug and Alcohol Dependence,2021,228(prepublish).
[6]. Infinite Coputer Solutions (India) Limited; Patent Application Titled "Health Care System To Aid Triage Management" Published Online (USPTO 20200279624)[J]. Information Technology Newsweekly,2020.
[7]张建莉,高欣.门诊管理系统数据库案例分析与设计[J].电脑知识与技术,2019,15(16):1-2.DOI:10.14004/j.cnki.ckt.2019.2055.
[8]严颖,朱肖鸿,凌红羽,冯彩珠,余选良.慢性乙肝病毒携带者门诊管理系统数据库的建立与应用价值[J].中医药管理杂志,2018,26(18):59-60.DOI:10.16690/j.cnki.1007-9203.2018.18.026.
[9]孙叶农. 医院门诊管理系统的设计与实现[D].南昌大学,2018.
[10]王啸天.医院门诊管理中信息化的有效运用分析[J].世界最新医学信息文摘,2018,18(02):188.DOI:10.19613/j.cnki.1671-3141.2018.02.153.
[11]李强. 医院门诊管理信息系统的设计与实现[D].南京理工大学,2017.DOI:10.27241/d.cnki.gnjgu.2017.000156.
[12]吕洪林.小型医院门诊管理系统开发研究[J].信息与电脑(理论版),2017(21):65-66.
[13]吴红.基于互联网环境的医院门诊管理信息系统应用[J].企业改革与管理,2016(13):58+49.DOI:10.13768/j.cnki.cn11-3793/f.2016.2488.
[14]苏志勇. 门诊综合管理系统设计与实现[D].电子科技大学,2014.
[15], 门诊管理自动分诊系统. 江苏省,南京市儿童医院,2009-01-01.
[16], 医院门诊管理信息系统. 山东省,胜利石油管理局胜利油田河口医院,2001-01-01.
致谢
大学生活在这个时候即将划上一个句号，但是对于我的人生道路来说，这仅仅是一个逗号，我将面对的是又一次征程的开始。
回忆过去，许许多多的事情浮现在脑海：刚上大学时欢乐心情和兴奋的场景还历历在目。一切都是那么新鲜，那么富有吸引力。有快乐也有艰辛，有收获也有失落。衷心感谢在学院所有支持帮助过我的老师，谢谢你们多年来的关心和爱护。同窗的友情同样难忘，你们与我共同走过了人生中不平凡的道路，给我留下了值得珍藏的美好记忆。
最后，我要特别感谢指导系统论文设计的老师。本论文是在他的悉心指导和热情帮助下完成的，老师认真负责的工作态度，严谨的治学精神和精深的理论水平都使我受益匪浅。老师无论在理论上还是在实践中，都给予我很大的帮助，使我专业技能的应用水平得到很大提高，这对于我以后的工作和学习都有益处。值此论文完成之际，特别向老师表示衷心的感谢和崇高的敬意，谢谢他细心而又耐心地辅导，使得我得以顺利的完成毕业设计开发工作，同时也要感谢其他帮助过我的老师和同学，他们在我成长过程中给予了我很大的帮助，在此一并表示感谢。
由于本人水平有限，加上时间紧促，本文一定有不少缺点和不足，恳请各位老师给予帮助和指正。
标签：医疗,必看,管理系统,必学,系统,用户,信息,门诊,毕业设计 From： https://blog.csdn.net/2401_86929326/article/details/143814008免费领取项目源码，请关注❤点赞收藏并私信博主，谢谢-