毕业论文：Delphi医院管理信息系统的设计与实现 ㊣ 精品文档 值得下载

源共享。

它处理的对象即有结构化数据，也有半结构化或非结构化数据。

有些数据及结构会较多地受到人工干预和社会因素的影响，即有静态的，也有动态的。

开发难度高，技术复杂，周期较长。

具有完善的系统管理监督运行保障体系以及相应的规章制度和系统安全措施。

医院信息系统属于乞今世界上现存的企业级信息系统中最复杂的类。

这是医院本身的目标任务和性质决定的。

它不仅要同其它所有系统样追踪管理伴随人流财流物流所产生的管理信息，从而提高整个医院的运作效率，而且还应该支持以病人医疗信息记录为中心的整个医疗教学科研活动。

系统的复杂性表现在在许多情况下，它需要极其迅速的响应速度和联机事务处理能力。

当个急诊病人入院抢救的情况下，迅速及时准确地获得他们既往病史和医疗纪录的重要性是显而易见的。

当每天高峰时间门诊大厅中拥挤着成百上千名患者与家属，焦急地排队等待挂号候诊划价交款取药时，系统对的要求可以说不亚于任何银行窗口业务系统机票预定与销售系统。

医疗信息复杂性。

病人信息是以多种数据类型表达出来的，不仅需要文字与数据而且时常需要图形图表影像等等。

信息的安全保密性要求高。

病人医疗记录是种拥有法律效力的文件，它不仅在医疗纠纷案件中，而且在许多其它的法律程序中均会发挥重要作用，有关人事的财务的，乃至病人的医疗信息均有严格的保密性要求。

数据量大。

任何个病人的医疗记录都是部不断增长着的图文并茂的书，而个大型综合性医院拥有上百万份病人的病案是常见的。

缺乏医疗信息处理的标准。

这是另个突出地导致医院信息系统开发复杂化的问题。

目前医疗卫生界极少有医学信息表达医院管理模式与信息系统模式的标准与规范。

计算机专业人员在开发信息系统的过程中要花费极大精力去处理自己并不熟悉的领域的信息标准化问题，甚至要参与制定些医院管理的模式与算法。

医学知识的表达的规范化，即如何把医学知识翻译成种适合计算机的形式，是个世界性的难题。

而真正的病人电子化病历的实现有待于这问题的解决。

医院的总体目标体制组织机构管理方法信息流模式的不确定性，为我们分析设计与实现个增加了困难。

众所周知，我国目前正处在个改革开放的大变革当中，医院的性质体制机构制度管理的概念方法与手段都在变，这大大增加了我们设计的难度。

高水平的信息共享需求。

个住院病人的住院记录摘要病案首页内容可能被全院各有关临床科室医技科室行政管理部门从门卫直至院长所需要。

因此信息的共享性设计信息传输的速度与安全性网络的可靠性等也是必须保证的。

因此，鉴于医院环境的独特性，使得信息系统在医院的实现应具有其特殊的功能要求要有个大规模，高效率的数据库管理系统的支持要有很强的联机事务处理，支持能力。

典型的天小时不间断系统，绝对要求安全可靠易学易用的友善人机界面可剪裁性和可伸缩性，能适应不同医院的发展计划需求开放性与可移植性，适应不同硬软件平台模块化结构，可扩充性第二章医院信息系统的需求分析系统分析阶段，是系统开发的重要阶段，在这里应该明确系统的开发目标，得到用户的需求信息并最终体现在设计方案中。

可行性分析只要资源和时间不加以限制，所有的项目都是可行的。

然而，由于资源的缺乏和交付时间限制的困扰，使得基于计算机系统的开发变得比较困难。

因此，尽早对软件项目的可行性做出细致而谨慎的评估是十分必要的。

如果再定义阶段及早发现将来可能在开发过程中遇到的问题，及早做出决定，可以避免大量人力财力实践上的浪费。

医院信息系统的功能应该满足在医院不同层次和岗位使用者的需要，这包括医院管理者在医院宏观管理和决策方面的需要医技人员在对病人诊治业务中和科研上的需要行政人员在日常工作中对事务处理和汇总的需要以及系统管理员对系统管理和维护支持的需要。

项目背景此项目的建立从根本上改善了传统医院进行信息处理使用手工操作，劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上的问题。

大大提高了医院整体的办公效率，促进医学科研教学减轻各类事务性工作的劳动强度，使他们腾出更多的精力和时间来服务于病人。

完整的系统实现了信息的全过程追踪和动态管理，从而做到简化患者的诊疗过程，优化就诊环境，改变目前排队多等候时间长秩序混乱的局面。

如目前多数医院就诊必须经过挂号等候病历划价收费取药或治疗系列过程，若实施以后，每个病人用于诊疗的中间过程性时间会大幅度减少同时的实施也强化了医院内部管理，降低了医护人员的工作强度和时间。

技术性分析对待开发的系统进行功能性能和限制条件的分析，确定在现有资源的条件下，技术风险有多大，系统是否能实现。

这里，资源包括已有的或可以搞到的硬件软件资源，现有的人员的技术水平与已有的工作基础。

本系统的建立是计算系图是以挂号表中的挂号编号为主键，建立的关系，其他两个表，分别由其中的挂号编号与挂号表相联。

住院关系图如图所示。

图住院关系图住院关系中是以患者预交款的信息表中的病房号为主键，其他三个信息表，以病房号与主表相联药品管理关系图如图所示。

图药品管理关系图药品管理关系图，是以药品库存表中的药品名称为主键，进行索引，其他两个表通过药品名称与药品库存表相联。

第四章医院信息系统的实施在系统分析与与系统设计的阶段中，开发人员为新系统设计了它的逻辑模型和物理模型。

系统实施阶段的目标就是把系统设计的物理模型转换成可实际运行的新系统。

系统实施阶段既是成功地实现新系统，又是取得用户对新系统信任的关键阶段。

系统界面登陆界面登陆界面如图所示。

图医院信息系统登陆界面系统登陆采用选择用户名，输入密码的方式。

密码设定次为基准，如果次登陆没有成功，系统提示，登陆超时，操作失败然后推出登陆界面。

登陆窗体属性设置如表所示。

表登陆窗体属性窗体属性取值登陆窗口主页设计主页设计如图所示。

图系统主界面主页做成了上下结构，上面是菜单和功能键，下面的左边是啥干功能键的延续，右边是这个工作区域。

整个布局相对来说，简洁可以使用户很容易上手，进行操作，并且能轻松掌握本系统。

系统主界面的窗体属性如表所示。

表系统主界面窗体属性窗体属性取值医院信息系统挂号界面挂号界面如图所示。

图挂号界面用户通过此界面进行挂号设置。

挂号界面窗体属性设置如表所示。

表挂号界面窗体属性窗体属性取值挂号单划价收费界面划价收费界面如图所示。

图划价收费界面患者通过划价收费界面，了解医生所作的治疗和给的药物的价格，并进行交费。

划价收费界面窗体属性如表所示。

表划价收费界面窗体属性窗体属性取值门诊收费划价管理药品入库界面和药品出库界面药品入库界面和药品出库界面如图和所示。

图药品入库界面图药品出库界面通过对药品的入库与出库进行记录，对药品库的药品进行控制，保证定的库存容量，并且能调整药品的库存时间。

药品入库界面窗体属性如表所示。

表划价收费界面窗体属性窗体属性取值药品入库管理药品出库界面窗体属性如表所示。

表划价收费界面窗体属性窗体属性取值药品出库管理住院预交款界面住院预交款界面如图所示。

图住院预交费界面患者入院时，要预交部分费用，以便在住院期间得到更开的治疗，不会应为资金问题而拖延治疗时间。

住院预交费界面窗体属性如表所示。

表住院预交费界面窗体属性窗体属性取值住院预交款管理住院划价收费界面由于在医院里门诊和住院是俩个完全不同的流程，所以他的划价收费也是分开执行的，住院的划价般不用患者自己去亲自去，而是由值班站的护士来完成此项工作。

住院划价收费界面如图所示。

图住院划价收费界面住院划价收费界面窗体属性如表所示。

表住院预交费界面窗体属性窗体属性取值住院收费，划价管理出院管理界面出院管理界面如图所示。

图出院管理界面出院管理主要是合算患者在院期间的检查治疗用药的费用，在和入院时所交的预交款项比较，本着多退少补的原则，进行结算工作。

出院管理界面窗体属性如表所示。

表出院管理界面窗体属性窗体属性取值出院管理部门管理界面职位管理界面医务人员登记界面部门管理界面职位管理界面医务人员登记界面如图所示。

图科室部门管理界面科室部门管理界面窗体属性如表所示。

表科室部门管理界面窗体属性窗体属性取值医院科室部门管理科室部门管理界主要是用于医院管理层对医院内部的科室进行调整的。

图职务管理界面职务管理界面窗体属性如表所示。

表职务管理界面窗体属性窗体属性取值医院职务管理职务管理界主要是医院的管理层对医院内部的职工的职称进行评定和更改的界面。

图医务人员登记界面医务人员登记界面窗体属性如表所示。

表医务人员登记界面面窗体属性窗体属性取值医务人员登记医务人员登记界面是对医院内部的所有员工的基本信息进行记录的界面，包括员工的姓名科室职务联系电话工作日等等。

第五章医院信息系统的测试测试的目的测试的目的就是尽可能发现项目或软件里所存在的问题，它的目的不是说要证明所开发的项目或软件是好的完美的，而是要为了证明这些项目或软件是有问题的。

当这些问题被发现并最终解决后，这样的项目或软件才能说是好的软件项目，这时才能交给最终用户使用。

测试环境硬件环境在本系统开发过程中，考虑到现有设备的限制，系统开发的经济可行性和技术可行性分析，以及硬件的兼容性和软件对硬件的基本要求，本系统硬件环境如下奔腾Ⅲ以上内存以上硬盘至少硬盘空间包括运行时所需空间。

软件环境由于现有硬件设备的限制和系统开发工具的选择，本系统运行的软件环境如下开发系统中文英文版后台操作系统中文版后台数据库中文版测试计划测试方案测试方案是测试阶段的关键技术问题。

为了提高测试效率降低测试成本，本测试方案采用黑盒法设计基本的测试方案。

在黑盒法测试方案中，采用等价划分技术，把所有可能的输入数据有效的和无效的划分成几等价类，其划分类在以下的输入中再详述。

测试项目身份认证模块基本信息模块业务信息模块测试准备在测试前，与各模块的主要负责人共同协商讨论，以概要设计说明书详细设计说明书作为总的提纲，选择合适的输入输出数据，并加以意义列举说明。

测试用例设计身份认证模块测试测试项目说明测试项目名称及测试内容测试项目身份认证模块测试内容模块接受信息测试。

模块检验用户测试。

检验模块是否可以调出系统主界面。

模块是否能够正确给出提示。

测试用例输入编号操作员编号密码允许登录的合法用户及密码操作员编码密码输出进入身份认证界面，输入表格中的测试数据，相应的处理结果应该如下表验证通过，调出系统主菜单密码中包含非法字符操作员编码包含非法字符没有访