医院管理信息系统

南 阳 理 工 学 院 本 科 毕 业 设 计（论文） 南 阳 理 工 学 院 本 科 毕 业 设 计（论文） 医院管理信息系统 Hospital Management Information System 学 院（系）： 计算机科学与技术系 专 业： 计算机科学与技术 学 生 姓 名： 陈九辉 学 号： 64106040 指 导 教 师（职称）： 闫朝华（讲师） 评 阅 教 师： 刘红旗 完 成 日 期： 2010年5月 南阳理工学院 Nanyang Institute of Technology 医院管理信息系统 计算机科学与技术专业 陈九辉 ［摘　要］随着计算机技术的普及，医院逐渐借助计算机技术去完善医院的各项管理和提高自身的工作效率。因而医院管理信息系统已经成为各医院信息化的必备工具，是医院规模经营管理不可缺少的部件之一。同时，软件开发环境的高度集成和数据库技术的日益成熟成为开发医院管理信息系统的技术基础，大大降低了系统的开发成本。系统开发工具的智能化、人性化，使得所开发的系统充分满足了医院的各种需求，从医院的各个环节对人流、信息流进行统一系统的管理。我们应用现有的技术和环境，开发了这个医院管理系统，不但提高了医院的经济效益，而且使医院信息管理工作尽快达到规范化、化、科学化的。 [关键词]管理；药品；数据库；Visual C# Hospital Management Information System Computer Science and Technology Major CHEN Jiu-hui Abstract: With the popularization of computer technology, hospitals increasingly rely on computer technology to improve the hospital management and improve their efficiency. Hospital management information system which has become the indispensable tool for hospital information, hospital management scale one of the indispensable components. At the same time, highly integrated software development environment and database technologies become increasingly sophisticated development of hospital management information system technology base, greatly reducing system development costs. Intelligent system development tool, humanity, and makes the development of the hospital system fully satisfy the various needs of the various links from the hospital on the flow of people, information flow and unified system management. Our application of existing technology and the environment, development of this hospital management system not only improves the economic benefits of the hospital, and hospital information management as soon as possible to achieve the standardization and institutionalization of scientific requirements. Key words: management; drugs; database; Visual C # 目 录 TOC \o "1-3" \h \z \u 1 绪论 1 1.1 课题背景 1 1.1.1 课题的来源 1 1.1.2 当前研究现状 1 1.2 目的和意义 2 1.2.1 课题的目的 2 1.2.2 课题的意义 2 1.3 系统设计思想 2 1.3.1 系统的整体设计 2 2 可行性分析 4 2.1 系统流程分析 4 2.1.1 本系统业务流程基本描述 4 2.1.2 本系统总体业务流程图 4 2.2 软件可行性分析 5 2.2.1 经济可行性 5 2.2.2 技术可行性 6 2.2.3 运行可行性 6 3 需求分析 8 3.1 MIS和HMIS系统的产生和发展情况 8 3.1.1 MIS系统的产生 8 3.1.2 MIS系统的发展情况 8 3.2 医院管理信息系统的需求分析 9 3.2.1 本系统需求分析 9 3.2.2 本系统数据流图 10 3.2.3 需求分析模块设计原则及一般要求 11 4 总体设计 13 4.1 系统模块总体设计 13 4.1.1 本系统总体功能模块设计 13 4.1.2 系统的主要功能模块描述 14 4.2 数据库详细设计 15 4.2.1 数据库设计概述 15 4.2.2 本系统数据分析 15 4.2.3 数据库的设计要求 16 4.2.4 数据库表关系及视图 16 4.2.5 数据库表的详细设计 18 5 详细设计 22 5.1 系统运行平台设置 22 5.1.1 系统的硬件环境 22 5.1.2 系统的软件环境 22 5.2 开发工具简介 22 5.2.1 前台软件开发工具 22 5.2.2 后台数据库开发工具 23 5.2.3 相关开发技术简介 23 5.3系统公共类 24 实现数据访问操作类 24 5.4 系统主界面设计及功能实现 25 5.4.1 系统主界面窗体设计 25 5.4.2 目标实现 26 5.5 用户登录窗体的设计 26 5.5.1 实现流程 27 5.5.2 实现控件 28 5.6 病人登记窗口的设计与实现 28 5.6.1 窗口设计 28 5.6.2 目标实现 29 5.7 病人预约挂号窗口的设计与实现 30 5.7.1 窗口设计 30 5.7.2 报表实现 31 5.8 前台付费窗口的设计与实现 32 5.8.1 窗口设计 32 5.8.2 目标实现 32 5.9 医生服务窗口的设计与实现 33 5.9.1 窗口设计 33 5.9.2 目标实现 34 5.10 退药窗口的设计与实现 35 5.10.1 窗口设计 35 5.10.2 目标实现 35 5.11 病人添加药品、检验或检查窗口的设计与实现 36 5.11.1 窗口设计 36 5.11.2 目标实现 36 5.12 药品管理窗口的设计与实现 37 5.12.1 窗口设计 37 5.12.2 目标实现 38 5.13 基本设置模块的设计与实现 39 5.13.1 模块功能用例图 39 5.13.2 检验设置窗口 39 5.13.3 目标实现 40 6 系统测试与性能分析 41 6.1 测试基本要求 41 6.1.1 检查 41 6.1.2 链接检查 41 6.1.3 易用性测试 41 6.1.4 功能检查 41 6.1.5 容错性测试 42 6.2 测试用例设计方法举例 42 6.2.1 输入域测试 42 6.2.2 功能测试 43 结论及尚存在的问题 47 参考文献 48 致 谢 49 1 绪论 绪论中主要介绍了本软件开发思想的来源和背景，针对课题产生的意义和目的做出详细阐述，并对课题的研究做出了简要的说明。 1.1 课题背景 1.1.1 课题的来源 伴随着社会经济的迅速发展，人们的生活水平提高的同时，也带来了许多负面影响，各种疾病的产生并入侵人体，严重伤害人们的身心健康，医院担负着保卫人们健康的负担也逐步加大，单单靠传统的手工作业，不仅工作繁琐，而且也极易出错，给医院造成不必要的损失的同时，也对病人带来许多负面作用。随着计算机的普及和性能的不断提高，计算机已经涉足到各个行业，人们开始越来越多地利用计算机解决实际问题，于是可使用计算机进行医院信息管理，该系统已经成了现代化的医院在运营过程中必不可少的基础设施与技术支撑环境。医院管理信息系统简称HMIS，是Hospital Management Information System 的简称，是利用计算机和网络通信设备，为医院所属的各个部门提供病人诊疗和行政管理信息的收集、存储、处理提取和数据交换的能力。医院管理信息系统实现了用计算机对医院病人进行看病和药品流通的全过程管理进行动态监测，那些传统上全靠手工操作，工作量大、效率低、易出错的大量数据完全可以用计算机代替处理，大大减轻了管理人员的工作负担，同时又可向病人提供完整的数据，使病人提供方面和快捷。本系统作为医院管理系统的一部分，与住院管理系统，收费系统，病历管理系统有着密切的联系，设计时必须考虑与这些模块的兼容性。 基于以上情形，我决定开发该软件。这是一款专门用于医院管理设计的软件。它具有良好的用户界面、风格独特的设计。 1.1.2 当前研究现状 现在有很多计算机仍然是在老的系统下运行，而且数据库的安全性不高，容易导致数据的丢失。 工作负荷：原有系统现已无法承受医院对病人看病和药品的管理需求。 局限性：现有系统在处理速度和操作平台上已经适应不了实际的需要，由于操作平台的变化，对现有系统的改进性维护以不能解决所面临的问题。 另外，由于医疗事业的发展，药品的不断更新，各种先进的医疗器械的涌现，医院对管理方面的不断改革，现有系统已无法满足要求。 所以现急需一个能适应的管理系统来取代现有系统的不足。 1.2 目的和意义 1.2.1 课题的目的 在医院管理信息系统是在今天医疗事业的迅猛发展的前提下，以前的手工录入或早期的医药管理应用软件以逐渐不能满足用户的要求，而在这些问题当中，落后的医药管理已严重的影响医院工作人员的工作效率， 基于以上的原因，从而提出了医药管理管理系统的设计目标。 通过信息数据高度共享，在强大的数据库的支持下，将医院的全面管理水平和服务质量提升到更高层次。医药管理系统结合医院管理工作的特点，充分利用局域网、广域网、大型分布式数据库等先进的计算机技术，运用系统的理论与方法将医院各组成部分的信息处理过程综合成有机整体，及时而有效地为医院日常管理和发展提供决策依据，使医院信息管理工作尽快达到规范化、制度化、科学化的要求，并实现医院信息技术全电子无纸化和胶片管理的最终目标。 1.2.2 课题的意义 医院管理信息系统使医院的管理信息化的同时，还简化了传统的人工手动的传统模式，使药库管理人员能够方便地利用药库中的已有的信息做出正确的判断，更重要的是利用计算机的技术可以使药库管理更加的规范化、数字化，并且提高了管理水平，降低管理成本，减轻员工的工作强度，大大提高了员工的工作效率，使医院管理达到高速的运转。医院管理系统的实施，还可以改变人们传统的管理思想误区，促进更好的管理思想的发展，以及现代化的管理模式的实施。 1.3 系统设计思想 系统的设计思想是对一个系统的基础认识，在此过程中将系统应具备的特性加以介绍，使用户明白本系统的好处以及特点。 1.3.1 系统的整体设计 一个方便用户使用的软件应该具备软件体积小，操作界面友好，基本功能稳定，运行速度较快，通过计算机技术开发出客户端与服务器端，以便方便快捷清晰的进行数据管理以及信息的采集。 实用性：系统以用户需求为目标，以方便用户为原则。根据用户实际的需求情况，度身订造一套先进的医院管理软件，从用户角度出发尽可能的方便用户使用，满足基本的用户需要。 先进性：本设计将充分应用现有成熟的计算机技术、软件开发技术。以Visual Studio 2005为主要开发环境，利用其提供的各种面向对象的开发工具,尤其是界面窗口的可视化操作，以及大量控件的使用大大减少了代码的编写量。其面向对象的开发工具是此系统的强力支柱。 可靠性：一个实用的系统同时必须是可靠的，本设计通过合理而先进的软件设计以及硬件的优化选型，可保证系统数据数用的正确性。 安全性：在设计中，将充分利用软、硬件提供的各种安全措施，保证用户关键数据的安全性。 采用技术：本系统的所有设计遵循国际上现行的标准进行，以提高系统的开放性。 可维护性：系统的设计要求方便维护，包括硬件的维护，软件的维护。 2 可行性分析 在软件的开发过程中，在世界上普遍采用的一种研究工程项目是否可行的科学。它通过各种有效的方法，对工程项目进行分析，从技术、经济、财务等方面加以评价，最终给投资决策者提供是否选择该项目进行投资的依据。 2.1 系统流程分析 综合考虑医院事业的高速发展与药品库存信息化管理的发展过程中出现的各种情况，结合医院管理的实际情况。医院药品库房管理系统实施后，应能够达到以下目标。 （1）系统采用人机交互方式，界面美观友好，操作简单易行，信息查询灵活、方便，数据存储安全可靠。 （2）对病人的信息的登记、病人看病的情况和药品的信息、采购、调拨、退库、库存监控等数据信息进行全面的管理。 （3）对用户输入的数据，进行严格的数据检验，尽可能避免人为错误。 （4）通过系统实施，可提高医院对药品库房的管理水平。 （5）系统维护方便可靠，有较高的安全性，满足实用性、先进性的要求。 （6）实现对药品信息报表的动态分析。 （7）完全遵照国家的药品管理条例进行软件的开发与使用。 2.1.1 本系统业务流程基本描述 针对医院的内部情况，医院管理系统的业务主要如下描述。 病人登记：病人来就诊首先对其信息进行登记。 病人挂号/预约：登记了的病人可选择不同的看病方式，可现场挂号或预约挂号。 病人看病：挂过号的病人可到相应的医生那就医，医生进行诊断，开药。 病人退药：病人看过医生后，对不需要的药品可根据退药单进行退药和退费。 病人缴费：病人看过病后到前台进行缴费。 药品设置：是药库管理环节中的关键部分，医院管理人员主要是对药品的基本信息、类型、计量单位等信息进行后台管理录入。 药品入库：管理人员根据药品录入的信息进行相应操作。 退药信息处理：根据病人要求进行相应的处理。 2.1.2 本系统总体业务流程图 业务流程图是一种用尽可能少、尽可能简单的方法来描述业务处理过程的方法。本系统根据企业的具体情况，将企业的业务流程进行了总体的描绘，本系统的业务流程图如图2-1所示。 图2-1　系统业务流程图 2.2 软件可行性分析 2.2.1 经济可行性 软件的开发和实施必须要有经济的支持，然而开发系统所消耗的实际费用和系统运行后所能为企业产生的经济效益一直是软件开发所面临的重要问题。所以估算出新系统的开发费用和今后系统的运行、维护费用，显得尤为重要。而系统运行后给企业带来的实际经济效益也应该预先估算，并与之前估算出的实际开销费用相比较，来衡量软件的总体经济可行性。例如，系统运行后可以提供哪些以前无法及时提供的信息，用户查询和使用信息的方便程度提高多少、速度增加了多少，对于管理人员进行决策提供了多少帮助等等。下面从以下几个方面对系统的经济可行性进行具体的分析。 1． 货币的时间价值 系统货币时间价值如表2-1所示。 表2-1 医院管理系统货币时间价值 年份 将来值（万） （1+i）n 现在值（万） 累计的现在值（万） 1 10 1.05 9.523 9.523 2 10 1.1025 9.07 18.593 3 10 1.1576 8.639 27.232 4 10 1.2155 8.227 35.459 5 10 1.2763 7.835 43.294 2． 投资回收期 引入企业人事管理两年后，可以节省18.593万元，比最初投资还少3.407万元。但第三年可以节省27.232万元。 即： 3.407/27.232=0.125年 2+0.125=2.125年 3． 纯收入 43.294-22=21.294(万元) 经过以上分析，医院管理信息系统的开发是可行的。 2.2.2 技术可行性 开发软件所需要的技术是否具备是通过该系统的目标来衡量的，一般情况下我们可以从软件的环境条件、硬件的性能要求、相应的开发及操作人员的能力水平等方面综合进行分析和考虑。 从系统开发及实施的可行性和灵活性考虑，本系统的软件开发环境主要选择了当前较为流行的Visual C#.NET来进行前台的管理设计，而后台则选用了功能强大的SQL server 2005数据库。 从硬件角度来说，要求相对较低，所以选择的空间较大，一般情况下计算机硬盘在100MB左右，内存在512M以上都是可以满足开发环境的。根据现在计算机水平的发展和普及，系统在硬件方面是可行的。当然，硬件环境的配置越高，系统的开发与运行相对就会更加高效与快捷，可行性也会大幅度提高。 从软件角度来说，主要采用的是Visual C#.NET 和SQL server 2005，两个开发软件都是现有开发软件中较为安全，可靠和成熟的，具有较高的可行度，所以软件方面也是可行的。 2.2.3 运行可行性 随着计算机技术的飞速发展，计算机在企业管理中应用的普及，利用计算机实现企业人事管理很大程度上已经成为了社会发展的趋势计算机管理有着无法比拟的优点：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事管理的效率，也是企业的科学化、正规化管理、与世界接轨的重要条件。与此同时对于大部分医院来说，利用计算机帮助医院来管理药品等，可以避免很多不必要的损失提高医院看病和药品管理的高效性，而且不仅给医院带来先进的管理思想及方法、促进建立现代药品管理模式而且是适应现代企业制度要求、推动医院管理走向科学化、规范化的必要条件。因此，每一位投资者为了自身的经济效率和未来前景都会极力支持系统的开发和推广，在经济和物力上给予较大的帮助。经过以上分析，该系统在运行方面是可行的。 3 需求分析 需求分析的主要任务是确定系统必须完成哪些工作，在用户的参与下提出目标系统的完整、准确、清晰、具体的实际要求，软件应完成的具体功能和性能。通过对软件的需求分析，为软件开发提供了一种可以向抽象数据设计、软件结构设计和过程详细设计的具体软件元素的表示。 3.1 MIS和HMIS系统的产生和发展情况 3.1.1 MIS系统的产生 所谓HMIS（医院管理信息系统）系统 ，是MIS系统的一种运用，是一个由人、计算机及其他外围设备等组成的能进行信息的收集、传递、存贮、加工、维护和使用的系统。它是一门新兴的科学，其主要任务是最大限度的利用现代计算机及网络通讯技术加强企业的信息管理，通过对企业拥有的人力、物力、财力、设备、技术等资源的调查了解，建立正确的数据，加工处理并编制成各种信息资料及时提供给管理人员，以便进行正确的决策，不断提高企业的管理水平和经济效益。MIS系统通常用于系统决策，举例说，可以利用HMIS系统找出目前迫切需要解决的问题，并将信息及时反馈给上层管理人员，使他们了解当前工作发展的进展或不足。因此HMIS作为MIS系统的一种具体应用，HMIS系统的最终目的是：信息收集制度化、信息加工标准化、信息存储档案化、信息传递规范化及医院信息工作专业化，使医院提高工作效率和把握将来的发展路径。 对于医院来说信息的意义是十分重要的，因为当代医院管理的方方面面都依赖于信息的获得和利用。信息是一种资源，利用好信息资源可更好地开发和利用种种其它资源。主要用于开发和利用企业信息资源的管理信息系统的发展和广泛应用表明人们普遍认可有效地利用企业信息可帮助企业更好地制订企业规划，做好企业决策，并改善企业的效益。 然而传统的MIS系统的核心是CS（Client－Server——客户端－服务器）架构，它依赖于专门的操作环境，这意味着操作者的活动空间受到极大限制。 3.1.2 MIS系统的发展情况 一个完整的MIS应包括：辅助决策系统（DSS）、工业控制系统（IPC）、办公自动化系统（OA）以及数据库、模型库、方法库、知识库和与上级机关及外界交换信息的接口。其中，特别是办公自动化系统（OA）、与上级机关及外界交换信息等都离不开Intranet的应用。可以这样说，现代企业MIS不能没有Intranet，但Intranet的建立又必须依赖于MIS的体系结构和软硬件环境。 最有效的MIS能够反应随着时间的推移和内部程序的改变，外部的变量如何改变，也就是说，时间和内部变量是否会对外部的变量产生影响。这就建立了一个强大而且有效的知识库，它可以帮助进行预测。虽然建立和维MIS是非常耗时和昂贵的，但是与其带来的潜在利益和对决策准确性的提高相比，对一个组织来说这还是值得的。Internet为建立和维护MIS提供了一个理想的工具，而MIS也是网络营销中的一个重要的内容。因为本系统为医院药品管理系统，也属于一种先进的管理信息系统，所以在本系统中也充分了利用了MIS的理论概念，为医院带来更高的效益。 3.2 医院管理信息系统的需求分析 需求分析过程是整个系统开发的重要阶段，它主要是为了明确该系统应该做什么，而不是怎么做，要通过对用户需求的总体分析和数据库的初步设计，来完成软件设计的和理性和正确性。在该阶段需求分析人员需要确定整个产品的功能要求，并且将现实事务抽象成对象并建模。因此，必须用行之有效的方法对软件需求进行严格的审查验证。一般如图3-1所示进行。 图3-1 需求分析 3.2.1 本系统需求分析 通过与医院管理方的沟通，经过到医院进行深入的了解之后，确认了系统将具备如下的功能。 导医服务模块：提供对病人的管理，包括病人会诊的资料登记、病人的预约资料、前台交费单据、药品退费管理。 医生服务模块：医生对会诊资料的开出医令的功能。包括保存医令，查看病人详细信息，添加药品、检验、检查信息，退药，打印医令和打印诊断书功能。 . 药房服务模块：提供了对药品资料收集、发放药品及退药入库的功能。 . 门诊统计模块：提供对门诊科室。按时间统计及交接班汇总的功能。 . 基本设置模块：包括对医院的检验设置、检查设置、科室、用户员工设置、及折扣卡设置等功能。 . office快捷工具栏：主要是对用户提供一些office工具方面用户记录一些信息，包括有记事本、Word、Excel等 3.2.2 本系统数据流图 数据流图(Data Flow Diagram，简称DFD) 是一种最常用的结构化分析工具，它从数据传递和加工角度，以图形的方式刻画系统内的数据运动情况。是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。  数据流表示数据的流动情况。加工表示对数据的加工处理过程，它的名字应能简明扼要地表明所完成的是什么加工。数据存贮在数据流图中起着保存数据的作用，指向数据存贮的数据流可以理解为写数据，从数据存贮引出的数据流可以理解为读数据，双向数据流可以理解为修改数据、数据源点或终点，表示图中出现数据的始发点或终止点，它在图中的出现仅仅是一种符号，并不需要以软件的形式进行设计和实现。 本系统的数据流图主要反映了本系统中的数据流的走向，是对数据在系统内部的逻辑流向的具体描述。从医院管理员和病人开始，向各级流动。 系统顶层的数据流图如图3-2所示。 图3-2 系统顶层数据流图 病人看病药品信息设置的数据流图主要体现的是病人登记，医生看诊、用药设置方面的数据的走向和流动情况，数据流图如图3-3所示。 图3-3 系统病人看病用药数据流图 3.2.3 需求分析模块设计原则及一般要求 参照各模块的功能与具体的特点，我们设计的整个医院管理信息系统应达到以下目的： （1）稳定性。整个系统应能稳定运行，硬件配置的局部改变不会影响整体的正常运行，其它系统的差错不会导致医院管理信息系统无法正确运作。 （2）准确性。系统管理员按操作指南操作产生的权限数据,和所有前台用户的操作与数据库原定产生变化的实际状态应严格保持一致，杜绝错误记录、数据错位等情况的出现。 （3）开放性。全部模块工作于Windows平台之上，在硬件保证兼容的基础上，系统应保证在所有Windows环境下的处理能力。 （4）安全性。在数据库中预留一个或多个最高权限的账户名及密码，避免用户误操作而造成不必要的损失。 （5）可扩展性。如果需增加新的业务品种，再次开发不需更改原有系统的源代码，原有系统对扩展的部分一般不具有依赖性。 （6）可维护性。界面风格或其它可能的参数化改变（如增加新功能等）不需要重新编写源代码，用户可以自己完成。 （7）独立性。每一个功能模块尽量独立，减少与其它模块之间的耦合性，尽可能做到按客户的需求可以选择安装那些模块，不安装那些模块。 （8）易使用性。办公自动化系统的界面与操作人员的交互性好，与主机间使用C/S (客户端/服务器端)结构。 （9）先进性。在保证稳定的前提下，尽量使用国际上流行的技术与概念，使系统在国内处于先进水平 4 总体设计 通过前面对软件的可行性的分析，以及需求分析阶段对系统功能和性能反面的合理化分析，可以总结出本系统的总体设计模块及相关的设计方法和技术。为代码的编辑和实现过程提供了指导性的思想。 4.1 系统模块总体设计 4.1.1 本系统总体功能模块设计 层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，最底层的各个矩形框代表组成这个数据的实际数据元素。随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。从对顶层信息的分类开始，沿着图中每条路径反复细化，直到确定了数据结构的全部细节为止。 本系统具有五大模块20多个功能窗口，包括病人的导医服务、医生开医令单服务，药房管理服务，门诊统计记录及基本信息设置模块。 系统功能模块图如图4-1所示。 图4-1 系统功能结构图 4.1.2 系统的主要功能模块描述 本系统是一个小型的医院管理信息系统，一共分为六大模块所有模块之间都是紧密关联的，本系统是一个典型的数据库开发程序。每个模块的功能都是按照在调研中搜集的资料进行编排制作的。依据上述功能的分析，系统在六大块的基础上每一大模块又分为几个模块 导医服务包括四个模块：病人登记，病人预约，退药退费，前台缴费。 医生诊断包括一个大模块：医生医令。 药房管理包括三个模块：药品信息管理，发放药品，退药入库。 门诊统计包括三个模块：科室统计，每日统计，交接班汇总。 基本设置包括五个模块：检查设置，检验设置，科室设置，折扣设置，用户设置 Office快捷 包括三个模块：打开记事本，打开word，打开Excel。 其他：退出系统，帮助功能。 4.2 数据库详细设计 4.2.1 数据库设计概述 数据库设计的意义是在给定的DBMS、操作系统和硬件环境下，如何表达用户的需求，并将其转换为有效的数据库结构，构成较好的数据库模式，这个过程称为数据库设计。数据库及其应用系统开发的全过程可分为两大阶段：数据库系统的分析与设计阶段；数据库系统的实施、运行与维护阶段。 数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建设中的核心技术，具体的说，数据库设计是一个给定的应用环境，构造最优的用户的应用需求。这个问题是我们在进行软件开发时期的主要研究方向。 数据库设计应该和应用系统设计相结合，也就是说，整个设计过程中要把结构（数据）设计和行为（处理）设计密切结合起来。 由于信息结构复杂，应用环境多样，在相当长的一段时间内数据库设计主要采用手工试凑法。使用这种方法与设计人员的经验和水平有直接的关系，数据库设计成为一种技艺而不是工程技术，缺乏科学理论和工程方法的支持，软件的质量难以保证，常常是数据库运行一段时间后又不同程度地发现了各种问题，增加了系统维护的代价。十余年来，人们努力探索，提出了各种设计准则和规程，都属于规范设计法。 4.2.2 本系统数据分析 数据分析是数据库设计的首先步骤，数据分析过程同数据库的逻辑结构和物理结构密切相关，需要确定、编制、组织、筛选应用程序所使用的信息。它以一种能够分析和分类的方式来捕获用户的所有信息，这使得某一模型可以直接转化成数据库结构。 我们使用一种信息建模技术，这种技术是通过实体、关系、属性三种基本对象来定义信息。实体是需要维护和使用的相关特性的集合体；属性是实体的特性或特征；关系是实体之间的联系，关系为实体记录（实例）之间的联系和交互作用方式建立了模型。 要确定实体和关系的性质，用户必须确定单个实体和他们相关的属性。为每个对象定义一个完整的与商业相关的描述以及他单独使用的要求，这也包括确定此实体是否使用应用程序的永久需求，每种关系的基本定义使用了商业定义和与关系相连接的需求。 在为实体确定相关的属性过程中，也需要确定此实体的主键和索引，并且要确定在每个实体中怎样组织这些属性，确定属性的数据类型和它是否为空值。在高层次的描述过程中，还可以确定所有扩展属性信息，包括长度、格式、编辑风格、校验规则和初始值。单独实体的属性被组织起来，用户就能够开始以某一种组织方式来给实体分类。用户必须通过关系，来为实体分组的方式确定分类模式，这是抽象化的初始层，或者说是通过隐藏模糊的信息来提高对分析的理解，通过将数据分类成组，就产生了相关分组的不同类型，这样，更加易于观察和分析。 在本系统中，主要的实体就是医生和医院管理员，其通过对病人诊断的相关信息，如用药用费信息，药品管理信息等进行处理，来实现对医院管理系统的总体化。本系统选定了SQL Server 2005标准版作为数据库平台，.NET Framework 平台提供了对SQL Server 数据访问的的优化。经过对业务逻辑与业务实体进行分析，设计出系统主要由如下几个表组成。 •检查项目表：列出了医院的检查项目的名称、单价及说明。 •检验项目表：列出了医院的检验项目的名称、单价及说明。 •医疗折扣表：列出了医院可以接受的卡类型，不同的卡具有不同的折扣率。 •药品表：存储了医院药房中可供使用的药品的详细信息。 •用费：指定的病人在医院所花费的医疗费用。 •检查费用表：病人在医院进行检查项目时所花费的费用表。 •检验费用表：病人在医院进行检验项目时所花费的费用表。 •用药表：病人在医院所使用的药的清单。 •值班表：医院工作人员的值班记录表。 •病人信息表：提供了对来看病的客户的基本信息记录的表。 •用户信息表：提供了医院管理系统的用户信息的列表。 •病人费用记录表：用于记录病人的付费信息，包括检验、看诊、挂号等费用，已付和未付信息 •病人预约表：用来记录病人预约会诊的信息。 •科室费用表：提供不同科室的看诊费。 4.2.3 数据库的设计要求 在设计数据库时，应考虑以下事项 1. 数据库的用途及该用途将如何影响设计，应创建符合用途的数据库计划。 2. 数据库规范化规则，防止数据库设计中出现错误。 3. 对数据完整性的保护。 4. 数据库和用户权限的安全要求。 5. 应用程序的性能需求，设计数据库时必须利用 Microsoft SQL Server 2005 中能够提高性能的功能。对于性能而言，在数据库大小和硬件配置之间权衡也是很重要的。 4.2.4 数据库表关系及视图 通过之前同用户的交流和咨询、对系统整体的需求分析和总体模块的设计，对本系统的数据库进行了详细的设计，根据各实体之间的相互联系和各实体之间的相互管理，得出了本系统的数据库各表的关系。本系统的数据库的检验项目与病人及付费关系图如图4-2所示。 图4-2 数据库检验项目与病人及付费关系图 打印医令时为了得到不同表之间的信息本系统数据库创建的一个医令视图如图4-3所示。 图4-3 视图doccommand 根据检验项目表的信息相应改变，其他表的关系如病人的检验信息表的相应内容也会改变，故可设计触发器，语句如下 set ANSI_NULLS ON set QUOTED_IDENTIFIER ON go CREATE trigger tr_CheckItem on CheckItem for update as Declare @ItemName nvarchar(50) ,@Chinese nvarchar(50) select @ItemName=ItemName,@Chinese=Chinese from inserted update UseCheck set ItemName=@ItemName,Chinese=@Chinese 4.2.5 数据库表的详细设计 本系统创建了名为Hospital_MIS 的数据库，主要用来存储医院药品的相关信息和病人的基本信息。在本数据库中主要包含了15张信息表，主要的表如下所示。 （1）​ 病人信息表: 用于记录前来看病的病人的详细信息，详细情况如表4.1所示。 表4.1 病人信息表(Patient) 字段名称 数据类型及大小 是否主键 是否为空 说明 patientno int(N/A) 是 否 病人编号 name char(20) 否 是 名称 sex char(2) 否 是 性别 birthday nvarchar(20) 否 是 生日 sidno nvarchar(15) 否 是 证件编号 sidtype nvarchar(20) 否 是 证件类型 celladdress nvarchar(50) 否 是 联系地址 cellphone nvarchar(20) 否 是 联系电话 homeaddress nvarchar(50) 否 是 家庭地址 homephone nvarchar(20) 否 是 家庭电话 companynameadd nvarchar(50) 否 是 公司名称地址 companyphone nvarchar(50) 否 是 公司电话 e_mail nvarchar(50) 否 是 电子邮件 firstman char(10) 否 是 紧急联系人 firstquery char(10) 否 是 关系 firstphone char(10) 否 是 紧急联系电话 firstaddress nvarchar(20) 否 是 紧急联系地址 recorddate char(10) 否 是 登记日期 cardtype nvarchar(10) 否 是 过敏史 hispass nvarchar(20) 否 是 手术史 hisoperate nvarchar(20) 否 是 信用卡类型 cardno int 否 是 卡号 balance nvarchar(20) 否 是 余额 creditlimt nvarchar(20) 否 是 透支额 （2）病人费用记录表：用于记录病人的付费信息，包括检验、看诊、挂号等费用，已付和未付信息，详细情况如表4.2所示。 表4.2病人费用记录表(PayRecord) 字段名称 数据类型及大小 ID int 是 否 病人编号 PiaoHao char(10) 否 是 票号 Binlihao char(10) 否 是 病历号 Name char(10) 否 是 姓名 Doctor char(20) 否 是 医生 Dept nvarchar(50) 否 是 科室 CardID char(10) 否 是 卡名 medicalPay numeric(18,0) 否 是 药费 CheckPay numeric(18,0) 否 是 检验费 patientPay numeric(18,0) 否 是 看诊费 registerPay numeric(18,0) 否 是 挂号费 CurrentPay numeric(18,0) 否 是 本次付 Amountpay numeric(18,0) 否 是 总计 CurrentDate datetime 否 是 日期 paymentMethod nvarchar(10) 否 是 付款方式 deliverMedical tinyint 否 是 发药 （3）病人预约表：用来记录病人看病后预约会诊的信息。详细信息如表4.3 表4.3 病人预约表（appointment） 字段名称 数据类型及大小 是否主键 是否为空 说明 appointmentid int 是 否 预约ID patientname nvarchar(50) 否 是 病人姓名 patientno nvarchar(10) 否 是 病历号 thistype nvarchar(10) 否 是 类型 doctor nvarchar(10) 否 是 预约医生 discipline nvarchar(10) 否 是 预约科室 thisdate char(10) 否 是 预约日期 thistime char(10) 否 是 预约时间 reg_name nvarchar(20) 否 是 挂号名称 reg_fee numeric(5,2) 否 是 挂号费 reg_done bit(100) 否 是 是否挂号完成 dia_name char(10) 否 是 诊疗名称 dia_fee numeric(18,0) 否 是 看诊费 payment int 否 是 付款方式 symptom nvarchar(500) 否 是 症状 note nvarchar(500) 否 是 医令 appointment_d int 否 是 是否预约完成 （4）药品信息表：用于记录医院管理系统的药品管理的医药信息，详细情况如表4.4所示 表4.4 药品信息表（Medica） 字段名称 数据类型及大小 是否主键 是否为空 说明 ID int 是 否 流水ID name varchar(50) 否 是 药品名 Unit varchar(10) 否 是 单位 price numeric(18,4) 否 是 价格 Style varchar(50) 否 是 规格 Chinese varchar(50) 否 是 拼音码 Class varchar(50) 否 是 类别 Better varchar(50) 否 是 功能 factory varchar(50) 否 是 厂家 num numeric(18,2) 否 是 数量 ableuse bit 否 是 是否可用 note varchar(50) 否 是 备注 （5）用药信息表：用来记录病人使用药物的记录，具体设计如表4.5所示 表4.5 用药信息表（UseMedica） 字段名称 数据类型及大小 是否主键 是否为空 说明 ID int 是 否 用药ID payno int 否 是 票号 BinRen char(10) 否 是 病人 Part char(10) 否 是 科室 Name char(10) 否 是 药品名 Num int 否 是 数量 Chinese nvarchar 否 是 拼音码 Price numeric(18,0) 否 是 价格 Amount numeric(18,0) 否 是 总计 Unit char(10) 否 是 单位 patientno int 否 是 病历号 CurrentDate datetime 否 是 日期 Isdelivermedia tinyint 否 是 是否可发药 delivermedia tinyint 否 是 已发 isBackMedia tinyint 否 是 是否退药 AmendCount int 否 是 修改次数 Backfee tinyint 否 是 是否退药 (6)用户信息表：用于保存医院管理系统的用户信息，包括用户密码、职别等，详细信息如表4.6所示 表 4.6 用户信息表 字段名称 数据类型及大小 是否主键 是否为空 说明 id int 是 否 用户ID name nvarchar(20) 否 是 用户名称 discipline nvarchar(10) 否 是 所属部门 cellphone nvarchar(20) 否 是 移动电话 introduction nvarchar(50) 否 是 个人描述 worktype nvarchar(10) 否 是 工作类型 password nvarchar(10) 否 是 用户密码 5 详细设计 详细设计目的是对该项目进行详细设计，在概要设计的基础上进一步明确系统结构，详细地介绍系统的各个模块，为进行后面的实现和测试作准备。 5.1 系统运行平台设置 软件的正常运行需要建立在合适的环境平台上，稳定的环境平台不仅大大提高了软件的运行可行性，同时随着运行可行性的提高，企业实际获得的经济效益也成相对正比增长趋势，所以良好的运行平台对系统来说是至关重要的 5.1.1 系统的硬件环境 在实现系统的运行的稳定性的时候，从物理平台上说主要是系统的硬件环境的配置。本系统在实施运行过程中对硬件环境的基本配置要求并没有很高，主要需要的是普通台式计算机（PC）一台，其相关的硬件配置包括处理器应在Pentium III800以上，内存应在512M以上，而硬盘空间也应该在4G以上，这是硬件条件的基本配置，当然条件并不是完全固定的，如果条件允许的情况下，可以采取更好的物理配置，因为随着配置的增高，系统运行的速度也会有较大的提高。 5.1.2 系统的软件环境 在配备了良好的外部硬件配置的情况下，系统的运行不可避免的也需要软件环境的支持，而随着现代计算机水平的日新月异的发展及软件领域的飞速进步，常用系统的软件环境质量有了很大程度上的提高。基于当前信息看来，一般常用的操作系统都可以作为本软件的软件操作环境。但是为了系统运行的稳定性跟高一些，版本较好、较高的操作系统更能大幅度的提高系统运行的质量。例如Windows XP or Windows 2003 Server操作系统。 5.2 开发工具简介 5.2.1 前台软件开发工具 Visual Studio 是Microsoft公司推出的一种Windows应用程序的开发工具。由于它具有使用方便，简单易学、功能丰富等特点，迅速成为最流行的Windows应用程序的开发工具之一。 何谓Visual Studio ? Visual Studio 是微软公司推出的开发环境。是目前最流行的 Windows 平台应用程序开发环境。 Visual Studio 可以用来创建 Windows 平台下的 Windows 应用程序和网络应用程序，也可以用来创建网络服务、智能设备应用程序和 Office 插件。“Visual”指的是开发图形用户界面（GUI）的方法，不需编写大量代码去描述界面元素的外观和位置，而只要把预先建立的对象加到屏幕上即可。如果已使用过诸如Paint之类的绘图程序，实际上就已经掌握了创建用户界面的必要技巧。 2005年，微软发布了Visual Studio 2005。.NET字眼从各种语言的名字中被抹去，但是这个版本的 Visual Studio 仍然还是面向.NET 框架的（版本2.0）。它同时也能开发跨平台的应用程序，如开发使用微软操作系统的手机的程序等。总体来说是一个非常庞大的软件，甚至包含代码测试功能。 5.2.2 后台数据库开发工具 Microsoft SQL Server 2005是微软公司5年来最具有里程碑性质的企业级数据库产品，凝结了全世界的Microsoft研究团队的共同努力和创新。SQL Server 2005在企业级支持、商业智能应用、管理开发效率等诸多方面，较SQL Server 2000有了质的飞跃，SQL Server 2005在以下三个方面改善了数据基础架构：企业数据管理、开发人员效率和商业智能（BI），是具有前瞻性的下一代先进的数据管理与分析平台。 SQL Server 2005 使部署、管理和优化企业数据以及分析应用程序变得更简单、更容易。作为一个企业数据管理平台，它提供单一管理控制台，使数据管理员能够在任何地方监视、管 理和调谐企业中所有的数据库和相关的服务。它还提供了一个可以使用 SQL 管理对象轻松编程的可扩展的管理基础结构，使得用户可以定制和扩展他们的管理环境。所以SQL Server 2005 成为了本系统设计的首选软件。 5.2.3 相关开发技术简介 因为本次毕业设计的数据库的连接是ADO.NET完成的，所以在此对ADO.NET技术作一下简单的介绍。 ADO.NET提供了对Microsoft SQL Server等数据源以及通过OLE DB和XML公开的数据源的一致访问。数据共享使用户应用程序可以使用ADO.NET来连接到这些数据源，并进行检索、操作和更新数据。 ADO.NET向编写托管代码的开发人员提供了类似于ADO向COM开发人员提供的功能。ADO.NET有效地从数据操作中将数据访问分解成为多个可以单独使用的或一前一后使用的不连续的组件。ADO.NET包含用于连接到数据库、执行命令和检索结果的.NET数据提供程序。 ADO.NET是一种非连接的数据访问技术。也就是说，只有在需要时才会形成一个到数据源的连接，用后关闭连接。访问者可以对所处理数据作出修改，但是这种修改不会立即更新数据源，而只是保存在本地。在需要进行修改时，要再次打于连接。这种做法的好处在网络环境中是显而易见的，即呆以降低网络的流量。 ADO.NET的两个核心组件：DataSet和.NET数据提供程序。后者是一组包括Connection、Command、DataReader和DataAdapter对象在内的组件。因此，ADO.NET通常又被划分成两个等级：连接层，由构造托管提供程序(Managed Provider)的类所组成；断新层，基于DataSet。 DataSet组件　DataSet是ADO.NET断开式结构的核心组件。它实现了独立于任何数据源的数据访问，可以访问多种不同数据源的数据或管理应用程序的本地数据。DataSet中饮食有DataTable对象的集合(DataTableConnection)和DataRelation对象的集合(DataRelationCollection)。 NET数据提供程序　.NET数据提供程序是连接结构的核心组件。它实现了数据操作和对数据的只进、只读访问。其中主要饮食有以下四个组件：Connection、Command、DataReader和DataAdapter。 Connection对象提供与数据源的连接。Command对象使开发人员能够访问用于返回数据、修改数据、运行存储过程以及发送或检索参数信息的数据库命令。DataReader从数据源中提供高性能的数据流。最后，DataAdapter提供连接DataSet对象和数据源的桥梁。DataAdapter使用Command对象在数据源中执行SQL命令，以便将数据加载到DataSet中，并使DataSet中数据的更改与数据源保持一致。 5.3系统公共类 实现数据访问操作类 为了更好的开发医院管理系统，在此创建了db类来简化ADO.NET操作数据库的复杂性，该类提供了几个方法，如下所示： •Getcon()方法：获取使用指定的连接字符串的数据库的连接对象。 •Getread()方法：使用一个SQl字符串作为参数，执行SQL命令并返回一个SqlDataReader对象。 •Getds()方法：使用一个SQl字符串作为参数，执行该SQl命令并返回一个DataSet对象。 •Getcom()方法：使用一个SQL字符串作为参数，执行该SQL命令，不返回任何结果。 这几个方法的代码如下所示。 //使用指定的连接字符串连接数据库，返回一个SqlConnection对象 public SqlConnection getcon() { //指定连接字符串 string sqlstr = "Data Source=.;Integrated Security=SSPI;Initial Catalog=Hospital_MIS"; //实例化SqlConnection对象并返回 SqlConnection myconn = new