基于SpringBoot架构的医院门诊信息管理系统的设计与实现

一引言1.1研究背景随着这几年互联网高速发展和国内互联网成熟，互联网在日常生活的方方面面逐渐占据主导地位。各行各业在互联网的影响下发生了巨大的变革，互联网已经成为许多行业的工作和管理中不可或缺的辅助工具。医院传统门诊系统也向信息化管理的方向转变。随着经济的发展和医疗水平的提高，人们的医疗理念正在发生变化。公立医院需要提高门诊服务的信息化水平。在普及门诊信息化管理之前，医生利用传统纸质病历和药单帮助病人就诊，也依靠纸质出勤表登记出诊信息，而管理员要了解门诊情况只能亲自到现场查看，门诊量和专家出诊等情况无法及时掌握，信息的滞后给门诊管理带来诸多不便。由于医院每天都要就诊大量的患者，在巨大的门诊压力下，医务人员会容易出现失误，进而引起医疗纠纷，影响医院的形象，因此，提高医院门诊服务质量，科学管理医院门诊服务显得尤为重要。我国大部分医院就诊流程基本上是挂号、候诊、就诊、缴费、检查、再就诊、取药和离开，患者可能会在就诊、缴费、检查、再就诊等门诊环节反复进行，每个环节都需要排队等候，极大影响患者的就诊体验。多数的病人的反映是仅仅因为是第一次到大医院去看病,少者则只耗费了一上午左右的检查时间,多者则二三天都没有任何检查的结果,而在上述的时间分配中实际用于医生的直接临床诊查治疗的治疗时间则仅仅也只是消耗了15分钟~20min,剩余的时间则均耗在了非医学上。针对这些问题，门诊系统的信息化建设可以很好地改善门诊服务质量。1.2国内外研究现状近十年间,在我国对门诊业务创新与智慧医疗建设等方面都开展了积极的理论探讨与实践，在门诊评价研究、预约治疗、门诊业务流程优化、门诊服务、智能医疗建设等五个方面都获得了相应的研究成果。既是理论性研究，又有实践经验共享;既是某所公立医院的个体化研究,也有全国性的研究,其主要集中于研究以患者为中心,通过完善门诊布局,改善就诊环境,通过引进网络信息化手段、逐步优化治疗流程、加强网络预约治疗、提升服务质量、建立智慧医院，从而完善患者就医感受。从支付宝与微信支付诞生至今，手机支付逐渐代替纸币和银行卡在人们的主要支付方式中占据主导地位。但目前门诊信息化建设还存在一些问题。目前,由于我国门诊服务部门对手机支付方式没有足够的重视，所以门诊中手机支付未完全普及，且医院门诊流量大，易发生网络卡顿等不确定因素，影响手机支付的稳定性。门诊电子病历和医院各部门间共享程度水平较低。信息很难以最合理的方式输送到有效医疗载体，有时甚至存在信息壁垒，使得信息难以整合，这就颠覆了智慧医疗和智慧门诊的初心。患者的医疗信息属于隐私信息的范畴，门诊信息管理系统中的电子病历的数据与系统中的各个功能深度绑定。在信息相互传输的过程中，数据也可能被不法分子拦截和篡改，这对门诊信息管理系统的安全性提出了更高的要求。海外国家对门诊网络信息化技术的研发时间较国内早,因此总体上在门诊体验、安全、信息系统性能等方面都较国内做到的更好。英国政府也已经开始建立一个全球性的健康信息网络,并部署了一系列服务。利用这一信息网,病人即可选择和预约医疗服务项目、获取自己的电子病历文档井办理出院手线等,普通医疗工作者也可以实现服务,涵盖了电子病历、网上预约、电子处方、医学影像技术和远程诊断服务等。在二零零四年,美国还专门设立了全国医学信息协调官办事处来统一管理和统筹卫生信息的发展，ONC开展以来已获得了重要成效，电子病历的数字化工作基本已经完成，全国电子病历普及率已超过了百分之八十。就医院信息化的技术状况分析，美国正大力开发新的医院信息化技术手段。近年来，Google跟美国的医疗中心合作，为几百万名社区病人创建了电子档案，医生可以远程监测。微软也推出了一个新的医疗信息化服务平台，帮助医生、病人和病人家属及时了解病人的最新状况。英特尔创建了数字化医疗平台，通过信息化手段帮助医生与患者建立互动。IBM公司也在这方面有很大的努力。近年来欧洲医疗信息化战略取得了长足发展：电子病历、通信架构和网络、标准化、安全和隐私。不过出于其他方面考虑，已经有部分欧盟成员国已经决定,把医学信息化作为卫生领域的重要国家策略,而其余欧盟各国,仍处在由中央政府协调卫生局和民政等有关行政部门共同推动方针政策制定的初级阶段。欧盟的数字医疗系统已比较完善,而目前欧洲也正努力构建涵盖整个欧洲区域的数字医疗系统。1.3研究意义和目标本门诊信息管理系统中的用户门诊服务系统是基于系统的新型用户门诊服务系统。利用系统，用户可以通过系统实现远程挂号，不需要走出家门就可以轻松解决挂号问题。挂号系统中加入了实名登记功能，防止炒号现象。用户还能在网页中充值、缴费等功能，缩短了用户在挂号、缴费、检查、查看检查结果等环节的排队时间，简化了服务环节，节省就诊时间，提高了服务质量，获得了社会和经济收益。在此门诊管理系统中，医生以电子病历代替传统纸质病历，用户可以更方便地查看病历，并且不会因医生的笔迹造成阅读困难。因此，门诊系统的信息化建设变得格外重要，基于系统的用户门诊服务系统可以降低人们门诊挂号的难度，门诊服务系统的各个功能简化服务环节，缩短了就诊时间。医生以电子病历为工具，提高了病历的可读性，方便用户查看病历。在给患者提供救治服务时，需要消耗大量医疗资源。为了实现医院物资的统一管理，利用信息技术和计算机信息平台的建设可以减少资源的占用，保证充足的物资供应，减少资源浪费，使医院获得更直接的效益。由于门诊管理系统每天要处理大量门诊信息，对门诊系统的性能提出了更高的要求：1.可用性：门诊部门每天有大量就诊患者，由于人们医疗意识的不断提高，将来门诊管理系统会面临更大的压力。因此开发者必须确保系统在高访问量的情况下仍可维持系统的正常运行，保证患者的就医体验。2.安全性：每位患者的医疗信息属于隐私信息的一部分，是受法律保护的。医院有义务保证医疗信息的完整性，保证患者的医疗信息不被泄露和破坏。医院门诊管理系统的数据需要一定的安全措施作为安全保障，对医院门诊管理系统的安全性提出了更高的要求。3.可靠性：医生开具各项检查和处方后，医院的相应部门能够及时接收并处理这些检查和处方业务，让患者能及时做完检查，领取处方，保证患者的就诊效率。

二需求分析2.1调查研究随着人们对门诊服务要求的不断提高，传统的门诊管理方式已经无法满足人们的医疗需求。繁琐的传统门诊管理无法门诊员工的工作需求，为了提高效率，充分利用人力资源和医疗资源，设计一套更高效的门诊管理系统必不可少。医院门诊管理系统是将当今计算机互联网技术充分使用在医院门诊信息系统中,既可以帮助储存患者信息，又可以记录查询病例的信息，以此帮助医院展开医院门诊的医疗工作。医院门诊管理信息系统选择的是B/S结构，使用当今先进的前后端框架以及数据库来设计并开发门诊管理系统系统，后端使用SpringBoot框架，前端页面使用Vue框架，两者可以前后端分离，提高开发效率。数据库用MySQL数据库，无需支付使用费，减少开发成本。实现预约挂号、门诊充值、门诊缴费、门诊就医、退款、仓库管理、值班安排等功能。2.2任务目标由于对门诊信息系统全面发展的要求，门诊信息系统作为医院医疗系统中尤为重要的一部分更需要对其未来的发展提出具体的要求，使医院门诊管理透明化、信息化、高效化。让医院管理人员方便管理，提高门诊管理效率。根据医院对门诊的信息化建设要求，门诊信息系统的发展目标是：支持医院的行政管理和医疗业务流程。减轻医院工作人员的劳动强度,通过系统数据的汇总,帮助医院高层领导做出医院建设发展决策，从而提高医院工作效率，增加医院经济效益。建立完善的医疗成本核算、统计分析，方便医院管理者做出决策。实时查看门诊服务运行情况，如就诊人数、住院人数等，及时解决医院门诊运营中出现的问题，提高医疗质量。建立完整的门诊病历库，方便门诊患者再次就诊，同时提高门诊病历质量，解决纸质病历不易保存和容易丢失的问题。患者能通过网页挂号预约，实现在家就能挂专家号，解决患者挂号难的问题。2.3系统中不同角色的需求分析2.3.1患者的需求患者是门诊信息管理系统的主要服务对象。他们所关心的是能不能依靠系统更加方便地完成门诊的各个服务流程，如预约挂号、门诊缴费、门诊充值、查看电子病历等。预约挂号是主要功能之一，患者希望能在家用手机就能挂上号。门诊信息系统的开发者更加关注这类群体的使用体验。用例图如图2-1所示。图2-1用户用例图2.3.2医疗工作人员的需求医疗工作人员是系统运行的直接操作者。他们关心的是能不能轻松使用门诊信息医疗系统辅助自己工作，能够多大程度上取代手工操作，能不能适应从传统工作方式到信息化工作方式的转变。再进一步的要求就是方便、简单、易学等。门诊信息系统的开发者应该加强与医疗工作人员的交流。用例图如图2-2所示。图2-2医生用例图2.3.3系统管理人员的需求系统管理人员承担是医院门诊信息系统安全运行的维护保障任务，他们最关心的是系统的实时运行情况，能不能方便地管理门诊数据。用例图如图2-3所示。图2-3管理员用例图2.4术语定义门诊：门诊医院整体运行的重要组成部分。它通常与住院服务相结合，并由顾问医生和外科医生组成，他们也在病房照顾住院病人。许多患者作为门诊患者接受检查和治疗，然后在以后作为住院患者入院。挂号：由于医院中某些专家的就诊患者多，而专家一天能就诊的患者人数有限。医院为了患者能够准时就医实行挂号。患者提前预约并领取号码按次序看病。电子病历：对于患者来说，纸质病历保管麻烦，且容易丢失。如果病历丢失，会对医生和患者造成麻烦。另外如果病历上的笔迹潦草也不利于患者阅读。电子病历是保存在数据库中，丢失的可能性小。由于电子病历在计算机上以文本形式显示，不会对患者的查看造成困难。2.5系统可行性分析2.5.1技术可行性用户部分可主要依托于系统平台，这样方便推送消息提醒。从目前的APP实际利用分析来看,其需要进行安装,耗时而且消耗大量的流量,随着APP的更新和优化,需要对APP程序进行不断的升级,这加剧了APP使用的繁琐程度,但是系统不具备这些烦恼,所以其应用更加的简便。SpringBoot、Vue、MyBatis的普及为WEB开发带来了极大的便利。uni-app前端框架可以在不同的网页平台上发布，很大程度上减少了开发者对各个网页平台的适配工作。MySQL作为当代最主流的关系型数据库，可以满足门诊系统日常的业务开发，还提供了主从复制，确保数据的安全性，超高的性能也让开发者开发起来受益匪浅。2.5.2经济可行性对于app开发者来说，由于Android和iOS是两个不同操作系统，开发者不仅要做Android平台的app，也要分出一些精力开发iOS平台的app。这样的开发方式不仅可移植性差，而且工作量大，不易维护，增加维护费用。而对于网页开发者来说,他们不用考虑不同手机平台的适配问题，网页以微信为运行环境，可以在不同的平台上运行，网页开发团队可以集中跟多的人力物力做好网页开发。MySQL的流行很大程度上是由于自身的定价。MySQL的Windows版本是可以免费使用的，Linux下的MySQL如果由管理员安装也是免费的。MySQL低廉的授权费可以减少开发者的开发费用。2.5.3法律可行性此门诊管理系统所用的技术均为开源项目，不存在版权问题。在用户隐私方面也遵循相关法律法规。2.5.4操作可行性管理员和医生只需要浏览器就可以登录，页面简洁，操作简单。用户可以通过微信进入系统，方便快捷，界面逻辑简单，易于操作。

三技术支撑3.1系统框架本系统采用了B/S架构，B/S架构采取浏览器请求，服务器响应的工作模式。用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息。后台使用MySQL数据库和SpringBoot框架。管理员和医生通过浏览器访问后台，用户通过系统与Web服务器交互。3.1.1SpringBootSpringBoot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。通过这种方式，SpringBoot致力于在蓬勃发展的快速应用开发领域(rapidapplicationdevelopment)成为领导者。3.1.2VueVue是一套用于构建用户界面的渐进式框架。与其它大型框架不同的是，Vue被设计为可以自底向上逐层应用。Vue的核心库只关注视图层，不仅易于上手，还便于与第三方库或既有项目整合。另一方面，当与现代化的工具链以及各种支持类库结合使用时，Vue也完全能够为复杂的单页应用提供驱动。3.1.3MybatisMyBatis是一款优秀的持久层框架，它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以使用简单的XML或注解来配置和映射原生信息，将接口和Java的POJOs(PlainOrdinaryJavaObject,普通的Java对象)映射成数据库中的记录。3.1.4MybatisplusMyBatisplus是MyBatis的一个增强工具包。它只进行增强而不进行更改。为简化开发工作，提高生产效率而生。Mybatisplus支持Mybatis的所有原生特性。因此，Mybatisplus的引入不会对现有的Mybatis架构造成任何影响。内置通用mapper和通用服务，只需通过少量配置即可实现单表的大部分CRUD操作，强大的条件构造函数可以满足各种使用需求。对性能基本无损耗。3.1.5MySQLMySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。MySQL软件采用了双授权政策，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择MySQL作为网站数据库。3.1.6ElementUIElementUI是一套非常流行的视觉UI组件库，由饿了么前端团队推出的，为开发者、设计师和产品经理准备的基于Vue2.0的组件库，提供了配套设计资源，帮助使用者的网站快速成型。ElementUI提供了大量的组件，对常用的组件的封装进行了简化，大大减低了前端开发者的开发难度。设计简洁直观，语言表达清晰且表意明确，界面简单直白。3.2不同技术对比3.2.1SpringBoot与SpringMVC对比SpringMVC以轻耦合的方式构建WEB服务，让WEB开发变得容易。SpringBoot作为SpringMVC的继承者，实现了自动配置，降低了开发者搭建WEB项目的难度，开发者无需复杂的配置就能构建一个WEB项目。SpringBoot应用中这些第三方库几乎可以无需配置或者只需很少的配置就可以使用。由于SpringBoot集成了tomcat，所以无需开发者手动添加tomcat服务器。3.2.2MySQL与Oracle对比就可扩展性而言，MySQL可用于小型和大型企业。OracleSQL被设计成大规模的，可以支持大量数据。MySQL是一个开源数据库。然而，相比之下，OracleSQL是为商业而开发的。这意味着如果没有许可证，您将无法使用OracleSQL。MySQL有一些实例是更好的选择。一个这样的例子是当数据库不需要在很大程度上扩展时。另一个例子是网站或Web应用程序需要只读数据库。如果不需要更高程度的复制，MySQL将是更好的选择。因为MySQL在GNU许可下确实有一个免费和开放的版本，所以预算也是选择MySQL的一个很好的理由。MySQL更适合作为医院门诊信息系统的数据库。3.2.3MyBatis与Mybatisplus对比对于Mybatis，所有SQL语句全部自己写，手动解析Entity关系映射转化为Mybatis内部对象注入容器，对开发者来说工作量极大。Mybatis过多依赖数据库SQL语句，导致数据库移植性差。替换数据库时，如果SQL语句存在差异，SQL语句的工作量会更大。Mybatisplus内置代码生成器，使用代码或Maven插件可以快速生成mapper层、模型层、服务层和控制器层代码，支持模板引擎，有很多自定义配置使用，可以迅速成型，降低开发难度。支持lambda形式调用：方便通过lambda表达式编写各种查询条件，不用担心字段拼写错误，且可以根据查询条件生成对应的SQL语句，提高SQL语句的兼容性。Mybatisplus的分页功能基于Mybatis分页功能，开发者无需关心具体操作，并支持多种SQL数据库。Mybatisplus作为Mybatis的增强工具，很好的弥补了Mybatis的缺点。3.2.4Vue与ElementUI对比Vue是一套渐进式JavaScript框架，开发者只需要关注视图层。而ElementUI是组件库，是基于Vue的第三方库，在Vue的基础上简化了常用组件的封装，提高了重用性原则。

四系统设计4.1系统总体规划系统管理页面只有管理员账号才能登录，登录时对用户和密码进行检测。用户名为空、用户名不存在、密码错误均不可进入管理系统。医生出诊页面只有医生账号才能登录，登录时对用户和密码进行检测。用户名为空、用户名不存在、密码错误均不可进入。用户在微信中打开门诊网页，网页以微信号为登录凭证登录系统。如果用户不存在则自动注册新账号。4.2概要设计用户网页模块包括门诊挂号、充值、缴费、记录查看等功能。医生客户端模块包括看病、叫号、开具医疗清单、制作电子病历等功能。后台管理员模块集成账号、药品、收费、病历等信息的管理，医生出诊计划安排和查看统计数据等功能。系统总体功能模块如图4-1所示。图4-1系统功能模块图4.3详细设计4.3.1管理员流程图以下业务流程图反映了管理员的登录流程。如图4-2所示。图4-2管理员登录流程图以下业务流程图反映了管理员的信息管理的操作流程。如图4-3所示。图4-3管理员信息操作流程图4.3.2医生流程图以下业务流程图反映了医生的登录流程。如图4-4所示。图4-4管理员业务流程图以下业务流程图反映了医生的出诊流程。如图4-5所示。图4-5医生业务流程图4.3.3用户流程图以下业务流程图反映了系统用户的登录流程。如图4-6所示。图4-6用户登录业务流程图以下业务流程图反映了用户在网页上在线挂号的流程。如图4-7所示。图4-7门诊挂号业务流程图以下业务流程图反映了用户在网页上门诊就医的流程。如图4-8所示。图4-8用户门诊就医业务流程图以下业务流程图反映了用户在网页上缴费的流程。如图4-9所示。图4-9用户缴费业务流程图4.4数据库设计4.4.1概念模型设计经过上述功能分析和需求总结，考虑到将来功能上的扩展，设计如下的数据项和数据结构：图4-10系统用例图4.4.2数据库表的设计1.用户表：主要存储用户信息，如微信号、创建日期，如表4-1所示。表4-1用户信息表否echat否e否2.就诊卡表：主要存储就诊卡信息，如卡号、身份证号、姓名等，如表4-2所示。表4-2就诊卡信息表3.医生表：主要存储医生信息，如姓名、介绍、部门等，如表4-3所示。表4-3医生信息表4.管理员表：主要存储管理员账号信息，如用户名、密码、创建日期等，如表4-4所示。表4-4管理员信息表5.科室表：主要存储科室信息，如编号、名称等，如表4-5所示。表4-5科室信息表6.出诊表：主要存储出诊计划信息，如医生、名额、挂号费用等，如表4-6所示。表4-6出诊表预约表：主要存储用户预约信息，如就诊卡、预约医生、序号、状态等，如表4-7所示。表4-7预约信息表8.用户表：主要存储用户信息，如微信号、创建日期，如表4-8所示。表4-8就诊记录表9.仓库表：主要存储仓库信息，如编号、名称、类型(药品或检查)、库存、费用等，如表4-9所示。表4-9仓库信息表10.订单表：主要存储订单信息，如花费项目、数量、订单状态等，如表4-10所示。表4-10订单记录表11.用户表：主要存储充值记录信息，如充值卡号、充值日期、充值费用等，如表4-11所示。表4-11充值记录表12.出入库表：主要存储药品出入库记录信息，如药品编号、数量变化、日期等，如表4-12所示。表4-12药品出入库记录表

五系统实现5.1用户5.1.1登陆注册账号登录用户通过微信进入网页登录页面，以微信号为登录账号，如果账号未被注册，则自动以微信号注册新账号进行登录。登录后进入首页。如图5-1所示。图5-1首页代码如下：///<summary>///登陆验证///</summary>///<paramname="UserCode">用户名</param>///<paramname="Password">密码</param>///<returns></returns>privateboolSignIn（stringUserCode，stringPassword）{NetCore.InitSocket（）；NetCore.ValidateClient（）；string[]Params={UserCode，ESoSi.Utils.EncryptString（Password）}；DataSetdsUser=ESoSi.DataAdapter.Query（SQL_CETUSER，Params）；if（（dsUser!=null）&&（dsUser.Tables.Count>0）&&（dsUser.Tables[0].Rows.Count==1））{HiS.User.Id=dsUser.Tables[0].Rows[0]["USER一D"].ToString（）；HiS.User.Code=dsUser.Tables[0].Rows[0]["USER_CODE"].ToString（）；HiS.User.Name=dsUser.Tables[0].Rows[0]["USEResNAME"].ToString（）；HiS.User.PassWord=dsUser.Tables[0].Rows[0]["PASSWORD"].ToString（）；HiS.User.SysVersion=System.Configuration.ConfigurationManager.AppSettings["SystemVersion"]；HiS.User.UserType=dsUser.Tables[0].Rows[0][HiS.DE.CmUser.USER_TYPE_CODE].ToString（）；if（!this.labLockInfo.Visible）{HiS.User.DeptId=dsUser.Tables[0].Rows[0]["DEPTID"].ToString（）；HiS.User.DeptName=dsUser.Tables[O}.Rows[0}["DEPTesNAME"}.ToString（）；}returntrue；}returnfalse；}5.1.2在线挂号在线挂号是门诊系统的核心功能，用户登录验证后，用户进入预约页面后，先确定医院科室,然后确定医师,也可以在预约信息网页查询医师,使用者可以依据自身情况确定就医日期,提出在线预约请求。如果符合预订条件,则显示预订成功弹窗,跳转到预订信息网页。否则提示预约失败,不跳转页面,使用者可以在该页面继续操作。医务人员可以在挂号网页查看已挂号的人员信息。如图5-2所示。图5-2挂号代码如下：[D11Import（"SiInterface.dll"）]privatestaticexternintINIT（byte[]pErrMsg）；[D11Import（"SiInterface.dll"）]privatestaticexternintBUSINESS_HANDLE（stringinputData，byte[]outputData）；5.1.3病历查询点击病历查询按钮，跳转到病历查询页面，用户可以选择就诊卡查看就诊记录。用户可以查看病历描述、药品清单和检查项目，以及就诊日期、主治医生的信息。如图5-3所示。图5-3病历查询5.1.4个人信息点击“我的”tab，跳转个人信息页面，用户可以添加就诊卡、移除就诊卡和查看已添加的就诊卡的信息。如图5-4所示。图5-4在线充值5.1.5就诊卡管理用户可以在自己用微信创建的账号下添加和移除就诊卡。对未在门诊管理系统建档的患者需要先在网页中用身份证号和手机号建档，然后通过手动输入信息填加就诊卡。如图5-5所示。图5-5就诊卡建档和添加5.1.6在线充值用户可以在系统中继续充值，用户可以选择固定的充值金额，也可以自定义充值金额。如果充值成功，网页则销售充值成功弹窗。如果充值失败，显示注册失败并退回充值金额。如图5-6所示。图5-6在线充值5.1.7门诊缴费医生开具医疗账单后，用户通过系统利用微信支付医疗费用，支付成功账单信息更新为已支付，其中药品的交易记录会在用户领取药品后保存到药品出入库记录表。如图5-7所示。图5-7门诊缴费5.2医生5.2.1门诊记录查询医生可以查看已就诊用户的门诊记录，如姓名、性别、门诊费用、就诊卡号、诊断结果、检查结果、就诊时间等信息。为医生进行后期患者复诊提供帮助。如图5-8所示。图5-8门诊记录查询代码如下：WebClientwe=newWebClient（）；Streamstream=wc.OpenRead（url+"?WSDL"）；ServiceDescriptionsd=ServiceDescription.Read（stream）；ServiceDescriptionImportersdi=newServiceDescriptionImporter（）；sdi.AddServiceDescription（sd，”，”）；CodeNamespacecn=newCodeNamespace（@namespace）；//生成客户端代理类代码CodeCompileUnitccu=newCodeCompileUnit（）；ccu.Namespaces.Add（cn）；sdi.Import（cn，ccu）；CSharpCodeProvidericc=newCSharpCodeProvider（）；//设定编译参数CompilerParameterscplist=newCompilerParameters（）；cplist.CenerateExecutable=false；cplist.CenerateInMemory=true；cplist.ReferencedAssemblies.Add（"System.dll"）；cplist.ReferencedAssemblies.Add（"System.XML.dII"）；cplist.ReferencedAssemblies.Add（"System.Web.Services.dll"）；cplist.ReferencedAssemblies.Add（"System.Data.dll"）；Typet=assembly.CetType（@namespace+”.”+classname，true，true）；objectobj=Activator.CreateInstance（t）；System.Reflection.MethodInfomi=t.CetMethod（methodname），5.2.2门诊叫号门诊服务开始后，用户按序号排序就诊。医生可以点击“下一个”按顺序通知用户就医，若用户未到达，可以点击“跳过”让下一个用户就医，被跳过的用户则安排至下一个。如图5-9所示。图5-9门诊叫号5.2.3门诊就医医生诊断完成后，可以按诊断情况对用户开相应的检查项目和药品，并在电子病历中填写诊断结果。医生信息、患者信息、就诊日期、检查项目、药品、就诊结果等信息都会在电子病历中显示。如图5-10所示。图5-10门诊就医医生开始给患者就诊后，可以点击添加收费项目按钮，选择需要开具的医疗项目，如图5-11所示。图5-11开具清单5.3管理员5.3.1门诊情况查看管理员可以查看当天门诊预约人数，当前住院人数，当天已就诊人数，当天出院人数等信息。及时了解医院门诊运行情况，方便医院门诊管理员进行维护并做出调整。如图5-12所示。图5-12统计管理代码如下：@RequestMapping("/call")publicMap<String,Object>call(Registerregister){//查询下一个候诊患者QueryWrapper<Register>wrapper=newQueryWrapper<>();wrapper.eq("appointment_id",register.getAppointmentId());wrapper.eq("sort",register.getSort()+1);Registerregister1=registerMapper.selectOne(wrapper);//将两个患者的就诊顺序交换Integersort=register.getSort();register.setSort(register1.getSerial());register1.setSort(sort);//修改数据registerMapper.updateById(register);registerMapper.updateById(register1);//返回结果returnnewMapBuilder().inputData(1,null);}5.3.2账号管理管理员账号对用户、医生和就诊卡账号有添加、修改和删除的权限。对删除用户操作，系统会将已删除的用户标记为删除，并显示在已删除用户列表中。管理员账号也可以创建其他二级管理员账号，并对这些账号拥有操作权限。如图5-13所示。图5-13账号管理管理员点击添加按钮，弹出账号添加弹窗，输入信息后点击确认提交。如图5-14所示。图5-14添加账号管理员在相应数据项的操作选项中点击修改按钮，修改好信息后点击确定提交修改请求，如图5-15所示。图5-15修改账号信息5.3.3门诊管理管理员可以根据出诊时间、出诊人数等信息为医生安排出诊计划。也可以修改或删除出诊计划。如果删除出诊计划中已有用户预约，则通过系统通知用户，并删除预约表中的记录。如图5-16所示。图5-16门诊管理5.3.4库存管理管理员可以查看药品的库存和已记录的检查项目。管理员可以对检查项目继续添加、修改和删除操作。可以查看药品的出入库记录和添加药品。添加和删除药品的操作记录都会保存在数据库的出入库记录表中。如图5-17所示。图5-17库存管理点击添加按钮，弹出添加药品弹窗，填写好信息后点击确认。如图5-18所示。图5-18添加药品在相应的药品项目的操作选项中点击删除，系统修改弹窗，修改好信息后点击确认。如图5-19所示。图5-19修改药品信息在相应的药品项目的操作选项中点击删除，系统弹出确认提示框，点击确认后删除该药品。如图5-20所示。图5-20删除药品信息

六系统测试6.1测试方法6.1.1黑盒测试黑盒测试是一种软件测试方法，它检查应用程序的功能，而无需查看其内部结构或工作原理。这种测试方法几乎可以应用于软件测试的每个级别：单元、集成、系统和验收。它有时被称为基于规范的测试。6.1.2测试用例测试用例是围绕规范和需求构建的，即应用程序应该做什么。测试用例通常来源于软件的外部描述，包括规范、需求和设计参数。尽管使用的测试本质上主要是功能性的，但也可以使用非功能性测试。测试设计者选择有效和无效输入并确定正确的输出，通常借助测试预言或已知良好的先前结果，而无需了解测试对象的内部结构。6.2测试环境6.2.1服务器及PC客户端运行环境设备：PCCPU：Inter®Core™i3-5005UCPU2.00MHz内存：8GB操作系统：Windows11专业版6.2.2网页运行环境设备：iPhone7Plus微信版本：8.0.20操作系统：iOS功能测试6.3.1登录测试测试登录功能是否能够正常运行，输入样例如表6-1所示。

表6-1登录测试测试效果如图6-1和图6-2所示图6-1登陆成功图6-2登陆失败登录测试结果符合预期6.3.2挂号测试测试挂号功能是否能够正常运行，输入样例如表6-2所示。表6-2挂号测试测试效果如图6-3、图6-4、图6-5、图6-6所示。图6-3预约成功图6-4预约人数已满图6-5预约时间不存在图6-6预约失败患者挂号功能测试结果符合预期6.3.3门诊叫号测试测试叫号功能是否能够正常运行，输入样例，如表6-3所示。表6-3门诊叫号测试等待就诊等待就诊测试效果如图6-7所示。图6-7叫号成功测试结果符合预期6.3.4缴费测试测试缴费功能是否能够正常运行，输入样例,如表6-4所示。表6-4缴费测试于等于费用于费用测试效果如图6-8、图6-9、图6-10所示。图6-8支付成功图6-9余额不足图6-10系统错误测试结果符合预期6.3.5添加数据测试测试添加收费项目功能是否能够正常运行，输入样例,如表6-5所示。表6-5添加收费项目测试在在息未填测试效果如图6-11、图6-12、图6-13所示。图6-11添加成功图6-12药品已存在图6-13请输入信息6.4总结经过黑盒测试，系统主要功能可以正常运行，测试结果一切正常，达到了设计的要求。

结论本文查阅了大量研究报告，对门诊信息化的发展概况、目前的医院门诊信息管理系统的发展现状以及实践中存在的问题作了详细的调查和深入的研究。在对国内医院门诊信息管理的研究基础上，结合国外医院门诊信息管理系统的研究现状，以及现有计算机网络通信技术的