時間：2023-04-24 17:12:26
序論：在您撰寫系統(tǒng)集成論文時，參考他人的優(yōu)秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發(fā)您的創(chuàng)作熱情，引導(dǎo)您走向新的創(chuàng)作高度。
1.1網(wǎng)絡(luò)化系統(tǒng)及其特征
復(fù)雜系統(tǒng)往往具有分布的區(qū)域性和網(wǎng)絡(luò)性等特征，本文研究的對象網(wǎng)絡(luò)化系統(tǒng)是指網(wǎng)絡(luò)化的復(fù)雜系，即網(wǎng)絡(luò)環(huán)境下的復(fù)雜系統(tǒng)，其特征是通過計算機(jī)絡(luò)將各子系統(tǒng)相連構(gòu)成一個網(wǎng)絡(luò)化的復(fù)雜大系統(tǒng)，絡(luò)環(huán)境可以是局域網(wǎng)或是btemet網(wǎng)絡(luò)。隨著計算網(wǎng)絡(luò)及其技術(shù)的發(fā)展，網(wǎng)絡(luò)通訊得到了極大的提，網(wǎng)絡(luò)的規(guī)模也得到了大大地提升，使得原來分散較難實(shí)現(xiàn)的數(shù)據(jù)輸出和交換，可以在一個“貫通”的絡(luò)環(huán)境中實(shí)現(xiàn)，其信息的傳輸均依賴網(wǎng)絡(luò)進(jìn)行。本研究的網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制是指對網(wǎng)絡(luò)環(huán)下復(fù)雜系統(tǒng)的集成優(yōu)化控制。
1.2網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制問題
實(shí)際系統(tǒng)中的優(yōu)化問題無處不在，同時由于計算機(jī)網(wǎng)絡(luò)及其技術(shù)的發(fā)展，使得分散的、具有區(qū)域特征的復(fù)雜系統(tǒng)形成了具有鮮明特征的網(wǎng)絡(luò)化系統(tǒng)，對網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制問題進(jìn)行研究具有重要的理論意義和實(shí)際應(yīng)用價值。本文就是將集成優(yōu)化控制方法與網(wǎng)絡(luò)自動化技術(shù)相結(jié)合，對網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法進(jìn)行了研究。
網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制問題可以描述為:針對網(wǎng)絡(luò)環(huán)境下的復(fù)雜系統(tǒng)，將集成優(yōu)化控制方法與網(wǎng)絡(luò)自動化技術(shù)相結(jié)合，對網(wǎng)絡(luò)化系統(tǒng)進(jìn)行集成優(yōu)化控制，獲得網(wǎng)絡(luò)環(huán)境下復(fù)雜系統(tǒng)的優(yōu)化解。
2網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制的實(shí)現(xiàn)
2.1網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制算法及其實(shí)現(xiàn)
網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法就是將復(fù)雜系統(tǒng)的集成優(yōu)化控制方法和網(wǎng)絡(luò)自動化技術(shù)相結(jié)合，用來解決網(wǎng)絡(luò)化復(fù)雜系統(tǒng)的優(yōu)化控制問題，使其在難以建模、系統(tǒng)具有網(wǎng)絡(luò)化和區(qū)域化等情況下，獲得滿意的優(yōu)化控制結(jié)果。網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制方法的特點(diǎn)是引人了網(wǎng)絡(luò)回路，在優(yōu)化算法中引人了一些不確定因素，其優(yōu)化控制更加依賴于網(wǎng)絡(luò)系統(tǒng)和網(wǎng)絡(luò)技術(shù)。網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制的關(guān)鍵技術(shù)在于動態(tài)系統(tǒng)優(yōu)化與參數(shù)估計集成優(yōu)化方法的實(shí)現(xiàn)和網(wǎng)絡(luò)信息傳輸，借助于動態(tài)系統(tǒng)集成優(yōu)化控制技術(shù)和網(wǎng)絡(luò)自動化技術(shù)可實(shí)現(xiàn)網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制，可以基于局域網(wǎng)或Intemet實(shí)現(xiàn)。基于局域網(wǎng)的網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制的示意圖如下圖所示。
2.2網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制的特征
對一個動態(tài)優(yōu)化控制方法，除了給出優(yōu)化算法，還需要對其性能進(jìn)行分析，只有這樣才能保證優(yōu)化方法的實(shí)施。網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法的性能包括實(shí)時性、最優(yōu)性、收斂性及其魯棒性等。
2.2.1實(shí)時性
在引人網(wǎng)絡(luò)之前，針對跨區(qū)域的復(fù)雜系統(tǒng)，其優(yōu)化控制的實(shí)施是很困難的，即使能夠，其實(shí)時性也難以保證。網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制方法由于借助于計算機(jī)網(wǎng)絡(luò)技術(shù)來實(shí)施集成優(yōu)化控制，可以較好地解決跨區(qū)域復(fù)雜系統(tǒng)集成優(yōu)化控制的實(shí)時性問題。
2.2.2最優(yōu)性
算法最優(yōu)性是指在算法收斂的情況下，收斂解是否實(shí)際系統(tǒng)的最優(yōu)解。對于網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制方法，在最優(yōu)解存在且唯一等假設(shè)條件下，若算法收斂，則收斂解滿足最優(yōu)性必要條件，即所得優(yōu)化解是實(shí)際系統(tǒng)的真實(shí)最優(yōu)解。
2.2.3收敢性
網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制方法需要實(shí)施，首先要求其優(yōu)化控制算法是收斂的，收斂性就是研究算法收斂的條件，針對不同的算法其收斂性條件有所不同。對于網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法，其優(yōu)化的框架沒有改變，只是引人了網(wǎng)絡(luò)回路，利用算法映射及壓縮映射原理，通過分析可以獲得保證優(yōu)化算法收斂的條件。
2.2.4魯棒性
網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制方法的魯棒性問題是指在存在這樣那樣擾動的情況下，優(yōu)化算法保持其收斂性，并收斂到最優(yōu)解的能力。網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法在不需要實(shí)際過程的精確數(shù)學(xué)模型的情況下可以獲得實(shí)際系統(tǒng)的真實(shí)最優(yōu)解，對模型的結(jié)構(gòu)和參數(shù)具有較強(qiáng)的魯棒性。
網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法是一種基于網(wǎng)絡(luò)環(huán)境下的集成優(yōu)化控制方法，計算機(jī)網(wǎng)絡(luò)的信息的安全問題必然影響到系統(tǒng)集成優(yōu)化控制的實(shí)施。因此，對網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制中的信息安全問題及其對策進(jìn)行分析和研究是十分必要的，只有這樣才能保證網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制的順利實(shí)施。網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制中的信息安全問題可以借助于計算機(jī)網(wǎng)絡(luò)的信息安全對策予以解決。
網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法為解決區(qū)域性復(fù)雜系統(tǒng)的優(yōu)化控制提供了一種新思路，該方法具有以下優(yōu)越性:
l)由于網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法本質(zhì)是采用動態(tài)大系統(tǒng)的DISOPE遞階優(yōu)化方法，這樣就使得網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制在不需要復(fù)雜系統(tǒng)的精確數(shù)學(xué)模型的情況下，就可以獲得實(shí)際系統(tǒng)的真實(shí)最優(yōu)解;
2)網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法為解決跨區(qū)域性的復(fù)雜系統(tǒng)的優(yōu)化控制提供了一種可靠的實(shí)現(xiàn)途徑和形式。同時由于網(wǎng)絡(luò)自動化技術(shù)的發(fā)展和網(wǎng)絡(luò)信息傳輸實(shí)時性的提高，使得實(shí)時地解決區(qū)域性的復(fù)雜系統(tǒng)的優(yōu)化控制成為可能。
3結(jié)束語
本文將大系統(tǒng)的遞階DISOPE集成優(yōu)化控制方法與網(wǎng)絡(luò)自動化技術(shù)相結(jié)合，對網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法進(jìn)行了研究和探討，為在網(wǎng)絡(luò)環(huán)境下實(shí)現(xiàn)分散性復(fù)雜系統(tǒng)的優(yōu)化控制問題提供了一種可靠的實(shí)現(xiàn)途徑，研究具有重要的理論意義和實(shí)際應(yīng)用價值。文中提出了網(wǎng)絡(luò)化系統(tǒng)集成優(yōu)化控制向題，對網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制方法及其實(shí)現(xiàn)進(jìn)行了分析和研究，并對網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制的實(shí)時性、最優(yōu)性、收斂性和魯棒性進(jìn)行了探討，并對網(wǎng)絡(luò)化系統(tǒng)的集成優(yōu)化控制實(shí)施行中的信息安全問題以及實(shí)際應(yīng)用問題進(jìn)行了研究和探討。
參考文獻(xiàn):
[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]孔金生，萬百五。非戰(zhàn)性離散動態(tài)大系統(tǒng)的DISOPE關(guān)聯(lián)預(yù)測遞階算法[J]系統(tǒng)工程理論與實(shí)踐，2000，20（12）77-83
[5]孔金生，萬百五。非線性離散動態(tài)大系統(tǒng)的DISOPE關(guān)聯(lián)平衡協(xié)調(diào)算法[Jl.系統(tǒng)工程，2001，19(4):14-21.
[6]ViktorBNetworkingandintegrationoffaclitiesautomationsystems[M]CRCPreasLLC,2001
[7]彭可，陳際達(dá)，鄒潤民.控制系統(tǒng)網(wǎng)絡(luò)化及控制系統(tǒng)與信息網(wǎng)絡(luò)集成技術(shù)[J].信息與控制，2002，31(5):441-445
論文關(guān)鍵詞：XBRL，系統(tǒng)集成，會計信息系統(tǒng)集成
一、XBRL概述
1、XBRL的定義
XBRL（eXtensibleBusiness Reporting Language，可擴(kuò)展商業(yè)報告語言），其實(shí)質(zhì)是一種數(shù)據(jù)描述語言，通過它可以使各種商業(yè)信息在不同軟件、平臺、技術(shù)間（包括Internet）實(shí)現(xiàn)數(shù)據(jù)的可靠提取和順暢交換。它是以XML（eXtensible Markup Language，可擴(kuò)展標(biāo)記語言）為基礎(chǔ)發(fā)展起來的，是目前應(yīng)用于非結(jié)構(gòu)化信息處理尤其是財務(wù)報表信息處理的最新技術(shù)，XBRL的出現(xiàn)和迅速發(fā)展為會計信息提供模式的革新引入了嶄新的思路。美國注冊會計師查爾斯·霍夫曼（Charles Hoffman）于1998年4月最早提出了XBRL的構(gòu)想。
XBRL國際組織網(wǎng)站（xbrl.org）對XBRL給出了如下定義，“XBRL是商業(yè)和財務(wù)數(shù)據(jù)電子化交流的一種語言，是用來改革全世界商業(yè)報告的語言。它有助于商業(yè)信息的編制、分析和交流，為提供和使用財務(wù)數(shù)據(jù)的所有人提供低成本、高效率的服務(wù)以及可靠而準(zhǔn)確的商業(yè)信息”。
2、XBRL的組成
XBRL的技術(shù)框架主要包括四個部分，即XBRL技術(shù)規(guī)范（Specification）、XBRL分類標(biāo)準(zhǔn)（Taxonomy）、XBRL實(shí)例文檔（Instance Documents）和樣式表（StyleSheets）。XBRL技術(shù)規(guī)范提供了描述XBRL如何運(yùn)作的基本技術(shù)細(xì)節(jié)，規(guī)定了XBRL分類標(biāo)準(zhǔn)和XBRL實(shí)例文檔所應(yīng)遵循的各種規(guī)則；XBRL分類標(biāo)準(zhǔn)是XBRL技術(shù)的核心部分，定義了各項目的屬性及其之間的關(guān)系等，它是在XBRL技術(shù)規(guī)范的基礎(chǔ)上，結(jié)合各個國家、行業(yè)、企業(yè)的實(shí)際情況制定的；XBRL
實(shí)例文檔是根據(jù)XBRL技術(shù)規(guī)范，依據(jù)某些XBRL分類標(biāo)準(zhǔn)制作的財務(wù)事實(shí)數(shù)據(jù)文件，一個XBRL實(shí)例文檔就對應(yīng)著一個企業(yè)財務(wù)報告的實(shí)例文件；樣式表用于定義財務(wù)報告時的顯示項目和格式職稱論文，將實(shí)例文檔以用戶可讀的方式顯示出來。
二、XBRL的技術(shù)優(yōu)勢
1．利用XBRL可以快速、精確地檢索信息，并且有利于財務(wù)報告數(shù)據(jù)間的比較。以往的網(wǎng)絡(luò)財務(wù)報告主要采用HTML技術(shù)和PDF技術(shù)。由于HTML只是一種簡單的表示性語言，無法表達(dá)和區(qū)分?jǐn)?shù)據(jù)的具體內(nèi)涵，檢索信息有如大海撈針；而PDF格式文件無法通過程序自動從中讀取數(shù)據(jù)，需要對信息進(jìn)行二次加工，造成數(shù)據(jù)處理的差錯率提高。在XBRL中，數(shù)據(jù)間建立了一些關(guān)聯(lián)，在檢索數(shù)據(jù)時可以根據(jù)其所在的背景進(jìn)行查詢，從而加快了檢索速度。此外， XBRL提供了豐富的語意，計算機(jī)可以方便的進(jìn)行數(shù)據(jù)分析比較等深加工工作。
2．XBRL技術(shù)為財務(wù)信息的使用者提供便利。XBRL具有良好的動態(tài)分析功能，并且在不同的信息之間建立鏈接，跟蹤相關(guān)的信息線索，對于XBRL標(biāo)記的財務(wù)報告，信息使用者通過運(yùn)用恰當(dāng)?shù)乃阉鞴ぞ?，使用XBRL的“下鉆”（Drill-Down）功能，就可以自上向下考察數(shù)據(jù)源頭直到底層的數(shù)據(jù)，增強(qiáng)了會計信息的可驗證性，有利于數(shù)據(jù)的獲取并且進(jìn)行挖掘分析。
3．利用XBRL提高了財務(wù)信息的可靠性、相關(guān)性、及時性。以XBRL為基礎(chǔ)編寫及財務(wù)報告，有利于各方監(jiān)督驗證信息的真實(shí)性和可靠性；而且因其具有良好的信息開放性，數(shù)據(jù)可定制、可擴(kuò)展，使用者可以根據(jù)各自的需求獲得個性化信息，從而增強(qiáng)了信息的有用性和相關(guān)性；XBRL財務(wù)信息系統(tǒng)能夠隨時生成“實(shí)時會計報告”，從而使企業(yè)內(nèi)外部人員可以動態(tài)地、及時地得到企業(yè)的財務(wù)與非財務(wù)信息，實(shí)現(xiàn)了財務(wù)信息的實(shí)時性。
4． XBRL具有較好的通用性和兼容性，可以跨平臺使用。XBRL是基于XML的，由于XML是跨平臺的語言，因此XBRL也是跨平臺的，通過XBRL信息可以在不同的操作系統(tǒng)、數(shù)據(jù)庫和應(yīng)用軟件之間進(jìn)行傳輸和交換，消除了個別軟件不兼容的問題。此外，XBRL具有自定義標(biāo)簽以及支持多國語言的特性，從而消除企業(yè)報告中的語言障礙，有利于國際間的經(jīng)濟(jì)合作。
5．使用XBRL可以避免數(shù)據(jù)重復(fù)錄入的問題。傳統(tǒng)的財務(wù)報告由于非結(jié)構(gòu)化信息導(dǎo)致了信息不可重用，需要人工進(jìn)行重復(fù)錄入，而采用XBRL后職稱論文，因其顯示格式放在單獨(dú)的“樣式表”中，財務(wù)數(shù)據(jù)只需錄入一次，就可呈現(xiàn)為各種格式的財務(wù)報告，從而降低了數(shù)據(jù)錄入錯誤的風(fēng)險，提高了信息的準(zhǔn)確度，有效降低了公司編制與財務(wù)報告的成本。
三、基于XBRL的會計信息系統(tǒng)集成
1．會計信息系統(tǒng)集成的含義
所謂系統(tǒng)集成（SI，System Integration），就是通過結(jié)構(gòu)化的綜合布線系統(tǒng)和計算機(jī)網(wǎng)絡(luò)技術(shù)，將各個分離的設(shè)備（如個人電腦）、功能和信息等集成到相互關(guān)聯(lián)的、統(tǒng)一和協(xié)調(diào)的系統(tǒng)之中，使資源達(dá)到充分共享，實(shí)現(xiàn)集中、高效、便利的管理。系統(tǒng)集成應(yīng)采用功能集成、網(wǎng)絡(luò)集成、軟件界面集成等多種集成技術(shù)。系統(tǒng)集成實(shí)現(xiàn)的關(guān)鍵在于解決系統(tǒng)之間的互連和互操作性問題，它是一個多廠商、多協(xié)議和面向各種應(yīng)用的體系結(jié)構(gòu)。
系統(tǒng)集成作為一種新興的服務(wù)方式，是近年來國際信息服務(wù)業(yè)中發(fā)展勢頭最猛的一個行業(yè)。系統(tǒng)集成的本質(zhì)就是最優(yōu)化的綜合統(tǒng)籌設(shè)計，一個大型的綜合計算機(jī)網(wǎng)絡(luò)系統(tǒng)，系統(tǒng)集成包括計算機(jī)軟件、硬件、操作系統(tǒng)技術(shù)、數(shù)據(jù)庫技術(shù)、網(wǎng)絡(luò)通訊技術(shù)等的集成，系統(tǒng)集成所要達(dá)到的目標(biāo)是整體性能最優(yōu)，即所有部件和成分合在一起后不但能工作，而且全系統(tǒng)是低成本的、高效率的、性能勻稱的、可擴(kuò)充的和可維護(hù)的系統(tǒng)。系統(tǒng)集成既是一種商業(yè)行為，也是一種管理行為，但其本質(zhì)是一種技術(shù)行為。
會計信息系統(tǒng)集成通過將銷售、生產(chǎn)、采購、庫存、以及市場信息、政府政策等相關(guān)信息采集部門對應(yīng)的業(yè)務(wù)模塊封裝為Web服務(wù)，經(jīng)過企業(yè)服務(wù)總線標(biāo)準(zhǔn)化接口，實(shí)現(xiàn)與會計信息系統(tǒng)集成應(yīng)用平臺的交互（其中會計信息系統(tǒng)集成平臺又是通過對各個財務(wù)功能模塊的整合實(shí)現(xiàn)的，包括賬務(wù)處理、財務(wù)管理、財務(wù)分析、非財務(wù)信息交互等等），用戶根據(jù)應(yīng)用需求可通過互聯(lián)網(wǎng)絡(luò)或移動網(wǎng)絡(luò)在會計信息系統(tǒng)集成平臺上對企業(yè)會計信息進(jìn)行實(shí)時訪問與處理，如在外出差人員可以及時進(jìn)行相關(guān)經(jīng)濟(jì)業(yè)務(wù)數(shù)據(jù)輸入，而不用等到出差結(jié)束回來再對相應(yīng)業(yè)務(wù)進(jìn)行處理，提高了會計信息實(shí)時反映效率。會計信息系統(tǒng)集成可實(shí)現(xiàn)對業(yè)務(wù)信息模塊數(shù)據(jù)的直接讀取，但是在此之前業(yè)務(wù)信息模塊并不需要通過事先的數(shù)據(jù)庫集成等集成化處理，只是在應(yīng)用需求產(chǎn)生時才通過調(diào)用相應(yīng)的服務(wù)，實(shí)現(xiàn)相應(yīng)的操作，從而達(dá)到企業(yè)會計信息應(yīng)用目的。會計信息集成系統(tǒng)要求對每個業(yè)務(wù)單元制定相應(yīng)的信息采集標(biāo)準(zhǔn)，這個標(biāo)準(zhǔn)是基于全企業(yè)角度考慮的，而不是局限于業(yè)務(wù)部門需要或管理者意愿而隨意采集的。
2．基于XBRL的會計信息系統(tǒng)集成的必要性
將系統(tǒng)集成運(yùn)用于會計領(lǐng)域，是實(shí)現(xiàn)優(yōu)化會計信息系統(tǒng)的運(yùn)行、提高運(yùn)行效率、降低運(yùn)行成本的手段，是企業(yè)信息系統(tǒng)運(yùn)行成敗的關(guān)鍵職稱論文，是進(jìn)一步發(fā)揮信息系統(tǒng)優(yōu)勢的必由之路。會計信息系統(tǒng)集成與會計信息化相輔相成，其實(shí)質(zhì)是通過對會計電算化過程中形成的信息系統(tǒng)進(jìn)行重構(gòu)、優(yōu)化，以及與企業(yè)管理信息系統(tǒng)融合，實(shí)現(xiàn)會計信息化。
在管理與信息系統(tǒng)集成理念的指導(dǎo)下，對企業(yè)業(yè)務(wù)流程集成和再造是會計信息系統(tǒng)集成的基礎(chǔ)，而XBRL為會計業(yè)務(wù)流程再造注入了生機(jī)和活力，XBRL與會計業(yè)務(wù)流程再造具有較好的內(nèi)在一致性，能為會計業(yè)務(wù)流程再造中會計報告輸出提供更好的技術(shù)支持，實(shí)現(xiàn)財務(wù)、業(yè)務(wù)一體化，向內(nèi)、外部會計信息使用者提供豐富多樣的財務(wù)會計信息和管理會計信息?；赬BRL的財務(wù)報告具有檢索快速精確、為信息使用者提供便利等優(yōu)勢，而且提高了財務(wù)信息的質(zhì)量，因此，會計信息使用者可以利用基于當(dāng)前會計業(yè)務(wù)流程所產(chǎn)生的XBRL會計報告去匹配決策者的會計信息需求，從而達(dá)到互相促進(jìn)的目的，為實(shí)現(xiàn)會計信息系統(tǒng)集成奠定了基礎(chǔ)。
系統(tǒng)的集成并不是簡單的物理集成和數(shù)據(jù)共享，而是在邏輯和概念上的集成，從根本上打破目前的會計信息系統(tǒng)構(gòu)造，有效發(fā)揮會計信息的作用。以往的會計信息系統(tǒng)，由于會計信息化建設(shè)的不均衡，形成了多種基于不同平臺、不同語言、功能和數(shù)據(jù)彼此獨(dú)立的財務(wù)管理信息系統(tǒng)并存的局面，部門壁壘、信息孤島等問題隨處可見，從而削弱了信息對決策的支持程度，降低了系統(tǒng)整體運(yùn)行效率以及數(shù)據(jù)存儲、傳輸?shù)陌踩??；赬BRL的會計信息系統(tǒng)集成，利用XBRL技術(shù)可以跨系統(tǒng)、跨平臺使用，而且通過軟件能夠方便地實(shí)現(xiàn)企業(yè)財務(wù)報告的多語種輸出，以及避免數(shù)據(jù)的重復(fù)錄入等技術(shù)優(yōu)勢，結(jié)合會計信息系統(tǒng)集成的開放性、可擴(kuò)展性、安全性和可靠性等原則，彌補(bǔ)了以往會計信息系統(tǒng)的缺陷，能夠?qū)⒐铝?、分散的財?wù)管理信息系統(tǒng)集成起來，通過加強(qiáng)系統(tǒng)整合實(shí)現(xiàn)資源共享、實(shí)時控制，以提高會計信息化水平，促進(jìn)企業(yè)價值最大化。
四、總結(jié)
XBRL是集優(yōu)點(diǎn)與挑戰(zhàn)于一身的商業(yè)報告語言，作為一種新興的技術(shù)，在其應(yīng)用過程中必然存在著一些問題，例如XBRL分類標(biāo)準(zhǔn)不完善職稱論文，導(dǎo)致XBRL相關(guān)軟件不成熟；財務(wù)信息安全以及網(wǎng)絡(luò)安全得不到充分保障；企業(yè)應(yīng)用XBRL的制度不完備，缺少相關(guān)法律法規(guī)的制約等。因此，我們需要盡快制定和完善XBRL分類標(biāo)準(zhǔn)，加快XBRL相關(guān)軟件的開發(fā)，采取有效的安全防范措施，完善應(yīng)用XBRL的制度，建立健全的法律規(guī)范體系。隨著XBRL的逐步完善，未來XBRL的應(yīng)用領(lǐng)域和商業(yè)價值將無可估量，從而促進(jìn)會計信息化在更高層次上發(fā)展與升華。
基于XBRL的會計信息系統(tǒng)集成是一項巨大的工程，它并不是簡單的網(wǎng)絡(luò)互通和信息共享，而是根據(jù)應(yīng)用需求，運(yùn)用計算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)、數(shù)據(jù)庫技術(shù)以及信息系統(tǒng)集成與融合技術(shù)等，將可利用的資源有效地組織到一起，充分發(fā)揮各項資源的優(yōu)勢，實(shí)現(xiàn)會計信息系統(tǒng)的再造以及系統(tǒng)的高效運(yùn)行，會計信息系統(tǒng)和企業(yè)的信息化系統(tǒng)融為一體，共同支持企業(yè)的決策活動，從而真正地實(shí)現(xiàn)會計信息的優(yōu)化和會計信息系統(tǒng)的集成。當(dāng)然，這一工程的實(shí)現(xiàn)將是一個漫長的過程，需要理論界和實(shí)務(wù)界不斷地進(jìn)行探索和實(shí)踐。
參考文獻(xiàn)
[1]呂科，谷士斌．XBRL數(shù)據(jù)集成處理與分析[M]．北京：電子工業(yè)出版社，2008
[2]張?zhí)煳鳎W(wǎng)絡(luò)財務(wù)報告——論XBRL的理論框架及技術(shù)[M] ．上海：復(fù)旦大學(xué)出版社，2006
[3]田鳳彩．會計信息系統(tǒng)集成探析[J] ．財會研究，2008(19)
[4]續(xù)慧泓．淺議信息化環(huán)境下的會計信息系統(tǒng)集成方法[J]．會計之友，2008(8)
基于PKI/CA技術(shù)的跨行業(yè)集成框架按照分層的思想進(jìn)行設(shè)計，利用了PKI/CA技術(shù)作為數(shù)據(jù)傳輸?shù)陌踩Ｕ?，利用消息中間件作為數(shù)據(jù)傳輸?shù)耐ǖ溃帘胃鞣较到y(tǒng)的異構(gòu)性，從而將跨部門、跨行業(yè)的信息系統(tǒng)進(jìn)行集成。從技術(shù)上看，系統(tǒng)集成后，各方系統(tǒng)將是對等部署結(jié)構(gòu)。從單方來看，該框架結(jié)構(gòu)可分為與內(nèi)部系統(tǒng)接口、電子憑證庫系統(tǒng)、電子印章系統(tǒng)、時間戳系統(tǒng)、PKI/CA基礎(chǔ)設(shè)施、直達(dá)通道、收發(fā)系統(tǒng)7個部分。
1.1PKI/CA基礎(chǔ)設(shè)施
以數(shù)字證書為核心的PKI/CA技術(shù)可以對網(wǎng)絡(luò)上傳輸?shù)男畔⑦M(jìn)行加密和解密、數(shù)字簽名和簽名驗證，從而保證：信息除發(fā)送方和接收方外不被其他人竊??；信息在傳輸過程中不被篡改；接收方能夠通過數(shù)字證書來確認(rèn)發(fā)送方的身份；發(fā)送方對于自己的信息不能抵賴。
1.2與內(nèi)部系統(tǒng)接口
一方面主要負(fù)責(zé)將業(yè)務(wù)系統(tǒng)中存儲的業(yè)務(wù)數(shù)據(jù)、電子印章等按照預(yù)先確定的規(guī)范組成相應(yīng)的xml電子報文，再傳入電子憑證庫系統(tǒng)；另一方面，從電子憑證庫系統(tǒng)中接收對方傳入的xml格式報文，解密后傳入內(nèi)部系統(tǒng)。此外，還可實(shí)現(xiàn)直接與收發(fā)系統(tǒng)連接，實(shí)現(xiàn)不需要安全保障機(jī)制的普通查詢等業(yè)務(wù)，以提高數(shù)據(jù)交換效率。
1.3電子憑證庫系統(tǒng)
電子憑證庫系統(tǒng)可形象描述為現(xiàn)實(shí)中存放文件的“鐵皮柜”，是整個集成框架的核心部分。包括電子憑證模板管理、傳輸隊列路由管理、安全管理、憑證管理等4大功能。憑證模板管理模塊按照雙方的約定，設(shè)計傳輸憑證的樣式以及具體的簽章個數(shù)及位置；傳輸隊列路由管理模塊用來記錄憑證傳出的去向和接收的來源；安全管理模塊用來控制使用電子憑證庫系統(tǒng)的范圍，避免未經(jīng)允許的用戶使用電子憑證庫，此外還包括預(yù)留印鑒的校對、詳細(xì)記錄各種日志信息，實(shí)現(xiàn)對憑證操作的可追溯等功能；憑證管理模塊用來實(shí)現(xiàn)電子憑證收發(fā)、作廢、恢復(fù)、查詢、打印、狀態(tài)監(jiān)控、歸檔等功能。
1.4電子印章系統(tǒng)
電子印章系統(tǒng)可形象描述為現(xiàn)實(shí)中存放大紅印章的保險柜。其功能包括公章管理、私章管理及印章備案管理。在實(shí)現(xiàn)上，將CA證書與電子印章圖片進(jìn)行綁定，從而保證某個印章圖片與具體的CA證書有關(guān)。
1.5時間戳系統(tǒng)
時間戳系統(tǒng)基于PKI技術(shù)，對外提供精確可信的時間戳服務(wù)。它采用精確的時間源、高強(qiáng)度高標(biāo)準(zhǔn)的安全機(jī)制，以確認(rèn)系統(tǒng)處理數(shù)據(jù)在某一時間的存在性和相關(guān)操作的相對時間順序，為信息系統(tǒng)中的時間防抵賴提供基礎(chǔ)服務(wù)。
1.6直達(dá)通道用于實(shí)時性強(qiáng)的數(shù)據(jù)傳輸處理。例如某些查詢服務(wù)，可通過明文進(jìn)行系統(tǒng)間數(shù)據(jù)傳輸。
1.7基于消息中間件的收發(fā)系統(tǒng)
充分利用消息中間件高效可靠的消息傳遞機(jī)制進(jìn)行平臺無關(guān)的數(shù)據(jù)交流，并基于數(shù)據(jù)通信來進(jìn)行分布式系統(tǒng)的集成。通過提供消息傳遞和消息排隊模型，實(shí)現(xiàn)跨行業(yè)系統(tǒng)間電子憑證信息的發(fā)送和接收，發(fā)送者將消息發(fā)送給消息服務(wù)器，消息服務(wù)器將消息存放在若干隊列中，在合適的時候再將消息轉(zhuǎn)發(fā)給接收者。消息中間件能在不同平臺之間通信，它常被用來屏蔽掉各種平臺及協(xié)議之間的特性，實(shí)現(xiàn)應(yīng)用程序之間的協(xié)同操作。
2基于PKI/CA技術(shù)的集成框架實(shí)現(xiàn)
在集成多個異構(gòu)系統(tǒng)時，首先需要各方商定交換憑證的格式，即交換報文規(guī)范。其次，要規(guī)范電子憑證格式、電子印章格式，可以互聯(lián)互通。第三，要規(guī)范電子憑證庫系統(tǒng)、電子印章系統(tǒng)等軟件服務(wù)系統(tǒng)的服務(wù)接口，為各方異構(gòu)系統(tǒng)提供交換服務(wù)。第四，各方要改造已有系統(tǒng)，使其與集成框架進(jìn)行對接。下面就最重要的報文規(guī)范和各方系統(tǒng)改造方案進(jìn)行說明。
2.1規(guī)范交換報文
雙方之間數(shù)據(jù)交換標(biāo)準(zhǔn)需要進(jìn)行嚴(yán)格的約定，需要制定標(biāo)準(zhǔn)報文規(guī)范以實(shí)現(xiàn)雙方或多方系統(tǒng)互聯(lián)互通。報文分報文頭和報文體兩部分：報文頭是交換各方進(jìn)行數(shù)據(jù)交換的相關(guān)信息，主要是為電子憑證在消息中間件上按照消息傳輸時增加的頭信息；報文體包括電子憑證數(shù)量和電子憑證信息兩個部分。電子憑證數(shù)量用于描述報文中所包含的電子憑證的筆數(shù)，電子憑證信息可包括一筆或多筆電子憑證，每筆憑證由憑證狀態(tài)、附加信息、業(yè)務(wù)憑證原文、簽名信息以及簽章信息5個部分組成。
2.2實(shí)現(xiàn)步驟
業(yè)務(wù)系統(tǒng)產(chǎn)生憑證，加蓋印章之后，需要存放入憑證庫，并通過收發(fā)通道發(fā)送給接收方，具體實(shí)現(xiàn)步驟如下：
（1）甲方業(yè)務(wù)系統(tǒng)調(diào)用內(nèi)部系統(tǒng)服務(wù)接口生成憑證原文，憑證格式參照2.1小節(jié)。
（2）甲方業(yè)務(wù)系統(tǒng)通過內(nèi)部服務(wù)接口調(diào)用電子憑證服務(wù)系統(tǒng)接口對憑證進(jìn)行簽章。
（3）甲方電子憑證庫系統(tǒng)調(diào)用電子印章系統(tǒng)接口加蓋電子印章。首先對憑證已經(jīng)存在的簽章進(jìn)行校驗，如果存在原文纂改，則直接返回錯誤；校驗通過后，再對憑證進(jìn)行簽章。其原理本地取出已燒入UsbKey的印章圖片的Hash摘要送入電子印章系統(tǒng)驗章，驗章通過后調(diào)用時間戳服務(wù)系統(tǒng)接口加蓋時間戳，然后將憑證原文的Hash摘要和帶時間戳的電子印章Hash摘要送入UsbKey中進(jìn)行私鑰簽名。
（4）甲方內(nèi)部服務(wù)接口通過電子憑證庫系統(tǒng)調(diào)用收發(fā)通道的發(fā)送接口，利用數(shù)字信封技術(shù)發(fā)送到接收方（乙方）。
（5）乙方系統(tǒng)進(jìn)行接收、解開數(shù)字信封、驗章、校驗業(yè)務(wù)數(shù)據(jù)一系列操作后將憑證回單，回單時也要進(jìn)行電子簽章等一系列操作。
（6）甲方電子憑證庫系統(tǒng)定時從收發(fā)通道中讀取數(shù)據(jù)，并進(jìn)行打開數(shù)字信封、解密、驗章等操作，通過驗證之后，放入甲方的電子憑證庫中。
（7）甲方業(yè)務(wù)系統(tǒng)接口定期從憑證庫中查詢憑證回單，通過一些業(yè)務(wù)邏輯驗證之后，存放入甲方業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫中。
（8）甲方業(yè)務(wù)系統(tǒng)客戶端調(diào)用刷新界面來查看已回單的業(yè)務(wù)數(shù)據(jù)，并調(diào)用電子憑證系統(tǒng)接口打印電子憑證。
3實(shí)例和應(yīng)用效果
本研究成果已應(yīng)用于河北省預(yù)算單位、財政廳、河北省內(nèi)絕大多數(shù)商業(yè)銀行和中國人民銀行石家莊中心支行系統(tǒng)間的銜接，實(shí)現(xiàn)預(yù)算審批、資金申請、電子支付、清算等事項。財政廳使用的政府財政管理信息系統(tǒng)主要用于預(yù)算填制、審批。人行使用的Tips系統(tǒng)主要用于資金清算。商業(yè)銀行系統(tǒng)主要用于資金的支付。由于所屬不同的責(zé)任主體，各方系統(tǒng)不可能重新開發(fā)為一套業(yè)務(wù)系統(tǒng)，原來采用信息流輔助業(yè)務(wù)控制的辦法進(jìn)行信息系統(tǒng)整合，即信息可通過一定辦法進(jìn)行交換，業(yè)務(wù)上通過紙質(zhì)憑證加蓋公章，再由人工傳遞到相關(guān)單位進(jìn)行紙質(zhì)憑證核對。通過引入基于PKI基礎(chǔ)設(shè)施的系統(tǒng)集成模型，將三方系統(tǒng)從預(yù)算審批到資金支付，再到資金清算的全鏈條貫通，完全實(shí)現(xiàn)了信息流、業(yè)務(wù)流的自動化運(yùn)轉(zhuǎn)，大大提高了業(yè)務(wù)辦公安全性、資金支付效率，壓縮了行政辦公成本。僅省本級財政部門本身就可節(jié)約紙張100萬張/年，并減少了公車傳遞紙質(zhì)憑證、人工蓋章、驗章所需時間，更重要的是由于引入了電子簽名技術(shù)，杜絕了“蘿卜章”，資金支付的安全性得到了有效保障。
4結(jié)語
醫(yī)療衛(wèi)生信息化是國內(nèi)外醫(yī)療衛(wèi)生行業(yè)目前比較關(guān)注的話題，其核心是規(guī)范醫(yī)學(xué)數(shù)據(jù)格式，使醫(yī)療衛(wèi)生信息系統(tǒng)能夠進(jìn)行數(shù)據(jù)交換和信息共享。與發(fā)達(dá)國家相比，我國的醫(yī)療數(shù)據(jù)交換標(biāo)準(zhǔn)研究工作起步較晚，目前完全遵循HL7標(biāo)準(zhǔn)進(jìn)行醫(yī)療信息系統(tǒng)集成的醫(yī)院、制造商為數(shù)不多［7］。醫(yī)院內(nèi)部及醫(yī)院之間的信息系統(tǒng)不能實(shí)現(xiàn)互聯(lián)互通、信息共享，嚴(yán)重阻礙了醫(yī)療信息化的發(fā)展。因此引入HL7國際標(biāo)準(zhǔn)作為國內(nèi)統(tǒng)一的醫(yī)療信息化標(biāo)準(zhǔn)對解決醫(yī)療信息化建設(shè)、實(shí)現(xiàn)醫(yī)療數(shù)據(jù)互聯(lián)互通意義重大。
2基于HL7的醫(yī)療衛(wèi)生信息系統(tǒng)集成
國內(nèi)在基于HL7標(biāo)準(zhǔn)的醫(yī)療衛(wèi)生信息系統(tǒng)集成方面有了初步的實(shí)踐。文獻(xiàn)［8］介紹了北京世紀(jì)壇醫(yī)院在“持卡就醫(yī)，實(shí)時結(jié)算”的改造中利用HL7標(biāo)準(zhǔn)實(shí)現(xiàn)醫(yī)院和醫(yī)保部門的信息交換。文獻(xiàn)［9］談到國內(nèi)外檢查儀器的生產(chǎn)廠商通過HL7標(biāo)準(zhǔn)規(guī)范儀器通訊接口來解決各種檢驗儀器接口的重用性問題，并保證數(shù)據(jù)交換的準(zhǔn)確性。文獻(xiàn)［10］提到在不更改現(xiàn)有系統(tǒng)的前提之下，通過外掛中間件模式(HL7中間件、HL7引擎)解決醫(yī)院信息系統(tǒng)異構(gòu)的問題?；贖L7標(biāo)準(zhǔn)進(jìn)行醫(yī)療數(shù)據(jù)整合，實(shí)現(xiàn)了醫(yī)療信息系統(tǒng)內(nèi)部及系統(tǒng)之間數(shù)據(jù)交換和信息共享，主要體現(xiàn)在系統(tǒng)間集成應(yīng)用上，涉及的關(guān)鍵技術(shù)有HL7的本地化和基于HL7的醫(yī)療信息系統(tǒng)集成方式。
2．1HL7本地化
HL7本地化是當(dāng)前醫(yī)療信息交換標(biāo)準(zhǔn)的研究熱點(diǎn)。HL7是美國開發(fā)的標(biāo)準(zhǔn)，與我國的文化、醫(yī)療模式存在一定差異。例如，美國人姓名有前綴、后綴等多種成分，在HL7協(xié)議中用字段將姓和名分開來存，而我國一般不會將姓和名分開。HL7協(xié)議中給每位病人設(shè)定賬號(accountnumber)，而中國則有公費(fèi)、自費(fèi)、醫(yī)保等多種類型。因此，國內(nèi)在引入HL7進(jìn)行醫(yī)療信息集成時，不能完全照搬HL7標(biāo)準(zhǔn)文件［11－12］。HL7協(xié)議中規(guī)定，消息是信息傳遞的最小單位，由段(segments)、字段(fields)、組件(components)、分隔符(delimiters)等元素組成。一條消息由多個段組成，而一個段由多個具有邏輯關(guān)系的字段組成，多種元素又構(gòu)成了字段［13］。消息機(jī)制是實(shí)現(xiàn)消息傳輸、數(shù)據(jù)交換的關(guān)鍵技術(shù)，其主要功能是將應(yīng)用系統(tǒng)的數(shù)據(jù)通過機(jī)制轉(zhuǎn)換為標(biāo)準(zhǔn)的HL7消息，然后按照機(jī)制規(guī)定的傳輸協(xié)議將HL7消息發(fā)送至接收系統(tǒng)，接收方對傳來的HL7消息進(jìn)行驗證、解析，再轉(zhuǎn)化為應(yīng)用系統(tǒng)的數(shù)據(jù)。HL7本地化就是要實(shí)現(xiàn)消息機(jī)制的本地化，它不需要在技術(shù)層面上進(jìn)行改造，主要是對消息內(nèi)容定義和編碼。臺灣地區(qū)大都通過單個消息來定義某一個接口，實(shí)現(xiàn)HL7的本地化。他們在進(jìn)行轉(zhuǎn)診系統(tǒng)設(shè)計時，考慮到HL7中規(guī)定姓名字段與本地區(qū)命名存在差異，按照HL7的要求，將姓名分開處理［14］。這種方式依靠幾個大型廠商和幾家大型醫(yī)院就可以定下某個接口標(biāo)準(zhǔn)，在某些方面得到快速應(yīng)用。日本己經(jīng)建立起了本地化的HL7標(biāo)準(zhǔn)，簡稱MML［15］。國內(nèi)一些醫(yī)院基于HL7標(biāo)準(zhǔn)進(jìn)行醫(yī)院信息系統(tǒng)改造，不是對現(xiàn)有HIS系統(tǒng)進(jìn)行大改造，而是設(shè)計HL7網(wǎng)關(guān)，實(shí)現(xiàn)系統(tǒng)間的數(shù)據(jù)交換和共享［16］。然而，國內(nèi)醫(yī)療軟件廠商眾多，醫(yī)療信息系統(tǒng)復(fù)雜，如果僅依靠某幾個消息來定義接口，要編寫大量、繁雜的轉(zhuǎn)換程序，工作量非常大，所以這種方法可行但并不實(shí)用。目前我國將HL7改造成符合我國國情的HL7本地化標(biāo)準(zhǔn)庫，依據(jù)標(biāo)準(zhǔn)庫開發(fā)研制HL7消息構(gòu)造器/解析器。消息構(gòu)造器是參照HL7標(biāo)準(zhǔn)的數(shù)據(jù)結(jié)構(gòu)，從一條HL7消息中抽取出有用的信息放到HL7本地化標(biāo)準(zhǔn)庫，最后完成HL7消息和HL7本地化消息的轉(zhuǎn)化。這個過程的逆向?qū)崿F(xiàn)過程，就是消息解析器的工作過程。采用HL7本地化標(biāo)準(zhǔn)庫的方法，編寫工作量減小，轉(zhuǎn)換效率高，實(shí)現(xiàn)了基于國內(nèi)的HL7標(biāo)準(zhǔn)，給我國醫(yī)療信息系統(tǒng)集成提供了標(biāo)準(zhǔn)數(shù)據(jù)格式。
2．2基于HL7的醫(yī)療信息系統(tǒng)集成
目前國內(nèi)醫(yī)療信息系統(tǒng)集成大都依靠系統(tǒng)開發(fā)商提供標(biāo)準(zhǔn)接口，或直接讀取對方數(shù)據(jù)庫的數(shù)據(jù)，部分采用共用數(shù)據(jù)庫的方法。這些方法的優(yōu)點(diǎn)是實(shí)現(xiàn)起來簡單、成本低，缺點(diǎn)是通用性、擴(kuò)展性、安全性等方面存在不足。如果多個應(yīng)用程序同時讀寫數(shù)據(jù)庫，難以保證系統(tǒng)的正確性，甚至可能導(dǎo)致災(zāi)難性的后果［17］。以上集成方法很難滿足多樣化的醫(yī)療系統(tǒng)應(yīng)用和頻繁的信息交換需求。HL7提供標(biāo)準(zhǔn)的API接口，可以簡化應(yīng)用程序集成接口開發(fā)的復(fù)雜度和工作量，大大改善系統(tǒng)的安全性和擴(kuò)展性。引入HL7進(jìn)行醫(yī)療信息系統(tǒng)集成，可以采用HL7Ready和HL7Engine2種方式［18－19］。
2．2．1HL7Ready方式
這種方式是指現(xiàn)階段在設(shè)計或改造醫(yī)療信息系統(tǒng)時，充分考慮系統(tǒng)未來發(fā)展的需要，完全按照HL7標(biāo)準(zhǔn)設(shè)計應(yīng)用系統(tǒng)的體系架構(gòu)、數(shù)據(jù)對象、數(shù)據(jù)結(jié)構(gòu)。因此，系統(tǒng)的各應(yīng)用終端都可以接收和處理HL7消息，可以直接或通過中間件與相關(guān)軟件進(jìn)行信息交換，在理論上可以達(dá)到系統(tǒng)和系統(tǒng)之間的實(shí)時交互，可以相互主動地在“需要的時候”獲取對方可以提供的數(shù)據(jù)信息［20］。當(dāng)然，這種方式屬于理想的方式，適合在廠商開發(fā)新系統(tǒng)時，進(jìn)行前瞻性的設(shè)計，有利于在多系統(tǒng)應(yīng)用環(huán)境中的應(yīng)用整合。HL7Ready的工作原理［21］如圖2所示。Send/Receivemodule(發(fā)送/接收模塊支持)采用TCP/IP通訊協(xié)議，通過Internet或3G網(wǎng)絡(luò)進(jìn)行連接，負(fù)責(zé)HL7消息的發(fā)送和接受;HL7Resourcemodule(HL7資源模塊)支持各種實(shí)際應(yīng)用的HL7醫(yī)療信息事件，如檢查醫(yī)囑、轉(zhuǎn)診、住院、出院等;HL7APImodule(應(yīng)用接口模塊)提供符合HL7標(biāo)準(zhǔn)的應(yīng)用接口，實(shí)現(xiàn)向其他醫(yī)療應(yīng)用系統(tǒng)發(fā)送數(shù)據(jù)。采用HL7Ready方式整合醫(yī)療信息系統(tǒng)數(shù)據(jù)，從技術(shù)上看很好實(shí)現(xiàn)，但應(yīng)用起來難度不小。首先，HL7中有不少內(nèi)容與中國國情不符或有偏差，具體應(yīng)用之前需要進(jìn)行本土化;其次，以這種方式實(shí)現(xiàn)醫(yī)療信息系統(tǒng)集成花費(fèi)大、時間長、不能很快投入使用;最后，國內(nèi)已經(jīng)形成自己的HIS系統(tǒng)，短時間內(nèi)不可能重新設(shè)計。
2．2．2HL7Engine方式
這種方式是對現(xiàn)有的應(yīng)用系統(tǒng)進(jìn)行集成，通過提供外掛程序(HL7引擎、HL7中間件等)負(fù)責(zé)編碼或者解析HL7信息，使應(yīng)用程序之間能實(shí)現(xiàn)數(shù)據(jù)交換。HL7Engine是一組支持HL7通訊的過程調(diào)用函數(shù)或控件，應(yīng)用系統(tǒng)按照HL7接口引擎的約定提供參數(shù)，模塊之間的通訊則由HL7接口引擎完成。這種方式是將整個醫(yī)療信息網(wǎng)絡(luò)的信息交換劃分為本系統(tǒng)內(nèi)和各系統(tǒng)間兩類分別處理。HL7Engine并不干擾系統(tǒng)自身各部分正常工作，不會參與內(nèi)部信息交換過程，也就不會對內(nèi)部信息處理增加負(fù)擔(dān)，因此無須對既有程序代碼作任何改動［22］。只有當(dāng)系統(tǒng)與外界發(fā)生信息交換時才進(jìn)行數(shù)據(jù)格式轉(zhuǎn)換，充當(dāng)翻譯角色，在內(nèi)外部醫(yī)療信息交換中構(gòu)建了一座橋梁。基于HL7Engine應(yīng)用系統(tǒng)集成主要有兩種實(shí)現(xiàn)方法［23］(見圖3)。一種是采用點(diǎn)對點(diǎn)通訊方式以實(shí)現(xiàn)不同系統(tǒng)的對接;另一種是采用HL7服務(wù)器的方法，形成居于HL7接口的中心數(shù)據(jù)庫，這樣可以減少接口數(shù)量，提高系統(tǒng)可靠性。從原理上講，這2種方法都是在原有系統(tǒng)中增加一個HL7中間件，醫(yī)療系統(tǒng)通過中間件與其他系統(tǒng)或HL7服務(wù)器進(jìn)行HL7消息交換。采用點(diǎn)對點(diǎn)的方法適合系統(tǒng)較少時使用。若系統(tǒng)增加時，所需的接口也將成倍提高，集成復(fù)雜度相應(yīng)增加，導(dǎo)致成本過高。因此，可以采用HL7服務(wù)器的方法解決系統(tǒng)復(fù)雜度的問題。HL7服務(wù)器作為系統(tǒng)集成的中心結(jié)點(diǎn)，與多個子系統(tǒng)互連，大大減少多個系統(tǒng)互連的接口數(shù)量，但是HL7服務(wù)器本身的復(fù)雜度決定了這種方式只有在十分復(fù)雜、異構(gòu)模塊眾多的情況下才使用。國內(nèi)對基于HL7Engine的醫(yī)療信息整合進(jìn)行了一些實(shí)踐。1996年北京大學(xué)人民醫(yī)院建成了國內(nèi)第一個大型的醫(yī)院信息系統(tǒng)，醫(yī)院在進(jìn)行HIS和RIS集成時，采用了點(diǎn)對點(diǎn)通信方式，在HIS端使用太平洋醫(yī)信公司的HL7引擎，在RIS端使用GE公司HL7引擎實(shí)現(xiàn)HIS和RIS系統(tǒng)的互連［24］。上海電力醫(yī)院信息平臺項目于2011年11月上線。該項目采用了HL7V2．4標(biāo)準(zhǔn)，以HL7Engine方式將上海電力醫(yī)院原有業(yè)務(wù)系統(tǒng)進(jìn)行了基于HL7標(biāo)準(zhǔn)的改造，通過HL7引擎的處理使非標(biāo)準(zhǔn)的消息變成符合HL7標(biāo)準(zhǔn)的消息，從而實(shí)現(xiàn)了醫(yī)院各業(yè)務(wù)系統(tǒng)之間基于HL7的信息交換［25］。采用Engine方式實(shí)現(xiàn)系統(tǒng)集成，實(shí)現(xiàn)簡單，投入周期小，成本花費(fèi)少，而且能夠很快發(fā)揮作用。雖然系統(tǒng)內(nèi)的各應(yīng)用模塊終端并不具有處理HL7消息的能力，無法實(shí)現(xiàn)系統(tǒng)與系統(tǒng)之間的實(shí)時數(shù)據(jù)處理，以及應(yīng)用終端的查詢請求等功能。但就目前國內(nèi)醫(yī)療狀況來看，此方式完全可以滿足國內(nèi)醫(yī)療系統(tǒng)集成的需要，是一種簡單有效的方法。
3HL7在國內(nèi)醫(yī)療信息系統(tǒng)的應(yīng)用趨勢
3．1HL7版本的選擇
系統(tǒng)間互聯(lián)互通主要分為功能(語法)互聯(lián)互通性和語義互聯(lián)互通性。文獻(xiàn)［26］指出，功能互聯(lián)互通性是指兩個或多個系統(tǒng)間通過設(shè)定功能和定義報文結(jié)構(gòu)進(jìn)行信息交換的能力;語義互聯(lián)互通性指兩個或多個系統(tǒng)共享的信息能夠按原有定義被理解的能力，是信息共享的前提條件，涉及數(shù)據(jù)的整合、概念、術(shù)語、域模型和數(shù)據(jù)模型以及信息框架的一致性問題，確定信息的結(jié)構(gòu)和內(nèi)容。在HL7V2．x協(xié)議中，消息的編碼方式復(fù)雜繁瑣，不易閱讀;協(xié)議采用自然語言去描述觸發(fā)事件，缺乏明確的方法指導(dǎo)，而且數(shù)據(jù)域?qū)е孪⒅囟x和數(shù)據(jù)結(jié)構(gòu)關(guān)系不明確，在實(shí)現(xiàn)語義互聯(lián)互通上面臨很大困難。HL7CDA提供一個基于XML的文檔架構(gòu)，統(tǒng)一遵循RIM模型。一個CDA文檔由ClinicalDocument元素封裝，包含文檔頭(Header)和文檔體(Body)兩部分，CDA文檔中定義text部分的是人讀部分，entry則是機(jī)讀部分，更為符合醫(yī)護(hù)人員的認(rèn)知。CDA文檔的詞匯集可以包含醫(yī)學(xué)術(shù)語等語義標(biāo)準(zhǔn)，從而實(shí)現(xiàn)語義上良好的互通性［27］。在進(jìn)行醫(yī)療系統(tǒng)集成時，美國選擇兩種體系標(biāo)準(zhǔn)混合使用，因為HL7v2．x已經(jīng)在美國醫(yī)療衛(wèi)生系統(tǒng)中廣泛運(yùn)用［28］，如果推倒后再重新按照CDA的標(biāo)準(zhǔn)來實(shí)施成本太高。HL7在國內(nèi)應(yīng)用并不廣泛，所以區(qū)域衛(wèi)生的健康檔案、電子病歷標(biāo)準(zhǔn)、醫(yī)療信息系統(tǒng)中的化驗檢驗報告等需要大量文檔交互的系統(tǒng)，可以完全使用CDA。
3．2基于HL7集成方式的選擇
HL7Engine和HL7Ready是基于HL7醫(yī)療信息系統(tǒng)集成的2種途徑［29］?，F(xiàn)階段，在國內(nèi)醫(yī)院管理水平低、HL7的本地化程度不高的情況下，采用Engine方式是最可取的。即使未來標(biāo)準(zhǔn)發(fā)生了改變，包括HL7本地化以及未來采用HL7V3．0的XML格式編碼化，都只需通過修改外掛程序，就能滿足要求。這樣既可以不用對現(xiàn)有的應(yīng)用系統(tǒng)進(jìn)行大改造，又可以利用HL7的標(biāo)準(zhǔn)實(shí)現(xiàn)數(shù)據(jù)交換和共享，不失為一種簡便的方法。從長遠(yuǎn)發(fā)展考慮，HL7Ready方式無疑是最好的選擇。因為它可以使醫(yī)院的相關(guān)醫(yī)療數(shù)據(jù)全面推行實(shí)現(xiàn)HL7標(biāo)準(zhǔn)，醫(yī)療信息系統(tǒng)無需再做多余的轉(zhuǎn)換或接口編寫，就可以實(shí)現(xiàn)完全的HL7數(shù)據(jù)交換。它是未來醫(yī)療信息系統(tǒng)集成的發(fā)展方向。因此，我們應(yīng)該把HL7Ready方式作為未來重點(diǎn)研究的方向。
4總結(jié)
系統(tǒng)集成，是以用戶的應(yīng)用需要和投入資金的規(guī)模為出發(fā)點(diǎn)，綜合應(yīng)用各種計算機(jī)相關(guān)技術(shù)，適當(dāng)選擇各種軟硬件設(shè)備，經(jīng)過相關(guān)人員的集成設(shè)計、安裝調(diào)試、應(yīng)用開發(fā)等大量技術(shù)性工作和相應(yīng)的管理性及商務(wù)性工作，使集成后的系統(tǒng)能夠滿足用戶對實(shí)際工作要求，具有良好的性能和適當(dāng)?shù)膬r格的計算機(jī)網(wǎng)絡(luò)系統(tǒng)的全過程。
系統(tǒng)集成要求將各個分離的設(shè)備（如個人電腦）、功能和信息等集成到相互關(guān)聯(lián)的、統(tǒng)一和協(xié)調(diào)的系統(tǒng)之中，使資源達(dá)到充分共享，實(shí)現(xiàn)集中、便利、高效的管理。系統(tǒng)集成實(shí)現(xiàn)的關(guān)鍵在于解決系統(tǒng)之間的互連和互操作性問題，它是一個多廠商、多協(xié)議和面向各種應(yīng)用的體系結(jié)構(gòu)。這需要解決各類設(shè)備、子系統(tǒng)間的接口、協(xié)議、系統(tǒng)平臺、應(yīng)用軟件等與子系統(tǒng)等相關(guān)的一切面向集成的問題。
二、基于J2EE平臺的系統(tǒng)集成的架構(gòu)
J2EE旨在為支持Java語言服務(wù)器端部署而提供與平臺無關(guān)的、可移植的、多用戶的、安全和標(biāo)準(zhǔn)的企業(yè)級平臺。
Java具有平臺無關(guān)性，可以運(yùn)行在Windows、Linux、Unix等不同的操作系統(tǒng)上，Java的跨平臺是通過Java虛擬機(jī)（JVM）來實(shí)現(xiàn)的，Java源代碼被編譯成一種結(jié)構(gòu)中立的中間文件格式，只要有Java運(yùn)行系統(tǒng)的機(jī)器都能執(zhí)行這種中間代，Java源程序被編譯成一種與機(jī)器無關(guān)的字節(jié)碼格式，在Java虛擬機(jī)上運(yùn)行。
J2EE標(biāo)準(zhǔn)制定了一個開發(fā)者編寫企業(yè)應(yīng)用時必須遵守的標(biāo)準(zhǔn)，也制定了各種應(yīng)用系統(tǒng)服務(wù)商必須提供的基于標(biāo)準(zhǔn)的服務(wù)，這樣企業(yè)應(yīng)用程序就可以在不同平臺間統(tǒng)一地使用這些服務(wù)。就像J2EE是一個工業(yè)支持開放標(biāo)準(zhǔn)一樣，應(yīng)用開發(fā)者要確信由應(yīng)用服務(wù)器以統(tǒng)一方式在不同平臺和不同供應(yīng)商之間提供下層支持服務(wù)，這就允許應(yīng)用開發(fā)商集中于業(yè)務(wù)邏輯的開發(fā)而不用在他們的應(yīng)用代碼里執(zhí)行這類系統(tǒng)級服務(wù)。
另外，一旦建立一個基于Java的組件，就可以在多個軟件系統(tǒng)上重復(fù)使用，也可以移植到不同系統(tǒng)上。重用已經(jīng)建立的組件，企業(yè)不需要擁有編寫整個應(yīng)用系統(tǒng)所需要的所有技術(shù)裝備，可以從不同的專門研究某一領(lǐng)域的供應(yīng)商處購買組件，把這些組件充分利用到自己的應(yīng)用系統(tǒng)中，這不僅使應(yīng)用系統(tǒng)開發(fā)速度快速增長，而且減少了處理各種技術(shù)集的花費(fèi)。
正是由于諸如以上的眾多優(yōu)點(diǎn)，J2EE平臺堪稱集成信息系統(tǒng)的“強(qiáng)力粘合劑”，它依靠WEB層和業(yè)務(wù)層的組件處理事務(wù)及安全和擴(kuò)展性，降低了訪問不同系統(tǒng)的難度。J2EE平臺的架構(gòu)由客戶層、WEB層、業(yè)務(wù)層、集成層、數(shù)據(jù)庫層構(gòu)成（如圖1）：
客戶層是系統(tǒng)的用戶界面，呈現(xiàn)出適當(dāng)?shù)囊晥D，以收集查詢，顯示最終結(jié)果，它可以是瘦客戶端，胖客戶端這些非瀏覽器的客戶端，也可以是基于瀏覽器的客戶端。客戶層將信息和數(shù)據(jù)呈現(xiàn)給最終用戶，應(yīng)用程序用戶與客戶端應(yīng)用程序交互，客戶端應(yīng)用程序與企業(yè)應(yīng)用程序的其他組件相連。用戶接口/提供了客戶與信息進(jìn)行交互的工具和相關(guān)的支持服務(wù)，它使客戶與系統(tǒng)的交互變得簡單、快捷。J2EE支持的Java客戶端包括Applet、Java應(yīng)用客戶端、J2ME移動客戶端或MIDlet，瀏覽器是一個瘦客戶端，在J2EE系統(tǒng)的客戶端中應(yīng)用最廣?？蛻舳祟愋投喾N多樣，容器必須提供組件支持，為客戶端組件提供運(yùn)行時環(huán)境，JVM提供了Java運(yùn)行時環(huán)境，個人桌面系統(tǒng)、工程工作站、Applet和應(yīng)用客戶端等組件都支持JVM，而MIDlet要求對JVM進(jìn)行稍加修改。
由于業(yè)務(wù)需求瞬息萬變，WEB層成了一個動態(tài)層，WEB層主要有兩種職責(zé)：接收客戶層組件的要求，處理請求，然后將請求路由到業(yè)務(wù)層的適當(dāng)組件；接受業(yè)務(wù)層傳來的結(jié)果，計算一個適當(dāng)?shù)囊晥D，然后將視圖路由到對應(yīng)客戶端?？蛻魧邮褂脼g覽器應(yīng)用程序與WEB層組件交互，J2EEWEB層的重要組件有Servlet，ServletFilter和JSP，這些組件部署在高端服務(wù)器上，Web服務(wù)層和容器提供了事務(wù)、命名、目錄和JDBC等服務(wù)。其中，MVC模式分開了表示邏輯，業(yè)務(wù)邏輯和數(shù)據(jù)。
業(yè)務(wù)層負(fù)責(zé)執(zhí)行必需的業(yè)務(wù)邏輯，它根據(jù)客戶請求計算業(yè)務(wù)邏輯，但最好將這些組件隱藏起來，不將業(yè)務(wù)邏輯直接呈現(xiàn)給客戶端。J2EE業(yè)務(wù)層包括業(yè)務(wù)邏輯，數(shù)據(jù)訪問邏輯和相關(guān)服務(wù)。EJB是運(yùn)行在業(yè)務(wù)層的業(yè)務(wù)組件，EJB具有分布特點(diǎn)，面向事務(wù)，其中會話Bean負(fù)責(zé)創(chuàng)建和維護(hù)客戶與服務(wù)器組件的對話，實(shí)體Bean以適當(dāng)方式實(shí)現(xiàn)數(shù)據(jù)的持久層，消息驅(qū)動的Bean可將J2EE應(yīng)用程序與基于JMS的中間件集成到一起。業(yè)務(wù)組件部署在業(yè)務(wù)服務(wù)器上，業(yè)務(wù)服務(wù)器為業(yè)務(wù)組件提供各種“校準(zhǔn)”服務(wù)，如事務(wù)、命名和目錄等。
EIS層將前端業(yè)務(wù)邏輯層的組件與后端數(shù)據(jù)庫層連接起來，這一層的組件應(yīng)盡量確保數(shù)據(jù)庫不同資源與業(yè)務(wù)邏輯層組件的無縫集成。很多信息系統(tǒng)有規(guī)模大、技術(shù)難度大的特點(diǎn)，若巧妙集成這些信息系統(tǒng)，將能保護(hù)現(xiàn)有投資，并有效“重用”信息，流程和工作流。EIS層的集成不是單純的數(shù)據(jù)集成，還涉及信息集成，對JDBC、JMS、J2EE連接器架構(gòu)、JNI和JNDI等技術(shù)能起到幫助作用，其中J2EE連接器架構(gòu)對企業(yè)最重要，能給J2EE平臺帶來“可插入”行為，廠商的資源適配器允許將信息系統(tǒng)插入J2EE平臺，以實(shí)現(xiàn)近乎零障礙的集成。
三、Siebel-基于J2EE平臺的CRM集成解決方案
Siebel是CRM理念與技術(shù)應(yīng)用的最初實(shí)踐者，為后來不斷涌現(xiàn)的CRM軟件廠商提供了業(yè)界的標(biāo)準(zhǔn)，可以毫不夸張的認(rèn)為其是CRM的先驅(qū)與開創(chuàng)者。到目前為止，Siebel的CRM系統(tǒng)在CRM3個關(guān)鍵領(lǐng)域，即銷售、營銷及服務(wù)3者之間的數(shù)據(jù)/流程整合度最高，各種應(yīng)用界面最為統(tǒng)一。Siebel產(chǎn)品功能齊全，企業(yè)更能根據(jù)自己的需要選擇相應(yīng)模塊，有利于系統(tǒng)的集成，并為今后系統(tǒng)的功能擴(kuò)展提供充足的前提條件。SiebelCRM應(yīng)用引擎的多層體系如圖2所示：
用戶界面提供個性化用戶界面，管理用戶交互行為，從目標(biāo)定義庫（SRF）讀取有關(guān)用戶界面定義子集并解釋執(zhí)行。目標(biāo)管理器（ObjectManager）為Siebel所有企業(yè)管理邏輯目標(biāo)（BusinessObjects）提供完整一致的目標(biāo)行為，從SRF讀取與企業(yè)管理邏輯有關(guān)的目標(biāo)定義子集并解釋執(zhí)行。數(shù)據(jù)管理器管理一個獨(dú)立于RDBMS邏輯數(shù)據(jù)映像（DataView），從而使目標(biāo)管理器功能獨(dú)立，企業(yè)管理邏輯定義無需因不同的RDBMS而有所改變，并激發(fā)實(shí)時SQL語句，讀取并解釋SRF中有關(guān)數(shù)據(jù)關(guān)系鏈（DatabaseSchema）的定義，與數(shù)據(jù)交換層（DataExchange）通訊以訪問存于RDBMS的物理數(shù)據(jù)。數(shù)據(jù)交換層直接處理與RDBMS相關(guān)的交互信息，作為數(shù)據(jù)管理器和RDBMS的中介橋梁。
客戶端接口提供了用戶界面的簡單整合，利用COM、CORBA、ACTIVEX、XML等技術(shù)可以在客戶端進(jìn)行客戶化整合。服務(wù)端的接口為企業(yè)邏輯定義目標(biāo)提供了實(shí)時連接，利用COM、CORBA、XML、MQSeries可在服務(wù)器端進(jìn)行整合。數(shù)據(jù)管理器的接口提供了數(shù)據(jù)庫與數(shù)據(jù)庫之間的數(shù)據(jù)遷移工具，利用數(shù)據(jù)庫工具在不同的RDBMS之間進(jìn)行大容量數(shù)據(jù)交換。
Siebel的企業(yè)數(shù)據(jù)整合管理（EIM）是專門為系統(tǒng)實(shí)施所提供的數(shù)據(jù)整合管理工具，它用來處理Siebel數(shù)據(jù)庫和企業(yè)其他數(shù)據(jù)庫之間的數(shù)據(jù)交換。EIM利用系統(tǒng)中介數(shù)據(jù)庫表（InterfaceTables）暫時存儲輸入輸出數(shù)據(jù)，開發(fā)人員只需直接讀寫中介數(shù)據(jù)庫表的內(nèi)容，中介表與Siebel數(shù)據(jù)庫之間的數(shù)據(jù)交換與轉(zhuǎn)換由Siebel服務(wù)器的EIM批作業(yè)自動完成。使用EIM可以對數(shù)據(jù)進(jìn)行批量輸入、輸出、數(shù)據(jù)整合和刪除。在需要數(shù)據(jù)輸出到別的應(yīng)用系統(tǒng)場合，可以用EIM從Siebel數(shù)據(jù)庫輸出數(shù)據(jù)供其他系統(tǒng)使用。必要時可以根據(jù)對定義對數(shù)據(jù)庫的紀(jì)錄進(jìn)行整合處理，消除重復(fù)紀(jì)錄。可以根據(jù)定義進(jìn)行數(shù)據(jù)刪除工作，EIM將根據(jù)要求將各相關(guān)的紀(jì)錄刪除。
Siebel服務(wù)器采取邏輯體系（如圖3）：
Gateway服務(wù)器也稱名字服務(wù)器，作為各企業(yè)服務(wù)器的單一入口，動態(tài)分配注冊Siebel服務(wù)器和各應(yīng)用組件（ServerComponent）的可應(yīng)用狀態(tài)，存儲服務(wù)組件定義以及分配連接信息；如安裝第三方負(fù)載平衡軟件，則可以根據(jù)服務(wù)器負(fù)載情況動態(tài)分配入口請求。Siebel服務(wù)器運(yùn)行一個或多個Siebel服務(wù)程序，從名字服務(wù)器讀取服務(wù)器的配置信息，利用數(shù)據(jù)接口訪問數(shù)據(jù)庫服務(wù)器。企業(yè)服務(wù)器（EnterpriseServer）邏輯管理一個或多個Siebel服務(wù)器，讀取單個RDBMS。數(shù)據(jù)庫服務(wù)器存儲Siebel數(shù)據(jù)關(guān)系鏈，支持各種流行的數(shù)據(jù)庫標(biāo)準(zhǔn)接口。Siebel文件系統(tǒng)存儲所有經(jīng)壓縮的文檔數(shù)據(jù)及其他非標(biāo)準(zhǔn)數(shù)據(jù)，以供Siebel應(yīng)用軟件讀取和存儲。
1.1應(yīng)急信息資源管理
智能化信息系統(tǒng)的實(shí)現(xiàn)是基于分布式架構(gòu)，對外部資源進(jìn)行快速有效的集成，并對經(jīng)濟(jì)基礎(chǔ)信息進(jìn)行分類、傳輸和管理。智能化信息系統(tǒng)中數(shù)據(jù)是通過有線和無線網(wǎng)絡(luò)進(jìn)行實(shí)時采集得到的，采集的數(shù)據(jù)主要是針對應(yīng)急決策支持所需的圖像、視頻等。智能化信息系統(tǒng)在采集得到相應(yīng)的數(shù)據(jù)之后，需要對數(shù)據(jù)進(jìn)行處理和傳輸，通過對數(shù)據(jù)進(jìn)行分類，構(gòu)建智能化信息系統(tǒng)的模型庫、知識庫和案例庫等。并對上述數(shù)據(jù)庫進(jìn)行管理和維護(hù)，為上面提到的應(yīng)急決策支持功能和事件預(yù)警監(jiān)控功能的實(shí)現(xiàn)做好基礎(chǔ)。事件預(yù)警監(jiān)控智能化信息系統(tǒng)可以對預(yù)警規(guī)則進(jìn)行制定，并對項目進(jìn)行監(jiān)控，對于預(yù)警時間進(jìn)行及時的通知。智能化信息系統(tǒng)采自適應(yīng)神經(jīng)網(wǎng)絡(luò)模糊推理技術(shù)，以及大數(shù)據(jù)挖掘的相關(guān)技術(shù)，對收集到的信息進(jìn)行分析和處理，得出事件之間的關(guān)聯(lián)和規(guī)律，并對重大的突發(fā)事件進(jìn)行提前預(yù)警。
1.2應(yīng)急決策支持
智能化信息系統(tǒng)實(shí)現(xiàn)的基礎(chǔ)是大量的知識庫和模板庫，通過將方法庫、模型庫整合在一起形成信息系統(tǒng)的數(shù)據(jù)庫。智能化信息系統(tǒng)在處理時間的時候，就可以通過數(shù)據(jù)庫所提供的大量的，包括圖像、數(shù)字、文本等形式的信息資料進(jìn)行分析，以及對歷史資料、實(shí)時信息和預(yù)測信息的查詢，得到相似的案例和處理方法。同時，智能化信息系統(tǒng)可以利用多Agent技術(shù)對時間進(jìn)行全方位的分析和處理，準(zhǔn)確地得出處理方案，并采取相應(yīng)的措施。
2智能化信息系統(tǒng)集成的項目管理
智能化信息系統(tǒng)集成項目所覆蓋的學(xué)科范圍較廣，各集成部分的要求和所實(shí)現(xiàn)的技術(shù)不盡相同，同時，各集成部分之間的關(guān)系錯綜復(fù)雜。如何對智能化信息系統(tǒng)中各項項目進(jìn)行有效的組織和整合，對項目的成敗具有重要的影響。因此，要做好項目的管理工作，包括項目的進(jìn)度、技術(shù)、質(zhì)量過程、文檔以及用戶關(guān)系的管理，下面將分別進(jìn)行簡要的描述。項目的進(jìn)度管理：這是項目管理中的重要環(huán)節(jié)，需要對項目的進(jìn)展包括工作周期和工作排序進(jìn)行調(diào)整和確定，保持資源合理的配置同時對成本進(jìn)行嚴(yán)格的控制。項目的計劃管理：這是保證項目按照計劃進(jìn)行實(shí)施，防止項目在實(shí)施過程中出現(xiàn)混亂的現(xiàn)象，同時，合理分配項目資源，對人力物力進(jìn)行合理的分配，防止出現(xiàn)浪費(fèi)的現(xiàn)象，有效的項目計劃管理有助于項目有條不紊的實(shí)現(xiàn)。項目的質(zhì)量過程管理：主要是對智能化信息系統(tǒng)進(jìn)行全方位的管理和監(jiān)控，制定項目的質(zhì)量標(biāo)準(zhǔn)，并根據(jù)質(zhì)量標(biāo)準(zhǔn)對項目進(jìn)行管理。項目的文檔管理：有利于項目的管理人員及時對項目中的時間進(jìn)行回顧和分析，總結(jié)經(jīng)驗教訓(xùn)。項目的用戶關(guān)系管理：主要是根據(jù)用戶的需求，對項目進(jìn)行反饋和改進(jìn)，保證用戶對項目的滿意度。
3結(jié)語
城際鐵路通信系統(tǒng)承載的主要業(yè)務(wù)，有電路域數(shù)據(jù)話音業(yè)務(wù)和分組域數(shù)據(jù)業(yè)務(wù)。具體如表1所示。電路域數(shù)據(jù)話音業(yè)務(wù)對實(shí)時性要求較高，又要十分準(zhǔn)確地傳遞信息，具有最高或者較高的優(yōu)先級；分組域數(shù)據(jù)業(yè)務(wù)對實(shí)時性要求較低（與電路域業(yè)務(wù)相比），突發(fā)性強(qiáng)，有一定的數(shù)據(jù)量。本文將跨層設(shè)計應(yīng)用于城際鐵路無線通信系統(tǒng)中，根據(jù)業(yè)務(wù)類型的不同，在物理層和鏈路層進(jìn)行AMC－HARQ跨層優(yōu)化設(shè)計。AMC－HARQ跨層自適應(yīng)傳輸?shù)南到y(tǒng)模型如圖1所示。
物理層釆用自適應(yīng)調(diào)制編碼技術(shù)，根據(jù)業(yè)務(wù)類型分類，制定M種調(diào)制方式和編碼方式。首先，接收端通過信道測量技術(shù)，估計出信道質(zhì)量信息，并通過反饋信道，將信道質(zhì)量信息反饋給發(fā)送端；然后，發(fā)送端根據(jù)接收到的信道質(zhì)量，選擇下次傳輸要使用的調(diào)制編碼階數(shù)。MAC層采用同步并行停等協(xié)議即HARQ協(xié)議。首先對各數(shù)據(jù)幀分別進(jìn)行CRC編碼，級聯(lián)構(gòu)成數(shù)據(jù)幀進(jìn)入物理層。物理層使用FEC編碼對整個數(shù)據(jù)幀進(jìn)行編碼，然后存入緩存用以進(jìn)行重傳。接收端經(jīng)過譯碼、CRC校驗后，回送確認(rèn)幀。確認(rèn)幀包含了幀確認(rèn)號和重傳比特向量。
幀確認(rèn)號表示鏈路層上一個按序接收的幀的序號，重傳比特向量比接收窗口長度（W）小1的比特向量，即長度為W－1。比特向量表示當(dāng)前接收窗口的所有幀接收情況，如“1”表示需要重傳，“0”表示接收成功。由于重傳比特向量是接收窗口的歷史移位記錄，即使當(dāng)前的確認(rèn)幀因信道變化而丟失，確認(rèn)幀也不應(yīng)重發(fā)，因為后續(xù)的確認(rèn)幀包含歷史的接收記錄。確認(rèn)幀格式如圖2所示。收發(fā)雙方的鏈路層都緩存W個數(shù)據(jù)幀。發(fā)方維護(hù)發(fā)送緩存和重傳列表，發(fā)送緩存中保存著當(dāng)前發(fā)送窗口中未確認(rèn)的幀，重傳列表中保存了待重傳的幀序號。收方的接收緩存保存當(dāng)前接收窗口中亂序的數(shù)據(jù)幀，當(dāng)接收到的幀有序后，鏈路層向。
2AMC－HARQ跨層自適應(yīng)傳輸性能分析
本文使用Matlab仿真工具對基于AMC－HARQ跨層自適應(yīng)傳輸系統(tǒng)進(jìn)行仿真分析，模擬信道使用瑞利衰落信道模型，每個數(shù)據(jù)包中含信息位500bit，通過1／3碼率的卷積碼，仿真包數(shù)目每次1000個，結(jié)果取6次平均值，同時假設(shè)CRC能正確校驗。在物理層，提供不調(diào)制、BPSK、QPSK、8PSK等4種傳輸模式，系統(tǒng)可以根據(jù)AMC中每種傳輸模式的瞬時誤包率（PER）和接收到的SNR在各種物理層傳輸模式之間的關(guān)系，自適應(yīng)地選擇合適的調(diào)制編碼方式。在鏈路層，要綜合考慮時延、誤包率和吞吐量，真正滿足城際鐵路不同業(yè)務(wù)的QoS要求。設(shè)置最大重傳次數(shù)為N＝0、1、2，測試在不同干擾條件下，不同的業(yè)務(wù)類型的成功率，見圖3，圖4，圖5?？梢?，通過AMC－HARQ跨層自適應(yīng)傳輸方案，當(dāng)鏈路層重傳1次，可以在5％干擾情況下實(shí)現(xiàn)95％的接收成功率；鏈路層重傳2次，可以在5％干擾情況下實(shí)現(xiàn)99％的接收成功率，在10％干擾情況下實(shí)現(xiàn)94％以上的接收成功率。
