呂峰+高春林+張喜成+楊宏

摘要：異構(gòu)醫(yī)療信息系統(tǒng)數(shù)據(jù)的采集方式有多種，而在采集時會面臨數(shù)據(jù)不標準所帶來的問題，基于Biztalk的異構(gòu)系統(tǒng)能夠有效地解決一些問題。該文根據(jù)當今Biztalk的應(yīng)用現(xiàn)狀，找出相應(yīng)的解決措施，從Net框架設(shè)計到XML語言描述結(jié)構(gòu)逐步分析。該文將具體闡述各項問題產(chǎn)生的原因，并逐一敘述優(yōu)化方案。

關(guān)鍵詞：Biztalk；醫(yī)療信息系統(tǒng)；數(shù)據(jù)集成

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2016）08-0004-03

Abstract： There are many ways to collect data of heterogeneous medical information system， and the problems caused by the data are not standard， and the Biztalk based heterogeneous system can solve some problems effectively. In this paper， according to the current situation of the application of Biztalk， find the corresponding solutions， from the Net framework to the XML language description of the structure of the progressive analysis. In this paper， we will explain the reasons for the problems， and describe the optimization scheme one by one.

Key words： Biztalk； medical information system； data integration.

信息時代強勢來臨，醫(yī)療領(lǐng)域也順應(yīng)主流時代發(fā)展逐漸融入信息技術(shù)，而醫(yī)療信息系統(tǒng)的數(shù)據(jù)本身往往數(shù)量龐大，并且收集的數(shù)據(jù)存在格式不標準的缺陷。除此之外，信息集成具有涉及范圍廣、集成步驟繁瑣和后期整理困難等障礙。面對醫(yī)療系統(tǒng)數(shù)據(jù)不容錯誤的特質(zhì)，信息技術(shù)融入醫(yī)療領(lǐng)域無疑存在許多的問題。利用Biztalk技術(shù)可以有效解決一部分數(shù)據(jù)集成問題，其開發(fā)原理是以SOA作為基本架構(gòu)，其具體組成部分除了簡單的計算部件外還增加了跟蹤庫和配置庫。工作原理相對普通系統(tǒng)較為特殊，尤其在信息接收以及發(fā)出這兩個階段。下文將對基于Biztalk的異構(gòu)信息系統(tǒng)的研究背景以及國內(nèi)外應(yīng)用現(xiàn)狀，指出我國Biztalk在應(yīng)用過程中存在的問題，并羅列出各項解決措施。

1 基于Biztalk的異構(gòu)信息系統(tǒng)的研究背景

我國信息技術(shù)起步較晚，但企業(yè)間競爭更為激烈。為了提升企業(yè)能力必須進一步加強內(nèi)部信息技術(shù)應(yīng)用。企業(yè)應(yīng)用集成的出現(xiàn)，從企業(yè)發(fā)展的角度上來說大大地提高了信息技術(shù)應(yīng)用的效率，在國際應(yīng)用較為廣泛，而在未來信息時代的發(fā)展中勢必會成為企業(yè)應(yīng)用的主流。根據(jù)其開發(fā)模式分為企業(yè)框架模式以及國際互聯(lián)網(wǎng)模式，兩種模式的共同點在于能夠為企業(yè)投入資金帶入更高的回報率。企業(yè)框架結(jié)構(gòu)的應(yīng)用原理就是重構(gòu)不同的重要商務(wù)運作方案，根據(jù)商務(wù)方案理清管理系統(tǒng)與客戶之間的關(guān)系，將其詳細的規(guī)劃進企業(yè)資源規(guī)劃系統(tǒng)。通過一系列的信息處理能夠有效地提高企業(yè)商務(wù)運行效率，并且提高企業(yè)在相關(guān)市場上的產(chǎn)品優(yōu)勢。而國際互聯(lián)網(wǎng)的優(yōu)勢不同與企業(yè)框架結(jié)構(gòu)，其信息交流范圍更加廣泛，大力提高了開發(fā)系統(tǒng)的工作效率并且增加了企業(yè)的業(yè)務(wù)量。企業(yè)的應(yīng)用框架在未來還有很大的發(fā)展空間，可以預(yù)見其發(fā)展前景也十分優(yōu)秀。

2 基于Biztalk的異構(gòu)信息系統(tǒng)數(shù)據(jù)集成框架

2.1 平臺系統(tǒng)功能優(yōu)勢

通過將分散在各個角落的體統(tǒng)數(shù)據(jù)進行一系列的整理，具體行為包括數(shù)據(jù)提取、格式轉(zhuǎn)換、文件傳輸?shù)炔僮鳎瑢悩?gòu)的數(shù)據(jù)源系統(tǒng)的集成在一個數(shù)據(jù)庫之中。這種集成后的數(shù)據(jù)可以在標準下相互交流以及分享，數(shù)據(jù)訪問接口創(chuàng)建也十分便利，方便人員查找以及使用相關(guān)數(shù)據(jù)。整理數(shù)據(jù)源最大的障礙在于數(shù)據(jù)結(jié)構(gòu)不同，存儲輸入不同。XML是Biztalk最常用的數(shù)據(jù)標準，其接口則使用WCF。在使用接口是WCF的優(yōu)勢在于其數(shù)據(jù)安全性較高，和自身系統(tǒng)的合作性較高，并且能夠跨平臺運行。譬如，對于普通的醫(yī)囑關(guān)系中，想要交換平臺中的集成數(shù)據(jù)則必須要建立數(shù)據(jù)接口，而其中最重要的步驟就是將兩者數(shù)據(jù)標準統(tǒng)一，使系統(tǒng)中的數(shù)據(jù)都以同一種方式運輸。

2.2 平臺組件設(shè)計組成

根據(jù)平臺功能將體系框架結(jié)構(gòu)劃分為三層：（1）服務(wù)層：服務(wù)層的本質(zhì)就是WCF服務(wù)，具體工作為當應(yīng)用程序有數(shù)據(jù)需求時提供相應(yīng)的數(shù)據(jù)接口，外部應(yīng)用想要訪問時提供相應(yīng)的WCF服務(wù)。（2）集成與業(yè)務(wù)處理層：該層作為整個系統(tǒng)運行的核心，對于數(shù)據(jù)集成占有十分重要的地位。其具體運行流程為：首先由WCF提供相應(yīng)的訪問接口，然后使用Biztalk處理各種異常數(shù)據(jù)，達到數(shù)據(jù)高度統(tǒng)一化，最后將處理后的數(shù)據(jù)進行分類整理。整個過程占到平臺運行過程的二分之一。（3）數(shù)據(jù)層：數(shù)據(jù)層的作用于數(shù)據(jù)庫相似，用來儲存系統(tǒng)中的各項數(shù)據(jù)。

3 基于Biztalk的異構(gòu)信息系統(tǒng)數(shù)據(jù)接入步驟

根據(jù)本文研究的方法，通過下圖展示出數(shù)據(jù)接入的具體步驟。第一步，A和Biztalk的開發(fā)人員根據(jù)對方的數(shù)據(jù)需求，相互之間溝通好具體的XML數(shù)據(jù)構(gòu)架，并根據(jù)結(jié)果對WCF進行具體編程得出最終的服務(wù)接口。第二步，A對Biztalk提供的數(shù)據(jù)構(gòu)架以及數(shù)據(jù)規(guī)范將作為最終制定出來的規(guī)范，并且必須將已經(jīng)制定的規(guī)范反饋給A。第三步，編寫B(tài)iztalk必須將數(shù)據(jù)進行交換，并且做出映射反應(yīng)，寄存地點還是在WCF服務(wù)的接口以及發(fā)送接口。第四步，開發(fā)人員將已經(jīng)建立好的WCF接口應(yīng)用到系統(tǒng)運行之中，實現(xiàn)數(shù)據(jù)之間的相互交流以及分享。

4 數(shù)據(jù)最終集成

以醫(yī)囑查詢作為講解示例，通過示例表現(xiàn)出數(shù)據(jù)集成的具體實現(xiàn)過程。具體使用方法為請求-響應(yīng)，通過這種方式將數(shù)據(jù)標準化、集合化。1）根據(jù)醫(yī)囑請求使用WCF服務(wù)接口，在使用時需要注意必須以醫(yī)囑作為執(zhí)行前提。2）WCF服務(wù)接收端在收到數(shù)據(jù)之后立即進行初步處理，最終處理數(shù)據(jù)成果必須達到數(shù)據(jù)統(tǒng)一的要求，初步處理后再將數(shù)據(jù)轉(zhuǎn)運到下一構(gòu)件。3）信息類型不同，其對應(yīng)的工作方式必然有所差別，將工作方式分為以下兩種：第一種，直接查詢異地數(shù)據(jù)庫，這種方式通過訪問數(shù)據(jù)庫接口，了解到數(shù)據(jù)形式并將不規(guī)范的數(shù)據(jù)轉(zhuǎn)化為標準格式，最終得到需要的醫(yī)囑信息，并且將信息反饋回去，這種方式成為數(shù)據(jù)查詢流程。第二種，其工作對象十分明確，針對信息不合格的醫(yī)囑信息，并進行相應(yīng)的核對修正，最終得到正確的信息后轉(zhuǎn)發(fā)給數(shù)據(jù)發(fā)送端口，最終以多種方式引入到遺囑申請系統(tǒng)。所有的流程應(yīng)當具有相應(yīng)的日志記錄。

4.1 LIS具體功能

運用Public GetOrderResultGetOrder以及Public SendResult SendNotify這兩種方法可以進行數(shù)據(jù)的傳輸。需要注意的一點就是GetOrde具有核驗信息的功能，針對不合格的醫(yī)囑信息，該系統(tǒng)會及時將不合格的校驗結(jié)果反饋到數(shù)據(jù)集成平臺并處理，最終是由集成平臺將信息傳入最終申請系統(tǒng)。

4.2 HIS具體功能

1）Send Duty Table在醫(yī)囑申請中運行，通過這種方式可以得到執(zhí)行結(jié)果。2）Register Subscriber Status不同于上述方法，其本身具有注冊的功能，并且針對校驗過不合格的醫(yī)囑信息進行處理，判斷出信息最終走向是數(shù)據(jù)庫表還是訂閱者處。訂閱庫者處收到的則是失敗的信息，成功的信息將會直接傳入數(shù)據(jù)庫。

4.3 數(shù)據(jù)集成中心功能

4.3.1 相應(yīng)文件設(shè)計

Biztlak的專業(yè)配置包括三大文件：1）接收或者發(fā)送端口的文件，其制定作用是規(guī)范了平臺端口接收到的數(shù)據(jù)，為下部分的數(shù)據(jù)處理提供了相應(yīng)的范本，相當于數(shù)據(jù)集成中的數(shù)據(jù)標準指標。2）數(shù)據(jù)處理文件，經(jīng)過數(shù)據(jù)接收處理之后，數(shù)據(jù)處理文件就會受到上級指示并處理數(shù)據(jù)，按照標準規(guī)范，對不合格的數(shù)據(jù)進行一系列的處理，甚至可以計算數(shù)據(jù)合并數(shù)據(jù)。數(shù)據(jù)皆有數(shù)字和字母組成，譬如，性別在輸入的數(shù)據(jù)中可以用相應(yīng)的字母或者數(shù)字代替。3）消息訂閱者文件的工作量最簡單，只需要將最終的消息通過動態(tài)發(fā)送端口輸送給訂閱者。

4.3.2 消息處理設(shè)計

消息處理是整個平臺工作的核心，而在設(shè)計中主要面臨三大問題：有效信息提取，錯誤或不標準信息轉(zhuǎn)換、相關(guān)信息的合并。對于Biztalk，其映射功能是通過Map映射工具通過顯示“源”架構(gòu)以及“目的”架構(gòu)。而在整個運行的過程中目標系統(tǒng)的有效字段則由以上兩種架構(gòu)提供相應(yīng)的功能操作，從而映射出來的數(shù)據(jù)最終真實有效。對于“目的”源架構(gòu)，查詢出來的最終操作結(jié)果狀態(tài)是由Input Request Order提供相應(yīng)的查詢條件，系統(tǒng)操作后由Operation Result反映出來，其中一部分的醫(yī)囑信息字段是由Input Message中的節(jié)點組成，具體則來源于醫(yī)囑申請系統(tǒng)的數(shù)據(jù)庫。映射的最終成果會被反應(yīng)到LISRequest Order上。配置具體文件需要視具體情況來定，不同系統(tǒng)運行的標準格式均不一致，將其完全統(tǒng)一是映射設(shè)計中的核心。譬如，NET平臺在系統(tǒng)中的工作是讀取腳本，針對所編寫的標準代碼，將不標準的數(shù)據(jù)逐漸統(tǒng)一成標準代碼格式。

4.3.3 相關(guān)步驟設(shè)計

Biztalk的業(yè)務(wù)編排相對復(fù)雜，WCF在系統(tǒng)中處于服務(wù)狀態(tài)。譬如，當系統(tǒng)中提交了醫(yī)囑查詢請求時，由相關(guān)執(zhí)行系統(tǒng)提交到相應(yīng)的端口，通過判斷得知消息類型以及適配器類型，分別為LIS Request Order架構(gòu)以及WCF-WSHttp.倘若數(shù)據(jù)被提交給了Receive LIS Request Order說明所得的數(shù)據(jù)格式符合相關(guān)架構(gòu)。確認數(shù)據(jù)格式正確之后再進行初始化處理，逐一通過Sope Get HIS Order、執(zhí)行階段，緊接著選用相應(yīng)的醫(yī)囑信息，信息選用的條件于配適器的請求相匹配，通過端口查詢得出。查詢結(jié)果還要視具體查詢情況而定，有時會出現(xiàn)查詢失敗的情況，這時會通過RecPort LISRe反饋給提交者，并且將相關(guān)記錄儲存。

倘若提交者本身提交的醫(yī)囑信息不標準，其配適器則會改為WCF-WS-Http，正確信息的配適器與之不同，目標信息必須由正確的遺囑信息轉(zhuǎn)換構(gòu)成，目標信息構(gòu)建成功后會被轉(zhuǎn)移至緩存數(shù)據(jù)庫。信息查詢范圍涉及所有訂閱者的信息，通過相關(guān)配適器以及端口展現(xiàn)出來，整個任務(wù)執(zhí)行下來會向端口提供多個WCF配置信息，目的是為了將不合格的信息區(qū)分出來并發(fā)送到目的系統(tǒng)，將結(jié)果反饋給訂閱者，最終能夠做到靈活有序的添加相應(yīng)信息訂閱者，并記錄下來。

4.4 系統(tǒng)最終部署

當上述的幾大步驟都能完整順利地運行下來，則要來考慮最終的部署，使BizTalk能夠通過相關(guān)運行達到執(zhí)行命令的目的。輔機狀態(tài)下檢測診斷系統(tǒng)能夠處理檢測數(shù)據(jù)庫中的數(shù)據(jù)是否符合執(zhí)行要求，其部署通過的程序為瀏覽器-Web服務(wù)器-關(guān)系數(shù)據(jù)庫-BizTalkServer-實時數(shù)據(jù)庫PI。

4.5 管理各項消息

為了確保傳輸數(shù)據(jù)的可靠性以及實用性會對運輸中的消息采取跟蹤管理的措施，其使用的相關(guān)程序為BizTalk Hat工具，從信息發(fā)出到結(jié)束都處于工作狀態(tài)。譬如，當信息發(fā)出時，為了有效地查看運行過程中發(fā)生的事件會讓HAT視圖反饋至相應(yīng)的列表查找，從而跟蹤了解到每一個信息的運行流程，具體內(nèi)容不僅包括發(fā)出和接收，還有在各個端口接收以及運輸情況。DTA-Server審核表極大地減少了不必要的工作，對于所有信息活動都有相應(yīng)的日志記錄，方便程序查找跟蹤，其具體內(nèi)容包括消息升級狀態(tài)、各項歷史紀錄、已部署信息情況，上述中的操作稱為屬性跟蹤以及正文跟蹤，二者在本質(zhì)上有所區(qū)別。解決BizTalk在程序上出現(xiàn)的問題的方法還包括將BizTalk Server 以及HAT相結(jié)合。HAT的作用為正文消息跟蹤，相關(guān)人員可以通過系統(tǒng)運行時產(chǎn)生的各項日志了解消息發(fā)生的事件以及屬性，通過跟蹤可以了解到信息的可靠性以及相關(guān)程序是否發(fā)生故障。使用的過程中應(yīng)當注意，管理人員可以重播部分流程，確認消息的正確性以及保證待定事務(wù)的可靠性。倘若消息事件出現(xiàn)問題還可以進行部分事件順序重新構(gòu)造，極大地提升了部署效率。最終部署的目的是為了保證用戶信息查找便利，并且了解所查詢信息的運行進度，能夠最大程度上提升信息檢索能力。除此之外，該應(yīng)用為了滿足更高要求的用戶查詢需求，設(shè)置了自定義查詢功能，用戶可以在指定相關(guān)條件下發(fā)查找命令。

5 結(jié)論

綜上所述，基于Biztalk的異構(gòu)醫(yī)療信息系統(tǒng)數(shù)據(jù)能夠有效提升系統(tǒng)功能，滿足用戶的不同需求，充分發(fā)揮平臺系統(tǒng)功能優(yōu)勢，對其平臺內(nèi)部組件進行多樣化設(shè)計。通過雙向的數(shù)據(jù)需求來設(shè)計出詳細具體的XML數(shù)據(jù)構(gòu)架，并根據(jù)結(jié)果對WCF進行具體編程得出最終的服務(wù)接口。然后對構(gòu)架中設(shè)定基本的數(shù)據(jù)規(guī)范，實現(xiàn)系統(tǒng)的反饋機制，并且做出映射反應(yīng)。開發(fā)人員將=再通過已經(jīng)建立好的WCF接口來運行系統(tǒng)，實現(xiàn)數(shù)據(jù)之間的相互交流以及分享。本文通過對該系統(tǒng)集成設(shè)計實例化，來加強對動態(tài)信息系統(tǒng)的運行狀態(tài)進行有效監(jiān)測和把控，能夠幫助實現(xiàn)全方位的跟蹤管理，以此來達到異構(gòu)應(yīng)用系統(tǒng)集成的主要作用。近年來電子商務(wù)迅猛發(fā)展，各企業(yè)都開始意識到了建立企業(yè)自身應(yīng)用系統(tǒng)的重要性，但相對來說，各企業(yè)之間的應(yīng)用系統(tǒng)卻反一定的資源共享，導(dǎo)致信息孤島的現(xiàn)象不斷充斥進入市場之中。從一定程度上來說，只有不斷開發(fā)企業(yè)間的異構(gòu)信息交換技術(shù)，才能打造專業(yè)化的系統(tǒng)集成平臺，加強與外界的合作與交流。

參考文獻：

[1] 彭達明，羅志達，張寧，等.基于Biztalk服務(wù)器實現(xiàn)異構(gòu)醫(yī)療信息系統(tǒng)數(shù)據(jù)集成[J].醫(yī)療衛(wèi)生裝備，2012，12：36-39+44.

[2] 韓保君.基于BizTalk的異構(gòu)數(shù)據(jù)交換系統(tǒng)的研究[D].西南交通大學，2007.

[3] 張妍.基于BizTalk的系統(tǒng)集成方法的研究與應(yīng)用[D].西安工業(yè)大學，2010.

[4] 王杰勛.醫(yī)療保險信息系統(tǒng)異構(gòu)數(shù)據(jù)集成的研究與實現(xiàn)[D].南京航空航天大學，2007.

[5] 楊維.基于BizTalk的電子政務(wù)信息整合研究與應(yīng)用[D].武漢理工大學，2009.