時間：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與會計業務流程再造具有較好的內在一致性，能為會計業務流程再造中會計報告輸出提供更好的技術支持，實現財務、業務一體化，向內、外部會計信息使用者提供豐富多樣的財務會計信息和管理會計信息?；赬BRL的財務報告具有檢索快速精確、為信息使用者提供便利等優勢，而且提高了財務信息的質量，因此，會計信息使用者可以利用基于當前會計業務流程所產生的XBRL會計報告去匹配決策者的會計信息需求，從而達到互相促進的目的，為實現會計信息系統集成奠定了基礎。
系統的集成并不是簡單的物理集成和數據共享，而是在邏輯和概念上的集成，從根本上打破目前的會計信息系統構造，有效發揮會計信息的作用。以往的會計信息系統，由于會計信息化建設的不均衡，形成了多種基于不同平臺、不同語言、功能和數據彼此獨立的財務管理信息系統并存的局面，部門壁壘、信息孤島等問題隨處可見，從而削弱了信息對決策的支持程度，降低了系統整體運行效率以及數據存儲、傳輸的安全性?；赬BRL的會計信息系統集成，利用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］。只有當系統與外界發生信息交換時才進行數據格式轉換，充當翻譯角色，在內外部醫療信息交換中構建了一座橋梁?；贖L7Engine應用系統集成主要有兩種實現方法［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］?，F階段，在國內醫院管理水平低、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）：
客戶層是系統的用戶界面，呈現出適當的視圖，以收集查詢，顯示最終結果，它可以是瘦客戶端，胖客戶端這些非瀏覽器的客戶端，也可以是基于瀏覽器的客戶端?？蛻魧訉⑿畔⒑蛿祿尸F給最終用戶，應用程序用戶與客戶端應用程序交互，客戶端應用程序與企業應用程序的其他組件相連。用戶接口/提供了客戶與信息進行交互的工具和相關的支持服務，它使客戶與系統的交互變得簡單、快捷。J2EE支持的Java客戶端包括Applet、Java應用客戶端、J2ME移動客戶端或MIDlet，瀏覽器是一個瘦客戶端，在J2EE系統的客戶端中應用最廣。客戶端類型多種多樣，容器必須提供組件支持，為客戶端組件提供運行時環境，JVM提供了Java運行時環境，個人桌面系統、工程工作站、Applet和應用客戶端等組件都支持JVM，而MIDlet要求對JVM進行稍加修改。
由于業務需求瞬息萬變，WEB層成了一個動態層，WEB層主要有兩種職責：接收客戶層組件的要求，處理請求，然后將請求路由到業務層的適當組件；接受業務層傳來的結果，計算一個適當的視圖，然后將視圖路由到對應客戶端?？蛻魧邮褂脼g覽器應用程序與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數據庫輸出數據供其他系統使用。必要時可以根據對定義對數據庫的紀錄進行整合處理，消除重復紀錄?？梢愿鶕x進行數據刪除工作，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％以上的接收成功率。
