时间：2023-04-24 17:12:26
序论：在您撰写系统集成论文时，参考他人的优秀作品可以开阔视野，小编为您整理的7篇范文，希望这些建议能够激发您的创作热情，引导您走向新的创作高度。
1.1网络化系统及其特征
复杂系统往往具有分布的区域性和网络性等特征，本文研究的对象网络化系统是指网络化的复杂系，即网络环境下的复杂系统，其特征是通过计算机络将各子系统相连构成一个网络化的复杂大系统，络环境可以是局域网或是btemet网络。随着计算网络及其技术的发展，网络通讯得到了极大的提，网络的规模也得到了大大地提升，使得原来分散较难实现的数据输出和交换，可以在一个“贯通”的络环境中实现，其信息的传输均依赖网络进行。本研究的网络化系统的集成优化控制是指对网络环下复杂系统的集成优化控制。
1.2网络化系统的集成优化控制问题
实际系统中的优化问题无处不在，同时由于计算机网络及其技术的发展，使得分散的、具有区域特征的复杂系统形成了具有鲜明特征的网络化系统，对网络化系统的集成优化控制问题进行研究具有重要的理论意义和实际应用价值。本文就是将集成优化控制方法与网络自动化技术相结合，对网络化系统的集成优化控制方法进行了研究。
网络化系统的集成优化控制问题可以描述为:针对网络环境下的复杂系统，将集成优化控制方法与网络自动化技术相结合，对网络化系统进行集成优化控制，获得网络环境下复杂系统的优化解。
2网络化系统集成优化控制的实现
2.1网络化系统集成优化控制算法及其实现
网络化系统的集成优化控制方法就是将复杂系统的集成优化控制方法和网络自动化技术相结合，用来解决网络化复杂系统的优化控制问题，使其在难以建模、系统具有网络化和区域化等情况下，获得满意的优化控制结果。网络化系统集成优化控制方法的特点是引人了网络回路，在优化算法中引人了一些不确定因素，其优化控制更加依赖于网络系统和网络技术。网络化系统集成优化控制的关键技术在于动态系统优化与参数估计集成优化方法的实现和网络信息传输，借助于动态系统集成优化控制技术和网络自动化技术可实现网络化系统的集成优化控制，可以基于局域网或Intemet实现。基于局域网的网络化系统集成优化控制的示意图如下图所示。
2.2网络化系统集成优化控制的特征
对一个动态优化控制方法，除了给出优化算法，还需要对其性能进行分析，只有这样才能保证优化方法的实施。网络化系统的集成优化控制方法的性能包括实时性、最优性、收敛性及其鲁棒性等。
2.2.1实时性
在引人网络之前，针对跨区域的复杂系统，其优化控制的实施是很困难的，即使能够，其实时性也难以保证。网络化系统集成优化控制方法由于借助于计算机网络技术来实施集成优化控制，可以较好地解决跨区域复杂系统集成优化控制的实时性问题。
2.2.2最优性
算法最优性是指在算法收敛的情况下，收敛解是否实际系统的最优解。对于网络化系统集成优化控制方法，在最优解存在且唯一等假设条件下，若算法收敛，则收敛解满足最优性必要条件，即所得优化解是实际系统的真实最优解。
2.2.3收敢性
网络化系统集成优化控制方法需要实施，首先要求其优化控制算法是收敛的，收敛性就是研究算法收敛的条件，针对不同的算法其收敛性条件有所不同。对于网络化系统的集成优化控制方法，其优化的框架没有改变，只是引人了网络回路，利用算法映射及压缩映射原理，通过分析可以获得保证优化算法收敛的条件。
2.2.4鲁棒性
网络化系统集成优化控制方法的鲁棒性问题是指在存在这样那样扰动的情况下，优化算法保持其收敛性，并收敛到最优解的能力。网络化系统的集成优化控制方法在不需要实际过程的精确数学模型的情况下可以获得实际系统的真实最优解，对模型的结构和参数具有较强的鲁棒性。
网络化系统的集成优化控制方法是一种基于网络环境下的集成优化控制方法，计算机网络的信息的安全问题必然影响到系统集成优化控制的实施。因此，对网络化系统集成优化控制中的信息安全问题及其对策进行分析和研究是十分必要的，只有这样才能保证网络化系统的集成优化控制的顺利实施。网络化系统集成优化控制中的信息安全问题可以借助于计算机网络的信息安全对策予以解决。
网络化系统的集成优化控制方法为解决区域性复杂系统的优化控制提供了一种新思路，该方法具有以下优越性:
l)由于网络化系统的集成优化控制方法本质是采用动态大系统的DISOPE递阶优化方法，这样就使得网络化系统的集成优化控制在不需要复杂系统的精确数学模型的情况下，就可以获得实际系统的真实最优解;
2)网络化系统的集成优化控制方法为解决跨区域性的复杂系统的优化控制提供了一种可靠的实现途径和形式。同时由于网络自动化技术的发展和网络信息传输实时性的提高，使得实时地解决区域性的复杂系统的优化控制成为可能。
3结束语
本文将大系统的递阶DISOPE集成优化控制方法与网络自动化技术相结合，对网络化系统的集成优化控制方法进行了研究和探讨，为在网络环境下实现分散性复杂系统的优化控制问题提供了一种可靠的实现途径，研究具有重要的理论意义和实际应用价值。文中提出了网络化系统集成优化控制向题，对网络化系统的集成优化控制方法及其实现进行了分析和研究，并对网络化系统的集成优化控制的实时性、最优性、收敛性和鲁棒性进行了探讨，并对网络化系统的集成优化控制实施行中的信息安全问题以及实际应用问题进行了研究和探讨。
参考文献:
[1]SinghMG，DynamicHierarchicalCootrol[M],North-Holland,1980.
[2]RobertsPD.Optimalcontrolofmonlinearsystemswithmodelrealitydifferences[A].31stConferenceonDecisionandControlProceedings16[C].1992,p257-258
[3]BecerraUMandRobertsPD.Ahierarchicalextensionofdynamicinergratedsystemoptimizationandparameterestimstion[A],IFACSypostiononLarge-ScaleSystems[C].LondonUK1995,p213-218
[4]孔金生，万百五。非战性离散动态大系统的DISOPE关联预测递阶算法[J]系统工程理论与实践，2000，20（12）77-83
[5]孔金生，万百五。非线性离散动态大系统的DISOPE关联平衡协调算法[Jl.系统工程，2001，19(4):14-21.
[6]ViktorBNetworkingandintegrationoffaclitiesautomationsystems[M]CRCPreasLLC,2001
[7]彭可，陈际达，邹润民.控制系统网络化及控制系统与信息网络集成技术[J].信息与控制，2002，31(5):441-445
论文关键词：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)
基于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结语
医疗卫生信息化是国内外医疗卫生行业目前比较关注的话题，其核心是规范医学数据格式，使医疗卫生信息系统能够进行数据交换和信息共享。与发达国家相比，我国的医疗数据交换标准研究工作起步较晚，目前完全遵循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总结
系统集成，是以用户的应用需要和投入资金的规模为出发点，综合应用各种计算机相关技术，适当选择各种软硬件设备，经过相关人员的集成设计、安装调试、应用开发等大量技术性工作和相应的管理性及商务性工作，使集成后的系统能够满足用户对实际工作要求，具有良好的性能和适当的价格的计算机网络系统的全过程。
系统集成要求将各个分离的设备（如个人电脑）、功能和信息等集成到相互关联的、统一和协调的系统之中，使资源达到充分共享，实现集中、便利、高效的管理。系统集成实现的关键在于解决系统之间的互连和互操作性问题，它是一个多厂商、多协议和面向各种应用的体系结构。这需要解决各类设备、子系统间的接口、协议、系统平台、应用软件等与子系统等相关的一切面向集成的问题。
二、基于J2EE平台的系统集成的架构
J2EE旨在为支持Java语言服务器端部署而提供与平台无关的、可移植的、多用户的、安全和标准的企业级平台。
Java具有平台无关性，可以运行在Windows、Linux、Unix等不同的操作系统上，Java的跨平台是通过Java虚拟机（JVM）来实现的，Java源代码被编译成一种结构中立的中间文件格式，只要有Java运行系统的机器都能执行这种中间代，Java源程序被编译成一种与机器无关的字节码格式，在Java虚拟机上运行。
J2EE标准制定了一个开发者编写企业应用时必须遵守的标准，也制定了各种应用系统服务商必须提供的基于标准的服务，这样企业应用程序就可以在不同平台间统一地使用这些服务。就像J2EE是一个工业支持开放标准一样，应用开发者要确信由应用服务器以统一方式在不同平台和不同供应商之间提供下层支持服务，这就允许应用开发商集中于业务逻辑的开发而不用在他们的应用代码里执行这类系统级服务。
另外，一旦建立一个基于Java的组件，就可以在多个软件系统上重复使用，也可以移植到不同系统上。重用已经建立的组件，企业不需要拥有编写整个应用系统所需要的所有技术装备，可以从不同的专门研究某一领域的供应商处购买组件，把这些组件充分利用到自己的应用系统中，这不仅使应用系统开发速度快速增长，而且减少了处理各种技术集的花费。
正是由于诸如以上的众多优点，J2EE平台堪称集成信息系统的“强力粘合剂”，它依靠WEB层和业务层的组件处理事务及安全和扩展性，降低了访问不同系统的难度。J2EE平台的架构由客户层、WEB层、业务层、集成层、数据库层构成（如图1）：
客户层是系统的用户界面，呈现出适当的视图，以收集查询，显示最终结果，它可以是瘦客户端，胖客户端这些非浏览器的客户端，也可以是基于浏览器的客户端。客户层将信息和数据呈现给最终用户，应用程序用户与客户端应用程序交互，客户端应用程序与企业应用程序的其他组件相连。用户接口/提供了客户与信息进行交互的工具和相关的支持服务，它使客户与系统的交互变得简单、快捷。J2EE支持的Java客户端包括Applet、Java应用客户端、J2ME移动客户端或MIDlet，浏览器是一个瘦客户端，在J2EE系统的客户端中应用最广。客户端类型多种多样，容器必须提供组件支持，为客户端组件提供运行时环境，JVM提供了Java运行时环境，个人桌面系统、工程工作站、Applet和应用客户端等组件都支持JVM，而MIDlet要求对JVM进行稍加修改。
由于业务需求瞬息万变，WEB层成了一个动态层，WEB层主要有两种职责：接收客户层组件的要求，处理请求，然后将请求路由到业务层的适当组件；接受业务层传来的结果，计算一个适当的视图，然后将视图路由到对应客户端。客户层使用浏览器应用程序与WEB层组件交互，J2EEWEB层的重要组件有Servlet，ServletFilter和JSP，这些组件部署在高端服务器上，Web服务层和容器提供了事务、命名、目录和JDBC等服务。其中，MVC模式分开了表示逻辑，业务逻辑和数据。
业务层负责执行必需的业务逻辑，它根据客户请求计算业务逻辑，但最好将这些组件隐藏起来，不将业务逻辑直接呈现给客户端。J2EE业务层包括业务逻辑，数据访问逻辑和相关服务。EJB是运行在业务层的业务组件，EJB具有分布特点，面向事务，其中会话Bean负责创建和维护客户与服务器组件的对话，实体Bean以适当方式实现数据的持久层，消息驱动的Bean可将J2EE应用程序与基于JMS的中间件集成到一起。业务组件部署在业务服务器上，业务服务器为业务组件提供各种“校准”服务，如事务、命名和目录等。
EIS层将前端业务逻辑层的组件与后端数据库层连接起来，这一层的组件应尽量确保数据库不同资源与业务逻辑层组件的无缝集成。很多信息系统有规模大、技术难度大的特点，若巧妙集成这些信息系统，将能保护现有投资，并有效“重用”信息，流程和工作流。EIS层的集成不是单纯的数据集成，还涉及信息集成，对JDBC、JMS、J2EE连接器架构、JNI和JNDI等技术能起到帮助作用，其中J2EE连接器架构对企业最重要，能给J2EE平台带来“可插入”行为，厂商的资源适配器允许将信息系统插入J2EE平台，以实现近乎零障碍的集成。
三、Siebel-基于J2EE平台的CRM集成解决方案
Siebel是CRM理念与技术应用的最初实践者，为后来不断涌现的CRM软件厂商提供了业界的标准，可以毫不夸张的认为其是CRM的先驱与开创者。到目前为止，Siebel的CRM系统在CRM3个关键领域，即销售、营销及服务3者之间的数据/流程整合度最高，各种应用界面最为统一。Siebel产品功能齐全，企业更能根据自己的需要选择相应模块，有利于系统的集成，并为今后系统的功能扩展提供充足的前提条件。SiebelCRM应用引擎的多层体系如图2所示：
用户界面提供个性化用户界面，管理用户交互行为，从目标定义库（SRF）读取有关用户界面定义子集并解释执行。目标管理器（ObjectManager）为Siebel所有企业管理逻辑目标（BusinessObjects）提供完整一致的目标行为，从SRF读取与企业管理逻辑有关的目标定义子集并解释执行。数据管理器管理一个独立于RDBMS逻辑数据映像（DataView），从而使目标管理器功能独立，企业管理逻辑定义无需因不同的RDBMS而有所改变，并激发实时SQL语句，读取并解释SRF中有关数据关系链（DatabaseSchema）的定义，与数据交换层（DataExchange）通讯以访问存于RDBMS的物理数据。数据交换层直接处理与RDBMS相关的交互信息，作为数据管理器和RDBMS的中介桥梁。
客户端接口提供了用户界面的简单整合，利用COM、CORBA、ACTIVEX、XML等技术可以在客户端进行客户化整合。服务端的接口为企业逻辑定义目标提供了实时连接，利用COM、CORBA、XML、MQSeries可在服务器端进行整合。数据管理器的接口提供了数据库与数据库之间的数据迁移工具，利用数据库工具在不同的RDBMS之间进行大容量数据交换。
Siebel的企业数据整合管理（EIM）是专门为系统实施所提供的数据整合管理工具，它用来处理Siebel数据库和企业其他数据库之间的数据交换。EIM利用系统中介数据库表（InterfaceTables）暂时存储输入输出数据，开发人员只需直接读写中介数据库表的内容，中介表与Siebel数据库之间的数据交换与转换由Siebel服务器的EIM批作业自动完成。使用EIM可以对数据进行批量输入、输出、数据整合和删除。在需要数据输出到别的应用系统场合，可以用EIM从Siebel数据库输出数据供其他系统使用。必要时可以根据对定义对数据库的纪录进行整合处理，消除重复纪录。可以根据定义进行数据删除工作，EIM将根据要求将各相关的纪录删除。
Siebel服务器采取逻辑体系（如图3）：
Gateway服务器也称名字服务器，作为各企业服务器的单一入口，动态分配注册Siebel服务器和各应用组件（ServerComponent）的可应用状态，存储服务组件定义以及分配连接信息；如安装第三方负载平衡软件，则可以根据服务器负载情况动态分配入口请求。Siebel服务器运行一个或多个Siebel服务程序，从名字服务器读取服务器的配置信息，利用数据接口访问数据库服务器。企业服务器（EnterpriseServer）逻辑管理一个或多个Siebel服务器，读取单个RDBMS。数据库服务器存储Siebel数据关系链，支持各种流行的数据库标准接口。Siebel文件系统存储所有经压缩的文档数据及其他非标准数据，以供Siebel应用软件读取和存储。
1.1应急信息资源管理
智能化信息系统的实现是基于分布式架构，对外部资源进行快速有效的集成，并对经济基础信息进行分类、传输和管理。智能化信息系统中数据是通过有线和无线网络进行实时采集得到的，采集的数据主要是针对应急决策支持所需的图像、视频等。智能化信息系统在采集得到相应的数据之后，需要对数据进行处理和传输，通过对数据进行分类，构建智能化信息系统的模型库、知识库和案例库等。并对上述数据库进行管理和维护，为上面提到的应急决策支持功能和事件预警监控功能的实现做好基础。事件预警监控智能化信息系统可以对预警规则进行制定，并对项目进行监控，对于预警时间进行及时的通知。智能化信息系统采自适应神经网络模糊推理技术，以及大数据挖掘的相关技术，对收集到的信息进行分析和处理，得出事件之间的关联和规律，并对重大的突发事件进行提前预警。
1.2应急决策支持
智能化信息系统实现的基础是大量的知识库和模板库，通过将方法库、模型库整合在一起形成信息系统的数据库。智能化信息系统在处理时间的时候，就可以通过数据库所提供的大量的，包括图像、数字、文本等形式的信息资料进行分析，以及对历史资料、实时信息和预测信息的查询，得到相似的案例和处理方法。同时，智能化信息系统可以利用多Agent技术对时间进行全方位的分析和处理，准确地得出处理方案，并采取相应的措施。
2智能化信息系统集成的项目管理
智能化信息系统集成项目所覆盖的学科范围较广，各集成部分的要求和所实现的技术不尽相同，同时，各集成部分之间的关系错综复杂。如何对智能化信息系统中各项项目进行有效的组织和整合，对项目的成败具有重要的影响。因此，要做好项目的管理工作，包括项目的进度、技术、质量过程、文档以及用户关系的管理，下面将分别进行简要的描述。项目的进度管理：这是项目管理中的重要环节，需要对项目的进展包括工作周期和工作排序进行调整和确定，保持资源合理的配置同时对成本进行严格的控制。项目的计划管理：这是保证项目按照计划进行实施，防止项目在实施过程中出现混乱的现象，同时，合理分配项目资源，对人力物力进行合理的分配，防止出现浪费的现象，有效的项目计划管理有助于项目有条不紊的实现。项目的质量过程管理：主要是对智能化信息系统进行全方位的管理和监控，制定项目的质量标准，并根据质量标准对项目进行管理。项目的文档管理：有利于项目的管理人员及时对项目中的时间进行回顾和分析，总结经验教训。项目的用户关系管理：主要是根据用户的需求，对项目进行反馈和改进，保证用户对项目的满意度。
3结语
城际铁路通信系统承载的主要业务，有电路域数据话音业务和分组域数据业务。具体如表1所示。电路域数据话音业务对实时性要求较高，又要十分准确地传递信息，具有最高或者较高的优先级；分组域数据业务对实时性要求较低（与电路域业务相比），突发性强，有一定的数据量。本文将跨层设计应用于城际铁路无线通信系统中，根据业务类型的不同，在物理层和链路层进行AMC－HARQ跨层优化设计。AMC－HARQ跨层自适应传输的系统模型如图1所示。
物理层釆用自适应调制编码技术，根据业务类型分类，制定M种调制方式和编码方式。首先，接收端通过信道测量技术，估计出信道质量信息，并通过反馈信道，将信道质量信息反馈给发送端；然后，发送端根据接收到的信道质量，选择下次传输要使用的调制编码阶数。MAC层采用同步并行停等协议即HARQ协议。首先对各数据帧分别进行CRC编码，级联构成数据帧进入物理层。物理层使用FEC编码对整个数据帧进行编码，然后存入缓存用以进行重传。接收端经过译码、CRC校验后，回送确认帧。确认帧包含了帧确认号和重传比特向量。
帧确认号表示链路层上一个按序接收的帧的序号，重传比特向量比接收窗口长度（W）小1的比特向量，即长度为W－1。比特向量表示当前接收窗口的所有帧接收情况，如“1”表示需要重传，“0”表示接收成功。由于重传比特向量是接收窗口的历史移位记录，即使当前的确认帧因信道变化而丢失，确认帧也不应重发，因为后续的确认帧包含历史的接收记录。确认帧格式如图2所示。收发双方的链路层都缓存W个数据帧。发方维护发送缓存和重传列表，发送缓存中保存着当前发送窗口中未确认的帧，重传列表中保存了待重传的帧序号。收方的接收缓存保存当前接收窗口中乱序的数据帧，当接收到的帧有序后，链路层向。
2AMC－HARQ跨层自适应传输性能分析
本文使用Matlab仿真工具对基于AMC－HARQ跨层自适应传输系统进行仿真分析，模拟信道使用瑞利衰落信道模型，每个数据包中含信息位500bit，通过1／3码率的卷积码，仿真包数目每次1000个，结果取6次平均值，同时假设CRC能正确校验。在物理层，提供不调制、BPSK、QPSK、8PSK等4种传输模式，系统可以根据AMC中每种传输模式的瞬时误包率（PER）和接收到的SNR在各种物理层传输模式之间的关系，自适应地选择合适的调制编码方式。在链路层，要综合考虑时延、误包率和吞吐量，真正满足城际铁路不同业务的QoS要求。设置最大重传次数为N＝0、1、2，测试在不同干扰条件下，不同的业务类型的成功率，见图3，图4，图5。可见，通过AMC－HARQ跨层自适应传输方案，当链路层重传1次，可以在5％干扰情况下实现95％的接收成功率；链路层重传2次，可以在5％干扰情况下实现99％的接收成功率，在10％干扰情况下实现94％以上的接收成功率。
