【《医院预约挂号系统的设计与实现》13000字（论文）】

第17页共25页医院预约挂号系统的设计与实现目录TOC\o"1-3"\h\u27379医院预约挂号系统的设计与实现 111627引言 2274671绪论 2201661.1选题的背景、目的和意义 215841.2研究现状 3201781.2.1国外研究现状 3110031.2.2国内研究现状 3113351.3系统功能概述 4325701.4论文主要工作 4310532系统相关理论与关键技术 530752.1Springboot技术 510242.1.1maven 5130192.2Vue.js 5113392.3MySQL 637532.4MongoDB和Redis 665132.5系统开发平台及运行环境 7188463系统的需求分析 7217523.1系统可行性分析 7304523.1.1技术可行性 7158303.1.2经济可行性 8143093.1.3操作可行性 876873.2功能分析 8280003.2.1医院方面功能需求 9158783.2.2就诊用户的功能需求 910783.2.3管理员功能需求 10278243.2.4层次方框图 1061013.2.5各模块说明 10265234系统总体设计 13183904.1系统总体设计目标 13120204.2系统功能模块设计 14160905系统详细设计 14269635.1详细设计的目标 1475775.1.1预约下单部分详细设计 14243605.1.2用户管理部分详细设计 16212555.1.3医院管理部分详细设计 1647905.2系统业务流程图 17294326数据库设计 18247536.1医院设置E-R图 18262966.2组织架构ER图 18140736.3订单管理ER图 19285166.4医院管理ER图 1966697系统实施 19286817.1系统结构实施 19141157.2系统功能实现 20260747.3系统测试 25286917.3.1测试目的与目标 25263667.3.2测试方法 25305747.3.3测试用例 2512087.3.4测试结论 2716598总结和展望 275121参考文献 29引言在互联网、大数据、云计算、物联网、区块链等计算机的黄金时代下，利用互联网和信息技术，发挥其中的优势，让计算机技术来减少实际成本的投入，为人们的生活和就医提供保障和更加便捷的服务。引入预约挂号系统是加强计算机医疗行业的必要过程，不仅可以进行信息交流和信息收集，而且能更有效的管理数据和有序地收集大量数据信息。做好各项医疗辅助系统的开发，才能真正打通计算机辅助医疗行业发展的“重要一公里”。医院预约挂号系统使用现有的医疗资源来辅助就医的患者在种类繁多的医院中选择最合适自己的医院进行就医。也就是说，资源整合，资源分类，资源调配，从资源得到收集整合到资源合理的调配，到患者成功就医。本文首先阐述了医疗行业的发展现状及预约挂号系统的意义和重要性，然后将针对实际情况对系统的需求进行分析。接着分析系统的整体架构和详细的系统设计，包括各个功能模块的业务功能阐述和数据库的设计。最后对系统的成品进行测试，并根据测试结果指出其中可以持续优化的地方，并给出大概的改进思路。1绪论1.1选题的背景、目的和意义医疗行业是一个与居民生命和健康息息相关的产业。目前，我国城市医疗体系已基本建成，农村以及社区医疗体系正在逐步完善中，医疗行业平稳发展，近几年我国医疗行业稳步增长。随着医疗保障制度的完善和人民生活水平的提高，居民的消费需求也在进一步的释放。外加由于人口老龄化问题的出现，主动医疗的患者比例逐将逐年上升，并且因为人口老龄化的问题，未来的人民群众对医疗行业的要求也将越来越严苛。根据国家卫健委的统计，截至到2020年2月，我国等级在册的医疗机构达到了100.7万个，这对于日后老龄化严重的社会而言，外出就医的成本将会进一步提高。2020年上半年计算机行业实现营业收入3076.3亿元，同比增长6.6%，相较于2019年同期增长水平8.9%有所下滑。随着疫情影响的逐步消除，计算机行业营业收入迅速增长，2020年第二季度实现收入1826.3亿元，同比2019年第二季度实现增长20.4%，相比之下，2020年第二季度比增长更为明显，环比增长47.3%。在计算机发展迅猛的潮流下，可以帮助管理大量数据和信息，计算机可以发挥人类无法比拟的作用。通过计算机建立统一的平台，将分散的资源进行整合，然后再根据实际的需求进行资源的合理分配。对于庞大的医疗行业来说，建立一个统一的预约挂号平台。对医疗资源进行合理的整合和分配，是很有必要的。因此，我决定开发一个医院预约挂号系统。它不仅可以帮助患者在地域广泛、专科种类繁多的医疗机构中选择最合适自己的，还可以节省时间和开支，提高医疗机构的工作效率。医院预约挂号系统是一种分布式系统，可以根据实际需求进行拆分和扩展。其实在现实中常常有很多因素和困难会影响到一个系统的成型和后续的运行和维护，比如人力和时间因素，以及现有系统架构的问题。所以采用时下新兴的技术开发一套医院预约挂号系统可以在某些方面极大的提升国内医疗行业的服务水平。而且该系统采用了许多新的技术和架构，贴合当下的主流，所以在很长一段时间内，该系统依然不会过时，同时便于与后续的一些新出现的系统进行对接。在使用了医院预约挂号系统后，将减少患者和医院工作人员之间沟通和时间成本，大大的提升医院的工作效率，同时也方便了患者的就医。这也是我在对比各地不同城市的医疗机构目前的预约方式后决定开发该系统的额的客观先决条件，这是必不可少的。1.2研究现状1.2.1国外研究现状在国外，计算机运用于医疗行业已经有四十多年的历史了，70年代的时候，HIS（医院信息管理系统）就已经在国外进入了大发展时期，直到80年代国外的HIS已经取得了不错的发展成就。1.2.2国内研究现状相较于国外的迅猛发展，国内在起步上则稍显不足，我们国家是在70年代末的时候才将计算机引入医疗行业的，并且只有极少数几家医院拥有HIS系统，直到90年代，成熟一点的HIS才有了实现的可能，相比于国外的发展，我们确实还有许多不足。但是，在一代又一代共产党人带领和一辈又一辈的先贤努力下，迄今为止，我们国内的计算机医疗行业已经位居世界前列。1.3系统功能概述医院预约管理系统是HIS系统中的一部分，集收集、存储、分享医疗机构和医疗资源信息为一体。使用过这种类似于平台系统的人都知道，这种系统的数据，如果要实现共享，必须通过其他的方式进行数据录入。但是医院预约挂号系统本身并没有这些东西，这就是一个单纯的进行预约挂号的系统。通过对医院预约挂号系统的业务流程进行分析，并查找相关信息，最终整理出来本系统的主要功能模块如下：(1)通用功能:用户注册登录；医院设置管理；数据管理；用户管理；订单管理；预约统计(2)系统管理员/医院工作人员:①医院信息管理；②数据管理；③用户管理；④订单管理；⑤统计管理；(3)普通用户:①登录注册；②预约挂号；③订单查询支付；1.4论文主要工作通过访问各种市面上已有的各种医院信息管理系统，使用他们的预约挂号功能，对市面上现有的预约挂号功能进行对比，对其中的需求设计进行分析，为后续的系统需求设计收集数据。设计系统的开发流程和开发方向；系统开发的实施计划是：设计系统需求，根据系统业务需求设计数据库，编写业务代码完成实现功能，根据系统设计确定系统环境的搭建方案，搭建系统开发环境，对系统进行功能性测试。本文结合日常课程所学，采用Vue+SpringBoot+SpringCloud+mysql，采用基于B/S（浏览器/服务器）模式，分析了基于前后端分离微服务架构的医院预约挂号系统的需求，本论文章节内容简述如下：绪论，从国内外的的发展情况总结，大概描述系统功能，以及了解本说明书的安排。系统相关理论与关键技术，主要介绍SpringBoot技术、SpringCloud、maven、Vue、MySQL数据库、MongoDB和redis、gateway网关等。需求分析，首先是进行各方面的系统可行性分析；然后进行功能要求分析，主要从医院和用户的层面进行需求的分析、业务流程图、各模块说明、用例分析等。医院预约挂号系统的总体设计。包括系统总体设计目标、系统功能模块设计，主要有：用户系统——首页数据展示模块、预约挂号模块、支付挂号订单模块、登录模块（普通登录、手机登录、微信登录）；管理员系统——数据管理模块、医院管理模块、用户管理模块、订单管理模块、预约统计模块；同时对系统结构进行分析设计，确定本系统的软件结构，包括对数据库实现。系统的详细设计。阐述详细设计的目标，主要目标有：预约挂号功能模块、支付挂号订单模块、用户管理模块；绘制医院预约挂号系统的业务流程图、友好的互动设计；。系统实现与测试。介绍了系统结构实施、系统功能实现以及系统测试。系统的测试方法，还有测试目的，最后用测试用例来进行实践说明。总结和展望。对本次管理系统的设计与实现的开发过程进行总结和对未来的期望，以及对系统的功能和实现方式存在的问题提出建议，总结此次开发的个人经验。2系统相关理论与关键技术2.1Springboot技术SpringBoot是近年来热门的一款Java开发框架，与过去传统的SSM和SSH等框架相比，这款框架更加的方便了开发者们在日常工作中的开发，首先SpringBoot规避了传统SSM中那些繁杂的配置，将传统单体项目复杂的配置按照统一的规定由框架自动配置，并且开发者可以根据自己的需要进行客制化，这在很大程度上减少了开发者们在项目初期的时间成本，然后就是SpringBootStarter将常用的依赖进行了分组并整合，然后将其合并到一个依赖中，这样让我们的pom文件看起来更加的清爽，最后就是比较好用的自动配置的功能了，在使用传统框架开发的时候，需要我们进行手动的创建Bean，但是SpringBoot的自动装配则利用Spring4的对条件化配置的支持，合理的推测出开发者应用所需要的Bean并切自动化配置它们。2.1.1mavenMaven是Java开发者比较喜欢的一款项目管理工具，它可以对Java项目进行构建、依赖管理，是一个自动化构建工具；它可以完成我们项目中的jar包管理，以及清理、编译、测试、打包、安装、部署等工作。SpringCloud：SpringCloud是一个比较成熟的微服务开发框架，该框架基于SpringBoot，为微服务的开发提供了配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件，该框架的优点就是开箱即用、快速启动、适用于各种环境、组件支持丰富。2.2Vue.js Vue是最近几年开始火起来的，但是他的出生却是在十几年前开始，Vue早先产自于加拿大，我们所熟知的Vue的发音类似于我们熟知的View，也和View的中文意思差不多，但Vue实际却是从加拿大开始的，而加拿大的常用语言之一——法语的Vue，也和View的意思相近。在过去的很长一段时间里，我们见惯了许多种类的页面开发方式，从早先的jsp+servlet和php到后来的html+css以及各种模板语法，再到现如今我们比较火的的Vue，一般来说，某个框架的新兴，必定是因为其在开发上面有更加卓越的表现，对于Vue，开发者最熟知的就是他的组件化开发、双向绑定、数据和结构的分离、虚拟DOM，它通过这些自身的优点，让开发者可以更加简单快速的开发出一个个精美的页面，并且可以更好迪支持前后端分离开发和局部刷新的需求。通常一个Vue实例包含如下生命周期：（1）创建（2）数据初始化（3）挂载（4）更新（5）销毁2.3MySQL说数据库之前，我们先来聊聊数据，这个东西，从古至今一直存在着，起初我们的人类祖先对此并没有一个清晰的认识，直到从人类文明发展到三皇五帝开始，才逐渐的开始在人们的认知中清晰起来，我们的先辈开始使用绳结、龟片逐渐发展到使用纸张，先辈们尽可能的记录着他们身边的各种数据，无论是知识还是纪实，但是随着人类社会文明的不断发展、进步，科技的不断升级、更新，我们开始发明并使用数据库来记录我们身边海量的数据，而这其中，MySQL是我们大家都耳熟能详的一个关系型数据库。现今已经被Oracle公司收购。MySQL的出名除了自身出色的功能表现之外，还因为它是免费的！但是在Oracle收购之后不久，就出现了收费的企业版（但这并不影响个人开发者使用社区版）。数据库是我们现在开发任何系统都离不开的信息存储管理中心，本次开发使用MySQL数据库，主要是因为MySQL有一下优点：1、无论是存储还是读取，MySQL都拥有着很不错的时效性，并且比较稳定，很少出现故障。2、市场占有率比较高，对其他系统的兼容性强，资源丰富，学习成本较低。3、历史悠久、社区及用户非常活跃，遇到问题，可以很快获取到帮助。4、针对个人开发者免费并且开源的。5、支持多种操作系统，提供多种api几口，支持多种开发语言。6、功能强大，支持多客户端同时连接访问。7、安全性比较高，MySQL数据库具有非常完善的权限设计，非常方便使用者对不同权限级别的设置，保护我们的数据安全。8、速度很快，相较于传统的SQLserver，无论是在使用还是性能上都有很大的提升。2.4MongoDB和Redis MongoDB和Redis和MySQL类似，也是用来存储数据的数据库，但他们的不同在于，MongoDB和redis都是非关系型数据库，其主要区别在于数据的存储方式上，关系型数据库采用的是表结构的存储方式，但是非关系型数据库为天然的分布式存储。MongoDB和redis作为非关系型数据库，常用于做缓存和分布式事务的处理，如医院预约挂号系统就是使用MongoDB和redis来做缓存的，他们可以将数据存储于内存中，方便快速的读取，而开发者通常会将一些很少改变并且读取率比较高的数据存入其中。2.5系统开发平台及运行环境本系统是在SpringBoot内置的Tomcat环境下运行。Tomcat在此就不再多做赘述，我们来说说SpringBoot项目通过内置Tomcat环境来运行我们项目的优点。SpringBoot环境具有以下技术优势：(1).内置Tomcat可以让我们省略手动启动Tomcat的步骤。(2).开发者可以通过极简的配置运行我们的环境。(3).可以规避许多Tomcat在版本上与框架的兼容问题。(4).除此之外，我们还可以对内置的Tomcat进行自定义的配置。该系统的运行环境：操作系统：Win10/win11系统。服务器：SpringBoot内置Tomcat。浏览器：火狐、谷歌等。内存：16G及以上硬盘：80GB及以上磁盘空间颜色：RGB3系统的需求分析3.1系统可行性分析3.1.1技术可行性 本系统采用的是时下比较流行的SpringBoot+Vue+MySQL进行前后端分离的开发方式，通过mybatis-plus操作数据库，完成我们的增删改查功能。整个应用程序严格的遵循MVC模式进行开发。由于SpringBoot和Vue的综合实用性能强劲，并且实用灵活，方便后续的扩展和运营维护，同时mybatis-plus对MySQL的支持和兼容性也极强，，所以整套框架非常适合整个系统的开发，与传统的框架和系统相比，采用当下最流行的新型框架来来开发本系统，无论是从资源上，还是从技术上，都是非常可行的。 当前社会环境下，硬件研发速度一年胜过一年，尤其在近两年5G技术的兴起，CPU和存储技术的不断提高，硬件和网络等外在条件已经不再是我们开发所需要面临的瓶颈了，并且前几年价格居高不下的内存，这两年价格也逐年下降医院预约挂号系统采用MySQL这种关系型数据库作为我们的数据存储管理工具，主要是因为MySQL在国内的市场占有率比较高，即使到现在为止，仍然有许多新出现的系统仍然是使用的MySQL数据库，所以为了方便医院预约挂号系统在和别的第三方系统对接上的方便，所以我们选择了MySQL。并且相较于别的数据库，MySQL更加拥有更多的资源，方便出现问题的顺利解决，同时MySQL目前对于个人开发者仍然是免费且开源的，并且从个人技术层面来讲，使用MySQL会更加利于自己的开发。3.1.2经济可行性 在整个系统的设计开发中，所有使用到的框架针对个人开发者都是免费且开源的，硬件方面，对于计算机专业来说，目前基本都是配备有PC电脑的，并且近几年的PC电脑的CPU基本都是i5起步的，内存目前市面上许多小众品牌也不错，经济实惠，所以整体在硬件方面指出很少，然后再软件层面，系统所使用的软件，绝大所属都是有windows免费版的，其中一些收费的软件也有对应的社区版和破解版，对于本地开发来说基本不需要花钱购买什么软件。3.1.3操作可行性 系统的开发和运行环境都是目前市面上最常用的，并且在界面交互上，设计的比较浅显易懂，用户可以通过很简单的操作来获取到自己想要的信息。并且系统在设计的时候，在许多页面都设计了搜索框，用户可以简单粗暴的通过搜索来回去一定的信息。所以从操作上来说，医院预约挂号系统是可行的。3.2功能分析 医院预约挂号系统是一个集医院、科室、门诊信息收集到用户查阅预约挂号支付为一体的一个完善的预约挂号系统，甚至从信息层面来讲，将其称之为平台也不过分。医院预约挂号系统可以通过与全国不同地区不同等级的第三方医院的内部系统进行对接，从而收集海量的医院、科室、门诊信息，缓解了传统的去到医院进行预约挂号时排成了长龙最终却一号难求的问题，通过医院预约挂号系统，可以足不出户的就了解到自己想去的就医的城市和医院信息，以及医院当前各科室和门诊的号源情况，为就诊患者节省了很多时间和财务成本。同时数据的统一收集，可以方便医院和用户的查询和统计。医院预约挂号系统整体从多个角度去进行了功能性的分析，除了我们的就诊用户以外，还有我们的医院群体用户，首先从就诊用户这个群体来看，用户所在意的主要就是在医院的等级排名等基础信息、以及医院的主攻科室、还有医院各个科室的所专业主攻的病症类型，如果用户线下去一家一家的去查询的话，会耗费大量的人力物力跟财力，而用户要是想通过互联网去查询的话，大多数会采用百度这样的方式进行查询，但是对于这种第三方的检索机构而言，他们的信息并不会是第一手信息，大多数时候他们的信息可能会出现迟滞未更新的状态，并且这种检索机构基本不会和医院进行合作，所以对于医院的一些科室门诊等信息会介绍的非常的简洁，因此这种方式并不能让用户很好的获取到一家医院的专业水准，但是这种情况对于医院预约挂号系统来说，基本是不存在的。首先医院预约挂号系统采用的是和医院进行合作的关系，所以在关于医院信息的获取方面会更加的便捷有效，同时，对于医院预约挂号系统来说，医院本身也是属于医院预约挂号系统的用户群体之一，所以他们会不定期的在系统上更新他们自己的信息，从而保证自己在医院预约挂号系统上能够更好的被就诊用户所认可并选择他们，并且医院预约挂号系统还有一个非常大的优势就是，该系统本身可以进行跨区域的信息采集，然后在医院预约挂号系统上进行分区域的展示，从而达到类似于一网统管的一种效果。而对于用户来说，无论你在何时何地，只要你在医院预约挂号系统上面进行了注册，那么你就可以查阅全国任何地区与医院预约挂号系统有合作的医院信息并进行在线的预约就诊操作，并且根据需要选择合适自己的结算方式（线下结算和线上结算两种）。3.2.1医院方面功能需求针对于医院预约挂号系统的医院这个用户群体来说，医院方面的用户需要在系统上更新自己的医院信息以及自己的科室门诊以及号源等资源信息，同时可以试试的查询到自己所在医院下的一个预约挂号情况，并且针对一些特殊的情况，如院方的一些规则上的调整或者是一些重大事件，医院方面还可以在医院预约挂号系统上面发出公告，及时的同步更新自己的一些信息。而医院方面则可以通过这种广而告之的方式，来避免我们在线下常常因为地理因素的限制让公告不具有网络信息的那种巨大传播能力，从而为医院方带来巨大的日常治安维护成本。除了这些，对于医院方面来说，线下的预约挂号方式会在一定程度上降低我们医院的一个接诊效率，因为在线下，我们会受制于场地、人手、资源等各种因素，首先在预约挂号这个阶段，我们就很难快起来，同时对于院方来说，我们的结算也是一个很大的时间人力成本的开销，因为我们在线下进行结算的时候，受制于场地的原因，人们会排着长长的队伍，虽然现在恩多医院已经支持了wechatpay等第三方支付，但不可否认的是，当人们在医院进行实地的结算的时候，仍然会有许多的人会选择在窗口进行结算，但是医院预约管理系统本身已经接入了第三方支付，并且我们可以实时的统计医院当前的一个预约挂号的情况，这对于医院来说，将省去和第三方pay之间的一个对接问题。3.2.2就诊用户的功能需求 对于用户来说，我们首先需要通过医院预约挂号系统来了解一些医院的基本情况，而这一点，医院预约挂号系统可以说是做的很好了，因为我们不仅有医院的详情信息，我们还有医院的科室和门诊信息，并且包括医院的所在地以及一些对用户来说可能会有所帮助的信息在医院预约挂号系统上基本都可以看到。其次，我们的就诊用户可能会更加的重视预约挂号这一块的功能，在医院约约挂号系统上，我们的用户可以在线选择自己所想去的地区，对医院进行地界的筛选，然后再根据自己的需要选择合适自己的科室和门诊信息，最后我们的用户可以根据自己以及医院的号源情况，来选择最合适自己的就诊时间进行挂号。并且我们还可以在规定内对我们的预约进行支付和取消预约操作。另外，在就诊用户这个层面，我们的医院预约挂号系统还支持一号多用的情况。在我们常规的医院预约挂号小程序或者是平台上面，当我们选择了不同的医院的时候，我们的就诊用户是需要再次创建一个自己的账号的，然后还要进行繁琐的认证以及一些列操作，并且最终的账号还不能跨医院和地区使用，但是我们的预约挂号系统，则可以通过系统这一个账号，在所有与系统有合作的医院之间进行我们的操作。同时我们的就诊用户可以通过我们一月预约挂号系统中的公告板块来快速的获取一些医院方面的通知，从而避免在不知情的情况下先行去了医院，最后又因为种种原因无法挂号就诊的尴尬。3.2.3管理员功能需求 对于医院预约挂号系统来说，主要分为系统管理员和医院方面的管理员，其中系统管理员主要是负责在医院方面的管理员出现操作失误进行修改、回退的等；或者需要在一些特殊情况下做一些全局性的操作。3.2.4层次方框图图3-SEQ图3-\*ARABIC1医院预约挂号系统的层次方框图图3-1是显示登录界面登录，到四个权限用户来分别操作不同界面来实现不同功能。3.2.5各模块说明 （1）登录注册模块： 登录注册： 客户端：用户可以使用手机验证码登录、微信扫码登录这两种方式进行登录，如果是首次登录，即数据库中没有该手机号和微信号，则会默认进行自动注册。 管理后台：管理后台没有注册功能，使用配置的账号密码进行登录验证。 个人中心：用户首次登录后必须绑定自己的邮箱，可以修改自己的基本信息，如果要进行预约挂号的话，用户需要进行实名认证，提交实名认证之后需要等待后台管理系统尽心审核，审核之后用户才可以进行预约挂号操作，并且用户可以在个人中心中设置自己的就诊人信息。 退出系统。(2)数据管理模块: 数据管理模块需要管理员登录管理后台才能够使用此功能，数据管理模块主要是为了创建数据字典，比如我们常用的国内的地区信息、学历、以及证件类型、性别等，这些大家公认或者有一定标准的字段类型我们都可以用excel表格的形式进行批量导入，然后系统在使用这些数据的时候，可以根据字段索引条件进行查询，就像我们的字典一样，可以根据某个特征进行检索。（3）医院管理模块： 医院管理模块分为医院设置和医院列表两部分，首先是医院设置，因为医院预约挂号系统是将第三方医院的科室门诊等各类信息进行整合的一个系统，所以我们需要采集第三方医院的信息，这就涉及到对接的问题，但是在实际的生产环境中，我们对接的医院可能有成千上万家，甚至更多，这时候我们就不能讲医院的对接信息写死在我们的程序中，所以，我们就做成了动态配置的方式，通过让第三方医院的数据接口按照一定的规则进行封装返回，然后将数据返回接口暴露给医院预约挂号系统，之后由我们的医院管理模块中的医院设置功能进行统一的设置。然后就是我们的医院列表部分，这个部分的功能比较简单，就是将我们对接过的第三方医院数据进行一个列表展示，然后提供增删改查的功能，实现一个数据的动态更新。（4）用户管理模块： 用户管理模块也是分为两个部分，和上面提到的医院管理模块有点相似，首先是用户列表，用户列表的数据，由客户端用户登录注册，我们就可以在管理后台上看到我们的用户列表信息了，并且用户列表提供一个增删改查的功能。然后就是我们的审批列表，审批列表的数据首先要有用户发起实名认证申请，然后我们的管理后台会受到一条实名认证的审批信息，管理员可以在管理后台对用户的实名认证申请进行审核，并最终决定是否通过用户的实名认证申请。（4）订单模块： 订单模块的功能首先要从客户端开始，当我们的用户成功的预约了一个订单之后，我们的管理后台就会看到对应的一条订单信息，但是此时的订单是处于未支付状态的，用户可以在规定的时间内进行取消，并且该系统并不强制用户进行线上支付订单费用，用户可以选择线下支付，当然，线上支付也是可以的。当用户发起取消订单的时候，我们首先回去查看订单的支付状态，如果订单已经支付了，我们将会在取消订单的同时，将用户所付款项全额退回，并对该笔交易进行记录，如果用户没有支付，那么我们将会直接取消订单并修改订单对应的支付状态和预约状态。相对来说比较单一，主要就是查看预约订单的状态信息，方便我们的院方或者是管理员及时查看用户订单的一个状态以及该订单的一个详细信息。 （5）统计模块： 统计模块则是对最近一段时间的预约订单进行一个数据统计，方便院方或者管理员查看近段时间的一个预约情况，以此作为参考，可以方便医院及时的调整我们的一个资源分布。（6）新闻公告模块： 该模块主要是管理员通过后天管理系统发布一些公告提示信息，以便用户可以在客户端及时的查看一些注意事项或者通告。在以上的分析基础下，可以得到下面的用例图。图3-2用户用例图图3-2可以看出可以管理个人信息，查看新闻公告，查看医院和门诊信息、预约挂号、订单支付等.图3-3管理员用例图图3-3可以看出可以管理医院信息，管理数据，管理新闻、公告信息，管理订单信息，管理用户信息和用户实名认证信息，查看预约统计信息等一些该角色所应有的基础功能。4系统总体设计4.1系统总体设计目标 开发医院预约挂号系统的想法，首先来源于许多生活中的案例，因为今年人我国人民的生活水平不断提高，老龄化情况的不断加剧，对医疗行业的要求也越来越高，生活中见过不少年龄稍微大一点的人，在各个医院繁杂的公众号、小程序之间被亮花了眼，当你想要去到一家你没去过的医院就挂号就诊的时候，要么就去医院现场拍着长长的队伍去挂号就医，要么就只能通过医院自己的公众号和小程序进行挂号预约，而使用他们的公众号和小程序，还需要你实名认证并开通就诊卡之后才可以使用，最主要的是，当你下一次如果在别的地方，去了另一家医院，你又要面临一样的选择，做着同样的事情，这不仅不方便我们用户的挂号就诊，还增加了用户个人信息泄露的风险。本着创造源于生活的态度，我在查阅了很多相关文档和资料后，决定开发医院预约挂号系统这样类似于一个平台一样的系统，将那些不同地区、不同医院、不同科室门诊的信息进行统一的采集，然后让用户可以通过医院预约挂号系统这仅仅一个系统，去可以实现跨地区、跨医院的预约挂号操作，并且可以线上进行支付。虽然也要进行登录注册、实名认证这些个人信息采集的步骤，但是与医院自己的公众号和小程序的区别在于，我们采用了类似于单点登录这样的操作，只要你在医院预约挂号系统上完成了个人信息的采集，那么后续无论你要预约哪个地区的医院门诊，只要是在这个系统上有的，你都不需要再进行个人信息的采集。综上所述，医院预约挂号系统所要实现的目标主要是：提升我们医疗卫生行业的服务水平，为人们的求医之路提供一点便利。在一定程度上解决现在医院公众号、小程序让求医者目接不暇的问题。实现跨区跨医院用户数据共享的功能。总的来说，医院预约挂号系统主要通过互联网的形式进行网上预约挂号、网上订单支付、跨区域数据共享的方式，来降低患者在预约就诊这方面的操作复杂的和时间成本。4.2系统功能模块设计基于SpringBoot+Vue的6大功能模块为：登录注册模块。数据管理模块。医院管理模块。用户管理模块。订单管理模块。预约统计模块。5系统详细设计5.1详细设计的目标 详细设计一般是在我们确定了需求之后，做完系统的整体设计，然后根据需求和整体设计去指定一些在开发阶段中可能需要的东西全部想好，然后到了开发阶段开发人员可以根据我们的详细设计去开发我们的系统。 医院预约挂号系统的主要功能就是预约下单、用户管理、医院管理等功能。5.1.1预约下单部分详细设计 首先我们用户在登录之后可以在首页看到不同的地区信息和地区下的医院信息，当用户选择了自己想要去的地区之后会看到该地区下不同等级的医院，用户可以选择一家自己中意的医院点击进去，之后用户会看到医院的一个详情页面，在左侧的菜单中用户可以查看医院下的科室信息，再选择一个科室之后，会跳转到一个预约排班信息的界面，此时用户需要根据自己的实际情况选择排班表空余的号源进行预约下单，在下单的时候用户还要选择我们的一个就诊人信息，直到最后单击预约按钮，当页面显示预约成功之后，我们的预约就算成功了。下单成功之后我们可以在自己的预约订单中看到自己订单信息，此时我们有两个选择：第一，操作到此为止，因为此时我们实际上已经下单成功了，医院可以通过预约挂号系统看到我们的预约信息，可以以此来调整我们的诊疗资源，当然，用户此时还可以进一步操作，那就是通过我们的医院预约挂号系统进行订单的在线支付，你只需要点击支付，然后然后就可以通过微信扫码来进行支付了。当然，如果用户因为某些原因，可能无法按时的去就诊，只要是在规定规则时间内的，医院预约挂号系统也是支持在线取消预约的，你支付的诊金也会按照原来的支付方式进行退还，这就是预约下单部分的详细功能设计。5.1.2用户管理部分详细设计用户管理部分，首先是用户登录，当用户点击登录/注册按钮的时候，会跳转到一个登录页面，在这里你可以选择手机验证码登录和微信扫码登录两种方式，因为医院预约挂号系统的设计里没有通过用户密码登录这种方式，所以在该系统上也就没有了注册页面，系统的注册不再是传统的显示注册，而是在后台直接判断当前手机号或者微信号是否登录过，如果登录过，则可以继续使用原来的一些用户信息，如果没有登录，则会将当前手机号或者微信号的信息作为一个用户信息，当用户通过手机号或者微信扫码登录后，需要绑定用户的个人邮箱，可以通过这种方式来找回用户，在个人中心，用户还需要通过实名认证，实名认证即输入一个符合身份证号码校验规则的号码，然后上传自己的证件信息，之后再通过后台管理系统进行人工审核，当审核通过之后，我们的用户信息里面将显示自己的真实姓名，如果没有通过，则对应显示手机号或者微信昵称，优先级为：真实姓名>微信昵称>手机号。5.1.3医院管理部分详细设计 医院管理部分，主要是手机并管理我们的医院信息，其中包括每个医院的科室门诊、排班等信息。首先，医院通过我们的接口上传医院的一些基本信息，然后再上传我们的一些科室门诊和排班信息，此时，我们的医院信息就算是采集成功了，然后我们可以通过医院预约挂号系统的医院管理功能，重新编辑一些医院的基本信息，包括设置医院的一些借口信息。5.2系统业务流程图图5-SEQ图5-\*ARABIC图5-SEQ图5-\*ARABIC1系统业务流程图图5-SEQ图5-\*ARABIC2用户ER图6数据库设计没有章节号？没有章节号？6.1医院设置E-R图每个图都要配上图号图名每个图都要配上图号图名6.2组织架构图5-SEQ图5-\*ARABIC3医院设置ER图图6-图5-SEQ图5-\*ARABIC3医院设置ER图图6-SEQ图6-\*ARABIC1医院设置ER图图6-图6-SEQ图6-\*ARABIC2组织架构ER图6.3订单管理ER图图6-SEQ图6-\*ARABIC3订单管理ER图6.4医院管理ER图图6-SEQ图6-\*ARABIC4医院管理ER图7系统实施7.1系统结构实施这一章节主要是对医院预约挂号系统的编码和和业务功能的编码实现。医院预约挂号系统使用IDEA构建环境进行开发，使用Java进行业务的编码，使用MySQL来实现我们的业务数据的存储。7.2系统功能实现主要有6大功能模块，分别如下：Login和Logout部分。DB模块。医院管理模块。User模块。Order模块。Statistics模块。。下面是医院预约挂号系统的一些运行截图：图7-SEQ图7-\*ARABIC1后台运行截图图7-SEQ图7-\*ARABIC2前端运行截图图7-SEQ图7-\*ARABIC3登录注册页面图7-SEQ图7-\*ARABIC4Index页面图7-SEQ图7-\*ARABIC5医院详情页面图7-SEQ图7-\*ARABIC6后台管理系统图7-SEQ图7-\*ARABIC7PersonManage7.3系统测试7.3.1测试目的与目标7.3.2测试方法7.3.3测试用例由于功能模块的数量众多，测试内容的长度，仅引入了连接系统测试用例。表7-1显示了系统用户连接的测试表。表7-SEQ表7-\*ARABIC1login/register测试用例只做了一个登录测试而已吗？至少整几个吧只做了一个登录测试而已吗？至少整几个吧手机登录验证是否可以接受到验证码并成功登录证码：36511输入手机号，点击“发送验证码”用户姓名证码按钮内变成60S倒计时验证码按钮内变成60S倒计时与期望结果相同2输入验证码，点击“登录”跳转到首页，右上角显示用户信息跳转到首页，右上角显示用户信息与期望结果相同表7-SEQ表7-\*ARABIC2在线预约测试在线完成专科门诊的预约验证是否可以在线完成预约挂号医院名：北京协和医院专科门诊类型：多发性硬化专科门诊1选择北京协和医院获取到医院的详情信息包括科室和门诊信息点击北京协和医院的图标的时候可以跳转到详情页面点击之后成功跳转到医院的详情页面与期望结果相同2选择专科->多发性硬化专科门诊科室和门诊信息点击后跳转到号源信息页面成功跳转到号源信息页面与期望结果相同3选择一个还有号源的时间进行挂号号源信息选择号源之后点击确认挂号，此时弹出挂号成功的页面表示挂号成功选择拥有号源的时间之后，点击确认挂号完成挂号操作与期望结果相同表7-SEQ表7-\*ARABIC3在线支付测试在线完成订单支付验证是否可以在线支付订单成功预约挂号的订单1选择前面成功预约的订单此时展示订单的详情信息点击订单之后展示订单的详情信息点击订单信息之后展示订单的详情信息与期望结果相同2点击支付按钮点击支付按钮之后弹出微信支付的二维码点击支付按钮之后成功的跳出微信支付的二维码与期望结果相同3使