资源描述
第一章 医院信息系统概述
1.1 引言
我国医院的信息处理基本上还停留在手工方式,劳动强度大且工作效率低,医师护士和管理人员的大量时间都消耗在事务性工作上,致使"人不能尽其才";病人排队等候时间长,辗转过程多,影响医院的秩序;病案、临床检验、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现;对这些资料深入的统计分析手工方式无法进行,不能充分为医学科研利用;在经济管理上也因而存在漏、跑、错费现象;医院物资管理由于信息不准确,家底不明,积压浪费,以致"物不能尽其用"。开发HIS是解决上述问题的有效途径。HIS系统的有效运行,将提高医院各项工作的效率和质量,促进医学科研、教学;减轻各类事务性工作的劳动强度,使他们腾出更多的精力和时间来服务于病人;改善经营管理,堵塞漏洞,保证病人和医院的经济利益;为医院创造经济效益。
1.2 开发医院管理系统的意义
改善医院管理,支持医学教研。我国医院的信息处理基本上还停留在手工方式,劳动强度大且工作效率低,医师护士和管理人员的大量时间都消耗在事务性工作上;病人排队等候时间长,辗转过程多,影响医院的秩序;病案、临床检验、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现;对这些资料深入的统计分析手工方式无法进行,不能充分为医学科研利用;在经济管理上也因而存在漏、跑、错费现象;开发HIS是解决上述问题的有效途径。
完整的HIS系统实现了信息的全过程追踪和动态管理,从而做到简化患者的诊疗过程,优化就诊环境,改变目前排队多、等候时间长、秩序混乱的局面。如目前多数医院就诊必须经过挂号、等候病历、划价、收费、取药或治疗一系列过程,一个患者少则排3次队,多则5、6次,用于过程性的时间最少在1个小时以上,若实施HIS以后,每个病人用于诊疗的中间过程性时间会大幅度减少;假定一家医院门诊人次为2000人次/天,年门诊250天,每人少花费半小时,则日节约1000小时,一年节约36万小时,其产生的社会效益和间接经济效益是明显的。同时HIS的实施也强化了医院内部管理,降低了医护人员的工作强度和时间,伪、冒、漏现象可以解决,也加速了资金周转和减少药品、器械等物资积压。据估计如果全国有2000家医院应用HIS,每年每所医院增收节支、加速资金回笼和周转、堵漏、减少物资积压的回收资金方面的效益按20万元估计的话(实际比这高),则年效益估计为40亿元,十分可观。但这往往不被人所认识。当然建立HIS更主要的还在于它对医院管理、医疗质量和医学研究的长期效应带来的综合效益。因此HIS的投资一般需做基础性投资,诚如任何机构的统计部门那样,它是花钱的部门,但其重要性是公认的,投资也是必须的。HIS的效益远远超出医院本身,因为完整的病人医学记录是医学研究的重要信息资源,这类资源在手工作业环境下,大部分被抛弃了。
1.3 国外情况和发展趋势
电子计算机在医院的应用已有三十多年的历史,60年代初,美国便开始了HIS的研究。著名的麻省总医院<MGH>开发的COSTAR系统是60年代初开始并发展到今天成为大规模的临床病人信息系统。随着计算机技术的发展,70年代,HIS进入大发展时期,美日欧各国的医院,特别是大学医院及医学中心纷纷开发HIS,成为医药信息学的形成和发展的基础。70-80年代,美国的HIS产业已有很大发展。
日本的HIS开发和应用从70年代初开始。多数日本医院是80年代以后开始进行HIS工作的,但发展十分迅猛,规模相当大,是以大型机为中心的医院计算机系统。如北里大学医院的IBM/3090双机系统。当前日本的HIS总的趋势是系统化、网络化、综合性,开始走自上而下的开发路线,一般都有大型机作为中心、支撑整个系统工作,并尽量采用微机和网络技术,投资规模大,正在实现"ordering"工作方式,即数据从发生源直接输入计算机。到1991年统计有近10家实现或基本实现此种方式。支持诊疗的功能在不断加强,系统24小时运行。不少软件是医院和计算机公司联合开发的,一些大公司也开发了一些通用的医院信息管理软件包,也有些医院自己开发。
欧洲的HIS发展比美国稍晚,大多数是70年代中期和80年代开始。欧洲HIS的特点是实现了一些区域信息系统。如丹麦的Red System,管理76所医院和诊所。法国第八医疗保健中心实现了能管理三所大医院和三所医药学院的一体化信息系统(Grenoble Integrated HIS)。随着初级卫生保健工作的发展,欧洲各国区域性医院计算机网络将实现。目前欧共体的SHINE工程<Strategic Health Informatics Network for Europe>已经开始,英法意德许多公司都参与了此项工程。在分布式数据库系统和开放网工程方面已做了大量工作。
1.4 我国医院信息系统(HIS)的发展
我国医院信息管理系统大体上经历了三个阶段:
1. 独立应用阶段,如病案首页、药品、器械、库房的管理等。这一阶段的特征是,各个应用之间相互独立,信息不能共享。
2. 部门级或方面级的应用阶段,如收费系统、药品从药库到药局的一体化管理、检验信息的采集与管理、以病案首页为中心的病人登记、疾病分类、医疗统计管理等。这一阶段的特征是,在一个局部系统内部存在多方面应用,它们之间信息可以共享,但局部系统与局部系统之间不能完善地集成。例如,病房与检验部门之间、检验系统与收费系统之间不能有效地交换信息。
3. 即目前正在发展的阶段,是较为完整的集成的医院信息系统阶段。这一阶段的主要特征是,从医院的总体上把握信息系统的功能,围绕病人在医院活动的各个环节构造系统的整体框架结构,各系统之间信息高度共享。
医院信息系统在应用的深度和广度上都是一个逐步发展的过程,即使我们今天处于第三个发展阶段也是如此。在以往的发展过程中,一个最大的问题是,当开发一个局部系统时,受系统整体规模的限制,往往从局部功能出发,缺乏对全局的把握;或者由于认识上的局限性,没有恰当地确立所开发系统在全局框架中的位置,因而当信息系统的规模扩大时,原有系统不能与整个系统有效地集成为一个整体。
医院信息系统不是一个简单的软件,它融合了医院的管理思想、各部门的业务经验,以及对计算机技术的恰当运用。一个优秀的医院信息系统一定包含着对医院业务的深刻认识和理解,而这种认识是在长期的开发、特别是应用中不断深化的。
新一代医院信息系统从功能上应该覆盖门诊病人管理(病人主索引、挂号及预约、门诊收费、病案追踪)、住院病人管理(病人预约与登记、医生工作站、护士工作站、病案编目、 医疗统计、住院收费)、检验信息管理(包括联机采集)、检查信息管理(申请预约、报告书写 、图像采集与应用)、药品管理(药库、门诊药局、临床药局)、器械管理(仪器设备管理、供应室管理)、经济管理(价表管理、成本核算、收费会计)等各个环节。其信息内容不仅包含结构化的文字信息,还包含自由文本、图形图像信息。
1.5 医院信息系统的特性
广义地说,医院管理信息系统是管理系统(MIS)在医院环境的具体应用。因此,它必定具有以下一些与其它MIS系统共有的特性:
1. 它们均是以数据库为核心,以网络为技术支撑环境,具有一定规模的计算机化的系统。
2. 它们是以经营业务为主线,以提高工作质量与效率和辅助决策为主要目的,可以提高综合管理水平,反映企业全貌,增强企业竞争能力,获得更多、更好的社会、经济效益的信息系统。
3. 在系统内部按一定原则划分若干子系统(也可能在子系统之上加一层分系统),各子系统、分系统之间互有接口,可有效地进行信息交换,真正实现信息资源共享。
4. 它处理的对象即有结构化数据,也有半结构化或非结构化数据。有些数据及结构会较多地受到人工干预和社会因素的影响,即有静态的,也有动态的。
5. 开发难度高,技术复杂,周期较长。
具有完善的系统管理、监督、运行保障体系以及相应的规章制度和系统安全措施。医院信息系统属于乞今世界上现存的企业级(Enterprise)信息系统中最复杂的一类。这是医院本身的目标、任务和性质决定的。它不仅要同其它所有MIS系统一样追踪管理伴随人流、财流、物流所产生的管理信息,从而提高整个医院的运作效率,而且还应该支持以病人医疗信息记录为中心的整个医疗、教学、科研活动。系统的复杂性表现在:
在许多情况下,它需要极其迅速的响应速度和联机事务处理能力。当一个急诊病人入院抢救的情况下,迅速、及时、准确地获得他们既往病史和医疗纪录的重要性是显而易见的。当每天高峰时间门诊大厅中拥挤着成百上千名患者与家属,焦急地排队等待挂号、候诊、划价、交款、取药时,系统对OLTP的要求可以说不亚于任何银行窗口业务系统、机票预定与销售系统。
医疗信息复杂性。病人信息是以多种数据类型表达出来的,不仅需要文字与数据而且时常需要图形、图表、影像等等。
信息的安全、保密性要求高。病人医疗记录是一种拥有法律效力的文件,它不仅在医疗纠纷案件中,而且在许多其它的法律程序中均会发挥重要作用,有关人事的、财务的,乃至病人的医疗信息均有严格的保密性要求。
数据量大。任何一个病人的医疗记录都是一部不断增长着的、图文并茂的书,而一个大型综合性医院拥有上百万份病人的病案是常见的。
缺乏医疗信息处理的标准。这是另一个突出地导致医院信息系统开发复杂化的问题。目前医疗卫生界极少有医学信息表达、医院管理模式与信息系统模式的标准与规范。计算机专业人员在开发信息系统的过程中要花费极大精力去处理自己并不熟悉的领域的信息标准化问题,甚至要参与制定一些医院管理的模式与算法。医学知识的表达的规范化,即如何把医学知识翻译成一种适合计算机的形式,是一个世界性的难题。而真正的病人电子化病历的实现有待于这一问题的解决。
医院的总体目标、体制、组织机构、管理方法、信息流模式的不确定性,为我们分析、设计与实现一个HIS增加了困难。众所周知,我国目前正处在一个改革、开放的大变革当中,医院的性质、体制、机构、制度、管理的概念、方法与手段都在变,这大大增加了我们设计HIS的难度。
高水平的信息共享需求。一个住院病人的住院记录摘要(病案首页内容)可能被全院各有关临床科室、医技科室、行政管理部门(从门卫直至院长)所需要。因此信息的共享性设计、信息传输的速度与安全性、网络的可靠性等也是HIS必须保证的。
因此,鉴于医院环境的独特性,使得信息系统在医院的实现应具有其特殊的功能要求:
1. 要有一个大规模,高效率的数据库管理系统的支持
2. 要有很强的联机事务处理(OnLine Transaction Processing,OLTP)支持能力。
3. 典型的7天/24小时不间断系统,绝对要求安全、可靠
4. 易学易用的友善人机界面
5. 可剪裁性和可伸缩性,能适应不同医院的发展计划需求
6. 开放性与可移植性,适应不同硬软件平台
7. 模块化结构,可扩充性
第二章 医院信息系统的需求分析
系统分析阶段,是系统开发的重要阶段,在这里应该明确系统的开发目标,得到用户的需求信息并最终体现在设计方案中。
2.1 可行性分析
只要资源和时间不加以限制,所有的项目都是可行的。然而,由于资源的缺乏和交付时间限制的困扰,使得基于计算机系统的开发变得比较困难。因此,尽早对软件项目的可行性做出细致而谨慎的评估是十分必要的。如果再定义阶段及早发现将来可能在开发过程中遇到的问题,及早做出决定,可以避免大量人力、财力、实践上的浪费。
医院信息系统的功能应该满足在医院不同层次和岗位使用者的需要,这包括:医院管理者在医院宏观管理和决策方面的需要;医技人员在对病人诊治业务中和科研上的需要;行政人员在日常工作中对事务处理和汇总的需要;以及系统管理员对系统管理和维护支持的需要。
2.1.1 项目背景
此项目的建立从根本上改善了传统医院进行信息处理使用手工操作,劳动强度大且工作效率低,医师护士和管理人员的大量时间都消耗在事务性工作上的问题。大大提高了医院整体的办公效率,促进医学科研、教学;减轻各类事务性工作的劳动强度,使他们腾出更多的精力和时间来服务于病人。完整的HIS系统实现了信息的全过程追踪和动态管理,从而做到简化患者的诊疗过程,优化就诊环境,改变目前排队多、等候时间长、秩序混乱的局面。如目前多数医院就诊必须经过挂号、等候病历、划价、收费、取药或治疗一系列过程,若实施HIS以后,每个病人用于诊疗的中间过程性时间会大幅度减少;同时HIS的实施也强化了医院内部管理,降低了医护人员的工作强度和时间。
2.1.2 技术性分析
对待开发的系统进行功能、性能和限制条件的分析,确定在现有资源的条件下,技术风险有多大,系统是否能实现。这里,资源包括已有的或可以搞到的硬件、软件资源,现有的人员的技术水平与已有的工作基础。
本系统的建立是计算机管理的自动化系统。现在社会上很多的地方,都在采用这种系统,来提高管理的效率。这给用户带来了很大的方便。而计算机技术在本系统中的应用属于基础应用级别,所以目前的技术完全可以满足本系统的要求。
2.1.3 经济可行性分析
进行开发成本的估算及可能取得的经济效益的评估,确定待开发系统是否值得投资开发。
本系统的实施提高了整体的工作效率,;改善经营管理,堵塞漏洞,保证病人和医院的经济利益;为医院创造经济效益,而且系统的硬件设施,在一段时间内跟新的几率不是很大,所以总的看来,再一次性投资的情况下,可以在一段时间内对资金进行回收。所以这个系统有其开发的价值。
2.2 系统分析
需求分析的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其他系统元素的接口细节,定义软件的其他有效性需求。
需求分析是整个软件开发过程的第一步,也是至关重要的一步,只有细致地做好软件需求分析,才能确实保证软件开发的顺利、高效的完成。需求分析主要体现在以下几个方面。
1. 医院管理者的需求
医院的各级管理者关心的是,系统运行后从宏观上能看到什么样的效益,而对某个具体应用具备什么样的功能并不重视。这些效益并不一定指直接的经济效益,而是指HIS能解决一些手工管理不能或难以解决的问题,能为管理者及时了解医院运行情况、进行科学决策提供准确的信息。医院管理以医疗管理和经济管理为主,逐步实现医院的管理由原来"经验管理"向有其科学、定量优点的"量化管理",成本核算是医院量化管理的核心内容。作为一个完善的医院信息系统,一方面要能建立起一套能反映医院医疗和经济运行状况的指标体系,并使之常规化;另一方面,系统的运行要直接为改善医院的管理服务。
2. 系统直接使用者的需求
统的直接用户关心的是系统提供的功能对他们的业务是否有直接的帮助、系统是否好用,包括操作简便、简单易学、响应快、友好的用户界面、鼠标或键盘均可单独操作的方式等。在系统的具体设计实现上,要求系统不只是简单地提供增、删、改、查功能,而是面向具体应用、针对每种业务的特点尽心设计。
3. 系统维护人员的需求
系统维护工作包括数据备份、恢复及错误数据的更正等。信息系统一旦投入运行,其维护支持就成为系统能否持续正常运行的关键。系统可以根据不同用户进行权限设置。作为一个联机事务处理系统,医院信息系统要求一天运行24小时、每周7天不间断地运行。像门诊收费、挂号系统,假如中断,其后果不堪设想,而且绝对不允许数据丢失。在系统的日常运行中,经常有纠正错误数据、更新数据等工作,需要维护人员的干预。如果系统的可维护性不好,必然导致维护人员忙于日常应付,包袱越背越重。 为解决这类问题,我们认为,应把系统的可维护性作为一项基本要求纳入到产品的开发过程中。一方面,对于常见的数据错误,应提供检查纠正手段。另一方面,应根据需要随时调整设置各种单据、报表等的打印输出格式。 上述需求是从用户的角度对最终运行系统的要求。从系统的开发建设来说,用户对网络、服务器、操作系统平台、系统的稳定可靠性等方面也都有具体的需求。
4. 对网络及运行平台的要求
应用软件的结构和功能反映了目标系统的业务功能。要真正使系统运行稳定可靠,达到用户对整个系统的期望,建立一套符合医院特点及软件需求、能提供所需带宽及性能、稳定、具有一定容错能力的网络系统十分重要。网络布线结构及所使用的介质也应符合实际情况并能满足一定时期内发展的需求。另外,网络操作系统、网络协议、数据库系统等应满足应用软件的要求。
5. 对应用软件标准化及通用性的要求
医院信息系统的信息内容及格式应该符合医院现行的有关行业标准,这包括国际标准及国家标准。另外,还应尽量符合医院现有的业务流程,以便医务人员能较快地适应从手工方式到计算机处理地转变。更重要的一点是,有关统计报表等合卫生部的要求。用户应能在软件提供的客户化平台上加入本医院采用的特殊编码、输入方法等。
2.3 逻辑模型
2.3.1 业务流程分析
医院信息系统的业务流程中主要分为,门诊流程、药品管理流程、住院管理流程。
1. 门诊流程图。
门诊流程如下图2-1所示。
发药给病人
病 人
挂号收费
医 生
药 房
挂号
看病
划价收费
取药
图 2-1 门诊流程图
门诊流程,就是一个病人看门诊的一个流程,首先到挂号处挂号,选择科室和医生,然后找医生看病,拿着医生给开的药方或其他,到划价出划价、交费,然后到药房取药。
2. 药品管理流程图。
药品管理流程如下图2-2所示。
退药到药库
科 室
退回药品
医药公司
药 库
药 房
购药入库
退回药品
发药到药房
发药到科室
图 2-2 药品管理流程图
药品流程是从药品供应商开始,药品供应商,先把药品送到药库,药库在把药品发到药房和科室。同时药房和科室的过期的药品退回到药库,药库在把这些药品退回到,药品供应商处,由他们来处理。
3. 住院管理流程图。
住院管理流程如下图2-3所示。
发 药
病 人
入 院 处
护 士 站
药 房
医 生
挂 号
出 院
记 账
取 药
开 处 方
划 价 记 账
图 2-3 住院管理流程图
住院管理,首先病人先挂号登记入院,入院处记录病人的信息、病例和住院信息,并开始记录病人进行检查、治疗和用药,所需的费用。护士站安排病人住院的具体事宜,再由医生为病人安排检查、治疗、开出所用药品的药方。护士站进行划价记账并向药房取药。药房拿到医生开出的药方后,为病人准备好所需的药物,交给护士站,在由护士交给病人服用。当病人出院时,通过护士站和入院出的登记,结算住院所需的一切费用。
2.3.2 数据流程分析
1. 门诊数据流程图。
门诊数据流程图如图2-4所示。
D1
D3
D4
D5
F2
药 房 库 存
记录挂号数据
F1
患 者
P2
医生看病
P1
门诊挂号
P3
划价收费
P4
药房取药
D6
D2
图 2-4门诊数据流程图
门诊数据流程,就是从患者到医院来看病开始,首先患者要挂号,医院做了记录,并留当,然后患者去找医生看病,看过了以后,患者拿着医生给开具的药品单据,到划价收费处,先划价再交费,最后到要饭进行领药,药房也要记录数据,以便得知患者所要的药物在药库中的数量。
2. 住院流程图。
住院流程图如图2-5所示。
记录住院数据
F1
患 者
D8
D17
D9
P5
住院登记处
D10
P6
护士站
P7
医生看病
F2
药 房 库 存
D13
D12
D11
P8
划价收费
P9
药房取药
D14
D15
D16
D18
D7
D4
D5
图2-5住院流程图
2.4 数据字典
数据词典描述的主要内容有:数据流、数据元素、数据存储、加工外部项,其中数据元素是组成数据流的基本成分。
1. 外部实体的定义
外部项在数据流图中表示所描述系统的数据来源和去处的各种实体或工作环节。
如表2-1所示。
表2-1 患者信息
外部实体
系统名: 医院信息系统 编号: 01
条目名: 患者信息 别名:
输入数据流:D1
输出数据流:F1
主要特征:患者的基本信息,挂号编号等。
简要说明:患者的信息被医院的数据库所记录
修改记录:
编写
陈堃
日期
2005-4-2
审核
许瑞广
日期
2005-4-4
2. 数据项的定义
门诊挂号编号数据项如表2-2所示。
表2-2 门诊挂号编号
数据项
系统名:医院信息系统 编号: I02
条目名:门诊挂号编号 别名:
属于数据流:D1
存储处:医院患者数据库
数据元素类型:
数据类型 字段名称 字段说明
Int(4位) ID 门诊挂号编号
简要说明:具有唯一性。
修改记录:
编写
陈堃
日期
2005-4-2
审核
许瑞广
日期
2005-4-4
3. 数据流的定义
患者信息数据数据流如表2-3所示。
数据流是与所描述系统信息处理功能有关的各类信息的载体,是个加工环节进行处理和输出的数据集合。
表2-3 患者信息数据
数据流
系统名:医院信息系统 编号: D2
条目名:患者信息数据 别名:
来源:
患者
去处:
挂号的登记表
数据流结构:
姓名+年龄+要看科室+选择类别
简要说明:用于存储患者信息。
修改记录:
编写
陈堃
日期
2005-4-2
审核
许瑞广
日期
2005-4-4
4. 数据存储的定义
数据存储是逻辑意义上的数据存储环节,即系统信息处理功能需要的、不考虑存储物理介质和技术手段的数据存储环节。
患者挂号信息数据存储如表2-4所示。
表2-4 患者挂号信息
数据存储
系统名:医院信息系统 编号: F1
条目名:患者挂号信息 别名:
存储组织:
包含患者的基本信息
记录数:(未限制)
数据量:约10M
主关键字:挂号编号
辅关键字:姓 名
记录组成:
{挂号编号、患者姓名、挂号日期、挂号科室、挂号类型、挂号金额}
简要说明: 记录所有有关项目的信息。
修改记录:
编写
陈堃
日期
2005-4-2
审核
许瑞广
日期
2005-4-4
第三章 对于医院信息系统的设计
3.1 系统结构图
本系统具有16个功能模块。
医院信息系统结构图如图3-1所示。
医 院 管 理 系 统
门诊管理
门诊挂号
门诊划价收费
门诊取药
门诊病案管理
药品管理
药品入库
药品出库
住院管理
住院登记
住院收费管理
出院结算
财务管理
日结算
医务人员管理
医务人员管理
值班人员管理
部门维护
系统维护
医务人员管理
值班人员管理
部门维护
图 3-1 医院信息系统结构图
3.2 医院信息系统说明
1. 门诊管理
医院门诊的基本信息,其中包括:
1) 门诊挂号:患者根据自己自身的情况选择,所要看的科室和医生。支持限号挂号和不限号挂号两种方式、支持多种不同号别、诊别的医院、采用多种编码方案,加快录入速度,可生成工作量与费用统计日报表及月报表。
2) 门诊划价、收费管理:可一体化办理也可分开办理划价、收费,药费划价与非药费划价可相互分离或合二为一,支持异常情况处理。
3) 门诊取药:根据医生的诊断、给药,在通过划价、交费的过程,就可以到药房取药了。
4) 门诊病案管理:以疾病分类编码为核心,真实、准确地反映每一位病人病情诊断、治疗、护理、化验等各方面的信息,能快速检索、查询病案,简化病案建档流程。
2. 药品管理
本系统提供对药库药品的进、耗、存进行全面科学的管理,能根据库存及药品使用状况自动制定药品采购计划,自动预告过期药品、积压药品等。
3. 住院管理
住院管理是对,住进医院的病人的信息进行记录,记录病人的病情,治疗情况、用药情况、费用统计的综合管理。
1) 住院登记:对住院的病人进行登记,了解病人的基本情况。
2) 住院划价、收费管理:住院划价收费和门诊的收费划价是分开的两个部分。
3) 出院结算:病人出院时,根据病人在院期间,所进行的治疗和所使用的要进行核算,计算出病人应交费用。
4. 医务人员管理
这项是医院劳资部门专门开发的计算机软件系统,帮助医院合理配置人力资源,提高工作效率,降低成本。系统信息体系完善、界面友好、查询方便,自动生成国家人事部和卫生部等上级部门要求的各类人事报表。
1) 医院人员管理:记录全医院的医生姓名、科室、职位、工作日期等。
2) 值班人员管理:记录每位医生的值班时间,便于查询和修改。
3) 部门维护:对全院的科室进行调整和对全院的职位名称进行调整。
5. 财务管理
包含账务、报表、应收、应付、现金/银行、工资、固定资产、企业资料、财务分析领导及查询等模块。这些模块的功能除了和普通的行政事业单位的功能一样之外,还针对医疗企业专门设计了医疗支出、药品支出费用的自动分摊以及收支结余科目的自动分配等功能。
6. 系统维护
对整个系统进行数据的备份和恢复,并可以随着人员的变化,对使用该系统的用户进行随时的调整。
3.3 医院信息系统的详细设计
系统的详细设计是利用需求分析和概要设计来确定每个模块的内部特征及实现过程,进行详细的程序设计。其中包括以下几个部分的内容。
1. 系统设计所需的相关技术:所使用开发软件的语言的介绍。
2. 数据库详细设计:首先设计数据库的逻辑视图。此逻辑视图独立于操作平台、软件等客观条件。然后进行数据库的具体设计。这些设计要包括数据库软件、操作平台和数据库分布等细节。
3.3.1 系统设计的相关技术
1. Delphi简介
自Windows操作系统问世以来,很多基于图形界面的、可视化的、面向对象的开发工具相继诞生,并以很快的速度更新版本、提高性能。Borland公司的Delphi就是其中之一,它提供一种快速程序编译器,具有强大的客户机/服务器模式的开发能力,提供与Internet的连接并支持各种网络协议等,它强大的可扩展数据库功能更能赢得了无数数据库开发人员的青睐,越来越多的用户采用Delphi开发数据库及网络管理系统。
Delphi自从1994年问世以来获得空前的成功。现在全世界已有上百万的用户使用了Delphi,而且有越来越多的软件开发人员正准备使用它。Delphi 4.0是Delphi发展史中的重要里程碑。它的特点是主要包括基于窗体和面向对象的方法、高速的编译器、强大的数据库支持以及对Internet的支持,同时可以很方便地建立标准的、强大的基于Win32的应用程序。
Delphi使用的是面向对象的Pascal语言(Object Pascal),是对Pascal语言的扩充。
2. Delphi的界面编程技术
用户界面编程时Delphi可视化编程的精华,它包括编辑控件,对象的应用,对话框的应用,菜单制作与应用,MDI界面编程及MPI界面编程等。
常用的编辑控件主要有Edit和Memo两类,Edit主要用于单行的字符串编辑,而Memo则用于多行文本编辑显示,常用的文本编辑对象是StringList。
对话框是Delphi编程最常用的一种非可视化控件,常用的对话框种类有OpenDialog(文件打开)、SaveDialog(文件保存)、FontDialog(字体)、ColorDialog(颜色)、PrintDialog(打印)、PrintSetupDialog(打印设置)、FindDialog(查找)、ReplaceDialog(替换)等。
3.3.2 数据库的设计
很多的大型系统的核心都是数据库,医院信息系统整个的数据量比较庞大,所以采用SQL Server数据库来实现整体数据的存储功能。
开放式数据库互连技术为异构数据库之间的相互操作提供了一个链接层的规范,使分散的、异构的数据库可以用统一的标准的SQL语言进行查询和操作。
数据模型的E-R图见3-2、3-3、3-4、3-5、3-6所示。
挂号编码
门诊挂号
挂号日期
病人姓名
挂号科室
挂号类型
挂号金额
图3-2 门诊挂号E-R图
门诊收费明细
编 号
挂号编号
计量单位
收费名称
数 量
收费单价
总收费金额
药品种类
图3-3 门诊收费明细E-R图
住院收费明细
编 号
病房号
收费名称
种 类
数 量
单 价
金 额
图3-4 住院收费明细E-R图
药品库存
药品名称
药品种类
总金额
单 价
计量单位
出厂日期
进货日期
数 量
进货公司
图3-5 药品库存E-R图
姓 名
编 号
医务人员
部门科室
联系电话
职 务
图3-6 医务人员E-R图
医院信息系统数据库名为Data。数据库包含了挂号表、挂号类型表、药品入库总表、药品公司表、药品入库明细表、住院预交款信息表、住院收费明细表、出院结算信息表、医务人员信息表、科室表、职务表、医生表、医务人员表等表格。
1. 挂号表
挂号表是患者到医院首先要进行挂号,挂号处询问一下基本信息,如看那科、挂号的类型呀、科室呀等等。如表3-1所示。
表 3-1 挂号表
字段名称
数据类型
备注
挂号编码
Int(4)
主键
病人姓名
Char(20)
挂号日期
Datetime(8)
挂号科室
Char(20)
挂号类型
Char(30)
挂号金额
Money(8)
2. 挂号类型
挂号类型主要指的是患者所挂的号对应的医生的职称。如表3-2所示。
表3-2 挂号类型表
字段名称
数据类型
备注
类型号
Int(4)
主键
类型名称
Char(30)
类型金额
Money(8)
3. 门诊收费明细表
门诊收费明晰详细记录了,患者在门诊看病期间的收费情况。如表3-3所示。
表3-3 门诊收费明细表
字段名称
数据类型
备注
编 号
Int(4)
主键
挂号编号
Int(4)
外键
收费名称
Char(25)
计量单位
Char(10)
数 量
Int(4)
收费单价
Money(8)
总收费金额
Money(8)
药品种类
Char(10)
4. 药品入库总表
药品入库总表包括了办理药品入库的人员和入库的日期等。如表3-4所示。
表3-4药品入库总表
字段名称
数据类型
备注
入库总表编号
Int(4)
主键
入库操作员
Char(20)
入库日期
Datetime(8)
入库备注
Text(4)
5. 药品公司表
根据不同公司进行编号。如图3-5所示。
表 3-5药品公司表
字段名称
数据类型
备注
编 号
Int(4)
主键
药品公司名称
Char(30)
6. 药品入库明细表
药品入库明细表中详细记载了药品的名称、种类、计量单位、进货公司、出厂日期等。如表3-6所示。
表 3-6 药品入库明细表
字段名称
数据类型
备注
入库明细编号
Int(4)
主键
入库总表编号
Int(4)
药品名称
Char(30)
外键
药品种类
Char(10)
计量单位
Char(10)
出厂日期
Datetime(8)
过期日期
Datetime(8)
进货日期
Datetime(8)
进货公司
Int(4)
单 价
Money(8)
数 量
Int(4)
总金额
Money(8)
7. 住院预交款信息表
患者在住院时,要先预交一部分押金,使得患者在住院时尽快的进行治疗。
如表3-7所示。
表 3-7住院预交款信息表
字段名称
数据类型
备注
编 号
Int(4)
交款姓名
Char(20)
预交金额
Money(8)
交款次数
Int(4)
交款日期
Datetime(8)
病房号
Int(4)
主键
8. 住院收费明细表
对患者住院期间的一切费用进行记录。如表3-8所示。
表 3-8住院收费明细表
字段名称
数据类型
备注
编 号
Int(4)
主键
病房号
Int(4)
外键
收费名称
Char(30)
种 类
Char(10)
数 量
Int(4)
单 价
Money(8)
金 额
Money(8)
9. 出院结算信息表
出院结算信息,是根据患者在住院时所交的押金减去患者在院期间检查、治疗、用药的费用,以多退少补得原则进行结算。如表3-9所示。
表 3-9出院结算信息表
字段名称
数据类型
备注
编 号
Int(4)
主键
病房号
Int(4)
外键
出院日期
Datetime(8)
住院总金额
Money(8)
找还金额
Money(8)
10. 科室表
说明医院内部分为多少个科室。如表3-10所示。
表 3-10科室表
字段名称
数据类型
备注
科室号
Int(4)
主键
科室名
Char(30)
11. 职务表
说明医院内工作人员的不同的职务。如表3-11所示。
表 3-11职务表
字段名称
数据类型
备注
编 号
Int(4)
主键
职务名称
Char(20)
12. 医生表
说明医院内的医生的姓名和职位。如表3-12所示。
表 3-12医生表
字段名称
数据类型
备注
编 号
Int(4)
主键
医生姓名
Char(20)
医生职务
Char(25)
13. 医务人员信息表
医务人员信息表,包括医院内的医务人员的基本信息和每个医务人员的每周的上班时间。如表3-13所示。
表3-13医务人员信息表
字段名称
数据类型
备注
编 号
Int(4)
主键
姓 名
Char(20)
部门科室
Char(20)
职 务
Char(30)
展开阅读全文