医院病床管理系统设计方案

1 医院病床管理系统设计方案 1 绪 论 文的研究背景及意义 随着计算机的日益普及和网络的发展 ,数据库的应用范围越来越广 ,数据库应用的功能也越来越强 ,因此编写管理信息系统应用程序也显得尤为重要 ,在强调管理 ,强调信息的现代社会中它变得越来越普及。 医院就医 排队是大家都非常熟悉的现象， 它以这样或那样的形式出现在我们面前 ，例如 ， 患者到门诊就诊、到收费处划价、到药房取药、到注射室打针、等待住院等 ， 往往需要排队等待接受某种服务。 本系统开发的目的一方面从提高医院工作的效率出发，缩减过去病人挂号及挂号过后进行盲目等待医院 安排手术而浪费时间，另一方面从提高医院病床利用率及减少浪费医院人力资源的角度出发，通过设计一个切实可行的软件系统用于解决医院对已挂号病人管理中信息处理总量大、内容繁多、手段落后的现状 ,即利用成熟的计算机系统来实现医院管理工作的自动化。本系统根据医院管理的一些实际情况而编制的一套自动化的排队系统之病床管理子系统。 该设计方案是以一医院眼科病床的实例来分析，并根据该实例得出有效地模型，并得出挂号病人的住院时间以及手术时间。该模型实现的功能具体如下： 住院信息管理：工作人员能够添加、删除住院病人，并能够查询待 住院病人可以住院的大致时间。 手术信息管理：能够添加及删除已安排住院病人的手术时间，并能够查询未被安排手术病人的大致手术时间。 究思路和工作计划 正如研究任何其它软件项目一样，我做的毕业设计也经历了从选题，调研，熟悉开发环境，实验关键技术，查找类似的相关系统的资料；系统概要设计，数据库结构设计，功能模块开发，功能模块测试，系统调试和系统试运行和修改。下面的流程图反映了我们的基本的思路和过程 。 2 图 1发系统流程图 在各阶段的时间安排上，选题和调研用了两到三周的时间 ;实验关键技术，查找类似的相关系统 的资料用了两周时间；系统概要设计用了一周的时间；数据库结构设计用了一周时间；功能模块开发和功能模块测试用了四周的时间；最后，系统调试和运行及修改用了约三周的时间。初略总计 ,完成全部工作大约用了 3 个半月的时间。 本文采用结构化的设计思想对医院病床管理系统进行分析设计，对系统的管理需求和计算机办公的需求进行详细分析、设计完成医院病床管理系统的基本功能。主要完成包括后台数据库的建立和维护以及前台应用程序两个方面的开发。本文，设计并实现了医院病床管理系统。共六章，各章组织及内容如下： 第一章：概述了本文研究的 背景，分析了研究的意义和必要性，介绍目前本课题的研究现状，讨论分析了目前研究现状存在的问题及本人在本系统中所担任的工作，提出了本文的结构层次。 第二章：详细介绍了与本文有关的背景知识，包括系统开发方法和开发工具的比较，通过这些比较选定了系统的设计工具以及设计方案。 第三章：对系统需求作了详细的分析，其中包括系统的各子系统功能模块的划分，系统主要类图、用例图的建立以及系统整体功能模块设计、子系统及其模块的设计。 第四章：是 病床管理系统 数据库及其结构的设计，介绍了不同数据库基本的相关知识、数据库的具体设计与实现 ，并列出了各数据库表的结构。 第五章：是 病床管理 系统及实现，介绍了主要功能模块的界面设计实现，并描述了系统实现的相关情况。 第六章：是对全文的工作进行了总结。 2 相关技术和手段 3 统分析与设计的相关技术 系统的开发是一个复杂的系统工程，它涉及计算机处理技术、系统理论、组织结构、管理功能、管理知识等各方面的问题。然而，至今没有一种统一完备的开发方法。但是，每一种开发方法都要遵循相应的开发策略。任何一种开发策略都要明确以下问题： 系统要解决的问题：如采取何种方式解决组织管理和信息处理方面的问题，对企业提出的新 的管理需求该如何满足等。 系统可行性研究：确定系统所要实现的目标。用过对企业状况的初步调研得出现状分析的结果，然后提出可行性方案并进行论证。系统可行性的研究包括目标和方案可行性、技术的可行性、经济方面的可行性和社会影响方面的考虑。 系统开发的原则：再系统开发过程中，要遵循领导参与、优化创新、实用高效、处理规范化的原则。 系统开发前的准备工作：做好开发人员的组织准备和企业基础准备工作。 系统开发方法的选择和开发计划的制定：针对已经确定的开发策略选定相应的开发方法，是结构化系统分析和设计方法，还是选择原型法或面 向对象的方法。开发计划的制定是要明确系统开发的工作计划、投资计划、工程进度计划和资源利用计划。 管理信息系统开发方法主要有：结构化生命周期开发方法、原型法、面向对象的开发方法等。 I. 结构化生命周期开发方法 目前较为流行的 发方法是结构化生命周期开发方法，其基本思想是：用系统的思想和系统工程的方法，按用户至上的原则，结构化、模块化地自上而下对生命周期进行分析与设计。用结构化生命周期开发方法开发一个系统，将整个开发过程划分为 5个依次连接的阶段： 系统规划阶段：主要任务是明确系统开发的请求，并进行初步的调查， 通过可行性研究确定下一阶段的实施。系统规划方法有战略目标集转化法（ 关键成功因素法（ 企业规划法（ . 系统分析阶段：主要任务是对组织结构与功能进行分析，理清企业业务流程和数据处理流程，并且将企业业务流程与数据流程抽象化，通过对功能数据的分析，提出新系统的逻辑方案。 系统设计阶段：主要任务是确定系统的总体设计方案、划分子系统功能、确定共享数据的组 织，然后进行详细设计，如处理模块的设计、数据库系统的设计、输入输出界面的设计和编码的设计等。 系统实施阶段：主要任务是讨论确定设计方案、对系统模块进行测试、进行系统运行所需数据的准备、对相关人员进行培训等。 系统运行阶段：主要任务是进行系统的日常运行管理，评价系统的运行效率，对运行费用和效果进行监理审计，如出现问题则对系统进行修改、调整。 这五个阶段共同构成了系统开发的生命周期，结构化生命周期开发方法严格区分了开发阶段，非常重视文档工作，对于开发过程中出现的问题可以得到及时的纠正，避免了出现混乱状态。但是， 该方法不可避免的出现开发周期长、系统预算超支的情况，而且再开发过程中用户的需求一旦发生变法，系统将很难做出调整。 4 原型法 原型法在系统开发过程中也得到不少应用。原型法的基本思想是系统开发人员凭借自己对用户需求的理解，通过强有力的软件环境支持，构造出一个实在的系统原形，然后与用户协商，反复修改原形直至用户满意。原型法的应用使人们对需求有了渐进的认识，从而使系统开发更有针对性。另外，原型法的应用充分利用了最新的软件工具，使系统开发效率大为提高。 面向对象（ 系统开发方法，是近年来受到关注的一种系统开发方法。面向对象的系统开发方法的基本思想是将客观世界抽象地堪称是若干个相互联系的对象，然后根据对象和方法的特性研制出一套软件工具使之能够映射为计算机软件系统结构模型和进程，从而实现信息系统的开发。在本系统的开发中采用了结构化生命周期开发方法。 发工具介绍与选择 C#简介 : 在过去的二十年里， C 和 C+已经成为在商业软件的开发领域中使用最广泛的语言。它们为程序员提供了十分灵活的操作，不过同时也牺牲了一定的效率。与诸如 语言相比，同等级别的 C/C+应用程序往往需要更长时间来开发。由于C/C+语言的复杂性，许多程序员都试图寻找一种新的语言，希望能在功能与效率之间找到一个更为理想的权衡点。 目前有些语言，以牺牲灵活性的代价来提高效率。可是这些灵活性正是 C/C+程序员所需要的。这些解决方案对编程人员的限制过多（如屏蔽一些底层代码控制的机制），其所提供的功能难以令人满意。这些语言无法方便地同早先的系统交互，也无法很好地和当前的网络编程相结合。 对于 C/C+用户来说，最理想的解决方案无疑是在快速开发的同时又可以调 用底层平台的所有功能。他们想要一种和最新的网络标准保持同步并且能和已有的应用程序良好整合的环境。另外，一些 C/C+开发人员还需要在必要的时候进行一些底层的编程。 微软推出 C#： C# (C 是微软对这一问题的解决方案。 C#是一种最新的、面向对象的编程语言。它使得程序员可以快速地编写各种基于 台的应用程序，供了一系列的工具和服务来最大程度地开发利用计算与通讯领域。 正是由于 C#面向对象的卓越设计，使它成为构建各类组件的理想之选 无 论是高级的商业对象还是系统级的应用程序。使用简单的 C#语言结构，这些组件可以方便的转化为 络服务，从而使它们可以由任何语言在任何操作系统上通过 行调用。 最重要的是， C#使得 C+程序员可以高效的开发程序，而绝不损失 C/C+原有的强大的功能。因为这种继承关系， C#与 C/C+具有极大的相似性，熟悉类似语言的开发者可以很快的转向 C#。 效率与安全性。 新兴的网络经济迫使商务企业必须更加迅速的应对竞争的威胁。开发者必须不断缩 5 短开发周期，不断推出应用程序的新版本，而不仅仅是开发一 个“标志性”的版本。 C#在设计时就考虑了这些问题。它使开发者用更少的代码做更多的事，同时也不易出错。 支持现有的网络编程新标准 新的应用程序开发模型意味着越来越多地解决方案依赖于新出现的网络标准，例如。现存的开发工具往往都是早于 现的，或者是在我们所熟知的网络还处于孕育期时出现的。所以，它们一般无法很好地支持最新的网络技术。 C#程序员可以在 台上事半功倍的构建应用程序的扩展框架。 C#包含了内置的特性，使任何组件可以轻 松转化为 络服务，通过 任何操作系统上运行的任何程序调用。 更突出的是， 络服务框架可以使现有的 络服务对程序员来说就和 C#对象一样。这样，程序员就可以方便地使用他们已有的面向对象的编程技巧来开发利用现有的 络服务。 还有一些精细的特性，使得 C#成为一流的网络编程工具。例如， 逐渐成为在网络上传输结构化数据的标准。这种数据集合往往非常小。为提高性能， C#允许把 据类型，而不是 样对处理少量的数据非常有效 。 消除大量程序错误： 即使是专家级的 C+程序员也常会犯一些最简单的小错误 比如忘了初始化变量，但往往就是这些小错误带来了难以预料的问题，有些甚至需要很长时间来寻找和解决。一旦一个程序作为产品来使用，就算最简单的错误纠正起来也可能要付出极其昂贵的代价。 C#的现代化设计能够消除很多常见的 C+编程错误。 例如： 收减轻了程序员内存管理的负担。 C#中变量由环境自动初始化。 变量类型是安全的。这样，程序员编写与维护那些解决复杂商业问题的程序就更方便了。 对版本的更新提供内在的支持降低了开发成本： 更新软件组件是一项很容易出错的工作，因为代码的修改可能无意间改变原有程序的语义。为协助开发者进行这项工作， C#为版本的更新提供内在的支持。例如，方法重载必须显式声明。这样可以防止编码错误，保证版本更新的灵活性。还有一个相关的特性就是对接口和接口继承的内在支持。这些特性使得 C#可以开发复杂的框架并且随着时间不断发展更新它。 总体来说，这些特性使得开发程序项目的后续版本的过程更加健壮，从而减少后续版本的开发成本。 商业过程和软件实现的更好对应 企业的商业计划要付诸现实，必须在抽象的商业过程和实际 的软件实现之间建立紧密地对应。不过大多数语言都很难做到这点。例如，如今的程序员们一般使用代码注释来注明哪个类对应于某个抽象的商业对象。 C#语言允许类型定义的，扩展的元数据。这些元数据可以应用于任何对象。项目构建者可以定义领域特有的属性并把他们应用于任何语言元素 口等等。然后，开发 6 人员可以编程检查每个元素的属性。这样，很多工作都变得方便多了，比如编写一个小工具来自动检查每个类或接口是否被正确定义为某个抽象商业对象的一部分，或者只是创建一份基于对象的领域特有属性的报表。定制的元数据和程序代码之间 的紧密对应有助于加强程序的预期行为和实际实现的之间的对应关系。 扩展交互性： 作为一种自动管理的，类型安全的环境， C#适合于大多数企业应用程序。但实际的经验表明有些应用程序仍然需要一些底层的代码，要么是因为基于性能的考虑，要么是因为要与现有的应用程序接口兼容。这些情况可能会迫使开发者使用 C+, 即使他们本身宁愿使用更高效的开发环境。 C#采用以下对策来解决这一问题： 内置对组建对象模型（ 基于 支持。 允许有限制地使用纯指针 ( 在 C#中，每个对象都自动生成为一个 发者不再需要显式的实现 口这些功能都是内置的类似的， C#可以调用现有的 象，无论是由什么语言编写的。 C#包含了一个特殊的功能，使程序可以调用任何纯 一段特别标记的代码中，开发者可以使用指针和传统 C/C+特性，如手工的内存管理和指针运算。这是其相对于其它环境的极大优势。这意味着 C#程序员可以在原有的 C/C+代码的基础上编写程序，而不是彻底放弃那些代码。 无论是支持 是纯 调用，都是为了使开发 者在 C#环境中直接拥有必要的强大功能。 结论： C#是一种现代的面向对象语言。它使程序员快速便捷地创建基于 台的解决方案。这种框架使 C#组件可以方便地转化为 络服务，从而使任何平台的应用程序都可以通过 用它。 C#增强了开发者的效率，同时也致力于消除编程中可能导致严重结果的错误。 C#使C/C+程序员可以快速进行网络开发，同时也保持了开发者所需要的强大性和灵活性。 据库技术介绍与选择 数据库系统是指在计算机系统中引入数据库后的系统 ,一般由 数据库、数据库管理系统、应用系统、数据库管理员和用户构成。应当指出的是 ,数据库的建立、使用和维护等工作只靠一个 远不够 ,还要有专门的人员来完成 ,这些人被称为数据库管理员。 在一般不引起混淆的情况下常常把数据库系统简称为数据库。数据库技术是应数据管理任务的需要而产生的。在应用需求的推动下 ,在计算机硬件 ,软件发展的基础上 ,数据管理技术经历了人工管理、文件系统、数据库系统三个阶段。 与人工管理和文件系统相比 ,数据库系统的特点主要有以下几个主面 :数据的结构化；数据的共享性高、冗余度低、易扩充 5；数据独立 性高；数据由 一管理和控制。 目前 ,数据库己经成为现代信息系统的不可分离的重要组成部分。 20 世纪 80 年代后不但在大型机上 ,在多数微机上也配置了 数据库技术得到了更加广泛的应用和普 7 及 ,是计算机领域中发展最快的技术之一。 从 60 年代末开始，数据库技术经历了层次数据库、网状数据库和关系数据库三个阶段。而进入数据库管理系统 (段至今，数据库技术的研究也不断取得进展。 80 年代，关系数据库成为发展的主流，几乎所有新推出的 品都是关系型的，关系数据库在计算机数据库管理的发展史上是一个重 要的里程碑，这种数据库结构化、最低冗余度、较高的程序与数据独立性、易于扩充、易于编制应用程序等优点，目前较大的信息系统都是建立在关系数据库设计之上的。 数据库中数据的规模和复杂性正随着各种新的应用系统的使用，变得越来越难管理。的数据洪流、非结构化数据类型的增加、高级数据分析工具及报表工具的业务需求，让数据出现不可抑制的增长。支撑业务系统的后台计算机系统及数据库的管理，比以往任何时候都变得严峻。对于新型信息化的企业和单位来说，确保市场响应时间、提高服务水平、高效访问数据是必然的选择，而非可有 可无的。在数据库管理工具的选择上，我们应主要考虑以下几点： 易用性； 界面友好性； 功能是否满足您的要求； 产品的服务支持； 多种工具的集中管理及上下文之间的调用。 目前市场上数据库的主流厂商及产品有 0g、 本系统使用的数据库是 000。 000 简介 000 是美国微软公司的一个产品 ，它继承了数据库软件设计和引攀方面的优势，已经成为新一代网络应用程序的最佳数据库和分析解决方案之一。 全称是 结构化查询语言。 句可以从关系数据库中获得数据，也可以建立数据库、增加数据、修改数据。 1986 年 用 言作为关系数据库系统的标准语言，后被国际化标准组织（ 纳为国际标准。 言使用方便、功能丰富、简洁易学，是操作数据库的工业标准语言，得到广泛地应用。 面向对象设计与分析的运用 1、 介 ,统一建模语言 6。它不是系统设计的方法，而是系统建模的标准。它是软件界第一个统一的可视化的建模语言，已成为国际软件广泛承认的标准，应用领域很广泛，可用于商业建模（ 软件开发建模的各个阶段，也可用于其它类型的系统。它是一个通用的建模语言，具有创建系统的静态结构和动态行为等多种结构模型的能力，具有可扩展性和通用性，适合于多种、多变结构的建模。 2、 特点 统一标准。 面向对象。 8 可视化、表示能力强。 独立于过程。 易掌握 。 3、 组成 包括了一些可以相互组合图表的图形元素。 类图 : 一个类（ 一类或一组具有类似属性和共同行为的事物。 对象图 : 对象（ 一个类的实例，是具有具体属性值和行为的一个具体事物。 用例图 : 用例（ 从用户的观点对系统行为的一个描述。 状态图 : 用来描述一个特定对象的所有可能的状态及其引起状态转移的事件 ,一个状态图包括一系列的状态，以及状态之间的改变。 顺序图 : 类图和对象图标大的是系统的静态结构。在一个运行的系统中，对象之间要发生交互，并且这些交互要经历 一定的时间。 序图所表达的正式这种基于时间的动态交互。 活动图：用例和对象的行为中的各个活动之间通常具有时间顺序。 协作图：系统的工作目标是由系统中各组成元素相互协作完成的。 构件图：构件图和部署图和整个计算机系统密切相关。 部署图： 署图显示了基于计算机系统的物理体系结构。 绘制 需要的工具： 003/2007。本系统使用的是 003 3 系统分析 行性分析 1、 开发系统的必要性 随着网络的普及和流行，通过互联网络进行活动不仅方便快速，而且经济实惠，从这一点足可以说明开发系统的必要性。 2、 开发系统的经济可行性 经济费用方面主要包括：购置并安装软硬件及有关设备的费用；系统开发费用；系统安装、运行和维护费用；人员培训费用。 这几项加起来与本系统所带来的经济效益和社会效益比起来，可以说是微不足道。 i. 开发系统的技术可行性 通过对医院工作流程各个环节的分析，确定出了系统的管理结构。利用现有的开发工具和开发技术完全可以在规定的时间，规定的资金范围内实现系统的全部功能。 组织管理上的可行性 系统会使医院的管理更加科学化，也会更方便、高效，更人性化。同时也可以优化组织结构，提高医院的竞争力。 社会条件上的可行性 网络的普及，网络也越来越受到人们的喜爱，这也为系统实现后的运行提供了一个大的环境。 9 求分析 医院病床管理系统是一个典型的数据库开发应用程序，主要由病床管理、手术管理、账号管理等模块组成。该系统的主要功能如图所示： 医 院 病 床 管 理 系 统病 床 管 理 手 术 管 理 账 号 管 理待入院病人管理住院安排拟出院病人管理添加手术安排修改手术安排查询手术时间查看账号信息修改账号密码注销账号图 3 系统功能模块图 件各子系统功能 要求及需求描述 在本系统中采用模块化、开放化的设计理念，这种方式不仅系统的解决了医院效率不够理想的情况，更是为医院节约了人力及财务资源。 系统主要由以下几部分构成： 1、 病床管理 本模块主要由以下三个子模块组成： 待入院病人管理：待入院病人主要是已经挂号，但是由于病床不足等 原因而未住院的病人，该模块主要包括添加、查找、修改、删除待入院病人及其基本信息。另外为刚挂号病人提供查询住院的大致时间。 病床安排：添加住院病人、查看住院病人信息、删除住院病人信息。 拟出院病人管理：由于还未出院，所以只是 计划出院，该模块主要是 提供查询功能，查询该人大致可以出院的时间。 2、 手术管理 本模块主要包括添加手术安排、修改手术安排以及查询手术时间。 3、 账号管理 本模块主要包括查看账号信息、修改账号密码以及注销账号。 统主要用例图 1、 用例图简介： 用例图 (示多个外部参与者以及他们与系统提供的用例之间的连接。用例是系统中的一个可以描述参与者与系统之间交互作用的功能单元。用例图仅描述系统参与者从外部观察到的系统功能，并不描述这些功能在系统内部的具体实现。 10 用例除了与执行者有联系外，用例之间 也存在一定的联系，用例之间通常有关联、包含、扩展及泛化等关系，包含和扩展是构造型元素，用 表示，图形表示为一虚线箭头。 本质上是一种使用关系，当一个用例包含另一个用例时，这两个用例之间就构成了使用关系。 本系统所采用的工具： 003 。 2、 系统总体用例图 系统的总用例图如下图所示：u s e 管 理手 术 管 理账 号 管 理添 加 手 术 安 排修 改 手 术 安 排查 询 手 术 时 间查 看 账 号 信 息修 改 账 号 密 码注 销 账 号待 入 院 病 人 管 理病 床 安 排拟 出 院 病 人 管 理修 改 病 人 信 息添 加 住 院 病 人 信 息删 除 住 院 病 人 信 息查 询 病 床 信 息查 询 拟 出 院 时 间删 除 病 人 信 息添 加 病 人 信 息 图 3 系统的总用例 图 3、 用例描述 在建立用例图后，为了使每个用例更加清楚，可以对用例进行描述。描述时我们根据其事件流进行，用例的事件流是对完成用例行为所需要的事件的描述。事件流描述了系统应该做什么，而不是描述系统怎么做。 11 通常情况下，事件流的建立是在细化用例阶段进行。开始只对用例的基本流所需要的操作步骤进行简单描述。随着分析的进行，可以添加更多的详细信息。最后，将例外添加到用例的描述中。下面我们对招生系统中部分主要的用例进行用例描述。 1) 对医院病床管理系统待入院病人用例描述如表 3示： 表 3待入院病人管理用例的描述 2) 对医院病床管理系统病床按排用例描述如表 3示： 表 3病床安排用例的描述 3) 对医院病床管理系统待出院病人用例描述如表 3示： 表 3拟出院病人管理用例的描述 用例名称 待入院病人管理用例 标识符 用例描述 参与者 前置条件 基本操作流程 可选操作流程 户浏览住院病人信息 一般用户 进入病床管理系统首页 1、 单击想要浏览的信息的标题 2、 系统将显示该信息的详细内容 3、 添加、删除、修改待入院院病人资料 4、 查询住院的大致时间 用例名称 病床安排用例 标识符 用例描述 参与者 前置条件 基本操作流程 可选操作流程 户浏览待入院病人信息 一般用户 进 入病床管理系统首页 1、 单击想要浏览的信息的标题 2、 系统将显示该信息的详细内容 3、 添加、删除、修改住院病人资料 用例名称 待出院病人管理用例 12 4) 对医院病床管理系统手术管理用例描述如表 3示： 表 3手术 管理用例的描述 5) 对医院病床管理系统账号管理用例描述如表 3示： 表 3账号管理用例的描述 义系统中的对象和类 在定义系统需求后，下一步就是确定系统中存在的对象。系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行。在医院病床管理系统中可以确定的对象包括管理员（ 病人（ 病床（ 疾病类型（ 待入院信息类（ 及手术信息类（ 在系统中我们采用了简单的三层结构，即将整个系统划分为表示层、业务逻辑层、 数据访问层 。 数据访问层 于实现与数据库的交互和访问，从数据库获取数据或保存数据到数据库的部分。 业务逻辑层 承上启下，用于对上下交互的数据进行逻辑处理，实现业务目标。 标识符 用例描述 参与者 前置条件 基本操作流程 可选操作流程 户浏览住院病人信息 一般用户 进入病床管理系统首页 选择病人的患病类型、住院时间，可以查询出院的大致时间。 用例名称 手术管理用例 标识符 用例描述 参与者 前置条件 基本操作流程 可选操作流程 户浏览手术管理信息 一般用户 进入病床管理系统首页 1、 单击想要浏览的信息的标题 2、 系统将显示该信息的详细内容 3、 添加、删除、修改手术信息 用例名称 账号管理用例 标识符 用例描述 参与者 前置条件 基本操作流程 可选操作流程 户浏览账号管理信息 一般用户 进入病床管理系统首页 1、 单 击想要浏览的信息的标题 2、 系统将显示该信息的详细内容 3、 添加、删除、修改手术信息 13 表示层 要实现和用户的交互，接收用户请求或返回用户请求的数据结果的展现，而具体的数据处理则交给业务逻辑层和数据访问层去处理。 在分析设计过程中，我们发现各层之间在很多情况下有一些共同的东西可以复用，在这是我们把各层一些都用的东西抽象出来。首先为了便于在多个层中传递，我们将数据对象实体和方法分离称为 首先我们来描述业 务实体 的实体类，实体类主要包括了以下几种： 1. 类 述了系统中管理员的基本信息，包括 号 )及 码）等属性，类图如图 3示： + i d ( ) : i n t+ u s e r N a m e ( ) : s t r i n g+ p w d ( ) : s t r i n g- i d : i n t- u s e r N a m e : s t r i n w d : s t r i n gM o d e l:A d m 图 2. 类 述了系统中待入院病人的基本信息，包括 名）、 别 )、龄 )、 号时间 )、 病类型 )等属性，类图如图 3 + i d ( ) : i n t+ p a t i e n t N a m e ( ) : s t r i n g+ r e g i s t e e r T i m e ( )+ i l l t y p e ( ) : s t r i n g+ s e x ( ) : s t r i n g+ a g e ( ) : i n t- i d : i n t- p a t i e n t N a m e : s t r i n g- r e g i s t e r T i m e- i l l t y p e : s t r i n g- s e x : s t r i n g- a g e : i n tM o d e l:d r y b r g 图 3. 类 述了系统中病床的基本信息，包括 床总数量 )以及使用病床数量 )等属性，类图如图 3示： + i d ( ) : i n t+ b e d t o t a l N u m ( ) : i n t+ u s e d B e d ( ) : i n tM o d e l:e d- i d : i n t- b e d T o t a l N u m : i n t- u s e d B e d : i n 图 14 4. 类 述了系统中病人的基本信息，包括 人姓名 )、 别 )、龄 )、 病类型）、 否住院 )、 院时间 )、 院时间 )等属性，类图如图 3示： + i d ( ) : i n t+ p a t i e n t N a m e ( ) : s t r i n g+ s e x ( ) : s t r i n g+ a g e ( ) : i n t+ i l l t y p e ( ) : s t r i n g+ i n O r N o t H o s p i t a l ( ) : b o o l+ z h u y u a n g T i m e ( )+ c h u y u a n T i m e ( )- i d : i n t- p a t i e n t N a m e : s t r i n g- s e x : s t r i n g- a g e : i n t- i l l t y p e : s t r i n g- i n O r N o t H o s p i t a l : b o o l- z h u y u a n T i m e- c h u y u a n T i m eM o d e l:图 5. 类 述系统中疾病类型，包括 病类型）和 病名称 )属性，类图如图 3示： + i l l t y p e ( ) : s t r i n g+ i l l n a m e ( ) : s t r i n g- i l l t y p e : s t r i n g- i l l N a m e : s t r i n gM o d p 图 6. 类 述系统中手术时间信息，包括 院安排）和术时间 )属性，类图如图 3示： + z h u y u a n A n p a i I d ( ) : i n t+ i d ( ) : i n t+ o p e r a t o r T i m e ( )- z h u y u a n A n P a i I d : i n t- i d : i n t- o p e r a t o r T i m eM o d e l:o p e r a n m a n a g e 图 主要的实体类描述完成后，下面我们来看一下 据访问层）中的操作类，这一层的操作类的特点完成的基本上都是对实体类添加、删除、修改和查询的操作，系统 15 中操作类主要包含 理员操作类 ),人信息操作类 )，病类型类）等，下面分别对主要的操作类进 行描述 。 1. ，主要完成对登陆账号的操作，包含的方法有： in 断账号是否存在； 加管理员账号 修改管理员信息 类图如图 3示： + E x i s t s ( i n u s e r n a m e : s t r i n g ) : b o o l+ A d d _ A d m i n I n f o ( i n A d m i n I n f o a d m i n ) : i n t+ U p d a t e _ A d m i n I n f o ( i n A d m i n I n f o a d m i n ) : i n L ： ： A d m Q 2. ，主要完成对病人信息的操作，包含的方法有： in :加病人操作 in id:除病人操作 类图如图 3示： + A d d ( i n i l l e r I n f o i l l e r ) : i n t+ D e l e t e ( i n i d : i n t ) : i n L :r I n Q 3. ，主要完成对疾病种类的操作，包含的方法 有： in 断是否是处在的疾病类型 in 添加疾病种类 in 修改疾病类型 in 删除疾病类型 类图如图 3示 + E x i s t s ( i n i l l t y p e : s t r i n g ) : i n t+ A d d ( i n i l l T y p e t y p e ) : i n t+ U p d a t e ( i n i l l T y p e t y p e ) : i n t+ D e l e t e ( i n i l l t y p e : s t r i n g ) : i n L :y p e S Q 统模块的主要活动图设计 根据需求本系统将主要实现以下各功能模块。 16 1) 病床管理： 待入院病人管理 病床安排 拟出院病人管理 此模块的活动图如下： 登 录 系 统病 床 管 理待 入 院 病 人 管 理病 床 安 排 拟 出 院 病 人 管 理退 出 系 统图 3 病床管理模块活动图 添 加 入 院 病 人 信 息查 询 待 入 院 病 人 信 息修 改 信 息 删 除 信 息 查 询 住 院 日 期保 存 到 数 据 库待 入 院 管 理 系 统退 出 系 统图 3待入院病人管理模块活动图 17 病 床 安 排添 加 住 院 病 人 查 询 病 床 信 息删 除 病 人 信 息保 存 到 数 据 库退 出 系 统拟 出 院 病 人 管 理查 询 拟 出 院 时 间退 出 系 统图 3 病床安排模块活动图 图 3 拟出院病人管理模块活动图 2) 手术管理：本模块主要包括添加手术安排、修改手术安排以及查询手术时间。 该模块的活动图如下图所示： 登 录 系 统添 加 手 术手 术 管 理查 询 手 术 时 间修 改 手 术保 存 到 数 据 库退 出 系 统图 3手术管理模块活动图 3) 账号管理：本模块主要包括查看账号信息、修改账号密码以及注销账号。 该模块的活动图如下图所示： 18 登 录 系 统账 号 管 理查 看 账 号 信 息修 改 账 号 密 码注 销 账 号保 存 到 数 据 库退 出 系 统图 3 账号管理模块活动图 统运行环境 软件环境： 服务器： 操作系统 000/003 上， 架，数据库系统 000 客户端： 操作系统 000/件环境： 服务器： 4 上，推荐 上；硬盘 80G 以上剩余空间，推荐 250存 1G 以上推荐 2G 以上； 客户端： 4 500M 以 上，推荐 上；硬盘 80G 以上剩余空间，推荐 200存 512M，推荐 1G 以上。 4 数据库设计 数据库设计：是指对于一个特定的应用环境，构造最优的数据库模式，建立数据库以及应用系统，满足各种用户的应用需求，包括信息需求和处理需求。研制数据库及其应用系统的技术，是数据库应用领域中主要的研究课题。 对于一个信息管理系统来说，数据库是核心和基础，它把信息系统中大量的数据按一定的模型组织起来，提供存储、维护和检索数据的功能，使用户可以方便及时准确的从数据库中获得所需的信息。一个信息系 统的各个部门能否紧密的结合在一起以及如何结合，关键在于数据库。因此只有对数据库进行合理的逻辑设计和有效的物理设计才能开发出完善高效的信息系统。 数据库的设计是整个系统成功的关键，而数据模型的选择又是建立数据的关键。数据模型主要有层次模型、网状模型和关系模型。关系模型由于理论性强，关系数据库语 19 言使用的方便性等原因成为目前数据模型的主流。它用二维表结构表示实体集，关键码表示实体间的联系。本系统采用关系型模型建立了如用户属性与相应用户等一系列二维关系，利用关键码再将这些关系联系起来，构成一个信息整体。数据结构与数 据模型那紧密相关，它是数据库设计的关键。本系统数据结构是对售电管理过程的抽象描述。管理系统功能的实现是对相关数据表格进行处理的一个过程，是在 据库管理系统）的基础上的一系列表间操作。数据表 设计就是利用计算机完成一套适合于实际情况的表单，通过表单能够清楚地