第02章医院信息系统概论_第1页
第02章医院信息系统概论_第2页
第02章医院信息系统概论_第3页
第02章医院信息系统概论_第4页
第02章医院信息系统概论_第5页
已阅读5页,还剩14页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、第2章 医院信息系统概论医院的管理过程,实质上就是信息的收集、加工与决策过程。其目的是全面提高医院医疗、教学、科研、管理的水平,为病人提供更多、更好的服务,提高医院效率,增加医院效益。这一切都是通过信息的收集、汇总、加工、分析、处理、决策的不间断的循环实现的。临床的诊断过程,实质上也是信息的收集、加工与决策过程。医院拥有的大批昂贵的仪器设备,许多都是为了从病人身上获取信息,经过直接的问诊、观察与检查,医生综合分析后,得出疾病诊断的结论。现代化的许多治疗过程也是与信息的获取密不可分的,像危重病人的监控系统、各类导管介入治疗等等。随着计算机性能不断提高,价格不断下降,计算机已在医院医疗、教学、科研

2、、管理的各个方面得到越来越广泛的应用。计算机化的医院信息系统已成为现代化医院运营必不可少的基础设施与技术支撑环境。就好像一个现代化医院的成功运作离不开功能完整、美观舒适的建筑物;技术娴熟的医护人员;性能齐全、高精尖的医疗仪器设备;科学、高效的管理一样,它也离不开计算机化的医院信息系统。第1节 医院信息系统的定义医院信息系统(Hospital Information System,HIS)在国际学术界已公认为新兴的医学信息学(Medical Informatics)的重要分支。美国该领域的著名教授 Morris Collen于1968年曾著文为医院信息系统下了如下定义:利用电子计算机和通讯设备,

3、为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力,并满足所有授权用户的功能需求。医院管理信息系统(Hospital Management Information System,HMIS)的主要目标是支持医院的行政管理与事务处理业务,减轻事务处理人员的劳动强度,辅助医院管理,辅助高层领导决策,提高医院的工作效率,从而使医院能够以少的投入获得更好的社会效益与经济效益,如财务系统、人事系统、住院病人管理系统、药品库存管理系统等就属于HMIS的范围。临床信息系统(Clinical Information System,CIS)的主要目标是支持医院医护人员的临床活动

4、,收集和处理病人的临床医疗信息,丰富和积累临床医学知识,并提供临床咨询、辅助诊疗、辅助临床决策,提高医护人员的工作效率,为病人提供更多、更快、更好的服务。像医嘱处理系统、病人床边系统、医生工作站系统、实验室系统、药物咨询系统等就属于CIS范围。一个完整的医院信息系统(Integrated Hospital Information System,IHIS)应该既包括医院管理信息系统,又包括临床医疗信息系统,这是毫无疑义的。但是,无论外国还是中国,当一个医院的医院信息系统刚刚起步时,往往是首先建立医院管理信息系统,这是因为:l 医院管理信息系统所需要的资源较少,比较起来所需要的磁盘容量、工作站数量

5、、网络传输能力、显示器质量均远远低于CIS的需求。l 支持医院管理信息系统的计算机技术较为单纯和简单。由于医院管理信息系统以处理文字和数字类数据为主,较少涉及声音、图像、多媒体数据的动态传递等复杂需求,因此实现起来容易得多。l 临床信息系统在数据处理的实时性、响应速度、安全保密性等方面一般要比管理信息系统有更苛刻的要求。l 最后,从投入与产出考虑,多数医院的决策者们均认为HMIS较之CIS,能够使医院更直接、更明显、更迅速地获得系统的回报。就是说,以较少的投入,获得较大的收益。当然,HMIS和CIS也不是截然分开的,HMIS中常常会涉及一些病人的临床信息,特别是它所收集的病人主索引、病案首页等

6、信息往往是CIS以病人为中心的临床医疗信息的基础。而CIS一旦建立,也往往会使HMIS工作的更准确和更有效率。完整的医院信息系统对信息的处理大体上可分为三个不同的层次:数据的收集过程;数据的集中加工、处理与分析过程和决策咨询与决策支持过程。一般来说,数据的收集过程与基层科室的事务处理活动相联系;数据的集中处理与分析过程与中层科室的工作任务相联系;决策、支持过程则与高层领导相联系。1.支持联机事务处理通常,信息流是伴随着各式各样窗口业务处理过程发生的,这些窗口业务处理可能是医院人、财、物的行政管理业务,也可能是有关门、急诊病人、住院病人的医疗事务。例如:人事处要办理医院职工工资的调整与变化;总务

7、处要负责医院各部门的物资、材料、办公用品、低值易耗品的供应、采购与发放;病房的医生要不断地为住院病人开出医嘱;护士要不断地整理医嘱或各种摆药单、领药单、注射单、治疗单、化验检查单,并执行和记录这些执行的过程;而门诊的药房药剂士要为处方划价,要为病人配药和发药;门诊收费处则要完成划价收费业务,在各种处方、化验、检查单上加盖已收费标记和付给病人帐单(报销单)。在所有这些繁杂、琐碎的业务活动过程中,大量的信息产生了。我们开发的HIS要支持这些日常的、大量的前台事务处理。事务处理级的计算机系统(例如门诊收费系统、病房医嘱处理系统等)应该同时担负双重的任务:对于窗口业务人员来说,这些系统是帮助他们完成日

8、常繁重窗口业务的工具。借助计算机系统,使他们凌乱的工作变的有条理,解脱他们需要记忆大量信息(药品的规格、价钱,疾病的名称与编码等)的困难。保证他们遵守某些规范,减轻他们汇总、统计、报告、传递这些信息的负担。因此,尽量符合这些事务处理级工作人员的工作秩序与工作习惯、功能完整、操作简单、响应迅速、界面友善、易学易用成为这类软件必须满足的功能要求。应该让使用者感到该系统是专门为帮助他们完成窗口业务而设计的。系统所拥有的任何其他功能(指支持窗口业务处理之外的功能)应该尽量的是后台的、隐藏的、不被终端用户所感知的。不增加或尽量少增加窗口业务处理人员的负担。对于整个医院信息系统来说,窗口事务处理的计算机系

9、统同时又是完整的HIS数据收集端口。它们是HIS伸向信息发源地的触角、感受器。例如:办理病人入出转(ADT)业务的系统必然向住院处实时提供病人入出转的信息,同时也是住院病人动态统计的主要信息来源。门诊收费系统在完成病人交费过程的同时也收集到了相应的为门诊提供医疗服务的各门诊科室及辅助科室的门诊收入与工作量信息。所有这些数据都是上一层直至最高一层信息系统用以进行统计、分析等数据加工的原料。从数据采集的角度,HIS要求窗口业务系统收集的信息完整、准确、及时和安全。2. 支持科室级信息的汇总与分析医院的中层科室担负着繁重的管理任务,例如,医务处负责全院医疗工作的计划、组织与实施,医疗动态的监督控制,

10、医疗质量的检查管理;人事处负责全院机构设置与调整,考勤考核,各级各类专业技术职务的评审;护理部负责全院护理工作的组织实施,全院护理质量的管理,护理人员的管理等等。随着这些管理级工作的日趋科学化,中层科室会越来越多地依赖于它们从基层收集来的基本数据进行汇总、统计与分析,用来评价他们所管理的基层部门与个人的工作情况,据以做出计划,督促执行,产生报告和做出决定。计算机化的信息系统要支持中层科室的数据收集,综合、汇总、分析报告与存储的工作。科室级的信息系统要能够定期自动地从基层科室收集数据,按照需要,对数据进行各种加工处理,产生出能够支持中层科室管理工作的分类统计报表和报告。例如,统计室应该能收集来自

11、住院处的病人ADT数据,来自收费处的病人收费数据,来自病案室的有关住院病人的诊断、手术等临床数据,定期的产生住院病人的动态报告,床位使用情况报告和单病种分析报告。医务处则应该从住院处、统计室、病房、手术室等等不同部门收集到有关信息,产生有关医疗动态、医疗质量控制的各种报表。科室级的信息系统的特点是:l 通常不与窗口事务处理工作相联系。l 较少有实时的数据录入任务。l 定期地对收集到的信息进行加工处理。l 加工处理的算法通常是固定的。l 目的是为了本科室管理业务的需要或者定期上报的报告与报表需要。3. 支持医院最高领导层对管理信息的需求医院的最高领导层要实现对全院的科学化管理,必须得到计算机信息

12、系统的全面支持。经过中层科室加工分析的数据不仅要产出上交高层领导的报表和报告,用以直接辅助医院最高领导层的决策,而且要通过计算机的信息系统把加工后的数据直接传递给最高领导层。HIS的最高一层模块:医疗和财务信息的综合查询与辅助决策模块接收并重新组织这些数据,把全院各职能部门,包括临床的、行政的、医疗的、财务的各方面,各部门的信息沿二条主线(医疗、财务)组合起来,提供一些非常方便、灵活的检索与查询的手段,满足医院最高领导层不断变化着的对信息的各种需求。这一层信息系统的特点是:1) 它不同任何具体的事务处理相联系,即除了接收下层的数据和提出各种查询、统计请求外,没有数据录入。2) 它的主要功能是提

13、供灵活的检索、查询、统计、分析能力。3) 该系统产出的报表、报告是随需求而变化的,是不定期、不固定内容的。4) 该系统往往同一些财务管理、经济核算、质量控制、动态分析等专门化的与医院管理有关的模型和算法相联系。例如医疗质量的监督与评价、医院财务执行情况的监督与评价、各部门医疗工作量负担的监督与评价等等。5) 该系统强调产生报告的形式,例如图形、图表等,要灵活、通俗、易懂。图2-1图2-1 医院信息处理的双塔模型第2节 医院信息系统的特性广义的说,医院管理信息系统是管理系统(MIS)在医院环境的具体应用。因此,它必定具有以下一些与其它MIS系统共有的特性:l 它们均是以数据库为核心,以网络为技术

14、支撑环境,具有一定规模的计算机化的系统l 它们是以经营业务为主线,以提高工作质量与效率和辅助决策为主要目的,可以提高综合管理水平,反映企业全貌,增强企业竞争能力,获得更多、更好的社会、经济效益的信息系统l 在系统内部按一定原则划分若干子系统(也可能在子系统之上加一层分系统),各子系统、分系统之间互有接口,可有效地进行信息交换,真正实现信息资源共享l 它处理的对象既有结构化数据,也有半结构化或非结构化数据。有些数据及结构会较多地受到人工干预和社会因素的影响,既有静态的,也有动态的l 开发难度高,技术复杂,周期较长l 具有完善的系统管理、监督、运行保障体系以及相应的规章制度和系统安全措施医院信息系

15、统属于乞今世界上现存的企业级(Enterprise)信息系统中最复杂的一类。这是医院本身的目标、任务和性质决定的。它不仅要同其它所有MIS系统一样追踪伴随人流、财流、物流所产生的管理信息,从而提高整个医院的运作效率,而且还应该支持以病人医疗信息记录为中心的整个医疗、教学、科研活动。系统的复杂性表现在:l 在许多情况下,它需要极其迅速的响应速度和联机事务处理能力。当一个急诊病人入院抢救的情况下,迅速、及时、准确地获得他们既往病史和医疗纪录的重要性是显而易见的。当每天高峰时间门诊大厅中拥挤着成百上千名患者与家属,焦急地排队等待挂号、候诊、划价、交款、取药时,系统对OLTP的要求可以说不亚于任何银行

16、窗口业务系统、机票预定与销售系统l 医疗信息复杂性。病人信息是以多种数据类型表达出来的,不仅需要文字与数据,而且时常需要图形、图表、影像等等l 信息的安全、保密性要求高。病人医疗记录是一种拥有法律效力的文件,它不仅在医疗纠纷案件中,而且在许多其它的法律程序中均会发挥重要作用,同时还经常涉及病人的隐私有关人事的、财务的,乃至病人的医疗信息均有严格的保密性要求l 数据量大。任何一个病人的医疗记录都是一部不断增长着的。图文并茂的书,而一个大型综合性医院拥有上百万份病人的病案是常见的l 缺乏医疗信息处理的标准。这是另一个突出地导致医院信息系统开发复杂化的问题。目前医疗卫生界极少有医学信息表达、医院管理

17、模式与信息系统模式的标准与规范。计算机专业人员在开发信息系统的过程中要花费极大精力去处理自己并不熟悉的领域的信息标准化问题,甚至要参与制定一些医院管理的模式与算法。医学知识表达的规范化,既如何把医学知识翻译成一种适合计算机的形式,是一个世界性的难题。而真正的病人电子化病历的实现有待于这一问题的解决l 医院的总体目标、体制、组织机构、管理方法、信息流模式的不确定性为我们分析、设计与实现一个HIS增加了困难。众所周知,我国目前正处在一个改革、开放的大变革当中,医院的性质、体制、机构、制度、管理的概念、方法与手段都在变,这大大增加了我们设计的难度l 高水平的信息共享需求。一个医生对医学知识(例如某新

18、药品的用法与用量,使用禁忌,某一种特殊病例的文献描述与结论等)。病人医疗记录(无论是在院病人还是若干年前已死亡的病人)的需求可能发生在他所进行的全部医、教、研的活动中,可能发生在任何地点。而一个住院病人的住院记录摘要(病案首页内容)也可能被全院各有关临床科室、医技科室、行政管理部门(从门卫直至院长)所需要。因此信息的共享性设计、信息传输的速度与安全性、网络的可靠性等也是HIS必须保证的。l 医护、管理人员的心理行为障碍。医院信息系统的成功依赖于医院医护人员、管理人员的卷入。医护人员及管理人员对应用计算机的心理、行为障碍,往往会导致一个系统的失败。在中国,由于普遍的教育背景,计算机的普及程度以及

19、汉字录入的困难,使得终端用户对使用计算机采取更为普遍和强烈的抵制态度。这就要求系统的设计者付出更大的精力于人机友善性的设计,更好的界面,更方便的帮助信息,更简单的操作方法,更易学、更快捷的汉字信息的录入等。这当然反过来增加了系统的开销与复杂程度。因此,鉴于医院环境的独特性,使得信息系统在医院的实现应具有其特殊的功能要求:l 要有一个大规模,高效率的数据库管理系统的支持l 要有很强的联机事务处理 (On Line Transaction Processing ,OLTP)支持 能力l 典型的7天24小时不间断系统,绝对要求安全、可靠l 易学易用的友善人机界面l 可剪裁性和可伸缩性,能适应不同医院

20、的发展计划需求l 开放性与可移植性,适应不同硬软件平台l 模块化结构,可扩充性 第3节 信息系统的体系结构建设医院信息系统开始于对医院信息系统体系结构的理解和选择,它亦是实现HIS的整体性、科学性、和安全性的重要基础。1 信息系统的体系结构实现医院信息的计算机系统管理可以有不同的逻辑结构,称为HIS的体系结构;计算机系统的体系结构对于系统集散数据、通信以及所能提供的信息服务和系统自我的维护、扩充能力都有很大的关系。若只考虑HIS的系统逻辑结构时,可以把系统的子程序模块分为两大类,一类是面向用户部门的专用系统程序,另一类是面向HIS系统的公共子系统。体系结构的组成就是确定如何安排这些子系统,使系

21、统的性能优化;HIS体系结构选择往往还取决于当时的计算机技术市场。1.1 集中式体系结构主机加终端分时系统是美国、西欧与日本自七十年代到八十年代未在开发综合医院信息系统时的基本选择。许多成功的著名的HIS都是基于这样的体系结构开发出来的。这就是所谓传统集中式信息管理基于主机的模型。尽管这样的系统可处理的数据量,其运行效率,对完整的关系数据库的支持以及数据的整体可用性等方面可以满足HIS的需要,但近年来理论上受到越来越多的批评,实践上受到Downsizing浪潮的强烈冲击。普遍认为这样的集中式系统一次性投入太大,应用系统被过多地束缚在厂家的软、硬件产品之上,失去了系统的开放性,灵活性,可伸缩性,

22、笨拙的软件开发工具影响应用软件的开发速度、开发质量与成功率。越来越多的信息系统主管相信他们的基于Mainframe的集中式的HIS的寿命不会很长了。日本许多大医院八十年代建立的集中式系统,弃之可惜,留之不好用,成了沉重的包袱。因此,虽然集中式的HIS有过它昔日的辉煌,但我们在新世纪设计中国医院信息系统时,是不应该,也不会再走西方国家二十年前的老路了。集中式体系结构,如图2-2(a),该结构把系统的逻辑模块以子程序的形式组合在单一的系统主程序中,因此它的系统安全性、效率和稳定性都很好;但系统的灵活性和可扩充性就比较差;这类系统往往可谓牵一发而动千钧。但也应该看到,这类系统曾经成功地实现了复杂的H

23、IS。1.2 分散式体系结构分散式应用程序的体系结构,如图2-2(b),是医院信息计算机管理建设发展历史过程的中间产物。当PC机以其廉价和功能较为强大而拥有广大用户的时候,单机、单用户管理系统曾风靡一时;这种系统基本是手工作业的计算机化,严格说不算是HIS;但应该承认它在中国广大医院信息化进程中曾经有过的积极作用。l 通常此类系统均不是建立在真正RDBMS Server之上,xBase一类的“大众” 数据库系统无法为开发者和用户提供完整的关系数据库管理服务:如数据库管理员(DBA)、数据字典(DDL)、数据库结构化查询语言(SQL)、数据的完整一致性与保密性保证、支持多任务、多线索、联机事务处

24、理控制(OLTP)、查询优化、 Stored Procedure及Trigger的能力。l 文件服务器(Server)负责应答用户端计算机(工作站)有关数据存取的需求,但它往往是以简单的文件方式:用对单一文件加锁、解锁方式实现共享,用传输整个文件的方式提供服务。这不但给LAN增加了不必要的流通负担,同时也没能充分发挥后台服务器CPU的能力,工作站仍然承担全部所需处理,和单个微机情况相同。这就是为什么人们亦把文件Server叫做Client/based计算机的原因l 在这样的体系结构下,如果设计者为减轻网络的通讯负担和加强数据的安全性,采用数据物理上分布于不同Client端的方法,那将为系统的设

25、计与实现,数据完整一致性的保证,满足高层用户对各类数据的综合查询与辅助决策,多个用户对彼此间数据的共享与同步更新带来无穷的麻烦。1.3分布式体系结构今天宽带局域网技术、高性能微机服务器技术和大型分布式数据库技术的成熟,为选择建立在宽带局域网上的HIS方案奠定了基础。由于宽带局域网技术和C/S客户机-服务器网络服务方式的成熟,上世纪九十年代起,国内外都开始研究使用优良的HIS体系结构-可组合式系统,如图2-1(c)。这种结构是按照用户的需求和若干系统优化的原则,把系统划分成物理上和结构上相对独立的子系统;因此它们都有较健壮的系统特性。但它们在逻辑上又属于同一个系统,在宽带网、高性能服务器和一体化

26、软件平台的支持下,子系统之间的数据交换和功能调用几乎是无缝的;它是一体化和灵活性的完美结合。因此要随着医院业务发展的需求和信息服务内容的增减修改系统,只是子系统模块增撤的问题,比较容易实现而不会影响原系统的运行。它的优越性在于:l 极高的性能(Performance),Server端一定有一个完整的高效能的关系数据库管理系统(RDBMS, Relational Database Management System)。CPU只管DBMS的使用,不管任何客户端应用功能,支持并发控制,确保多个用户同一时间内处理相同的表、行、列数据,这就显著地改善了运行性能,特别是医院中以高频率更新数据的应用环境。l

27、 集中式数据管理。这是该结构的关键环节,是医院环境之高层管理和病人医疗数据管理的至关重要的需求。所有数据均用集中式DBMS加以管理和存取,Server所负责的DBMS功能完全等同于大、中型计算机中的DBMS。l 扩充升级方便灵活(Scalability)。前后台任务的分离使得前端的应用程序不依赖于后台的软、硬件平台。无论用户升级更换后台的操作系统、Server硬件,应用程序都无须变动。这一方面保护了用户对应用程序及使用培训方面的投资,同时也为用户提供了一种低消耗地逐步更新设备的途径。l 开放式平台有利于加速系统的开发。一方面,开放式后台数据库拥有强大的数据管理功能。另一方面,开发者又可以在前端

28、用各式各样所熟悉的微机环境下的开发工具进行应用程序的开发工作,当然也可以使用数据库所提供的API方式来开发前端应用。图2-2图2-2 HIS 的体系结构示意图2 现代医院对体系结构的选择2.1 基本选择如上面所说,现代医院信息系统体系结构的选择基本上是组合式的;当然不排除局部子系统选用超级小型机系统,但整体上仍然是组合式的。对HIS体系结构的理解,首先要满足以病人信息为中心的信息处理流程的需要,同时又具有标准的开放式结构体系,能满足未来系统在应用领域和功能方面的扩展。2.2 局部选择另一方面,体系结构还应包含软件的层次结构。在HIS的发展过程中,系统程序从两层结构发展为三层结构。两层结构是以工

29、作组或部门方式工作,客户端数量在可控制的范围之内,所需处理的事务数量也可以预计,并且平台也是已知的。而三层结构主要是基于Internet/Extranet的架构之上,用于解决不可预计的客户端和事务数量。三层应用的原则是将应用逻辑封装或划分在对象当中,并将对象放置于专用的服务器上,然后从专用服务器上接受来自客户端的请求并进行处理,这样就避免了两层结构中不容易对客户端应用程序升级改造、客户端投资大、缺乏集中控制和数据库负担过重等问题,而且通过组件方式还能实现有效的重用等。大型综合医院的HIS的体系结构应支持Internet/Intranet网络环境下的分布式应用;采用客户/中间件/服务器(Clie

30、nt/Middleware/Server)体系结构与浏览器/服务器(Browser/Server)体系结构相结合的先进网络计算模式,分布式计算采用公共对象请求代理体系结构(CORBA)标准。3 基于体系结构的网络拓扑网络拓扑是指用传输媒体互连各种设备的物理布局。网络拓扑结构有两种类型,一个是指相互连接的工作站的物理布局,另一个是网络的工作方式。前者是人们可以看到的连接结构,后者是逻辑、操作结构,因而是不可见的,并称之为逻辑拓扑结构。3.1 基本网络拓扑结构图2-3计算机局域网(LAN)的结构主要有三种类型:星型拓扑结构、环型拓扑结构和总线型拓扑结构。图2-3基本网络拓扑结构3.1.1星型拓扑结

31、构星型结构是最古老的一种连接方式,图2-3(a)为目前使用最普遍的以太网星型结构。这种结构便于集中控制,因为端用户之间的通信必须经过中心站。由于这一特点,也带来了易于维护和安全等优点。端用户设备因为故障而停机时也不会影响其它端用户间的通信。但这种结构非常不利的一点是,中心系统必须具有极高的可靠性,因为中心系统一旦损坏,整个系统便趋于瘫痪。对此中心系统通常采用双机热备份,以提高系统的可靠性。3.1.2环型网络拓扑结构环型结构中的传输媒体从一个端用户到另一个端用户,直到将所有端用户连成环型,如图2-3(b)所示。这种结构显而易见消除了端用户通信时对中心系统的依赖性。环行结构的特点是,每个端用户都与

32、两个相临的端用户相连,因而存在着点到点链路,但总是以单向方式操作。于是,便有上游端用户和下游端用户之称。上世纪90年代流行的FDDI网就是环形网络。3.1.3总线拓扑结构总线结构是使用同一媒体或电缆连接所有端用户的一种方式,也就是说,连接端用户的物理媒体由所有设备共享,如图2-3(c)所示。早期的10M局域网多采用这种结构。企业的组网技术存在多种选择,但比较实用的是以太网(Ethernet)。 以太网较早进入网络应用领域,技术成熟,性能稳定,伸缩性强,性价比好,是企业局域网的首选技术。高速以太网(100Mbps)及目前已经成熟的千兆以太网传输速率甚至可承担实时和多媒体网络业务。 此外,ATM(

33、Asynchronous Transfer Mode,异步转移模式)协议技术可以提供容量很大的信息通道,并将语音、数据、文本、图像、视频等各种信息在网络中进行统一的传输和交换,在支持综合业务及信道利用率等方面具有优越的性能。 3.2 医院信息系统的网络拓扑如下图2-4是医院网络系统的典型结构,这是以星型拓扑为基础的分层复合型结构。图2-4图2-4 医院信息系统网络示意图4 医院的Intranet随着计算机网络日益深入人们的日常生活和工作,人们已经不仅仅局限于分立地使用内部专用网络和公共互联网络,而是要利用Internet技术建立企业自己的内部网(Intranet)。社会网络化和网络社会化的趋势

34、日益明显。所谓Intranet是指在企业的局域网上采用TCP/IP这种广泛用于互联网(Internet)的网络协议,从而使得局域网也具有互联网的通讯能力;此外还采用了多种Internet技术,比如Web服务器、Web浏览器、标准TCP/IP网络和HTML及GUI编程之类的开发工具,从而可以运行WWW软件、用E-mail作邮件通讯、利用网络开异地远程会议等;也因此可以和互联网无缝连接,发布医院的网站和其它网上信息。(本节:蒋蔚海 邹赛德)第4节 我国医院信息系统现状、问题与任务我国医院信息系统二十年发展的历史,由单机单任务发展到多机多任务,直到普遍建设的基于微机局域网和文件服务器的用xBASE开

35、发的部门级信息系统。应该特别强调九十年代中期出现的一体化医院信息系统是我国医院信息系统发展的里程碑。一体化医院信息系统应该具备的四个基本特征:局域网络、集中式数据库、自顶向下的一体化设计和数据的共享。我国医院信息系统发展中的问题,既有技术层面的又有管理层面的,有来自开发商的,也有来自医院的。我国医院信息系统当前的任务及未来的主要发展方向包括:管理信息系统进一步完善;临床信息系统建设;信息标准化建设;医学知识表达方法研究和医学知识库建设;IT新技术在HIS中的应用以及当前热门的电子病历和PACS建设中的问题。1 历史与回顾八十年代初期南京军区总医院在陶乃煌院长领导下,首家在医院引进DJS-130

36、小型机设备,试图在其上开发计算机化的医务管理系统。北京协和医院引进PDP-11/24小型机并在其上用COBOL语言成功开发出我国第一个ICD-CCD联合编目的病案首页管理系统。从那时算起,我国自行研制开发自主的医院信息系统的历史已经有二十年了。但这远比美国等发达国家晚了近十五年。二十年来,我国医院管理工作者与医院信息系统的开发技术人员密切合作,面对我们国家的实际与可能,在极其艰苦与困难的环境下,刻苦努力,坚韧不拔,使得我国医院信息系统不断发展壮大,取得了显著的成绩。我国所实现的医院信息系统几乎都没有经历过美、欧、日均经历过的主机(Mainframe)时代,这显然与整个国家的经济实力及医院的需求

37、与投入有关。但我们仍然基于低档次的小型机和后来蓬勃发展起来的微机实现了一些单机单任务的系统,像病案首页管理,药品库存的管理,工资,人事,财务账目管理等,进入八十年代末,随着微机网络技术的流行,医院信息系统开始进入了多机、多任务,基于网络服务器的部门级信息系统阶段,像住院病人费用管理,门诊收费管理,财务管理,这些系统是基于文件服务器、微机网络和XBase平台的,集中于解决部门级的需求。整体投资的规模大约控制在十几万元至几十万元的数量级,到了九十年代中期,中国的上千所三级医院几乎毫无例外、或大或小地均引进应用了此类部门级信息系统。2新进展我国医院只有部门级的信息系统的状态一直延续到九十年代中期。在

38、1993年CMIA武汉大会上,卫生部陈敏章部长所作的旨在督促卫生系统加快信息化建设速度的主旨报告中明确指出:“迄今为止,我国一流的大医院尚没有称得上完整的一体化的医院信息系统的实际应用”。1995年,卫生部医院管理研究所依托于国家八五科技攻关课题所开发的中国医院信息系统(CHIS)的问世,标志着我国医院信息系统的研制、开发由应用水平进入了一个新的阶段:一体化医院信息系统(IHIS,Integrated Hospital Information System)的新阶段。其代表性的特征有:l 一个覆盖全院的计算机网络系统,早期是基于155M的双环FDDI光纤网络,后来过渡到100M/1000M光纤

39、以太网。一个千张床位左右的医院大约布网点在1000个上下。l 一个精心设计的关系数据库系统,该数据库逻辑上集中存储包括医院行政管理和病人临床所必须的基本数据,并且较好地实现了数据的完整性、一致性,规范标准和广泛的共享。l 一个自顶向下设计的、完整一体化医院信息系统,它是以整个医院的管理目标为其根本目标,而不再是仅仅涉足于部门级的窗口业务的需要。l 基本实现了信息在发生地一次性录入并可以被医院各地方、各部门有权使用者充分共享。在1995年国家八五重点攻关课题“综合医院信息系统研究”(由卫生部医院管理研究所承担)通过国家鉴定,进而形成众帮慧智公司的医院信息系统CHIS产品并在北京大学医学部附属北京

40、人民医院初步实现后,国内又陆续出现了解放军总后卫生部主持开发的称之为军卫一号工程的军慧医院信息系统等一大批新产品。所有这些系统大体上均满足上述IHIS的四个特征,基于客户机/服务器体系结构,选择了SQL Server或者Oracle作为其基本的数据库系统,NT或Unix操作系统。这些产品已在成百上千家医院得到安装与实现。目前全国估计有约400家以上的医院已经在运行着IHIS,这已经占全国500张床位以上医院的一半。投资额也大体上涨了10倍,达到几百万到上千万的数量级。一支有相当水平的专门从事医疗信息业务的产业化队伍正在蓬勃兴起。与七八年前相比,我国医院信息系统的开发与应用的水平、成果、效益已经

41、换了一个新天地。3 问题近七八年来,医院信息系统的发展形势是十分令人鼓舞的,无论是国家、医院还是软件公司都将前所未有的大量人力、物力、财力投入进来,也取得了十分可喜的成绩,到目前为止,在HIS的应用领域,基本上还是我国自己研发的软件占绝对主导地位。但问题也很多,有许多还是多年来未能够解决的深层次的问题:系统的成功率低;相当数量的医院,资金投下去相当长的时间,除了网络建起来,机器买进来之外,系统转不起来,或者仅有少部份功能得以实现,看不到全院效率与效益的提高,与事前的期望值相去太远,只听到上下一片讥讽与责骂之声。一个时期以来,HIS的重点在于医院管理,尤其是经济管理,这本来是无可厚非的,是各国H

42、IS发展的必经之路。但医生和护士是医院的主人,医疗工作是医院的中心工作,因此许多医务人员会对以管理为中心的医院信息系统提出非议,认为医院花了大量投资无助于直接改善医护人员的工作条件与提高医护质量。系统的应用层次低;软件对窗口业务的支持较为完善,但对于数据的深加工,对数据的整理与分析和最终支持医院的决策功能很弱,无能为力。实际上,信息系统,特别是管理信息系统最大的用处就应该表现在对于高层管理人员的决策支持上。系统的安全性差;系统一旦全面投入运行,整个医院的正常工作秩序常常会因为系统的死机与瘫痪而陷入混乱。系统在业务高峰期或者累积的海量数据不断增加的情况下,过慢的响应速度也使操作员和院内管理者怨声

43、载道,技术支持人员战战兢兢、如履薄冰。系统标准化水平低,软件的通用性和灵活性差;从信息表达的分类代码,到信息处理的流程、接口、习惯、算法直到报表的内容、格式均缺乏统一的规范与标准。软件产品的商品化程度低,通用性和灵活性差,各医院一再要求软件供应商进行客户化的改造,甚至包括一些伤筋动骨的变化。这是系统失败的主要原因之一。最后,无论院方还是软件供应商都是一肚子怨气,都有一种上当受骗的感觉。院方的管理水平低,无法适应信息化管理的要求。实际上,同一个软件可能在甲医院运作十分成功,而在乙医院却全面失败,其原因决不只在计算机技术上,更在于医院的管理水平与风格。信息系统的成功实现与医院管理水平之间有辩证关系

44、。信息系统的成功实现为提高医院的管理水平开辟了道路,提供了高效的工具;但信息系统的成功实现又依赖于严格的高水平的医院管理。许多软件开发商缺乏医院信息系统的开发经验,把问题看得过于简单;或者是受互连网泡沫经济的影响,一味地不计成本,降低售价,千方百计地追求市场份额的扩大,企图一举卷进风险投资以解决公司资本经营的困境。软件供应商后续服务差;某些软件商实施短期行为,打一枪换一个地方,捞一把是一把,不注意公司和产品的声誉,一味地追求利润。但更普遍的原因是:软件售价过低,市场不规范、不成熟,恶性竞争,导致软件公司赔本经营,无力提供高质量的后续服务,无财力投入新产品的开发与新技术的吸收。软件和服务便宜是我

45、们挡住国外厂商进入国内HIS市场的重要壁垒,但同时也是我国的HIS产品质量和服务不尽如人意的重要原因。技术力量薄弱。特别是医院内部的IT技术人员极其缺乏,无法对HIS系统的正常运行提供有质量的,甚至是起码的技术支持与服务。有的医院没有一个计算机专业的本科毕业生,却要保证有几十台,上百台PC机,以及在复杂的前后台体系环境中运行的医院信息系统的7天/24小时工作正常,还要负责字典的维护与用户的培训。这在发达国家是难以置信的事情。4 任务管理信息系统要实现对高级管理层医院管理决策的支持;非常重要的一件事是对医院的成本核算提供强有力的技术支持,从而使整个医院的改革,包括人事改革、分配制度改革、管理体制的改革,可建立在科学的数据分析的基础之上。把管理信息系统的重点从窗口业务转移到对数据库中所收集到的海量数据的深加工与再利用上。医院信息系统要适应医疗制度改革的形势的需要,提供支持医疗保险账目核算,

温馨提示

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

评论

0/150

提交评论