系统集成论文范文

前言：我们精心挑选了数篇优质系统集成论文文章，供您阅读参考。期待这些文章能为您带来启发，助您在写作的道路上更上一层楼。

第1篇

论文关键词：XBRL，系统集成，会计信息系统集成

 

一、XBRL概述

1、XBRL的定义

XBRL（eXtensibleBusiness Reporting Language，可扩展商业报告语言），其实质是一种数据描述语言，通过它可以使各种商业信息在不同软件、平台、技术间（包括Internet）实现数据的可靠提取和顺畅交换。它是以XML（eXtensible Markup Language，可扩展标记语言）为基础发展起来的，是目前应用于非结构化信息处理尤其是财务报表信息处理的最新技术，XBRL的出现和迅速发展为会计信息提供模式的革新引入了崭新的思路。美国注册会计师查尔斯·霍夫曼（Charles Hoffman）于1998年4月最早提出了XBRL的构想。

XBRL国际组织网站（xbrl.org）对XBRL给出了如下定义，“XBRL是商业和财务数据电子化交流的一种语言，是用来改革全世界商业报告的语言。它有助于商业信息的编制、分析和交流，为提供和使用财务数据的所有人提供低成本、高效率的服务以及可靠而准确的商业信息”。

2、XBRL的组成

XBRL的技术框架主要包括四个部分，即XBRL技术规范（Specification）、XBRL分类标准（Taxonomy）、XBRL实例文档（Instance Documents）和样式表（StyleSheets）。XBRL技术规范提供了描述XBRL如何运作的基本技术细节，规定了XBRL分类标准和XBRL实例文档所应遵循的各种规则；XBRL分类标准是XBRL技术的核心部分，定义了各项目的属性及其之间的关系等，它是在XBRL技术规范的基础上，结合各个国家、行业、企业的实际情况制定的；XBRL

实例文档是根据XBRL技术规范，依据某些XBRL分类标准制作的财务事实数据文件，一个XBRL实例文档就对应着一个企业财务报告的实例文件；样式表用于定义财务报告时的显示项目和格式职称论文，将实例文档以用户可读的方式显示出来。

二、XBRL的技术优势

1．利用XBRL可以快速、精确地检索信息，并且有利于财务报告数据间的比较。以往的网络财务报告主要采用HTML技术和PDF技术。由于HTML只是一种简单的表示性语言，无法表达和区分数据的具体内涵，检索信息有如大海捞针；而PDF格式文件无法通过程序自动从中读取数据，需要对信息进行二次加工，造成数据处理的差错率提高。在XBRL中，数据间建立了一些关联，在检索数据时可以根据其所在的背景进行查询，从而加快了检索速度。此外， XBRL提供了丰富的语意，计算机可以方便的进行数据分析比较等深加工工作。

2．XBRL技术为财务信息的使用者提供便利。XBRL具有良好的动态分析功能，并且在不同的信息之间建立链接，跟踪相关的信息线索，对于XBRL标记的财务报告，信息使用者通过运用恰当的搜索工具，使用XBRL的“下钻”（Drill-Down）功能，就可以自上向下考察数据源头直到底层的数据，增强了会计信息的可验证性，有利于数据的获取并且进行挖掘分析。

3．利用XBRL提高了财务信息的可靠性、相关性、及时性。以XBRL为基础编写及财务报告，有利于各方监督验证信息的真实性和可靠性；而且因其具有良好的信息开放性，数据可定制、可扩展，使用者可以根据各自的需求获得个性化信息，从而增强了信息的有用性和相关性；XBRL财务信息系统能够随时生成“实时会计报告”，从而使企业内外部人员可以动态地、及时地得到企业的财务与非财务信息，实现了财务信息的实时性。

4． XBRL具有较好的通用性和兼容性，可以跨平台使用。XBRL是基于XML的，由于XML是跨平台的语言，因此XBRL也是跨平台的，通过XBRL信息可以在不同的操作系统、数据库和应用软件之间进行传输和交换，消除了个别软件不兼容的问题。此外，XBRL具有自定义标签以及支持多国语言的特性，从而消除企业报告中的语言障碍，有利于国际间的经济合作。

5．使用XBRL可以避免数据重复录入的问题。传统的财务报告由于非结构化信息导致了信息不可重用，需要人工进行重复录入，而采用XBRL后职称论文，因其显示格式放在单独的“样式表”中，财务数据只需录入一次，就可呈现为各种格式的财务报告，从而降低了数据录入错误的风险，提高了信息的准确度，有效降低了公司编制与财务报告的成本。

三、基于XBRL的会计信息系统集成

1．会计信息系统集成的含义

所谓系统集成（SI，System Integration），就是通过结构化的综合布线系统和计算机网络技术，将各个分离的设备（如个人电脑）、功能和信息等集成到相互关联的、统一和协调的系统之中，使资源达到充分共享，实现集中、高效、便利的管理。系统集成应采用功能集成、网络集成、软件界面集成等多种集成技术。系统集成实现的关键在于解决系统之间的互连和互操作性问题，它是一个多厂商、多协议和面向各种应用的体系结构。

系统集成作为一种新兴的服务方式，是近年来国际信息服务业中发展势头最猛的一个行业。系统集成的本质就是最优化的综合统筹设计，一个大型的综合计算机网络系统，系统集成包括计算机软件、硬件、操作系统技术、数据库技术、网络通讯技术等的集成，系统集成所要达到的目标是整体性能最优，即所有部件和成分合在一起后不但能工作，而且全系统是低成本的、高效率的、性能匀称的、可扩充的和可维护的系统。系统集成既是一种商业行为，也是一种管理行为，但其本质是一种技术行为。

会计信息系统集成通过将销售、生产、采购、库存、以及市场信息、政府政策等相关信息采集部门对应的业务模块封装为Web服务，经过企业服务总线标准化接口，实现与会计信息系统集成应用平台的交互（其中会计信息系统集成平台又是通过对各个财务功能模块的整合实现的，包括账务处理、财务管理、财务分析、非财务信息交互等等），用户根据应用需求可通过互联网络或移动网络在会计信息系统集成平台上对企业会计信息进行实时访问与处理，如在外出差人员可以及时进行相关经济业务数据输入，而不用等到出差结束回来再对相应业务进行处理，提高了会计信息实时反映效率。会计信息系统集成可实现对业务信息模块数据的直接读取，但是在此之前业务信息模块并不需要通过事先的数据库集成等集成化处理，只是在应用需求产生时才通过调用相应的服务，实现相应的操作，从而达到企业会计信息应用目的。会计信息集成系统要求对每个业务单元制定相应的信息采集标准，这个标准是基于全企业角度考虑的，而不是局限于业务部门需要或管理者意愿而随意采集的。

2．基于XBRL的会计信息系统集成的必要性

将系统集成运用于会计领域，是实现优化会计信息系统的运行、提高运行效率、降低运行成本的手段，是企业信息系统运行成败的关键职称论文，是进一步发挥信息系统优势的必由之路。会计信息系统集成与会计信息化相辅相成，其实质是通过对会计电算化过程中形成的信息系统进行重构、优化，以及与企业管理信息系统融合，实现会计信息化。

在管理与信息系统集成理念的指导下，对企业业务流程集成和再造是会计信息系统集成的基础，而XBRL为会计业务流程再造注入了生机和活力，XBRL与会计业务流程再造具有较好的内在一致性，能为会计业务流程再造中会计报告输出提供更好的技术支持，实现财务、业务一体化，向内、外部会计信息使用者提供丰富多样的财务会计信息和管理会计信息。基于XBRL的财务报告具有检索快速精确、为信息使用者提供便利等优势，而且提高了财务信息的质量，因此，会计信息使用者可以利用基于当前会计业务流程所产生的XBRL会计报告去匹配决策者的会计信息需求，从而达到互相促进的目的，为实现会计信息系统集成奠定了基础。

系统的集成并不是简单的物理集成和数据共享，而是在逻辑和概念上的集成，从根本上打破目前的会计信息系统构造，有效发挥会计信息的作用。以往的会计信息系统，由于会计信息化建设的不均衡，形成了多种基于不同平台、不同语言、功能和数据彼此独立的财务管理信息系统并存的局面，部门壁垒、信息孤岛等问题随处可见，从而削弱了信息对决策的支持程度，降低了系统整体运行效率以及数据存储、传输的安全性。基于XBRL的会计信息系统集成，利用XBRL技术可以跨系统、跨平台使用，而且通过软件能够方便地实现企业财务报告的多语种输出，以及避免数据的重复录入等技术优势，结合会计信息系统集成的开放性、可扩展性、安全性和可靠性等原则，弥补了以往会计信息系统的缺陷，能够将孤立、分散的财务管理信息系统集成起来，通过加强系统整合实现资源共享、实时控制，以提高会计信息化水平，促进企业价值最大化。

四、总结

XBRL是集优点与挑战于一身的商业报告语言，作为一种新兴的技术，在其应用过程中必然存在着一些问题，例如XBRL分类标准不完善职称论文，导致XBRL相关软件不成熟；财务信息安全以及网络安全得不到充分保障；企业应用XBRL的制度不完备，缺少相关法律法规的制约等。因此，我们需要尽快制定和完善XBRL分类标准，加快XBRL相关软件的开发，采取有效的安全防范措施，完善应用XBRL的制度，建立健全的法律规范体系。随着XBRL的逐步完善，未来XBRL的应用领域和商业价值将无可估量，从而促进会计信息化在更高层次上发展与升华。

基于XBRL的会计信息系统集成是一项巨大的工程，它并不是简单的网络互通和信息共享，而是根据应用需求，运用计算机技术、网络技术、数据库技术以及信息系统集成与融合技术等，将可利用的资源有效地组织到一起，充分发挥各项资源的优势，实现会计信息系统的再造以及系统的高效运行，会计信息系统和企业的信息化系统融为一体，共同支持企业的决策活动，从而真正地实现会计信息的优化和会计信息系统的集成。当然，这一工程的实现将是一个漫长的过程，需要理论界和实务界不断地进行探索和实践。

参考文献

[1]吕科，谷士斌．XBRL数据集成处理与分析[M]．北京：电子工业出版社，2008

[2]张天西．网络财务报告——论XBRL的理论框架及技术[M] ．上海：复旦大学出版社，2006

[3]田凤彩．会计信息系统集成探析[J] ．财会研究，2008(19)

[4]续慧泓．浅议信息化环境下的会计信息系统集成方法[J]．会计之友，2008(8)

第2篇

基于PKI/CA技术的跨行业集成框架按照分层的思想进行设计，利用了PKI/CA技术作为数据传输的安全保障，利用消息中间件作为数据传输的通道，屏蔽各方系统的异构性，从而将跨部门、跨行业的信息系统进行集成。从技术上看，系统集成后，各方系统将是对等部署结构。从单方来看，该框架结构可分为与内部系统接口、电子凭证库系统、电子印章系统、时间戳系统、PKI/CA基础设施、直达通道、收发系统7个部分。

1.1PKI/CA基础设施

以数字证书为核心的PKI/CA技术可以对网络上传输的信息进行加密和解密、数字签名和签名验证，从而保证：信息除发送方和接收方外不被其他人窃取；信息在传输过程中不被篡改；接收方能够通过数字证书来确认发送方的身份；发送方对于自己的信息不能抵赖。

1.2与内部系统接口

一方面主要负责将业务系统中存储的业务数据、电子印章等按照预先确定的规范组成相应的xml电子报文，再传入电子凭证库系统；另一方面，从电子凭证库系统中接收对方传入的xml格式报文，解密后传入内部系统。此外，还可实现直接与收发系统连接，实现不需要安全保障机制的普通查询等业务，以提高数据交换效率。

1.3电子凭证库系统

电子凭证库系统可形象描述为现实中存放文件的“铁皮柜”，是整个集成框架的核心部分。包括电子凭证模板管理、传输队列路由管理、安全管理、凭证管理等4大功能。凭证模板管理模块按照双方的约定，设计传输凭证的样式以及具体的签章个数及位置；传输队列路由管理模块用来记录凭证传出的去向和接收的来源；安全管理模块用来控制使用电子凭证库系统的范围，避免未经允许的用户使用电子凭证库，此外还包括预留印鉴的校对、详细记录各种日志信息，实现对凭证操作的可追溯等功能；凭证管理模块用来实现电子凭证收发、作废、恢复、查询、打印、状态监控、归档等功能。

1.4电子印章系统

电子印章系统可形象描述为现实中存放大红印章的保险柜。其功能包括公章管理、私章管理及印章备案管理。在实现上，将CA证书与电子印章图片进行绑定，从而保证某个印章图片与具体的CA证书有关。

1.5时间戳系统

时间戳系统基于PKI技术，对外提供精确可信的时间戳服务。它采用精确的时间源、高强度高标准的安全机制，以确认系统处理数据在某一时间的存在性和相关操作的相对时间顺序，为信息系统中的时间防抵赖提供基础服务。

1.6直达通道用于实时性强的数据传输处理。例如某些查询服务，可通过明文进行系统间数据传输。

1.7基于消息中间件的收发系统

充分利用消息中间件高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，实现跨行业系统间电子凭证信息的发送和接收，发送者将消息发送给消息服务器，消息服务器将消息存放在若干队列中，在合适的时候再将消息转发给接收者。消息中间件能在不同平台之间通信，它常被用来屏蔽掉各种平台及协议之间的特性，实现应用程序之间的协同操作。

2基于PKI/CA技术的集成框架实现

在集成多个异构系统时，首先需要各方商定交换凭证的格式，即交换报文规范。其次，要规范电子凭证格式、电子印章格式，可以互联互通。第三，要规范电子凭证库系统、电子印章系统等软件服务系统的服务接口，为各方异构系统提供交换服务。第四，各方要改造已有系统，使其与集成框架进行对接。下面就最重要的报文规范和各方系统改造方案进行说明。

2.1规范交换报文

双方之间数据交换标准需要进行严格的约定，需要制定标准报文规范以实现双方或多方系统互联互通。报文分报文头和报文体两部分：报文头是交换各方进行数据交换的相关信息，主要是为电子凭证在消息中间件上按照消息传输时增加的头信息；报文体包括电子凭证数量和电子凭证信息两个部分。电子凭证数量用于描述报文中所包含的电子凭证的笔数，电子凭证信息可包括一笔或多笔电子凭证，每笔凭证由凭证状态、附加信息、业务凭证原文、签名信息以及签章信息5个部分组成。

2.2实现步骤

业务系统产生凭证，加盖印章之后，需要存放入凭证库，并通过收发通道发送给接收方，具体实现步骤如下：

（1）甲方业务系统调用内部系统服务接口生成凭证原文，凭证格式参照2.1小节。

（2）甲方业务系统通过内部服务接口调用电子凭证服务系统接口对凭证进行签章。

（3）甲方电子凭证库系统调用电子印章系统接口加盖电子印章。首先对凭证已经存在的签章进行校验，如果存在原文纂改，则直接返回错误；校验通过后，再对凭证进行签章。其原理本地取出已烧入UsbKey的印章图片的Hash摘要送入电子印章系统验章，验章通过后调用时间戳服务系统接口加盖时间戳，然后将凭证原文的Hash摘要和带时间戳的电子印章Hash摘要送入UsbKey中进行私钥签名。

（4）甲方内部服务接口通过电子凭证库系统调用收发通道的发送接口，利用数字信封技术发送到接收方（乙方）。

（5）乙方系统进行接收、解开数字信封、验章、校验业务数据一系列操作后将凭证回单，回单时也要进行电子签章等一系列操作。

（6）甲方电子凭证库系统定时从收发通道中读取数据，并进行打开数字信封、解密、验章等操作，通过验证之后，放入甲方的电子凭证库中。

（7）甲方业务系统接口定期从凭证库中查询凭证回单，通过一些业务逻辑验证之后，存放入甲方业务系统的数据库中。

（8）甲方业务系统客户端调用刷新界面来查看已回单的业务数据，并调用电子凭证系统接口打印电子凭证。

3实例和应用效果

本研究成果已应用于河北省预算单位、财政厅、河北省内绝大多数商业银行和中国人民银行石家庄中心支行系统间的衔接，实现预算审批、资金申请、电子支付、清算等事项。财政厅使用的政府财政管理信息系统主要用于预算填制、审批。人行使用的Tips系统主要用于资金清算。商业银行系统主要用于资金的支付。由于所属不同的责任主体，各方系统不可能重新开发为一套业务系统，原来采用信息流辅助业务控制的办法进行信息系统整合，即信息可通过一定办法进行交换，业务上通过纸质凭证加盖公章，再由人工传递到相关单位进行纸质凭证核对。通过引入基于PKI基础设施的系统集成模型，将三方系统从预算审批到资金支付，再到资金清算的全链条贯通，完全实现了信息流、业务流的自动化运转，大大提高了业务办公安全性、资金支付效率，压缩了行政办公成本。仅省本级财政部门本身就可节约纸张100万张/年，并减少了公车传递纸质凭证、人工盖章、验章所需时间，更重要的是由于引入了电子签名技术，杜绝了“萝卜章”，资金支付的安全性得到了有效保障。

4结语

第3篇

医疗卫生信息化是国内外医疗卫生行业目前比较关注的话题，其核心是规范医学数据格式，使医疗卫生信息系统能够进行数据交换和信息共享。与发达国家相比，我国的医疗数据交换标准研究工作起步较晚，目前完全遵循HL7标准进行医疗信息系统集成的医院、制造商为数不多［7］。医院内部及医院之间的信息系统不能实现互联互通、信息共享，严重阻碍了医疗信息化的发展。因此引入HL7国际标准作为国内统一的医疗信息化标准对解决医疗信息化建设、实现医疗数据互联互通意义重大。

2基于HL7的医疗卫生信息系统集成

国内在基于HL7标准的医疗卫生信息系统集成方面有了初步的实践。文献［8］介绍了北京世纪坛医院在“持卡就医，实时结算”的改造中利用HL7标准实现医院和医保部门的信息交换。文献［9］谈到国内外检查仪器的生产厂商通过HL7标准规范仪器通讯接口来解决各种检验仪器接口的重用性问题，并保证数据交换的准确性。文献［10］提到在不更改现有系统的前提之下，通过外挂中间件模式(HL7中间件、HL7引擎)解决医院信息系统异构的问题。基于HL7标准进行医疗数据整合，实现了医疗信息系统内部及系统之间数据交换和信息共享，主要体现在系统间集成应用上，涉及的关键技术有HL7的本地化和基于HL7的医疗信息系统集成方式。

2．1HL7本地化

HL7本地化是当前医疗信息交换标准的研究热点。HL7是美国开发的标准，与我国的文化、医疗模式存在一定差异。例如，美国人姓名有前缀、后缀等多种成分，在HL7协议中用字段将姓和名分开来存，而我国一般不会将姓和名分开。HL7协议中给每位病人设定账号(accountnumber)，而中国则有公费、自费、医保等多种类型。因此，国内在引入HL7进行医疗信息集成时，不能完全照搬HL7标准文件［11－12］。HL7协议中规定，消息是信息传递的最小单位，由段(segments)、字段(fields)、组件(components)、分隔符(delimiters)等元素组成。一条消息由多个段组成，而一个段由多个具有逻辑关系的字段组成，多种元素又构成了字段［13］。消息机制是实现消息传输、数据交换的关键技术，其主要功能是将应用系统的数据通过机制转换为标准的HL7消息，然后按照机制规定的传输协议将HL7消息发送至接收系统，接收方对传来的HL7消息进行验证、解析，再转化为应用系统的数据。HL7本地化就是要实现消息机制的本地化，它不需要在技术层面上进行改造，主要是对消息内容定义和编码。台湾地区大都通过单个消息来定义某一个接口，实现HL7的本地化。他们在进行转诊系统设计时，考虑到HL7中规定姓名字段与本地区命名存在差异，按照HL7的要求，将姓名分开处理［14］。这种方式依靠几个大型厂商和几家大型医院就可以定下某个接口标准，在某些方面得到快速应用。日本己经建立起了本地化的HL7标准，简称MML［15］。国内一些医院基于HL7标准进行医院信息系统改造，不是对现有HIS系统进行大改造，而是设计HL7网关，实现系统间的数据交换和共享［16］。然而，国内医疗软件厂商众多，医疗信息系统复杂，如果仅依靠某几个消息来定义接口，要编写大量、繁杂的转换程序，工作量非常大，所以这种方法可行但并不实用。目前我国将HL7改造成符合我国国情的HL7本地化标准库，依据标准库开发研制HL7消息构造器/解析器。消息构造器是参照HL7标准的数据结构，从一条HL7消息中抽取出有用的信息放到HL7本地化标准库，最后完成HL7消息和HL7本地化消息的转化。这个过程的逆向实现过程，就是消息解析器的工作过程。采用HL7本地化标准库的方法，编写工作量减小，转换效率高，实现了基于国内的HL7标准，给我国医疗信息系统集成提供了标准数据格式。

2．2基于HL7的医疗信息系统集成

目前国内医疗信息系统集成大都依靠系统开发商提供标准接口，或直接读取对方数据库的数据，部分采用共用数据库的方法。这些方法的优点是实现起来简单、成本低，缺点是通用性、扩展性、安全性等方面存在不足。如果多个应用程序同时读写数据库，难以保证系统的正确性，甚至可能导致灾难性的后果［17］。以上集成方法很难满足多样化的医疗系统应用和频繁的信息交换需求。HL7提供标准的API接口，可以简化应用程序集成接口开发的复杂度和工作量，大大改善系统的安全性和扩展性。引入HL7进行医疗信息系统集成，可以采用HL7Ready和HL7Engine2种方式［18－19］。

2．2．1HL7Ready方式

这种方式是指现阶段在设计或改造医疗信息系统时，充分考虑系统未来发展的需要，完全按照HL7标准设计应用系统的体系架构、数据对象、数据结构。因此，系统的各应用终端都可以接收和处理HL7消息，可以直接或通过中间件与相关软件进行信息交换，在理论上可以达到系统和系统之间的实时交互，可以相互主动地在“需要的时候”获取对方可以提供的数据信息［20］。当然，这种方式属于理想的方式，适合在厂商开发新系统时，进行前瞻性的设计，有利于在多系统应用环境中的应用整合。HL7Ready的工作原理［21］如图2所示。Send/Receivemodule(发送/接收模块支持)采用TCP/IP通讯协议，通过Internet或3G网络进行连接，负责HL7消息的发送和接受;HL7Resourcemodule(HL7资源模块)支持各种实际应用的HL7医疗信息事件，如检查医嘱、转诊、住院、出院等;HL7APImodule(应用接口模块)提供符合HL7标准的应用接口，实现向其他医疗应用系统发送数据。采用HL7Ready方式整合医疗信息系统数据，从技术上看很好实现，但应用起来难度不小。首先，HL7中有不少内容与中国国情不符或有偏差，具体应用之前需要进行本土化;其次，以这种方式实现医疗信息系统集成花费大、时间长、不能很快投入使用;最后，国内已经形成自己的HIS系统，短时间内不可能重新设计。

2．2．2HL7Engine方式

这种方式是对现有的应用系统进行集成，通过提供外挂程序(HL7引擎、HL7中间件等)负责编码或者解析HL7信息，使应用程序之间能实现数据交换。HL7Engine是一组支持HL7通讯的过程调用函数或控件，应用系统按照HL7接口引擎的约定提供参数，模块之间的通讯则由HL7接口引擎完成。这种方式是将整个医疗信息网络的信息交换划分为本系统内和各系统间两类分别处理。HL7Engine并不干扰系统自身各部分正常工作，不会参与内部信息交换过程，也就不会对内部信息处理增加负担，因此无须对既有程序代码作任何改动［22］。只有当系统与外界发生信息交换时才进行数据格式转换，充当翻译角色，在内外部医疗信息交换中构建了一座桥梁。基于HL7Engine应用系统集成主要有两种实现方法［23］(见图3)。一种是采用点对点通讯方式以实现不同系统的对接;另一种是采用HL7服务器的方法，形成居于HL7接口的中心数据库，这样可以减少接口数量，提高系统可靠性。从原理上讲，这2种方法都是在原有系统中增加一个HL7中间件，医疗系统通过中间件与其他系统或HL7服务器进行HL7消息交换。采用点对点的方法适合系统较少时使用。若系统增加时，所需的接口也将成倍提高，集成复杂度相应增加，导致成本过高。因此，可以采用HL7服务器的方法解决系统复杂度的问题。HL7服务器作为系统集成的中心结点，与多个子系统互连，大大减少多个系统互连的接口数量，但是HL7服务器本身的复杂度决定了这种方式只有在十分复杂、异构模块众多的情况下才使用。国内对基于HL7Engine的医疗信息整合进行了一些实践。1996年北京大学人民医院建成了国内第一个大型的医院信息系统，医院在进行HIS和RIS集成时，采用了点对点通信方式，在HIS端使用太平洋医信公司的HL7引擎，在RIS端使用GE公司HL7引擎实现HIS和RIS系统的互连［24］。上海电力医院信息平台项目于2011年11月上线。该项目采用了HL7V2．4标准，以HL7Engine方式将上海电力医院原有业务系统进行了基于HL7标准的改造，通过HL7引擎的处理使非标准的消息变成符合HL7标准的消息，从而实现了医院各业务系统之间基于HL7的信息交换［25］。采用Engine方式实现系统集成，实现简单，投入周期小，成本花费少，而且能够很快发挥作用。虽然系统内的各应用模块终端并不具有处理HL7消息的能力，无法实现系统与系统之间的实时数据处理，以及应用终端的查询请求等功能。但就目前国内医疗状况来看，此方式完全可以满足国内医疗系统集成的需要，是一种简单有效的方法。

3HL7在国内医疗信息系统的应用趋势

3．1HL7版本的选择

系统间互联互通主要分为功能(语法)互联互通性和语义互联互通性。文献［26］指出，功能互联互通性是指两个或多个系统间通过设定功能和定义报文结构进行信息交换的能力;语义互联互通性指两个或多个系统共享的信息能够按原有定义被理解的能力，是信息共享的前提条件，涉及数据的整合、概念、术语、域模型和数据模型以及信息框架的一致性问题，确定信息的结构和内容。在HL7V2．x协议中，消息的编码方式复杂繁琐，不易阅读;协议采用自然语言去描述触发事件，缺乏明确的方法指导，而且数据域导致消息重定义和数据结构关系不明确，在实现语义互联互通上面临很大困难。HL7CDA提供一个基于XML的文档架构，统一遵循RIM模型。一个CDA文档由ClinicalDocument元素封装，包含文档头(Header)和文档体(Body)两部分，CDA文档中定义text部分的是人读部分，entry则是机读部分，更为符合医护人员的认知。CDA文档的词汇集可以包含医学术语等语义标准，从而实现语义上良好的互通性［27］。在进行医疗系统集成时，美国选择两种体系标准混合使用，因为HL7v2．x已经在美国医疗卫生系统中广泛运用［28］，如果推倒后再重新按照CDA的标准来实施成本太高。HL7在国内应用并不广泛，所以区域卫生的健康档案、电子病历标准、医疗信息系统中的化验检验报告等需要大量文档交互的系统，可以完全使用CDA。

3．2基于HL7集成方式的选择

HL7Engine和HL7Ready是基于HL7医疗信息系统集成的2种途径［29］。现阶段，在国内医院管理水平低、HL7的本地化程度不高的情况下，采用Engine方式是最可取的。即使未来标准发生了改变，包括HL7本地化以及未来采用HL7V3．0的XML格式编码化，都只需通过修改外挂程序，就能满足要求。这样既可以不用对现有的应用系统进行大改造，又可以利用HL7的标准实现数据交换和共享，不失为一种简便的方法。从长远发展考虑，HL7Ready方式无疑是最好的选择。因为它可以使医院的相关医疗数据全面推行实现HL7标准，医疗信息系统无需再做多余的转换或接口编写，就可以实现完全的HL7数据交换。它是未来医疗信息系统集成的发展方向。因此，我们应该把HL7Ready方式作为未来重点研究的方向。

4总结