前言：我們精心挑選了數(shù)篇優(yōu)質系統(tǒng)集成論文文章，供您閱讀參考。期待這些文章能為您帶來啟發(fā)，助您在寫作的道路上更上一層樓。

第1篇

論文關鍵詞：XBRL，系統(tǒng)集成，會計信息系統(tǒng)集成

 

一、XBRL概述

1、XBRL的定義

XBRL（eXtensibleBusiness Reporting Language，可擴展商業(yè)報告語言），其實質是一種數(shù)據(jù)描述語言，通過它可以使各種商業(yè)信息在不同軟件、平臺、技術間（包括Internet）實現(xiàn)數(shù)據(jù)的可靠提取和順暢交換。它是以XML（eXtensible Markup Language，可擴展標記語言）為基礎發(fā)展起來的，是目前應用于非結構化信息處理尤其是財務報表信息處理的最新技術，XBRL的出現(xiàn)和迅速發(fā)展為會計信息提供模式的革新引入了嶄新的思路。美國注冊會計師查爾斯·霍夫曼（Charles Hoffman）于1998年4月最早提出了XBRL的構想。

XBRL國際組織網(wǎng)站（xbrl.org）對XBRL給出了如下定義，“XBRL是商業(yè)和財務數(shù)據(jù)電子化交流的一種語言，是用來改革全世界商業(yè)報告的語言。它有助于商業(yè)信息的編制、分析和交流，為提供和使用財務數(shù)據(jù)的所有人提供低成本、高效率的服務以及可靠而準確的商業(yè)信息”。

2、XBRL的組成

XBRL的技術框架主要包括四個部分，即XBRL技術規(guī)范（Specification）、XBRL分類標準（Taxonomy）、XBRL實例文檔（Instance Documents）和樣式表（StyleSheets）。XBRL技術規(guī)范提供了描述XBRL如何運作的基本技術細節(jié)，規(guī)定了XBRL分類標準和XBRL實例文檔所應遵循的各種規(guī)則；XBRL分類標準是XBRL技術的核心部分，定義了各項目的屬性及其之間的關系等，它是在XBRL技術規(guī)范的基礎上，結合各個國家、行業(yè)、企業(yè)的實際情況制定的；XBRL

實例文檔是根據(jù)XBRL技術規(guī)范，依據(jù)某些XBRL分類標準制作的財務事實數(shù)據(jù)文件，一個XBRL實例文檔就對應著一個企業(yè)財務報告的實例文件；樣式表用于定義財務報告時的顯示項目和格式職稱論文，將實例文檔以用戶可讀的方式顯示出來。

二、XBRL的技術優(yōu)勢

1．利用XBRL可以快速、精確地檢索信息，并且有利于財務報告數(shù)據(jù)間的比較。以往的網(wǎng)絡財務報告主要采用HTML技術和PDF技術。由于HTML只是一種簡單的表示性語言，無法表達和區(qū)分數(shù)據(jù)的具體內涵，檢索信息有如大海撈針；而PDF格式文件無法通過程序自動從中讀取數(shù)據(jù)，需要對信息進行二次加工，造成數(shù)據(jù)處理的差錯率提高。在XBRL中，數(shù)據(jù)間建立了一些關聯(lián)，在檢索數(shù)據(jù)時可以根據(jù)其所在的背景進行查詢，從而加快了檢索速度。此外， XBRL提供了豐富的語意，計算機可以方便的進行數(shù)據(jù)分析比較等深加工工作。

2．XBRL技術為財務信息的使用者提供便利。XBRL具有良好的動態(tài)分析功能，并且在不同的信息之間建立鏈接，跟蹤相關的信息線索，對于XBRL標記的財務報告，信息使用者通過運用恰當?shù)乃阉鞴ぞ撸褂肵BRL的“下鉆”（Drill-Down）功能，就可以自上向下考察數(shù)據(jù)源頭直到底層的數(shù)據(jù)，增強了會計信息的可驗證性，有利于數(shù)據(jù)的獲取并且進行挖掘分析。

3．利用XBRL提高了財務信息的可靠性、相關性、及時性。以XBRL為基礎編寫及財務報告，有利于各方監(jiān)督驗證信息的真實性和可靠性；而且因其具有良好的信息開放性，數(shù)據(jù)可定制、可擴展，使用者可以根據(jù)各自的需求獲得個性化信息，從而增強了信息的有用性和相關性；XBRL財務信息系統(tǒng)能夠隨時生成“實時會計報告”，從而使企業(yè)內外部人員可以動態(tài)地、及時地得到企業(yè)的財務與非財務信息，實現(xiàn)了財務信息的實時性。

4． XBRL具有較好的通用性和兼容性，可以跨平臺使用。XBRL是基于XML的，由于XML是跨平臺的語言，因此XBRL也是跨平臺的，通過XBRL信息可以在不同的操作系統(tǒng)、數(shù)據(jù)庫和應用軟件之間進行傳輸和交換，消除了個別軟件不兼容的問題。此外，XBRL具有自定義標簽以及支持多國語言的特性，從而消除企業(yè)報告中的語言障礙，有利于國際間的經(jīng)濟合作。

5．使用XBRL可以避免數(shù)據(jù)重復錄入的問題。傳統(tǒng)的財務報告由于非結構化信息導致了信息不可重用，需要人工進行重復錄入，而采用XBRL后職稱論文，因其顯示格式放在單獨的“樣式表”中，財務數(shù)據(jù)只需錄入一次，就可呈現(xiàn)為各種格式的財務報告，從而降低了數(shù)據(jù)錄入錯誤的風險，提高了信息的準確度，有效降低了公司編制與財務報告的成本。

三、基于XBRL的會計信息系統(tǒng)集成

1．會計信息系統(tǒng)集成的含義

所謂系統(tǒng)集成（SI，System Integration），就是通過結構化的綜合布線系統(tǒng)和計算機網(wǎng)絡技術，將各個分離的設備（如個人電腦）、功能和信息等集成到相互關聯(lián)的、統(tǒng)一和協(xié)調的系統(tǒng)之中，使資源達到充分共享，實現(xiàn)集中、高效、便利的管理。系統(tǒng)集成應采用功能集成、網(wǎng)絡集成、軟件界面集成等多種集成技術。系統(tǒng)集成實現(xiàn)的關鍵在于解決系統(tǒng)之間的互連和互操作性問題，它是一個多廠商、多協(xié)議和面向各種應用的體系結構。

系統(tǒng)集成作為一種新興的服務方式，是近年來國際信息服務業(yè)中發(fā)展勢頭最猛的一個行業(yè)。系統(tǒng)集成的本質就是最優(yōu)化的綜合統(tǒng)籌設計，一個大型的綜合計算機網(wǎng)絡系統(tǒng)，系統(tǒng)集成包括計算機軟件、硬件、操作系統(tǒng)技術、數(shù)據(jù)庫技術、網(wǎng)絡通訊技術等的集成，系統(tǒng)集成所要達到的目標是整體性能最優(yōu)，即所有部件和成分合在一起后不但能工作，而且全系統(tǒng)是低成本的、高效率的、性能勻稱的、可擴充的和可維護的系統(tǒng)。系統(tǒng)集成既是一種商業(yè)行為，也是一種管理行為，但其本質是一種技術行為。

會計信息系統(tǒng)集成通過將銷售、生產(chǎn)、采購、庫存、以及市場信息、政府政策等相關信息采集部門對應的業(yè)務模塊封裝為Web服務，經(jīng)過企業(yè)服務總線標準化接口，實現(xiàn)與會計信息系統(tǒng)集成應用平臺的交互（其中會計信息系統(tǒng)集成平臺又是通過對各個財務功能模塊的整合實現(xiàn)的，包括賬務處理、財務管理、財務分析、非財務信息交互等等），用戶根據(jù)應用需求可通過互聯(lián)網(wǎng)絡或移動網(wǎng)絡在會計信息系統(tǒng)集成平臺上對企業(yè)會計信息進行實時訪問與處理，如在外出差人員可以及時進行相關經(jīng)濟業(yè)務數(shù)據(jù)輸入，而不用等到出差結束回來再對相應業(yè)務進行處理，提高了會計信息實時反映效率。會計信息系統(tǒng)集成可實現(xiàn)對業(yè)務信息模塊數(shù)據(jù)的直接讀取，但是在此之前業(yè)務信息模塊并不需要通過事先的數(shù)據(jù)庫集成等集成化處理，只是在應用需求產(chǎn)生時才通過調用相應的服務，實現(xiàn)相應的操作，從而達到企業(yè)會計信息應用目的。會計信息集成系統(tǒng)要求對每個業(yè)務單元制定相應的信息采集標準，這個標準是基于全企業(yè)角度考慮的，而不是局限于業(yè)務部門需要或管理者意愿而隨意采集的。

2．基于XBRL的會計信息系統(tǒng)集成的必要性

將系統(tǒng)集成運用于會計領域，是實現(xiàn)優(yōu)化會計信息系統(tǒng)的運行、提高運行效率、降低運行成本的手段，是企業(yè)信息系統(tǒng)運行成敗的關鍵職稱論文，是進一步發(fā)揮信息系統(tǒng)優(yōu)勢的必由之路。會計信息系統(tǒng)集成與會計信息化相輔相成，其實質是通過對會計電算化過程中形成的信息系統(tǒng)進行重構、優(yōu)化，以及與企業(yè)管理信息系統(tǒng)融合，實現(xiàn)會計信息化。

在管理與信息系統(tǒng)集成理念的指導下，對企業(yè)業(yè)務流程集成和再造是會計信息系統(tǒng)集成的基礎，而XBRL為會計業(yè)務流程再造注入了生機和活力，XBRL與會計業(yè)務流程再造具有較好的內在一致性，能為會計業(yè)務流程再造中會計報告輸出提供更好的技術支持，實現(xiàn)財務、業(yè)務一體化，向內、外部會計信息使用者提供豐富多樣的財務會計信息和管理會計信息。基于XBRL的財務報告具有檢索快速精確、為信息使用者提供便利等優(yōu)勢，而且提高了財務信息的質量，因此，會計信息使用者可以利用基于當前會計業(yè)務流程所產(chǎn)生的XBRL會計報告去匹配決策者的會計信息需求，從而達到互相促進的目的，為實現(xiàn)會計信息系統(tǒng)集成奠定了基礎。

系統(tǒng)的集成并不是簡單的物理集成和數(shù)據(jù)共享，而是在邏輯和概念上的集成，從根本上打破目前的會計信息系統(tǒng)構造，有效發(fā)揮會計信息的作用。以往的會計信息系統(tǒng)，由于會計信息化建設的不均衡，形成了多種基于不同平臺、不同語言、功能和數(shù)據(jù)彼此獨立的財務管理信息系統(tǒng)并存的局面，部門壁壘、信息孤島等問題隨處可見，從而削弱了信息對決策的支持程度，降低了系統(tǒng)整體運行效率以及數(shù)據(jù)存儲、傳輸?shù)陌踩浴；赬BRL的會計信息系統(tǒng)集成，利用XBRL技術可以跨系統(tǒng)、跨平臺使用，而且通過軟件能夠方便地實現(xiàn)企業(yè)財務報告的多語種輸出，以及避免數(shù)據(jù)的重復錄入等技術優(yōu)勢，結合會計信息系統(tǒng)集成的開放性、可擴展性、安全性和可靠性等原則，彌補了以往會計信息系統(tǒng)的缺陷，能夠將孤立、分散的財務管理信息系統(tǒng)集成起來，通過加強系統(tǒng)整合實現(xiàn)資源共享、實時控制，以提高會計信息化水平，促進企業(yè)價值最大化。

四、總結

XBRL是集優(yōu)點與挑戰(zhàn)于一身的商業(yè)報告語言，作為一種新興的技術，在其應用過程中必然存在著一些問題，例如XBRL分類標準不完善職稱論文，導致XBRL相關軟件不成熟；財務信息安全以及網(wǎng)絡安全得不到充分保障；企業(yè)應用XBRL的制度不完備，缺少相關法律法規(guī)的制約等。因此，我們需要盡快制定和完善XBRL分類標準，加快XBRL相關軟件的開發(fā)，采取有效的安全防范措施，完善應用XBRL的制度，建立健全的法律規(guī)范體系。隨著XBRL的逐步完善，未來XBRL的應用領域和商業(yè)價值將無可估量，從而促進會計信息化在更高層次上發(fā)展與升華。

基于XBRL的會計信息系統(tǒng)集成是一項巨大的工程，它并不是簡單的網(wǎng)絡互通和信息共享，而是根據(jù)應用需求，運用計算機技術、網(wǎng)絡技術、數(shù)據(jù)庫技術以及信息系統(tǒng)集成與融合技術等，將可利用的資源有效地組織到一起，充分發(fā)揮各項資源的優(yōu)勢，實現(xiàn)會計信息系統(tǒng)的再造以及系統(tǒng)的高效運行，會計信息系統(tǒng)和企業(yè)的信息化系統(tǒng)融為一體，共同支持企業(yè)的決策活動，從而真正地實現(xiàn)會計信息的優(yōu)化和會計信息系統(tǒng)的集成。當然，這一工程的實現(xiàn)將是一個漫長的過程，需要理論界和實務界不斷地進行探索和實踐。

參考文獻

[1]呂科，谷士斌．XBRL數(shù)據(jù)集成處理與分析[M]．北京：電子工業(yè)出版社，2008

[2]張?zhí)煳鳎W(wǎng)絡財務報告——論XBRL的理論框架及技術[M] ．上海：復旦大學出版社，2006

[3]田鳳彩．會計信息系統(tǒng)集成探析[J] ．財會研究，2008(19)

[4]續(xù)慧泓．淺議信息化環(huán)境下的會計信息系統(tǒng)集成方法[J]．會計之友，2008(8)

第2篇

基于PKI/CA技術的跨行業(yè)集成框架按照分層的思想進行設計，利用了PKI/CA技術作為數(shù)據(jù)傳輸?shù)陌踩Ｕ希孟⒅虚g件作為數(shù)據(jù)傳輸?shù)耐ǖ溃帘胃鞣较到y(tǒng)的異構性，從而將跨部門、跨行業(yè)的信息系統(tǒng)進行集成。從技術上看，系統(tǒng)集成后，各方系統(tǒng)將是對等部署結構。從單方來看，該框架結構可分為與內部系統(tǒng)接口、電子憑證庫系統(tǒng)、電子印章系統(tǒng)、時間戳系統(tǒng)、PKI/CA基礎設施、直達通道、收發(fā)系統(tǒng)7個部分。

1.1PKI/CA基礎設施

以數(shù)字證書為核心的PKI/CA技術可以對網(wǎng)絡上傳輸?shù)男畔⑦M行加密和解密、數(shù)字簽名和簽名驗證，從而保證：信息除發(fā)送方和接收方外不被其他人竊取；信息在傳輸過程中不被篡改；接收方能夠通過數(shù)字證書來確認發(fā)送方的身份；發(fā)送方對于自己的信息不能抵賴。

1.2與內部系統(tǒng)接口

一方面主要負責將業(yè)務系統(tǒng)中存儲的業(yè)務數(shù)據(jù)、電子印章等按照預先確定的規(guī)范組成相應的xml電子報文，再傳入電子憑證庫系統(tǒng)；另一方面，從電子憑證庫系統(tǒng)中接收對方傳入的xml格式報文，解密后傳入內部系統(tǒng)。此外，還可實現(xiàn)直接與收發(fā)系統(tǒng)連接，實現(xiàn)不需要安全保障機制的普通查詢等業(yè)務，以提高數(shù)據(jù)交換效率。

1.3電子憑證庫系統(tǒng)

電子憑證庫系統(tǒng)可形象描述為現(xiàn)實中存放文件的“鐵皮柜”，是整個集成框架的核心部分。包括電子憑證模板管理、傳輸隊列路由管理、安全管理、憑證管理等4大功能。憑證模板管理模塊按照雙方的約定，設計傳輸憑證的樣式以及具體的簽章個數(shù)及位置；傳輸隊列路由管理模塊用來記錄憑證傳出的去向和接收的來源；安全管理模塊用來控制使用電子憑證庫系統(tǒng)的范圍，避免未經(jīng)允許的用戶使用電子憑證庫，此外還包括預留印鑒的校對、詳細記錄各種日志信息，實現(xiàn)對憑證操作的可追溯等功能；憑證管理模塊用來實現(xiàn)電子憑證收發(fā)、作廢、恢復、查詢、打印、狀態(tài)監(jiān)控、歸檔等功能。

1.4電子印章系統(tǒng)

電子印章系統(tǒng)可形象描述為現(xiàn)實中存放大紅印章的保險柜。其功能包括公章管理、私章管理及印章備案管理。在實現(xiàn)上，將CA證書與電子印章圖片進行綁定，從而保證某個印章圖片與具體的CA證書有關。

1.5時間戳系統(tǒng)

時間戳系統(tǒng)基于PKI技術，對外提供精確可信的時間戳服務。它采用精確的時間源、高強度高標準的安全機制，以確認系統(tǒng)處理數(shù)據(jù)在某一時間的存在性和相關操作的相對時間順序，為信息系統(tǒng)中的時間防抵賴提供基礎服務。

1.6直達通道用于實時性強的數(shù)據(jù)傳輸處理。例如某些查詢服務，可通過明文進行系統(tǒng)間數(shù)據(jù)傳輸。

1.7基于消息中間件的收發(fā)系統(tǒng)

充分利用消息中間件高效可靠的消息傳遞機制進行平臺無關的數(shù)據(jù)交流，并基于數(shù)據(jù)通信來進行分布式系統(tǒng)的集成。通過提供消息傳遞和消息排隊模型，實現(xiàn)跨行業(yè)系統(tǒng)間電子憑證信息的發(fā)送和接收，發(fā)送者將消息發(fā)送給消息服務器，消息服務器將消息存放在若干隊列中，在合適的時候再將消息轉發(fā)給接收者。消息中間件能在不同平臺之間通信，它常被用來屏蔽掉各種平臺及協(xié)議之間的特性，實現(xiàn)應用程序之間的協(xié)同操作。

2基于PKI/CA技術的集成框架實現(xiàn)

在集成多個異構系統(tǒng)時，首先需要各方商定交換憑證的格式，即交換報文規(guī)范。其次，要規(guī)范電子憑證格式、電子印章格式，可以互聯(lián)互通。第三，要規(guī)范電子憑證庫系統(tǒng)、電子印章系統(tǒng)等軟件服務系統(tǒng)的服務接口，為各方異構系統(tǒng)提供交換服務。第四，各方要改造已有系統(tǒng)，使其與集成框架進行對接。下面就最重要的報文規(guī)范和各方系統(tǒng)改造方案進行說明。

2.1規(guī)范交換報文

雙方之間數(shù)據(jù)交換標準需要進行嚴格的約定，需要制定標準報文規(guī)范以實現(xiàn)雙方或多方系統(tǒng)互聯(lián)互通。報文分報文頭和報文體兩部分：報文頭是交換各方進行數(shù)據(jù)交換的相關信息，主要是為電子憑證在消息中間件上按照消息傳輸時增加的頭信息；報文體包括電子憑證數(shù)量和電子憑證信息兩個部分。電子憑證數(shù)量用于描述報文中所包含的電子憑證的筆數(shù)，電子憑證信息可包括一筆或多筆電子憑證，每筆憑證由憑證狀態(tài)、附加信息、業(yè)務憑證原文、簽名信息以及簽章信息5個部分組成。

2.2實現(xiàn)步驟

業(yè)務系統(tǒng)產(chǎn)生憑證，加蓋印章之后，需要存放入憑證庫，并通過收發(fā)通道發(fā)送給接收方，具體實現(xiàn)步驟如下：

（1）甲方業(yè)務系統(tǒng)調用內部系統(tǒng)服務接口生成憑證原文，憑證格式參照2.1小節(jié)。

（2）甲方業(yè)務系統(tǒng)通過內部服務接口調用電子憑證服務系統(tǒng)接口對憑證進行簽章。

（3）甲方電子憑證庫系統(tǒng)調用電子印章系統(tǒng)接口加蓋電子印章。首先對憑證已經(jīng)存在的簽章進行校驗，如果存在原文纂改，則直接返回錯誤；校驗通過后，再對憑證進行簽章。其原理本地取出已燒入UsbKey的印章圖片的Hash摘要送入電子印章系統(tǒng)驗章，驗章通過后調用時間戳服務系統(tǒng)接口加蓋時間戳，然后將憑證原文的Hash摘要和帶時間戳的電子印章Hash摘要送入UsbKey中進行私鑰簽名。

（4）甲方內部服務接口通過電子憑證庫系統(tǒng)調用收發(fā)通道的發(fā)送接口，利用數(shù)字信封技術發(fā)送到接收方（乙方）。

（5）乙方系統(tǒng)進行接收、解開數(shù)字信封、驗章、校驗業(yè)務數(shù)據(jù)一系列操作后將憑證回單，回單時也要進行電子簽章等一系列操作。

（6）甲方電子憑證庫系統(tǒng)定時從收發(fā)通道中讀取數(shù)據(jù)，并進行打開數(shù)字信封、解密、驗章等操作，通過驗證之后，放入甲方的電子憑證庫中。

（7）甲方業(yè)務系統(tǒng)接口定期從憑證庫中查詢憑證回單，通過一些業(yè)務邏輯驗證之后，存放入甲方業(yè)務系統(tǒng)的數(shù)據(jù)庫中。

（8）甲方業(yè)務系統(tǒng)客戶端調用刷新界面來查看已回單的業(yè)務數(shù)據(jù)，并調用電子憑證系統(tǒng)接口打印電子憑證。

3實例和應用效果

本研究成果已應用于河北省預算單位、財政廳、河北省內絕大多數(shù)商業(yè)銀行和中國人民銀行石家莊中心支行系統(tǒng)間的銜接，實現(xiàn)預算審批、資金申請、電子支付、清算等事項。財政廳使用的政府財政管理信息系統(tǒng)主要用于預算填制、審批。人行使用的Tips系統(tǒng)主要用于資金清算。商業(yè)銀行系統(tǒng)主要用于資金的支付。由于所屬不同的責任主體，各方系統(tǒng)不可能重新開發(fā)為一套業(yè)務系統(tǒng)，原來采用信息流輔助業(yè)務控制的辦法進行信息系統(tǒng)整合，即信息可通過一定辦法進行交換，業(yè)務上通過紙質憑證加蓋公章，再由人工傳遞到相關單位進行紙質憑證核對。通過引入基于PKI基礎設施的系統(tǒng)集成模型，將三方系統(tǒng)從預算審批到資金支付，再到資金清算的全鏈條貫通，完全實現(xiàn)了信息流、業(yè)務流的自動化運轉，大大提高了業(yè)務辦公安全性、資金支付效率，壓縮了行政辦公成本。僅省本級財政部門本身就可節(jié)約紙張100萬張/年，并減少了公車傳遞紙質憑證、人工蓋章、驗章所需時間，更重要的是由于引入了電子簽名技術，杜絕了“蘿卜章”，資金支付的安全性得到了有效保障。

4結語

第3篇

醫(yī)療衛(wèi)生信息化是國內外醫(yī)療衛(wèi)生行業(yè)目前比較關注的話題，其核心是規(guī)范醫(yī)學數(shù)據(jù)格式，使醫(yī)療衛(wèi)生信息系統(tǒng)能夠進行數(shù)據(jù)交換和信息共享。與發(fā)達國家相比，我國的醫(yī)療數(shù)據(jù)交換標準研究工作起步較晚，目前完全遵循HL7標準進行醫(yī)療信息系統(tǒng)集成的醫(yī)院、制造商為數(shù)不多［7］。醫(yī)院內部及醫(yī)院之間的信息系統(tǒng)不能實現(xiàn)互聯(lián)互通、信息共享，嚴重阻礙了醫(yī)療信息化的發(fā)展。因此引入HL7國際標準作為國內統(tǒng)一的醫(yī)療信息化標準對解決醫(yī)療信息化建設、實現(xiàn)醫(yī)療數(shù)據(jù)互聯(lián)互通意義重大。

2基于HL7的醫(yī)療衛(wèi)生信息系統(tǒng)集成

國內在基于HL7標準的醫(yī)療衛(wèi)生信息系統(tǒng)集成方面有了初步的實踐。文獻［8］介紹了北京世紀壇醫(yī)院在“持卡就醫(yī)，實時結算”的改造中利用HL7標準實現(xiàn)醫(yī)院和醫(yī)保部門的信息交換。文獻［9］談到國內外檢查儀器的生產(chǎn)廠商通過HL7標準規(guī)范儀器通訊接口來解決各種檢驗儀器接口的重用性問題，并保證數(shù)據(jù)交換的準確性。文獻［10］提到在不更改現(xiàn)有系統(tǒng)的前提之下，通過外掛中間件模式(HL7中間件、HL7引擎)解決醫(yī)院信息系統(tǒng)異構的問題。基于HL7標準進行醫(yī)療數(shù)據(jù)整合，實現(xiàn)了醫(yī)療信息系統(tǒng)內部及系統(tǒng)之間數(shù)據(jù)交換和信息共享，主要體現(xiàn)在系統(tǒng)間集成應用上，涉及的關鍵技術有HL7的本地化和基于HL7的醫(yī)療信息系統(tǒng)集成方式。

2．1HL7本地化

HL7本地化是當前醫(yī)療信息交換標準的研究熱點。HL7是美國開發(fā)的標準，與我國的文化、醫(yī)療模式存在一定差異。例如，美國人姓名有前綴、后綴等多種成分，在HL7協(xié)議中用字段將姓和名分開來存，而我國一般不會將姓和名分開。HL7協(xié)議中給每位病人設定賬號(accountnumber)，而中國則有公費、自費、醫(yī)保等多種類型。因此，國內在引入HL7進行醫(yī)療信息集成時，不能完全照搬HL7標準文件［11－12］。HL7協(xié)議中規(guī)定，消息是信息傳遞的最小單位，由段(segments)、字段(fields)、組件(components)、分隔符(delimiters)等元素組成。一條消息由多個段組成，而一個段由多個具有邏輯關系的字段組成，多種元素又構成了字段［13］。消息機制是實現(xiàn)消息傳輸、數(shù)據(jù)交換的關鍵技術，其主要功能是將應用系統(tǒng)的數(shù)據(jù)通過機制轉換為標準的HL7消息，然后按照機制規(guī)定的傳輸協(xié)議將HL7消息發(fā)送至接收系統(tǒng)，接收方對傳來的HL7消息進行驗證、解析，再轉化為應用系統(tǒng)的數(shù)據(jù)。HL7本地化就是要實現(xiàn)消息機制的本地化，它不需要在技術層面上進行改造，主要是對消息內容定義和編碼。臺灣地區(qū)大都通過單個消息來定義某一個接口，實現(xiàn)HL7的本地化。他們在進行轉診系統(tǒng)設計時，考慮到HL7中規(guī)定姓名字段與本地區(qū)命名存在差異，按照HL7的要求，將姓名分開處理［14］。這種方式依靠幾個大型廠商和幾家大型醫(yī)院就可以定下某個接口標準，在某些方面得到快速應用。日本己經(jīng)建立起了本地化的HL7標準，簡稱MML［15］。國內一些醫(yī)院基于HL7標準進行醫(yī)院信息系統(tǒng)改造，不是對現(xiàn)有HIS系統(tǒng)進行大改造，而是設計HL7網(wǎng)關，實現(xiàn)系統(tǒng)間的數(shù)據(jù)交換和共享［16］。然而，國內醫(yī)療軟件廠商眾多，醫(yī)療信息系統(tǒng)復雜，如果僅依靠某幾個消息來定義接口，要編寫大量、繁雜的轉換程序，工作量非常大，所以這種方法可行但并不實用。目前我國將HL7改造成符合我國國情的HL7本地化標準庫，依據(jù)標準庫開發(fā)研制HL7消息構造器/解析器。消息構造器是參照HL7標準的數(shù)據(jù)結構，從一條HL7消息中抽取出有用的信息放到HL7本地化標準庫，最后完成HL7消息和HL7本地化消息的轉化。這個過程的逆向實現(xiàn)過程，就是消息解析器的工作過程。采用HL7本地化標準庫的方法，編寫工作量減小，轉換效率高，實現(xiàn)了基于國內的HL7標準，給我國醫(yī)療信息系統(tǒng)集成提供了標準數(shù)據(jù)格式。

2．2基于HL7的醫(yī)療信息系統(tǒng)集成

目前國內醫(yī)療信息系統(tǒng)集成大都依靠系統(tǒng)開發(fā)商提供標準接口，或直接讀取對方數(shù)據(jù)庫的數(shù)據(jù)，部分采用共用數(shù)據(jù)庫的方法。這些方法的優(yōu)點是實現(xiàn)起來簡單、成本低，缺點是通用性、擴展性、安全性等方面存在不足。如果多個應用程序同時讀寫數(shù)據(jù)庫，難以保證系統(tǒng)的正確性，甚至可能導致災難性的后果［17］。以上集成方法很難滿足多樣化的醫(yī)療系統(tǒng)應用和頻繁的信息交換需求。HL7提供標準的API接口，可以簡化應用程序集成接口開發(fā)的復雜度和工作量，大大改善系統(tǒng)的安全性和擴展性。引入HL7進行醫(yī)療信息系統(tǒng)集成，可以采用HL7Ready和HL7Engine2種方式［18－19］。

2．2．1HL7Ready方式

這種方式是指現(xiàn)階段在設計或改造醫(yī)療信息系統(tǒng)時，充分考慮系統(tǒng)未來發(fā)展的需要，完全按照HL7標準設計應用系統(tǒng)的體系架構、數(shù)據(jù)對象、數(shù)據(jù)結構。因此，系統(tǒng)的各應用終端都可以接收和處理HL7消息，可以直接或通過中間件與相關軟件進行信息交換，在理論上可以達到系統(tǒng)和系統(tǒng)之間的實時交互，可以相互主動地在“需要的時候”獲取對方可以提供的數(shù)據(jù)信息［20］。當然，這種方式屬于理想的方式，適合在廠商開發(fā)新系統(tǒng)時，進行前瞻性的設計，有利于在多系統(tǒng)應用環(huán)境中的應用整合。HL7Ready的工作原理［21］如圖2所示。Send/Receivemodule(發(fā)送/接收模塊支持)采用TCP/IP通訊協(xié)議，通過Internet或3G網(wǎng)絡進行連接，負責HL7消息的發(fā)送和接受;HL7Resourcemodule(HL7資源模塊)支持各種實際應用的HL7醫(yī)療信息事件，如檢查醫(yī)囑、轉診、住院、出院等;HL7APImodule(應用接口模塊)提供符合HL7標準的應用接口，實現(xiàn)向其他醫(yī)療應用系統(tǒng)發(fā)送數(shù)據(jù)。采用HL7Ready方式整合醫(yī)療信息系統(tǒng)數(shù)據(jù)，從技術上看很好實現(xiàn)，但應用起來難度不小。首先，HL7中有不少內容與中國國情不符或有偏差，具體應用之前需要進行本土化;其次，以這種方式實現(xiàn)醫(yī)療信息系統(tǒng)集成花費大、時間長、不能很快投入使用;最后，國內已經(jīng)形成自己的HIS系統(tǒng)，短時間內不可能重新設計。

2．2．2HL7Engine方式

這種方式是對現(xiàn)有的應用系統(tǒng)進行集成，通過提供外掛程序(HL7引擎、HL7中間件等)負責編碼或者解析HL7信息，使應用程序之間能實現(xiàn)數(shù)據(jù)交換。HL7Engine是一組支持HL7通訊的過程調用函數(shù)或控件，應用系統(tǒng)按照HL7接口引擎的約定提供參數(shù)，模塊之間的通訊則由HL7接口引擎完成。這種方式是將整個醫(yī)療信息網(wǎng)絡的信息交換劃分為本系統(tǒng)內和各系統(tǒng)間兩類分別處理。HL7Engine并不干擾系統(tǒng)自身各部分正常工作，不會參與內部信息交換過程，也就不會對內部信息處理增加負擔，因此無須對既有程序代碼作任何改動［22］。只有當系統(tǒng)與外界發(fā)生信息交換時才進行數(shù)據(jù)格式轉換，充當翻譯角色，在內外部醫(yī)療信息交換中構建了一座橋梁。基于HL7Engine應用系統(tǒng)集成主要有兩種實現(xiàn)方法［23］(見圖3)。一種是采用點對點通訊方式以實現(xiàn)不同系統(tǒng)的對接;另一種是采用HL7服務器的方法，形成居于HL7接口的中心數(shù)據(jù)庫，這樣可以減少接口數(shù)量，提高系統(tǒng)可靠性。從原理上講，這2種方法都是在原有系統(tǒng)中增加一個HL7中間件，醫(yī)療系統(tǒng)通過中間件與其他系統(tǒng)或HL7服務器進行HL7消息交換。采用點對點的方法適合系統(tǒng)較少時使用。若系統(tǒng)增加時，所需的接口也將成倍提高，集成復雜度相應增加，導致成本過高。因此，可以采用HL7服務器的方法解決系統(tǒng)復雜度的問題。HL7服務器作為系統(tǒng)集成的中心結點，與多個子系統(tǒng)互連，大大減少多個系統(tǒng)互連的接口數(shù)量，但是HL7服務器本身的復雜度決定了這種方式只有在十分復雜、異構模塊眾多的情況下才使用。國內對基于HL7Engine的醫(yī)療信息整合進行了一些實踐。1996年北京大學人民醫(yī)院建成了國內第一個大型的醫(yī)院信息系統(tǒng)，醫(yī)院在進行HIS和RIS集成時，采用了點對點通信方式，在HIS端使用太平洋醫(yī)信公司的HL7引擎，在RIS端使用GE公司HL7引擎實現(xiàn)HIS和RIS系統(tǒng)的互連［24］。上海電力醫(yī)院信息平臺項目于2011年11月上線。該項目采用了HL7V2．4標準，以HL7Engine方式將上海電力醫(yī)院原有業(yè)務系統(tǒng)進行了基于HL7標準的改造，通過HL7引擎的處理使非標準的消息變成符合HL7標準的消息，從而實現(xiàn)了醫(yī)院各業(yè)務系統(tǒng)之間基于HL7的信息交換［25］。采用Engine方式實現(xiàn)系統(tǒng)集成，實現(xiàn)簡單，投入周期小，成本花費少，而且能夠很快發(fā)揮作用。雖然系統(tǒng)內的各應用模塊終端并不具有處理HL7消息的能力，無法實現(xiàn)系統(tǒng)與系統(tǒng)之間的實時數(shù)據(jù)處理，以及應用終端的查詢請求等功能。但就目前國內醫(yī)療狀況來看，此方式完全可以滿足國內醫(yī)療系統(tǒng)集成的需要，是一種簡單有效的方法。

3HL7在國內醫(yī)療信息系統(tǒng)的應用趨勢

3．1HL7版本的選擇

系統(tǒng)間互聯(lián)互通主要分為功能(語法)互聯(lián)互通性和語義互聯(lián)互通性。文獻［26］指出，功能互聯(lián)互通性是指兩個或多個系統(tǒng)間通過設定功能和定義報文結構進行信息交換的能力;語義互聯(lián)互通性指兩個或多個系統(tǒng)共享的信息能夠按原有定義被理解的能力，是信息共享的前提條件，涉及數(shù)據(jù)的整合、概念、術語、域模型和數(shù)據(jù)模型以及信息框架的一致性問題，確定信息的結構和內容。在HL7V2．x協(xié)議中，消息的編碼方式復雜繁瑣，不易閱讀;協(xié)議采用自然語言去描述觸發(fā)事件，缺乏明確的方法指導，而且數(shù)據(jù)域導致消息重定義和數(shù)據(jù)結構關系不明確，在實現(xiàn)語義互聯(lián)互通上面臨很大困難。HL7CDA提供一個基于XML的文檔架構，統(tǒng)一遵循RIM模型。一個CDA文檔由ClinicalDocument元素封裝，包含文檔頭(Header)和文檔體(Body)兩部分，CDA文檔中定義text部分的是人讀部分，entry則是機讀部分，更為符合醫(yī)護人員的認知。CDA文檔的詞匯集可以包含醫(yī)學術語等語義標準，從而實現(xiàn)語義上良好的互通性［27］。在進行醫(yī)療系統(tǒng)集成時，美國選擇兩種體系標準混合使用，因為HL7v2．x已經(jīng)在美國醫(yī)療衛(wèi)生系統(tǒng)中廣泛運用［28］，如果推倒后再重新按照CDA的標準來實施成本太高。HL7在國內應用并不廣泛，所以區(qū)域衛(wèi)生的健康檔案、電子病歷標準、醫(yī)療信息系統(tǒng)中的化驗檢驗報告等需要大量文檔交互的系統(tǒng)，可以完全使用CDA。

3．2基于HL7集成方式的選擇

HL7Engine和HL7Ready是基于HL7醫(yī)療信息系統(tǒng)集成的2種途徑［29］。現(xiàn)階段，在國內醫(yī)院管理水平低、HL7的本地化程度不高的情況下，采用Engine方式是最可取的。即使未來標準發(fā)生了改變，包括HL7本地化以及未來采用HL7V3．0的XML格式編碼化，都只需通過修改外掛程序，就能滿足要求。這樣既可以不用對現(xiàn)有的應用系統(tǒng)進行大改造，又可以利用HL7的標準實現(xiàn)數(shù)據(jù)交換和共享，不失為一種簡便的方法。從長遠發(fā)展考慮，HL7Ready方式無疑是最好的選擇。因為它可以使醫(yī)院的相關醫(yī)療數(shù)據(jù)全面推行實現(xiàn)HL7標準，醫(yī)療信息系統(tǒng)無需再做多余的轉換或接口編寫，就可以實現(xiàn)完全的HL7數(shù)據(jù)交換。它是未來醫(yī)療信息系統(tǒng)集成的發(fā)展方向。因此，我們應該把HL7Ready方式作為未來重點研究的方向。

4總結