摘要
摘要
随着社会的发展，各个医院都在扩大规模，与医院业务有关的管理工作变得越来越繁杂，特别是医院管理工作越来越艰巨。目前，大部分医院的管理仍然是传统的人工管理方式，即通过手工操作方式对医院的信息进行处理，采用传统的医院管理方式效率低下，管理人员的工作负担重，强度大，已经不能适应社会发展和实际的需求。医院在现代社会的发展过程中起着举足轻重的作用，不论医院规模的大小，其部门设计都是非常复杂的，稍有差错就会给病人带来生命危险。
各部门的种类交繁多，各级管理人员需要及时了解掌握病人的相关信息及药产品等信息，以做到心中有数，合理安排相关环节的工作，同时，也要做好员工信息的管理 ，如此复杂的管理工作，如果依靠人工分析进行管理，即难做到，也难保证数据的准确性，以导致错误的管理决策，然而，大部分中小医院仍然没有实现医院管理的信息化，开具医嘱，摆药，书写病历等日常工作十分繁重，乱改医嘱乱收费的情况也有发生，无法给病人提供详细的收费项目清单而造成医患关系紧张。随着网络技术和数据库技术的出现，发展和广泛应用，采用计算机及网络来管理医院信息得到了广泛的应用，可以让医院管理工作变的更加轻松有效。
基于 Web 的医院管理系统的设计主要有到两方面的工作，一方面要做好前台应用程序的开发工作，另一方面要做好后数据库的建立和维护工作。本文描述的是基于 Web 的医院管理系统的分析和设计，是在 Windows 环境下的基于 Web 的医院管理系统。本系统要求具有操作简便，界面友好的特性。本系统的主要功能包括：磁卡门诊管理系统、药品管理子系统、住院管理子系统、医院医技辅助科室管理系统以及后勤管理系统。其中，磁卡门诊管理系统主要包括门诊挂号和门诊收费；药品管理子系统主要包括药房信息和药品信息的管理；住院管理子系统主要包括病人住院、出院和转院信息的管理；医院医技辅助科室管理系统主要包括医院工作人员信息的管理、仪器的管理、收费项目的管理等等；后勤管理系统的内容主要包括：低值易耗品、固定资产、设备管理、考勤管理、图书管理。本文使用 Web 的医院管理系统，对医院业务、数据、用户登录界面、门诊挂号、门诊收费以及系统安全等进行分析和设计，旨在建立 Web 的医院管理系统为医院的管理工作提供方面和支持。
关键词：Web，医院管理系统，设计与实现
I
ABSTRACT
ABSTRACT
With the development of society, various hospitals in scale, with the business ofthe management of the hospital become more complicated, especially hospitalmanagement more difficult. Currently, most of the hospital’s management is still thetraditional manual management methods, namely, by manual operation of the hospital’sinformation processing, the use of low efficiency of traditional hospital management,heavy workload management, high strength, has been unable to meet the communitydevelopment and practical needs. With the advent of internet technology and databasetechnology, the development and wide application, the use of computers andinformation networks to manage the hospital has been widely applied, allowing hospitalmanagement becomes more easily and efficiently.
Design of Web -based hospital management system mainly has to work in twoareas, one to do the development work of the foreground application, on the other handto do the work to build and maintain the database. This paper describes the analysis anddesign of Web -based hospital management system is in the Windows environmentWeb hospitals Hospital Management System. This system requires a simple, user-friendly features. The main features of this system include: Magnetic patientmanagement systems, pharmaceutical management subsystem, hospital managementsubsystem, and the hospital auxiliary medical technology department management andlogistics management systems. Among them, the card management system includesoutpatient clinics and outpatient registration fee; drugs pharmacy managementsubsystem includes management information and drug information, hospitalmanagement subsystem includes hospitalization, discharge and referral managementinformation; hospital auxiliary medical technology department management the systemincludes hospital information management staff, equipment management, projectmanagement fees, etc. content logistics management system includes: consumables,fixed assets, equipment management, attendance management, library management.
This article uses a Web-based hospital management system for the analysis and designof Web-based hospital management system, This article USES the Web of the hospitalmanagement system, the hospital business, data, the user login interface, outpatientregistration and outpatient service charge and system safety analysis and design, aims to
II
ABSTRACT
build a Web of hospital management system and provide support for hospitalmanagement. Keywords: Web, design and implementation, Hospital Management System
III
目录
目录
第一章 绪论 ................................................................................................................................ 1
1.1 研究背景及意义 ........................................................................................................ 1
1.1.1 研究背景 .......................................................................................................... 1
1.1.2 研究意义 .......................................................................................................... 1
1.2 国内外研究现状 ........................................................................................................ 2
1.2.1 国外医院信息管理化的研究现状 ............................................................... 2
1.2.2 国内医院信息管理系统的研究现状 .......................................................... 3
1.3 研究的思路及主要内容 ........................................................................................... 3
1.3.1 研究思路 .......................................................................................................... 3
1.3.2 研究的主要内容 ............................................................................................. 4
1.4 系统的特点及结构 .................................................................................................... 5
1.4.1 系统的设计特点 ............................................................................................. 5
1.4.2 论文的结构 ...................................................................................................... 6
第二章 相关技术概述 ............................................................................................................ 8
2.1 B/S 与 C/S 体系结构对比 ...................................................................................... 8
2.2 ASP.NET 特点及优势 ............................................................................................. 9
2.3 SQL SERVER 数据平台简介 ............................................................................... 10
2.4 本章小结 ................................................................................................................... 12
第三章 基于 Web 的医院管理系统的需求分析 ............................................................. 13
3.1 系统的可行性需求 .................................................................................................. 13
3.1.1 经济可行性 .................................................................................................... 13
3.1.2 技术可行性 .................................................................................................... 14
3.1.3 营运可行性 .................................................................................................... 14
3.2 系统的功能需求 ...................................................................................................... 15
3.2.1 系统的功能结构分析 ................................................................................... 15
3.2.2 系统的用例图 ................................................................................................ 17
3.3 系统的性能需求 ...................................................................................................... 19
3.3.1 程序设计的性能需求 ................................................................................... 19
3.3.2 服务器端的性能需求 ................................................................................... 20
3.3.3 安全性需求 .................................................................................................... 20
IV
目录
3.4 本章小结 ................................................................................................................... 22 第四章 基于 Web 的医院管理系统的设计 ..................................................................... 23
4.1 系统的数据需求 ...................................................................................................... 23
4.2 系统的设计原则 ...................................................................................................... 23
4.3 系统的体系架构设计 .............................................................................................. 24
4.3.1 系统的总体架构设计 ................................................................................... 24
4.3.2 系统的网络拓扑结构设计 .......................................................................... 27
4.4 数据库设计 ............................................................................................................... 28
4.4.1 数据库分析 .................................................................................................... 29
4.4.2 系统配置设计 ................................................................................................ 32
4.5 系统的安全性设计 .................................................................................................. 33
4.6 本章小结 ................................................................................................................... 35
第五章 基于 Web 的医院管理系统的实现 ..................................................................... 36
5.1 系统开发及运行环境 .............................................................................................. 36
5.2 系统核心层的实现 .................................................................................................. 36
5.2.1 WEB 层的实现 ............................................................................................ 36
5.2.2 业务逻辑层的实现 ....................................................................................... 45
5.2.3 数据持久层的实现 ....................................................................................... 46
5.3 系统主要功能模块的实现 ..................................................................................... 48
5.3.1 用户登录模块的实现 ................................................................................... 48
5.3.2 挂号管理模块 ................................................................................................ 49
5.3.3 收费管理模块 ................................................................................................ 51
5.3.4 住院管理模块 ................................................................................................ 52
5.4 系统的安全性实现 .................................................................................................. 55
5.5 本章小结 ................................................................................................................... 56
第六章 系统的测试 ............................................................................................................... 57
6.1 软件测试概述 ........................................................................................................... 57
6.2 测试用例的设计 ...................................................................................................... 57
6.3 测试的实施 ............................................................................................................... 61
6.4 测试结果分析 ...........................................................................................................
第七章 总结 ............................................................................................................................ 66
致谢 .......................................................................................................................................... 67
参考文献 ................................................................................................................................. 68
V
第一章 绪论
第一章 绪论
1.1 研究背景及意义 1.1.1 研究背景
随着 Internet 迅速发展及 Web技术广泛应用，计算机在各个社会领域中得到越来越多的使用，作为人们生活的重要部门，医院也无法逃避信息时代的巨大挑战。为了实现医院和医院信息的科学化，自动化，网络化管理，开发符合鉴定部门实际情况的医院管理系统势在必行。使用计算机系统之前边疆区域医院管理虽然小部分医院使用平台系统管理，可大部分都是手工操，手工操作手续繁杂，不方便管理，不能保证数据的准确性和及时性，不仅浪费人力，物力和时间，重要的是手工操作可能造成数据录入的错误，影响工作效率，为了提高管理水平，结合医院的需求的科学化，现代化，自动化，网络化医院管理系统是非常重要的一项工作[1]。目前边疆区域医院规模也不断扩大，医院住院病人，职工人数及医院各方面的数据量也不断增长，对于这些情况而言使用计算机先进技术对住院病人，病区和职工信息进行管理具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，成本低等等，这些有点能够极大地提高住院病人，病区和职工信息管理的效率，也是边疆医院管理层次上科学化，现代化，自动化，网络化的重要条件[2]。笔者经过详细调查，总结出目前边疆区域医院管理方面存在的以上问题，所以边疆区域医院需要建立一个基于计算机先进技术的，提高工作效率的，改善这种落后状态的，基于 Web 模式的自动化，以后台数据库管理的，客户端三层基本结构的管理系统[3]。
1.1.2 研究意义
医院在现代社会的发展过程中起着举足轻重的作用，不论医院规模的大小，其部门设计都是非常复杂的，稍有差错就会给病人带来生命危险。尤其是边疆医院病人数量比较频繁，各部门的种类交繁多，各级管理人员需要及时了解掌握病人的相关信息及药产品等信息，以做到心中有数，合理安排相关环节的工作，同时，也要做好员工信息的管理 ，如此复杂的管理工作，如果依靠人工分析进行管理，即难做到，也难保证数据的准确性，以导致错误的管理决策，然而，边疆大部分中小医院没有实现医院管理的信息化，开具医嘱，摆药，书写病历等日常工作十分繁重，乱改医嘱乱收费的情况也有发生，无法给病人提供详细的收费项目
1
清单而造成医患关系紧张，因此，本人要做的系统针对这些情况，进行详细的分析，设计一个适合于边疆医院的管理系统，本人做的医院管理系统有以下特点：
（1）简约的系统操作界面
整个系统的操作界面简单、美观，避免边疆区域医院职工读系统的难处，操作极具人性化。
（2）完备的系统操作功能
系统开发的主旨是简约的操作步骤完备的操作功能，初一看，这好像很矛盾，但是经过完整的策划编排，系统完全做到了功能无遗漏，这点也更好的体现了系统人性化设计。
（3）完善的安全机制
的密码校验功能，确保用户和医院的数据有较好的安全性。
1.2 国内外研究现状
医院的管理过程实际上就是信息收集，加工，决策过程，目的是提高医院医疗，管理的水平，为病人提供更多，更好地服务，医院信息管理是按照医院信息的特点，科学的处理信息，简历医院信息管理系统成为必须要件[4]。医院信息系统（Hospital Information System，HIS）是指利用计算机对医疗活动产生的数据进行采集、处理、加工生成各种信息，为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统[5]。现在国际学术界已被公认为新兴的医学信息学的重要分支。
1.2.1 国外医院信息管理化的研究现状
在发达国家电子计算机在医院的应用已经经历了几十年的时间，20世纪 60年代初，美国便开始了 HIS的研究，60年代初，美国开始了医院信息管理系统（HMIS） 的研究，70-80 年代美国的 HMIS 有了较大的发展。著名的麻省总医院当时开发的COSTAR 系统发展到今天已经成为大规模的临床病人信息系统[6]。美国国立图书馆开发的同意的医学语言系统（UMLS）为 HIS 处理更多医学知识铺平了道路，对于HIS系统的开发提供了更为广阔的平台。日本的 HIMS系统开发和应用从 70年代初由个别医院开始，慈宁宫财务管理与病案两个子系统开展研究，多数医院从 80年代开始迅速发展，主要以大型机为中心，支持多个系统工作，投资规模大[7]。目前，在日本的一些医院里 HIS 系统发展正一步一步朝系统化、综合性、网络化发展：
一
般都是以大型机作为系统的中心来支撑整个系统正常运营和工作，然后采用电
子计算机技术，实现“Ordering”，即通过发生源将数据直接输入计算机，此外
2
第一章 绪论
由于 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 研究思路
重点研究了医院管理系统的具体实现，在本文所论述的医院管理系统中运用Microsoft SQL Server2005 为后台数据库，以 asp.net 为前端开发工具，运用于IIS服务器中。ASP 是一项微软公司的技术，指 Active Server pages（动态服务器页面），运行于 IIS 之中的程序[14]。Asp.net 构架是可以用 Microsoft 公司最新产品 visual studio.net 开发环境进行开发的，asp.net 是基于通过语言的编译运行的程序（本系统基于 c#语言），所以它的强大性和适应性，可以使它运行在Web应用软件开发者的几乎全部的平台上。通用语言的基本库，消息机制，数据接
3
口的处理都能无缝的整合到 asp.net的 Web 应用中[15]。本系统采用 C#.net语言来编写程序，C#编程语言是由微软公司开发的专门为.net 平台设计的语言，它可以使程序员移植到.net 上[16]。
1.3.2 研究的主要内容
医院信息管理系统包含五个子系统，现分述如下： 1.磁卡管理系统
磁卡加密后更具有安全性和可靠性，在将来与银行、医保对接时就更容易操作和实施，磁卡系统的中心财务管理，主要针对医院药品的管理，的收费以及电子病历的查询。来医院就医的患者凭手上办理的医院磁卡进行就医检查、检验以及费用结算和查询，一般的流程为：挂号——就医——划价——交费——检验/检查/处置/拿药；在磁卡系统中：(买卡)——就医——检验/检查/处置/拿药。方便了医生的同时也方便了患者。
医生/护士工作平台。在这个系统下医生(或专门录入人员)可直接记录处方和医嘱，并做成模板方便以后使用。病人刷卡、医生诊断后则自动将所需费用划入病人磁卡上，实现看病的自动化。
2.住院管理系统
（1）住院处管理。病人登记：根据入院通知单，完成病人病案的信息录入、修改或删除。打印病案和预付款的收据。如果病人再次住院则可以自动调出以前的住院记录，从而进行病人跟踪处理。
a、查询在院病人的各项情况。 b、打印在院病人的登记表。
c、统计和打印各科室病人流动日报。
（2）出院管理。病人出院时为病人办理费用结算。查询打印任意出院日期范围内的费用账单，统计出院费用。
（3）急诊处理。对于急诊病人， 可以适当放开某些药品单打印的检验项目。 办理预缴金补缴后可以继续接受治疗，然后重新打印收据。
(4)护士工作平台。安排床位、主管医生或转床等事宜。办理转科输送及接收；办理出院输送；病人退药申请；病区退药申请；医嘱录入执行。
3.药品管理系统
(1)中心药房管理。中心药房管理主要对药房的药品进出量进行详细的盘算。 针对药品的各种短缺、报损进行详细的记录，并打印明细账和单据，自动调节药
4
第一章 绪论
品库存。对药品的销售成本以及重点药品和各类药品的详细出入进行统计、查询和打印。
(2)住院中西药房管理。
病人医嘱处理：根据病人当日病历号、姓名输入病人处方内容自动划价。审核病人医嘱是否入账，然后进行发药，对剧毒、麻醉等特别药品进行单独处理。
住院医嘱处理：根据医生的医嘱，药房可依据摆药，护士则可直接前去领药。 针剂药品则可按科室同种药总和摆药。
药房药品盘库处理： 任意期间对药品的溢余、短缺、报损进行盘点并打单记录，对药房给类药品情况进行统计、查询和打印。
药品查询：查询各种药品的库存情况，并预测下阶段药品的用量，打印药品清单。 4.医院医技辅助科室管理系统
(1)病检人检验检查处理。先是对病人账单进行入账处理，然后检查处理，填写结果单，并登记药品详单。
(2)实验药品物品管理。对实验药品、物品进行库存管理。对每种库存物件设置进出量，并对物件的进出量进行详细的跟踪记录，同时根据库存和前段时间用量自动生成购领计划。
(3)实验药品物品报表处理。对实验物件进行详细的跟踪记录，并依据记录自动完成记账结算功能，实现打印、查询等功能。
(4)医疗动态信息查询。实时查询医院人员的动态信息和各种疾病的诊治详细分类信息。
(5)财务核算信息查询。实时查询医院财务信息对财务进行分析管理并提供决策支持，对各部门消耗资产情况进行详细的跟踪记录。
5.后勤管理系统
后勤物资管理主要对固定资产、低值易耗品、设备管理、考勤管理、图书管理进行有效的管理。
1.4 系统的特点及结构
1.4.1 系统的设计特点
本设计方案基本实现医院信息的彻底数字化，改变传统方式降低管理费，并合理制定医院的发展计划，另一方面，系统的界面友善，避免边疆有些医院工作
5
人员反复学习；除此之外，系统利用磁卡实现挂号、电子货币等功能，并与医保结合，实现 “一卡通”。该系统具有如下特点：
（1）系统维护费用降低：浏览器/服务器的系统只要修改一处就可以在作用所有的前台，省时省力，较以前的系统方便快捷了很多。
（2）操作者培训费用降低：因为操作者只要熟悉 Internet 知识，就可以操作本系统，无需另外专门进行特定的培训，因而可以降低操作者的培训费用。
（3）集中管理安全性大大提高：鉴于本系统采用的是黑洞防火墙技术，且程序服务器和数据库服务器都在网络中心，系统的安全性得到了保证，黑客无法接触到主机，因此安全系数提高不少。
（4）构造成本降低：客户端安装的费用可以节省下来，从而降低成本。 （5）响应速度大大提高：鉴于 Internet 的数据传输特点，因此传输高效。 （6）可远程维护：集中管理和 Internet 的技术特点使本系统可以实现远程维护，从而使修改作用于所有的工作站，高效快捷。
（7）界面友善：因为工作界面友善，工作人员的操作非常方便，这大大降低了系统使用难度。
1.4.2 论文的结构
文章的写作结构大致为：理论基础——系统的需求分析——系统的设计——系统的实现及测试。
本文主要的框架如下：
第一章是绪论部分，对本文的研究背景及研究意义、研究现状、研究思路及结构、
研究创新点进行一个总的概括。
第二章是对系统开发使用的技术进行分析，包括 B/S 与 C/S 体系结构对比、
ASP.NET特点分析、SQL SERVER数据平台简介等内容。
第三章是对医院管理系统的需求进行分析，从系统开发的可行性、功能需求以及性能需求等方面对系统开发的整体进行分析。
第四章是在第三章的基础上对医院管理系统的框架结构、设计原则、数据需求以及数据库设计进行总体分析为后文系统的实现奠定基础。
第五章医院管理系统的实现，首先对系统开发与运行环境进行总体概述，其次对系统核心功能模块的实现分析，在实现的基础上，对系统运行界面进行截图，并附上部分模块的功能代码。
6
第一章 绪论
第六章医院管理系统的测试部分，是对系统的各个功能模块进行了全部测试，在测试的过程中，也发现了系统存在的缺陷，并基于测试的结果，对系统存在的缺陷进行了修改和完善，最后进行了回归。
最后是总结全文并提出进一部分研究展望。
7
第二章 相关技术概述
2.1 B/S 与 C/S 体系结构对比
B/S 作为一种网络结构新模式兴起于 Web 后，客户端最主要的应用软件就是Web浏览器，该模式将系统功能的核心部分集中在服务器上统一了客户端，实现了系统的简化，使系统的开发、使用和维护都易于进行 [17]。
通过在客户机上安装一个浏览器，然后利用 Web Serve，在服务器安装 Oracle、
Sybase、Informix 或 SQL Server等数据库之后就可以同数据库进行数据交互[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体系结构从而减少维护成本。
8
第二章 相关技术概述
2.2 ASP.NET 特点及优势
提到 ASP.NET，你必须先找出什么是 ASP。ASP是 Active Server Pages，即，Active Server Pages，为什么叫它活动服务器页面，这是因为所有的静态 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 代码或.NET Framework 支持的其他语言的代码。 (3)对应的窗体内容。 (4)脚本代码。
(5)内嵌的服务器控件。
在 Web 窗体控件状态信息，包括数据输入文本框，下拉列表中的选项，等，被存储在一个隐藏的 ViewState 的领域，这个领域是生成的页面的服务器部分，并将其发送给用户。随后的操作称为 Postback，如触发事件，你需要一个服务器端的处理，如提交表单数据，信息被发送回服务器。在服务器上，此信息是用于再填充页面对象模型，为了操作，在本地修改相同[31]。
ASP.NET提供了易于编写，结构清晰的代码，可以很容易地重用和共享；采用汇编语言编写 ASP.NET，以提高性能和可扩展性；ASP.NET Web表单使开发人员能够使用更直观，使用组件，使用面向对象技术。此外，ASP.NET页面还包括事件，
9
Web控件，服务器控件和缓冲技术和数据绑定的改进。使用 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.3 SQL SERVER 数据平台简介
SQL是关系数据库管理系统，微软推出了一种新的数据管理和分析软件使用方便，
具有良好的可扩展性的生成，与相关软件的优势整合水平较高。SQL Server是一个全面的，综合的，端到端的数据解决方案，提供了一个安全，可靠和高效的企业数据管理和商业智能（BI）应用程序的业务用户平台。SQL Server 的 IT专业人员和信息工作者带来的强大，熟悉的工具，同时降低企业数据从移动设备创建一个多平台系统，复杂的部署，管理，和使用企业数据和分析应用。通过全面的功能集、与现有系统的互操作性等提供了对日常任务的自动化管理能力。
SQL SERVER数据平台包括以下工具：
(1)关系型数据库。一个更安全的，可靠的，可扩展的，强大的和高可用的数据库引擎性能的提高和结构化和非结构化的数据支持。
(2)复制服务。数据复制可以用于数据分布或移动数据处理中的应用，为高可用性数据备份系统，企业报表解决方案的可扩展性和并发性，异构系统（包括Oracle数据库整合一些）。
10
第二章 相关技术概述
(3)通知服务。对于可伸缩的应用程序，可以发布个性化的开发和部署先进的
通知功能，及时的信息更新到不同的连接和移动设备。集成服务。在一个企业范围的数据仓库和数据集成的数据提取，转换和加载（ETL）功能。
(4)分析服务。联机分析处理（OLAP）功能可以用来存储大量使用和复杂的数据集快速先进的分析。
(5)报表服务。创建全面的报告解决方案，管理和发布的传统，打印报告和互动的，
基于 Web的报告。
(6)管理工具。综合管理工具包含在 SQL 服务器可用于管理和优化先进的数据库，
同时，作为微软运营经理（MOM）系统管理服务器（SMS）与其他工具紧密集成。标准的数据访问协议大大减少 SQL服务器之间现有的系统和数据集成的时间。
此外，在 SQL Server 构建本土网络服务器和其他支持，以确保和平台的互操作性的应用。
(7)开发工具。SQL SERVER为数据库引擎、数据抽取、数据的转换、数据的装载(ETL)、OLAP和报表提供了和 Microsoft Visual Studio相集成的开发工具，从而使端到端的应用程序开发能力成为现实。SQL Server 中的每个主要的子系统都有对应的应用程序接口(API)和对象模型，因而数据系统能够扩展到任何商业环境中。
SQL Server数据平台为各种规模的组织提供了以下好处：
（1）充分利用数据资产。除了提供一个安全和业务分析应用在可靠的数据库，
SQL服务器还允许用户通过嵌入功能，从他们的数据中获取更多的价值（如报告，分析和数据挖掘等）可以充分利用其强大的功能和灵活的数据传递到每一个组织，成为其他系统的一部分。
（2）提高生产效率。通过一个综合性的 BI 功能和熟悉微软办公系统的工具集成，SQL Server 提供关键业务信息和及时的信息内的工人组织为了满足他们的特定需求。
（3）减少 IT 复杂性。SQL Server 简化开发，部署和管理的业务分析应用的复杂性，它为开发者提供了一个灵活的开发环境，提供了一个集成的自动化管理工具进行数据库管理。
（4）降低总体拥有成本(TCO)。SQL Server 中集成的方法和对产品易用性和部署上的关注提供了行业上最低的规划、实现和维护成本，使数据库投资能快速得到回报。
11
2.4 本章小结
在本章中对与医院管理系统有关的一些技术进行了探讨和选择。分析了目前开发管理信息系统的两种主要平台：客户机/服务器（C/S）和浏览器/服务器(B/S)模式，分析了它们之间的优缺点；并以实际情况为基础，提出了在医院管理信息系统中采用 B/S体系结构的方案。
12
第三章 基于Web的医院管理系统的需求分析
第三章 基于 Web 的医院管理系统的需求分析
软件工程的生命周期主要包括系统的需求分析、概要设计、详细设计、系统实现和系统测试几个部分，本文基于软件工程的生命周期理论，分别对系统进行需求分析、系统设计、系统实现和系统测试。
本章中重点对系统进行需求分析，需求分析是软件开发的基础，在系统开发的前期进行。在需求分析阶段，系统分析员和软件工程师需要与系统用户进行广泛交流、深入沟通，确定顾客的需要，主要包括系统的功能需求、性能需求、数据需求等等，只有确定了系统的需求才能在系统分析、系统设计和系统开发阶段，寻求系统的开发方式以及解决方法。本文对 Web 医院管理系统的开发正是在充分了解客户需求的基础上进行的。
3.1 系统的可行性需求
可行性需求分析是基于对软件系统的调查，确定开发系统是否必要、是否可行，
并分析系统在开发过程中涉及的经济成本、技术难点、以及后期运行的效果等等。避免产生盲目开发而导致的投资失误，以确保系统开发的正常进行和后期运行的成功性。
本文基于 Web 的医院管理系统的可行性需求分析主要包括如下：
3.1.1 经济可行性
经济可行性就是评估系统开发的成本以及系统运行的经济效益。一方面，通过对 Web 的医院管理系开发过程中涉及的人力成本、软件开发成本、硬件设施成本以及运行维护成本等进行评估，确保系统开发的单位能够接受相应的资金；另一方面，系统开发实施后，在很大程序上可以提高工作功率，有利于提高和完善单位的信息化管理水平。
通过对 Web 的医院管理系统进行调查，可以看出，对系统的开发成本是可以接受的，Web的医院管理系在投入实施和使用之后，将大大地提高工作效率和管理水平。因此，开发 Web的医院管理系在经济上是可行的。
经济可行性，对于本文而言，主要是来比较开发一个基于 Web 系统的医院管理系统的成本和收益。如今社会是信息化时代，信息化管理可以使医院信息管理更加系统化，全面化、规范化、快速化，这样可以为医院带来各方面的收益。开发出本系统可以减少医院管理人员的数量，而且管理方便，各个功能实现快速、
13
准确，数据管理及时有效。这些效益和管理上的方便、及时、安全远远超过了开发本系统的成本，所以在经济上具有完全的可行性。
3.1.2 技术可行性
对系统的技术可行性分析是基于客户的需求来进行的，通过客户提出的功能需求和性能需求，系统开发人员需要对开发技术条件是否能够完成系统的需求进行评估，确定功能实现、性能目标等存在的技术难题，技术条件是否能正常解决这些技术难题。
本文的 Web 的医院管理系采用了 B/S 开发模式，并结合现今流行的系统开发技术。系统开发使用了 SQL Server数据库服务器，不仅能够存储和处理海量的数据，还可以充分保持数据的完整性，与此同时，数据库的灵活性以及安全性使得能够方便地进行数据库编程。因此，从软件技术的层面来看，系统开发是可行的。
同时，系统运行的硬件设施层面，硬件的容量逐渐增大，硬件的稳定性和可靠性越来越强，硬件成本也越来越低，因此，可以说，系统的硬件平台也是能够满足系统的需求的。
总之，本系统开发的目标很清楚，在技术和经济方面是可行的，投资少，见效快。因此，该系统的开发是完全可行的。
总的说来，Web 的医院管理系统开发的目标明确，在经济上和技术上都是可行的。
3.1.3 营运可行性
指系统对组织机构的影响，现有人员和机构、设施、环境等对系统的适应性以及进行人员培训补充的可能性。
医院管理系统主要是为了解决医院的医院管理问题，并且减轻相应管理人员的工作负担。特别是当前医院信息管理相关的相关软件还不多，且功能单一，不完善，升级困难，操作不方便。 本系统是针对广大医院管理的具体情况而开发的，适合广大医院需求，它追求简单、易学、易懂、易用，易升级，能够更有效地减轻相关管理人员的负担，因而市场前景是十分光明的。
在系统开发时，我们参照手工方式下医院管理人员的管理习惯，即根据医院管理人员进行医院管理时原先的操作流程和操作习惯开发。因此，只要对操作人员进行短期的培训，就能让他们很快的适应新系统的运作模式，所以不需要对业务流程进行重新调整就能使系统正常运作，进而缩短了整个系统的开发时间。另外，本系统对用户的权限也实现了严格的分层控制，使医院里的相关人员既能够
14
第三章 基于Web的医院管理系统的需求分析
根据自己的权限方便快捷的使用本系统，又能够做到不越权使用。总而言之，本医院信息管理系统已经有了正常运行的可能性。
3.2 系统的功能需求
基于 Web 的医院管理系的最终用户为医院工作人员。根据我们日常生活中的经验，结合对自己医院管理人员的咨询和对医务人员的调查，得出用户的下列实际要求：
1. 系统管理员
系统管理员能查询医院的所有相关信息，主要包括系统表、人员信息、系统权限、
财务信息、医药信息、数据、住院数据等。以利于对整个医院信息的全面管理。
当医院基本信息发生变化时，系统管理员能对其进行修改。比如，某些病人转院，
他们在本医院中相应的记录就应该更新；或者病人需要转科室，他们记录中科室的信息也要作相应的修改等等。当医院医务人员的个人信息，包括电话号码等发生变更时，系统管理员能根据有关证明做出修改。当医院财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。
2.患者住院信息需求
在基于 Web 的医院管理系统中，医护人员需要获取的病患信息主要包括病人基本信息；病人挂号信息；病人住院、出院或转院的信息；病人的治疗信息；主治医生的相关信息；药房和药品的相关信息；财务信息等等，这些都是医院工作人员在病人管理工作过程中需要经常使用的。
挂号处医务人员完成病人挂号信息的录入、编辑和删除；收费处工作人员完成病人住院、药品等费用的收取；药库管理人员负责药品信息的录入、编辑和删除等操作；医院财务人员负责财务信息的核算和统计等。
3.2.1 系统的功能结构分析
基于 Web 的医院管理系统的核心业务主要包括：磁卡管理系统、住院管理系统、
药品管理系统、医院医技辅助科室管理系统、后勤管理系统。各个功能模块描述如下：
1.磁卡管理系统
磁卡加密后更具有安全性和可靠性，在将来与银行、医保接口时就更容易操作和实施，磁卡系统的中心财务管理，主要针对医院药品的管理，的收费以及电子病历的查询。来医院就医的患者凭手上办理的医院磁卡进行就医检查、检验以
15
及费用结算和查询，一般的流程为：挂号——就医——划价——交费——检验/检查/处置/拿药；在磁卡系统中：(买卡)——就医——检验/检查/处置/拿药。方便了医生的同时也方便了患者。
医生/护士工作平台。医生可在此系统录入处方和医嘱，实现计算机辅助开处方，
此药房还能供后来者使用。系统在患者刷卡、医生开方后自动将费用划入患者磁卡上，实现自动化就医看病。
病人费用查询。一方面病人通过磁卡可自由查询自己的费用，另一方面可增加病人对医院收费的信用度。
2.住院管理系统
（1）住院处管理。住院处根据医生开的病人入院通知单对病人进行登记，填写病人的相关信息，打印病案、预缴金收据，且后期对病人进行跟踪处理。
（2）出院管理。出院管理主要办理患者费用的结算、费用查询以及打印病人的出院收据。包括一些中期结算、查询、退款中结、欠费等。
（3）急诊处理。对于急诊病人可以根据情况适当的放开一些药品的管理。在处理一些预缴金时，若果患者住院费用超过预缴金在办理了预缴金补缴后可以继续进行治疗。
(4)护士工作平台。对入住的患者登记、安排床位、转床等等其他辅助性工作。 3.药品管理系统
药品管理系统分为中心药房管理、及住院中西药房管理等几个功能模块。 (1)中心药房管理。中心药房管理即对医院药库的管理，主要职能就是针对药房药品的进出量，来源和去处做详细的记录。对任意时期的药品信息、药品的销售成本以及药品详单报表的生成、查询以及打印。
(2)住院中西药房管理。
病人医嘱处理：根据病人当日病历号、姓名输入病人处方内容自动划价。审核病人医嘱是否入账，然后进行发药，对剧毒、麻醉等特别药品进行单独处理。
住院医嘱处理：根据医生的医嘱，药房可依据摆药，护士则可直接前去买药。 针剂药品则可按科室同种药总和摆药。
药房药品盘库处理： 任意期间对药品的溢余、短缺、报损进行盘点并打单记录，对药房给类药品情况进行统计、查询和打印。
药品查询：查询各种药品的库存情况，并预测下阶段药品的用量，打印药品清单。 4.医院医技辅助科室管理系统
16
第三章 基于Web的医院管理系统的需求分析
(1)病检人检验检查处理。先是对病人账单进行入账处理，然后检查处理，填
写结果单，并登记药品详单。
(2)实验药品物品管理。对实验药品、物品进行库存管理。对每种库存物件设置进出量，并对物件的进出量进行详细的跟踪记录，同时根据库存和前段时间用量自动生成购领计划。
(3)实验药品物品报表处理。对实验物件进行详细的跟踪记录，并依据记录自动完成记账结算功能，实现打印、查询等功能。
(4)医疗动态信息查询。实时查询医院人员的动态信息和各种疾病的诊治详细分类信息。
(5)财务核算信息查询。实时查询医院财务信息对财务进行分析管理并提供决策支持，对各部门消耗资产情况进行详细的跟踪记录。
5.后勤管理系统
后勤物资管理主要对固定资产、低值易耗品、设备管理、考勤管理、图书管理进行有效管理。
3.2.2 系统的用例图
根据以上对系统进行需求分析，可得出基于 Web 的医院管理系统的 UML 用例图如下图 3-2所示。不同的系统用户，具有不同的功能权限，其中医院工作人员，挂号处医务人员需要完成病人挂号信息的录入、编辑和删除；收费处工作人员完成病人住院、药品等费用的收取；药库管理人员负责药品信息的录入、编辑和删除等操作；医院财务人员负责财务信息的核算和统计等。而系统管理员具有系统的所有功能的权限，能查询医院的所有相关信息，主要包括系统表、人员信息、系统权限、财务信息、医药信息、数据、住院数据等。以利于对整个医院信息的全面管理。
17
挂号信息录入、编辑 药品费用的的收取 财物信息的可算和统计 医院工作 员 门诊数据 住院数据 系统管理 员 医药信息 系统权限
图 3-2 系统的 UML 用例图
按照前文所述，通过前面的需求分析，本系统主要分为主要 5 个功能模块：管理子系统、药品管理子系统、住院管理子系统、医院医技辅助科室管理系统、后勤管理系统。而在本文中，由于篇幅有限，仅仅对其中的三大功能模块进行详细设计和实现，即挂号管理模块、收费管理模块和医院医技辅助科室管理系统模块。
系统的业务数据流程如下图 3-3所示：
18
第三章 基于Web的医院管理系统的需求分析 客户信息
客户信息 编辑后数据 修改、录入、 删除、编辑
客户信息 统计后数据 查询 住院管理
客户信息 客 信 息 户编辑后数据 修改、录入、 删除 查询、统计 收费信息 住 院 管 理
管理员
客户信息 统计后数据 各科室工作 人员
缴费管理
缴费管理 修改时间 编辑后数据 统计后数据 查询 收费信息
图 3-3 数据流程图
3.3 系统的性能需求
基于 Web 的医院管理系统的设计与开发除了实现相应的功能模块之外，还需要结合使用的实际情况，确保系统的稳定性、可扩展性、可维护性、安全性等。
本节从程序设计的性能、服务器端的性能、系统的安全性等几个方面对系统的性能需求进行分析。
3.3.1 程序设计的性能需求
在程序设计的过程中，需要符合以下几个方面的要求：
（1）对系统进行界面设计时，需要充分结合人机交互的特点，达到功能完善、界面友好、风格一致、用户操作便利、维护方便等目标，便于用户使用。
19
（2）对系统进行程序设计和实现时，要充分考虑系统的可扩展性和可移植性，
在后期用户使用系统时，如果用户需求发生变化，需要增加或者扩展新的功能，系统的软硬件需要具备较好的兼容性和可调整性。
（3）在对系统的架构进行设计时，需要考虑海量数据的传输、数据处理等情况，
同时，大量用户访问系统时，要确保系统的响应速度和数据的即时更新。
（4）系统除了实现用户所需的功能之外，还需要考虑系统的安全性能，可通过在程序设计中强化安全机制，例如身份认证机制、用户权限机制等，同时，也需要对系统的相关数据进行定时备份，一旦系统出现故障，能够确保数据的及时恢复，保证系统能够正常地运行。
（5）选择程序设计语言和开发环境时，需要采用目前较为先进的技术和架构，
使得系统的后期运行能够满足未来发展的需求。
（6）在用户常用界面设计和程序设计时，要确保系统的易用性，例如用户输入数据的便利性、向用户提供实时帮助、输入和编辑的数据能够进行动态修改、输入输出操作简单快捷、数据的输出能够以其他相应格式导出（例如，统计数据能够以 Excel的形式导出保存，方便打印使用）等等。
3.3.2 服务器端的性能需求
在系统的服务器端，需要具有完备的硬件设备，根据系统的运行要求和用户使用要求，设计满足软件运行的硬件配置，例如服务器内存、CPU、硬盘容量等等；除此之外，还需要具备系统可以正常运行的软件配置环境，并结合用户的网络运行情况，通过考虑系统的安全性、稳定性等因素，合理地配置和部署操作系统和数据库，从而制定一套完善的服务器端环境部署方案。
3.3.3 安全性需求
系统的安全性需求是基于功能性需求和数据需求而产生的，主要分为两个部分：
第一部分是系统的功能模块在实现过程中所需的安全性要求，是根据系统的功能模块特定的；第二部分是受系统所使用单位的相关规章、制度约束的安全性需求。本节从网络的安全性、服务器的安全性和平台的安全性三个方面来分析基于Web的医院管理系统的安全性需求。
1.网络的安全性
满足基本的安全要求是网络成功运行的必要条件，在此基础上提供强有力的安全保障是网络系统安全的重要原则。
20
第三章 基于Web的医院管理系统的需求分析
在基于 Web 的医院管理系统的使用单位部署相应的服务器、主机以及网络设备，
保障部署设备的正常运行以及运行系统的安全性，这是基于 Web 的医院管理系统最基本的安全性需求。避免网络遭受恶意攻击，一旦发现存在攻击，应提供相应的对策和措施确保网络的正常运行，系统运行过程中发生特殊情况时需要能够快速地恢复系统功能和相关数据，确保数据的安全性和完整性。突发情况的发生以及恶意攻击记录需要保存记录在用户操作日志中，便于系统管理员进行查询和分析。
2.服务器的安全性
基于 Web 的医院管理系统部署在服务器上，服务器是用户访问系统的入口，是网络的核心部分。服务器主要包括主机、Web服务器、数据库服务器等等。服务器的安全性对于系统来讲尤为重要。普遍情况下，服务器的安全机制主要体现在以下几个方面：
1）访问控制机制——对特定的网段、特定的服务建立有效的访问控制机制，使得恶意攻击在到达相应目标之前得到阻止和终止。
2）安全漏洞检查机制——随着操作系统的更新以及网络环境的变化，定期对系统可能存在的安全漏洞进行检查，并对检查结果进行评估，及时对存在的安全漏洞进行修复，使得漏洞攻击无效。
3）加密机制——对系统涉及的数据、通讯等进行加密处理，使得系统的内部结构以及通讯接口不暴露在外，使得攻击者难以获取并编辑系统的重要信息和敏感信息。
4）身份认证机制——建立良好的身份认证机制，确保合法用户的正常进入和对系统的使用，防止他人假冒合法用户进入系统。
5）备份及还原机制——建立系统备份及还原机制，一旦系统崩溃或者遭受攻击，
能够确保系统在最短时间内对数据和系统进行恢复，能够正常运行和使用。 对系统及数据进行备份时，采用异地备份技术，尽可能降低突发事件导致的损失。
3.平台的安全性
平台安全可以采用多种技术来增强和执行。但是，很多安全威胁来源于管理上的松懈及对安全威胁的认识。来自平台方面的安全威胁主要利用以下途径：
系统平台的安全性通常是由于管理问题以及对安全性的认识问题导致的，主要分为以下几个方面：
1）系统的分析和设计时存在先天的漏洞；
2）在系统开发的初期，缺乏对安全性的重视，没有建立较为完善的系统安全机制；
21
3）系统用户在使用系统的过程中，缺乏较强的安全意识，对账户的安全性管理意识薄弱，例如泄露管理账号、密码设置简单等问题。
4）系统使用单位的管理机制不够完善，部门职能划分不清、职责不明，不同的账号在使用系统时权限分配不合理，导致存在安全隐患。
对于以上存在的安全性问题，可知平台的安全性需求主要体现在以下几个方面： 1）在对系统进行分析和设计时，需要充分考虑系统的安全性问题，建立完善的安全防御机制和漏洞检查机制；
2）系统的权限分配合理，对权限系统进行审查，建立完善的权限审查机制；3）强化系统用户的安全意识，建立数据隐私保护机制；
4）建立健全的管理机制，部门职能划分明确、职责分明，避免安全隐患。
3.4 本章小结
本章从系统的可行性、功能需求、性能需求条件和分析等方面对医院管理系统的设计需求进行了比较详细的分析，由于篇幅关系，仅涉及了部分内容，但需要强调的是，需求分析是开发软件的前提，应当越详尽越好，这样才能保证系统开发的效率。
22
第四章 基于Web的医院管理系统设计
第四章 基于 Web 的医院管理系统的设计
基于上章对系统进行需求分析，本章着重对系统进行设计，主要包括对系统的体系架构、系统的核心功能模块、数据库等进行设计。
4.1 系统的数据需求
系统的数据是系统的核心内容，也是系统的重要组成部分。系统核心功能的实现主要用于系统中数据的维护和显示。其中，数据模型表示系统存储的数据以及数据之间的关系。
在基于 Web 的医院管理系统中，实体与实体存在这样的关系：一个医院工作人员可以管理多项工作，一项工作可以申报一个以上的管理人员；一个系统管理文员负责一个子系统，一个子系统可以多项工作，一个系统管理员可以负责多项工作，一项工作可以由多个系统管理人员负责管理。
基于此，可以设计实体关系图(E-R图)如下图 4-1所示。
患者 n 主治医师 n 分管 1 科室 处理 n 划药 n 审批 n 专家 图 4-1 基于 Web 的医院管理系统的 E-R 图
4.2 系统的设计原则
基于 Web 的医院管理系统的设计要充分结合系统所使用单位的实际情况，考虑系统的需求、系统开发涉及的技术、安全性等因素。本系统在设计时，将遵循以下几个方面的原则：
（1）结构化设计原则
23
系统在设计过程中，将遵循系统的结构化设计原则，采用自顶向下的设计模式，
逐步求精，对功能模块进行细化，达到系统模块化的要求和目标。
（2）界面友好性原则
系统在进行界面设计时，要根据使用者的特点和习惯，体现人性化的设计理念，
便于系统用户使用。
（3）简单易用性原则
系统设计时，设计人员需要站在用户的角度，尽量简化系统的工作流程，使用户的工作简单化，从技术实现上达到化繁为简，使得系统用户能够在较短的时间内，完成较为复杂的工作，不断提高自身的工作效率。
（4）安全性原则
系统的安全性是至关重要的，而安全性的把握并不仅仅是在系统的编码环节在有所体现，在对系统进行设计时，需要充分考虑系统的安全特点，建立完善的安全机制，为后期的系统开发和编码奠定较好的架构基础。
（5）易扩展性和易维护性原则
基于 Web 的医院管理系统在开发完成投入运行使用之后，一旦用户需求增加或者发生变化，需要在现有系统的基础上，对系统进行扩展和维护。如果系统在进行设计和编码时，没有考虑系统的后期扩展性问题，将会大大地提高维护成本，增大维护的工作量，因此在前期对系统进行设计时，需要充分考虑后期的维护问题，使得后期的维护工作能够在最短的时间内完成系统的变更和升级。具体实施时，可以通过开发标准统一的接口等方式来实现。
4.3 系统的体系架构设计
4.3.1 系统的总体架构设计
基于 Web 的医院管理系统包括系统的前台展示和系统的后台管理，前台系统采用 B/S 模式，后台系统采用 C/S 模式。系统用户通过客户端来访问系统的服务器相关资源，针对普通用户以及远程用户，系统采用了 B/S 模式，医院工作人员可通过 Web来访问系统的相关资源。
基于 Web 的医院管理系统采用了常见的三层结构，即业务逻辑层、数据访问层，
以及数据库层，如图 4-3所示。
24
第四章 基于Web的医院管理系统设计
业务逻辑层（含界面） 数据访问层 数据库层 图 4-3 基于 Web 的医院管理系统的三层结构简化图
图 4-3 中的三层结构中，实现的关键和核心是对数据访问层和业务逻辑层进行需求分析，以及系统设计，业务逻辑层主要体现在用户的使用界面上，用户使用系统时，如果能达到功能完整、操作简单、易于理解，则可认为是一个设计良好的业务逻辑层。在对数据库层进行设计和实现时，通常都会将对数据库的操作封装起来，例如数据的增加、编辑、删除和查询操作等，便于数据访问层和业务逻辑层的调用，也方便系统后期功能的扩展和可维护性。
基于 Web的医院管理系统的体系架构如图 4-4。
展现层
用户界面
应用层
基 于 的 医 院 管 理 系 统
药 品 采 购 管 理
药 品 库 存 管 理
运 输 管 理
综 合 管 理 单 据 管 理 决 策 查 询
安 全 体
组件层
用 户 认 证
权 限 管 理
分 页 组 件
内 容 管 理
业 务 逻 辑
系
数据层
组织结构 数据库 药品数据 库 关联方数 据库 财务数 据库
图 4-4 基于 Web 的医院管理系统的体系架构
系统的主要功能结构如下图 4-5所示。
25
基于Web的医院管理系统
磁卡门诊管理子系 统 药品管理子系统 住院管理子系统 医院医技辅助科室 管理系统 后勤管理系统 出 院 管 理 转 院 管 理 挂 号 管 理 收 费 管 理 药 房 管 理 药 品 管 理 住 院 管 理 医 院 人 员 信 息 管 理 仪 器 管 理 收 费 项 目 管 理 设 备 、图 书 管 理 考 勤 管 理 图 4-5 基于 Web 的医院管理系统的功能结构 1.挂号管理模块
挂号模块分为挂号、退号、病案管理、报表、系统设置和退出系统。 如图 4-6所示。
门诊挂号模块
门诊挂号 门诊退号 病案管理 门诊报表 系统设置 退出系统
图 4-6 挂号管理模块
其中，挂号是对各类挂号和票据的打印，退号则是对未就医患者进行退号和退款；
病案管理：查询、补录及修改病人信息； 报表：生成、查询和打印各种统计报表；
系统设置：基本信息和用户权限的设置以及医生值班表的导入和维护； 退出系统：退出挂号模块。 2.收费关系模块
在收费模块中，主要实现以下几个功能：收费、处方退药、报表统计等，其功能模块如图 4-7 所示。
26
第四章 基于Web的医院管理系统设计
门诊收费模块
划价收费 处方退药 收费报表 信息查询 系统设置 退出系统
图 4-7 收费管理模块
其中，划价收费是实现对药品、检查项目的划价和收费，处方退药是实现对已经交费但是还没有领药以及没有作检查的项目进行退款；收费报表主要生成、查询和打印各种统计报表；信息查询是对查询患者的就诊信息以及票据信息的功能实现；系统设置主要是实现该模块基本信息和用户权限设置；退出系统就是退出收费模块。
3. 医院医技辅助科室管理系统模块
医院医技辅助科室管理系统模块中主要是对数据库中的基本数据进行管理维护，
实现了药品和检查治疗项目的数据维护、科室信息维护、人事信息维护以及系统设置的功能，其功能模块如图 4-8所示。
系统管理模块
人事维护 科室维护
图 4-8 系统管理模块 药品维护 项目维护
其中，人事维护主要是对人员的基本信息进行维护，科室维护主要包括科室基本信息的维护，药品维护主要是指药品信息以及库存的维护，项目维护主要是指检查治疗项目的维护。
该模块将员工的权限设置为两个层次，第一层次是系统操作系统管理员拥有最大的权限，您可以输入数据库，数据库中的数据来创建，修改，删除；第二个层次是系统操作员，您可以使用相应的功能模块，但无法进入数据库。为了区分员工两个层次之间，除了运营商的用户名称，你也可以用 IP地址来区分。
4.3.2 系统的网络拓扑结构设计
系统的网络拓扑结构主要包括以下几个部分：数据库服务器、Web 服务器、应用服务器、交换机（应用交换机和核心交换机）和客户端。基于 Web 的医院管
27
理系统的网络拓扑结构如下图 4-9 所示。
图 4-9 基于 Web 的医院管理系统的网络拓扑图
在基于 Web 的医院管理系统的网络拓扑结构中，各部门所使用的应用交换机与核心交换机进行连接，然后对各部门的客户端进行组织，从而建立供企业内部使用的局域网，形成了服务器/客户端结构的基于 Web的医院管理系统的网络拓扑结构。
基于 Web 的医院管理系统的硬件结构体系中，客户端之间的通讯不需通过服务器，在局域网内均可实现，在很大程度上提高了系统的处理效率。当客户端需要连接或访问服务器上存储的数据资源，则需要向服务器发出请求，然后，服务器响应客户端的请求信息。基于 Web 的医院管理系统的硬件结构中，数据库服务器采用了数据交换能力达到 100Mb/s 以上的交换机，根据系统的性能要求，对其配置进行调整，系统的硬盘采用了 120G以上，内存 2G以上等。
4.4 数据库设计
基于第 3 章基于 Web 的医院管理系统的需求分析结果，本节对系统的几个核心功能模块进行详细设计。
28
第四章 基于Web的医院管理系统设计
4.4.1 数据库分析
一个真正的完整的网站不能被从数据库中分离出来因为可以在一个文本
，
，
文件中存储少量的数据，如 Web 访问人数，但实际应用的需要保存的数据远远高于这个小位，但这些 data往往关联，利用数据库来管理这些数据，可以方便地查询和更新。它可以说是一个系统能不能从一个数据库中分离出来，设计最优。现在，我们可以有很多，如：福克斯，数据库（DBF），Access 数据库（MDB）时，DB2，INFORMIX，Oracle 和 SQL Server的数据库使用，并依此类推。
本管理系统共用到六个表：科室编码表、医生编码表、患者信息表、收费项目明细表、计量单位编码表和收费流水表，各表之间均有一定的关系，可以进行关联。
（1）科室编码表主要包括流水号、科室编号以及科室名称、科室级别和备注。 （2）医生编码表主要包括流水号、医生姓名和医生编号以及职称、性别、职务，还有是否出诊以及所在科室和备注。
（3）患者信息表主要包括流水号、病人的姓名、性别、出生日期以及常住地址、电话、具体的挂号时间和备注。
（4）收费项目明细表主要包括流水号、项目编号、项目名称以及收费一级分类、
收费二级分类、计量单位和项目价格及备注。
（5）计量单位编码表主要包括流水号、单位编号以及单位名称和备注。
（6）收费流水表主要包括流水号、患者的病志号、姓名、票据号以及各项收费编号、
收费名称，还有收费二级分类、医生编码、就诊的科室、处方的执行科室，除此之外还有金额、操作人员编号、单价、处方号、数量、规格就诊日期以及机器号和统计时间。
数据库的设计是构建数据库和开发系统的基础，也是系统设计的核心之一，针对不同的应用环境，需要建造优异的数据库设计模式，从而构建数据库应用系统，使得系统能够更加有效地存储数据，来满足不同用户的不同需求。
数据库设计是系统设计和实现中非常重要的环节，根据数据库设计的三大范式要求，数据库的设计需要保证数据的一致性、安全性等，根据本文中基于 Web的医院管理系统的实际应用情况，本系统采用了 SQL Server作为数据库服务器。
根据基于 Web 的医院管理系统各模块之间的关系，在对基于 Web 的医院管理系统进行数据库设计时，主要包括了 8 个数据表，同时，为了方便数据的跨表查询，本数据库还设计了相应的视图。下面以核心业务为例来描述数据库的具体设计。
29
在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来将这两个方面的需求分析、抽象、设计、实现在各个阶段同时进行，相互参照，相互补充，以完善两方面的设计。需求分析是数据库设计的第一阶段，其根本任务是确定系统必须具有的功能和性能。概念结构设计阶段是整个数据库设计的关键，通过对用户需求进行综合、归纳与抽象，形成一个于具体的概念模型。逻辑结构设计阶段将概念结构转换为数据模型并对其进行优化。数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构。数据库实施阶段则运用数据语言、工具，根据逻辑设计和物理设计的结果，建立数据库，编制与调试应用程序，组织数据入库并进行试运行。数据库运行和维护阶段，数据库应用系统经过试运行后即可投入正式运行，在数据库系统运行过程中必须不断地对其进行评价、调整与修改。采用实体分析的方法进行基于 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 PatientName InWardDate OutWardDate TotalExpense ChargType WbedN InWardReson SickDeree Sex Age Occupation ConMan Relation Adress 含义 卡号 病人姓名 入院时间 出院时间 总费用 费用类别 床号 入院原因 病情情况 性别 年龄大小 职业 联系人 关系 病人地址 类型 Char(10) Varchar(10) Datetime Datetime Money Char(4) Char(3) Varchar(12) Char(2) Char(2) Int Char(4) Char(10) Char(4) Varchar(50) 备注 PK Notnull Notnull Notnull Notnull Notnull Notnull Null Null Notnull Notnull Notnull Null Null Notnull 30
第四章 基于Web的医院管理系统设计 表 4-2 病人处方
字段名 ScripSeriN ScripDate ScripDoctor WcardNumber 含义 处方的编码 处方时间 处方医生 卡号 类型 Char(10) Datetime Char(3) Char(10) 备注 PK Notnull Notnull FK 表 4-3 处方明细表
字段名 ItemLSerN MCode Quantity ScripSeriN 含义 处方 流水号 收费编码 数量 处方编号 类型 Char(3) Varchar(10) int Char(10) 表 4-4 收费项目表
备注 PK FK Notnull PK
字段名 Mcode Mname Munit MunitPrice Total 含义 收费编码 物资名称 单位 单价 总库存量 类型 Varchar(10) Varchar(10) Char(6) Money int 表 4-5 用户信息表
备注 PK Notnull Notnull Notnull Notnull
字段名 UserID Loginname Password Username DepartID RoleID PhoneNumber BeiZhu 含义 用户编号 系统登录名称 系统登录密码 用户名称 科室编号 角色编号 联系电话 备注 类型 Varchar(6) Varchar(10) Varchar(10) Varchar(12) Varchar(6) Varchar(6) Varchar(11) Varchar(30) 备注 主键 外键 外键 表 4-6 角色信息表
字段名 RoleID Role PermID RoleDescription 含义 角色编号 角色 权限编号 角色信息描述 类型 Varchar(6) Varchar(10) Varchar(6) Varchar(30) 备注 主键 外键 31
表 4-7 权限信息表
字段名 PermID Perm PermDesc 含义 权限编号 权限 权限描述 类型 Varchar(6) Varchar(10) Varchar(30) 表 4-8 科室信息表
备注 主键
字段名 DepartID Department DepartDesc 含义 科室编号 科室名称 科室说明 类型 Varchar(6) Varchar(10) Varchar(30) 表 4-9 挂号单信息表
备注 主键
字段名 GHDBH GHLB GHRQ KSBH YSXM GHFY BRXM CZY CZSJ 含义 挂号单编号 挂号类别 挂号日期 科室名称 医师姓名 挂号费用 病人姓名 操作员姓名 操作时间 类型 Varchar(10) Varchar(20) Varchar(10) Varchar(12) Varchar(12) Varchar(14) Varchar(12) Varchar(12) Varchar(10) 备注 主键 表 4-10 住院账目信息表
字段名 ZYZH BPBH SFZHM YJJE YJJE SFZJE JZLX JZJE JZR JZSJ
含义 住院账单 病人姓名 身份证号 预交金额 已交金额 收费总金额 结账类型 结账金额 结账人姓名 结账时间 类型 Varchar(20) Varchar(12) Varchar(18) Varchar(14) Varchar(14) Varchar(14) Varchar(20) Varchar(14) Varchar(12) Varchar(10) 备注 主键 4.4.2 系统配置设计
32
第四章 基于Web的医院管理系统设计
如图 4-10为系统的配置图。在配置图中，应用程序对应的服务器与数据库服务器进行连接，用户使用浏览器与 Web服务器进行连接。
数据库服务器 <<局域网>> 打印机 应用程序服务器 管理 WEB 服务器 < 4.5 系统的安全性设计 任何管理系统在设计和开发的过程中，安全性都非常重要，基于 Web 的医院管理系统也是如此，一方面，可以避免系统的相关数据信息泄露，为单位的信息安全提供有效地保障，另一方面，还要防止系统相关信息被恶意篡改，造成不必要的损失。 本文中，基于 Web的医院管理系统的安全性设计主要包括以下几个方面： 1）系统资源的安全性 用户在使用基于 Web 的医院管理系统时，需要验证用户的权限，从而判断用户是否具有权限访问相应的网络资源。用户访问控制是一个多层次的，从服务器，数据库，文件域宽范围的领域。 2）服务器的安全 基于 Web 的医院管理系统的服务器管理，是为了提供高层次且可靠的安全保障。 在服务器上使用服务器访问列表控制技术，在公共通讯簿服务器文件中定义的服务器访问列表。用户访问服务器，根据服务器上的访问列表来确定它们是否可以访问服务器上的信息系统。 3）数据库的安全 基于 Web 的医院管理系统数据库的安全性是基于数据库存取列表来控制数据库的访问等操作的。 33 系统管理和维护工具可以对数据库类型，访问级别等进行明确的定义，以确保只有合法授权用户才能访问数据库。采用个人密钥对本地数据库进行加密，其他人员对受保护的数据库不能读取其内容。 数据库中存储的数据需要受到保护，以防止未授权访问、恶意破坏或修改以及意外引入的不一致性，以下是保证数据库安全性的机制： 1．安全性措施的层次 防止对数据库的恶意访问比防止意外破坏数据一致性要困难。下面是一些恶意访问的形式： （1）未经授权读取数据。 （2）未经授权修改数据。 （3）未经授权取消数据。 完全杜绝对数据库的恶意滥用是不可能的，为了保护数据库，需要在几个层次上采取安全性措施。主要包括物理层、人员层、操作系统层、网络层、数据库系统层等。 在基于 Web 的医院管理系统中，为了充分保证数据库的安全性，需要作很大的工作，而这些工作室非常必要的，也是非常值得的。一旦数据库的安全性得不到保障，将会造成数据信息的丢失，数据一旦丢失，将会给企业带来不可估计的损失。 2．权限和授权 用户对于数据库可以有几种不同形式的访问权限，其中包括： （1）read权限允许读取数据，但不允许修改数据。 （2）insert权限允许插入新数据，但不允许修改已经存在的数据。 （3）update权限允许修改数据，但不允许删除数据。 （4）delete权限允许删除数据。 用户可以获得上面的所有权限类型或其中一部分组合，也可以根本不获得任何权限。最大的权限形式是给数据管理员的。数据管理员可以给新用户授权，可以重构数据库等等。 5）文档的安全 在数据库设计中，为了保障文档的安全性，需要基于不同用户进行不同级别的授权，那么不同用户可以控制不同的文档记录。通常情况下，可以使用数字签名技术来对文档发送者进行可靠性检验，并且检验文档在传递过程中是否丢失或者被篡改。与此同时，还需要对数据库中数据表的相关字段、相关文档进行加密处理。从而保证文档在网络传输过程中具有较高的安全性能。 34 第四章 基于Web的医院管理系统设计 6）操作访问控制 在基于 Web 的医院管理系统中，不同的用户拥有不同的操作权限，拥有不同的系统功能。一方面，可以通过链接或按钮显示或隐藏的方式来实现不同用户的不同操作；另一方面，可以在用户选择相应的操作时，即时查询用户权限表，判断用户是否具有当前的操作权限。通过以上两种方式，可以实现操作访问控制。 7）系统的网络安全 在基于 Web 的医院管理系统中，需要建立系统操作日志，记录不同时间点、不同用户进行的任何系统操作，包括操作的动作、内容、结果、时间等等信息，将操作记录存储下来，便于管理员随时监控系统的运行状态、系统操作的所有活动，检查可疑的操作，防患于未然。同时，实时对系统的数据库进行备份，便于系统在遭受意外的破坏后，能够尽快地恢复。 4.6 本章小结 本章是论文的重要组成部分，是课题的核心环节。本章从设计原则、系统体系架构设计、数据需求、安全性设计、数据库设计等几个方面对系统进行了分析和设计，最后，对医院管理系统的数据库及各数据表设计进行了介绍。 35 第五章 基于 Web 的医院管理系统的实现 5.1 系统开发及运行环境 下面是基于 Web 的医院管理系统的开发及运行环境。 （1）信息服务器：Internet Information Service 6.0。 （2）开发语言：ASP.NET 2.0 技术框架，实现语言完全采用 c#语言。 （3）数据库：SQL Server 2005。 （4）开发工具：visual studio 2008 平台硬件标准配置如下表 5-1 所示： 表 5-1 系统运行环境 序号 1 服务器及客户端 综合管理平台服务器 配置参数 刀片式服务器，2CPU 或双核，4GB 内存， Windows 2003 Server 操作系统。根据需要，可 作双机备份，也可作容灾备份 数量 基本数量 1 台 基本数量 1 台(根据客 户端数量作 调整) 2 客户端主机 CPU：Intel Core2 双核，DDR2 内存，容量 2G， 硬盘 160G，显卡，预装正版 Windows XP Professional SP3 操作系统 5.2 系统核心层的实现 5.2.1 WEB 层的实现 Web 开发中涉及 JSP，Servlet，JavaBeans 和 EJB 等技术，Web 层开发的两大发展模式 Model1 和 Model2。Model1 模型适用于小规模的应用开发，不适合更复杂的应用开发。对于 Model2 来说，基于 MVC 模式的框架。在这种设计模式的应用逻辑，处理和显示逻辑到实施形成，这些组件可以进行交互和重用，从而弥补了Model1 的不足之处。该系统采用 Struts 框架，支持 MVC 设计模式作为主要的Web 层技术。这层框架如图 5-1 所示。 36 第五章 基于Web的医院管理系统的实现 控制器（Controller） 通用服务包（Common） 视图（View） 模型（Model） 图 5-1 WEB 层框架设计 WEB层可分为三个包：包视图，控制器包，模型包。其中： 1.View 包，按照不同的功能模块的信息系统中存储的文件，文件类型是不是这个包中的 java文件可以作为目录处理，储存视图文件。在 J2EE 平台上，JSP，XML和其他技术可以用来实现的观点。该系统采用 JSP技术。 2.Model包，包整个系统将使用的数据模型，用于封装和重点上下级业务组件之间复杂的相互作用。子系统的功能，以提供一个一致的界面上调用。显示密切相关，分为 Web层的描述。 3.控制器包，请求处理和业务控制接口包，并负责接收客户端请求，决定执行什么业务逻辑功能，在响应请求，然后委派适当的 View组件来显示一个更新的用户界面。 Struts的 WEB层的应用程序，该软件包可以继续划分到 ActionServlet和行动两个包。 WEB层应用 Struts 框架开发实际的代码片段，WEB层基于 Struts 框架的发展过程，视图，模型，控制器和配置文件从以下四个方面。 1．视图文件可以称为表示层的文件，显示在图 5-1，数据显示，从模型层中获得的数据，而视图文件也负责用户输入的文件传递给控制器。查看文档的 JSP文件和 HTML文件。为了减少 WEB页面之间的耦合，同时最大限度地重用他们，一些主显示页使用动态模板设计。例如，系统的主界面结构如图 5-2所示： 37 页 头（header.jsp） 树 型 菜 单 页 主内容窗口 脚（foot.jsp） 图 5-2 系统主界面结构 模板由四部分组成：头部分显示页头，这是一个单独的页面，左边是一个树形菜单，可以根据一个子目录相关的功能需求设置页脚部分显示的底边信息，而且还是单独的页面，显示该网页的主要内容。这种布局模板 filayout.jsp 来源如下所示。 index.htm 这个接口文件包含的代码如下： 38 第五章 基于Web的医院管理系统的实现 在登入系统主界面时，用户需输入自己的账号和密码 login.jsp。部分代码如下： <%@taglib uri=\"/WEB-INF/Struts-html.tld\" prefix=\"html\"%> //如果登录出现错误该界面会显示出错信息，内容由 ActionError 和 ActionErrors 组合保存（由 Struts 框架提供）。 redisplay=\"false\"/> 39 2.模型由业务对象模型和一些 ActionForm 类中的各种实体。此系统模型中的类继承自 ActionForm 类 Struts框架。 ActionForm 是一个抽象类是与一个或多个ActionConfig 关联的 JavaBean，表示 HTTP 表单数据，可以看到的模型和视图的中介。正因为如此，它被列为视图组件范围。被称为第一的 ActionForm 属性的getter和 setter方法来实现初始化，初始化后，ActionForm的 validate方法来检查请求参数的正确性和有效性，并在返回到输入表单错误信息的 ActionErrors的形式。否则，ActionForm 是作为参数执行的行动使用的方法。模型组件和上下级的业务组件包中的重点，可分为业务逻辑层领域进行讨论。 3.该控制器由两部分组成：Struts 框架和定制开发所提供的 Action 类ActionServlet类。 ActionServlet 类 javax.servlet.http.HttpServlet 类的继承，在控制器的 MVC 模式的作用发挥。它主要是负责接收 HTTP 请求，根据配置文件struts-config.xml中的配置信息，并转发请求到相应的 Action对象。如果 Action对象不存在，ActionServlet 将会优先创建 Action对象。ActinServlet 提供了一套可用于 Action对象，如： public void addFormBean(ActionFormBean formBean)； public void removeFormBean(ActionFormBean formBean)； public void addForward(ActionForward actionForward)； public void removeForward(ActionForward actionForward)； 40 第五章 基于Web的医院管理系统的实现 public void addMapping(ActionMapping actionMapping)； public void removeMapping(ActionMapping actionMapping)； 这些方法可以对对象实行删除或添加，且不影响除当前的应用程序实例外的其他应用程序。 该系统的每个模块都使用了以上所说的 方法。如添加保安信息BajlAddAction.java 的部分代码： package iboa.actions； import iboa.db.*； import java.sql.*； import iboa.entity.*； import java.util.*； import iboa.dao.*； import javax.servlet.*； import javax.servlet.http.*； import org.apache.struts.actions.*； import org.apache.struts.action.*； public class BajlAddAction extends Action { //添加保安记录 private Connection con = null； private ConnectionPool pool = null； public BajlAddAction() { this.pool = ConnectionPool.getInstance()； } private List bajlList = new ArrayList()； public ActionForward execute( ActionMapping mapping， ActionForm form， HttpServletRequest request， HttpServletResponse response) throws Exception { BajlForm objForm = (BajlForm)form； try { con = pool.getConnection()； BajlDAO bajlDao = new BajlDAO(con)； bajlDao.insertBajl(objForm)； //继承自 HttpServlet 类 41 bajlList = bajlDao.getBajlList()； }catch(SQLException e) { e.printStackTrace()； } } request.setAttribute(\"bajlList\"，bajlList)； return mapping.findForward(\"success\")； //输入正确的话就会转向相应的界面，success 相对应的页面配置在 struts-config.xml 文件中，将在下面阐述。 } } 4．配置文件的使用：主要用到 web.xml 和 struts-config.xml 两个配置文件。 （1）web.xml 文件的配置 web.xml文件的配置描述了系统的 Controller 对象，是首要用到的配置文件。 具体设置及说明如下： //用简体中文指定页面的国际化方式。 42 第五章 基于Web的医院管理系统的实现 //此处的 Servlet 对象就是 Struts 提供的 Controller，还可为它指定初始化参 数，比如对系统应用属性的支持。 //此处设置访问数据库的用户名和密码。 //此处设置同时访问数据库的最大和最小用户数。 43 //此处设置通过 JDBC 访问 MS SQL2000 数据库。 //实现客户请求的 uri 信息和服务器端具体处理的映射关系 //添加对 Struts 提供的应用所使用的自定义标签库的引用。 （2）Struts-config.xml 文件的配置 44 第五章 基于Web的医院管理系统的实现 Struts-config.xml 文件用于建立 Controller 和 Model 之间的关系，它描述了Controller 所使用的原则，即把请求对应到具体的模块，同时它还负责对应描述Action Form 与客户提供的数据之间的关系，具体如下： 在这里， 例如，上面的代码，提交 LrlfList“iboa.actions.LrlfListAction 实例的类来处理，要求，首先获得的数据 lrlfForm，然后执行操作，请求数据到视图文件的 index.jsp如果处理成功，面向 lrlf.jsp 页，相关数据显示此页。事实上，这个相应的要求和整个系统之间的链接，以及客户端页面在配置文件中的一部分配置。 总之，Struts 框架，MVC 的配置，这两个剖面的各个组成部分之间的联系和协同作用，以便实现一个真正的 MVC系统。 5.2.2 业务逻辑层的实现 业务逻辑层是核心层的应用，体现和核心业务逻辑处理和 Web 层提供必要的接口。它封装了来访对象的访问数据及其他一系列与系统有关业务规则的实体，其中系统主要实体 bean 是由一系列的 Action Form bean 的形式部分组成的。主 45 要是用来传递 HTML 表单，由于每个 HTML 表单对应一个 ActionForm bean，HTML表单字段和 ActionForm bean 的同行属性视图之间传递数据的 ActionForm bean。 此外，在 ActionForm 的 validate()方法用来验证用户输入数据的合法性。被称为第一的 ActionForm 属性的 getter 和 setter 方法来实现初始化，初始化后，ActionForm的 validate 方法来检查请求参数的正确性和有效性，并在返回到输入表单错误信息的 ActionErrors 的形式。否则，ActionForm是作为参数执行的行动使用的方法。 下面以医院管理功能的设计中的医院信息模块组件为例： public class BajlForm extends ActionForm { private int bazh ； private String baxm ； private String zqgw ； this.bazh = bazh； } public String getBazh() { return bazh； ……. } 此状态组件是从 Action Form 继承而来。由于 Action Form 的定义在 Struts框架中很抽象，必须创建相应的实例来对其进行可视化。而页面中验证表单参数的问题可通过继承 Validator Form类来实现，它是 Action Form 类的子类，对表单参数的校验使用它可以很方便的操作，在 validation.xml文件中可以对校验规则先进行定义，从而方便在客户端或者服务器端对其进行验证。 //设置病历号，唯一标识 //患者姓名 //患者描述信息 public void setBazh(String bazh) { //其它的 get 和 set 方法 5.2.3 数据持久层的实现 在企业应用开发中，数据访问层对资源层和业务逻辑层起着至关重要的联系作用。应提供一个统一业务层数据访问层。为 Java开发人员使用一个数据库，以提供一个统一的编程接口 JDBC API 的，但对于许多 J2EE 应用程序，持久性存储是使用不同的机制来实现，用来访问这些不同的持久化存储机制的 API是非常差。 如果数据源，数据访问也不同。如果数据库存储（关系数据库，面向对象的数据库，数据文件等）和供应商的类型，以实现持久存储（数据库）的访问差别很大。 除了使用 JDBC，数据库还需要使用设计相应的模式来实现透明应用程序对其的访 46 第五章 基于Web的医院管理系统的实现 问。 数据访问对象（DAO）模式访问所有数据时是利用数据访问对象来封装和抽象数据源，主要用于管理连接数据源，以便检索和存储透明的底层数据访问实现业务对象的数据。 DAO 模式是完全封闭的读取和处理数据，互动与数据库中的数据访问 API 的包装，包装对象的数值是从数据库中读取和发送数据到数据库中的沟通与业务层。 DAO 模式提供了灵活的应用程序并不直接访问数据源，而是为了创造一个 DAO 对象，并用它来访问数据源。读取数据，可以保存得到的数据与数值对象。数据访问对象模型包括以下角色： 1.业务对象：它代表了数据的客户端需要访问的数据源访问数据。它可以是一个会话 bean，实体 bean，或其他类型的 Java对象。 2.数据访问对象：这是该模型的主要目标，其中提取底层的业务对象访问执行， 以确保数据源的透明访问。 3．数据源：它代表的数据源可以是一个数据库，数据库，数据文件，或服务的品种。 4．值对象：携带数据的对象，DAO和客户端交互，对象的值的数据传递。 实施后，我们使用一个基本的接口封装 CenterDAO 各种数据库操作中的业务实体，然后使用各种具体的业务实体 DAO 类实现这个接口。以后增加新的经营实体，成立了相应的 DAO类，实现了这个接口可以。 CenterDAO 接口代码如下： public interface CenterDAO { public Connection list()； public boolean insert(CenterDataAdpter centerdata)； public boolean delete(CenterDataAdapter centerdata)； public boolean update(Connection conn)； public boolean create(Connection conn)； public boolean find(CenterDataAdpter centerdata)； } 医院信息模块对应的 DAO 类部分代码如下： public class BajlDAO { private Connection con = null； public BajlDAO(Connection con) { this.con = con； } 47 //读取医院信息 public List getBajlList() { …… } public void insertBajl(BajlForm objForm) { //插入医院信息 …… } public void deleteBajl(String bazh) { …… } } //删除医院信息 其他功能模块各 DAO代码的设计以此类推，不再赘述。 5.3 系统主要功能模块的实现 5.3.1 用户登录模块的实现 用户登录模块，主要提供用户进入系统的一个接口，普通用户和系统管理员都可以通过这个程序进入系统。管理员进入管理界面，普通用户进入客户端。程序在用户登录成功后把系统资源释放掉。用户登录是医院管理系统的入口，只有合法用户才可进入。管理员用户登录后进入可以实现删除用户等高级操作。 用户登录功能如图 5-3 所示。 用户登录 进行身份验证 失败 登陆是 否成功 登陆成功 用户注销 系统功能界面 图 5-3 用户登录功能图 从输入框中读入用户名和密码，从数据库中读取相应的数据进行核对。由于系统是针对于 IE7.0 的网页制作标准来对页面进行开发，使用浏览器尽量使用相匹配的浏览器。 对登录信息为空，点击登录，会有错误提示信息；输入错误密码或不存在用户名时，提示登录失败；输入正确用户名和密码时，成功跳转到系统主界面。 48 第五章 基于Web的医院管理系统的实现 用户登录模块中，涉及到的页面比较多，在这里只对核心页面的实现进行介绍。 用户在登录时系统会判断其身份，管理员和普通用户将拥有不同的操作权限。 用户登录界面如图 5-4所示。 图 5-4 用户登录界面 5.3.2 挂号管理模块 由于挂号子系统是按照“方便用户录入和查询”的思想来设计的，因此在具体编码实现病人信息录入时，其病人相对固定信息部分是通过下拉菜单由用户选择实现的。如：录入病人性别时，由用户通过下拉菜单选择“男”或是“女”，而不是由用户直接输入“男”或是“女”的信息。 根据用 户数据 提示用户 下一步操作 数据库 进入功 能项 系统主界面 输入个人 信息 业务数据层访问 提供 qls 语句 数据库访问层 图 5-5 登记功能图 49 使用的是 sql server 2005 的数据库，对于处理简单的数据插入 sql 语句，速度是高效的。根据用户给出的信息，生成相应的 sql 语句，进行数据的存储，打到记录用户数据的目的。由于业务数据只有近期的业务数据，对于统计的起始日期，当超过数据日期时，无数据显示。输入一条用户信息，对于必须填入的数据为空时，提示数据为空，数据正确的数据后，提示“提交成功，等待审核”。 另外，在实现挂号查询时除了支持一般的单条件查询方式外，系统还支持自定义查询、多条件组合查询等查询方式。如：系统实现时查已挂号除了支持按挂号时间查询外，还支持自定义的按病人姓名、科室、医生、流水号、挂号类别、病历号、病人 ID 等字段的多种查询方式及这些字段的组合查询方式。系统最多支持三组的组合条件查询。条件查询功能是通过调用自定义组件来实现的，这种COM组件技术有效保证了关键部分 ASP.NET 代码的安全性。 挂号的业务流程主要包括：注册会员输入你的用户名和密码登录病人登记模块， 输入正确的登录成功，然后进入注册界面，注册会员进入病人的基本信息后向医生请求的数据库，数据库返回值班医生的资料，注册会员结合患者意愿选择医生确认报名，病案信息和登记记录将被写入到数据库，如图 5-6和 5-7所示。 图 5-6 挂号管理 50 李晓明 第五章 基于Web的医院管理系统的实现 李晓明 20140802331 内科 章XXX 12536327284 2014-08-12 10:03:23 图 5-7 挂号信息的录入 5.3.3 收费管理模块 收费子系统实现时其重点在于计价收费的实现和报表功能的实现。在实现计价收费的同时录入了病人处方。其报表功能是利用了水晶报表来实现的。以科室医生工作量统计表为例示，其分类统计项目包括：药品收入、治疗收入、护理收入、化验收入、手术收入、其它收入、检查收入、诊疗收入、挂号收入、体检收入、卡介苗收入、床位收入等。使用的是 sql server 2005 的数据库，对于处理简单的数据插入与查询 sql语句，速度是高效的。 进入功 能项 要生成的证 书编号类型 系统主界面 业务数据层访问 数据库 函数生成编号 数据库访问层 编号可用 是否存在 相同编号 图 5-8 编号功能图 51 根据用户提供的证书类型，根据一定的规则随即生成一个证书编号，与数据库已经存在的编号进行比较，如有相同，重新生成后再比较，直到没有相同为止。 需要对编码使用字母加数字或者长数字的方式进行编码，使得证书的编号足够多，才能保证编号可满足需求。选择“初级证书编号生成”后，点击“生成编号”，生成了一个证书编号，与数据库中比较不存在重复的现象。 收费管理模块的业务流程主要包括：收款员输入用户名和密码登录模块，登录成功后进入收费界面，收款员输入患者的病历号，自动查询患者的处方信息，包括应付款总额，确认支付后，将交费信息写入数据库，管理界面如图 5-9所示。 图 5-9 收费管理模块 5.3.4 住院管理模块 主要功能：医生选择病人后，在“病历”里的疾病名称、诊断级别、诊断症状、诊断描述、辅助诊断描述中里填写相应的诊断信息。确定诊断信息填写完毕后，按保存即可。如图 5-10、5-11、5-12、5-13 所示。 52 第五章 基于Web的医院管理系统的实现 图 5-10 诊断管理模块 2014-08-12 10:03:23 图 5-11 住院管理信息录入 53 图 5-12 系统管理模块 8-12 10:03:23 2014-11-12 10:03:23 图 5-13 日查看处理 病人姓名、疾病名称、诊断症状、诊断级别，科室名称控件为作者自编的输入码控件。表单初始化时，系统将绑定该控件至相应的数据表，并将该控件的属性绑定相应的字段。核心代码如下： srmbrxm.Connection = Cnn1 srmbrxm.Table = \"mz_jbxx\" srmbrxm.dm_field = \"jb_mzh\" 54 第五章 基于Web的医院管理系统的实现 srmbrxm.mc_field = \"Jb_xm\" srmbrxm.srm_field = \"jb_srm\" srmbrxm.yl_field = \"jb_bsh\" srmbrxm.order_field = \"jb_mzh\" srmbrxm.strwhere = \"jb_cybz='0'\" srmbrxm.maxrows = 5 srmbrxm.widbl = 0.5 srmbrxm.Enabled = True srmbrxm.yx_null = False 5.4 系统的安全性实现 基于 Web 的医院管理系统为医院的医院管理服务，由于它涉及的信息要保密， 因此基于 Web 的医院管理系统的安全性非常重要，这不仅是信息安全保障的需要，更是实施推广该方案的前提条件之一。 开发系统，利用系统平台提供的安全机制。具体操作如下所示： 1）系统资源的安全性 基于 Web 的医院管理系统的用户将验证所有网络资源的访问前，这是否对资源的访问，以什么样的访问权限。用户访问控制是一个多层次的，从服务器，数据库，文件域宽范围的领域。 2）服务器的安全 服务器管理，基于 Web 的医院管理系统，以提供高层次的，可靠的安全保障。 在服务器上使用服务器访问列表控制技术，在公共通讯簿服务器文件中定义的服务器访问列表。用户访问服务器，根据服务器上的访问列表，以确定它们是否可以访问服务器上的信息系统。的方式来判断下列情形： 个人用户，服务器或组访问服务器； 任何用户访问服务器或拒绝任何访问服务器； 允许在公共地址簿中的用户访问，此将拒绝匿名的浏览器访问。 可以控制哪些用户可以创建一个数据库服务器和副本；设置服务器访问如何继电器，继电器控制用户是否可以申请通过服务器到另一台服务器的阶梯传输服务器列表：拒绝中继内部访问服务器，可以帮助减少网络流量。组织中的每个服务器上设置服务器的访问列表可以保持在防火墙的网络端口被打开，而不必担心黑客的攻击。 3）数据库的安全 55 医院的数据库管理系统平台完全从数据库访问列表，它可以控制对数据库的访问。 系统管理和维护工具的数据库类型，访问级别，一个明确的定义，以确保只有合法授权用户可以访问数据库的用户。个人到本地数据库加密和密码保护的关键，其他人员可以复制受保护的数据库不能读取其内容。 4）文档的安全 授权控制文件中被称为一个文档数据库的记录，可以控制不同类型的用户访问记录。使用数字签名技术可以测试的可靠性，并通过电子邮件发送的文件在传输过程中已被篡改。整个数据库，文档，或字段加密。无论信息存储在服务器或工作站，要发送的数据加密的电子邮件传输，在缺乏安全，媒体或网络提供安全保证。 5）操作访问控制 基于 Web 的医院管理系统的用户界面可能不同身份的用户操作访问控制技术， 以确认操作的有效性。不同的用户输入的用户界面，操作按钮，可以根据用户的身份确定将被隐藏。如果不能确定身份，然后用户选择的操作按钮，系统权限表，决定用户是否有权操作。 6）系统的网络安全 建立活动日志。基于 Web 的医院管理系统，以记录活动日志，并密切监测每个关键数据着陆操作。活动记录了大量的信息，一方面，包括正在访问的网站和服务器，所使用的浏览器，部分使用哪个 URL，以及可能遇到的 CGI 错误。另一方面，包括用户创建，删除，修改关键数据和文件系统。因此，活动日志文件，可以监控网站和服务器的活动，还检查可疑的活动，具有十分重要的意义是预防措施，追查事故。系统数据备份。已被破坏的入侵，最快的回收系统，可以保证系统数据备份。 5.5 本章小结 本章着重描述了基于 Web的医院管理系统的实现过程，包括系统的开始界面、登录界面、主系统界面、导航界面、重要模块的实现界面等。在系统开发过程中，本文编写了大量的公用模块代码 56 第六章 系统的测试 第六章 系统的测试 6.1 软件测试概述 软件测试是提高和保证系统质量的重要环节，测试的目的是利用最低的成本，尽可能多的找出系统中存在的错误和 Bug。 通常对系统程序进行测试一般采用白、黑、灰盒子的测试方式。其中，黑盒子测试一般基于开发需求文档需求作为驱动，主要测试系统的功能实现，系统数据正确性。黑盒子测试主要从使用者的角度出发，使用者不需要系统实现系统或者系统内部判断逻辑，只需要通过输入必要的参数条件，然后通过输出的结果与实际的结果进行对比判断，以此来验证程序功能是否实现，程序判断的逻辑是否正确。所以黑盒子测试主要测试系统的数据正确性和功能是否实现，黑盒子测试有如下几个特点： 首先黑盒子测试不关注系统具体实现情况，即便系统功能发生改变，只要系统界面输入条件没发生变化，我们都可以通过黑盒子对系统功能进行测试，如果系统发生改变，可以通过黑盒子测试系统发生改变情况。 其次黑盒子测试与系统的开发可以同时进行，可以变开发为测试，从而在开发中通过黑盒子测试发现问题，从而简约之后所带来的资源浪费和麻烦。 一般采用黑盒子测试可以通过比较方法、边界值分析方法，因果联系法和决策表方法等进行具体的测试。黑盒子测试主要采取穷举输入的方法来完成测试，通过输入不同条件的测试值观察系统的执行情况，从而来判断系统程序的问题。 本文在对基于 Web 的医院管理系统进行软件测试的过程中，主要包括单元测试（模块测试）和集成测试两个阶段。 6.2 测试用例的设计 测试是测试系统的任务描述，基于 Web 的医院管理系统，主要用于系统的具体功能测试，业务规则和业务流程测试程序设计测试系统是否满足某些特定的需求。测试工作，测试用例的数量比例，测试在整个测试过程中一个非常重要的角色，可以作为一个衡量标准的基准和分析缺陷评定试验结果用于指导测试的实施。 测试用例是软件测试的基础，也是测试是否成功的关键环节。 （1）数据处理测试用例设计 57 在基于 Web 的医院管理系统中，几乎所有功能模块的操作都离不开数据的处理， 因此本文在设计测试用例时，首先针对各个数据表，设计数据处理相关的测试用例。 数据的处理主要包括：数据的增加、修改、删除、保存和显示等。其中数据的显示包括一条数据记录的详情显示，以及大量数据的列表显示等。通常在系统中，会根据系统的功能需要，按照类别进行数据的显示，也会根据用户的查询需求，显示对应的查询结果列表。 基于 Web 的医院管理系统中数据表的数据处理相关用例设计表如表 6-1 所示。 表 6-1 数据编辑测试用例设计表 编号 1 功能 测试用例的输入 测试用例的 执行过程 预期输出 实 际 输出 问 题 测 试 表述 人员 增 加 一 添加数据记录的 条 数 据 相应字段 记录 保存输入后 的数据 增 加 记 录 新 增 成功 成功 达 到 01 预 期 效果 达 到 01 预 期 效果 达 到 01 预 期 效果 达 到 01 预 期 效果 达 到 01 预 期 效果 达 到 01 预 期 效果 达 到 01 预 期 2 修 改 一 修改数据库中存 保存输入后 条 数 据 储的数据记录 记录 的数据 修 改 记 录 修 改 成功 成功 3 删 除 一 删除数据库中存 保存修改后 的数据 条 数 据 在的数据记录 记录 4 删 除 记 录 删 除 成功 成功 列 表 显 可以查看多条数 保存删除后 示 多 条 据的列表记录 数 据 记 录 的数据 列 表 中 显 显 示 示 数 据 库 成功 中 的 相 应 数据记录 输 出 相 应 输 出 的 数 据 记 成功 录报表 存 储 数 据 存 储 记录成功 成功 5 输 出 数 选择相应的数据 将数据转为 据报表 报表格式 多种格式 6 存 储 数 将数据记录存储 在数据库中 据记录 到数据库中 读取 7 获 取 数 读取数据库中相 按统一的查 据记录 应的数据记录 询入口在数 获 取 数 据 获 取 记录成功 成功 58 第六章 系统的测试 据库中查询 8 据记录 效果 查 询 数 查询数据库中满 保存输入后 足用户需求的数 的数据能够 据记录 查询 获 取 正 确 查 询 的 查 询 结 成功 果 达 到 01 预 期 效果 数据库中的数据信息处理相应的用例设计如表 6-2所示。 表 6-2 信息处理测试用例表 编号 1 功能 测试用例的输入 测试用例的 执行过程 用 户 身 输入数据库中存 执行登陆命 份认证 储 的 正 确 用 户 令 名、密码信息 输入数据库中存 执行登陆命 储 的 正 确 用 户 令 名、错误的密码 预期输出 实 际 输出 成 功 登 录 成 功 系统 进 入 问 题 测 试 表述 人员 达 到 01 预 期 目的 达 到 01 预 期 目的 2 系统 系 统 提 示 输 入 “您 输 入 用 户 的 用 户 名 名 或 或 者 密 码 密 码 3 输入数据库中存 执行登陆命 储的正确密码、 令 错误的用户名 存在错误 错误 系 统 提 示 输 入 “达 到 01 预 期 目的 您 输 入 用 户 的 用 户 名 名 或 或 者 密 码 密 码 4 系 统 中 用户选择相应的 执行链接命 的 功 能 功能操作按钮或 令 链接 链接 系 统 流 用户发送请求 程检查 令 执行请求命 存在错误 错误 跳 转 到 相 正 确 应 的 功 能 显 示 页面 页面 系 统 将 会 上 一 自 动 收 到 级 可 用 户 的 请 以 收 求信息 达 到 01 预 期 目的 达 到 01 预 期 目的 5 到 请 求 的 6 重 复 命 使用数据库中已 执行保存命 名报错 经存在的名称命 令 名 59 系 统 提 示 提 示 已 经 存 在 文 件 达 到 01 预 期 在 存相 应 的 数已 据记录在 （2）功能模块测试用例设计 目的 每个功能测试功能测试，检查点对应于一个特定的测试的情况下，整个过程可以进行测试来验证的检查点的正确性的常用功能和过程。功能测试的测试对象的功能测试用例主要集中在系统的功能测试需求。测试的目标是核实数据的接受、处理和检索是否正确，以及规则的实施是否恰当，以此来核实需求功能与实现功能是否一致。 下面以添加用户信息用例为例进行具体介绍。添加用户信息测试用例如下表6-3 所示： 表 6-3 添加用户信息测试用例表 用例编号 测试优先级 用例摘要 测试类型 用例类型 测试目的 200401 较高 添加用户信息 功能性测试 基本事件 应用评估 测试用例描述 预置条件或输 入数据描述 用户名、密码、性别、用户级别、用户备注信息等，以及测试环境的搭 建 测试步骤 1．进入“添加用户信息”页面 2．输入用户名、密码、性别、用户级别、用户备注信息等，输入用户 名为 test 3．点击“保存” 预期输出结果 4．输入查询语句：select * from t_user where UserName =‘test’ 执行步骤 3 后，页面弹出提示信息“添加用户成功” 执行步骤 4 后数据库中有相应的增加成功的数据记录。 实际输出结果 测试结论 添加用户、查询、新增功能完整 达到预期目标 60 第六章 系统的测试 与试验标准的单一功能的检查站，根据系统的功能测试进行综合评价。评价结果的综合评价，不分为两部分，作为最终结果的系统功能测试。 综合评价的速率系统功能测试指标主要通过列出所有的关卡，测试功能检查率测试通过委托方开发。只有当所有的功能检查的基于 Web 的医院管理系统可以满足指定的速率的测试要求，表明该系统通过功能测试。 （3）性能测试用例设计 性能测试是性能测试来验证系统的性能要求的过程中实现了。性能测试系统的测试是非常重要的，在测试的实施过程中，性能测试，结合广泛的测试内容，强度，压力，负载，等性能，主要包含预期的性能测试，用户并发性能测试，疲劳强度的测试内容，该 CPU负载的大量数据进行测试和速度测试等。 根据系统响应时间的性能测试，业务处理效率的需求信息来评估系统的性能，应该能够成功地完成测试的所有测试用例的列表，无故障的产生和实现所需的目标。在测试过程中发现的问题应记录到系统的缺陷，根据实际情况。 对于不同的系统的性能测试有不同的要求，网络的关键性能指标为基础的医院管理系统的并发用户数量的增加，主要的用户数量增加了系统的负担，增加使用者的需要测试系统的响应速度等性能的情况下。 根据基于 Web 的医院管理系统的应用情况，系统要求最大的用户数为 300 人同时在线，最大并发用户数量为 150人。并发用户的测试用例如表 6-4所示： 表 6-4 并发用户的测试用例表 编号 描述 测试目的 前置条件 步骤 1 2 3 4 5 输入 30 60 90 120 150 T0001 用户登录 测试系统所能承受的最大并发访问数量 测试大量用户在同一时间登录基于 Web 的医院管理系统 期望值 实际值 30 30 60 60 90 90 120 120 150 150 在具体实施的过程中，软件测试工程师采用多人并发登录，从而进行强度测试。 将测试的结果（即实际性能）与以上表中的期望性能进行比较。 6.3 测试的实施 本文中系统测试的实施主要从以下几个方面来进行： 1）功能性测试 （1）用户登录测试 61 基于 Web 的医院管理系统，需要对不同用户设置分配不同的权限，当用户输入的用户名和密码错误时会得到相应的提示。用户登录模块测试如表 6-5所示。 表 6-5 用户登录模块的测试 合理数据 用户名输入 admin， 密码输入 123 用户名输入 admin， 密码输入 123 用户名输入 admin， 密码输入 123 用户名输入 admin， 期望结果 不合理数据 期望结果 系统提示“请输入 用户名” 系统提示“请输入 密码” 系统提示“用户名 或密码错误” 系统提示“用户名 或密码错误” 用户登录成功 用户名输入空，密码输 入 123 用户登录成功 用户名输入 admin，密 码输入空 用户登录成功 用户名输入 test，密码 输入 123 用户登录成功 用户名输入 admin，密 码输入 admin 密码输入 123 （2）性能测试 在进行性能测试时选择 Load Runner作为测试的工具软件。Load Runner 是当前流行的测试软件之一，它能是一套功能全面的测试工具，它能够对各种体系架构的负载进行准确的测试，能够预测出系统行为并优化系统性能。Load Runner 通过模拟实际用户的操作行为和实行实时性能监测来查找和发现问题。 性能测试的部分测试用例如表 6-6 至表 6-8所示： 表 6-6 系统的响应时间 编号 性能描述 用例目的 前提条件 步骤 1 2 3 4 T0001 系统的响应时间 测试用户使用系统时系统的响应时间是否符合既定标准 输入 打开浏览器 输入系统地址 点击“转到” 关闭系统地址 期望值 <3s <3s <3s <2s 实际值 2s 2s 2s 1s 62 第六章 系统的测试 表 6-7 用户登录的响应时间 编号 性能描述 用例目的 前提条件 步骤 1 2 3 T0002 用户登录的响应时间 测试用户登录系统的响应时间是否符合既定标准 输入 打开浏览器 输入系统地址 输入用户名和密 码 期望值 <3s <3s <3s 实际值 2s 2s 2s 4 5 点击“登录”按钮 登录成功，跳转到 系统的主页面 <2s <2s 1s 1s 表 6-8 并发用户测试用例表 编号 性能描述 用例目的 前提条件 步骤 输入 1 2 3 4 5 30 60 90 120 150 T0003 用户登录 测试系统所能承受的最大并发访问数量 虚拟大量用户同一时间登录 期望值 30 60 90 120 150 实际值 30 60 90 120 150 系统性能测试中模拟最多 150 人并发登录，进行强度测试。 （1）当 30 个用户并发登录时，登录成功的平均响应时间为 0.368 秒，系统正常运行。 （2）当 90 个用户并发登录时，登录成功的平均响应时间为 1.123 秒，系统正 63 常运行。 （3）当 150 个用户并发登录时，登录成功的平均响应时间为 1.805 秒，系统正常运行。 随着用户数量的增加，对系统注册表的响应时间也增加在时间 150 个并发用户登录基本满足用户要求的系统，未发生异常或错误。 6.4 测试结果分析 本文在对基于 Web 的医院管理系统进行测试的过程中，共设计测试用例 158个， 其中包括 3个错误的测试用例（错误测试用例在实际测试的过程中才发现）。 155个测试用例基本符合系统的内在逻辑，没有发现严重缺陷。 在对基于 Web 的医院管理系统行性能测试的过程中，主要对系统的吞吐量以及平均响应时间进行了测试。 其中，基于 Web 的医院管理系统吞吐量的平均值为 1668495 kb/s，如图 6-1所示。 图 6-1 基于 Web 的医院管理系统的吞吐量 基于 Web 的医院管理系统的平均响应时间是 0.249ms，如图 6-2所示。 第六章 系统的测试 图 6-2 基于 Web 的医院管理系统的平均响应时间 通过上面两图可以看出，并发用户数越大，系统的吞吐量以及系统的平均响应时间越长，变化趋势相对较为平稳。因此，可以看出，系统的性能较为稳定，能够达到基于 Web 的医院管理系统的性能运行要求。 通过对 Web 的医院管理系统进行功能测试，对系统的各个功能模块进行了全部测试，在测试的过程中，也发现了系统存在的缺陷，并基于测试的结果，对系统存在的缺陷进行了修改和完善，最后进行了回归。 结合以上各方面，系统很好地实现了功能需求，也达到了非功能性的各项需求， 满足了用户操作的要求，实现了系统预期的易用性、并发性、稳定性等目标。 65 第七章 总结 传统的手工记录的医院管理方式已经不能适应高速发展的信息化时代，新的医院管理系统开发出来之后，医院的现有的医院信息管理将有很大的改观，由过去的人工方式转变为计算机方式，由效率低、数据冗余、易产生错误转变为检索迅速、查找方便、可靠性高、存储量大。这些优点能够极大地提高效率，也是医院科学化、正规化管理的重要条件。 本文针对该问题，设计了一套基于 Web 的医院管理系统。基于 Web 的医院管理系统用计算机管理系统做尽可能多的人性化，用户会觉得很容易操作，管理医院需要做的是输入数据到数据库系统中去。由于数据库存储容量相当大，而相对稳定，保存时间长，不易丢失。这无疑提供了一个方便快捷的操作模式信息存储到更大的医院。该系统具有运行速度快，安全可靠，稳定性好，具有完善的报表生成，修改功能，能快速查询医院住宿信息。 本文简要介绍了医院管理系统的主要功能及体系结构，重点讨论了系统数据准备、数据库的逻辑结构分析、Struts 等技术。这些技术的实现，满足了系统的需要，优化了系统的性能。 该系统同时充分利用计算机的功能实现对系统管理、信息录入、信息查询，信息打印等的自动化控制，将会使医院管理工作大大减轻，方便友好的信息管理用户界面，简便的操作，完善的数据库管理，将会使得信息管理系统极大限度地应用于现代化医院成绩管理，成为医院信息管理的得力助手。 希望随着医院管理系统技术的日趋成熟，大多医院都使用医院管理系统来解决医院信息管理难，易出错等问题，使医院的管理更上一个台阶。 66 致谢 致谢 几年的研究生生活即将结束，在这几年里感受颇多。我有幸做老师的学子，有幸结识每一位同学，在这几年的生活和学习中，他们陪我一起度过，给予了我莫大的关心和帮助，借此机会我想在这里表达真诚的感谢。 首先，感谢导师对我的帮助和指导，本文是在导师的指导和帮助下完成的，感谢他在我需要帮助的时候出现给予我关怀和指导。 其次，我要感谢我的同学，这几年我们一起学习、一起奋战、一起做伴，他们给予了我很多的帮助。并且在完成论文的过程中给我提了很多意见和建议，我的论文才得以慢慢完善。 最后，在完成论文的过程中家人和朋友也给了我支持和鼓励，感谢家人朋友的关心和支持，促进我顺利毕业。 论文即将完稿，在此感谢所有给予过我关心和帮助的老师、朋友、同学，给你们致以衷心的谢意。 67 参考文献 参考文献 [1] 田联房.基于计算机的医院体检信息管理系统的设计和实现[Jl.中华现代管理杂志 3(1)：11-13 [2] B.Bruegge，A.H.Dutoit.面向对象软件工程[M].清华大学出版社，2002 [3] 安玉红.集体体检工作的管理实践[J].临床医药实践杂志，2003.12(9)：718-719. ， 2005， [4] 张静波，王韬.论医院信息安全保障体系建设.中国医院.2006，2(10)：51-53. [5] 吴卫国，王尚生.实验室信息系统(LIS)设计与功能[J].医疗设备信息，2007，3：25-26[6] 丁 云.HL7 标准概述[J].中国数字医学，2007，2(7)：44-45. [7] 李包罗，马琏，梁铭会.中国医院信息基本数据集标准[J].中国医院.2006，9(7)：12-14. [8] 毛新生，基于 SOA 与 HL7 的医院信息系统的研究与实践[D].北京清华大学，2008. [9] 段辉.基于 Web Service 和.NET 技术的管理信息系统的研究[J].计算机科学，2007，5： 118-119. [10] Chen ， P. The Entity-Relationship Approach to Logical Database Desigan[M].QED Information system，June，1997. [11] (美)波奈尔著，韩宏志译.数据库设计与开发教程[M].清华大学出版社，2005 [12] 李刚荣，方明金.数字化医院建设的思路与实践[M].人民卫生出版社.2006 [13] 曹广琦，王守梅，刘伟等.基于 WEB 的体检信息系统设计与应用[J].医疗设备信息，2007， 22(6)：31-33 [14] 李刚荣，穆云庆等.我院信息化建设的成效[J].中华医院管理杂志.2003，19(12)：754 [15] 崔金红，王旭.基于 B/S 模式的综合查询系统的设计和实现[J].情报杂志，2004，6：80-81[16] 刘 谦.基于 ASP 模式的区域性医学影像信息系统的设计与实现[J].中国数字医学，2009， 4(3)：25-27 [17] 杜育雄，王平根.中国医院信息系统——2015 年展望[J].医学信息，2005，2：12-14 [18] 刘洪海.网页数据库开发实战.第一版.北京：中国铁道出版社，2000 [19] 程成. 软件工程. 北京：中国电力出版社， 2004 [20] 蔡剑，景楠. Java Web 应用开发：J2EE 和 Tomcat[M]， 北京：清华大学出版社， 2005[21] 孙卫 琴 精通. Struts：基于 MVC 的 Java Web 设计与开发[M]. 北京：电子工业出版社，2005[22] 滕英岩. 基于 J2EE 三层体系结构的研究与应用. 辽宁税务高等专科医院学报，2002： 35-37 [23] Justin，Couch 等. J2EE 宝典. 北京：电子工业出版社. 2002：24-30，124-150 [24] 李智渊. 采用 Struts 框架实现 MVC 设计模式. 兰州：兰州理工大学现代网络教育学院. 68 参考文献 2005：34（4）：22-30. [25] 孙卫琴编著. 精通 Struts：基于 MVC 的 Java Web 设计与开发. 北京：电子工业出版社. 2004 年 8 月：112-118 [26] Malcolm Davis. Struts， an Open-source MVC Implementation. Developer Works.2001： 98-112 [27] 清宏计算机工作室编著. JSP 编程技巧. 北京：机械工业出版社，2001.1 [28] 飞思科技产品研发中心. Java2 应用开发指南（第二版）. 北京：电子工业出版社.2003 年 7 月：35-61. [29] [美]查克·马丁.数字化经济.北京：中国建材工业出版社，2009 [30] Malcolm Davis. Struts, an Open-source MVC Implementation. Developer Works.2001：98-112[31] Struts 开发入门与项目实践. 北京：人民邮电出版社, 2005.8 [32] 曾钦宏,徐学洲. 基于 Struts 的文档管理系统. 西安：西安电子科技大学计算机学院. 2005 年 8 月，15（8）：11－13. [33] 王肖锋，曹作良. 基于 Struts 体系结构的企业级应用系统. 大津理工学院.2003，19（4）： 63-65. [34] [美]特纳. Struts Kick Start 中文版. 北京：电子工业出版社. 2004 年 9 月：58-84 [35] 冰云. Struts 原理与应用. http：//dev.csdn.net/article/22/22571.htm. 2003 年 12 月：33-36[36] 戎伟, 张双. 精通 Struts-Java 流行服务器、框架、工具及整合应用[M]. 北京：人民邮电出 版社, 2006 [37] Shaw Mary, Garlan David. Software Architecture Perpectives on an Emerging Discipline. Prentice Hall. 1966：42-45 [38] YeahTech. 用 Struts 开发国际化程序思路. 2004,9,24 [39] chris hart; john kauffman;david sussman;chris ullman(著) Professional Asp.net 2.0 Special Edition[M], Wrox,, 2005.11 [40] Christian Nagel, Bill Evjen, Jay Glynn,Morgan Skinner. Professional C# 2005 with .NET 3.0[M] , Wiley Publishing Inc. 2007 [41] Jacquie Barker and Grant Palmer,Beginning C# Objects:From Concepts to Code, Apress L.P., 2004. [42] Paul Turley. Microsoft SQL Server 2005 Integration Services Step by Step[M]. Microsoft Press. 2007.6 [43] Catalin-Daniel Caleanu , Corina Botoca .C# Solutions for a Face Detection and Recognition System [J].Facta Universitatis Series : Electronics and Energetics,2011,20(1). [44] CHEN Yi-min,ZHAO Jing,ZOU Yi-bo 等.Office Automation System for Enterprise Based-on . 69
因篇幅问题不能全部显示，请点此查看更多更全内容
Copyright © 2019- 7swz.com 版权所有 赣ICP备2024042798号-8
违法及侵权请联系：TEL:199 18 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务