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