【《基于Web的医院就医预约系统的设计与实现》13000字】

绪论1.1系统开发背景日常生活中，我们或多或少的会身体不舒服，有些时候需要医生的介入才能够治愈，但每次去医院时都有一号难求的感觉，排队好长时间挂上号，然后在排很长时间的队进行看病，等轮到自己就诊时，医生一两分钟就结束了。相信这个经历大家都遇到过，对于那些情绪控制不是很好的病人来说，就会和医院产生矛盾，他们认为其没有尽到医生该尽的义务。但是站在医生角度上来看，一天下来要诊断很多号，这个工作量已经非常巨大，造成这个反差的现象的主要原因是医院没有控制好挂号量，没有合理将医院的实际情况反馈给想要前来看病的用户。相比于大医院来说，社区医院和小医院的情况却不一样，每天的号都挂不满，从而造成了一定的浪费。为了尽可能的统筹社会中全部医疗资源，社会保障中心在不同档次的医院设立不同的经费账户比例，社区医院费用账户比例最高。这样虽然能分流一部分病人到社区医院，但对于大医院还是存在一号难求的问题。经过分析，其主要原因是人们更相信大医院的医疗水平，还有就是其在去医院前根本不清楚医院的挂号情况，到了医院后才知道今日的号已挂满，假如能够开通网上挂号系统，病者在家就可以查看医院的挂号情况，这样用户可以根据每个医院的情况来动态选择具体的医院就医。从而在一定程度上避免了大量用户现场挂号的问题，预防挂号困难的现场发生。因此本课题研究的方向是利用网络技术开发在线注册系统网站。1.2系统开发意义医院将号源线上化后，所有的用户都可以通过网络进行查号，在去医院前就可以了解到想要就诊医院的号源情况，用户可以根据其具体情况来择优选择就医医院，因此系统的优点主要包括以下几个。（1）远程挂号：将原来现场挂号的操作网络化后，用户就可以在家进行挂号，而不再需要去医院现场挂号，从而能够合理的利用好自己的时间，大大减少挂号等待和就医等待的时间，从而大大改善用户的就医体验，从而使得社会发展更加和谐。（2）就医病历数字化：医生在为用户诊断时，都会开一个电子处方，然后根据电子处方来进行取药，所以可以减少纸张的使用，并且方便用户在线查看病历情况。传统的病历，用户想要看到医生的文字是非常困难的。1.3国内外现状技术开始于美国，一是因为互联网技术的进步，二是美国的人口密度相对较低，人们住在远离医院的地方，就在线预约系统来说，“在国内比较成熟的是在盐湖城的LDS[1]医院和退伍军人行政中使用的UHCP[2]系统”。与美国相比，我国的技术还是特别欠缺的，所以去学习了技术，然后得到了发展。我国的网络技术开始的比较晚，我们可以学习外国成功的案列，这样给我们减少了一些不必要的麻烦。虽然国内在做这种此类事情，但是中国的在线预约系统整体上是落后于美国的。1.4开发目标开始做系统之前，一定要做一些目标，有了这些目标开发系统的时候就会一直朝着这个目标靠近，这样做出的系统会更接近用户的需求，也比较省时省力。在设定目标的时候，一定要综合考虑，不仅要考虑用户的需求，还要考虑现在开发的系统市面上有没有出现过。编写系统的时候注意以下四点目标：(1)操作界面漂亮用户看到系统的时候，第一眼看到的不是代码而是这个系统的操作界面，所以在做界面的时候要尽可能的美观大方，不要用饱和度太高的颜色。每个界面的颜色大体上要保持一致，不要用太跳的颜色，一个色系的颜色会给人眼前一亮的感觉。除了界面要好看，还要注意系统操作起来要比较容易，设计的时候要根据用户使用习惯来进行设计，这样用户在不熟悉系统的时候，就可以根据自己的习惯进行操作，快速适应系统。(2)功能透明化这个系统里面不是所有的人都是会员，可能还有好多人不是会员，他们想要注册时对系统是陌生的，如果在注册过程中遇到很复杂的操作，用户会选择放弃注册。为了用户使用起来比较容易，应该选择把系统的功能透明化，用户只需要输入几条简单的信息，点击按钮提交就可以了。把系统透明化之后不仅让用户体验良好，还可以保护数据。(3)系统互动强用户所使用的界面是用户和系统之间的互动，意思是用户在屏幕上输入一些内容，系统那边就会收到这些信息，然后系统在把信息反馈给用户。一个系统不可能只有一个功能，所以说系统不会每次都显示相同的内容，而是与用户互动。（4）系统容错性强在第一次使用软件时，或多或少的都会操作错误。错误产生后系统不能直接的死机，应做的是需要提醒用户你做的这个操作是不对的，然后在给对的操作流程，让用户跟着对的流程重新操作。除了操作错误之外，还有一个操作能够体现系统的容错能力比较强，就是当用户输入不合法的信息时，系统能及时地反映出来并可以将它排除掉，这样用户就可以正常下面的步骤，所以在设计系统的时候系统的容错能力一定强。2需求分析2.1可行性分析可行性分析指分析软件需要什么功能，大概多长时间完成，现在有什么样的资源和已经出现的技术。可行性分析应该从这四个方面着手：一是经济的可行性，大概意思是我们开发的这个软件对社会有什么帮助，能不能提供给一些经济价值；二是操作的可行性，意思是做出的软件能不能让用户快点会用，三是技术的可行性，意思是自己对技术的熟练度；四是法律的可行性，大体意思是从分析到开发用到的工具有没有使用盗版的软件，存不存在侵权的行为。具体的可行性分析如下。2.1.1经济的可行性通过开发这个软件，可以提高同学们的开发能力和思考能力，还可以提高同学们的文档的撰写能力，学校还提供了免费的开发工具，开发工具不要花钱，综上，开发这个软件的经济是可行的，对社会也有一定的帮助。2.1.2技术的可行性“基于Web医院就医预约系统是基于B/S[3]进行开发”，“网页采用HTML,JavaScript和AJAX[5]进行开发，后台用的是C#和SQL”。在本科学习了两年，掌握了不少的高级开发语言。2.1.3操作的可行性软件开发的操作的可行性指的是开发出的软件是开发的软件对用户友不友好，能否轻而易举的掌握，开发者应尽自己最大的努力把功能做出可视化，界面上所出现的应该都是用户所关心的信息，这样用户直接可以在界面上填写必要的信息了，不用盲目的寻找了。用户在输入必要的信息之后可以通过可视化界面实现用户和程序的互动操作。在开发软件的时候一定要遵守这些要求，开发出来的软件就非常简单易学，好上手。所以说软件操作也是可行的。2.1.4法律可行性不会把此系统卖给任何人，也不会盗用其他人的劳动成果，没有侵权的行为，这样在法律上也是可行的。2.2功能需求此系统有三个角色，分别是管理员，医生和病人，不同的角色具有不同的权限，管理员具有科室添加和管理，医生添加和管理，药品添加管理和发放，病人信息管理和医院营业情况统计。医生具有现成挂号诊断，线上挂号诊断，处方开具和管理，药品添加，处方收费，个人挂号量统计和营业情况统计。病人具有在线挂号，历史病历查看等功能。2.2.1各类用户的需求分析（1）管理员：所有管理员有登录系统的方法，登上之后可以管理系统中的管理员的信息，因为管理员权限是非常高，所以管理员之间是相互管理的。（2）医生：对于医院来说，医生信息是系统内非常重要的核心资源，其是医院和病人之间的连接桥梁。因此医生的各种信息添加和删除必须让管理员来操作，管理员的最高权限在这也能体现出来。（3）病人：患者有自己的账号和密码，通过账号和密码登录系统中可以进行修改密码，预约医生。如图2-1所示。图2-1用户功能图2.2.2科室（1）维护科室信息：科技不断发展，医院也会随着进步，这样医院的科室会慢慢的增加起来，科室的名称也可能还会有变化，这时就需要让管理员进行必要的维护。（2）添加科室：医院都有不同的科室，因为病人看病是按科室进行挂号的，每个医生都有自己擅长的领域，所以每个医生都被分配在不同的科室。管理员登到系统之后，会根据自己医院的情况来添加科室。如图2-2所示。图2-2科室图2.2.3在线预约（1）在线诊断：医院就诊情况分为两种，一个是现场就诊，而是挂号就诊，因此医生在线诊断也分为现场就诊诊断和挂号诊断，两个的区别就是，挂号诊断的用户是定的，而现场诊断需要医生选择或者添加病人信息。（2）用户在线挂号：患者登录系统之后，根据自己的情况来选择一个科室进行挂号。（3）处方信息查看：医生在为用户诊断时，都会开一个电子处方，且电子处方会实时存在医院里面的系统中，换句话来说，所有用户的信息都可以被查询到。（4）处方收费：医生在开具处方时，通常会添加药品，在取药的时候支付钱。如图2-3所示。图2-3预约图2.2.4药品管理（1）添加药品：医生开具处方时，处理诊断结果的描述，多数情况下还得要添加药品，正常情况下医院药品的管理都是由专门的医生进行管理的，本课题在设计医生角色时没有将其进行分开，因此医院登录后可以在线添加药品信息，可以在线诊断病人。（2）药品信息的维护：随着医疗技术的发展，有的药品已经过时了，不能用啦，这是医生就要进系统,可以更改药品的信息，可以对它进行删除，添加等操作。（3）药品信息的发放：医生在开具处方时，通常会添加药品，病人拿着就诊号去指定窗口就可以取药，因此医生可以在线发放药品信息。如图2-4所示。图2-4药品图2.2.5系统统计（1）统计诊断量：诊断量统计是分管理员和医生的，医生只能查看自己的诊断信息统计，而管理员可以查看医院内的全部的诊断量统计信息。这样可以评估每个医院的工作量。（2）营业额信息的统计：营业额统计有两块，一是医生可以看到自己一天的营业额，二是管理员可以看到医院一天的营业额而且还可以看到每个医生的营业额。（3）预约量信息的统计：诊断量统计是分管理员和医生的，医生只能查看自己的预约量统计，然而管理员可以看到每个科室的预约量，每个医生的预约量还有医院一天的预约量。如图2-5所示。图2-5统计图2.3业务流程基于Web的医院就医预约系统将原来现场挂号的操作网络化后，用户就可以在家进行挂号，而不再需要去医院现场挂号，从而能够合理的利用好自己的时间，大大减少挂号等待和就医等待的时间，从而大大改善用户的就医体验，从而使得社会发展更加和谐。如图2-6所示。图2-6业务流程图2.4数据流图2-7基本符号2.4.10层图患者可以挂号，可以查到之前看病的记录和医生下的诊断。医生在系统可以看到今天有多少患者预约了自己，可以在线给患者开药，还可以看到今天自己的营业额。管理员在系统中可以管理今天的预约量，今天各科室医生用了多少药，各科室的营业额有多少，病人对医院有什么样的投诉等。因此第0层数据流图如图2-8所示。图2-80层图2.4.21层图管理员根据医院的情况来增添加科室，而患者就可以在线挂号，可以查到之前医生给下的诊断和记录。患者在线挂号之后，医生就会收到通知，医生就会对患者的预约做出相应的处理，然后给出相应的诊断。因此第一层数据流如图2-9所示。图2-91层图2.4.2层图不是这个系统的会员通过系统的首页浏览时，如果对这个医院感兴趣可以选择在页面进行注册，注册完之后就会成为此系统的会员，这样就会有一个属于个人的登陆方式，患者根据系统的登录方式可以登进去。登上去之后，患者如果感觉自己的密码不好记就可以重新修改，还可以查看到各位医生的信息和今天的预约量，患者看完介绍有自己心仪的医生就可以点击预约，预约过后医生在自己的界面就可以看到患者预约的消息，如果时间等的长，患者可以选择回家等，快到自己的时候系统会提前发消息提醒，患者看到提醒到相应的科室找自己预约的医生，医生根据患者的情况做出相应的处理，给出正确的诊断，医生再把病人的信息保存，后面就可以看到以往的病例了。因此第一层数据流如图2-10所示。图2-102层图

3系统概要设计概要设计是写给开发人员看的,需求文档评审完后，开发人员就需要写一份设计概要设计，一般包括需求背景、设计架构、数据表结构、ER图、时序图、程序主要逻辑设计、上下游接口改动点、脚本、上线特殊步骤等等。主要作用就是告诉自己，或者他人，你打算怎么实现这个需求。3.1系统体系结构B/S架构的优点如下：（1）强大的共享:B/S体系结构里面全部的数据都会传到网络上，用户根据自己的登录方式进入系统，看自己的信息，所以B/S有强大的共享。只要数据传到网上，用户就能看到，用户肯定不会只有一个人，会有万名用户访问数据，所以说此架构的共享性也十分的强大。（2）客户依赖性小：“只要有个可以解析HTML[18]语言格式的浏览器就可以访问系统，这也是B/S端的最特出的优点”。（3）容易维护和升级：所有的事情有利就有弊，升级服务器有一定的好处，但是也有一定的坏处，当用户做出一些操作之后，服务器接收到之后就会进行一系列的计算，计算完之后服务器把结果反应给用户，当有成千上万个用户同时使用时，服务器可能会变得比较迟钝，因为计算机的处理能力也有一定的限度。三层逻辑架构如图3-1所示。图3-1三层架构图3.2系统功能设计这个系统里面有三个角色，分别是管理员，医生和病人，不同的角色具有不同的权限，管理员具有科室添加和管理，医生添加和管理，药品添加管理和发放，病人信息管理和医院营业情况统计。医生具有现成挂号诊断，线上挂号诊断，处方开具和管理，药品添加，处方收费，个人挂号量统计和营业情况统计。病人具有在线挂号，历史病历查看等功能。3.2.1病人功能设计患者可以在此系统中进行在线挂号，也可以看以前的病例和之前预约的信息，具体功能如下。（1）医院信息的查看：已经注册过会员的用户和没注册过会员的用户可以通过系统的首页来查看医院的情况。（2）医院门诊信息的查看：患者通过账号密码登录到此系统之后，可以选择自己心仪的医生，并且可以看到自己预约的医生今天的预约量是否已经达成了。（3）病人在线预约：患者在这个系统里面可以进行挂号。（4）查看病历：患者登录系统过后，可以在系统里面看到自己之前的病例信息。因为在医生在为用户诊断时，都会开一个电子处方，然后根据电子处方来进行取药。如图3-2所示。图3-2病人用例图3.2.2医生功能设计功能有下面七点：（1）药品信息的添加：医生在给患者开具处方时，处理诊断结果的描述，多数情况下还得要添加药品，正常情况下医院药品的管理都是由专门的医生进行管理的，本课题在设计医生角色时没有将其进行分开，因此医院登录后可以在线添加药品信息，可以在线诊断病人。（2）药品信息发放：医生在开具处方时，通常会添加药品，病人拿着就诊号去指定窗口就可以取药，因此医生可以在线发放药品信息。（3）在线诊断：医院就诊情况分为两种，一个是现场就诊，而是挂号就诊，因此医生在线诊断也分为现场就诊诊断和挂号诊断，两个的区别就是，挂号诊断的用户是定的，而现场诊断需要医生选择或者添加病人信息。（4）处方信息查看：医生在为用户诊断时，都会开一个电子处方，且电子处方会实时存在医院系统中，医生可以看到所有用户的处方信息。（5）处方收费：医生在开具处方时，通常会添加药品，在发放药品时需要收取药品的费用。（6）诊断信息量统计：医生登录后可以在线统计自己的诊断量，可以统计其整个工作情况。（7）预约量信息统计：医生登录后可以在线统计自己的预约量，可以看天今天一整天看了多少的患者。如图3-3所示。图3-3病人功能用例图3.2.3管理员功能设计通过基于Web的医院就医预约系统，因为管理员有最高的权限，管理员主要干查看每天的预约量，医院的营业额，医院的宣传等工作。具体功能有下面九点。（1）管理员信息的管理：每个管理员都有自己的密码和账户，通过密码和账号登录到系统中，因为管理员的权限是非常高，所以管理员之间是相互管理的。（2）医生信息管理：对于医院来说，其医生信息是系统内非常重要的核心资源，其是医院和病人之间的链接桥梁。因此医生们的信息都是让管理员来登记的。（3）添加科室：每个医院都会根据科室来划分，因为患者来看病的时候都是看着科室来挂号的，不可能盲目的去挂号，而且每一位医生都有自己的科室，当医院新进来医生的时候，管理员就需要把他们安排到各科室里面。（4）科室维护：医疗技术不断发展，医院就会越来越庞大，医生也会越来越多，医院的业务也会增多，相对应的科室就会增多，这时管理员就需要对科室进行一定的维护了。（5）药品的添加：医生在给病人开具处方时，处理诊断结果的描述，多数情况下还得要添加药品，正常情况下医院药品的管理都是由专门的医生进行管理的，本课题在设计管理员角色时没有将其进行分开，因此管理员登录后可以在线添加药品信息，可以在线诊断病人。（6）药品的维护：科技在不断地发展，医疗技术在进步，现在市面上的一些药品要被淘汰了,这时候就需要管理员去系统对这些药品进行删除，修改。（7）诊断信息量统计：诊断量统计是分管理员和医生的，医生只能查看自己的诊断信息统计，而管理员可以查看医院内的全部的诊断量统计信息。这样可以评估每个医院的工作量。（8）统计营业额：统计营业额有两块，一是管理员可以查看医院内的全部的营业额统计信息，二是医生可以查看自己一天的营业额。（9）预约量信息统计：诊断量统计是分管理员和医生的，医生只能看到今天自己有多少预约量，管理员有最高权限，因此管理员可以看所有人的预约量。如图3-4所示。图3-4管理员用例图3.2.4总体功能设计这个系统里面，患者可以挂号，可以看记录。医生在系统可以看到今天有多少患者预约了自己，可以在线给患者开药，还可以看到今天自己的营业额。管理员在系统中可以管理今天的预约量，今天各科室医生用了多少药，各科室的营业额有多少，病人对医院有什么样的投诉等。系统的整体功能如图3-5所示。图3-5整体功能3.3数据库设计设计斯洛克是软件能正常运行地重中之重，这部分是决定数据库里面要放什么信息，用什么表，这些表怎么样连接起来，做好这个就相当于房子打好了地基，我们盖多高的楼也不怕倒了。所以说把数据库设计做的比较规矩，我们也不怕后续遇到的麻烦了，后期维护和更新也会变得容易了。而数据库设计的主要工作就是建立各种表，让这些表通过关键字，外键关联起来，不能让这些表独立存在。3.3.1概要设计“E-R[7]图表通常用来描述数据库的概念模型”。具体如下E-R图所示。图3-6医生E-R图图3-7管理员E-R图图3-8科室E-R图图3-9患者E-R图图3-10预约E-R图图3-11系统E-R图3.3.2逻辑设计“通俗的来讲数据库[8]逻辑设计就是将E-R图用表创建出来，里面加入数据”。下面的几个表就是对应上面的E-R图。表3-1管理员信息表字段名类型长度说明userIduserNameuserPwintvarcharvarchar55050管理员编号（主键）管理员姓名密码表3-2医生信息表页面顶端空一行。页面顶端空一行。字段名类型长度说明yisheng-idyisheng-nameyisheng-pwyisheng-sexyisheng-ageyisheng-jianjieKeshi-idintvarcharvarcharvarcharvarcharvarcharint56050502080005医生编号（主键）医生姓名登录密码医生性别医生年龄医生的自我介绍科室的编号表3-3科室信息表字段名类型长度科室编号数字10科室名文本100科室简介文本2000表3-4用户信息表字段名类型长度用户编号数字10用户名字文本20用户密码数字30用户地址文本40性别文本5电话数字15邮箱数字20表3-5预约信息表字段名数据类型长度功能描述预约编号数字10主键用户编号数字11用户医生编号数字13医生预约时间数字110时间

4详细设计“通过编码[9]的形式将分析完成的功能进行编码，把它们连起来形成一个完整的系统”。4.1编程语言系统的总体架构用的是B/S，网页用的是html、css等，后台用sqlserver2012和c#。4.1.1网站编程技术网页的表示形式是开头用一对html，开始的标签是<html>，结束的时侯要有一个/，所以结束的标志是</html>。在html下面就是头部内容，用一对head来表示，表示的方式和html表示的方式一样，头部下面就是网页的标题。如果只用html的话有一些缺点，它只能展示出已经弄好的内容，也就是说在不同的时间相同的页面展示相同的内容，然而js就可以放在html中使用，从而满足了用户和系统互动的需求。4.1.2后台编程技术后台逻辑采用C#和SQL进行控制，可以随时保存信息和读取信息。4.2管理员模块这个系统里面有三个角色，分别是医生、病人、管理员。管理员有最高的权限，所以工作也比较多，主要工作就是看每天的预约情况，药品的使用情况，每天的营业额有多少，医院的日常开支等。4.2.1科室信息添加实现医院里面有十几个科室或者二十多科室，患者也是有不同的症状，患者根据自己的症状来选择不同的科室。管理员根据自己的登录方式等到系统里面，然后进行添加科室，管理员点击科室信息管理然后再点击添加科室，把科室代号、科室名称、管理员信息输入进去，然后点击添加这样一个新的科室就增加成功了。如图4-1所示。图4-1添加科室科室信息添加实现的时序图如图4-2所示。图4-2添加科室时序图4.2.2添加医生患者来医院看病首先看的就是这个医院的医生怎么样，所以医生的信息要每个一段时间更新一下，因为医生会有辞职的也有新来的医生，这些信息都要随时更新，而这些操作都有管理员来操作。管理员登录进去之后，可以删除离职医生的信息，也可以把新进医院的医生信息添加进来。添加医生需要点击医生信息管理，再点击添加医生，把工号、姓名、身份证、电话、科室等信息填入进去，最后点击添加就可以了。如图4-3所示。图4-3添加医生医生信息添加实现的时序图如图4-4所示。图4-4添加医生时序图4.2.3药品信息添加实现医生给患者看完病就需要开出一些药品，有时候医院会有新的药品进入库房，这时就需要管理员登录系统进行添加。进入系统之后，首先点击药品信息管理，其次药品进货管理，在文本框内输入药品编号、药品名称、价格、详细介绍等信息之后，最后点击添加就可以啦。如图4-5所示。图4-5添加药品添加药品时序图如图4-6所示。图4-6添加药品时序图4.2.4医院营业额统计实现医院虽说是看病救人的地方，但是医院也不是慈善机构，医院也要从制药厂里面买药，还要给医生开工资，所以说医院每天也会有自己的营业额。管理员可以在医院的日常工作的门诊营业额看到每天的营业额是多少。如图4-7所示。图4-7统计营业额营业额统计实现的时序图如图4-8所示。图4-8统计营业额时序图4.3医生模块功能这个系统里面有三个角色，分别是医生、患者和管理员。医生在系统中可以开出诊断、查看每天的预约量、在线处理预约情况。4.3.1医生登陆实现医生都有自己的登录方式，如果是新用户就需要在界面注册一下，然后根据账号和密码登录到系统中。具体实现界面如图4-9所示。图4-9医生登陆医生登陆实现的时序图如图4-10所示。图4-10医生登陆时序图4.3.2在线诊断实现有两个诊断方式，一是医生根据病人拍的片子，看看具体的症状，然后更具病人的开出药品。二是，医生在系统里面对患者的预约进行处理，然后把病人叫道面前进行珍治，然后在开出需要的药品，病人再去药房拿药。如图4-11所示。图4-11在线诊断在线诊断的时序图如图4-12所示。图4-12在线诊断时序图3.3查看预约量医生在工作管理里面的诊断量统计可以查看本人一天的工作量。如图4-13所示。图4-13统计预约量时序图如图4-14所示。图4-14预约量统计时序图4.4病人模块功能此系统有三个用户，有医生、病人、管理员。用户查看之前看病的记录。4.4.1系统首页实现当我们使用一个软件和系统的时候，步入眼帘的就是首页，首页美不美观真的很重要，这个系统的界面采用1：1：2：1的尺寸，第一行导航栏，上面有医院的简介、医院的动态、专科介绍、沟通联系、用户登录等窗口。第二行就是滚动的照片，第三行医院的一些具体情况。其布局是两列。一个是介绍医院的，第二个是所有用户来登录的。具体如图4-15所示。图4-15首页4.4.2个人信息维护实现患者根据自己的方式登录到系统中改信息，点击个人信息管理再点击个人信息修改，在里面就可以修改自己的姓名、电话、年龄、地址等重要的信息。如图4-16所示。图4-16个人信息修改时序图如图4-17所示。图4-17个人信息修改时序图4.4.3在线预约患者登录系统之后，在“在线预约管理界面”，在“在线预约信息”选择预约想要预约的医生，找到医生的名字点击预约就即可完成操作。如果用户是第一次访问此系统，就需要根据自己的实名信息进行账号注册，注册成功后，才可以进入本系统进行在线挂号预约。如图4-18所示。图4-18在线预约时序图如图4-19所示。图4-19在线预约时序图4.4.4预约记录查看实现病人登录后可以在“在线预约管理”界面的“在线预约列表”查看自己所以的预约记录。具体实现截图如图4-20所示。图4-20查看预约记录在预约记录中，时序图如图4-21所示。图4-21预约记录时序图

5 系统测试系统实现之后，软件测试也是很有必要的，而且这个环节是完成系统的重中之重，因为编写完系统之后不测试的话，可能会有很多的小问题。如果把有问题的系统交给用户，不满足用户需求的话用户很有可能不会把钱打过来，这样的话前期做的所有工作就没有什么用了。5.1测试方法“软件测试从程序的模块进行分，可以分为白盒测试和黑盒测试[16]”，白盒测试是将模块功能的代码程序打开，对选中的的程序进行检查测试，这个工作量是非常巨大的。但是发现问题后想要解决时，就需要对程序进行白盒测试，这个操作需要系统开发维护人员进行操作。黑盒测试与白盒测试不同的是，黑盒测试的程序，不会很细的研究，所以测试程序的时候就会用到黑盒测试，当测试有问题的时候，才会用白盒测试来看看哪个模块出现了问题。5.2测试目的系统软件测试是系统软件功能和用户需求能够达成一致性的最后保障，所以对于软件质量来说软件测试是非常必要。软件测试的主要目的是找出系统中存在的问题，通过在软件编程过程中来解决这些问题，从而使得软件是按照用户需求的功能进行编程实现的。软件测试的主要目的是为了尽可能的找出已开发出的软件中潜在的Bug，然后将Bug记录并上报给对应的系统开发人员进行Bug的修复，通过在对Bug的修复来保证开发出来的系统是符合系统需求功能。然后将修复好的Bug集成到现有的系统中再继续重复测试，尽可能的重复找出潜在的问题，然后重复上面步骤进行修复，集成。重复多次，直到测试不出比较严重的Bug则结束。因此软件测试的意义是通过重复的测试，修改和集成等步骤来确保系统功能满足用户真实的需求，且通过软件测试能够尽早的发现系统中存在的问题，通过及时发现问题并解决这些问题，从而大大的降低软件修复的成本，并且能够及时纠正开发人员对需求分析的错误理解，从而使得开发人员对用户的需求有个更深入的理解，因而更有利于后续功能的开发。5.3测试原则（1）满足用户需求我们做软件测试的目的就是看做出来的系统与用户要求的系统有什么样的不同，然后将这些不同之处再进行修复，一定做出和用户的需求一样的系统。（2）查缺陷“软件测试还有一个目的就是找出系统中存在的问题[20]”，而不是来验证系统有多准确。软件测试时我们最重要的是了解到系统中存在的功能性问题，不用把正常实现的功能也做报告。在测试阶段的系统不会有多完善，或多或少的都会存在一定的小问题，所以说报告上面只会列出软件存在什么样的功能问题，不会显示系统已正确实现的功能。（3）趁早介入很多人都认为软件测试是系统编写完成才进行的，其实不是这样的，软件测试贯穿整个过程，从软件的需求分析就已经开始介入了，因为尽早的介入就能尽早地发现问题，这样解决问题变得也很简单，维护成本费用也会大大地降低，而且尽早地介入，开发出来地软件质量也会变得非常好。综上优点，尽早地介入优点大于缺点，所以说测试还是尽早进行，及时改正功能。5.4项目测试5.4.1管理员添加测试管理员在此系统中拥有的权限最多最高，所以管理员账号要严格控制，每天好多人注册账号，管理员每天要管理很多项工作。为减轻管理员的管理维护工作，已经有账号的管理员可以在系统中多添加几个管理员账号信息，添加成功的管理员也有相同的权限，可以对患者和医生的账号信息进行管理。管理员还可以对现有的管理员进行增加，删除，修改等信息管理系测试用例如5-2所示。测试结果如图5-1所示。图5-1管理员添加测试5.4.2用户登录测试用户登陆系统的时候，要保证自己的账号、密码和角色一致，像下图所示的账号和角色不一致，系统就会报错，因此用户也会登录不上去。测试结果如图5-2所示。图5-2用户登录测试5.4.3在线预约测试如果患者第一次登录到这个系统，用户就需要先注册，注册成功之后才能进行在线预约。但是用户不能一直预约一个医生，当医生处理我自己的挂号之后，才能再次预约这个医生。如图5-3所示。图5-3在线预约测试5.5测试结论从需求分析阶段就进行测试，在过程中也发现了不少的问题，幸亏是及时的介入了，因此开发此系统的时候节省了不少的时间。所以说尽早地进行测试还是很有必要的。6结论系统中的用户角色有三类，分别是管理员、医生和病人，不同的角色具有不同的权限，管理员具有科室添加和管理、医生添加和管理、药品添加管理和发放、病人信息管理和医院营业情况统计。医生具有线上挂号诊断、处方开具和管理、药品添加、处方收费、个人挂号量统计和营业情况统计。病人具有在线挂号、历史病历查看等功能。医院将号源线上化后，所有的用户都可以通过网络进行查号，在去医院前就可以了解到就诊医院的号源情况，用户可以根据其具体情况来择优选择就医医院，因此系统的优点主要包括以下几个。（1）远程挂号：将原来现场挂号的操作网络化后，用户就可以在家进行挂号，而不再需要去医院现场挂号，从而能够合理的利用好自己的时间，大大减少挂号等待和就医等待的时间，从而大大改善用户的就医体验，从而使得社会发展更加和谐。（2）就医病历数字化：医生在为用户诊断时，都会开一个电子处方，然后根据电子处方来进行取药，所以可以减少纸张的使用，并且方便用户在线查看病历情况。传统的病历，用户想要看到医生的文字是非常困难的。

参考文献[1] 杨超.西安理工大学网络信息管理中心,杨超,etal.基于.net的会议室预约系统的设计与实现[J].信息通信.2015(11)：103-104.[2] 李彦鹏,邓爱珍,何希纯,etal.基于.NET的酒店预订管理系统的设计与实现[J].电脑与电信,2019(7):39-42.[3] 侯玉连.基于.NET的酒店预订代理平台的设计与实现[D].2015.[4] 葛艳秋.基于.NETMVC架构的社区在线超市系统的设计与实现[D].2016.[5] 陈阳.基于.NET在线图书销售系统的设计分析[J].科技风,2015(2):7-8.[6] 王凌.基于.NET的放射科信息管理系统的设计与实现[D].2015.[7] 王丽娟,米西峰.数据库设计规范及设计技巧研究[J].电脑知识与技术,2015,11(28):12-13.[8]问湘妮.个性化医疗信息推荐系统的研究与实现[D].湖南:长沙理工大学,2017.[9]卢智利.医院预约系统规则库设计思路和应用技巧的探讨[J].中国研究型医院,2020,7(04):14-17+91-96.[10]卢道兵,姜雪峰.江苏省基层转诊预约系统接口研究与应用[J].中国医疗设备,2020,35(09):115-119.[11]DewsonR.BeginningSQLServerforDevelopers[M].Apress,2015.[12]AtılımGüneşBaydin,PearlmutterBA,SiskindJM.DiffSharp:AnADLibraryfor.NETLanguages[C]//7thInternationalConferenceonAlgorithmicDifferentiation,ChristChurchOxford,UK,September12–152016(Accepted).2016:265-271.[13]WangY..NET-Based