高校医院管理信息系统的分析与设计

上传人:仙*** 文档编号:32044133 上传时间:2021-10-13 格式:DOC 页数:47 大小:1.49MB
收藏 版权申诉 举报 下载
高校医院管理信息系统的分析与设计_第1页
第1页 / 共47页
高校医院管理信息系统的分析与设计_第2页
第2页 / 共47页
高校医院管理信息系统的分析与设计_第3页
第3页 / 共47页
资源描述:

《高校医院管理信息系统的分析与设计》由会员分享,可在线阅读,更多相关《高校医院管理信息系统的分析与设计(47页珍藏版)》请在装配图网上搜索。

1、 目 录引言11 绪论11.1 高校医院的定义和特点11.2 国内外高校医院的发展历史与现状21.3 本课题的研究重点21.4 开发高校医院管理系统的意义32 系统分析32.1 可行性分析42.1.1可行性研究的前提42.1.2技术可行性的分析42.1.3经济可行性的分析52.1.4运营可行性的分析52.2 需求分析52.2.1系统需求定义52.2.2项目概述72.2.3软硬件需求72.2.3功能需求72.2.4接口需求82.2.5性能需求92.2.6系统属性需求93 系统设计103.1 概要设计103.1.1任务叙述103.1.2开发方式113.1.2设计方法113.1.3系统结构113.1

2、.4运行设计123.1.5数据库连接133.1.6出错处理设计133.1.7安全维护设计133.2 详细设计143.2.1软件结构143.2.2程序设计说明153.3 数据库设计243.3.1数据库叙述243.3.2数据库结构设计概述243.3.3数据实体图253.3.4数据库逻辑结构设计264 软件测试284.1 测试目的284.2 测试环境284.3 测试用例设计285 系统开发总结335.1 实际开发结果335.1.1 产品335.1.2 主要功能和性能335.2 开发工作评价335.2.1 对生产效率的评价335.2.2 对编程工具的评价345.2.3 对产品的质量评价345.3 经验

3、与教训356 结论36谢 辞38参考文献39附录40 第 45 页 共 45 页引言随着社会的发展,人们对健康越来越关注,医院的业务不断增长,处理越来越复杂,简单的人工经营管理,已无法满足医院的需要, 成为医院发展的瓶颈, 人们对医疗服务的要求也越来越高。传统的手工操作模式,病人账目繁杂,病人查帐困难, 病区和药房的药品浪费现象严重且无法追踪, 人工传送各种记账单容易漏、错帐,人工划价收费差错难以避免,因此,如何提高服务水平、提高工作效率,成为迫待解决的问题。医院管理信息化不仅能提高医务人员的工作效率和医疗水平,而且能提高医院的服务质量和管理水平,因此,医院对管理信息系统有着强烈的需求。美国著

4、名教授Morris.Collen于1988年曾著文为医院信息系统HIS(hosptal information system)下了如下定义:利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力,并满足所有授权用户的功能需求。开发医院管理信息系统(HIS)的目标就是立足医院应用实际,着眼院未来发展,以强化医院管理,提高医疗质量,方便患者就医和查询,提高医院的服务效率和服务质量,设计一套符合国家功能规范要求,安全稳定,操作简便的医院信息系统,为医院提供一套全方位的解决方案。1 绪论1.1 高校医院的定义和特点几十年来,我国高校都施行一套相

5、对独立的医疗服务体制:国家每年给每个学生一定数额的医疗补助,学生到各自学校开设的医院就医,费用只交纳10%左右。为此,各高校每年都从国家的教育经费里面投入大量的人、财、物力自办医院,就是高校医院。长期以来,我国高校医院既担负着部分卫生行政职能,又担负着提供医疗卫生服务的职责。在一定时期内为高等教育的发展做出了应用的贡献。随着社会的发展,教育改革在最近几年不断深化,可高校医院还是保留着传统的模式,显然也需要进行必要的改革。高校医院与非高校医院相比, 在医疗管理体系、运行目标、服务对象、运作模式等方面有许多共同点, 但又有许多特殊性, 因此, 开发设计的高校医院管理系统要求有较强的针对性、适应性和

6、易操作性。高校医院主要是面向在校的学生、教师和教工家属设立的医院。1.2 国内外高校医院的发展历史与现状近年来随着经济的迅速发展、科学技术的进步,国外的许多国家都已经开始对其高校医院进行科学改革。美国在20世纪60年代开始了HIS的研究,随着技术的提高和计算机的广泛应用,HIS在70年代时候已经取得很大的发展,根据1998的统计,美国除了一些极小型的医院外,基本已经实现电脑化管理,这个当然包括其高校医院;日本的HIS研究开始于20世纪70年代初,多数日本医院是80年代以后开始进行HIS工作的,但发展十分迅猛,规模相当大,是以大型机为中心的医院计算机系统,一向重视教育的日本,当然不会放弃其高校医

7、院的HIS研究,目前其国内的高校医院已经全部实现电脑化管理;欧洲的HIS开发相比日本来说,时间要晚些,它的特点就是实现区域信息系统,国家其高校医院大多数是在20世纪80年代实施电脑化管理。目前,在国外的高校医院管理信息系统中已有一些比较成熟的软件,许多高校医院采用信息技术为其取得重大的经济效益;但是由于其核心技术相对封锁,许多软件没有进行汉化,而且其软件未必适用于我国的高校医院,对于我国的高校医院来说,维护起来也比较困难,难以推广。在我国,随着医院信息化的不断推进,在20世纪70年代末,计算机开始进入到我国的医疗行业。而高校医院系统研发的起步则是比较晚的,过去往往采用手工的管理方式,但是存在两

8、个很大的缺点:(1) 资料容易丢失;(2) 数据存放得分散,由不同部门人员管理,其信息不能及时获取,导致效率不高;目前,随着计算机的普及,一些校医院开始建立小型的软件,并开发出基于部门管理的小型管理系统,但是也存在一个问题:软件水平较低,一般只能做些初级的事务处理。因此,为了提高高校医务的各项工作的质量和水平,有必要去开发更合理的高校医院管理系统。1.3 本课题的研究重点近年来,部分的高校医院已经开发了计算机进行的管理的系统,是高校医院走向科学化、规范化的重要标志。计算机的应用将大大提高工作效率,为病人提供更好的服务。本课题将对本校医院进行全面的研究,根据软件工程的思想与模块划分的原则,设计一

9、个高校医院管理信息系统,它的研究重点为:(1) 门诊业务管理模块:挂号、计价收费、挂号维护、查询管理,有关资料打印,体检资料管理等几个子模块; (2) 住院人员管理模块:入院管理、病房管理、在院计费、出院管理、预交付款等子模块; (3) 医院业务管理模块:医务人员资料进行管理,科室管理、医务人员工资管理,以及对有关数据查询、数据修改等功能。(4) 药品信息子模块:药品资料维护,药品库存维护,药品供应商资料维护,以及处理有关的采购、进货、定价、结算等功能; (5) 用户管理子模块:用户注册、用户密码修改,用户权限系修改、删除用户4个功能。(6) 系统维护:主要是数据备份和数据还原两个部分;本系统

10、可以把医院的门诊、住院、病房、医务、护理、收费、药品管理等信息纳入本系统,由计算机自动汇集处理生成所需要的信息资料报表打印出来,数据也可以导入到execl里面,execl里面的数据也可以进行打印。1.4 开发高校医院管理系统的意义目前,随着人们对医药产品的需求的大幅增加,医药行业正处于一个快速增长的时期;在高校医院中,应用计算机管理管理可以配合学校进行医疗制度的改革,提高医院行政管理的效能,而且有力地促进医院的管理走上规范化、科学化的轨道;为了适应现代医院管理要求,同时结合高校医院自身的特点,提高工作效率,更加方便而快速地了帮助病人办理医护手续,因此,本课题将建立起以高校医院的医务信息为核心的

11、综合管理系统,通过开发高校医院的各职能部门的业务管理信息模块,达到科学、高效的管理目标,以提供强有力的管理手段。本系统建立后,能够为广大师生提供方便的服务,为学校医院管理实现提供信息与数据支持;可以提高医疗机构的整体管理水平和工作效率;通过系统运行可以使医疗有关的各项统计工作基本上由信息系统完成,更加快捷、准确;医疗信息电子化全面提高了医院的管理水平,优化了服务环境,为彻底实现“以病人为中心的服务”宗旨奠定了基础。由于计算机的处理能够大大提高信息流通的效率,因此利用计算机软件来改进管理已经成为大趋势。高校医院主要为全校教职工、学生、家属提供医疗服务,包括门诊、住院等服务项目。将这些项目有关的信

12、息纳入电脑系统统一管理,以便及时获取有关信息,提高医疗效果和管理效率。2 系统分析系统支持医院管理信息系统的计算机技术较为单纯和简单。由于医院管理信息系统以处理文字和数字类数据为主,较少涉及声音、图象、多媒体数据的动态传递等复杂需求,因此实现起来容易得多。我提出的设计思想是:以病人为中心,以质量管理为主导,以资源优化为目标。这种设计思想既有利于提高高校医疗服务质量,又兼顾了高校医院的基础建设和人员建设,体现了高校医院人员在参与各项业务活动中的价值定位,是适合现代医院的一种设计思想。2.1 可行性分析2.1.1可行性研究的前提医院管理信息管理是今后我国医院改革的研究课题之一,这个改革也包括对高校

13、医院的改革,若能用计算机实现对医务系统的管理,将会给影院和病人带来更大的方便。“可行性”是指在当前情况下,研制这个高校医院信息管理系统是否有必要,是否具备必要的条件。可行性的含义不仅包括系统实现可能性,还包括必要性、合理性。开发系统的可行性研究应从以下几个方面考虑。可能性:随着计算机性能不断提高,价格不断下降,计算机已在医院医疗、教学、科研、管理等各个方面得到越来越广泛的应用;必要性:计算机化的医院信息系统已成为现代化医院运营必不可少的基础设施与技术支撑环境;合理性:一个现代化医院的成功运行离不开功能完整、美观舒适的建筑物,技术娴熟的医护人员,性能齐全、高精尖的医疗设备一样,它也离不开计算机化

14、的医院信息系统。2.1.2技术可行性的分析技术可行性研究是要明确现有软硬件配置是否满足开发的需要,明确现有技术实力是否能够完成开发工作。对开发本系统来说,技术上要求采用Delph6.0程序的标准界面来设计程序,能方便用户的使用,在软件操作上能与流行系统软件类似,以便减少培训时间和技术支持的费用。后台数据库系统要求成本低廉,操作简单,能方便操作,并有可扩展性。所以,采用Borland公司的Delphi6.0 开发工具来开发前端操作界面。后台采用Microsoft公司的SQL server2000数据库管理软件来支持项目的后台数据库。SQL server2000数据库可通过升级向导平滑的移植到Mi

15、crosoft公司的大型数据库orcle系统上,这有助于整个系统今后的扩展性。2.1.3经济可行性的分析经济可行性研究是对系统投入使用后带来的经济效益进行估计,也包括对系统的投资预算。即要解决两个问题,资金可得性和经济合理性。对该医院来说,本系统属单机系统,需购置微机、打印机各一台以及各种相关软件,采用的自主开发方式,所需费用不超过2万元,无需另购其它产品。系统开发成功,能更有效地保障医院的正常运行,所产生的效益将远大于所需费用。软件开发费用和运行维护费用也在预算控制下。而系统投入使用后,可优化资源管理过程,对医院的人力、物力、财力等资源有了更有效的分配,同时更合理地为病人服务。2.1.4运营

16、可行性的分析运营可行性研究是指在系统投入使用后,对高校医院可能带来的影响进行分析。现在,许多高校领导对开发其医院管理系统十分有兴趣,积极提供人员和资金上的支持。医院的工作人员有一定的计算机操作能力,不需要专门培训,加之是为高校开发,高校必定有熟悉操作此类系统的人员。因此,将来系统的运行、维护将不会遇到大的困难。系统的投入使用,很明显就是对医院精简了机构,提高了办公效率,改善了工作环境,更科学地管理了医院内的业务,有利于发挥医院员工的工作热情。2.2 需求分析建立高校医院信息系统的目的是要解决现行系统的问题,在信息系统的开发中,要明确目标及要解决的问题,在流程设置及各个功能的设计上紧紧围绕目标来

17、进行,通过结构化分析方法的需求分析得到完整的功能设计方案。2.2.1系统需求定义管理信息系统的应用或多或少的改变着医院的各类员工和管理者的工作习惯,这就发生了新模式与传统势力的冲突,形成了严格的、精确的数量管理对粗放的情感管理的挑战,甚至在某种程度上导致了权利重新分配的矛盾。应当将先进的管理理念导入系统之中,引导着医院进行有效的变革,软件开发的好坏会直接影响或最终影响系统建设的质量。另一方面,医院本身的在这场变革中也起着相当重大的作用,如果没有院方的强有力的配合,那么我们的医院管理信息系统建设很难成功。在进行需求分析时应该充分考虑高校医院的业务管理范围以及其特殊性,划定系统边界,深入科室熟悉工

18、作流程,虚心请教,听取意见和要求,要吸收高校医院相关人员自始至终参与工程的设计和规划,这样才能开发出适合高校医院特色的软件,而且对以后软件的升级和维护也是有利的。(1) 高校医院管理者的需求高校医院信息化建设是医院管理的基础性、系统性工程,它涉及对现行管理模式、方法、手段和观念的重大变革,牵涉到医疗、护理、医技、政工和院务等管理的各个方面,对管理思想、软硬件建设、计算机技术人员和全员素质提出了很高要求。高校医院的管理者关心的是,系统运行后从宏观上能看到什么样的效益。这些效益并不一定指直接的经济效益,而是指系统能解决一些手工管理不能或难以解决的问题,能为管理者及时了解医院运行情况、进行科学决策提

19、供准确的信息,同时能够更好地为患病的在校人员服务。作为一个完善的医院信息系统,一方面要能建立起一套能反映医院医疗和经济运行状况的指标体系,并使之常规化;另一方面,系统的运行要直接为改善医院的管理服务。(2) 系统直接使用者的需求系统的直接用户关心的是系统提供的功能对他们的业务是否有直接的帮助、系统是否好用,包括操作简便、简单易学、响应快、友好的用户界面、鼠标或键盘均可单独操作的方式等。在系统的具体设计实现上,要求系统不只是简单地提供增、删、改、查功能,而是面向具体应用、针对每种业务的特点尽心设计。此外,要重视用户的培训需求,要使系统有生命力,就必须在培训上下功夫,只有经过严格培训,用户才能克服

20、使用计算机的心理障碍,要使用户体验到能成为使用计算机的能手,并逐步学习更多的计算机知识,产生对应用计算机的浓厚兴趣。否则,系统设计虽然成功,未必能有效地应用。(3) 系统维护人员的需求系统维护工作包括数据备份、恢复及错误数据的更正等。信息系统一旦投入运行,其维护支持就成为系统能否持续正常运行的关键。系统可以根据不同用户进行权限设置。在系统的日常运行中,经常有纠正错误数据、更新数据等工作,需要维护人员的干预。如果系统的可维护性不好,必然导致维护人员忙于日常应付,包袱越背越重。为了解决这类问题,应当把系统的可维护性、适应性作为一项基本要求纳入到产品的开发过程中。从系统的开发设计来说,用户对计算机硬

21、件、操作系统平台、系统的稳定可靠性等方面也都有具体的需求。要满足医院的维护需求,任何好的系统,都需要有良好的维护服务来支持。(4) 对运行平台的要求应用软件的结构和功能反映了目标系统的业务功能。要真正使系统运行稳定可靠,达到用户对整个系统的期望,建立一套符合医院特点及软件需求、能提供所需带宽及性能,具有一定容错能力,稳定的运行系统十分重要。所使用的一切软硬、件也应符合实际情况并能满足一定时期内发展的需求。(5) 对应用软件标准化及通用性的要求高校医院信息系统的信息内容及格式应该符合普通医院现行的有关行业标准,这包括国际标准及国家标准。另外,还应尽量符合医院现有的业务流程,以便医务人员能较快地适

22、应从手工方式到计算机处理地转变,更重要的一点,要突出高校医院与普通医院有不同之处。此外,在需求分析时应了解高校医院实际情况,包括:门诊量、住院床位数、医院等级、有关医疗保健和体检、经费、计算机技术人员的构成、高校对其医院信息系统建设的预计经费投入等。2.2.2项目概述采用计算机管理信息系统已成为医院管理科学化和现代化的标志,给医院带来了明显的经济效益和社会效益。医疗信息电子化 ,全面提高了医院的管理水平,优化了服务环境,为彻底实现“以病人为中心”的服务宗旨奠定了基础。系统的建设将本着这个原则,以方便患者、提高就诊效率为目的,力争为患者提供最满意的服务,同时也将提高医疗的社会效益和经济效益。本系

23、统界面友好,操作起来方便灵活,操作人员不需要什么专业的培训,只需要掌握一般的计算机操作知识,再根据软件界面的提示,便可以进行操作。2.2.3软硬件需求(1) 软件运行环境编程语言:Borland公司的Delphi6.0;操作系统:Windows 2000 或者 Windows XP;数据库系统:微软公司的SQL Server 2000;其他软件:微软公司的office 2000;(2) 硬件配置计算机一台,CPU频率应该是600HZ以上,硬盘5G以上,内存128MB以上;最好是采用当今流行的工intel P4处理器,内存不小于256MB。还需要打印机一台。2.2.3功能需求(1) 操作简单,提

24、供友好的用户界面,该系统采用人机对话的力式,系统屏幕界面清晰,充分考虑上作人员的操作力便,在屏幕下力有功能键提小说明,力便操作,操作者可以直接了解系统不同状态的不同功能的操作需要。使管理人员操作起来方便。登录方式有两种,一种是普通登录,只能对可允许的数据进行修改;另一种是高级登录,可以对所有数据进行修改。(2) 文档资料管理:实现对各种医疗检查记录、医药的进销存、药品的记录、医院各个业务资料和工资结算等的录入工作。(3) 医务人员信息:实现对全院医生和护士的基本情况、院内调动等信息的增加、删除、修改和查询。(4) 门诊情况:实现门诊挂号,以及门诊收费情况的管理。系统能分别出进行门诊医疗的自费和

25、公费两种方式,在校的学生、老师和教工家属可以享受公费医疗,其他人则不可以有此优惠待遇。(5) 住院管理:实现对病人的入院管理、病房管理、在院计费、出院管理等管理。系统能区分出进行住院的自费和公费两种方式,在校的学生、老师和教工家属可以享受公费医疗,其他人则不可以有此优惠待遇。(6) 体检信息管理:可以录入本校人员或者非本校人员的体检信息,并可方便地进行查询。(7) 药品管理:可以对药品的各种信息进行管理。(8) 各种报表的统计和打印:为了力便医院管理上作中对各种医疗信息参数的分析、统计和向上级部门汇报,本系统内设置了多种报表,可以按不同的时问段进行统计。生成的数据汇总表,一般通过打印输出,如果

26、用户不准备打印,也可事先通过设定,采用屏幕显示的方式对汇总后的报表内容进行浏览。数据可以导入到execl里面。(9) 系统维护:能实现系统备份和系统还原功能。(10) 查询功能:系统的查询功能具备条件查询和模糊查询功能,可以按照需要,通过输入各种条件中的任何一种条件查询各种医疗信息参数,也对数据可以全部查询。可以进行查询的数据:门诊信息查询,住院信息查询,门诊挂号类别,床位查询,医务人员信息查询,医务人员工资查询,医院科室查询,药品资料查询,药品进出库查询,药品供应商资料查询,体检信息查询。(10) 收入统计:能对在选定的时间内的收入进行统计。2.2.4接口需求本系统前台的界面用Delphi6

27、.0来设计,后来的数据库选用SQL SERVER 2000来设计。数据库和delphi6.0中的ADOConnection控件接口技术实现链接,然后用ADOQuery和 Table控件链接ADOConnection控件,从而实现前后台的链接;用DataSource控件链接ADOQuery控件,是为了显示所查询到的数据;此外,各个子系统的界面通过speenbutton控件或者是mxoutlookbarpro控件接口技术进行链接。2.2.5性能需求医院管理信息系统所需要的资源较少,比较起来所需要的磁盘容量、工作站数量、网络传输能力、显示器质量均远远低于其他的大型信息系统的需求。支持医院管理信息系统

28、的计算机技术较为单纯和简单,由于医院管理信息系统以处理文字和数字类数据为主,较少涉及声音图像多媒体数据的动态传递等复杂需求,因此实现起来容易得多,一般通用的电脑都能满足需求。2.2.6系统属性需求(1) 正确性:本系统输入的数据必须符合一定的格式,才能实现其正确性,如果输入的格式不合理,则系统会提示出错,并通知用户修改过来。(2) 可靠性:系统对所有的数据输入都进行完整性和一致性检查,不但提供了数据库级的安全性,还提供了程序级的安全性,由系统管理员应用用户程序对各操作员进行统一授权管理,确保了系统的安全和保密。(3) 容错性强:系统对用户的误操作有提示功能。(4) 易使用性:本系统界面友好,操

29、作起来方便灵活,操作人员不需要什么专业的培训,只需要掌握一般的计算机操作知识,再根据软件界面的提示,便可以进行操作。(5) 复用性:本系统在window2000以上的操作系统可以反复地安装使用。(6) 效率:本系统的数据从递交到执行的时间不长,如果出错,能马上提示出来,方便用户进行快速处理,从而实现很有效率地处理信息。(7) 全方位:满足医院门诊、住院、药品等相关部门财务费用的资金流管理等功能的全部需求。同时为医院领导全面掌握医院动态给予重要辅助作用。(8) 个性化:操作快捷方便,支持多种代码输入,实现了动态模糊查询功能,并提供了强大的后台维护功能,满足医院不同的个性需求,提供客户化修改服务。

30、 (9) 灵活性:系统操作方便,可作部分的客户化修改,满足个性化的需求。提供完全实施配置手册,系统管理员在受训后即可掌握全部操作方法,实现高效管理运作。3 系统设计3.1 概要设计3.1.1任务叙述医院的医疗水平和服务质量一直是社会关注的焦点,仅靠增加基础设施投入和脱离信息化的管理方法的改进,是不能从根本上提高医院的工作效率、服务质量和管理水平的。高校医院管理信息系统的目的就是减轻业务劳动强度,减少了差错,科学管理药品,节省人力,提高医院的财、物管理水平,增加经济效益,改善患者的就医环境,方便患者就医和查询,提高医院的服务效率和服务质量,提高医院的医疗质量和管理水平。所以,一个现代化的适应社会

31、发展需要的高校医院,除了具备一流的医疗队伍、一流的服务设施之外,还应具备一流的管理信息系统。本次课题的任务:首先,对本课题有关的资料进行收集、整理,然后写出需求分析来。其次,根据需求分析用SQL Server2000 来建立好后台数据库,并规范好各个数据表的关系,建立好视图,编写存储过程。第三,用delphi6.0来设计系统前台的各个模块。建立友好的用户界面,使管理人员操作起来方便;第四,逐步实现对各种药品的进销存、医务人员的基本资料、工作情况、工资情况和各种医疗收费等资料的录入工作;第五,逐步实现对病人进行门诊管理,住院管理,在校人员体检等管理工作资料的录入。第六,实现各种报表打印功能和把数

32、据导入到excel中去。第七,实现用户管理功能,以及对进行系统数据备份和还原工作。开发过程中要注意以下几点:(1) 对基础数据进行严格的管理,要求计量工具标准化、程序和方法的正 确使用,使信息流通渠道顺畅。有一点要明确,“进去的是垃圾,出来的也是垃圾”,必须保证信息的准确性和一致性。(2) 确定信息处理过程的标准化,统一数据和报表的标准格式,以便建立一个集中统一的数据库。(3) 高效低能地完成日常事务处理业务,优化分配各种资源,包括人力、物力和财力等。(4) 充分利用已有的资源,包括现在和历史的数据信息等,运用各种管理模型,对数据进行加工处理,支持管理和决策工作,以便实现组织目标。3.1.2开

33、发方式(1) 系统要解决的问题,如采取何种方式解决组织管理和信息处理方面的问题,提出的新的管理需求该如何满足等。 (2) 系统可行性研究,确定系统所要实现的目标。通过对高校医院需求状况的初步调研得出现状,进行分析结果,然后提出可行性方案并进行论证。(3) 系统开发的原则。在系统开发过程中,要遵循领导参与、优化创新、实用高效和处理规范化的原则。(4) 系统开发前的准备工作,作好开发人员的组织准备和企业基础准备工作。(5) 系统开发方法的选择和开发计划的制定。针对己经确定的开发策略选定相应的开发方法,选择结构化系统分析和设计方法。开发计划的制定是要明确系统开发的工作计划、投资计划、工程进度计划和资

34、源利用计划。3.1.2设计方法高校医院日常运作形式与特点决定了其是一类相对复杂的信息系统。对于开发大型复杂的管理信息系统,在系统设计思路上,我们采用成熟的增长法,它是生命周期法和原型法融为一体的先进实用的设计方法。用增长法设计信息系统可分为四个阶段:(1) 系统分析阶段这一阶段深入现场,反复进行调查研究,确定系统目标,探求实现目标的最佳方案,形成系统分析说明书。系统分析说明书包括现行系统描述、拟建立系统的目标、数据描述、处理过程定义、系统成本、系统设计和实施的研究计划等内容。(2) 系统求精模型设计阶段根据系统分析说明书研究系统原型,不断修改和扩充,直到满意为止。(3) 完成系统产品阶段重新组

35、织功能结构,增强辅助用户使用系统的功能,改进数据库管理的程序,完成各类资料和手册的编写。(4) 维护与评价阶段根据系统的运行情况和测试情况,对系统不断完善,并作出评价。采用这种系统设计方法,有助于增强系统的适应能力,缩短了系统开发周期,便于系统维护,可以显著地提高了软件设计阶段的效率。3.1.3系统结构模块设计主要采用功能菜单的方式,反映了高校医院管理体系的要求。软件的数据处理主要集中在个别数据库中,库中的数据可因不同的统计报表的需求进行数据采样,统计汇总,数据导出。构成各项报表的系统中,许多数据项目是有所关联的。其系统的具体结构:如图3.1所示: 图3.1 系统具体结构图 各个模块和数据库的

36、相互关系如下:如图3.2所示:图3.2 各个模块和数据库关系图3.1.4运行设计(1) 运行模块的组合:软件运行时,对软件所做的操作是通过菜单和按钮来完成的。系统中各个模块运行时候,用鼠标点击相应的speedbutton控件或者是mxoutlookbarpro控件,便可以转换到其他模块中去。各个模块中都有若干小模块组合而来,可用同样的方法来转换。内部的模块的数据流和数据控制流是有所关联的。(2)运行时间 如果所安装在的计算机硬件和操作系统正常状态的话,系统中各个模块的调用时间不会很久,大概是0.5到1.1秒。查询、修改、添加、删除记录的提交数据的时间也比较快大概是0.6到1.2秒。打印报表显示

37、的时间大概是0.2秒,如果数据出现错误的话,会马上显示出来。3.1.5数据库连接登录过程使用数据库验证连接机制。因此,涉及到数据块中的数据库连接组件“ADOConnection”,“ADOConnection”是“TADO”类的对象,把loginprompt属性设计成false。建立sys.ini文件,把连接的方式写进去,然后系统会根据这个文件进行连接。sys.ini的内容为:linkData_Source=cjcData_Base=bysjUser_ID=saPassword=3.1.6出错处理设计输入的数据有其特定的格式,如果输入的格式不正确,系统会弹出对话框提示出错。例如,要输入的数据是

38、日期型的,如果输入非日期型的数据,就会弹出对话框错误;有些专门是数字字段的地方,系统限制它输入非数字的信息。如果出现错误后无法采取普通方式进行调试回来,而这时系统运行不正常的话,应该重新启动系统,或者重启计算机。3.1.7安全维护设计为了保证数据不被破坏,系统有数据的备份和数据的还原功能,即使由于意外原因使系统数据库遭到破坏,系统信息仍然可以很快地恢复并进行使用。数据可以导入和导出到SQL server2000和execl等数据库中去。3.2 详细设计3.2.1软件结构以下是各子系统之间的数据引用关系如图3.3和3.4所示:图3.3 各个模块的关系图3.4 各个模块和数据库的关系3.2.2程序

39、设计说明(1) 门诊管理模块数据流图:如图3.5所示图3.5 门诊管理模块数据流程图业务流程图:如图3.6所示图3.6门诊管理模块业务流程图功能模块:门诊业务管理模块分为挂号、计价收费、门诊类别、查询管理等四部分。功能模块如下:如图3.7所示 图3.7门诊管理功能图功能具体说明如下: 挂号管理根据高校医院的实际情况,病人挂号分自费或者公费良种情况,病人在挂号时出示相关的学生证、教工证或者教工家属证,便可以在医疗时候享受公费医疗,否则,只能是自费医疗。挂号后,系统会打印一张挂号单给病人,然后病人持其去相应的科室去看病,以及去回到系统管理处结算。 计价收费 计价收费子模块把计价和收费合并在一起,简

40、化工作流程。计价收费可分为自费计价、公费计价两种方式,这两种方式都以现金来交易。对在校学生、教师、教工家属的病人以应收费用的10%结算,其他病人以全部费用结算。 挂号类别维护该模块有用户来设置挂号的类别名称和挂号费用,例如:普通挂号,急诊挂号,专家挂号等,用户还可以根据情况进行修改,查询,删除等操作。 体检管理能够对在校师生的每个学年的体检记录进行各种管理。 其他管理可以根据日期查询和统计相关的门诊情况,以及可以打印相关的报表。(2) 住院管理模块数据流程图:如图3.8所示图3.8 住院管理数据流图业务流程:如图3.9所示图3.9 住院管理业务流图功能模块:住院管理子系统是医院信息系统建设的重

41、要部分,其具体功能包括入院管理、病房管理、在院计费、出院管理以及其他功能模块。可以进行预收押金,从而有效的控制病人拖欠费用的发生。系统可以根据不同情况对各病区、科室可根据需要自行维护,使系统能够适应不同规模的高校医院。本系统从业务管理角度划分可分为以下五大功能模块,图如图3-10所示:功能具体说明如下: 入院登记管理图3.10 住院管理模块功能图根据病人入院通知单办理入院登记,包括填写病人的基本资料和入院情况,登记完后收取病人预交金;病人基本信息直接记录到系统数据库里面。系统还可以对病人基本资料进行维护管理。 病房管理:对病床信息处理维护,可以增加,删除,修改,查询,系统可判断出该病床是否有病

42、人。 在院计费 主要包括病人押金管理和在院结算处理。可按时间和类别来结算病人费用,结算后可打印出病人的费用分类汇总和分类明细清单。 出院管理根据医院情况,按医院的收费类别结算出病人的各种费用,对在校学生、教师、教工家属的病人以应收费用的10%结算,其他病人以全部费用结算。 其他功能主要是未出院病人资料查询、统计,已出院病人资料查询、统计,对病人各种收费统计以及相关报表打印。(3) 药品管理模块药品管理是医院药品管理的核心,是节流增收最有潜力的环节。本药库管理系统是参照一般的药品管理模式设计的,实现了发药与库存管理一体化,整个药剂科药物流、财务流一体化,药品价格实现统一调整。支持药品多种规格的变

43、换,支持药品先进先出,后进后出。支持药品有效期管理,防止药物的过期浪费,可以根据现有的库存、药品有效期以及往年同期的药品消耗情况制定采购计划,方便领导决策。主要包括药品基本资料管理、药品入库管理、药品出库管理、供应商资料、药品库存管理。数据流程图:如图3.11所示 图3.11药品管理流程图功能模块:如图3.11所示图3.11药品管理模块功能能图具体功能模块介绍: 药品资料管理完成该系统药品字典的建立,维护完善每类药品的药理基本信息;完成药库总存的建成立,即在药品字典的基础上建立每种药品的库存信息,对药品库存进行一次大盘点。 药品入库管理“药品入库”在药品经过验收后账物相符的药品入库,入库时记录

44、药品的相关信息,根据不同的批号建立不同的批次记录,并更新总库存,建立入库药品账单和其明细记录表。 药品出库管理“药品出库”是根据药房输入电脑的清单自动产生出库单,然后领取药品到药房,实现药品出库。出库时将根据先进先出的原则,并考虑药品的有效期情况来按批号出库,若库存不够时,系统会提示出来。药品出库后将生成出库账单和出库明细表,库存量会减去出库数量。 供应商资料管理完成该系统供应商资料管理字典的建立,维护完善每个供应商的基本信息。 其他功能管理系统提供各种查询方式对药品的账务、业务统计、药品消耗等各种情况等进行查询并根据需要产生各种报表。(4) 医务人员管理模块本系统的医务人员管理的的基本职能是

45、:按照医院工作的特点,其主要任务是:管理人事档案,维护医院科室,管理医务人员工资情况以及其他管理。其数据流图:如图3.13所示 图3.13 医务人员管理数据流图系统模块图:如图3.14所示图3.14 医务人员管理功能图具体功能说明: 医务人员资料管理主要是对医务人员的资料进行录入、修改、查询、删除等操作。 科室管理主要是对医院科室的资料进行录入、修改、查询、删除等操作。 医务人员工资管理主要是对医务人员的每月工资发放情况,作一个详细的统计,可以进行增加、删除、修改、查询等操作。 其他管理可以对相关数据进行报表打印的操作。(5) 用户管理模块用户管理模块有用户的注册,用户的删除,用户密码修改,用

46、户权限的修改等功能。用户的权限有“管理员”和“用户”,只能管理部分的数据。其模块结构图,如图3.15所示:图3.15 用户管理模块图功能说明:用户管理的操作除了用户密码的修改外,其他的功能都必须是“管理员”才能进行操作。 用户注册注册时候,填写用户的帐号,用户名,权限和密码,密码输入两次,两次一致时候才能提交。 用户密码修改修改的时候,必须填写旧密码,输入修改的新密码要输入两次,旧密码正确和两次一致时候才能提交。 用户权限修改权限有“用户”和“管理员”两种。可以进行相互交换,其他的权限不允许。 删除用户“管理员”可以删除任何的用户帐号。(6) 系统维护模块系统维护模块主要是,系统备份,系统还原

47、以及其他辅助工具。其功能图:如图3.16所示:图3.16 系统维护功能图功能具体说明:系统备份、和系统还原,只能是“管理员”操作的,还原的时候必须在数据库停止运行的时候进行,否则是强制还原,容易出错。辅助工具有;计算器、记事本、主页输入等功能。3.3 数据库设计3.3.1数据库叙述在设计数据库时必需了解一些数据库的特征、设计方法、和设计模型,才能最终才能做出明智的决定,选择适合本系统的开发设计方法。数据库是存储在一起的相互有联系的数据的集合。它能为多个用户、多种应用所共享,又具有最小的冗余度;数据之间联系密切,又与应用程序没有联系,具有较高的数据独立性。数据库管理软件就是对这样一种数据库中的数

48、据进行管理、控制的软件。从外部来看,它为用户提供了一套数据描述和操作语言,用户只须使用这些语言,就可以方便地建立数据库,并对数据进行存储、修改、增加、删除、查找、触发等操作。所以数据库具有数据共享、数据结构化、数据独立性、可控数据冗余、统一数据控制功能(安全性、完整性、并发控制、数据恢复)等特点。数据库设计所要的解决的问题是:对于一个给定的应用领域,设计优化的数据库逻辑和物理结构,使之满足用户的信息管理要求和数据操作要求,有效地支持各种应用系统的开发和运行。数据库设计的目标是为用户和各种应用系统提供一个高效的运行环境。而数据库的设计可以视为如下的优化问题。(1) 计算机的软硬件环境;(2) 数

49、据库管理系统的能力;(3) 用户的操作要求与信息要求;(4) 完整性和安全性约束。3.3.2数据库结构设计概述由于高校医院管理信息系统包含大量的信息,其内在联系也错综复杂,设计出效率高、冗余度低的数据库结构是保证系统可靠运行的必要前提。因此,我们采取结构化设计方法,首先,建立起表示数据库逻辑结构的E-R模型,各个数据表结构关系是3NF,然后,依据关系规范化理论对数据库模型进行优化。另外,为防止数据库中存在小符合语义的数据,防止误信息的产生,我们对数据库施加了完整性约束条件,为此,我们建立了多个数据表。3NF,即第三范式,third normal form,简称 3rd NF就是指表中的所有数据

50、元素不但要能够唯一地被主关键字所标识,而且它们之间还必须相互独立,不存在其它的函数关系。也就是说对于一个满足了 2nd NF的数据结构来说,表中有可能存在某些数据元素依赖于其它非关键宇数据元素的现象,必须加以消除。为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象,关系型数据库要尽量按关系规范化要求进行数据库设计。在数据库设计过程中,需求分析和概念设计可以独立于任何数据库管理系统进行。逻辑设计和物理设计与具体的数据库管理系统密切相关。要设计出一个好的信息管理系统数据库,除满足系统所要求的功能外,还必须遵守下列原则:(1) 基本表的个数越少越好。(2) 主键的个数越少越好。键是表间

51、连接的工具,主键越少,表间的连接就越简单。(3) 字段的个数越少越好。(4) 所有基本表的设计均应尽量符合第三范式。(5) 数据库的设计中,如何处理多对多的关系和如何设计主键,是两个有着较大难度、需要重点考虑的问题。3.3.3数据实体图实体之间是有联系的,实体内部各属性之间也是有联系的。通常我们使用实体-关系图(E-R)来表示概念模型。实体-关系图使用基本的图形符号来表示数据及数据之间的关系。下面是系统主要业务实体及其间联系的 E-R 图。图3.17 系统业务E-R简图片3.3.4数据库逻辑结构设计数据库设计是系统的基本部分,它的设计关系将直接到系统运行效率,本系统的各个模块都有其相应的数据表

52、,以下着重描述其主要的数据表。(1) 门诊管理模块表3-1 门诊挂号登记表menzhen字 段 名 称字 段 描 述类 型长 度是否为空说 明mznum门诊号字符型4No主键Ghsx挂号属性字符型6Yes公费或自费Xh_jgh学号(教工号)字符型10YesXm姓名字符型8YesXb性别字符型4YesAge年龄字符型4YesSj时间日期型4YesKeshi挂号科室字符型6YesLx类型字符型6YesE_date挂号日期日期型10Yesjine挂号费浮点型8Yesbz标识布尔型1Yes判断公费或自费ifjs是否结算布尔型1Yes判断是否结算(2) 住院管理模块表3-2 入院登记表zhuyuan字

53、段 名 称字 段 描 述类 型长 度是否为空说 明zyid住院号字符型4No主键ylsx医疗属性字符型6YesXh_jgh学号(教工号)字符型10YesXm姓名字符型10YesXb性别字符型4YesAge年龄字符型2YesRysj入院日期日期型4YesRyqk入院情况字符型6YesTel电话号字符型6YesAddr住址字符型8YesCw床位字符型4YesYj押金浮点型5Yesbz标识布尔型1Yes判断否公费医疗ifcy是否出院布尔型1Yes判断是否出院(3) 药品管理模块表3-3 药品入库drug-in字 段 名 称字 段 描 述类 型长 度是否为空说 明rkdh入库单号字符型12No主键yp

54、dm药品代码字符型8Yesypmc药品名称字符型8Yesgg规格字符型10Yesrkdj入库单价浮点型5YesrkSl数量字符型5YesrkRq日期日期型8YesGysmc供应商名称字符型4Yes表3-4 药品出库drug-out字 段 名 称字 段 描 述类 型长 度是否为空说 明Ckdh入库代码字符型12No主键Ypdm药品代码字符型8Yesypmc药品名称字符型10YesckSl出库数量字符型10Yesckrq出库日期字符型8Yesjbr经办人日期型5Yes(4) 医务人员管理模块表3-5 医生信息表doctor字 段 名 称字 段 描 述类 型长 度是否为空说 明Id医生编号字符型4N

55、o主键Xm姓 名字符型6YesXb性 别字符型10YesXl学 历字符型8YesByyx毕业院校字符型8YesZzmm政治面貌字符型5YesZw职 位字符型4YesCsny出生年月日期型6Yesgzsj工作时间日期型10YesKsmc科室名称字符型8YesTel电话号码字符型12Yesaddr住 址字符型15Yes(5) 用户管理模块表3-6 用户管理表users字 段 名 称字 段 描 述类 型长 度是否为空说 明Yhzh用户帐号字符型8No主键Yhm用户姓名字符型8YesMima密 码字符型6NoQx权 限字符型4No4 软件测试4.1 测试目的软件测试就是在软件投入运行前,对软件需求分析

56、、设计规格说明和编码的最终复审,是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。在进行功能开发时候,每当一段代码或者一个功能函数编写完成之后,都会进行运行,如果出错,出错信息会清楚的反映弹出的对话框上,这样就可以及时测试出编码错误。4.2 测试环境试验、测试、试制加工所需主要仪器设备:(1) 计算机一台,硬盘5G以上,内存128MB以上;(2) 操作系统:Window 2000以上版本;(3) 所需软件:Delphi 6.0以上版本、数据库SQL server 2000和office2000。4.3 测试用例设计(1) 用户管理模块测试用户管理模块包括用户注册、用户密码修改、

57、用户权限修改、删除用户几个功能。 用户注册:输入新的用户帐号,用户姓名(可以为空),两次输入相同的用户密码方可以注册成功。 用户密码修改:修改时候要输入旧的密码,然后两次输入新密码,当两次的输入一致时候,便可修改成功。 用户权限修改:输入相关用户帐号,然后显示其权限,便可进行修改。只用“管理员”可以进行此操作。 删除用户:输入用户帐号,然后可以删除,如果没有该用户,则提示用户不存在。表4.1 用户管理模块测试表功能项处理速度操作难度结果是否正确用户注册快简单正确用户密码修改快简单正确用户权限修改快简单正确删除用户快简单正确表4.2身份验证测试表输入的帐号和密码帐号权限能否登录操作范围正确用户登

58、录成功部分正确管理员登录成功全部错误登录失败无(2) 医务人员管理模块测试医务人员管理包括内容:科室信息维护,医生资料信息维护,医务人员工资信息维护。 科室信息维护:主要是把科室的编号、科室名称、科室主任三个信息输入进去。其中科室主任字段限制从医生资料信息表那里选取,科室编号为不允许重复;当输入错误信息时候,可以通过浏览找出记录,把记录修改或直接删除,重新添加。 医生资料信息维护:主要是把医生编号、医生姓名、性别、学历,政治面貌,毕业院校,所在科室,出生年月、联系电话、住址、工作时间等信息输入进去。其中科室字段的输入限制从科室资料当中选取,性别、政治面貌和学历字段的是限制选择的。医生的编号不能

59、为空当输入错误信息时候,可以通过浏览找出记录,把记录修改或直接删除,重新添加。 医务人员工资信息维护:输入医生编号,自动显示是否存在这个医生,如果存在,则可以继续输入所发工资的年月份,以及基本工资、工龄工资、补贴、加班费、扣除等,输入的字段已经限制是数字,系统会自动统计最后的工资数据;如果该医生在该月份已经有记录,则弹出对话框说明。当输入错误信息时候,可以通过浏览找出记录,把记录修改或直接删除,重新添加。所有的工资信息还可以进行打印管理。表4.3医务人员管理测试表功能项处理速度操作难度结果是否正确科室资料录入快简单正确科室资料改动快简单正确医生资料录入较快一般正确医生资料修改快简单正确医生资料查询快简单正确医生工资录入一般一般正确医生工资查询简单快正确医生工资打印一般一般正确(3) 药品管理功能测试:药品管理包括内容:药品资料维护,药品入库维护,药品出库维护,供应商资料维护。 药品资料维护:主要是把药品代码、药品名称、产地、规格和供应商的信

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!