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

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

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

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：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.

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

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

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

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

2.2 平臺(tái)組件設(shè)計(jì)組成

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

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

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

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

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

4.1 LIS具體功能

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

4.2 HIS具體功能

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

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

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

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

4.3.2 消息處理設(shè)計(jì)

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

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

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

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

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

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

4.5 管理各項(xiàng)消息

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

5 結(jié)論

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

參考文獻(xiàn)：

[1] 彭達(dá)明，羅志達(dá)，張寧，等.基于Biztalk服務(wù)器實(shí)現(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].西南交通大學(xué)，2007.

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

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

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