基于Web的医院管理系统的设计与实现

摘要 I摘要I摘要随着社会的发展，各个医院都在扩大规模，与医院业务有关的管理工作变得越来越繁杂，特别是医院管理工作越来越艰巨。目前，大部分医院的管理仍然是传统的人工管理方式，即通过手工操作方式对医院的信息进行处理，采用传统的医院管理方式效率低下，管理人员的工作负担重，强度大，已经不能适应社会发展和实际的需求。医院在现代社会的发展过程中起着举足轻重的作用，不论医院规模的大小，其部门设计都是非常复杂的，稍有差错就会给病人带来生命危险。各部门的种类交繁多，各级管理人员需要及时了解掌握病人的相关信息及药产品等信息，以做到心中有数，合理安排相关环节的工作，同时，也要做好员工信息的管理，如此复杂的管理工作，如果依靠人工分析进行管理，即难做到，也难保证数据的准确性，以导致错误的管理决策，然而，大部分中小医院仍然没有实现医院管理的信息化，开具医嘱，摆药，书写病历等日常工作十分繁重，乱改医嘱乱收费的情况也有发生，无法给病人提供详细的收费项目清单而造成医患关系紧张。随着网络技术和数据库技术的出现，发展和广泛应用，采用计算机及网络来管理医院信息得到了广泛的应用，可以让医院管理工作变的更加轻松有效。基于Web的医院管理系统的设计主要有到两方面的工作，一方面要做好前台应用程序的开发工作，另一方面要做好后数据库的建立和维护工作。本文描述的是基于Web的医院管理系统的分析和设计，是在Windows环境下的基于Web的医院管理系统。本系统要求具有操作简便，界面友好的特性。本系统的主要功能包括：磁卡门诊管理系统、药品管理子系统、住院管理子系统、医院医技辅助科室管理系统以及后勤管理系统。其中，磁卡门诊管理系统主要包括门诊挂号和门诊收费；药品管理子系统主要包括药房信息和药品信息的管理；住院管理子系统主要包括病人住院、出院和转院信息的管理；医院医技辅助科室管理系统主要包括医院工作人员信息的管理、仪器的管理、收费项目的管理等等；后勤管理系统的内容主要包括：低值易耗品、固定资产、设备管理、考勤管理、图书管理。本文使用Web的医院管理系统，对医院业务、数据、用户登录界面、门诊挂号、门诊收费以及系统安全等进行分析和设计，旨在建立Web的医院管理系统为医院的管理工作提供方面和支持。关键词：Web，医院管理系统，设计与实现 ABSTRACT IIIIABSTRACTWiththedevelopmentofsociety,varioushospitalsinscale,withthebusinessofthemanagementofthehospitalbecomemorecomplicated,especiallyhospitalmanagementmoredifficult.Currently,mostofthehospital’smanagementisstillthetraditionalmanualmanagementmethods,namely,bymanualoperationofthehospital’sinformationprocessing,theuseoflowefficiencyoftraditionalhospitalmanagement,heavyworkloadmanagement,highstrength,hasbeenunabletomeetthecommunitydevelopmentandpracticalneeds.Withtheadventofinternettechnologyanddatabasetechnology,thedevelopmentandwideapplication,theuseofcomputersandinformationnetworkstomanagethehospitalhasbeenwidelyapplied,allowinghospitalmanagementbecomesmoreeasilyandefficiently.DesignofWeb-basedhospitalmanagementsystemmainlyhastoworkintwoareas,onetodothedevelopmentworkoftheforegroundapplication,ontheotherhandtodotheworktobuildandmaintainthedatabase.ThispaperdescribestheanalysisanddesignofWeb-basedhospitalmanagementsystemisintheWindowsenvironmentWebhospitalsHospitalManagementSystem.Thissystemrequiresasimple,user-friendlyfeatures.Themainfeaturesofthissysteminclude:Magneticpatientmanagementsystems,pharmaceuticalmanagementsubsystem,hospitalmanagementsubsystem,andthehospitalauxiliarymedicaltechnologydepartmentmanagementandlogisticsmanagementsystems.Amongthem,thecardmanagementsystemincludesoutpatientclinicsandoutpatientregistrationfee;drugspharmacymanagementsubsystemincludesmanagementinformationanddruginformation,hospitalmanagementsubsystemincludeshospitalization,dischargeandreferralmanagementinformation;hospitalauxiliarymedicaltechnologydepartmentmanagementthesystemincludeshospitalinformationmanagementstaff,equipmentmanagement,projectmanagementfees,etc.contentlogisticsmanagementsystemincludes:consumables,fixedassets,equipmentmanagement,attendancemanagement,librarymanagement.ThisarticleusesaWeb-basedhospitalmanagementsystemfortheanalysisanddesignofWeb-basedhospitalmanagementsystem,ThisarticleUSEStheWebofthehospitalmanagementsystem,thehospitalbusiness,data,theuserlogininterface,outpatientregistrationandoutpatientservicechargeandsystemsafetyanalysisanddesign,aimsto ABSTRACT IIIIIIbuildaWebofhospitalmanagementsystemandprovidesupportforhospitalmanagement.Keywords:Web,designandimplementation,HospitalManagementSystem 目录 IV目录IV目录第一章绪论 11.1研究背景及意义 11.1.1研究背景 11.1.2研究意义 11.2国内外研究现状 21.2.1国外医院信息管理化的研究现状 21.2.2国内医院信息管理系统的研究现状 31.3研究的思路及主要内容 31.3.1研究思路 31.3.2研究的主要内容 41.4系统的特点及结构 51.4.1系统的设计特点 51.4.2论文的结构 6第二章相关技术概述 82.1B/S与C/S体系结构对比 82.2ASP.NET特点及优势 92.3SQLSERVER数据平台简介 102.4本章小结 12第三章基于Web的医院管理系统的需求分析 133.1系统的可行性需求 133.1.1经济可行性 133.1.2技术可行性 143.1.3营运可行性 143.2系统的功能需求 153.2.1系统的功能结构分析 153.2.2系统的用例图 173.3系统的性能需求 193.3.1程序设计的性能需求 193.3.2服务器端的性能需求 203.3.3安全性需求 20 目录 VV3.4本章小结 22第四章基于Web的医院管理系统的设计 234.1系统的数据需求 234.2系统的设计原则 234.3系统的体系架构设计 244.3.1系统的总体架构设计 244.3.2系统的网络拓扑结构设计 274.4数据库设计 284.4.1数据库分析 294.4.2系统配置设计 324.5系统的安全性设计 334.6本章小结 35第五章基于Web的医院管理系统的实现 365.1系统开发及运行环境 365.2系统核心层的实现 365.2.1WEB层的实现 365.2.2业务逻辑层的实现 455.2.3数据持久层的实现 465.3系统主要功能模块的实现 485.3.1用户登录模块的实现 485.3.2挂号管理模块 495.3.3收费管理模块 515.3.4住院管理模块 525.4系统的安全性实现 555.5本章小结 56第六章系统的测试 576.1软件测试概述 576.2测试用例的设计 576.3测试的实施 616.4测试结果分析 64第七章总结 66致谢 67参考文献 68 第一章绪论 11第一章绪论1.1研究背景及意义1.1.1研究背景随着Internet迅速发展及Web技术广泛应用，计算机在各个社会领域中得到越来越多的使用，作为人们生活的重要部门，医院也无法逃避信息时代的巨大挑战。为了实现医院和医院信息的科学化，自动化，网络化管理，开发符合鉴定部门实际情况的医院管理系统势在必行。使用计算机系统之前边疆区域医院管理虽然小部分医院使用平台系统管理，可大部分都是手工操，手工操作手续繁杂，不方便管理，不能保证数据的准确性和及时性，不仅浪费人力，物力和时间，重要的是手工操作可能造成数据录入的错误，影响工作效率，为了提高管理水平，结合医院的需求的科学化，现代化，自动化，网络化医院管理系统是非常重要的一项工作[1]。目前边疆区域医院规模也不断扩大，医院住院病人，职工人数及医院各方面的数据量也不断增长，对于这些情况而言使用计算机先进技术对住院病人，病区和职工信息进行管理具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，成本低等等，这些有点能够极大地提高住院病人，病区和职工信息管理的效率，也是边疆医院管理层次上科学化，现代化，自动化，网络化的重要条件[2]。笔者经过详细调查，总结出目前边疆区域医院管理方面存在的以上问题，所以边疆区域医院需要建立一个基于计算机先进技术的，提高工作效率的，改善这种落后状态的，基于Web模式的自动化，以后台数据库管理的，客户端三层基本结构的管理系统[3]。1.1.2研究意义医院在现代社会的发展过程中起着举足轻重的作用，不论医院规模的大小，其部门设计都是非常复杂的，稍有差错就会给病人带来生命危险。尤其是边疆医院病人数量比较频繁，各部门的种类交繁多，各级管理人员需要及时了解掌握病人的相关信息及药产品等信息，以做到心中有数，合理安排相关环节的工作，同时，也要做好员工信息的管理，如此复杂的管理工作，如果依靠人工分析进行管理，即难做到，也难保证数据的准确性，以导致错误的管理决策，然而，边疆大部分中小医院没有实现医院管理的信息化，开具医嘱，摆药，书写病历等日常工作十分繁重，乱改医嘱乱收费的情况也有发生，无法给病人提供详细的收费项目 22清单而造成医患关系紧张，因此，本人要做的系统针对这些情况，进行详细的分析，设计一个适合于边疆医院的管理系统，本人做的医院管理系统有以下特点：（1）简约的系统操作界面整个系统的操作界面简单、美观，避免边疆区域医院职工读系统的难处，操作极具人性化。（2）完备的系统操作功能系统开发的主旨是简约的操作步骤完备的操作功能，初一看，这好像很矛盾，但是经过完整的策划编排，系统完全做到了功能无遗漏，这点也更好的体现了系统人性化设计。（3）完善的安全机制独立的密码校验功能，确保用户和医院的数据有较好的安全性。1.2国内外研究现状医院的管理过程实际上就是信息收集，加工，决策过程，目的是提高医院医疗，管理的水平，为病人提供更多，更好地服务，医院信息管理是按照医院信息的特点，科学的处理信息，简历医院信息管理系统成为必须要件[4]。医院信息系统（HospitalInformationSystem，HIS）是指利用计算机对医疗活动产生的数据进行采集、处理、加工生成各种信息，为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统[5]。现在国际学术界已被公认为新兴的医学信息学的重要分支。1.2.1国外医院信息管理化的研究现状在发达国家电子计算机在医院的应用已经经历了几十年的时间，20世纪60年代初，美国便开始了HIS的研究，60年代初，美国开始了医院信息管理系统（HMIS）的研究，70-80年代美国的HMIS有了较大的发展。著名的麻省总医院当时开发的COSTAR系统发展到今天已经成为大规模的临床病人信息系统[6]。美国国立图书馆开发的同意的医学语言系统（UMLS）为HIS处理更多医学知识铺平了道路，对于HIS系统的开发提供了更为广阔的平台。日本的HIMS系统开发和应用从70年代初由个别医院开始，慈宁宫财务管理与病案两个子系统开展研究，多数医院从80年代开始迅速发展，主要以大型机为中心，支持多个系统工作，投资规模大[7]。目前，在日本的一些医院里HIS系统发展正一步一步朝系统化、综合性、网络化发展：一般都是以大型机作为系统的中心来支撑整个系统正常运营和工作，然后采用电子计算机技术，实现“Ordering”，即通过发生源将数据直接输入计算机，此外 第一章绪论 33由于HIS支持的诊疗功能在以往的基础上有了很大的变化，所以，诊疗功能在电子病历技术的应用已广泛存在于HIS系统中[8]。1.2.2国内医院信息管理系统的研究现状我国的医院信息化建设伴随着计算机和网络技术的发展，经历了20多个年头，三个阶段：（1）单机单用户，即单PC机阶段。始于20世纪70年代末80年代初，这一阶段开始时以小型机为主，采取终端方式，当时数量很少[9]。这一应用阶段的工作异常辛苦，在技术上能在屏幕上显示汉字也是非常困难的事情。（2）多机、多部门独立系统的应用，即PC机+FOXBASE+局域网+部门级信息系统的应用阶段，20世纪80年代中期，随着XT286的出现和国产化，以及网络操作系统DBASEIII和UNIX的出现，有些医院基于此已经开始建立了小型局域网络，并开发出小型的网络管理系统[10]。（3）局域网络化全院级应用阶段，采用的是C/S、B/S结构的一体化医院信息系统[11]。20世纪90年代以太网和大型关系型数据库因快速快开始逐渐盛行，实现完整的网络管理系统的已经不在话下，于是有医院开始根据自身医院具体情况研究适合的医院管理系统，这一阶段，开发出来全院数据充分共享的、住院、药品、固定物资、LIS、医院影像PACS[12]。而医院信息系统则经历管理信息系统、临床医疗信息系统到区域医疗信息网络的演变。目前，我国各大中型医院已经实现了部门的信息化管理，条件较好的医院正在向全院信息化管理过度。然而大部分小型医院在这方面还有待发展，相信未来几年内这个领域将是一块活跃的市场[13]。1.3研究的思路及主要内容1.3.1研究思路重点研究了医院管理系统的具体实现，在本文所论述的医院管理系统中运用MicrosoftSQLServer2005为后台数据库，以为前端开发工具，运用于IIS服务器中。ASP是一项微软公司的技术，指ActiveServerpages（动态服务器页面），运行于IIS之中的程序[14]。A构架是可以用Microsoft公司最新产品visual开发环境进行开发的，是基于通过语言的编译运行的程序（本系统基于c#语言），所以它的强大性和适应性，可以使它运行在Web应用软件开发者的几乎全部的平台上。通用语言的基本库，消息机制，数据接 44口的处理都能无缝的整合到的Web应用中[15]。本系统采用C#.net语言来编写程序，C#编程语言是由微软公司开发的专门为.net平台设计的语言，它可以使程序员移植到.net上[16]。1.3.2研究的主要内容医院信息管理系统包含五个子系统，现分述如下：1.磁卡管理系统磁卡加密后更具有安全性和可靠性，在将来与银行、医保对接时就更容易操作和实施，磁卡系统的中心财务管理，主要针对医院药品的管理，的收费以及电子病历的查询。来医院就医的患者凭手上办理的医院磁卡进行就医检查、检验以及费用结算和查询，一般的流程为：挂号——就医——划价——交费——检验/检查/处置/拿药；在磁卡系统中：(买卡)——就医——检验/检查/处置/拿药。方便了医生的同时也方便了患者。医生/护士工作平台。在这个系统下医生(或专门录入人员)可直接记录处方和医嘱，并做成模板方便以后使用。病人刷卡、医生诊断后则自动将所需费用划入病人磁卡上，实现看病的自动化。2.住院管理系统（1）住院处管理。病人登记：根据入院通知单，完成病人病案的信息录入、修改或删除。打印病案和预付款的收据。如果病人再次住院则可以自动调出以前的住院记录，从而进行病人跟踪处理。a、查询在院病人的各项情况。b、打印在院病人的登记表。c、统计和打印各科室病人流动日报。（2）出院管理。病人出院时为病人办理费用结算。查询打印任意出院日期范围内的费用账单，统计出院费用。（3）急诊处理。对于急诊病人，可以适当放开某些药品单打印的检验项目。办理预缴金补缴后可以继续接受治疗，然后重新打印收据。(4)护士工作平台。安排床位、主管医生或转床等事宜。办理转科输送及接收；办理出院输送；病人退药申请；病区退药申请；医嘱录入执行。3.药品管理系统(1)中心药房管理。中心药房管理主要对药房的药品进出量进行详细的盘算。针对药品的各种短缺、报损进行详细的记录，并打印明细账和单据，自动调节药 第一章绪论 55品库存。对药品的销售成本以及重点药品和各类药品的详细出入进行统计、查询和打印。(2)住院中西药房管理。病人医嘱处理：根据病人当日病历号、姓名输入病人处方内容自动划价。审核病人医嘱是否入账，然后进行发药，对剧毒、麻醉等特别药品进行单独处理。住院医嘱处理：根据医生的医嘱，药房可依据摆药，护士则可直接前去领药。针剂药品则可按科室同种药总和摆药。药房药品盘库处理：任意期间对药品的溢余、短缺、报损进行盘点并打单记录，对药房给类药品情况进行统计、查询和打印。药品查询：查询各种药品的库存情况，并预测下阶段药品的用量，打印药品清单。4.医院医技辅助科室管理系统(1)病检人检验检查处理。先是对病人账单进行入账处理，然后检查处理，填写结果单，并登记药品详单。(2)实验药品物品管理。对实验药品、物品进行库存管理。对每种库存物件设置进出量，并对物件的进出量进行详细的跟踪记录，同时根据库存和前段时间用量自动生成购领计划。(3)实验药品物品报表处理。对实验物件进行详细的跟踪记录，并依据记录自动完成记账结算功能，实现打印、查询等功能。(4)医疗动态信息查询。实时查询医院人员的动态信息和各种疾病的诊治详细分类信息。(5)财务核算信息查询。实时查询医院财务信息对财务进行分析管理并提供决策支持，对各部门消耗资产情况进行详细的跟踪记录。5.后勤管理系统后勤物资管理主要对固定资产、低值易耗品、设备管理、考勤管理、图书管理进行有效的管理。1.4系统的特点及结构1.4.1系统的设计特点本设计方案基本实现医院信息的彻底数字化，改变传统方式降低管理费，并合理制定医院的发展计划，另一方面，系统的界面友善，避免边疆有些医院工作 66人员反复学习；除此之外，系统利用磁卡实现挂号、电子货币等功能，并与医保结合，实现“一卡通”。该系统具有如下特点：（1）系统维护费用降低：浏览器/服务器的系统只要修改一处就可以在作用所有的前台，省时省力，较以前的系统方便快捷了很多。（2）操作者培训费用降低：因为操作者只要熟悉Internet知识，就可以操作本系统，无需另外专门进行特定的培训，因而可以降低操作者的培训费用。（3）集中管理安全性大大提高：鉴于本系统采用的是黑洞防火墙技术，且程序服务器和数据库服务器都在网络中心，系统的安全性得到了保证，黑客无法接触到主机，因此安全系数提高不少。（4）构造成本降低：客户端安装的费用可以节省下来，从而降低成本。（5）响应速度大大提高：鉴于Internet的数据传输特点，因此传输高效。（6）可远程维护：集中管理和Internet的技术特点使本系统可以实现远程维护，从而使修改作用于所有的工作站，高效快捷。（7）界面友善：因为工作界面友善，工作人员的操作非常方便，这大大降低了系统使用难度。1.4.2论文的结构文章的写作结构大致为：理论基础——系统的需求分析——系统的设计——系统的实现及测试。本文主要的框架如下：第一章是绪论部分，对本文的研究背景及研究意义、研究现状、研究思路及结构、研究创新点进行一个总的概括。第二章是对系统开发使用的技术进行分析，包括B/S与C/S体系结构对比、ASP.NET特点分析、SQLSERVER数据平台简介等内容。第三章是对医院管理系统的需求进行分析，从系统开发的可行性、功能需求以及性能需求等方面对系统开发的整体进行分析。第四章是在第三章的基础上对医院管理系统的框架结构、设计原则、数据需求以及数据库设计进行总体分析为后文系统的实现奠定基础。第五章医院管理系统的实现，首先对系统开发与运行环境进行总体概述，其次对系统核心功能模块的实现分析，在实现的基础上，对系统运行界面进行截图，并附上部分模块的功能代码。 第一章绪论 77第六章医院管理系统的测试部分，是对系统的各个功能模块进行了全部测试，在测试的过程中，也发现了系统存在的缺陷，并基于测试的结果，对系统存在的缺陷进行了修改和完善，最后进行了回归。最后是总结全文并提出进一部分研究展望。 88第二章相关技术概述2.1B/S与C/S体系结构对比B/S作为一种网络结构新模式兴起于Web后，客户端最主要的应用软件就是Web浏览器，该模式将系统功能的核心部分集中在服务器上统一了客户端，实现了系统的简化，使系统的开发、使用和维护都易于进行[17]。通过在客户机上安装一个浏览器，然后利用WebServe，在服务器安装Oracle、Sybase、Informix或SQLServer等数据库之后就可以同数据库进行数据交互[18]。目前，随着系统升级和改进次数增多，B/S架构的产品的优势就更突出，它较之前的系统更为便捷。相对于一个大企业来说的化，B/S架构的软件就不需要系统工作人员面对机器来回跑动维护，只需要将服务器管理好就行了，不仅节约了时间还节约了成本[19]。凡使用B/S架构的应用管理软件，其应用范围十分广泛[20]。不过，B/S模式的也有弊端，就是B/S架构管理软件就安装在服务器端上，用户界面主要在服务器端通过浏览器实现，只有很少一部分的事务逻辑是在前端实现，因而应用于服务器运行数据的负荷就会比较重。但同时网络管理人员也只需要管理服务器，做一下机器的硬件维护就足够了[21]。但是，由于运行数据时应用服务器的负荷较重，所以一旦发生服务器崩溃的问题，带来的影响将十分严重，因而要考虑数据的存储问题。C/S模式[22]是一种常见的由客户端和服务器系统的工作方式完成，客户端负责实现用户界面；服务器上运行的数据库管理系统（DBMS），数据存储，数据的安全性，完整性和并发控制等处理保证；而事务处理规则可以在一个这两种，这种结构主要体现一个“请求-响应”模型，使数据处理客户端请求，服务器接受并将结果输出到客户端，做出相应的反应[23]。C/S模式中，服务器端只实现一小部分程序功能，响应速度非常快。C/S的弊端就是系统软件升级的成本高。应该说，B/S和C/S各有千秋，同时作为当前重要的计算架构，在应用Internet和维护等方面，B/S比C/S要优化；但B/S在运行的速度上，数据的安全性上以及人机交互等方面不如C/S[24]。综上所述，凡是C/S的强项，便是B/S的弱项，反之亦然[25]。目前，随着B/S结构使用频率的增加，简介带动了AJAX技术的发展，从很大程度上减轻了服务器的负担[26]。综合来看，我院客户端数量将逐渐增加，并选择B/S体系结构从而减少维护成本。 第二章相关技术概述 992.2ASP.NET特点及优势提到ASP.NET，你必须先找出什么是ASP。ASP是ActiveServerPages，即，ActiveServerPages，为什么叫它活动服务器页面，这是因为所有的静态HTML页面上上网，如果你需要更新你的网站内容，你必须做很多HTML页[27]。用ASP之后，我们可以根据不同的用户在不同的时间向用户显示不同的内容。更新网站内容不再是一个繁琐的迭代过程，它变得容易和有趣。然而，由于对ASP程序和网页的HTML混合在一起，使程序看起来很混乱。在当前网站的设计过程，通常是由程序开发者计划发展的背景下完成的，在一个专业的平面设计页的前面，所以，在双方合作的过程中会产生各种各样的问题[28]。同时，ASP页面是解释型的脚本语言，所以它的速度的影响。脚本语言的限制，通过自身的条件，当我们已经调用ASP程序编写COM组件来完成一些功能[29]。所以微软最后推出了ASP.NET。ASP.NET不仅仅是一个简单的升级具有一定的，这为我们提供了一个新的更强大的服务器控制结构。外观：ASP.NET和ASP是相似的，但在本质上是完全不同的。ASP.NET几乎完全是基于组件对象的组件和模块，每一个页面，对象，和HTML元素是一个运行。在语言的发展，ASP.NET废弃的VBSCRIPT和JSCRIPT，而使用。NET框架支持VB.NET，C#.NET语言等开发语言，这些语言生成的网页是背景转换成为类和编译成为一个DLL。因为ASP.NET是一个编译器的实现，所以它比效率更高的ASP。ASP.NET文件有以下几项内容[30]：(1)服务器发出的处理指令。(2)C#、VB.NET、JScript.NET代码或.NETFramework支持的其他语言的代码。(3)对应的窗体内容。(4)脚本代码。(5)内嵌的服务器控件。在Web窗体控件状态信息，包括数据输入文本框，下拉列表中的选项，等，被存储在一个隐藏的ViewState的领域，这个领域是生成的页面的服务器部分，并将其发送给用户。随后的操作称为Postback，如触发事件，你需要一个服务器端的处理，如提交表单数据，信息被发送回服务器。在服务器上，此信息是用于再填充页面对象模型，为了操作，在本地修改相同[31]。ASP.NET提供了易于编写，结构清晰的代码，可以很容易地重用和共享；采用汇编语言编写ASP.NET，以提高性能和可扩展性；ASP.NETWeb表单使开发人员能够使用更直观，使用组件，使用面向对象技术。此外，ASP.NET页面还包括事件， 1010Web控件，服务器控件和缓冲技术和数据绑定的改进。使用Microsoft.NET框架，ASP.NET图书馆允许通过使用商业功能的Web客户，为程序员提供了更多新的发展机遇。ASP.NET使代码更干净。现有的ASP应用程序，无论你怎样写，总是充满了长长短短的代码。在ASP.NET代码不仅容易写，更干净到ASP代码更容易阅读[32]。同时，ASP.NET代码的结构方式提高了其再利用性和共享性。ASP.NET改进的配置具有可扩展性，安全性，可靠性。简单的ASP应用程序配置实际上是没有问题的，但是当你迁移到一个N层结构使用的组件时，它会遇到的问题。当你安装这些应用和维修，DLL陷阱问题，包括组件注册，并锁定DLL的版本等等都会出现。ASP在注册和注销DLL锁定网络组件，充分利用XML配置文件从而解决。只需要执行的工作，所以你可以复制文件来配置Web应用程序。新闻发布系统的各种不同的浏览器提供更好的支持。对于ASP开发者，浏览器兼容性的问题似乎是一个永恒的问题。ASP.NET是不同的浏览器提供更好的支持。ASP.NET创建了一个新的Web应用程序类。当前的Web应用程序往往是相同的模式：一个线性应用逻辑，然后植入其中之一。ASP.NET允许开发者打破这种单一的模式，创造一个更有活力和更可扩展的应用程序，该应用程序可以更好的满足和提供更丰富的开发环境。2.3SQLSERVER数据平台简介SQL是关系数据库管理系统，微软推出了一种新的数据管理和分析软件使用方便，具有良好的可扩展性的生成，与相关软件的优势整合水平较高。SQLServer是一个全面的，综合的，端到端的数据解决方案，提供了一个安全，可靠和高效的企业数据管理和商业智能（BI）应用程序的业务用户平台。SQLServer的IT专业人员和信息工作者带来的强大，熟悉的工具，同时降低企业数据从移动设备创建一个多平台系统，复杂的部署，管理，和使用企业数据和分析应用。通过全面的功能集、与现有系统的互操作性等提供了对日常任务的自动化管理能力。SQLSERVER数据平台包括以下工具：(1)关系型数据库。一个更安全的，可靠的，可扩展的，强大的和高可用的数据库引擎性能的提高和结构化和非结构化的数据支持。(2)复制服务。数据复制可以用于数据分布或移动数据处理中的应用，为高可用性数据备份系统，企业报表解决方案的可扩展性和并发性，异构系统（包括Oracle数据库整合一些）。 第二章相关技术概述 1111(3)通知服务。对于可伸缩的应用程序，可以发布个性化的开发和部署先进的通知功能，及时的信息更新到不同的连接和移动设备。集成服务。在一个企业范围的数据仓库和数据集成的数据提取，转换和加载（ETL）功能。(4)分析服务。联机分析处理（OLAP）功能可以用来存储大量使用多维和复杂的数据集快速先进的分析。(5)报表服务。创建全面的报告解决方案，管理和发布的传统，打印报告和互动的，基于Web的报告。(6)管理工具。综合管理工具包含在SQL服务器可用于管理和优化先进的数据库，同时，作为微软运营经理（MOM）系统管理服务器（SMS）与其他工具紧密集成。标准的数据访问协议大大减少SQL服务器之间现有的系统和数据集成的时间。此外，在SQLServer构建本土网络服务器和其他支持，以确保和平台的互操作性的应用。(7)开发工具。SQLSERVER为数据库引擎、数据抽取、数据的转换、数据的装载(ETL)、OLAP和报表提供了和MicrosoftVisualStudio相集成的开发工具，从而使端到端的应用程序开发能力成为现实。SQLServer中的每个主要的子系统都有对应的应用程序接口(API)和对象模型，因而数据系统能够扩展到任何商业环境中。SQLServer数据平台为各种规模的组织提供了以下好处：（1）充分利用数据资产。除了提供一个安全和业务分析应用在可靠的数据库，SQL服务器还允许用户通过嵌入功能，从他们的数据中获取更多的价值（如报告，分析和数据挖掘等）可以充分利用其强大的功能和灵活的数据传递到每一个组织，成为其他系统的一部分。（2）提高生产效率。通过一个综合性的BI功能和熟悉微软办公系统的工具集成，SQLServer提供关键业务信息和及时的信息内的工人组织为了满足他们的特定需求。（3）减少IT复杂性。SQLServer简化开发，部署和管理的业务分析应用的复杂性，它为开发者提供了一个灵活的开发环境，提供了一个集成的自动化管理工具进行数据库管理。（4）降低总体拥有成本(TCO)。SQLServer中集成的方法和对产品易用性和部署上的关注提供了行业上最低的规划、实现和维护成本，使数据库投资能快速得到回报。 12122.4本章小结在本章中对与医院管理系统有关的一些技术进行了探讨和选择。分析了目前开发管理信息系统的两种主要平台：客户机/服务器（C/S）和浏览器/服务器(B/S)模式，分析了它们之间的优缺点；并以实际情况为基础，提出了在医院管理信息系统中采用B/S体系结构的方案。 第三章基于Web的医院管理系统的需求分析 1313第三章基于Web的医院管理系统的需求分析软件工程的生命周期主要包括系统的需求分析、概要设计、详细设计、系统实现和系统测试几个部分，本文基于软件工程的生命周期理论，分别对系统进行需求分析、系统设计、系统实现和系统测试。本章中重点对系统进行需求分析，需求分析是软件开发的基础，在系统开发的前期进行。在需求分析阶段，系统分析员和软件工程师需要与系统用户进行广泛交流、深入沟通，确定顾客的需要，主要包括系统的功能需求、性能需求、数据需求等等，只有确定了系统的需求才能在系统分析、系统设计和系统开发阶段，寻求系统的开发方式以及解决方法。本文对Web医院管理系统的开发正是在充分了解客户需求的基础上进行的。3.1系统的可行性需求可行性需求分析是基于对软件系统的调查，确定开发系统是否必要、是否可行，并分析系统在开发过程中涉及的经济成本、技术难点、以及后期运行的效果等等。避免产生盲目开发而导致的投资失误，以确保系统开发的正常进行和后期运行的成功性。本文基于Web的医院管理系统的可行性需求分析主要包括如下：3.1.1经济可行性经济可行性就是评估系统开发的成本以及系统运行的经济效益。一方面，通过对Web的医院管理系开发过程中涉及的人力成本、软件开发成本、硬件设施成本以及运行维护成本等进行评估，确保系统开发的单位能够接受相应的资金；另一方面，系统开发实施后，在很大程序上可以提高工作功率，有利于提高和完善单位的信息化管理水平。通过对Web的医院管理系统进行调查，可以看出，对系统的开发成本是可以接受的，Web的医院管理系在投入实施和使用之后，将大大地提高工作效率和管理水平。因此，开发Web的医院管理系在经济上是可行的。经济可行性，对于本文而言，主要是来比较开发一个基于Web系统的医院管理系统的成本和收益。如今社会是信息化时代，信息化管理可以使医院信息管理更加系统化，全面化、规范化、快速化，这样可以为医院带来各方面的收益。开发出本系统可以减少医院管理人员的数量，而且管理方便，各个功能实现快速、 1414准确，数据管理及时有效。这些效益和管理上的方便、及时、安全远远超过了开发本系统的成本，所以在经济上具有完全的可行性。3.1.2技术可行性对系统的技术可行性分析是基于客户的需求来进行的，通过客户提出的功能需求和性能需求，系统开发人员需要对开发技术条件是否能够完成系统的需求进行评估，确定功能实现、性能目标等存在的技术难题，技术条件是否能正常解决这些技术难题。本文的Web的医院管理系采用了B/S开发模式，并结合现今流行的系统开发技术。系统开发使用了SQLServer数据库服务器，不仅能够存储和处理海量的数据，还可以充分保持数据的完整性，与此同时，数据库的灵活性以及安全性使得能够方便地进行数据库编程。因此，从软件技术的层面来看，系统开发是可行的。同时，系统运行的硬件设施层面，硬件的容量逐渐增大，硬件的稳定性和可靠性越来越强，硬件成本也越来越低，因此，可以说，系统的硬件平台也是能够满足系统的需求的。总之，本系统开发的目标很清楚，在技术和经济方面是可行的，投资少，见效快。因此，该系统的开发是完全可行的。总的说来，Web的医院管理系统开发的目标明确，在经济上和技术上都是可行的。3.1.3营运可行性指系统对组织机构的影响，现有人员和机构、设施、环境等对系统的适应性以及进行人员培训补充的可能性。医院管理系统主要是为了解决医院的医院管理问题，并且减轻相应管理人员的工作负担。特别是当前医院信息管理相关的相关软件还不多，且功能单一，不完善，升级困难，操作不方便。本系统是针对广大医院管理的具体情况而开发的，适合广大医院需求，它追求简单、易学、易懂、易用，易升级，能够更有效地减轻相关管理人员的负担，因而市场前景是十分光明的。在系统开发时，我们参照手工方式下医院管理人员的管理习惯，即根据医院管理人员进行医院管理时原先的操作流程和操作习惯开发。因此，只要对操作人员进行短期的培训，就能让他们很快的适应新系统的运作模式，所以不需要对业务流程进行重新调整就能使系统正常运作，进而缩短了整个系统的开发时间。另外，本系统对用户的权限也实现了严格的分层控制，使医院里的相关人员既能够 第三章基于Web的医院管理系统的需求分析 1515根据自己的权限方便快捷的使用本系统，又能够做到不越权使用。总而言之，本医院信息管理系统已经有了正常运行的可能性。3.2系统的功能需求基于Web的医院管理系的最终用户为医院工作人员。根据我们日常生活中的经验，结合对自己医院管理人员的咨询和对医务人员的调查，得出用户的下列实际要求：1.系统管理员系统管理员能查询医院的所有相关信息，主要包括系统表、人员信息、系统权限、财务信息、医药信息、数据、住院数据等。以利于对整个医院信息的全面管理。当医院基本信息发生变化时，系统管理员能对其进行修改。比如，某些病人转院，他们在本医院中相应的记录就应该更新；或者病人需要转科室，他们记录中科室的信息也要作相应的修改等等。当医院医务人员的个人信息，包括电话号码等发生变更时，系统管理员能根据有关证明做出修改。当医院财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。2.患者住院信息需求在基于Web的医院管理系统中，医护人员需要获取的病患信息主要包括病人基本信息；病人挂号信息；病人住院、出院或转院的信息；病人的治疗信息；主治医生的相关信息；药房和药品的相关信息；财务信息等等，这些都是医院工作人员在病人管理工作过程中需要经常使用的。挂号处医务人员完成病人挂号信息的录入、编辑和删除；收费处工作人员完成病人住院、药品等费用的收取；药库管理人员负责药品信息的录入、编辑和删除等操作；医院财务人员负责财务信息的核算和统计等。3.2.1系统的功能结构分析基于Web的医院管理系统的核心业务主要包括：磁卡管理系统、住院管理系统、药品管理系统、医院医技辅助科室管理系统、后勤管理系统。各个功能模块描述如下：1.磁卡管理系统磁卡加密后更具有安全性和可靠性，在将来与银行、医保接口时就更容易操作和实施，磁卡系统的中心财务管理，主要针对医院药品的管理，的收费以及电子病历的查询。来医院就医的患者凭手上办理的医院磁卡进行就医检查、检验以 1616及费用结算和查询，一般的流程为：挂号——就医——划价——交费——检验/检查/处置/拿药；在磁卡系统中：(买卡)——就医——检验/检查/处置/拿药。方便了医生的同时也方便了患者。医生/护士工作平台。医生可在此系统录入处方和医嘱，实现计算机辅助开处方，此药房还能供后来者使用。系统在患者刷卡、医生开方后自动将费用划入患者磁卡上，实现自动化就医看病。病人费用查询。一方面病人通过磁卡可自由查询自己的费用，另一方面可增加病人对医院收费的信用度。2.住院管理系统（1）住院处管理。住院处根据医生开的病人入院通知单对病人进行登记，填写病人的相关信息，打印病案、预缴金收据，且后期对病人进行跟踪处理。（2）出院管理。出院管理主要办理患者费用的结算、费用查询以及打印病人的出院收据。包括一些中期结算、查询、退款中结、欠费等。（3）急诊处理。对于急诊病人可以根据情况适当的放开一些药品的管理。在处理一些预缴金时，若果患者住院费用超过预缴金在办理了预缴金补缴后可以继续进行治疗。(4)护士工作平台。对入住的患者登记、安排床位、转床等等其他辅助性工作。3.药品管理系统药品管理系统分为中心药房管理、及住院中西药房管理等几个功能模块。(1)中心药房管理。中心药房管理即对医院药库的管理，主要职能就是针对药房药品的进出量，来源和去处做详细的记录。对任意时期的药品信息、药品的销售成本以及药品详单报表的生成、查询以及打印。(2)住院中西药房管理。病人医嘱处理：根据病人当日病历号、姓名输入病人处方内容自动划价。审核病人医嘱是否入账，然后进行发药，对剧毒、麻醉等特别药品进行单独处理。住院医嘱处理：根据医生的医嘱，药房可依据摆药，护士则可直接前去买药。针剂药品则可按科室同种药总和摆药。药房药品盘库处理：任意期间对药品的溢余、短缺、报损进行盘点并打单记录，对药房给类药品情况进行统计、查询和打印。药品查询：查询各种药品的库存情况，并预测下阶段药品的用量，打印药品清单。4.医院医技辅助科室管理系统 第三章基于Web的医院管理系统的需求分析 1717(1)病检人检验检查处理。先是对病人账单进行入账处理，然后检查处理，填写结果单，并登记药品详单。(2)实验药品物品管理。对实验药品、物品进行库存管理。对每种库存物件设置进出量，并对物件的进出量进行详细的跟踪记录，同时根据库存和前段时间用量自动生成购领计划。(3)实验药品物品报表处理。对实验物件进行详细的跟踪记录，并依据记录自动完成记账结算功能，实现打印、查询等功能。(4)医疗动态信息查询。实时查询医院人员的动态信息和各种疾病的诊治详细分类信息。(5)财务核算信息查询。实时查询医院财务信息对财务进行分析管理并提供决策支持，对各部门消耗资产情况进行详细的跟踪记录。5.后勤管理系统后勤物资管理主要对固定资产、低值易耗品、设备管理、考勤管理、图书管理进行有效管理。3.2.2系统的用例图根据以上对系统进行需求分析，可得出基于Web的医院管理系统的UML用例图如下图3-2所示。不同的系统用户，具有不同的功能权限，其中医院工作人员，挂号处医务人员需要完成病人挂号信息的录入、编辑和删除；收费处工作人员完成病人住院、药品等费用的收取；药库管理人员负责药品信息的录入、编辑和删除等操作；医院财务人员负责财务信息的核算和统计等。而系统管理员具有系统的所有功能的权限，能查询医院的所有相关信息，主要包括系统表、人员信息、系统权限、财务信息、医药信息、数据、住院数据等。以利于对整个医院信息的全面管理。18挂号信息录入、编辑药品费用的的收取财物信息的可算和统计门诊数据住院数据医药信息系统权限18挂号信息录入、编辑药品费用的的收取财物信息的可算和统计门诊数据住院数据医药信息系统权限医院工作系统管理

员员图3-2系统的UML用例图按照前文所述，通过前面的需求分析，本系统主要分为主要5个功能模块：管理子系统、药品管理子系统、住院管理子系统、医院医技辅助科室管理系统、后勤管理系统。而在本文中，由于篇幅有限，仅仅对其中的三大功能模块进行详细设计和实现，即挂号管理模块、收费管理模块和医院医技辅助科室管理系统模块。系统的业务数据流程如下图3-3所示： 第三章基于Web的医院管理系统的需求分析 各科室工作人员查询修改时间查询、统计修改、录入、删除修改、录入、删除、编辑查询管理员19各科室工作人员查询修改时间查询、统计修改、录入、删除修改、录入、删除、编辑查询管理员19客户信息客户信息

编辑后数据客户信息

统计后数据住院管理

客信息客户信息

编辑后数据客户信息

统计后数据住院收费信息

管理缴费管理

编辑后数据缴费管理

统计后数据收费信息图3-3数据流程图3.3系统的性能需求基于Web的医院管理系统的设计与开发除了实现相应的功能模块之外，还需要结合使用的实际情况，确保系统的稳定性、可扩展性、可维护性、安全性等。本节从程序设计的性能、服务器端的性能、系统的安全性等几个方面对系统的性能需求进行分析。3.3.1程序设计的性能需求在程序设计的过程中，需要符合以下几个方面的要求：（1）对系统进行界面设计时，需要充分结合人机交互的特点，达到功能完善、界面友好、风格一致、用户操作便利、维护方便等目标，便于用户使用。 2020（2）对系统进行程序设计和实现时，要充分考虑系统的可扩展性和可移植性，在后期用户使用系统时，如果用户需求发生变化，需要增加或者扩展新的功能，系统的软硬件需要具备较好的兼容性和可调整性。（3）在对系统的架构进行设计时，需要考虑海量数据的传输、数据处理等情况，同时，大量用户访问系统时，要确保系统的响应速度和数据的即时更新。（4）系统除了实现用户所需的功能之外，还需要考虑系统的安全性能，可通过在程序设计中强化安全机制，例如身份认证机制、用户权限机制等，同时，也需要对系统的相关数据进行定时备份，一旦系统出现故障，能够确保数据的及时恢复，保证系统能够正常地运行。（5）选择程序设计语言和开发环境时，需要采用目前较为先进的技术和架构，使得系统的后期运行能够满足未来发展的需求。（6）在用户常用界面设计和程序设计时，要确保系统的易用性，例如用户输入数据的便利性、向用户提供实时帮助、输入和编辑的数据能够进行动态修改、输入输出操作简单快捷、数据的输出能够以其他相应格式导出（例如，统计数据能够以Excel的形式导出保存，方便打印使用）等等。3.3.2服务器端的性能需求在系统的服务器端，需要具有完备的硬件设备，根据系统的运行要求和用户使用要求，设计满足软件运行的硬件配置，例如服务器内存、CPU、硬盘容量等等；除此之外，还需要具备系统可以正常运行的软件配置环境，并结合用户的网络运行情况，通过考虑系统的安全性、稳定性等因素，合理地配置和部署操作系统和数据库，从而制定一套完善的服务器端环境部署方案。3.3.3安全性需求系统的安全性需求是基于功能性需求和数据需求而产生的，主要分为两个部分：第一部分是系统的功能模块在实现过程中所需的安全性要求，是根据系统的功能模块特定的；第二部分是受系统所使用单位的相关规章、制度约束的安全性需求。本节从网络的安全性、服务器的安全性和平台的安全性三个方面来分析基于Web的医院管理系统的安全性需求。1.网络的安全性满足基本的安全要求是网络成功运行的必要条件，在此基础上提供强有力的安全保障是网络系统安全的重要原则。 第三章基于Web的医院管理系统的需求分析 2121在基于Web的医院管理系统的使用单位部署相应的服务器、主机以及网络设备，保障部署设备的正常运行以及运行系统的安全性，这是基于Web的医院管理系统最基本的安全性需求。避免网络遭受恶意攻击，一旦发现存在攻击，应提供相应的对策和措施确保网络的正常运行，系统运行过程中发生特殊情况时需要能够快速地恢复系统功能和相关数据，确保数据的安全性和完整性。突发情况的发生以及恶意攻击记录需要保存记录在用户操作日志中，便于系统管理员进行查询和分析。2.服务器的安全性基于Web的医院管理系统部署在服务器上，服务器是用户访问系统的入口，是网络的核心部分。服务器主要包括主机、Web服务器、数据库服务器等等。服务器的安全性对于系统来讲尤为重要。普遍情况下，服务器的安全机制主要体现在以下几个方面：1）访问控制机制——对特定的网段、特定的服务建立有效的访问控制机制，使得恶意攻击在到达相应目标之前得到阻止和终止。2）安全漏洞检查机制——随着操作系统的更新以及网络环境的变化，定期对系统可能存在的安全漏洞进行检查，并对检查结果进行评估，及时对存在的安全漏洞进行修复，使得漏洞攻击无效。3）加密机制——对系统涉及的数据、通讯等进行加密处理，使得系统的内部结构以及通讯接口不暴露在外，使得攻击者难以获取并编辑系统的重要信息和敏感信息。4）身份认证机制——建立良好的身份认证机制，确保合法用户的正常进入和对系统的使用，防止他人假冒合法用户进入系统。5）备份及还原机制——建立系统备份及还原机制，一旦系统崩溃或者遭受攻击，能够确保系统在最短时间内对数据和系统进行恢复，能够正常运行和使用。对系统及数据进行备份时，采用异地备份技术，尽可能降低突发事件导致的损失。3.平台的安全性平台安全可以采用多种技术来增强和执行。但是，很多安全威胁来源于管理上的松懈及对安全威胁的认识。来自平台方面的安全威胁主要利用以下途径：系统平台的安全性通常是由于管理问题以及对安全性的认识问题导致的，主要分为以下几个方面：1）系统的分析和设计时存在先天的漏洞；2）在系统开发的初期，缺乏对安全性的重视，没有建立较为完善的系统安全机制； 22223）系统用户在使用系统的过程中，缺乏较强的安全意识，对账户的安全性管理意识薄弱，例如泄露管理账号、密码设置简单等问题。4）系统使用单位的管理机制不够完善，部门职能划分不清、职责不明，不同的账号在使用系统时权限分配不合理，导致存在安全隐患。对于以上存在的安全性问题，可知平台的安全性需求主要体现在以下几个方面：1）在对系统进行分析和设计时，需要充分考虑系统的安全性问题，建立完善的安全防御机制和漏洞检查机制；2）系统的权限分配合理，对权限系统进行审查，建立完善的权限审查机制；3）强化系统用户的安全意识，建立数据隐私保护机制；4）建立健全的管理机制，部门职能划分明确、职责分明，避免安全隐患。3.4本章小结本章从系统的可行性、功能需求、性能需求条件和限制分析等方面对医院管理系统的设计需求进行了比较详细的分析，由于篇幅关系，仅涉及了部分内容，但需要强调的是，需求分析是开发软件的前提，应当越详尽越好，这样才能保证系统开发的效率。 第四章基于Web的医院管理系统设计 1n审批处理分管nn主治医师科室专家划药患者23n nn11n审批处理分管nn主治医师科室专家划药患者23n nn1第四章基于Web的医院管理系统的设计基于上章对系统进行需求分析，本章着重对系统进行设计，主要包括对系统的体系架构、系统的核心功能模块、数据库等进行设计。4.1系统的数据需求系统的数据是系统的核心内容，也是系统的重要组成部分。系统核心功能的实现主要用于系统中数据的维护和显示。其中，数据模型表示系统存储的数据以及数据之间的关系。在基于Web的医院管理系统中，实体与实体存在这样的关系：一个医院工作人员可以管理多项工作，一项工作可以申报一个以上的管理人员；一个系统管理文员负责一个子系统，一个子系统可以多项工作，一个系统管理员可以负责多项工作，一项工作可以由多个系统管理人员负责管理。基于此，可以设计实体关系图(E-R图)如下图4-1所示。图4-1基于Web的医院管理系统的E-R图4.2系统的设计原则基于Web的医院管理系统的设计要充分结合系统所使用单位的实际情况，考虑系统的需求、系统开发涉及的技术、安全性等因素。本系统在设计时，将遵循以下几个方面的原则：（1）结构化设计原则 2424系统在设计过程中，将遵循系统的结构化设计原则，采用自顶向下的设计模式，逐步求精，对功能模块进行细化，达到系统模块化的要求和目标。（2）界面友好性原则系统在进行界面设计时，要根据使用者的特点和习惯，体现人性化的设计理念，便于系统用户使用。（3）简单易用性原则系统设计时，设计人员需要站在用户的角度，尽量简化系统的工作流程，使用户的工作简单化，从技术实现上达到化繁为简，使得系统用户能够在较短的时间内，完成较为复杂的工作，不断提高自身的工作效率。（4）安全性原则系统的安全性是至关重要的，而安全性的把握并不仅仅是在系统的编码环节在有所体现，在对系统进行设计时，需要充分考虑系统的安全特点，建立完善的安全机制，为后期的系统开发和编码奠定较好的架构基础。（5）易扩展性和易维护性原则基于Web的医院管理系统在开发完成投入运行使用之后，一旦用户需求增加或者发生变化，需要在现有系统的基础上，对系统进行扩展和维护。如果系统在进行设计和编码时，没有考虑系统的后期扩展性问题，将会大大地提高维护成本，增大维护的工作量，因此在前期对系统进行设计时，需要充分考虑后期的维护问题，使得后期的维护工作能够在最短的时间内完成系统的变更和升级。具体实施时，可以通过开发标准统一的接口等方式来实现。4.3系统的体系架构设计4.3.1系统的总体架构设计基于Web的医院管理系统包括系统的前台展示和系统的后台管理，前台系统采用B/S模式，后台系统采用C/S模式。系统用户通过客户端来访问系统的服务器相关资源，针对普通用户以及远程用户，系统采用了B/S模式，医院工作人员可通过Web来访问系统的相关资源。基于Web的医院管理系统采用了常见的三层结构，即业务逻辑层、数据访问层，以及数据库层，如图4-3所示。 第四章基于Web的医院管理系统设计 药品库存管理决策查询单据管理综合管理运输管理药品采购管理25应用层组织结构数据库财务数据库关联方数据库药品数据库数据层组件层基于展现层 用户界面安药品库存管理决策查询单据管理综合管理运输管理药品采购管理25应用层组织结构数据库财务数据库关联方数据库药品数据库数据层组件层基于展现层 用户界面安全体系的医院管理系统权限管理内容管理用户认证分页组件业务逻辑Web业务逻辑层（含界面）数据访问层数据库层图4-3基于Web的医院管理系统的三层结构简化图图4-3中的三层结构中，实现的关键和核心是对数据访问层和业务逻辑层进行需求分析，以及系统设计，业务逻辑层主要体现在用户的使用界面上，用户使用系统时，如果能达到功能完整、操作简单、易于理解，则可认为是一个设计良好的业务逻辑层。在对数据库层进行设计和实现时，通常都会将对数据库的操作封装起来，例如数据的增加、编辑、删除和查询操作等，便于数据访问层和业务逻辑层的调用，也方便系统后期功能的扩展和可维护性。基于Web的医院管理系统的体系架构如图4-4。图4-4基于Web的医院管理系统的体系架构系统的主要功能结构如下图4-5所示。 退出系统系统设置门诊报表病案管理门诊退号门诊挂号门诊挂号模块考勤管理后勤管理系统收费项目管理仪器管理医院人员信息管理住院管理药品管理药房管理收费管理挂号管理医院医技辅助科室管理系统住院管理子系统药品管理子系统磁卡门诊管理子系统基于Web的医院管理系统26设备、图书管理出院管理转退出系统系统设置门诊报表病案管理门诊退号门诊挂号门诊挂号模块考勤管理后勤管理系统收费项目管理仪器管理医院人员信息管理住院管理药品管理药房管理收费管理挂号管理医院医技辅助科室管理系统住院管理子系统药品管理子系统磁卡门诊管理子系统基于Web的医院管理系统26设备、图书管理出院管理转院管理图4-5基于Web的医院管理系统的功能结构1.挂号管理模块挂号模块分为挂号、退号、病案管理、报表、系统设置和退出系统。如图4-6所示。图4-6挂号管理模块其中，挂号是对各类挂号和票据的打印，退号则是对未就医患者进行退号和退款；病案管理：查询、补录及修改病人信息；报表：生成、查询和打印各种统计报表；系统设置：基本信息和用户权限的设置以及医生值班表的导入和维护；退出系统：退出挂号模块。2.收费关系模块在收费模块中，主要实现以下几个功能：收费、处方退药、报表统计等，其功能模块如图4-7所示。 第四章基于Web的医院管理系统设计 项目维护药品维护科室维护人事维护系统管理模块退出系统系统设置信息查询收费报表处方退药划价收费门诊收费模块27项目维护药品维护科室维护人事维护系统管理模块退出系统系统设置信息查询收费报表处方退药划价收费门诊收费模块27图4-7收费管理模块其中，划价收费是实现对药品、检查项目的划价和收费，处方退药是实现对已经交费但是还没有领药以及没有作检查的项目进行退款；收费报表主要生成、查询和打印各种统计报表；信息查询是对查询患者的就诊信息以及票据信息的功能实现；系统设置主要是实现该模块基本信息和用户权限设置；退出系统就是退出收费模块。3.医院医技辅助科室管理系统模块医院医技辅助科室管理系统模块中主要是对数据库中的基本数据进行管理维护，实现了药品和检查治疗项目的数据维护、科室信息维护、人事信息维护以及系统设置的功能，其功能模块如图4-8所示。图4-8系统管理模块其中，人事维护主要是对人员的基本信息进行维护，科室维护主要包括科室基本信息的维护，药品维护主要是指药品信息以及库存的维护，项目维护主要是指检查治疗项目的维护。该模块将员工的权限设置为两个层次，第一层次是系统操作系统管理员拥有最大的权限，您可以输入数据库，数据库中的数据来创建，修改，删除；第二个层次是系统操作员，您可以使用相应的功能模块，但无法进入数据库。为了区分员工两个层次之间，除了运营商的用户名称，你也可以用IP地址来区分。4.3.2系统的网络拓扑结构设计系统的网络拓扑结构主要包括以下几个部分：数据库服务器、Web服务器、应用服务器、交换机（应用交换机和核心交换机）和客户端。基于Web的医院管 2828理系统的网络拓扑结构如下图4-9所示。图4-9基于Web的医院管理系统的网络拓扑图在基于Web的医院管理系统的网络拓扑结构中，各部门所使用的应用交换机与核心交换机进行连接，然后对各部门的客户端进行组织，从而建立供企业内部使用的局域网，形成了服务器/客户端结构的基于Web的医院管理系统的网络拓扑结构。基于Web的医院管理系统的硬件结构体系中，客户端之间的通讯不需通过服务器，在局域网内均可实现，在很大程度上提高了系统的处理效率。当客户端需要连接或访问服务器上存储的数据资源，则需要向服务器发出请求，然后，服务器响应客户端的请求信息。基于Web的医院管理系统的硬件结构中，数据库服务器采用了数据交换能力达到100Mb/s以上的交换机，根据系统的性能要求，对其配置进行调整，系统的硬盘采用了120G以上，内存2G以上等。4.4数据库设计基于第3章基于Web的医院管理系统的需求分析结果，本节对系统的几个核心功能模块进行详细设计。 第四章基于Web的医院管理系统设计 29294.4.1数据库分析一个真正的，完整的网站不能被从数据库中分离出来，因为可以在一个文本文件中存储少量的数据，如Web访问人数，但实际应用的需要保存的数据远远高于这个小位，但这些data往往关联，利用数据库来管理这些数据，可以方便地查询和更新。它可以说是一个系统能不能从一个数据库中分离出来，设计最优。现在，我们可以有很多，如：福克斯，数据库（DBF），Access数据库（MDB）时，DB2，INFORMIX，Oracle和SQLServer的数据库使用，并依此类推。本管理系统共用到六个表：科室编码表、医生编码表、患者信息表、收费项目明细表、计量单位编码表和收费流水表，各表之间均有一定的关系，可以进行关联。（1）科室编码表主要包括流水号、科室编号以及科室名称、科室级别和备注。（2）医生编码表主要包括流水号、医生姓名和医生编号以及职称、性别、职务，还有是否出诊以及所在科室和备注。（3）患者信息表主要包括流水号、病人的姓名、性别、出生日期以及常住地址、电话、具体的挂号时间和备注。（4）收费项目明细表主要包括流水号、项目编号、项目名称以及收费一级分类、收费二级分类、计量单位和项目价格及备注。（5）计量单位编码表主要包括流水号、单位编号以及单位名称和备注。（6）收费流水表主要包括流水号、患者的病志号、姓名、票据号以及各项收费编号、收费名称，还有收费二级分类、医生编码、就诊的科室、处方的执行科室，除此之外还有金额、操作人员编号、单价、处方号、数量、规格就诊日期以及机器号和统计时间。数据库的设计是构建数据库和开发系统的基础，也是系统设计的核心之一，针对不同的应用环境，需要建造优异的数据库设计模式，从而构建数据库应用系统，使得系统能够更加有效地存储数据，来满足不同用户的不同需求。数据库设计是系统设计和实现中非常重要的环节，根据数据库设计的三大范式要求，数据库的设计需要保证数据的一致性、安全性等，根据本文中基于Web的医院管理系统的实际应用情况，本系统采用了SQLServer作为数据库服务器。根据基于Web的医院管理系统各模块之间的关系，在对基于Web的医院管理系统进行数据库设计时，主要包括了8个数据表，同时，为了方便数据的跨表查询，本数据库还设计了相应的视图。下面以核心业务为例来描述数据库的具体设计。 3030在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来将这两个方面的需求分析、抽象、设计、实现在各个阶段同时进行，相互参照，相互补充，以完善两方面的设计。需求分析是数据库设计的第一阶段，其根本任务是确定系统必须具有的功能和性能。概念结构设计阶段是整个数据库设计的关键，通过对用户需求进行综合、归纳与抽象，形成一个独立于具体的概念模型。逻辑结构设计阶段将概念结构转换为数据模型并对其进行优化。数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构。数据库实施阶段则运用数据语言、工具，根据逻辑设计和物理设计的结果，建立数据库，编制与调试应用程序，组织数据入库并进行试运行。数据库运行和维护阶段，数据库应用系统经过试运行后即可投入正式运行，在数据库系统运行过程中必须不断地对其进行评价、调整与修改。采用实体分析的方法进行基于Web的医院管理系统数据库的概念设计。以下以基于Web的医院管理系统中的住院管理子系统为例，介绍住院部分数据库的主要表结构。用户表（t_user）中保存系统用户的基本信息，例如用户ID、用户名、密码、性别、用户级别、备注等，其中密码长度在程序中控制，长度不超过10。t_user表的结构如下表4-1，4-2，4-3，4-4，4-5，4-6，4-7，4-8，4-9，4-10所示。表4-1病人基本情况字段含义类型备注WardCNumber卡号Char(10)PKPatientName病人姓名Varchar(10)NotnullInWardDate入院时间DatetimeNotnullOutWardDate出院时间DatetimeNotnullTotalExpense总费用MoneyNotnullChargType费用类别Char(4)NotnullWbedN床号Char(3)NotnullInWardReson入院原因Varchar(12)NullSickDeree病情情况Char(2)NullSex性别Char(2)NotnullAge年龄大小IntNotnullOccupation职业Char(4)NotnullConMan联系人Char(10)NullRelation关系Char(4)NullAdress病人地址Varchar(50)Notnull 第四章基于Web的医院管理系统设计 3131表4-2病人处方字段名含义类型备注ScripSeriN处方的编码Char(10)PKScripDate处方时间DatetimeNotnullScripDoctor处方医生Char(3)NotnullWcardNumber卡号Char(10)FK表4-3处方明细表字段名含义类型备注ItemLSerN处方流水号Char(3)PKMCode收费编码Varchar(10)FKQ