基于SpringBoot的医院管理系统

绪论在医院信息管理系统的绪论部分，要对医院信息管理系统在国内外的发展现状和开发此系统的意义进行详细的描述。此外，还需要用一种简单的语言对系统在开发过程中的研究目的、意义和研究内容进行详细的描述，并对整个论文结构进行详细的阐述。1.1研究背景当今社会，一切都从不会止步不前，更何况是日益进步的信息。在这个信息化时代，一切都在进步，包括传统化的手段方式。比如就医院信息化管理来说，我们就从当时的看病时候手里一叠一叠的门诊单变化到现在的就诊卡等十分便捷的就诊方式。医院的管理者也慢慢地使用电脑在线记录等方式取代复杂且繁琐的纸质档案及记录方式。并且对于药品的管理、存放、进货及售出等信息的记录各医院也采用了网络化手段取代之前手写信息，避免了信息之间的错乱及药品信息的杂乱与无序。加强了对药品、患者和医院信息的管理。对于医疗设备[1]来说，我们的设备性能也是有了很大的进步和提升。在面诊过程中，最重要的且繁琐的部分就是药品的管理，二信息化手段就很好的解决了这个问题[1]。医院对药品的管理要求是很高的，对于药品的数量、保质期、单价及价格必须精准。因为这些信息直接可以决定患者是否能方便地查看与购买药品。过去医院采用的是纸质记录方式，而纸质记录极不好保存，查询也是一个大工程。对于药品的更新，会耗费大量的人力、物力，并且也经常出现错误且很难纠正。反复浪费时间。一旦出现纸质信息单丢失，后果不堪设想，极易造成难以挽回的损失。而现代化的技术为此带来的巨大的改变及好处[2]。我们可以通过电脑等电子设备对信息进行进行完整、精细的管理，这就极大地降低了信息查询等浪费的时间及精力。大大地提高平时办事效率。极大地减少患者平时看病所需要付出的时间成本。医院通过对线上的信息的整合就能得到完整的患者的信息，并且使患者的各种信息完整详细地呈现在医生及患者面前。并且对于时间来说，信息化管理理论上可以永久保存患者信息[3]。1.2国内外研究现状在现如今不断增长的国内经济中，中国互联网有着迅雷不及掩耳盗铃之势不断增长的潜力。这也就导致了中外资本家由外向内的转移。可是，许多的不合格管理结构、管理需要越来越稀缺的人才，已经导致越来越多的人拥有互联网知识。在现如今的信息化社会，信息化管理已然成为了一种被大家熟知并且公认的管理方式，并且有着日益增长的趋势。该系统基于一个MySQL数据库[4]，并且使用了SpringBoot引导框架。为了保证中国信息化发展并且经济呈增长导向式发展。我们必须抓住信息的步伐，跟上信息的节奏。越来越多的药品信息、患者及需要记录的医疗设备等出现，精准地记录信息是最关键的一步。那么，我们如何存储这些日益复杂的信息呢？我们如何才能实现简单化信息的储存呢？那么怎么去解决这个棘手的问题就成为了我本篇论文最重要的问题。1.3研究的目的及意义该医院管理系统将对医院患者、药品等进行精准的记录。并且对患者进行门诊记录、选择面诊医生等操作[5]。1.3.1研究的目的如今信息时代飞速发展，每个行业中，我们都随处可见信息处理。这就是信息管理系统普遍采用计算机的环境。那么计算机的最大优点就是利用计算机我们可以进行更优质的信息保存。并且如果用它进行信息控制的话，我们不仅能使工作效率大大提高，而且还能大大地提高我们数据的安全性。特别是那些复杂的信息，它更能发挥它最大的优势。本论文讲述的系统实则就是为了最好的管理医院所有信息二设计的。目前，医院是患者就医的地方，有庞大的信息需要我们去处理[6]。如今，大量的信息都是才刚刚开始使用。根据我们的调查走访显示，在以前，那些医院对于信息管理的主要方式都是文字记录。这当然是远远不够的，因此建立一个信息化医院管理系统刻不容缓。开发该系统的现实意义：在我国很多小的诊所或医院中，他们所具有的对于信息管理掌握的水平都还只是在纸质上写写画画。这根本不能跟上如今信息话时代的脚步。而信息化医院管理系统必然会替代以前的系统。1.3.2研究的意义在这个经济快速发展的时代，计算机的影响无疑是全面并且深刻的。随着人们生活水平的不断提高，人们对医院管理等地方的要求也不断提高。加之老龄化人数急剧增加，这让医院信息管理系统的开发成为迫在眉睫的事。该医院管理系统是借助计算机，对医院信息进行各方面的记录、统计等，以此增加用户的选择性，还可以使庞大的信息得到更好的查询、修改等信息操作。它给用户带来了极大的便利。这个系统通过一些应用软件及数据库来实现相应的操作。计算机应用技术在现在的管理中心，已然成为人们生活的重要工具。它能够有效的解决很多问题。1.4研究内容现在有很多人仍将纸质工具当成主要的信息承载、传递的工具，而只是用计算机来辅助平时的信息记载。这是不对的，在这个信息化的时代，office、Word等传统记录工具，是人们使用计算机的主要工具，而面对更加专业的工具和知识人们根本没有过多的了解和认可。该选题就能很好地弥补这个空缺。该项目是使用SpringBoot+layui+shiro撰写的医院管理系统[6]，此系统的业务不简单，数据库共有36张。有：门诊管理、住院管理、统计、仓库、药房、排班、数据中心、系统管理等。每个管理板块还有小的模块。功能十分的齐全。通过这些功能都能实现对患者等信息的最高效管理。1.5系统解决主要问题结合我所搜集到的资料和所学的知识，详细地分析了该系统必须要解决的问题。并且查询了之前相关的探讨，保证该系统的真实有效性。1.5.1构建有效平台现代化信息技术的飞速发展为我项目的开展提供了很大的帮助。大大的提升了每个行业分析开展的顺利性。想要将这个系统应用到医院的工作之中去，那就应该为医护人员提供一个平台，通过该系统管理医院的后勤工作。比如对医生的排班管理、药品管理等，从而保障医务人员的工作顺利开展。同事，该系统的间李伊东遥注重医疗平台的建设，将患者挂号、治疗、住院等信息汇总。1.5.2促进信息的交流和共享医疗的共享不仅可以大大地简短医生对患者的诊断时间，还可以为医生的后续工作提供参考。所以，该系统一定要注重于解决各种信息之间矛盾的点，为医生和患者提供更高效率的工作和就医环境。1.6论文结构关于医院管理系统的结构如下面所述：第1章是绪论，有研究背景、国内外研究现状、研究的目的及意义、研究内容、该系统解决的主要问题以及论文结构六部分。第2章需求分析，从总体需求分析的四个小面来讲解了需求分析，并且进行了用例描述。第3章系统设计，首先绘制了总体功能结构图，然后分别对每个功能进行了描述。然后绘制了E-R图、写了数据库实现、回执了没各功能的时序图。第4章系统实现，分别从登录、管理员、医生、患者四个方面进行描述和撰写。第5章系统测试，分别从目的、方法、功能测试三个方面来进行撰写。

第2章需求分析该系统是为了提高工作的效率的同时更好地达到用户各种需求，实现最好地储存所有的有关数据以及更快捷地检索各信息。对于该系统的每个模块都是通过精确的分析及调查做出的合理判断及需求分析以确定用户操作的可能性[7]。并且严格按照系统开发的各项原则，也实行了全面的研究与调查。2.1系统总体需求分析该系统需要的功能分析，是因为现在的网络管理复杂化。该系统要想实现用户的很多操作，就必须依据需求拥有在线添加、修改等操作。这样的话，不管是进行任何的数据操作，我们都可以大大地节约我们的宝贵的时间，而不再像传统的查询方式那样浪费时间并且还很难达到各用户的需求了。我认为，所有的，不管是不是医院管理系统，我们都应该以用户的需求为最终的目的。在实现用户需求的同时提高管理者的效率，省去多余的工作量。2.1.1技术可行性分析（1）技术背景该网站是在windows系统中开发的，而且pc及性能可以应用于任意普通web服务器。该系统开发所用到的技术都是其本身都有的，也是当下很流行的技术之一。该系统在开发的过程中所需要用到的所有配置都是可以自己进行安装的，没有什么特殊的要求及需要。并且该系统对于数据的存储更是采用的庞大的MySQL数据库[8]，该数据库对数据的要求、应用高，十分适合用来进行数据的存储。并且该数据库还能对系统的前台和后台都进行很好地维护，会使网站具有更高的安全性和稳定性，以实现网站的开发。（2）硬件可行性分析该系统的信息管理、设计及分析对于要用到的计算机硬件无过硬的要求，只要所用的计算机可以进行正常的编写代码及网页的设计就行了，而对于所要用到的服务器来说呢还是有一定的要求的[9]。因为我们要在平台上搭建并且还要上传服务器，所以我们要用到的服务器最重要的就是安全性必须要高，而且再打开的时候网络要很顺畅才行，在打开服务器的时候，必须要顺畅，不能有长时间的卡顿。对于电脑来说，我们也要选择性价比高的电脑。不需要性能很高，也不需要很贵，只要不卡顿就行。（3）软件可行性分析在整个开发过程中，我们采用了现在很流行的云计算。基于流量的可拓展性和流量的智能计算来调整云计算。那么云计算的特点及优点我们也就显而易见了，他可以基于流量拓展和调整，刚好对系统数据进行保障的作用以及对数据进行安全备份[10]。从该可行性分析来看，该系统的开发无任何问题。2.1.2经济可行性分析我在对该系统进行开发前做了很多的调查，其中就是市场调研，以及其他相关的管理系统我们都进行了一定深度的研究。并且该过程中，我是没有花费任何的费用。整个过程里我都是采用问卷调查、网上查阅等方式进行的。做到了真正的资源利用最大化、资源花费最小化。所有的调查等都是我亲力亲为。当然再碰到自己真正无法解决的问题的时候，我会采用询问百度或者询问老师及比身边的朋友、同学等方式来解决我所遇到的困难。所以该系统在经济可行性分析上是完全可行的[11]。该系统选择的是java的技术。运用了MySQL数据库。这两个软件都是很经济实惠的，所以，具有经济可行性。2.1.3操作可行性分析该系统的操作可行性分析呢主要是针对该系统完成后，用户的满意度、使用程度和管理员的使用满意程度来考核的。对于管理人员来说，我们应该做到让管理人员随时都可以对数据进行查阅、修改等操作。更好地方便管理员进行信息管理等操作。在管理员进行信息管理时，不需要专业人士在一旁进行讲解等，管理员自己就可以独立地完成操作。操作过程简单快捷[12]。所以该系统在操作方面的可行性是完全行得通的。而且，该系统的操作就是在网页的页面上进行，对于管理员的要求也不高，管理人员也可以不用进行高强度集中的训练就可以实现对数据简单的操作。事实证明，该系统的操作可行性分析是可行的[13]。2.1.4项目设计目标与原则（1）和医院管理系统相关的一些要求①基于功能方面的要求：门诊管理的功能：最基本的功能就是可以进行患者挂号，其次再考虑项目划价、缴费等其他功能。住院管理的功能：首先是住院登记，然后是出院、缴费等操作。系统管理功能：是对系统角色、菜单的管理。统计管理：对各种数据的统计。数据中心：可以查看医生、药品、仓库等各种信息。排班：对医生进行排班。仓库管理：对仓库的药品、器具等进行管理里和记录。药房管理：对于药品的各种信息的记录。②有关性能方面的要求：可以轻松地实现在不同的设备上登录都可以无差别地显示相同的内容，并且不能出任何的错误画面，可以快捷地进行预期的所有操作。③关于环境的要求：要求该系统可以支持多系统、多平台呢均可实现改代码的所有功能。可以在Windows、vista、ios等多种系统上无差别地使用。（2）开发的目标该系统的开发目标如下：①可以轻松地实现管理系统里各信息的规范、自动和系统化。②极大地减少维修人寰的工作量和实现该系统的用户对信息的管理及控制。③极大地提高用户对信息的查询和对信息的管理及处理。④要求操作步骤简单化，页面极简主义。⑤要求可以通过网上的操作来改善处理问题慢的问题，并且极大地提高人员利用。关于系统的完整性和稳定性该系统采用的是java语言以及使用的MySQL数据库，能在最大程度上保证系统的完整。[7]2.2用例描述2.2.1确定系统用户医院信息管理系统用户词汇表，如表2-1所示。-1参与者词汇用例表序号参与者简要描述1管理员进入系统后可以预约、取药、查询、进货、排班、缴费等操作2医生对患者进行门诊、住院等管理。3患者进行挂号、取药等操作2.2.2用例词汇表用例词汇表说的局势在软件项目的开发过程中，为了能够更好地沟通和理解项目，在其中涉及到的专业术语、缩写等进行收集、定义一级说明的文档。根据查询非私有的信息显示，用例词汇表通常需要非常精确，以确保准确性。关于医院信息管理系统用例词汇表，如表2-2所示。用例名称描述预期参与者登录填写已注册过的正确账号和密码登录进入系统管理员门诊填写患者信息医生、患者住院若需要住院就填写住院信息医生、患者菜单管理可以分配角色、查看菜单管理员统计管理查看挂号、住院的统计管理员数据中心可以查看到各种数据管理员排班管理对医生进行排班及排班管理的查看管理员仓库管理对药品等库存的查看及药品不足或过期的提醒管理员药品管理管理对药品的拿取管理员2.3建立用例描述关于管理员的用例图，管理员用例图如图2-1所示。图2-1管理员用例图医生用例图如图2-2所示。图2-2医生用例图患者用例图如图2-3所示。图2-3患者用例图（1）排班管理用例描述表2-3医生管理用例描述表用例描述输出用例名称医院信息管理主要业务参与管理员其他参与者医生描述管理员进行排班前置条件通过账号和密码正确进入系统后置条件访问医生模块基本流程先进入账户：进行医生排班等操作替代流程访问医生板块访问失败结束排班操作成功实现约束和说明排班医生名字正确排班时间需要合理其他信息都要正确待解决问题无（2）住院管理用例描述表2-4住院管理用例描述表用例描述输出用例名称住院管理主要业务参与管理员其他参与者患者描述对患者进行住院登记、缴费等操作前置条件通过账号和密码正确进入系统后置条件访问住院管理模块基本流程先进入账户：进行住院管理等操作替代流程1.访问医生板块2.访问失败结束出院结算操作成功实现约束和说明1.患者姓名正确2.费用结算正确3.其他信息都要正确待解决问题无（3）门诊管理用例描述表2-5门诊管理用例描述表用例描述输出用例名称门诊管理主要业务参与管理员其他参与者患者描述对患者进行挂号、缴费、检查等操作前置条件通过账号和密码正确进入系统后置条件访问门诊管理模块基本流程先进入账户：进行门诊管理等操作替代流程1.访问门诊管理板块2.访问失败结束挂号操作成功实现约束和说明1.患者姓名正确2.其他信息都要正确待解决问题无（4）系统管理用例描述表2-6系统管理用例描述表用例描述输出用例名称系统管理主要业务参与管理员其他参与者无描述对菜单、角色、用户等操作前置条件通过账号和密码正确进入系统后置条件访问住院管理模块表2-6（续）用例描述输出基本流程先进入账户：进行住院管理等操作结束操作成功实现约束和说明1.其他信息都要正确待解决问题无（5）统计管理用例描述表2-7统计管理用例描述表用例描述输出用例名称统计管理主要业务参与管理员其他参与者无描述对门诊患者、住院患者进行统计前置条件通过账号和密码正确进入系统后置条件访问统计管理模块基本流程先进入账户：进行住院管理等操作替代流程1.访问统计板块2.访问失败结束统计操作成功实现约束和说明1.信息统计正确2.医生通统计对比正确3.其他信息都要正确待解决问题无（6）数据中心用例描述表2-8数据中心用例描述表用例描述输出用例名称数据中心管理主要业务参与管理员其他参与者无描述访问科室中心、供货商等数据前置条件通过账号和密码正确进入系统后置条件访问数据中心模块基本流程先进入账户：进行数据中心替代流程1.访问数据中心板块2.访问失败结束访问数据中心操作成功实现约束和说明1.各项数据记录正确正确2.其他信息都要正确待解决问题无（7）住院管理用例描述表2-9住院管理用例描述表用例描述输出用例名称住院管理主要业务参与管理员其他参与者患者描述对患者进行住院登记、缴费等操作前置条件通过账号和密码正确进入系统后置条件访问住院管理模块基本流程先进入账户：进行住院管理等操作替代流程1.访问医生板块2.访问失败结束出院结算操作成功实现约束和说明1.患者姓名正确2.费用结算正确3.其他信息都要正确待解决问题无（8）仓库管理用例描述表2-10仓库管理用例描述表用例描述输出用例名称仓库管理主要业务参与管理员其他参与者无描述对仓库、药房进行数据记录前置条件通过账号和密码正确进入系统后置条件访问仓库管理模块基本流程先进入账户：进行仓库管理等操作替代流程1.访问仓库管理板块2.访问失败结束对仓库管理操作成功实现约束和说明1.仓库记录信息正确2.费用结算正确3.及时进行过期提醒4.对药品进行回收待解决问题无2.4本章小结以上就是对本系统完成所需要的各个需求分析以及用例描述。其中总体需求分析中的技术可行性最为重要。技术是支撑该项目完成最基本的东西。如果要想使这个系统完整地运行，那就必须完成以上所述。

第3章系统设计这一章讲述了医院管理系统的总体设计思路，包含了总系统功能结构图、功能描述、E-R设计图以及数据库实现四个部分。依次讲解了该系统的实现步骤。3.1总体功能结构图该总体系统实现了多种功能。有住院信息管理、门诊管理等八大管理模块。关于用户也有管理员、医生和患者三大用户可登录系统。基于SpringBoot的医院管理系统系统结构图如图3-1所示。图3-1系统功能结构图3.2功能描述（1）门诊管理该功能是病人挂号必须要用到的功能，是最基础也是最后总要的部分。它是整个项目的基础，首先就是挂号，然后就是选择挂号病人，填写医生给患者侦查的信息。然后如果需要开药，就开取相应药品。如医生填写了相应的检查项目，则去检查。关于检查项目，里面必须包含必须检查项和非必须检查项。及检查过后，有医生填写病因，则开始收费。如未检查则会显示未检查。而后就是取药缴费。然后就是有相应的门诊记录。如果病人不挂号，那就无法进行下一步，所以该功能模块的挂号功能是最重要的部分。（2）住院管理这个功能模块的功能室巨鹿病人住院的各种信息。然后就是预交金的缴纳（可交可不交）。而后是最终的所有缴费。可以查询到患者的出院记录。该模块可以由门诊直接转到住院，也可以由直接办理住院登记。两者的实现路径不一样，但是最后的结果是一样的。（3）系统设置该功能可以对新通进行设置和进行添加用户等。包含了用户管理，该模块可以添加登录用户，有默认的密码，可以选择用不用。还可以对密码进行重置。还可以添加角色、编辑、给角色分配菜单等。（4）统计管理该功能可以对信息进行统计。（5）排班管理（6）数据中心该功能记录很多数据。该功能包含：添加科室、药品供货商、药品字典等模块。（7）药房管理该功能可以查询所有从库房调来的药品、根据药品的数量报缺等。（8）仓库管理该功能是对仓库进行管理。3.3E-R设计图E-R图也叫实体-联系图。它为项目提供了表示实体类型、属性和联系的方法，它是用来描述现实世界的概念模型。关于E-R图模型它最早由陈品山与1976年提出，他一出现，就迅速在数据库的设计领域得到了普遍的认可。但是它很少用与实际数据库管理的数据模型中。关于该系统的总体E-R图，把每个实体先一一在表上陈列出来，然后再填写每个实体与每个实体之间的关系，最后再思考每个实体之间的数量关系。由此得出了下面的总的E-R图。总体E-R图如下图3-2所示。图3-2总体E-R图管理员实体图。图3-3管理员实体图图3-4医生实体图图3-5患者实体图图3-6值班实体图图3-7病房实体图图3-8缴费记录实体图图3-9收费实体图图3-10药品类别实体图图3-11回收记录实体图图3-12药品实体图3.4数据库的实现医生表医生表包含医生序号、姓名、科室等字段。医生表表3-1医生表字段类型主键空注释doctorIdint(11)是否医生序号doctorNamevarchar(300)否是医生姓名departmentIdint(11)否是科室registeredIdint(11)否是挂号序号表3-1（续）字段类型主键空注释amStartTimeVarchar(10)否是上午上班时间amEndTimeVarchar(10)否是上午下班时间pmStartTimeVarchar(10)否是下午上班时间pmEndTimeVarchar(10)否是下午下班时间管理员表表3-2报告单表字段类型主键空注释useridint(11)是否用户idloginnamevarchar(255)否是用户名identityvarchar(255)否是身份证号realnamevarchar(255)否是角色名字sexint(255)否是性别addressvarchar(255)否是状态phonevarchar(255)否是可用类型pwdvarchar(255)否是地址positionvarchar(255)否是电话typeint(255)否是初始密码availableint(255)否是备注saltvarchar(255)否是类别患者表表3-3挂号类别表字段类型主键空注释reportIdint(11)是否患者idreportNamevarchar(100)否是患者姓名sexvarchar(10)否是性别ageint(11)否是年龄departmentint(11)否是科室doctorint(11)否是医生reportTypeint(11)否是报告形式pricedouble(0)否是价格timedatetime(0)否是就诊时间usersvarchar(100)否是操作角色stateint(11)否是状态表3-3（续）字段类型主键空注释phonevarchar(100)否是电话caridvarchar(100)否是身份证号zhuanvarchar(500)否是诊断值班表值班表包含排版序号、医生序号及星期几等字段。值班表如表3-4所示。表3-4值班表字段类型主键空注释paiIdint(11)是否排班序号onevarchar(50)否是周一twovarchar(50)否是周二therevarchar(50)否是周三fourvarchar(50)否是周四fivevarchar(50)否是周五sixvarchar(50)否是周六sevenvarchar(50)否是周天doctorIdint(11)否是医生序号（5）病房表病房表包含病房号、病床名称及价格等字段。病房表如表3-5所示。表3-5病房表字段类型主键空注释bedIdint(11)是否病房号bednamevarchar(300)否是病床名称departmentIdint(11)否是部门序号Pricedouble(0)否是价格（6）缴费记录表缴费记录表包含付费序号、付费金额等字段。缴费记录表如表3-6所示。表3-6缴费记录表字段类型主键空注释payidint(11)是否付费序号registeridint(11)否是登记序号moneydouble(0)否是缴费金额payDatedatetime(0)否是缴费时间（7）收费标准表收费标准表包含药品序号、药品名称、药品类别等字段。收费标准如表3-7所示。

表3-7收费标准表字段类型主键空注释drugIdint(11)是否药品序号drugNamevarchar(50)否是药品名称unitIdint(11)否是类别序号sellingPricedouble(0)否是售出价格areaIdint(11)否是地区序号typeIdint(11)否是类别序号（8）药品类别表药品类别表包含类别序号及名称字段。药品类别表如表3-8所示。表3-8药品类别表字段类型主键空注释 unitId int(11)是否类别序号unitNamevarchar(50)否是类别名称（9）回收记录表回收记录表包含回收药品名字、数量、批号等字段。回收记录表如表3-9所示。表3-9回收记录表字段类型主键空注释 huishouid int(11)是否回收序号huishounamevarchar(50)否是回收药品名字huishounumberint(11)否是回收数量huishoupihaovarchar(50)否是回收批号jbrvarchar(10)否是回收部门beizhuvarchar(200)否是备注（10）药品表药品表包含药品编号、药品名称、生产日期、单位等字段。供应商表如表3-10所示。表3-10药品表字段类型主键空注释pharmacyIdint(11)是否药品idpharmacyNamevarchar(50)否是药品名称drugstoreIdint(11)否是药店idskullIdint(11)否是经手人idwarehouseIdint(11)否是药房idunitint(11)否是单位sellingPricedouble(0)否是售出价格

表3-10（续）字段类型主键空注释areaint(11)否是药房typeint(11)否是类型produceDatedate(0)否是生产日期validDatedate(0)否是保质期drugstorenumint(11)否是药店编号skullbatchvarchar(200)否是药品批号3.5时序图设计1.登录时序图当用户进入登入界面后先选择自己的角色，然后输入正确的ID和密码，进入用户密码验证，此时登陆界面控制类就会调用ID和密码实体类中的函数，进行用户ID和密码验证;当验证成功后，系统会根据用户选择的不同进入不同的界面。关于该论文的基于SpringBoot的医院管理系统登陆时序图如下图3-13所示。图3-13登录时序图2.门诊管理时序图基于SpringBoot的医院管理系统门诊管理系统时序图如下图3-14所示。图3-14门诊管理时序图3.住院管理时序图基于SpringBoot的医院管理系统住院管理系统时序图如下图3-15所示。图3-15住院管理时序图4.系统管理时序图基于SpringBoot的医院管理系统系统管理系统时序图如下图3-16所示。图3-16系统管理时序图5.统计管理时序图基于SpringBoot的医院管理系统统计管理系统时序图如下图3-17所示。图3-17统计管理时序图6.数据中心时序图基于SpringBoot的医院管理系统住院数据中心时序图如下图3-18所示。图3-18数据中心时序图7.排班管理时序图基于SpringBoot的医院管理系统排班管理系统时序图如下图3-19所示。图3-19排班管理时序图8.仓库管理时序图基于SpringBoot的医院管理系统仓库管理系统时序图如下图3-20所示。图3-20仓库管理时序图9.药房管理时序图基于SpringBoot的医院管理系统药房管理系统时序图如下图3-21所示。图3-21药房管理时序图3.6本章小结本章得主要内容就是描述了关于该系统得总体设计，其中包括了系统功能结构设计以及数据库概念设计还有数据表结构设计，在最后根据各个功能模块进行了时序图设计以及绘制。

第4章系统实现关于系统的实现呢，就是按照之前的设想，一步一步地完整整个系统的过程。系统的实现包含了对于系统的构造、代码等步骤。最后时限可以运行的、有特殊意义的系统。4.1登录模块的实现该系统的登录模块为管理员登陆模块，只有在输入了正确的账户和密码，才能判断为正确，从而进入到登陆成功。如果账户和密码错一个，那么就会提示相对应的输入错误。登录流程图如图4-1所示。图4-1登录流程图该登录模块有三个身份可以进入并且在账号密码输入正确的情况下登陆成功。分别是管理员、医生和患者。登录功能界面如图4-2所示。图4-2登录界面图4.2管理员模块实现门诊模块管理该模块由管理员进入，但是如果管理员给门诊部门分配了门诊得权限，则可以由门诊部门用门诊部门专属的账户密码进入，但是只要管理员不授予门诊部门其他的权力，则门诊部门就只能进入门诊部门行使相应的权利。门诊管理流程图如图4-3所示。图4-3门诊管理流程图在输入账户密码全都正确的情况下，进去门诊管理系统，对其信息进行更新，并在数据库中更新，在网页上实现相应操作。门诊管理挂号界面图如图4-4所示。图4-4门诊管理挂号界面图患者库图如图4-5门诊管理患者库图所示。图4-5门诊管理患者库图住院模块管理该模块由管理员进入，但是如果管理员给门诊部门分配了住院的权限，则可以由住院部门用住院部门专属的账户密码进入，但是只要管理员不授予住院部门其他的权力，则住院部门就只能进入住院部门行使相应的权利。在输入账户密码全都正确的情况下，进入住院管理系统，对其信息进行更新，并在数据库中更新，在网页上实现相应操作。住院管理流程图如图4-6所示。图4-6住院管理流程图该管理模块可以查看、修改等操作住院患者的信息。并且可以由门诊直接转进住院来，很方便。住院管理入院登记图如图4-7所示。图4-7住院管理入院登记界面图住院登记该功能模块可以填写患者的资料以及科室、医生等信息，还可以提前交费，或者是可以转部门，就是从门诊转到住院部。该功能就是为了预防门诊部的病人突发状况而方便转到住院部门。（2）药品划价该功能模块是医生根据患者的病情及诊断情况来开相应的药。如果关于药品的信息有错误，可以删除药品。（3）项目划价该功能模块包含了手术费、护理费、器具费等。可以查询项目信息，如果项目填错了则可以删除。（4）预交金该功能模块是为了患者预交费用，防止后面一次性缴大量费用出现缴费失败的情况。也可以查询缴费记录。（5）药品出库患者拿着医生开具的姚丹缴费吧，然后再那要。库房的人通过查询取药单，来查询，最后选择出库相应的药品。（6）出院结算选择要出院的患者，相应的各种信息，费用会按照社保比例扣除，结算后情况便会显示出来。系统模块管理该模块由管理员进入，在输入账户密码全都正确的情况下，由管理员进入系统管理系统，对其信息进行更新，并在数据库中更新，在网页上实现相应操作。系统管理流程图如图4-8所示。图4-8系统管理流程图系统管理菜单管理界面图如图4-9所示。图4-9系统管理菜单管理界面图（1）菜单管理该功能模块可以增加系统菜单以及管理系统菜单，添加路径和图标。右边的表格可以进行模糊查询。（2）角色管理该功能模块可以进行添加角色等操作。（3）用户管理该模块可以给不同的角色分配不同的菜单，分配菜单之后就会有相应的权限。统计模块管理该模块由管理员进入，在输入账户密码全都正确的情况下，由管理员进入统计管理系统，对其信息进行更新，并在数据库中更新，在网页上实现相应操作。统计管理流程图如图4-10所示。图4-10统计管理流程图统计管理包含门诊月度统计、住院月度统计、门诊年度统计、住院年度统计等。统计管理中医生统计对比图如图4-11所示。图4-11统计管理医生统计对比界面图（1）门诊年统计数据图该功能模块可以查询门诊年统计饼状图记录每年的财务情况。（2）住院年统计数据图该功能模块可以查询住院年统计饼状图记录每年的财务情况。（3）门诊月统计数据图该功能模块由管理员进入，从左边的菜单栏选择点击进入，可以查询医院月门诊统计情况。（4）住院月统计数据图该功能模块是关于住院的月统计模块，从左边菜单栏点击进入，可以查询医院月住院统计情况。（5）门诊每天的统计数据图该功能模块是关于门诊每天的统计数据图，可以清楚地可以查询医院天门诊统计情况。数据中心块管理数据中心模块流程图，该模块由管理员进入，在输入账户密码全都正确的情况下，由管理员进入数据中心，对其信息进行更新，并在数据库中更新，在网页上实现相应操作。数据中心流程图如图4-12所示。图4-12数据中心流程图该模块可以查看到科室中心、医生列表等数据。数据中心科室中心界面图如图4-13所示。图4-13数据中心科室中心界面图排班模块管理以下就是排班模块管理流程图，该模块由管理员进入，只有在输入账户密码全都正确的情况下，才可以由管理员进入该医生的排班管理，该模块可以清楚地查看到医生的排班信息，并且修改、以及轻松地实现各种操作。排班管理流程图如图4-14所示。图4-14排班管理流程图该模块可以看到医生排班情况，可以清楚地知道哪些医生在哪些天值班。排班管理角色管理截面图如图4-15所示。图4-15排班管理角色管理界面图仓库模块管理该模块由管理员进入，在输入账户密码全都正确的情况下，由管理员进入仓库管理，对其信息进行更新，并在数据库中更新，在网页上实现相应操作。仓库管理流程图如图4-16所示。图4-16仓库管理流程图该模块可以对仓库进行管理，包含了入库查询、库存查询、出库单、药品回收等功能。仓库管理曲库界面图如图4-17示。图4-17仓库管理入库单界面图（1）入库选取供货商，根据数据中心的字典，在选择相应的药品，然后进行添加。可以进行非空验证。（2）出库单该功能模块是指把药品从仓库调到药品房的全部过程。（3）库存不足（4）过期提醒（5）操作记录（6）库存查询对仓库的药品数量进行查询。药品模块管理该模块由管理员进入，在输入账户密码全都正确的情况下，由管理员进入药品管理，对其信息进行更新，并在数据库中更新，在网页上实现相应操作。药品管理流程图如图4-18所示。图4-18药品管理角色管理界面图该模块包含了查看药品详情、门诊取药、住院取药三个部分。药品管理角色管理界面图如图4-19所示。图4-19药品管理角色管理界面图4.3医生模块实现医生模块的实现模块包含了门诊管理、住院管理两个部分。可以对患者这两个部分进行管理操作。4.3.1门诊模块管理该模块和管理员门诊模块功能是一致的。门诊管理流程图如图4-20所示。图4-20门诊模块流程图该门诊模块可以给用户挂号、进行划价等操作。门诊模块管理界面图如图4-21所示。图4-21门诊管理角色管理界面图4.3.2住院模块管理该模块和管理员门诊模块功能是一致的。门诊管理流程图如图4-22所示。图4-22住院模块流程图该模块可以对患者进行入院登记、药品记账、缴费管理、项目记账、药品记账等操作。住院模块管理界面图如图4-23所示。图4-23住院管理角色管理界面图4.4患者模块实现该模块让患者可以进行挂号、缴费、取药等操作。4.4.1挂号模块管理该模块患者可以进行挂号。挂号流程图如图4-24所示。图4-24住院模块流程图该模块患者可以进行挂号。挂号界面图如图4-25所示。图4-25挂号界面图4.4.2缴费模块管理该模块患者可以进行缴费。缴费流程图如图4-26所示。图4-26缴费模块流程图该模块患者可以进行缴费。缴费界面图如图4-27所示。图4-27缴费界面图4.4.3取药模块管理该模块患者可以进行取药。取药流程图如图4-28所示。图4-28取药模块流程图该模块患者可以进行取药。取药界面图如图4-30所示。图4-30取药界面图4.5本章小结以上就是关于本章得所有的流程图了，关于每个功能模块所要应该要实现的所有得功能，都必须是严格地按照流程图一步一步走的。如果缺少哪一步，那都是不能实现的。

第5章系统测试5.1系统测试的目的该医院信息管理系统包含了很多管理系统。要想实现系统完整的运行，就应该进行相应的系统测试[14]。该测试的目的是以最少的时间以及精力去找到系统中潜在的bug。可以根据每个开发的结算需求等文档整促内部的测试用例。再运用自己测出的测试用例来发现系统中的错误。信息的系统测试包含了硬件测试、软件测试以及网络测试[15]。系统测试是非常重要的一步，也是对系统开发过程的系统分析系统设计和测试的最重要的一步。应当根据测试的目的和概念，在进行信息系统测试时必须遵循基本原则[16]。5.2系统测试的方法分为人工测试和机器测试。（1）人工测试：分为走查、个人复查和会审三种方法。（2）机器测试：包含了黑盒测试及白盒测试。黑盒测试[17]：就是从外观上找出该系统的不足和bug。它是在编程接口上实现的，它只是为了检验样品的进行情况，而非根据要求去规范地进行；白盒测试[18]：是对软件的内在构造剖析，也就是在编程接口上进行试验，它的目的仅仅是检验样品的执行情况，不能满足规范要求，检测来找寻问题。在最终检测中，本系统采用了将黑盒子鱼百合子相结合的方式进行测试。黑箱实验则是为了对系统的各性能测试，以及发现其性能的不足和误差。白箱实验是为了检测程序运行路线，以便找出运行中的问题[19]。5.3功能模块测试5.3.1登录模块测试该模块的测试使整个系统测试中最重要的部分[20]。如果登录模块都不能实现，那整个系统将不会有任何意义。关于对用户登录的测试需要多次进行，在测试的过程中应当多次输入用户名以及密码，只要有其中一个输入得不对，那么就会显示登陆失败。登陆测试用例设计如表5-1所示：表5-1用户登录测试用例表输入数据操作预期结果测试结果是否通过用户名：admin密码：123456输入正确用户名和密码，点击登录进入系统主页成功进入系统通过用户名：admi密码：123456输入错误用户名，点击登录提示“用户名错误”提示“用户名错误”通过用户名：admin密码：12342密码错误提示“密码错误”提示“密码错误”通过5.3.2患者模块测试关于患者模块，管理员可以对患者信息进行各种操作。具体的测试用例表如表5-2所示。表5-2患者管理模块用例表输入数据操作步骤预期结果实际结果是否通过查看所有患者信息点击查询分页返回用户信息分页返回用户信息通过查询第二页患者信息点击第二页返回第二页信息返回第二页信息通过删除某个患者信息点击删除删除成功并刷新删除成功并刷新通过搜索用户名带“李”字的信息点击搜索返回用户名带“李”字的信息返回用户名带“李”字的信息通过5.3.3仓库模块测试关于仓库模块，管理员能够对药品信息进行各种操作。具体的测试用例表如表5-3所示。表5-3仓库管理模块用例表输入数据操作步骤预期结果实际结果是否通过查看所有药品信息点击查询分页返回所有药品信息分页返回所有药品信息通过查询第二页药品信息点击第二页返回第二页信息返回第二页信息通过删除某个药品信息点击删除删除成功并刷新当前页面删除成功并刷新当前页面通过添加某个药品信息点击添加添加成功并刷当前页面添加成功并刷新当前页面通过索用户名带“阿”字的药品点击搜索返回用户名带“阿”字的药品返回用户名带“阿”字的药品通过5.3.4挂号模块测试关于挂号模块，管理员能够对患者进行各种操作，然后对患者进行挂号。关于给模块，是最终要也最具体的模块，所以该测试是测试用例中很重要的一环。具体的测试用例表如表5-4所示。表5-4挂号管理模块用例表输入数据操作步骤预期结果实际结果是否通过输入患者姓名点击下一信息点击成功点击成功通过输入错误的身份证号码点击下一信息弹出请输入正确的身份证号码弹出请输入正确的身份证号码通过查询某患者点击查询查询成功并刷新当前页面查询成功并刷新当前页面通过添加患者信息点击添加添加成功并刷当前页面添加成功并刷新当前页面通过搜索用户名带“李”字的用户点击搜索返回用户名带“李”字的药品返回用户名带“李”字的药品通过5.3.5排班模块测试关于排班模块，管理员能够对医生进行排班操作。具体的测试用例表如表5-5所示。表5-5排班管理模块用例表输入数据操作步骤预期结果实际结果是否通过查询排版信息点击查询查询成功并刷新当前页面查询成功并刷新当前页面通过查询某医生点击查询查询成功并刷新当前页面查询成功并刷新当前页面通过添加排班信息点击添加添加成功并刷当前页面添加成功并刷新当前页面通过进行排版操作点击排班查询成功并刷新当前页面查询成功并刷新当前页面通过5.4性能测试5.4.1编写目的本次测试的报告是基于SpringBoot的医院信息管理系统的性能测试的总结报告。该次测试的目的是总结该项目的性能测试工作，并分析测试结果，描述该系统是否符合基于SpringBoot的医院信息管理系统的性能需求。5.4.2测试目标简要地测试出仅占本次的压力测试的主要目标。完善该信息管理系统。满足该医院内部员工的信息管理各种日常需求和患者等的挂号等需求。并且可以满足同时多个用户在线修改信息或者挂号等。5.4.3测试过程及结论测试过程按照三个步骤进行，分别是：单一场景压力测试[21]、混合场景压力测试、稳定性测试。单一场景压力测试：针对一个功能点进行压力测试，并对测试结果进行分析，以确定测试结果是否符合用户需求。混合情景压力测试：以真实的用户作业为依据，对多个单个作业作业进行同步的压力测试，并对测试结果进行分析，以达到用户需求的指标；稳定性测试：选取某些业务情景，对系统进行负荷，连续运行一段时间，以并量或系统监视等为依据，观测系统的稳定性。表5-6医院信息测试管理系统性能测试表编号并发用户数响应时间（平均）错误率1100126ms02200130ms03300135ms04400220ms05500550ms0.5%此项性能测试合格。500名用户同时访问，只有大约0.5%是失败的，失败的原因包括：提示部效劳器错误，对此进行分析，应该与测试所用的效劳器的硬件配置有关。快反与每一个脚本中的事件的响应时间成比例关系，这表明了越多的用户，效劳程序将会占用更多的资源，并且需要更长的处理时间。这大大增加了效劳器的负荷，因此出现了错误。5.5本章小结本章对该系统的各个功能进行了全方面、完整的测试，并且经过各种测试，该论文中提到的各种功能该系统都能完美地实现，并且符合预期设计，所有功能均能实现。通过各种测试手段最终确认了这个系统可以满足之前提到的所有要求。但是因为本人的学识有限所以这个项目设计的不是没有瑕疵。而且当前使用的数据也没有通过很官方的手段，但是这些数据也是可以正常运用的，基本的需求也是可以满足的，最后的就是对这次的测试结果进行总结。

第6章结论到了现在，这个项目已经结束了，虽然实施的时间并不长，但也需要做很多的准备工作。要花很长的时间去学习系统设计开发中所涉及到的技术。一边研究，一边开始意识到该项目的一些不足。对于某些需要运用技巧的控制，可以了解，只需在全流程中一次就可以掌握一般的表现和控制方法，感到还挺简单。从这一体系，对调查资料进行了系统的分析与设计，并经过了数个月的努力，这一体系已告完成。但是，目前的系统还存在着较大的不够完善的地方，在系统的设计上还存在着大量的技术上的缺陷。在设计的过程中，也遇到了许多不能解决的问题，主要是通过寻找一些专业的网站和论坛，来帮助顺利完成毕业设计，也起到了很大的作用。系统的开发环境以及配置都是可以自行安装的。系统采用SpringBoot框架开发工具，利用相对成熟的MySQL数据库，展开对系统前台及后台的数据交互。按照技术语言对数据库，并与需求相结合，对数据库进行修改和维护，这样能够让系统的运行更加稳定和安全，最终实现系统的开发。回首整个的毕业设计历程，可以说是汗流浃背，也可以说是收获颇丰。虽然遇到了各种各样的困难，经过不断研究和探索，但这个系统的实现还是有很多