医院信息平台

医院信息平台（精选12篇）

医院信息平台 篇1

摘要：深入分析了在不改变现有医院信息系统底层架构的基础上, 实现集成平台的必要性。结合业务流程, 详细阐述了如何运用Web Service, Ensemble技术以及XML相关工具, 实现跨各个业务系统间的交互和整合。

关键词：集成平台,Web Service,Ensemble,XML

1 序言

随着医院对于信息化建设的不断投入, 医院的信息系统越发的庞大与复杂。除了通常意义上的以财务为基准的HIS系统以外, 医院信息化还包括了RIS系统、PACS系统、LIS系统、EMR系统、OR系统、血透系统、体检系统、病理系统以及各专科使用的电脑系统等内容。这么多专业的信息系统构架成了一个个复杂的、但是又各自独立的信息系统。如何有机的将这些信息系统融合成一个完整的、信息相互交流的及方便的信息系统, 让医护人员在这种系统之间无缝的操作系统是医院信息科万分头痛的事。

2 原医院各系统之间接口的关系

为了保证在各个信息系统之间相互的交换数据, 通常采用各种各样的接口来让医院的各类系统进行相互通讯。但是因为每个系统之间采用的体系结构和技术都不相同, 而一个业务流程通常涉及到几个异构系统之间的数据交换。为了实现这些数据的交换, 以前常在各个系统之间架立接口。例如A系统和B系统以及C系统需要就一个业务进行交换数据, 我们就需要建立A→B以及A→C的接口。

然而, 这种方法存在很多缺点:采用这种方法就意味着, 在每两个存在数据交换的系统之间都必须开发一个接口, 如果有n个系统, 若需要实现其中任意一个系统对于另外 (n-1) 个系统进行数据交换的话, 必须开发 (n-1) 个接口, 对于n个系统则需要开发n× (n-1) 个接口。随着医院信息化的不断推进, 各个子系统数量的不断增长, 整个医院系统将形成一个象蜘蛛网那样错综复杂的结构, 如图1示。这其中任何一个系统出错, 都有可能引发一系列难以预计的后果, 并且这些错误更是难于检查与调整。

以往面对这种情况, 医院都是倾向于由一家软件公司完成整个的信息系统, 这样能避免出现这么多的接口。但是随着软件专业化的发展, 越来越多的医院希望集众家之长, 采用各种专业的系统搭建医院信息化的平台。然而, 由于这些系统由不同的公司提供, 所以接口通常采用的都是不同的交换协议与开发方式, 虽然使用的软件更专业发化, 但是越发的使医院整个的接口环境日益的恶化。每增加一个新的系统, 对于原来的接口平台以及正在使用的信息系统而言, 都是一次高难度的挑战。对于负责信息化的人员来说, 更是面对千头万绪的系统接口难以下手。但是面对医院日益高涨的信息化需求来说, 越发的迫切需要一种能更好解决这种窘迫情况的解决方案, 可以让医院信息中心和软件提供商更快、更容易的将专业的医院信息系统接入整个医院的网络环境中。

3 新集成平台系统的系统构架

湘雅医院的信息系统从2000年HIS系统的上线以来, 发展迅速, 目前已经有HIS、RIS/PACS、LIS、PEIS、EMR及OR等系统。除此之外, 还包括各个独立的系统:病理、血液透析、肾脏移植、肝脏移植等专科系统、综合查询及网上预约等周边系统。这些系统各自覆盖了不同的应用领域, 并且通常有一定的重叠。例如:在EMR中开一个住院病人的检查申请, 首先在电子病历中产生一条医嘱, 同时将这条医嘱往HIS系统中发送供护士工作站进行校对, 并向检查系统发送申请, 并在检查系统中, 对该申请进行登记预约和执行, 并返回每个步骤的状态给EMR供医生查阅。当检查完成后将检查报告返回给EMR, 同时对HIS进行计费操作。同时EMR系统亦可以通过返回的信息直接从检查系统中调取图像信息等。

这一完整的检查过程, 涉及到EMR、HIS及RIS/PACS几个系统。由医生站、护士站、收费系统及RIS/PACS等多个系统协同完成, 每个系统都不可拆分, 也不能单独看待。为了实现这些系统之间的信息交换, 医院采用了信息化集成平台的方案。该系统由Ensemble产品为基础框架, 并通过webservice技术和医院定义的XML交换标准来实现数据的交换。

如图2所示, 门诊挂号、门诊收费、住院登记、住院收费、电子病历、护士工作站及检验系统等所有的信息系统都通过集成平台发送接口消息。所有的接口消息, 由集成平台决定发送到哪个系统, 并返回相应的结果。这个通过集成平台新增加的系统, 只要遵循统一的标准, 就可以很容易的与其他系统进行通讯。

4 技术说明

该平台的技术结构及数据流如图3示, 它采用Ensemble架构, 通过Web Service技术和自定义的XML标准实现数据交换, 它的结构分为存储数据的数据库、对消息进行管理与实现的Ensemble集成平台、供用户提供和取得消息的应用程序这三层。

4.1 Ensemble平台负责进行消息之间的传递以及调配, 并确定消息在平台上的工作流

它是一个集数据服务器与集成服务器及应用服务器和门户开发于一身的产品。它具有全方位的集成与开发、通用服务构架、持久的对象引擎、可定制的端对端的管理的特点, 且极大的降低了整合所有系统的复杂性。该平台利用对象继承和SOAP服务可以方便的调用各类的webservice适配器, 以实现各个系统与平台的接口。并可以通过工作流工具直观的进行消息流程的定义与开发与调整。且支持同步和异步的集成。它对于无法提供接口的项目时, 可以直接该问系统的原有的数据和函数, 而对于所有传递的消息, 更能提供界面实时地访问消息仓库里的正在处理和已经处理的消息, 以用于审计, 并提供基于SQL的报表和管理界面。同时, 该平台通过共享元数据仓库和消息仓库, 避免了使用传统关系数据库所带来的成本和负担。本系统仅使用两台服务器就负担起来了全院消息传递的负担。

4.2 接口消息的具体实现和开发遵循Web Service技术

Web Service技术是一个基于XML语言、允许各种应用程序间通过复杂网络之间互相共享数据的技术、可以完美实现与所有技术与硬件平台进行接口的技术。该技术支持JAVA、.NET、PB、VB、VC等等开发技术。并且由于Web Service技术采用的是http协议, 所以更是可以跨平台, 跨网段之间进行通讯。由于对Web Services的调用是通过SOAP消息机制远程调用来实现的, 因此Web Services使用者与Web Services提供者之间是松散耦合的。更由于Web Service是一种部署在Web上的对象, 具备对象的良好封装性, 且Web Services采取简单的、易理解的标准Web协议作为组件接口描述和协同描述规范, 完全屏蔽了不同软件平台的差异, 无论是CORBA, DCOM还是EJB都可以通过这一种标准的协议进行互操作。

4.3 所有接口的消息参数, 全部采用了XML语言

XML是一种可扩展标记语言, 是跨平台的、依赖于内容的技术, 是当前处理结构化文档信息的有力工具。采用XML语言, 可以一次性发送一个或数个消息, 同时亦可以表达一对多的消息方式。同时, 对于接口参数来说, XML更是具有良好的扩展性, 随着信息系统的更新或增加, XML参数的调整对于原有的系统来说, 不会带来大量的变动与调整。

5 实现方式

为了更直观地说明这一实现的过程, 下面以检验单的申请这个流程为例, 来看它在集成平台系统是如何完成的。首先, 由EMR系统进行检验申请, 在申请结束后保存时, 由EMR系统向集成平台系统Ensemble发送了一个检验申请 (消息名InLab Apply) 的消息, 该消息采用XML格式作为传递的参数, 其参数格式如下所示:

该消息被发送到Ensemble平台后, 根据平台中该消息定义的工作流程, 首先向HIS系统转发了该消息。由HIS系统的Web Service解析该参数消息内容, 并将其保存进HIS系统的数据库中。一旦实现完成, HIS的Web Service返回一个成功信息给平台。平台收到成功消息后, 再将该消息发送给LIS系统。LIS系统采用Web Service方式调用该参数, 解析后将数据存入LIS系统的相关表中, 并返回了一个成功的标志给平台。平台收到两个成功标志后, 判断该流程完成, 并向EMR系统返回成功的消息。EMR系统对数据进行确认与提交。至此一个检验申请的消息完成, 所有的数据在EMR, HIS, LIS三个系统中进行了同步, 如图4。

6 结束语

经过三个多月的开发及调整, 以上所述的集成平台已经将包括EMR、HIS、RIS、PACS、LIS、OR、PEIS等等系统的医院大部分信息系统全部集成在一起, 传递的消息囊括了病人PID建档, 住院ADT流程, 检验申请/留标/报告流程, 检查申请/划价/收费/报告流程, 手术申请/预约/收费/结果流程, 病案归档流程。使医院的信息可以在各个系统之间无障碍的流转, 大大加快了信息化的建设。并为未来医院信息化新增加的信息系统做了准备。相信未来的医院信息系统依托该平台, 可以更快的与整个医院CIS信息系统形成完整无缝的结构。

参考文献

[1]CAO B, LEI SD, HUANG S, et al.Application and prospects ofENSEMBLE in building digital hospital[J].Modern PreventiveMedicine, 2009, 36 (7) :1274-1277.Chinese

[2]XU SH, JIANG W.Design of information integration platform inenterprise based on WebService[J].Computer Engineering andDesign December, 2007, 28 (24) :5969-5972.Chinese

[3]XU P.Enterprise application integration program based on webservice.[J]Jianghan University (Natural Science Edition) Decem-ber, 2008, 36 (4) :39-41.Chinese

医院信息平台 篇2

0引言

随着信息技术的快速发展，新医改的逐步深入，人们对卫生信息化的要求不断提高，建立区域卫生信息平台成为卫生医疗系统迫在眉睫的重要工作。作为医院层次，为了配合区域卫生信息平台建设的要求，实现以人为本、提高服务水平，建立医院信息平台，将医院内部应用系统互联互通，形成全院级的病人主索引和电子病历，并在此基础上实现对医院信息资源的二次利用，为患者提供公众服务，建立与外部系统互联的统一接口，满足区域的信息共享与协同。

1信息安全的重要性

对医院信息资源的整合，实现全院全体病人电子病历的共享，是医院发展的必然趋势。但是，在网络化的过程中，信息安全若不能被维持，一旦受到威胁或者崩溃，不但会对医院的日常工作造成很大的影响，还会产生一系列问题，诸如：不良的医疗服务、造成医疗纠纷、失去民众信任、医院声誉损害、巨额赔偿等。因此，保障信息的安全是医院信息平台建设的重要工作。

由于因特网的`方便性，使得民众可以在网络上进行各种交易与查询数据，但网络是开放的结构，在网络上传送数据时，安全性是最为重要的考虑。在方便医疗的同时，病人隐私的保护也成了信息平台安全建设的重中之重。

2信息安全体系

2.1安全管理

安全管理建设需要基于电子病历的医院信息平台所服务对象为基础来建立完善的安全管理体系，即建立相应的信息安全管理机构、制定相应的信息安全管理制度、设置平台运行所需的人员、岗位，建立对系统在运行开发过程中的制度，同时通过日常巡检、咨询、评估等运行管理来发现安全隐患并予以改进与提升。

同時，还应该完善系统活动记录内部稽核机制与程序、健全不同用户的用户权力等级政策及程序文件记录、授权具备安全管理知识的人员负责权限管理，并应保留完整授权记录、确保授予使用者适当的权限、建立员工离职后移除授权程序、建立并维护员工安全策略及程序、确保系统用户接受与安全常识有关的培训等。

2.2技术安全服务

2.2.1安全计算环境

安全计算环境解决基于电子病历的医院信息平台的计算机系统硬件和系统软件以及外部设备及其连接部件的系统安全问题，包括用户身份真实有效、资源的访问控制、主机安全审计、重要数据的完整和可用性及数据的存储与备份恢复方面的安全问题。同时，需确定医院信息平台所在的安全计算环境与安全通信网络之间部件的安全，包括网络结构、边界的访问控制、协议过滤、安全审计、恶意代码防护及边界的入侵监控等。

2.2.2网络通信的安全

安全通信网络解决基于电子病历的医院信息平台所在的安全计算环境、用于信息传输实施安全保护的部件的安全，包括数据传输的完整性和保密性、网络可信接入等问题。

为了保障信息在网络上传输的安全性，需要对原有技术落后且可靠性与安全性都较差的网络结构进行改造，借助相关技术对医院内部局域网扩展和延伸，实现资源共享。结合目前的应用主流，可通过VPN、SDH、建立医院专网等方式实现。

（1）VPN虚拟专用网络，是在公众网络上所建立的企业网络，且此企业网络拥有与专用网络相同的安全、管理及功能等特点。以SSL安全传输协议为技术核心，结合USBKEY、网络协议转换等实现VPN传输网络的可靠性，SSL安全通道是在客户到所访问的资源之间建立的，确保端到端的真正安全。无论在内部网络还是在因特网上数据都不是透明的，且采用了认证、存取控制、机密性、数据完整性等措施，以保证信息在传输中不被偷看、篡改、复制。

（2）SDH同步数字体系，是一个将复接、线路传输及交叉功能结合在一起并由统一网管系统进行管理操作的综合信息网络技术，系统采用“无单点故障”设计，当光纤发生中断或单点故障时，不会造成网络其他部分的业务受到影响，可靠性大大提高。

（3）自行建立本医院的专网。这就需要有完备的安全设备与技术相配套，如高性能的数据中心防火墙、运用隔离闸等技术保证局域网与互联网的物理隔离、绑定MAC地址、安装网络监控系统等。

2.2.3数据安全

医院信息平台中的数据在传输过程中主要依靠VPN系统来保障数据包的数据完整性、保密性、可用性。目前VPN的组建主要采用两种方式，基于IPSec协议的VPN以及基于SSL协议的VPN。IPSecVPN适用于组建site-to-site形态的虚拟专有网络，IPSec协议提供的安全服务包括：保密性、完整性、真实性、防重放。SSLVPN适用于远程接入环境，例如：移动办公接入。它和IPSecVPN适用于不同的应用场景，可配合使用。

数据是最重要的系统资源。数据丢失将会使系统无法连续正常工作；数据错误则意味着不准确的事务处理；可靠的系统要求能立即访问准确信息，这势必要求对数据进行备份与恢复。数据备份系统应该遵循稳定性、全面性、自动化、高性能、操作简单、实时性等原则。广泛的选件和代理能将数据保护扩展到整个系统，并提供增强的功能，其中包括联机备份应用系统和数据文件，选进的设备和介质管理，快速、顺利的灾难恢复以及对光纤通道存储区域（SAN）的支持。本地完全数据备份至少每天一次，且备份介质要场外存放。提供能异地数据备份功能，利用通信网络将关键数据定时批量传送至异地备用场地。

2.3人员安全管理

对相关人员的规范管理在信息安全建设中也是不可忽视的内容，需要建设完善可行的方案，可以从下面几方面考虑：

（1）对各级使用人员建立规范，依使用者或职务区分，必要时对账号数据进行加密；授权控制包括身份确认、自动注销账号及使用者唯一标识符；确认为避免数据遭受未授权的变动或删除，可建立数据确认机制；避免冒名顶替情况发生，建立身份确认机制，以防授予不恰当的权限。

（2）对包括管理阶层人员的所有员工进行安全培训，倡导安全管理理念，训练用户加强其防毒与个人密码管理知识及意识，确保其账号与密码不被偷窥窃用。

（3）对于员工离职，也应有相应的管理程序，诸如更换门禁密码、移除该员工的系统权限、移除该员工的使用者账号等。

3结语

有效可行的安全管理规范对于医院信息平台的建设有着极为重要的作用。要确保医院数字化网络的安全性、可靠性和保密性，必须制备完善的网络安全保密和应急方案，这不仅仅是技术的问题，同时还需要采取必要的行政手段，需要相关部门的共同努力。

主要参考文献

[1]卫生部.基于电子病历的医院信息平台建设技术解决方案（1.0版）[S]..

[2]刘涛.区域卫生平台信息安全设计[J].消费电子，（8X）：76.

[3]王龙宝，张利宏，翟东亮.基于VPN和SDH技术实现医院异地网络通信及资源共享[J].中国数字医学，2011，6（3）：73-75.

[4]杨栋，刘立辉，任志刚，等.医院信息安全管理与措施[J].中国医疗设备，2011，26（6）：71-72.

医院教学信息化网络平台整体设计 篇3

关键词：临床教学；教学信息化；网络教学

我院是一所综合三级甲等医院，同时是北京大学的临床教学医院，教学是我院主要工作之一。教育处作为我院教学工作的组织、管理、服务和研究部门，长期以来经过不断的发展、改革和创新，对保障我院教育教学工作的顺利开展发挥了积极作用。2003年我院就建立了一个教学信息化平台，主要包括信息发布、课程学习、无纸化考试和教学评估等功能，使全院教学人员可以随时了解各种教学动态，医学生和规范化培训人员可以随时进行在线学习及无纸化考试，医学生对教师的授课情况进行网上评估，在教学和管理上发挥了一定作用。

但随着我院教育规模的不断扩大，旧有的平台功能局限性越来越明显，不能满足日益增长的教学管理需求。目前每年约有1050余名医学生、350余名研究生、201名本院住院医师、170余北京市住院医师在我院接受培训，我院每年接纳进修医师700余名，举办国家级及北京市级继续教育项目40余个、院内继续教育讲座约200余次。卫生教育行政部门不断有新的教学管理政策出台，新医改形势下对医学人才培养质量的要求不断增加，北京大学医学教育改革工作已经着手启动，这一切都对我院的教学管理工作提出了新的要求。为了满足以上要求，规范各项管理工作，提高工作效率，教育处充分利用现代化网络信息技术，在原有平台的基础上，重新建立起一套稳定可靠、支持多系统的信息化网络平台，全面实现我院教务管理信息化、教学服务网络化。

新的教学信息化网络平台面向我院所有教学人员，包括学生/学员（医学生、研究生、住院医师、专科医师、进修医师、留学生、本院职工）、教师和教学管理人员（院级管理人员和科室管理人员），其功能划分主要包括人员档案管理、教学管理、网络教学与考核、网站管理四个子系统。

一、人员档案管理

人员档案包括学生/学员履历、教师履历和教学管理人员基本信息。

学生/学员履历包括个人基本信息、受教育经历、奖惩记录和社会活动记录；教师履历包括个人基本信息、教学经历和教学资质；教学管理人员基本信息包括院级教学管理人员和科室级教学管理人员的基本信息。

人员档案管理系统的建立使教育处统一掌握了全院各类教学人员的全部信息，而不是局限于某个终端，打破了以往不同管理人员分散管理的模式。该系统包含的信息同时具有私密性的特点，不是全面开放的，不同教学管理人员按照系统赋予的权限查看和使用相关教学信息，从而达到档案管理安全性的要求。通过人员档案管理能够及时了解我院学生及教师队伍的构成情况，有利于教育处制定全院招生计划和师资培养计划并及时进行调整，合理使用全院教学资源。

二、教学管理

教学管理功能包括对规范化培训人员临床培训信息的管理、教学质量监控、课程安排管理、教室管理、津贴管理、答辩及学位管理、学生事务管理模块。

1.规范化培训人员临床培训信息管理

规范化培训人员临床培训信息包括针对各类人员的培训目标的设定、培训计划的安排（临床轮转安排、临床基本技能培训、CPR培训及必修理论课等）、临床培训任务完成情况的实时统计（包括病历书写、完成病种数量及完成手术例数等）和出科考核成绩。

该模块的建立极大地提升了住院医师规范化培训的管理水平，使学生/学员在培训初始就明确了培训目标，了解了培訓的总体安排，并能够根据个人具体情况适当申请调整培训的进度，以保证在规定时间内完成全部要求；同时，该模块的建立使管理人员能够动态了解每个培训人员的培训状况及培训效果，变结果考核（终结性评估）为过程考核（形成性评估），并且可随时记录教师的教学工作量，大大提高了监管效率。

2.教学质量监控

教学质量监控包括了教师准入管理和教学质量三级（学生、同行、专家）评估。教师准入包括准入时间发布、准入申请、结果管理，教育处发布准入时间安排，教师在线提交准入申请，教育处在线审核并统一导入准入结果即教师的教学资质。信息化的办公模式极大地提高了工作的效率，评估的结果更加客观，被评估人可以实时查看自己的评估结果，方便改进，教育处能够及时发现教学过程中存在的问题，设置教师培训的方向，不断改进我院的教学质量。

3.课程安排管理

课程安排管理由管理员利用平台向全院范围发布各类课程安排，学生/学员可以随时查看自己的教学计划，教师可以随时查看自己的教学任务，督促教学人员及时完成教学工作。系统会根据课程计划安排相应的教室，并将授课教师的学时计入教师工作量。

4.教室管理

教室管理模块实时发布我院教学科研楼教室及临床技能中心设备的使用情况，便于科室的使用人员根据实际情况提出使用申请，便于教育处进行统筹安排和统计查询。

5.津贴管理

津贴管理包括对各类学生/学员岗位津贴及导师教学津贴的管理，系统根据人员档案管理模块中的信息，如学生/学员所处的培训阶段及导师的带教情况自动生成津贴标准，使津贴管理工作动态、准确、高效。

6.答辩及学位管理

答辩及学位管理包括开题申请、答辩申请、论文提交、评阅人评阅、学位信息数据填写。该模块的建立使答辩过程流程化、答辩管理信息化，便于教育处统一审核学生答辩资质，改变了以往学位数据固定终端填写的低效管理方式。

7.学生事务管理

学生事务管理包括了请假管理、义工岗位管理、学生社会活动管理、学生党务活动管理及奖学金评比，涵盖了学生在学期间的所有主要事务管理工作，使得学生管理工作规范化、网络化、流程化，便于各项管理工作的实时统计，减轻了管理人员的工作量，提高了管理效率。

三、网络教学与考核

随着科技的不断发展，传统以教室为载体的面对面教育模式受到极大挑战，其受空间和时间限制的缺点愈加明显，我院利用教育技术和网络技术手段，建立了网络教学与考核系统。

网络教学包括了课程设置、在线听课和学习追踪管理，管理员发布课程及相应课件（医学生桥梁课、系统课、住院医师理论培训课程、全院继续教育课程等），听课人可自主学习相应课程。网络教学系统的建立缓解了医务人员学习与工作的矛盾，听课人可自行安排学习时间，反复学习相应课程，管理员可以随时查看课程学习状况，调整教学安排。

考核包括了题库管理、在线练习、在线考试、在线阅卷和成绩管理，该系统包含了约10万道临床医学的试题，同时支持各科教学管理人员建立的试题库，对涉及图片、音频、视频的题目实现全面支持，成绩统计实现多维度的分析且简便准确。

四、网站管理

网站管理系统包括信息发布、网上报名和讨论区。教学信息化网络平台可实现全院各种政策、法规、招生等通知公告的发布、检索，进修人员可在网上自行注册、进修报名，全院教学人员可在讨论区进行教学交流。及时的信息发布使全体教学人员对我院教学情况有了全面了解，从而能够积极参与教学工作。

该平台的建设已经完成了前期的临床调研工作，在我院信息中心的大力协助下基本完成了整体设计开发，目前正处于系统调试阶段。该系统基于我院教学平台，对医院的其他部门各自管理系统的建立和完善提供了一定的参考，并且可以采用导出、导入的形式与之进行信息共享。本系统具有可扩展性，日后可根据教学管理需求的增加不断进行升级；另外，该系统运用Java语言进行开发，因此支持多系统运行，为日后与全院人力资源系统进行完美对接打下了充分的基础。

参考文献：

[1]练红珍.论高校教师业务档案的内容与价值[J].陕西档案,2011，(02):30-32.

医院信息集成平台的构建与应用 篇4

在此背景下,通过医院信息集成平台代替数量众多的点到点数据接口,保障医院各信息系统的稳定运行;同时对外提供一个统一的信息出口,逐步建立统一高效、资源整合、互联互通的信息平台,来实现数字化医院建设的战略目标[1]。

1 医院信息集成平台设计方案

集成平台的核心是基于消息引擎的医疗企业服务总线(ESB)建立的,通过医疗信息交换第七层协定(HL7)消息和Web服务方式实现各应用系统之间的连通、业务流程的协调、异构数据的交换[2]。由集成平台完成各类业务数据的采集、转发、解析、存储和使用,并具有良好的可扩展性,减少系统数据冗余,提高系统稳定性。

集成平台还为各业务系统提供主数据服务,建立统一规范的数据字典,供各系统调用。实现各应用系统间临床数据的统一,保证患者数据在就医过程中的完整性。通过集成总线把临床数据归集到临床数据仓库中,并通过统一门户和电子病历联合浏览,供医生快速调用,提高数据的利用率,并通过建立各种主题的视图和索引,服务于临床科研[3]。医院信息平台的架构图,见图1。

2 医院信息集成平台的实现

2.1 开发技术

为了使集成平台易于使用、管理及部署,采用基于面向服务体系结构(SOA)的开放架构[4]。通过ESB调度各系统;通过发布和订阅服务来对外提供和获取信息。我院集成平台数据采集转换适配器是基于Orion Health Rhapsody集成引擎开发的,主要以满足临床、医疗服务和医院管理信息的共享和协同应用为目标,采集相关业务数据,并对各业务系统提供数据交换服务;提供支持HL7标准的消息传输机制,建立平台的服务动态松耦合机制,为集成历史系统和新建基于SOA的应用系统的服务集成提供支撑。在此基础上,开发面向应用的业务适配器组件,实现各集成应用之间可管理的接口透明,保证服务之间信息的可靠传送[5]。

2.2 建设内容

2.2.1 信息交换平台

我院数据集成平台业务总线引擎采用Orion消息集成中间件,该消息中间件支持HL7 v3 RIM模型的中间件引擎,遵从卫生部最新HL7临床文档结构标准,能实现消息传输与XML标准格式转换,可通过协议适配器支持不同接口数据连接,拥有智能路由、数据同步、安全管理等功能。信息交换平台采用数据总线技术,实现不同系统之间互联互通的路由、交换、协同工作,包括在数据传送过程中实现协议转换、数据格式转换等。支持同步复制组件以实现不同应用系统之间,数据中心与业务系统之间,数据中心与区域平台之间的数据同步与更新。

各个具体的业务系统通过适配器连接到信息交换平台进行业务数据收发,适配器起着耦合信息交换平台与具体业务系统的作用。按照SOA的设计理念,通过适配器的方式实现对异构系统的集成接入,将业务系统与集成平台间交互的功能组件封装成“服务”[6],实现平台接入服务部件的灵活部署。平台消息机制图示,见图2。

2.2.2 临床数据中心

临床数据中心基础数据库按照卫生部基本数据集标准建立,并与医院各业务系统信息互联与共享。支撑医院等级评审的数据挖掘需要,支持业务平台数据信息存储与交换,实现数据的共享和统一发布。

基础数据库涵盖了医疗机构和人员信息、医疗卫生术语、电子健康档案数据集、数据元和各种代码标准的管理。它是医院内各种业务系统、部门之间协同工作的数据中心,也是整体信息化基础设施的信息中心。因此,在建设中遵循、参考了以下标准:

(1)国家、行业、地方标准:卫生部《健康档案基本架构与数据标准(试行)》;卫生部医院信息系统基本功能规范;疾病分类代码标准(ICD-10);卫生部标准WS/T102-1998,临床检验项目分类与代码;医药行业标准YY0252-1997,化学药品(原料、制剂)分类与代码。

(2)数据交换及通信标准:HL7 v3.0系列标准;可扩展标记语言(XML);国际初级保健信息标准(ICPC);美国医院临床操作服务分类编码和术语标准(CPT);美国医疗保险业电子数据交换标准(X12N);国际疾病分类(ICD10)、数字影像和通信标准(DICOM)、医学系统术语(SNOMED)、观测指标标识符逻辑命名与编码系统(LOINC)等标准。

(3)数据编码严格使用国家、行业标准数据字典。无以上数据字典的类别时,选择福建省地方标准数据字典。基于居民健康档案和区域医疗的需要,我们使用《城乡居民健康档案基本数据集》作为基础,建立数据集元数据属性和数据元目录。依据标准建设的中心数据库数据集内容,包括:①基本数据字典:科室字典、员工字典、用户字典、药品字典、收费项目表等;②患者注册基本信息;③门诊业务数据集:挂号记录、诊断记录、处方记录、结算记录等;⑤住院业务数据集:住院记录、诊断记录、医嘱记录、结算记录等;⑥健康体检数据集:体检登记记录、诊断记录、体格检查记录、评估报告、费用记录等;⑦电子病历结构化数据集;⑧决策分析数据集;⑨医院管理指标数据集。

(4)相关业务数据集。为了满足不同系统之间数据交互,涉及的业务相关数据集有:①住院患者信息相关表:如在院患者记录表、出入转记录表;②临床路径相关表;③单据记录及状态相关表:单据表、单据状态事件表等;④电子申请单记录表及医技预约反馈记录表;⑤检验、检查报告记录表;⑥系统间消息交互数据集。

2.2.3 病人主索引

医院各个应用系统均有患者基本信息,但是数据的标准不统一,维护的方式不统一。因此,必须要建立全院级统一的病人主索引(MPI)[7],从各种不同的子系统中取得患者的信息并进行组织和串连起病人的所有信息,包括基本信息、过敏信息、家族病史、历次诊疗信息、检查检验信息、病人主管医生、历次电子病例、收费情况(门诊、住院)等。病人主索引也是客户服务、成本核算、病种分析、决策支持等管理的重要主线。以此为基础实现医院数据层面的整合,包括电子病历的数据整合以及医院业务和管理数据的整合。

本信息平台采用向子域或上级域MPI注册的原则,不同的子域在进行MPI注册时,除了子域的MPI需要注册以外,其域内相关的病人唯一标识也需注册,如MRI号、CT号、病理号、门诊号、住院号等。

2.2.4 运维管理平台

主要用于保障整个数据中心的安全可靠和高效运行。其功能主要包括用户管理、权限管理和密码管理;面向可用性的节点管理和状态监控;面向可靠性的数据备份和恢复;面向性能优化的性能监控及运行管理机制的信息管理等。提供信息集成平台的支持与维护服务功能,包含监控管理、日志管理、统一认证配置管理、数据维护等功能。

3 信息集成平台应用

3.1 基于平台的HIS与PACS/RIS信息交换

以HIS与PACS/RIS集成为例,主要信息交换流程,见图3。

(1) HIS把病人信息和医嘱信息发送到集成平台。

(2)集成平台经过数据处理后,根据医嘱类型分别把消息路由到PACS/RIS,在PACS/RIS的登记队列就能看到相关的病人信息和医嘱信息。

(3) PACS/RIS工作站的更新检查状态,如预约、取消预约、到检、取消到检、完成检查等信息都回传给集成平台,集成平台再把这些状态信息回传给HIS。在HIS医生工作站就可以看到检查当前的状态。

(4)医生在PACS/RIS报告工作站上审核完报告后,集成平台把报告消息传回给HIS。HIS医生工作站就可以得到报告打印的状态信息,并能查看报告的内容。

3.2 流程消息的接口

在实际的应用中,根据厂家的配合度和改造难度采取相应的XML格式或HL7消息格式,对新采购的系统和具备一定标准化的系统坚持用HL7消息格式通讯。HIS与RIS消息通讯的HL7事件列表,见表1。

通过集成平台定义好的Web service接口,将封装好的HL7格式发送到集成平台即可实现HIS与RIS的信息传递。如下面实例,说明接口定义:

RIS写完报告并完成审核后发送ORU^R01,通知HIS的信息格式:

OBX|1|CE|^影像所见||双手诸骨骨质未见异常改变,各掌指关节、指间关节亦无特殊所见,软组织无肿胀||||||F|||||0239^吴兵OBX|2|CE|^影像诊断||双手骨质未见异常||||||F|||||0239^吴兵","RIS","j/Q68T0rTd7i4FCIBVyZsCDHZOP DmE8z")

通过以上几个例子,可以清楚地看到使用HL7标准消息格式,使不同系统间的数据交互方便、快速。通过集成平台把各种功能封装成Web service接口,既能实现灵活的调用,还能通过平台的事件日志及监控消息,保证业务的正常运行和及时响应。

4 小结

通过医院各信息系统集成平台,将各系统点对点的接口模式改造为各系统面对集成平台的多对一的接口模式,降低了业务系统集成的复杂度。通过建立标准的数据交换模式,实现各子系统的互联互通,消除信息孤岛,使医院各信息系统数据实现充分的共享。这为下一步数据挖掘与分析,实现医院管理层的决策支持平台[8]的建立创造了条件。

摘要：本文详细阐述了以中间件为解决方案的医院信息集成平台的架构及平台建设过程,并以医院信息系统(HIS)与医学影像系统(PACS)/放射学信息系统(RIS)集成为例,介绍各系统间的信息交换流程以及符合HL7标准的流程消息定义。该平台有效突破了HIS点对点的互联方式的局限性。

关键词：医院信息系统,PACS/RIS,系统集成,医院信息集成平台

参考文献

[1]陈崑,郭文明.数字化医院建设的层次与关键技术[J].医疗卫生装备,2005,(1):37-38.

[2]胡建理,王嘉祯.基于Web Services的企业应用集成技术[J].计算机工程与设计,2005,(10):2634-2638.

[3]3许健,查佳凌,尤超,等.医疗信息化集成平台在医院的建设与思考[J].中国医院,2012,(2):5-8.

[4]李铁,黄天培,卢坚.基于SOA实现医院应用集成平台[J].医学信息,2010,(5):1157-1160.

[5]计虹,沈韬,金昌晓.医院信息系统多元化集成发展的探讨[J].中国医院管理,2013,(6):36-38.

[6]6胡艳珂,周彬,李云桥,等.我院HIS/PACS软件集成方案的设计和应用[J].中国医疗设备,2012,27(6):47-48.

[7]何振宇,张建国,基于IHE PIX的病人主索引服务器的实现[J].中国医疗器械杂志,2007,(6):91-93.

医院为我创平台我为医院添光彩 篇5

大家好！我叫谢丹，本院网络管理员。在演讲之前，首先要感谢医院领导给我们提供了这次学习与交流的机会。俗话说“千里之行始于足下”，大到企业,小到个人,要有所作为必须从平凡的小事做起,要使医院在市场的大潮中立于不败之地，必须从一点一滴做起做好经营服务工作，就要从每件小事做起认真贯彻落实好规章制度。医院的总体形象是由我们每一位员工的小形象汇聚而成，只有我们每个人都做好，才能使，才能保证医院的稳健发展。

首先要严格贯彻落实好制度。对于各项规定，要坚决服从和认真执行，或许有的规定我们一时理解不了，或许有的规定刚开始执行起来感觉很麻烦，但是这些绝对不能成为我们违规的理由。规章制度一旦下发，不管有多大困难，都应该严格执行，只有这样才能保障医院各项业务的正常合规进行，给社会各界展示出医院的良好形象。

第二要加强学习。一个人如果对规章制度不清楚那他肯定要违规，因为他不知道什么事能做、什么事不能做。由于社会发展的加快和事故的频发，现在新制度出台的频率比以前要快得多，规章制度的种类和细化程度都是以前不能相比的，这就要求我们不能因循守旧，而要及时学习并熟知最新

制度的内容，在平时要不断对党的政策方针、法律法规等进行及时学习了解。，面对这项以前从来没有接触过的新业务，面对一系列关于业务的新制度和规定，医院员工牺牲晚上休息时间，积极参加培训学习，绝大多数人在短时间内掌握了相关新知识，能根据相关规定对患者的提问进行解答，并能把相关制度不折不扣地落实于操作规程的各个环节，从而大力推动了医院事业，但是也发生了别人对业务不熟悉被患者投诉的事情，对医院形象造成了不好影响，从中可以看出学习规章制度的重要性。

第三要做一名创新型、奋进型的医院员工。我们在执行规章制度时要注意的做到合规不墨守成规，守规不画地为牢。

第四要有正气。我们要牢固树立“守规无小事，违规即大事”的风险意识，在工作中要牢固树立主人翁意识，增强责任感，大力弘扬正气，自觉抵制歪风邪气，在做到自己遵规守纪的同时对于别人的违规违章行为也要及时进行善意提醒和制止，决不能“事不关己高高挂起”，因为现在都是岗位连带责任追究制，同事违规犯事，作为知情人的你可能也会被牵连进去，所以说于公于私我们都应该共同制止违规。只有大家互相督促提醒，共同遵章守纪，全员合规、人人合规，才能共保平安，皆大欢喜，也才能有效控制风险，推进医院事业的可持续健康发展。

医院的发展需要我们每个人的力量，每个人的所作所为都代表着镇坪县医院，众人拾柴火焰高，只有大家都认真做好自己的份内事，我们医院在患者心目中的整体形象才能保持好，让我们从一点一滴的小事做起，从现在做起，从自己做起，面对不断提高的服务要求，树立良好的遵章守纪新风尚，共同创造医院辉煌灿烂的新景象。

医院信息平台 篇6

摘 要：通过引入物联网技术，医疗信息全面互联互通和轻松共享能够推动医疗技术的不断创新和医疗服务的巨大改善。反观现阶段我国现状，离此远景存在着非常大的差距。尽管伴随着我国新医疗改革的不懈深入，医疗信息化取得了较大发展，但资源分布不均衡和"信息孤岛"的普遍存在依然是不争的事实。在此背景下，本文详细阐述和分析现有医院业务信息系统所面临的问题，并依此提出基于全面互联互通和深度智能化建设医院信息集成平台。从标准制定、模型定义、数据中心建立、数据整合以及开放性支撑五个不同的角度出发，进一步完备建设思路，并给出一个平台的整体设计。

关键词：智慧医疗；医院信息集成平台；物联网

中图分类号：TP392 文献标识码：A

1 引 言

众所周知，“智慧医疗”是美国蓝色巨人IBM公司于2009年提出的[1][6]，与其说是一个概念，莫如说是为我们描绘出了一幅未来人类医疗的美好远景。物联网技术产生海量有价值的医疗信息，而全面的互联互通和轻松共享则更能够推动医疗技术的不断创新和医疗服务的巨大改善。但反观我国当前现状，差距不可谓之不大。同样是2009年，国务院提出“新医改”意见[2][7，8]，明确将信息化列为医疗改革的重要技术支撑和保障。近年来，医疗信息化在我国取得了较大发展，但资源分布不均衡和“信息孤岛”的普遍存在依然是不争的事实[11，12]。另一方面，由于历史的长期积累，许多医院的基础业务系统存在着各种各样阻碍其发展的瓶颈问题，集中表现在业务缺乏统一的数据标准，系统数据接口繁多复杂，基础业务系统可扩展性差，以及信息综合处理能力弱等方面[3][9，10]。有鉴于此，我们提出基于全面互联互通和深度智能化建设医院信息集成平台。平台由一系列有机结合的核心组件构成。提供的核心功能包括数据的采集、标准化转换、数据缓存、数据安全、数据上传、数据整合、数据共享、数据路由、权限管理、配置管理、术语服务等。凭借这些功能强大的核心组件，平台可以集成医院以及医疗机构的业务数据，实现医疗信息系统的“互联、互通和互认”。进而满足“双闭环管理”的需求[4][13，14]，推动医院业务模式的创新，优化医疗服务环境，提高医疗协同服务，成就“智慧医疗”的愿景。本文结构如下：第1节从五个不同的角度提出完备的建设思路；第2节给出一个平台的整体设计；第3节阐述平台所使用的一些关键技术；第4节为结论。

2 建设思路

2.1 标准的制定

平台提供一套标准化管理工具，对整个平台使用的基础数据进行统一的管理。这些数据包括值域代码、元数据、数据集以及与组织机构相关的数据等。此类数据如果有国内标准或卫生部标准则一定使用其标准，否则可以参考和使用能够提供支持的相关国际标准。若国内外标准都不能满足系统要求时，可以参考这些标准并根据实际应用场景制定平台自己的标准。以此解决医院内部各个异源异构系统之间无障碍通信的问题。元数据丰富的扩展属性支持数据采集与上传的有效性、时效性分析与验证。

系统提供数据批量导入功能。支持将卫生部发布的相关标准数据轻易加载至平台系统并进行统一管理与维护。系统提供标准的更改及新的标准导入功能，以适应新的标准的发布。如卫生部对于元数据集与数据集在不定期的修订与发布，当这些标准在正式发布后，只需要导入新的标准，并在系统中进行发布，新标准就会推送给前置网关与健康档案整合组件。系统按新的标准进行数据采集与数据交换工作，按新的标准进行数据质量的管理，同时按新的标准对健康档案数据进行整合。

2.2 模型的定义

为了提供足够高的系统灵活性和扩展性以满足复杂多变的业务需求，平台采用一种全新的构件化思路进行平台模型定义，使用无编码方式根据项目的具体需求和业务场景驱动平台信息模型的建立，同时信息模型既遵循IHE规范[5]，也遵循卫计委提供的数据元、数据集标准，同时提供一套中间件产品实现了这两种标准之间的转换。

有了与业务模型匹配的信息模型之后，我们对内可以通过配置的方式构建平台数据中心的结构，即存储模型，针对存储模型我们可以对存储规则，数据约束规则，数据质量控制规则等进行自定义设置，有效的控制数据的存储效率，完整性以及质量。对外可以根据信息模型通过配置生成数据交换规范和服务。

基于这些模型、规范和服务我们对内可以通过前置网关适配接入异源异构的业务系统，对外通过数据组装服务将平台的数据通过构建门户应用，移动应用共享给我们的客户，通过数据仓库技术进行大数据分析。

系统提供一套可视化工具在数据中心的基础支撑库中定义各个业务活动对应的CDA信息模型[15]，并且能够根据该信息模型来动态创建对应的数据集、数据集包含的数据元等，同时能直接根据生成的数据集来创建物理模型。同时系统提供相关组件来完成这些信息模型对应的二维数据与CDA文档之间无缝转换。平台通过版本的概念来管理这些信息模型。当卫生部对相关标准进行扩展或调整后、或现有数据模型无法支撑日益变换与增长的业务需求时，平台可以对这些数据模型进行相应的调整，并形成新的版本进行发布。然后各前置网关可以根据自身实际情况来同步下载相应的版本进行升级。

系统提供根据数据集动态生成数据交换服务接口规范功能，我们可以在管控中心通过可视化界面来对各个业务域在不同业务场景下服务接口规范的管理，该服务接口规范可以分为以下几种，一是完全符合CDA规范的接口规范（供有能力处理完全符合CDA规范文档的客户使用），二是对CDA规范进行简化处理后符合CCR规范的接口规范（无法处理完全符合CDA规范文档的客户使用），三是能够导出各数据集对应的全视图模板，并且能对所有的规范进行版本管理。为了适应新的标准的发布，如卫生部对于元数据集与数据集在不定期的修订与发布，当这些标准在正式发布后，或业务场景发生变换后，只需要通过工具重新生成满足要求的规范，在系统中进行发布，新规范就会推送给前置网关与健康档案整合组件，系统按新的规范进行数据采集与数据交换工作。endprint

2.3 数据中心

平台的数据中心根据定义的存储模型自动生成。平台采用主题库的方式对数据中心进行模块化管理。主题库主要根据服务的业务对象的不同进行划分（比如个人索引库，服务活动索引库，文档库，运营监管库等。），主要用来对数据进行归类管理，通过配置可以实现将不同的主题库存储在不同的数据库实例或用户，实现物理分库，保障性能。

对于存储模型对应的数据库表，我们可以在系统上线后，免编码的情况下，对字段的部分属性进行修改或增加新的字段。后台服务也会自动的进行同步匹配。对于数据库表中字段通过配置，并结合后台服务，可以做到字段级别的加密存储。对每一个字段定义是否需要进行标准代码转换，需要进行哪些条件的约束检查，以及需要进行哪些规则的数据清洗等，有极高的扩展性和定制程度。

2.4 数据的整合

前面提到平台数据中心通过主题库的概念进行模块化管理，那么数据整合的过程中就需要将不同类型的数据归并到正确的主题库中。比如将个人基本信息归并到个人索引库，将文档和文档索引通过XDS归并到文档库，将记录了居民何时、何地、接受过何种医疗卫生服务，并产生了那些文档这样的信息存储在服务活动索引库中。数据的整合我们遵循以下两个主要准则：主动抓取整合和被动接收整合。主动抓取模式对原业务系统的渗透改造会比较小，只需要提供业务库对应的中间库或具有同等功能的视图即可，但在实时性方面会有一定的局限（只能做到准实时，延迟数分钟或小时）。被动接收模式对原有业务系统具有一定的侵入性，需要其进行一定的改造，但具有很好的实时性。由平台提供数据采集服务，服务的数据传输载体采用标准XML（平台会根据各个业务活动的应用场景提供标准的接入规范），服务传输协议支持HTTP、TCP/IP、SOAP等。由数据接入一方调整各自的业务系统，并调用平台发布的相关服务进行数据的推送。

2.5 开放性支撑

平台的信息模型与存储模型均基于国家卫生部颁布的相关标准与规范实现，平台的交换模型基于IHE标准实现，并同时实现了两套标准规范间的相互转换，使平台在数据传输格式上有极强的开放性，易于与医疗机构的业务系统以及其他厂商构建的平台互联互通。平台的所有接口通过平台服务框架以及健康信息服务总线进行统一管理，实现全面服务化，内部支持多种传输协议（HTTP、TCP/IP、JMS、RMI、SOAP、REST、DICOM等等）、数据协议（HL7、XML、JAVA POJO等），并且内部提供了各种协议之间的相互转换的功能，所以平台在接口调用上具有极强的开放性。

3 平台设计

基于以上的分析和阐述，我们给出一个医院信息集成平台的总体架构设计。

如图1所示，医院信息集成平台主要包括POS层、信息交换与共享层、数据中心、以及应用层四个层次，另外，还包括贯穿此这四个层次的标准规范体系和安全保障体系两大体系。

POS层是通过前置网关适配器直接与外部系统进行沟通的技术层，主要负责将各业务系统的业务数据采集到前置网关的缓存库。

信息交换与共享层由一系列的业务服务组件组成，负责处理前置网关上传的业务数据完成摘要数据、索引数据等的抽取、存储与共享。

数据中心层主要是实现索引数据、主题数据、电子病历数据、平台支持配置数据库等数据的存储，解决数据存储的结构、模型、内容、数据库管理系统搭建等。

平台应用服务层主要将汇聚在数据中心的各类数据共享给平台内外的其他系统使用。真正实现平台内各系统间互联互通操作。

标准规范体系是医院信息集成平台中必须遵循和管理的数据标准，是平台运行和应用的数据基础。安全保障体系是从物理安全到应用安全保障整个平台的正常运营。由于异源异构的专业化信息系统对病人基本信息管理不统一以及分配的患者标识规则不一致容易造成同一病人甚至同一病人的多次就诊在业务系统中无法进行有效关联的问题，导致无法实现对患者临床数据的连续管理，我们通过提供病人主索引组件运用人口自然统计算法基于常规人口自然属性（比如身份证，姓名，出生日期，性别，电话，联系地址）将同一个物理人在不同系统中的记录进行关联生成唯一的病人管理主索引，基于此可以快速的构建一个人在该院的连续健康档案视图，并为全院其他系统提供统一的病人基本信息，实现对患者的唯一身份识别。

其次，平台的数据库结构和数据交换规范都通过信息模型与卫计委提供的数据元，数据集等标准建立了映射关系，根据医院信息集成平台的应用和服务要求，通过图形化的数据交换工具进行数据重组，建立平台信息模型和HL7 RIM模型的映射关系，并结合平台的CDA组件可以实时的将平台数据集承载的数据转换成符合IHE国际标准的CDA文档，用于系统间集成的数据共享规范。从而实现临床文档的标准化和共享。

平台通过服务与外部系统进行数据交换与整合，提供统一的服务注册管理功能。服务的发布主要通过集成引擎来完成。采用统一的服务接口，通过不同的服务功能号在后台动态确定调用对应的服务。服务统一采用标准的XML格式来进行请求与响应。

最后，平台可以实现不同类型和层次的集成，包括流程集成、应用集成、消息集成和数据集成。

4 关键技术

4.1 企业服务总线

如图2所示，企业服务总线采用面向服务的体系结构，保证在一个异构的环境中实现信息稳定、可靠的传输，屏蔽用户实际中的硬件层、操作系统层、网络层等相对复杂、烦琐的界面，为用户提供一个统一、标准的信息通道，保证用户的逻辑应用和这些底层平台没有任何关系，最大限度地提高用户应用的可移植性、可扩充性和可靠性。提供一个基于企业服务总线的先进应用整合理念，最大限度地减少应用系统互联所面临的复杂性。系统的实现维护都相对简单，保证每一个应用系统的更新和修改都能够实时地实现；同时当新的应用系统出现时能够简便的纳入到整个IT环境当中，与其它的应用系统相互协作，共同为用户提供服务。endprint

数据交换使用企业服务总线作为整个卫生信息平台的技术核心；可通过ETL的方式进行数据处理，包括数据抽取、数据转换、数据清洗、数据加载等过程。

4.2 中间表技术

中间表是业务逻辑中的概念，就是将一个系统数据的查询结果先保存在一个临时的表中，然后再从这个表中查询取得数据到另一个系统中，减少程序的复杂度。临时表是中间表多采用的一种技术，使用数据库的临时表其功能可以免去中间表数据的维护工作。

当进行数据采集时，遇到需要查询多个表的多个字段，可以建立中间表来提高查询速度，降低用户的工作量。

4.3 适配器技术

在此消息交换模式中，消息单向通过适配器流入服务器。消息引擎将消息发布到数据库中。如果某一业务流程具有对该类型消息的处于活动状态的订阅，则该消息将发往该业务流程。

在处理该消息后，业务流程会将该消息发布回数据库中，之后会将它路由到某一适配器，以便传输到特定的终结点。

平台与各业务系统之间的数据交换共享可以采用适配器的方式实现。

5 结 论

我们详细阐述和分析现有医院业务信息系统所面临的问题，并依此提出基于全面互联互通和深度智能化建设医院信息集成平台。从标准制定、模型定义、数据中心建立、数据整合以及开放性支撑等五个不同的角度出发，进一步完备建设思路，并给出一个平台的整体设计。基于全面互联互通和深度智能化建设医院信息集成平台，可以集成医院以及医疗机构的业务数据，实现医疗信息系统的“互联、互通和互认”，进而满足“双闭环管理”的需求，推动医院业务模式的创新，优化医疗服务环境，提高医疗协同服务，成就智慧医疗的愿景。

参考文献

[1] 冯蕾. “大象”三番转身 开启“智慧医疗” IBM连推四大智慧医疗方案[J]. 中国医院院长， 2009， （9）：20-25.

[2] 卫生部. 基于健康档案的区域卫生信息平台建设技术解决方案（试行）[S]. 2009.

[3] 肖辉， 张方， 商建国. 医院数据中心架构设计与应用分析[J]. 中国卫生信息管理杂志， 2012， 09（3）：67-72.

[4] 刘帆. 移动医疗助力闭环管理[J]. 中国医院院长， 2014， （9）：90-90.

[5] 张继武. IHE介绍[J]. 中国医疗器械杂志， 2007， 31（2）：112-119.

[6] GkoulalasDivanis A， Loukides G， Sun J. Toward smarter healthcare： anonymizing medical data to support research studies[J]. Ibm Journal of Research & Development， 2014， 58（1）：1 -11.

[7] 卫生部. 卫生信息化建设指导意见与发展规划（2011-2015）[S].2010.

[8] 卫生部.基于居民健康档案的区域卫生信息平台技术规范（征求意见稿）[R]. 2012.

[9] 马锡坤，于京杰. 医院数据中心存在的问题及对策[J].中国医学教育技术，2013， 27（2）：215-217.

[10]李先锋， 王凯芸， 吕强， 等. 三甲医院虚拟化技术的研究与实践[J]. 中国医院， 2012，16（2）：12-14.

[11]闫莅荣，戴健. 医疗信息孤岛与信息标准[J].中国数字医学， 2010，5（9）：101-102.

[12]董方杰， 蒲立新， 曲建明，等. 医疗信息院内交互与区域共享的架构及其技术研究[J]. 生物医学工程学杂志，2014，（4）.

[13]李雪梅， 许红梅， 陈晓琳，等. 正反馈闭环管理系统理论在提高出院患者护理工作满意度中的作用[J]. 中华护理杂志，2013，48（7）.

[14]黄莹， 徐立群， 潘晓东. 基于物联网技术的输液监控系统在病区输液闭环管理中的应用[J]. 解放军护理杂志， 2014， （22）.

医院信息集成平台的建设与应用 篇7

由于医疗业务的复杂性和特殊性,国内医院信息化建设大多是分类型分阶段逐步实现。医院信息系统的发展大体可分为三个阶段:医院管理信息系统、医院临床信息系统、公共卫生区域信息化。目前我国医院信息化建设处于起步阶段,大型三甲医院已经着手建设以电子病历为核心的信息平台,专科医院和二级医院基本上处于第一阶段,或正向第二阶段过渡[1]。医院信息化产品和服务往往来自不同供应商,且遍布在医院的各个科室和各种业务上,系统相互之间存在各种各样的接口,其中包括数据库视图、动态链接库、嵌入式控件等接口实现方式。对于不同的业务需求,若采用传统的点对点接口通信方式,N个系统与其他任意一个系统进行数据交换,必须开发N*(N-1)个接口。随着医院信息化建设的不断深入和各种医院管理需求的增加,整个院内系统将形成一个错综复杂的网状结构,系统耦合程度高[2],系统整体稳定性和安全性难以预测和控制,且任何一个系统的更新升级,都会是成本高、周期长的过程。

随着分级诊疗改革的实施,医院发展更趋于集团化或构成医疗联合体。当前由于缺乏统一的技术标准,医院内部信息系统之间、各医院之间的数据共享难以实现,“信息孤岛”现象对医疗卫生事业发展的阻碍已越来越明显[3]。面对集团医院内存在的复杂、分散、异构的信息系统,迫切需要对信息系统进行整合、集成,消除信息孤岛,建立病人唯一主索引,真正实现一卡通,形成一个互联互通的一体化医院信息系统,由此集成平台概念孕育而生。在欧美国家,医疗卫生信息化规范和标准得到广泛而深入的应用,这些标准使得集成变得更加容易。近年来,国内大型三甲医院也开始集成平台建设。

1 集成平台的概念

医院信息系统集成平台到目前为止没有一个明确的定义,一般认为医院信息系统集成平台是医院各系统间实现信息共享和业务协同的一套服务组件,是一个软件包。它是各个医疗信息系统之间通信的桥梁和纽带,能够提供各种输入输出适配器,将复杂的、分布的、异构的医疗信息系统连接起来,使它们能够协调工作完成医疗业务流程所需要的各项功能[4]。集成平台是各个医疗信息系统进行信息交换的核心,各个子系统之间通过集成平台来交互。医疗信息系统集成规范(Integrating the Healthcare Enterprise,IHE)在实现医院内部信息系统数据交换的基础上,更进一步地实现了医院工作流程的集成,从医院整体医疗事务处理的层次上,规范了医院的各种信息源所产生的数据、处理的步骤、方法和格式,使多个信息系统能顺畅地按一定顺序完成医疗事务的处理,是实现数字化医院向高层次发展的重要技术[5]。医疗信息交换和传输标准是标准化的卫生信息传输协议(Health Level Seven,HL7),它是医疗领域不同应用之间电子传输的协议。HL7汇集了不同厂商用来设计应用软件之间接口的标准格式,它将允许各个医疗机构在异构系统之间,进行数据交互集成。集成平台遵循IHE和HL7,对各个医疗信息系统进行统一调度和管理,实现异构系统之间的信息交换。平台总体结构示意图,见图1。

2 集成平台的发展阶段及特点

(1)初级阶段,点对点集成。所谓点对点集成就是在任意两个需要进行数据交互的系统之间,开发建立相应的接口对象。由这些接口对象针对性地从数据源系统中提取相应数据,提供作为目标应用系统使用,点对点集成示意图,见图2。这类集成优点是:接口对象针对性强,从单一接口角度来看,投入少、见效快,相对简单,传输性高;缺点是:通过原有医疗业务信息系统,按照各个系统间的数据交换需求进行系统改造,系统间耦合度过高,每增加一个需要交换的系统,都需要对相关联的所有系统进行改造,工作量巨大[6]。

(2)中级阶段,基于中间件集成。中间件是一种软件,处于系统软件(操作系统和网络软件)与应用软件之间,使得在应用层可以实现分布式处理。可分为事务处理中间件、过程调用中间件、消息中间件、分布式对象中间件等[7]。中间件集成是指利用中间件技术建立业务逻辑服务组件层,对各系统之间的消息交换和数据流程进行调度和管理,支持异步消息交换。其优点是:该集成方式可以在不同层次采用不同种类、不同技术的中间件产品进行集成,适用于集团医院或区域医疗集成项目;缺点是:由于各种技术方式都基于特定的系统平台、语言、通讯协议,在远程协同调用时难以通过防火墙和代理服务器,在技术上实现相互调用较复杂。

(3)高级阶段,服务总线集成。服务总线集成是基于面向服务的技术架构(SOA)将医院业务服务颗粒化、组件化。该集成方式能实现异构信息系统之间高效互通共享的同时还支持流程编排,支持流程引擎重置重装,总线技术集成示意图,见图3。其优点是:可靠、安全、易扩展、适应性强;缺点是:各异构信息系统需要将总线服务嵌入系统中以达到数据共用共享,业务联动协同统一的处理效果[8]。

3 集成平台建设目标

集成平台是以医院信息化建设实效性为己任,一切以推动医疗信息化建设发展为根本的立足点。在未来的集成发展道路上,集成平台主要向以下3个方面努力:

(1)医疗信息交换标准和集成规范:集成平台需要支持和实现IHE规范提出的所有业务功能;集成平台以HL7标准作为统一的技术标准来进行消息传输,实现各个医疗信息系统之间的交互;在遵循HL7标准和IHE规范(医疗信息系统集成规范)的基础上,需要根据医院的实际业务情况,对相关的国际标准和规范进行一定程度的补充和本地化,设计出符合医院信息系统集成实际需求的业务流程模型[9,10,11]。

(2)系统集成的技术需求:集成平台能够提供标准的、统一的集成方式来实现各个医疗信息系统之间的集成;集成平台能够对各个医疗信息系统之间的业务流程进行协调,并能提供实时的监控[12]。

(3)集成平台的可扩展性和灵活性:由于医疗信息系统的复杂性异构性,集成平台要确保各个子系统之间实现良好的信息互通以及业务协同;同时,随着医院信息化程度的深入,集成平台要有良好的扩展性和可维护性,以确保新接入的系统能够协调工作,而不会破坏原有各家医院医疗业务流程。

4 医院集成平台建设的思考

近年来,集成平台作为解决集团内和大型综合性医院信息化建设瓶颈问题的有效手段,得到了许多医院管理者的重视。各大医疗信息厂家也适时推出了自己的集成平台产品。但如何恰当地构建适合医院的集成平台是医院管理者需要深入思考的问题。

4.1 集团高层间的顶层设计

集成平台的实施涉及到集团内各家医院之间利益和医院内各方利益博弈,需要医院方面的重视和配合,集团内医疗结果信息共享,造成个体医院收入减少,且不少科室因为集成平台的改造会产生更多的工作量或者不想改变原有的工作环境而不与配合等,给实施带来困难与阻力。所以争取领导重视,充分调用医院资源为实施集成平台扫清人为因素障碍,就显得尤为重要。

4.2 选择先进的集成技术产品

目前国内医疗行业较为成熟的集成产品大致介绍如下:

(1)新西兰的Rhapsody数据引擎。专业医疗行业集成技术产品,支持各种大、中型数据库系统。支持医疗行业众多数据信息标准并且产品构建开放通用。已经有较多医疗机构在使用。采用Visual Studio开发平台使用Javascript脚本语言。为医疗行业专用,在全球医疗行业占用率较高。

(2)美国的Ensemble数据引擎。通用行业集成技术产品,广泛应用于保险、银行、电信等传统行业。目前已经涉足医疗行业,部分医疗行业已经采购使用。该产品采用Cache开发平台,基于Cache Object Script脚本语言,技术专业程度高[13]。

(3)美国的Websphere+MQ数据引擎。通用行业的集成技术产品,使用行业广泛且技术趋于成熟。目前已经涉足医疗行业,国内部分医疗机构已经采购使用该产品。其采用Eclipse开发平台使用JAVA语言[14]。

4.3 重点需要一个合作团队

集成平台涉及医院整体业务,要基于集团医院角度对业务流程进行集成优化。如果没有一个在医疗行业深耕的专家型团队,那么集成平台在实施过程中将会遇见众多问题,会给医院带来不必要的麻烦。而一个在医疗行业深耕的专家型团队,应站在医院的角度和行业的高度上为医院在集成平台实施过程中提供众多参考意见,为医院改造业务流程、提高业务集成水平提供众多优质方案,更应为集团医院考虑后续建设问题。

4.4 设计科学的实施步骤

针对我院HIS与LIS的电子申请业务标准化改造,其业务流程交互参照医疗信息系统集成标准,消息规范参照HL7标准。本文以LIS业务接入到集成平台为例,实现下面的业务流程:医生在HIS门诊医生站里开一条血常规的检验医嘱,病人在抽血室刷卡扣费、打印样本条码后,将申请单信息发送给集成平台,而后集成平台同步将消息推送给LIS系统,LIS系统单据接收。LIS申请单执行后,将已执行状态反馈给平台,平台同步推送到HIS。如果有异常检验结果出现,LIS将危急值发送给平台,然后平台推送到HIS或EMR,临床医生确认危急值后,HIS或EMR将查看状态返回给平台,然后平台推送到LIS。检验结果出来后,LIS将检验结果发送给平台(含URL地址的PDF格式),若HIS或EMR向平台请求调阅检验报告,则平台返回URL地址,然后HIS或EMR通过URL地址查阅检验报告。

HL7标准是标准化的卫生信息传输协议,是医疗领域不同应用之间电子传输协议。使用HL7标准进行异构系统之间的数据交换是比较合适的。

(1)发送检验申请单(ORM^001^NW),是通过Send LIS Apply服务实现。HIS开申请单之后需要通过集成平台发送ORM^001消息给LIS系统,消息传输相应的申请单信息。

(2)检验状态变更通知(ORM^001^NW),通过Change LIS Apply Status服务实现,LIS系统将检验的实时状态及时的反馈给集成平台,集成平台关注的检验状态有:已检验、已报告、已审核、已作废等。当检验状态发生变更时,LIS系统发送ORM^001消息给集成平台,使用OBR-25【观察结果状态】字段传输检验报告状态。

(3)检验危急值发送(PPR^PC1),通过Send LIS Risk Report服务实现,LIS系统在检验到患者存在检验危急值的情况下,应该及时发送检验危急值信息给集成平台,由集成平台通知医生进行处理。发送检验危急值使用PPR^PC1(增加问题事件)消息。

(4)检验报告推送(ORU^R01),通过Send LIS Report服务实现,LIS系统需要将检验报告内容推送给集成平台,当检验报告为已审核(集成平台以已审核作为报告的最终状态,如果系统中没有已审核这一状态,取报告的最终状态对应为已审核)状态时,LIS发送ORU^R01消息给集成平台。

这样封装后的操作可以在以后被重用,如检验危急值推送的操作还可以推送到PACS、手术麻醉、院感、ICU监护系统等,减少后期开发工作量。检验报告推送操作,只需要发布一次,院内各子系统都可以共享检验结果。

5 总结

通过集成平台,快速完成了对医院原有HIS业务流程的改造,减少了传统接口开发模式所带来的不同系统之间的耦合问题,提升了信息系统的安全与运行效率。集成平台有效解决了集团化医院之间的无缝集成问题,不仅实现了医疗业务信息在院内HIS、PACS、EMR、LIS等系统之间的交换与高度共享,也实现了医院之间医疗信息的整合,逐步建立统一高效、资源整合、互联互通的信息平台。将来可以基于集成平台和患者主索引系统(EMPI),建设以患者为中心的全院临床数据中心(CDR),并探索基于CDR建设临床决策支持系统,最终建成以电子病历为中心的医院信息平台[15];建立健康档案,对居民健康进行全生命周期管理,为医疗研究中心、医学院提供完整的临床数据样本和医疗教学信息,以支持循证研究和实例教学;建立和完善医疗服务质量的管理、监控、分析、评价及建设医疗质量保障和持续改进体系,实现以数据深度利用支撑临床、科研、管理的创新模式。

摘要：本文主要介绍了医院信息集成平台使用服务总线模式完成集团内各医院数据交换和资源共享,形成互联互通的信息系统。资源高度共享,方便了对医院各信息系统进行统一调度和管理,优化业务流程,实现业务协同。

医院信息系统集成平台的探讨 篇8

医院信息系统存在的主要问题有:异构系统存在多样化, 数据形式结构不统一, 消息格式和通信协议均不能达成一致等问题。虽然在某一个或两个问题上, 传统集成方案是可以解决的, 但考虑以上诸多复杂的问题, 仅采用传统的集成方式是不行的, 面对诸多复杂多样的问题, 我们在制定解决方案时要综合考虑, 尽量结合多种集成方法共同整合的方法。目前, 在建设医院信息系统中常说:“从大集中到大集成”。也就是说明越大的医院信息系统建设就需要更大的、更多的集成方法和形式, 医院的信息系统建设远超过了一家公司所能处理的极限, 需要联合使用多家公司的集成, 这种集成需求主要体现在以下两个方面:一种是直接采用现有的多个系统的集成;一种是在不同生产厂家采购新系统的集成。

集成可以说是下一代医院信息系统构建和建设最主要的任务之一。HIS就是从部门级的应用开始, 目前仍然存在大量的“信息孤岛”, 这虽然有历史和技术的原因, 但同时也存在管理协调的问题。从追求信息系统发挥最大效益的目标出发, 集成是信息系统建设发展必然的趋势;从长远的发展来看, 未来的HIS势必会在一个集成的体系结构上构建, 不仅要求不同公司的产品互相集成, 就连一个公司所开发的不同产品也应该会遵循这种规律, 实现更好的实用性, 并按照不同的需求予以灵活配置。

1 统集成方案所存在的问题

传统的集成方案主要包括点对点的集成, 是简单地基于消息代理基于组件、基于中间件的一种集成方式, 也许这些方法在对于某一方面的集成问题可能会是很好的解决方案, 比如仅两个系统访问对方开放的接口, 并进行信息交流, 那么这种传统的采用点对点的集成方式是一个便捷而投资成本又小的方案。然而当要同时处理多个系统间的集成时, 则需要考虑采用消息代理或中间件平台来实现。从传统的点对点的集成方式发展到基于中间件的集成方式, 这是不断的增强系统的可扩展性和可用性, 也不断的提高了集成能力。但上面诸多的方案都是仍未确定的方案。以上的方案所采用的技术方法均是应用于特定的系统和软件开发厂商, 使用的是专有的技术, 而不是标准的开放, 使得不同集成技术在医疗信息系统的应用系统之间不能实现相互操作。因此, 需要一个能够处理各种不同消息和并构系统的强大的中间集成平台。

2 集成平台的系统集成构建方案

2.1 集成体系结构

一个系统结构的完整方案应该包括:数据级集成、应用接口级集成、业务方法级集成和用户表示层集成等。

数据级集成:是指一个集成方案的起点, 目的是统一不同应用程序之间共享的数据, 使各种数据格式可以相互的转变和交换。

应用接口级集成:它是应用程序之间, 较为低级的技术方面的集成, 主要的作用是使现有应用程序功能实现复用, 修饰技术之间的差异。

业务方法级集成:主要的信息系统集成的法方是通过共享业务逻辑来完成的, 以开发虚拟组件为目标, 将面向业务的接口提供给现有应用程序顶部。

用户表示层集成:本次的最后一步的集成方案就是用户表示层集成, 主要目标是给用户提供一个通用的、统一的界面, 是一个面向于用户的整合集成。使所有用户包括病人、医生、护士等, 可以通过这一界面快速、便捷的进入集成平台。

2.2 集成平台框架

由于医院信息系统是面向医院内部的整合, 那么为了实现新系统与医院现有系统的集成, 就需要搭建一个统一的、可扩展的集成平台。如下图所示:

集成平台是软、硬件的结合体, 作为中介向各系统提供各种集成, 将各应用系统完整连接, 各系统之间的信息可以在统一的适配器的控制下实现相互传递, 共同发挥医疗所需的功能。

2.3 实例分析

以一个病人到医院就诊为例, 描述在集成平台控制下各应用系统互相协调工作的情况。如图所示:

(1) 病人在医院挂号处, 通过挂号系统挂号, 如果有医保, 则通过相应的适配器调用医保系统的接口获得医保号; (2) 病人进入门诊部 (相应科室) 进行就诊, 由医生在医生工作站系统下下达各类医嘱; (3) 通过医嘱, 病人到收费处缴纳相应费用, 如果病人使用银行卡缴费, 则需要通过相应的适配器调用银行系统接口完成; (4) 缴费完成后, 病人根据医嘱内容, 进行相应的检查或检验, 其结果 (由PACS系统、LIS系统等) 通过相应的适配器反馈给门诊医生工作站系统中; (5) 医生可根据检查、检验结果给病人下达对症治疗的处方; (6) 病人根据医生开出的处方先缴费, 后至药房通过药品供应管理系统取药; (7) 病人取药后出院。

通过以上的流程, 可以看出通过一个通用的集成平台, 医院可以建立起内部的信息共享交互平台, 消除了“信息孤岛”, 同时建立以病人为中心的业务流程, 方便病人就诊, 提高就诊率。

医院信息系统集成平台的创建能够显著提升医院各部门之间信息交互能力, 从而改善整体管理模式, 提升医院内部管理水平, 满足医院加强管理和提高工作效率的要求。有效控制医疗成本, 取得竞争优势。在数字化医院已经成为发展趋势的今天, 集成平台将会有更加广泛的应用。

摘要：本文对医院信息系统集成平台进行了探讨, 主要从医院信息系统存在的主要问题、系统集成方案所存在的问题和集成平台的系统集成构建方案三方面进行了详细论述。

医院信息平台 篇9

(一) 信息系统独立。

当前医院的系统大多由不同的软件公司来完成, 因而导致系统之间很少有联系, 基本是各自独立的, 使医院很多关键的信息无法互通共享, 从而导致医院的工作效率低, 各部门的数据不一致等问题。

(二) 医院临床业务建设困难。

HIS系统是以财务为主的信息系统, 因此对财务数据更为关注;临床系统则更加关注疾病治疗及病人状况的数据。但是HIS系统是医院的信息系统的基础, 需要为医院临床系统提供相关的基础数据, 并且医院临床系统要和HIS系统共享数据, 整合业务流程后才能实施临床业务系统, 因而不利于医院临床业务的开展。

(三) 信息系统的建设不完善。

当前随着医疗信息数据的扩大, 对医院信息化系统的建设要求也在随之提高, 而当前的信息化建设中还有明显的不足之处, 无法满足医院业务的发展需求, 因而如何使医院信息化系统建设满足医院的发展和管理, 是一个突出的问题。

二、医院信息化系统建设中集成平台应用的目标及原则

(一) 实现数据输入共享。

集成平台应用后, 在整个医院的信息系统中, 数据的输入系统便是统一的, 所有科室部门的信息数据只从同一个系统输入;其次, 各部门的业务平台系统通过集成平台实现各子系统数据信息的共享, 从而使医院信息数字化系统形成一个整体。其信息数据共享的具体体现:

1. 病人基本信息的共享。

如门诊部门将病人的基本信息在建档输入系统后, 其他部门需要使用时, 只需调出便可, 从而提高医院的工作效率, 减少及避免信息数据不一致或者出错的问题。

2. 病人费用的管理。

如在门诊时需要先交费, 再进行检查或是取药等治疗, 之后药房系统及其他检查系统可以通过集成平台将相关费用信息转到病人住院系统中进行统一记账, 从而有利于病人费用的管理。

3. 实时查看病人的就诊记录。

如病人在检验科室检查后的结果、放射科检查的报告或影像等信息数据都可以传输入到医生和护士的工作站, 从而有利于医生和护士实时的了解病人的情况及查阅患者的病历。因此可以在很大程度上提高医生的就诊效率、临床治疗的质量。

(二) 集成平台应用原则。

在医院信息系统建设中, 集成平台的应用需要和医院的医疗业务的具体情况相结合, 并需要随着医院的发展进行相应的扩展, 并提供相关的规划促进医院信息系统建设的整体化;集成平台的建设思路要以系统集成为核心, 系统建设的软硬件需要和整体的要求相符合;其次, 系统各个模块的运作需要按照医学信息的统一标准, 实现系统的标准化, 从而避免语言、信息等不一致的问题。因此在医院信息系统建设中集成平台的应用需要遵循整体化、标准化、先进化、兼容化的原则。

三、医院信息系统化建设中集成平台应用的效果

医院信息系统化建设中通过集成平台的应用, 将之前各系统的多个信息接口统一为一个输入接口模式, 从而在很大程度上降低了业务系统数据集成的复杂度, 减少了业务系统开发集成的工作量;其次, 医院的信息系统形成了一个整体的系统后, 有利于避免医院业务系统选择受局限的弊端, 医院可以根据临床的需求, 选择与之最适合的临床信息系统。此外, 通过集成平台应用, 使系统的数据集成可以更加标准化, 从而实现各子系统之间的联通, 共享医院的信息系统数据, 使医院的业务流程得到优化, 提高医院各资源的利用率;同时通过对统一平台的信息数据进行分析, 有利于医院的管理及决策的实行, 使医院的管理部门能及时掌握医院的运行情况。另外, 集成平台将信息进行了整合, 实现医院各个科室之间的信息联通, 由此可以提高治疗患者的效率, 避免检查重复, 降低患者治疗的费用, 为病人提供最有效、最方便的治疗, 从而使医院赢得竞争力。

四、结语

综上所述, 在医院信息化建设过程中, 集成平台的应用对医院信息化建设发挥着重要的作用。通过对当前医院信息化建设中存在问题的分析, 对集成平台应用目标及原则的阐述, 可以认识到通过集成平台可以对医院的信息进行高效的整合, 从而有利于提高医院的工作效率, 加强医院各类资源的利用和共享, 促进医院的临床治疗及长久发展。

参考文献

[1]张立, 胡正刚, 杜智, 张书华.医院信息系统集成平台建设的目的和效果[J].中国卫生信息管理杂志, 2012, 02:47-49.

[2]周丹.医院信息系统建设过程中的集成平台应用[J].信息通信, 2014, 08:115.

医院信息平台 篇10

近年来,计算机信息技术,尤其是数据库管理技术在医学领域得到了广泛应用。由于生物医学工程的发展和测量仪器技术的提高,使大量医学信息被精确记录下来,海量的数据资源涵盖了医学领域的各个方面。目前,医院信息系统已经能够比较完善地实现基本信息的生成、存储、传输和管理等基于数据库技术的操作型事务处理。不过,从医疗技术与医学发展的要求看,急切需要在复杂查询的方法和效率上进行质的提高,以发现数据中存在的关系和规则,挖掘出数据背后隐藏的有价值信息和知识,并根据现有的数据预测未来的发展趋势。数据挖掘技术为解决这些问题提供了一个良好的途径。

数据挖掘(Data Mining)也称数据库知识发现,是指从大型数据或数据仓库中存在的、大量的、不完全的、有噪声的、模糊的、随机的数据中,提取隐含的、事先未知的潜在有用的信息和知识的高级处理过程。数据挖掘多处理的原始数据可以是结构化的,如关系数据库或面向对象数据库中的数据,也可以是半结构化的,如文本、图形、图像数据,甚至可以是分布在网络上的Web数据和异构型数据。发现知识的方法可以是数学的或非数学的,还可以是演绎或归纳的。获取的知识可以被用于信息管理、查询优化、决策支持、过程控制等,还可以用于数据自身的维护。数据挖掘的支撑技术是数据库技术和人工智能技术。其中,数据库技术侧重于对高效数据存储处理方法的研究,并对数据进行前端的结构化处理;而人工智能技术则着重于从数据中高效、准确地提取知识的研究方法。事实数据挖掘的过程则需要完成关联规则、序列模式、分类规则、聚类规则等一系列的定义,并利用决策树、神经网络、模糊推理、统计分析等方法得到感兴趣的结果,还需要运用信息可视化技术将结果表现出来。

本文以一个在线医院信息数据采集、执行引擎、分析结果处理和查询的基础平台构建为基础,探讨了如何实施医院信息与数据挖掘相结合的在线数据挖掘的技术。

1 构建在线数据挖掘平台的技术路线

1.1 目前医院信息管理系统存在的问题

在长期的应用中,医院引入了大量的不同时期、不同技术的应用系统和软件,影响了数据挖掘平台构建时所采取的平台与技术,如:

(1)数据分散目前,国内医院已经完成了基础信息系统的建设和各类应用软件系统的使用,如HIS、PACS、OA以及质量控制系统、患者查询系统、体检信息辅助分析系统等。调查表明,多数应用系统相互独立,不能直接进行数据交换。

(2)数字鸿沟在形成新数据集的同时,数据挖掘系统的数据来源主要是大量的历史性数据,而采集这些数据时需要与诸多不同结构的数据源进行连接,这就涉及到多种甚至异类的数据类型的转换问题,需要解决如兼容性、数据格式以及字符编码等一系列问题。

数据挖掘系统的核心是对数据的综合分析与计算,其运行参数或计算分析方法需要参考业务系统中的业务逻辑来确定最佳的分析方法。因此,系统必须与各业务处理子系统交换数据并动态产生某些参数或分析逻辑,这是一个非常复杂的交互过程,需要根据实际的业务系统进行研究,并抽象出业务逻辑或规则提供给数据挖掘软件引用。当数据挖掘软件将分析结果呈现出来时则要解决多维数据的可视化表达等问题。

1.2 数据挖掘的基本框架

医疗信息系统中的数据挖掘应用模式类似于传统行业数据挖掘的通用模式,即数据的获取、处理、解释评价,最终得出海量原始数据中蕴含的规律,并利用知识和规则的过程。图1为数据挖掘系统框架。

1.3 基础支撑软件选型

在线数据挖掘技术建立在数据挖掘软件和高级程序运行平台之上。目前,实现数据挖掘的主要软件系统有Clementine、Enterprise Miner、Intelligent Miner、Mineset、Modell、ModelQuest、PRW、NeuroShell、OLPARS、S-Plus和一些开源免费的挖掘软件等。分析和比较这些系统提供的二次开发接口和整合能力,确定选择SPSS Clementine作为基础的数据挖掘软件。

目前,高级程序运行平台主要有Microsoft的.net平台和Sun的Java平台。考虑到Java平台有诸多的免费产品和良好的可移植性,选择以Java平台作为高级程序运行的支撑环境。

2 在线数据挖掘平台的结构

2.1 技术框架

在线数据挖掘技术的框架如图2所示:

框架的软件系统包括如下的3个层次:

(1)操作系统层可以是Windows或Unix系列的操作系统。

(2)基础软件层由SPSS Clementine和Java平台组成。这里,Java运行环境作为基础部件,提供各种应用程序调用接口,包括输入输出操作(I/O)、数据库访问和本地调用等。各模块统一将数据、分析方法要求、参数传递到SPSS Clementine,SPSS Clementine根据指定的要求进行计算和分析,最后由运行程序取回原始的分析结果。

(3)应用层提供用户操作界面和调用其它应用程序模块,控制完成整个数据挖掘计算分析过程。

完整的应用系统程序部署到接入Internet或局域网的服务器上,各终端用户可通过浏览器完成自己的数据计算和分析工作。

2.2 关键技术

(1)Java平台作为目前的主流技术体系之一,Java平台可用来在网络计算机系统中发布和运行高交互性、动态、安全的Java小程序和应用程序,通过虚拟机技术可将应用程序移植到支持Java虚拟机的任何一种操作系统之上。

(2)WebWork框架作为一种组件化和代码可重用的Pull式MVC模式框架,WebWork能够清晰地将Web层和业务层区分开,为B/S和C/S应用程序提供接口,且分别在系统资源消耗和容器的简单性,与C/S应用程序接口方面优于J2EE和Spring框架。

2.3 技术实现的逻辑结构

在线数据挖掘技术实现的内部组成有5个部分,如图3所示:

(1)数据采集通过上传文件方式接收用户提交的数据文件。

(2)数据处理完成对数据的过滤。

(3)执行引擎传递数据和执行参数到SPSS Clementine,执行分析计算并输出计算分析结果。

(4)执行结果处理将SPSS Clementine产生的图表或图片序列化,保存并准备输出。

(5)可视化操作环境以Web方式为用户提供一个可视化用户界面和操作环境。

3 技术实现描述

3.1 数据采集

用户通过Web界面上传Excel数据文件到服务器,由运行模块分析Excel表中的数据,约定将第一行内容读出作为变量名,在数据分析中作为输入或输出的变量。

3.2 数据处理

程序对数据文件进行分析和处理,提取出文件中的字段结构,根据用户选择的字段作为输入/输出参数或X轴/Y轴。

3.3 执行引擎

执行引擎是实现技术中的核心部分,体现在实现数据输入输出的控制、分析方法的灵活确定、数据挖掘脚本的生成等功能。

(1)数据挖掘脚本组成

运行程序实时创建一个执行的脚本,传递给SPSS Clementine,让其根据脚本中的内容来执行每一步分析结果。用户仅需要在操作界面上设定好分析的步骤即可完成简单的数据挖掘工作。一个脚本主要包括以下几个部分:

(1)数据来源,准备好要分析的数据库的基本连接信息,明确分析的数据表、视图或者是根据某个SQL语句产生的数据结果。

(2)输入/输出参数或X/Y变量的确定。

(3)分析模型,选择模型对数据进行计算分析,如神经网络、决策树、时间序列等方法。

(4)输出结果,设定好Clementine计算分析输出文件路径和格式,待计算完成后,执行引擎将分析结果取回。

(2)数据挖掘脚本生成

在完整的数据挖掘分析过程中,有多个节点类型,每种类型又有不同的实现方式和个性,需要抽象出节点的公用性和分析算法的公用接口方法,针对不同的节点实现不同的抽象方法。当用户在界面上操作时可选择不同的节点组合在一起,选择时可设置某节点的个性化参数,最后统一抽象执行该方法并将对象连接起来生成执行脚本。

3.4 SPSS Clementine

执行引擎动态生成执行脚本后即可调用SPSS Clementine进行计算分析,再将分析结果取回进行结果处理和可视化显示。

执行引擎在每次执行计算时,都从线程池(Thread pool)中取出一个管理线程,赋予新的分析请求对象,该线程启动一个新的Clementine分析进程。复杂的计算和分析数据工作由分析进程完成,同时受到管理线程的监控。分析进程计算完成后,管理线程将分析结果取回并保存到数据库。分析进程中途出错,则将详细的错误日志信息通知用户,提示用户检查数据或分析方法的参数是否正确。分析过程完成后,管理线程将分析请求对象清除,放到线程池中以达到重复使用的目的。

4 结束语

在线医院数据挖掘利用Java网络编程语言,初步整合了SPSS Clementine,实现数据采集、执行引擎、分析结果处理和分析结果查询的基础功能流程。通过一个在线医院信息数据采集、执行引擎、分析结果处理和分析结果查询的基础平台的构建,为实现医院信息与数据挖掘相结合的在线数据挖掘技术从海量医学记录中发现有价值的医学知识,对提高医院管理水平和降低医院运营成本具有重要的应用价值。

摘要：根据当前信息领域内普遍存在的“知识发现”问题的迫切需要,文章以SPSS Clementine环境提供的功能为基础,研究了构架医院信息系统中的在线数据挖掘平台的方法,并通过实际构建该系统,对基于医院信息系统现状实现在线数据挖掘进行了有益的尝试。

关键词：医院信息系统,数据挖掘,SPSSClementine

参考文献

[1]贺利坚,等.数据库技术与应用.北京:中国宇宙出版社,2002.

[2]周爱华,郑应平,王令群.医学数据挖掘综述[J].中华医学实践杂志,2005,4(2):126-128.

[3]姜代红.数据挖掘及其在HIS系统中的应用[J].电脑与信息技术,2004(2):55-57.

[4]Jiawei Han,MichelineKamber.数据挖掘概念与技术(第2版)[M].北京:机械工业出版社,2006.

医院信息平台 篇11

关键词：内部财务管理；医院；综合效益

当前，在医院的发展当中已经离不开内部财务的管理，财务的管理已经是整个医院管理的体系当中不可缺少的部分，医院内部财务管理的优劣将直接的影响到医院整体的收益。所以，应该建立一个健全的内部财务管理的平台，以此来保障医院的整体的收益。以下，主要的针对医院当前财务管理当中存在的一些问题做分析，并且提出相应的改进的措施，促进医疗行业快速健康的发展。

一、医院内部财务管理中存在的问题

1.医院过度的重视其经济效益

当下，许多的企业都过分的追求其经济的效益，医院也不例外，这很大程度上会影响到医院内部财务的控制工作的进行。当前还有不少数医疗机构没有设置相关的内部财务审计机构，也没有相关的内部审计员工，有部分医疗结构虽然设置了内部财务的审计机构，但是，其内部审计制度仍然存在着很多的问题，比如：制度还不够健全、在配置上也缺乏科学性等。从其控制的角度来说，其控制的步骤越详细，控制的对策越明确，其所达到的控制效果将会越好，在这个过程中，所要的人力、物力以及资金等付出也就越高。所以，医院应当注意内部审计制度的建立，准确的控制其收益成效，采取相应的控制的措施，使其内部的财务管理的职能能够发挥出最大程度的效果。

2.医院财务管理人员的整体的素质不高

现今，大多数医院的财务管理人员的整体的素质都不是很高，知识的储存量也不够，另外，其知识更新的速度也跟不上时代的发展需求，其在财务管理方面的知识是比较匮乏的，管理的理念相对也比较的落后，并且在管理上也缺乏创新意识，其业务的素养也比较低，这样就使其在管理的效率上比较低，这样也就制约了医院内部财务管理的有效的发展。要想使医院内部财务管理得到有效的发展，其关键还是在于管理人才。但是，现今医院财务部门的工作人员都很难达到所要求的标准，其中高级的管理人才严重的缺乏，这样很大程度上就影响了财务的精确的管理。

3.医院内部财务管理制度不完善

当前，大多数的医疗结构内部财务制度的控制上都不是很完善，在执行上也不是很到位，其主要的体现在以下的几个方面：第一，其在审批的制度上不符合专业的标准，在投资上面也比较的随意；第二，在其医院的内部财务控制上缺乏一整全面的控制制度，其在财务管理上的工作还没有到达规范化和制度化的标准；第三，在医院管理的内部，还没有形成医疗器械、药品、药品的审批以及材料付费的制度，这样就会比较容易的出现一些经济违纪的不良现象，对于医院方面的长期发展很不利；第四，在财务管理的每项任务完成之后，并没有在第一时间对于其结果给予评估和审验，在管理制度管理的质量上仍然存在不少的问题。

二、强化医院内部财务管理，增强医院的整体收益

1.加强医院财务管理队伍的建立，增强管理人员的综合的素质

当前，管理人员的素质的高低将直接的影响着医院财务管理工作的优劣，所以，要想增强医院内部财务的管理工作。首先就要建立一支合格的财务管理的团队，医院应该注重对于财务管理人员的培训工作，增起其学习的力度，在进行财务管理人员的任命时，应该采取择优录用的方式，让具有专业知识的人员进行财务管理的工作，这样既可以发挥其专业的技能又给其在财务管理当中提供一个舞台。另外，对于在业务、知识技术方面达不到标准的员工，应该有针对的开展一些专业性的讲座和培训工作，让其全面的了解最新的财务知识以及管理的策略。此外还要注重财务管理人员的法制教育的工作，提高其法律的意识，在实际的财务管理过程中发挥守法的作用，全方面的培养财务管理人员的管理技能以及业务素质，使其综合的素质得以提升。其次，还应该加强财务管理人员的体制机制的建设，发挥出其优势，医院财务管理是一项繁杂的工作，其牵扯着整个财务部门的运转，怎样有效的完成制定的财务管理任务是一项重要的问题。所以，医院应该建立健全的激励机制，以此来调动财务管理人员的积极性，给予优秀的财务管理人员一定的激励，这样就可以有效的提高财务管理人员的积极性。

2.合理的控制和管理成本

在医院的内部管理过程中，经常会进行成本的审核以及成本的结算的工作，这样就为医院的发展提供了数据上的参考，医院在进行细化成本的结算工作时，还应该完成好成本的控制和管理的任务。在成本管理的同时也不能忽略了科学管理的理念，通常来说，医院内部的财务管理上主要的对于以及几类成本会进行系统的管理：首先是器材、材料成本的管理，这是医院从事医疗工作的硬件设施，其在医院的总资产当中占有很重要的比重。医院应该要最大程度上减少成本的开支，要统计好所需要的用品的数量，使其采购、预定以及存货的储存等各项的成本保持最低。此外，还要加强各个科室的管理工作，科室在领取相应的器材时应该和其收人相符合，还要对一些大量使用的医疗用品进行对比，寻找出最适合的价格以便采购。其次是医疗的技术部门和病房所要消耗的水费、电费以及其供暖费用等，这项开支涉及到的人员数量较多，其内容也比较的繁杂，在成本的控制上很难进行有效的控制，应当尽最大的可能进行精确的结算。

3.健全医院内部的控制制度

在医院的内部推行相应的控制制度，可以有效的实现医院的平稳的运转，是提高医院整体效益的有机的保障，就目前来说，还是需要鉴定的支持和完善该项制度的建立。医院应当对于资金的使用和其保管方面建立其专门的机构，进行相应的审批的工作，医院的高层应当给予各个部门人员更多的监督的权利，完善资金使用的监督和制约的体系建立，保障资金可以在多方面的监督上达到合理的运用。在进行筹资时，应当明确其所需的规模，运用科学的筹资的方式进行筹资工作，对于其中存在的风险进行及时的防范工作，降低资金的成本的消耗，保障其筹集到的资金能够得到合理的利用。此外，还要加强资金的运算控制能力，在预算运行的工程当中，应该按照相应的规定来执行，做到有规定可以依靠，并且按照规章制度对违规的现象给予相应的处罚，避免超出预算开支的情况发生，防止其预算失去控制的效果，还需要强调财务人员责任制，明确责任，对于出现失误进行追责，明确各科室的责任，将责任落实到人。还用当加大投资监管的力度，有效的预防其投资的过程中所存在的风险，减少在投资的过程中的损耗。如果其超出了本身的权限，应有上级给予审批。这样在很大程度上避免了医院资金违规使用的现象，减少了资金在使用过程中的漏洞，使资金发挥出最大的使用效益。

4.合理的拓展资金的渠道

医院为了满足自身未来发展的需求，通常情况下会使用融资这一项经济活动，一般来说融资有两种方式：内部融资和外部融资。内部的融资主要是侧重于将医院自身的积累变换成为投入的历程；而外部融资则主要是医院吸取另外的经济实体的资金，并且实现自身投资。从目前医院在资金管理上的现状来看，相应的医院融资体系的确立，在很大的程度上会降低医院经营所需的成本，并且还可以提升医院内部的管理的效率。随着医疗服务的逐步的提升，医院在其融资的渠道上，也要向着多元化的方向去发展，使其可以更好的跟上时代的发展，与时俱进，使其有充足的资金作保障，促进医院的全面的发展。

三、总结

医院在日常的管理过程中，应该强化相关管理人才的培养以及高素质人才的引进，最大程度的降低医院运行的各个方面的成本，统筹医院资金的管理，努力抓好医院的各项工作的进行，做好财务管理各方面的工作，建立健全的内部财务管理体系，提升医院的综合效益，促进医疗行业的全面的发展。

参考文献：

[1]江 渊：加强医院财务管理提高医院综合效益[J].财经界（学术版）.2013（01）：31-38.

医院信息平台 篇12

关键词：医院信息门户,协作,SharePoint,信息集成

1 医院网站设计及信息集成现状分析

医院信息化经过多年的发展已取得了明显的效果，目前大中型医院已建成了自己的门户网站以及各类信息子系统(如HIS,PACS等)。随着信息化逐步向纵深发展，医院业务信息化也提出了更多深层次的需求：科室、各类子系统用户之间对信息协同和知识管理程度的要求越来越高。

早期网站的创建虽然在有限的范围内实现了一定的信息共享，但相互独立、缺乏整体的规划，日益形成信息割据和信息孤岛的局面，同时也造成了医院品牌资源的浪费。这些网站分别由不同部门和科室独立开发，无形中增加了系统的管理成本和维护成本。医院内部信息资源的整合迫在眉睫。医院使用的信息子系统众多、不同厂家的系统互不相通，形成了严重的信息孤岛。在全院运行的业务系统信息(如HIS)很难动态地体现在业务部门的站点上，造成了有价值的信息不能再利用。医院缺乏协作平台，或者类似办公平台的协同能力显得太过薄弱，集成性差。总之，目前的集成方法比较落后单一，与现实需求之间存在着巨大鸿沟。要突破现状就必须改变传统网站的开发模式，需要利用强大的门户平台构建以应用为导向的医院门户系统。

2 构建医院信息门户与协作平台的原则

针对医院信息集成的现状，本着提高管理水平，满足信息化需求的目的，结合工作实践中遇到的问题，我们提出了如下的构建原则：

2.1 医院门户网站建设的总体要求

网站的技术设计和实现方式是医院管理模式的反映，是医院管理的重要环节。它一方面要保证内容的安全可靠;另一方面要最大限度地简化操作步骤，使网站内容及时更新。这两方面是一对矛盾，网站的技术设计需要在他们之间寻找平衡点[1]。一些先行者在这方面做出了有益的探索，我们完善了他们的思路。

(1)简便易用大量系统初始化配置、权限设置安全性考虑应在服务器端完成，维护网站的客户端不做或不作配置。普通用户不需要经过大量培训就能完成各种日常业务。

(2)分级授权系统管理员能将各种权限下放至各个科室，各科室负责人能完全控制自己部门的网站配置，从而将安全责任落实到各个科室，避免出现全局性的安全事故。

(3)分布式维护网站内容由各个科室维护，技术上应保证它们通过的授权帐号，以直接或简化的方式修改与本科室相关的网站。

(4)可靠性和安全性一方面指硬件的可靠性，如机房环境、服务器数据冗余机制;另一方面指软件的可靠性和安全性，包括网站数据的备份和恢复策略、软件的安全性配置、对网站内容的修改权限作严格的限定等，特别提出的是应该提供机制保存各种配置信息。

(5)实用性技术设计一定要符合医院自身业务流程实际情况，充分考虑本医院的现行流程，具体问题具体分析以提高设计方案在医院的实际可操作性。

2.2 医院信息共享集成原则

信息门户不应该只是简单的信息发布，而是要能够整合现有的系统、应用和数据，为医院员工和领导提供最准确的工作和决策依据。在医院的内网门户中须无缝集成医院现有的电子邮件系统、人事管理系统、财务管理系统、办公自动化系统等，使这些信息可以集中展现在统一的门户平台中。

同时，内网门户须与医院现有的HIS系统、PACS系统紧密集成。相关人员只需通过门户站点就可以完成HIS查询，实现门诊挂号人次、急诊挂号人次、出入院人次等信息的实时统计，并能够轻易完成成本核算及医疗设备的使用报告。

集成系统必须支持单点登录。平台应建立统一的用户管理中心，通过身份认证体系和权限管理技术实现了对信息的分级、分类、分权限管理。借助活动目录技术和各种系统权限策略，有效地控制了用户访问页面内容的能力，加强了整个门户平台的安全性。

3 医院信息门户和应用系统的集成共享新方法

在过去的几年中，微软在协作技术方面做出了巨大的投资，在Office 2003中出现了一些非常实用并且至关重要的技术，正是这些技术的引入使Office System成为一个值得选择的企业信息应用平台，它能满足医院信息化管理的各种数据集成和数据共享需求。Info Path提供了高效的信息收集途径;SharePoint则提供了一种全新的门户建设方案，它能方便地集成医院各个部门的网站。这些工具一起提供了一种新的信息集成方案，医院借助这些工具可以快速实现门户的敏捷定制。

3.1 信息收集工具InfoP a th

InfoPath 2003可以用来创建丰富的动态表单，这些表单可供工作组和组织用于收集、共享、重用和管理信息，从而改进整个组织的协作和决策制定[7]。在医院的日常管理中，我们常需要设计各种仪器、药品、病房、病人情况的表格，通过InfoPath能方便的制作出各种表格，并能通过网络收集数据进行汇总分析。它减少了重复和低效的数据输入，能更灵活、更准确地收集和利用信息。

3.2 门户解决方案S ha re P oint

Windows SharePoint Service(WSS)是一个用来实现信息共享和文档协作的Web站点的引擎。它是Microsoft Windows 2003中所提供的信息工作者体系结构的重要组成部分，WSS提供了一个架构来创建协作式的Web站点，从而使得公司在团队、部门以及大的组织之间可以方便可靠地共享信息和文件。任何使用者都可以通过Web浏览器或是通过微软Office 2003内置的协作新功能，比如Word和Excel等来访问一个WSS Web站点。SharePoint站点将文件存储提升到一个新的高度，从存储文件到共享信息。这些站点可为团队协作提供社区，使得用户能够在文档、任务、联系人、事件以及其他信息上开展协作。它们允许团队和站点管理者更轻松地管理站点内容和活动。这样的环境旨在实现轻松灵活的部署、管理以及应用程序开发[7]。

借助SharePoint，医院的各个部门和专门科室可以建立自己的网站，共享和发布最新的信息。不同的用户的根据不同的授权访问获取所需的信息，并能通过Office实现简单的办公自动化和流程管理。典型的SharePoint体系结构如图1所示，前端Web服务器与后端数据库分离，便于性能扩展;在后端服务器，数据和文档与配置信息分离，方便应用迁移。

WSS还提供了生成UIs的基础设施，包含Web部件页和Web部件。Web部件页和Web部件是SharePoint强大的一面，因为每个WSS站点都提供一个基于浏览器完全自定义的UI。Web部件还能够用于跟踪每个用户的个性化信息。通过定制和开发各个Web部件，开发人员能方便地实现医院各个部门网站的定制，满足特定各个部门的特殊需求。用户可以简单的定制自己的门户页面，过滤或集成自己需要的信息。

SharePoint Portal Server(SPS)用于构建企业级的门户网站，这些网站是微软Office 2003 System的组成部分。值得注意的是SPS是建于WSS之上的。SPS添加了易处理的特性来对WSS进行补充，这些特性有利于用户对大量信息和文档的导航作用。SPS同时还提供了额外功能来加强门户网站对于索引、搜索、订阅者针对性(audience targeting)和单点登陆(single sign-on)的使用。

WSS和SPS的作用存在本质的区别，WSS是基于协作主题的，并出于存储和共享基于列表的数据和文档而设计的。与之对比，SPS门户网站是基于整合主题的。一个SPS门户网站会对来自不同地方的信息和文档进行整合。SPS更具价值，因为它为用户提供一种快捷、简便的方法，来搜集分散在专用网和互联网中的信息和文档。

借助SharePoint Portal Server(SPS)2003，医院可以建立起面向公网和内网的门户。门户可以通过各种主题集成，比如医院动态，科研信息，员工园地，各种信息能在各个部门网站自动采集生成。SPS是一个可伸缩的门户服务器，连接到整个业务流程中的所有个人、团队和知识，它提供了一个安全的企业商务解决方案：

(1)通过单点登录和企业应用程序集成功能，将来自不同系统的信息集成到一个解决方案中;

(2)提供灵活的部署和管理工具;

(3)实现了个人、团队和信息的整合、组织和搜索，简化了端到端的协作;

(4)通过门户站点的内容和布局的定制和个性化，以及目标受众功能，使用户能够快速找到相关信息。

4 用S ha re P oint技术构建医院信息门户与协作平台实践

4.1 架构设计

医院信息门户架构设计采用分层模型，如图2。信息门户的总体架构由如下几个主要部分组成：基础网络平台、信息门户数据库、应用支撑平台(系统平台环境)、业务应用系统、信息门户、系统安全管理和系统运行管理。

医院信息门户采用基于业务组件化的低耦合、高聚合体系构架，各组件之间相互独立，只能通过特定接口通信，为信息门户提供了良好的可维护性、可扩展性，以适应大型企业门户系统各种不同的应用需求。

4.2 功能设计

医院信息门户的主要功能如下：

(1)协同办公通过办公管理的自动化改变传统办公方式，利用网络化的电子办公环境实现医院办公事务的协同处理。

(2)行政管理通过行政管理自动化，优化、加速员工请假审批，出差审批，车辆管理，工作总结计划等日常工作的管理流程，最终提高工作效率和管理水平。

(3)个人事务提供个人邮件、会议、任务等日常事务的管理，同时借助短信等各种提醒功能，实现个人事务的有效管理。

(4)信息发布医院的信息发布与管理，使医院内部的文件、规章制度、新闻、技术交流、公告事项及时传播，使员工能及时感知医院最新发展动态。

(5)社区服务通过论坛、信箱等网络社区建设方式，并采用多媒体技术，提供部门内部沟通、交流与协作平台，提高员工认同感和凝聚力。

(6)信息集成构建信息门户将那些相对独立的、静态的、容易形成“孤岛”的业务数据进行有效的整合，为管理者提供有效的决策支持。医院信息门户能有效利用HIS,PACS等系统的信息。

(7)系统管理建立用户管理中心，进行统一的权限管理，以保证系统安全性及信息保密性，同时提供系统监控管理。分级授权给医院各个部门网站的负责人，由负责人详细设计部门内的用户权限。

4.3 实施步骤

部署SharePoint Portal Server 2003需要考虑处理能力和可用资源。对于中小型医院(<1万人)，一般使用单服务器或小型服务器场就可，吞吐量通常不是问题。对于大型企业(1-10万人)，一般需要小型或中型服务器场。

服务器端必须使用Microsoft Windows Server 2003(任何版本)，并安装最新的Service Pack。同时须安装下列操作系统组件ASP.NET，启用网络COM+访问，Internet信息服务(IIS)。如果使用活动目录，则还须安装DNS和Active Directory。服务器数据库目前必须为SQL Server 2000以上。SharePoint主要依赖于5个服务组件:Web服务器、数据库服务器、搜索服务器、索引服务器、作业服务器。所有这些服务可以分布于不同的服务器上以获得更高的性能。

SharePoint搭建企业内部门户平台的流程如下[5]：

(1)配置服务器;

(2)添加网络组件;

(3)安装SharePoint Portal Server 2003;

(4)服务器、数据库、虚拟服务器配置、邮件服务器;

(5)添加用户;

(6)权限配置;

(7)各科室、栏目建设。

通过上述流程，能快速搭建出信息门户的框架，这也正是微软SharePoint Portal Server 2003强大功能所在。对各个子系统的集成，须基于.net平台进行开发整合;子网站的UI风格和特定功能通过订制WebParts实现。

4.4 集成技巧与要点

基于SharePoint构建信息门户具有快速高效的优点，能在很短时间内构建出能运行的平台。它提供丰富了WebParts和UI界面，使得界面风格统一易用。但也正因为其内置的许多特性，定制和开发的灵活性有一定的约束。所以，一般需充分利用SharePoint已有功能。以下总结了实践中的一些经验技巧：

(1)不要安装FrontPage服务器端扩展。因为SharePoint采用了严格的安全机制，FrontPage服务器端扩展将与之冲突。

(2)站点被WSS扩展之后，就不能运行普通的ASP.NET应用程序，如果需要运行ASP.NET应用程序，则必须在管理中心中将此ASP.NET的路径在管理路径中排除。

(3)WSS的搜索依靠Sql Server的全文索引技术，也即MSSearch服务。所以搜索的质量取决于Sql Server的中文分词技术。

(4)SharePoint提供了多种备份和还原技术，它们使用范围和功能不同，应根据具体的需求灵活配置。

(5)各种服务一般建议以不同权限用户运行，将安全风险降至最低。

5 总结与展望

本文在实践基础上探讨了构建医院信息门户和协作平台的一种新思路，它能有效化解目前医院信息系统中存在的信息孤岛局面，大幅提高医院的管理运行效率。SharePoint技术具有灵活的框架，丰富的内置协同功能，简化的开发流程，同时又能应付各种需求变化。它在国内推广应用范围还不广，随着SharePoint的不断更新，相信在国内会有更多的医院和企业会应用到这种技术。

参考文献

[1]蔡宏伟,高东怀,曹小曼.大型医院网站技术设计[J].中华医院管理杂志,2003(08):508-510.

[2]赵刚,胡宏涛.企业信息门户和应用系统的信息共享方法研究[J].电脑知识与技术,2005(12):25-26,28.

[3]施彬.使用Windows SharePoint Services实现企业知识管理[J].计算机系统应用,2004(5):55-57,54.

[4]肖丽君,张继军.微软SharePoint企业门户研究概述[J].现代情报,2006(08):192-194.

[5]陈敏珊.使用SharePoint搭建校园信息管理平台[J].中国科技信息,2006(13):123-123,159.

[6]秦红兵,符学斌.在Windows SharePoint Service平台上构建协作式应用[J].中国教育技术装备,2005(12):5-8.