胡榜洪

摘 要：我國醫(yī)療服務(wù)發(fā)展中，醫(yī)院信息多系統(tǒng)對接已經(jīng)成為趨勢，但是目前所應(yīng)用的醫(yī)院信息系統(tǒng)中，大多數(shù)都是獨立運行，存在信息孤島。而在系統(tǒng)對接中，傳統(tǒng)主要采用關(guān)系型數(shù)據(jù)庫實現(xiàn)系統(tǒng)間接口方案的設(shè)計，安全性、操作性及擴展性都比較差。為了實現(xiàn)各系統(tǒng)信息數(shù)據(jù)的共享與整合，在Web Service技術(shù)基礎(chǔ)上，對醫(yī)院信息系統(tǒng)之間的對接，實現(xiàn)業(yè)務(wù)聯(lián)動與信息共享。

關(guān)鍵詞：Web Service技術(shù) 醫(yī)院信息化 接口

中圖分類號：TP311 文獻標(biāo)識碼：A 文章編號：1674-098X（2017）06（a）-0161-02

不同的系統(tǒng)數(shù)據(jù)庫類型、開發(fā)工具、運行平臺及環(huán)境都存在一定的差異，系統(tǒng)多獨立運行。所以，目前醫(yī)院信息系統(tǒng)建設(shè)中需要進行各系統(tǒng)間的數(shù)據(jù)共享與系統(tǒng)對接。

1 Web Service技術(shù)概述

Web Service技術(shù)是一種遠程調(diào)用技術(shù)，具有跨操作平臺、跨編程語言的特點，對于不同機器上運行的不同應(yīng)用，利用Web Service技術(shù)可以實現(xiàn)不借助第三方軟件或硬件，就能實現(xiàn)數(shù)據(jù)集成或交換。按照Web Service技術(shù)使用規(guī)范，不管應(yīng)用所使用的平臺、語言或協(xié)議類型，都可實現(xiàn)數(shù)據(jù)互換。Web Service屬于可用網(wǎng)絡(luò)模塊，對具體業(yè)務(wù)功能可較好的執(zhí)行。在醫(yī)院信息系統(tǒng)集成中，Web Service提供了通用機制，其跨編程語言、跨操作系統(tǒng)平臺是基于SOAP協(xié)議實現(xiàn)的，繼承性、封裝性均比較良好，技術(shù)成熟可靠，數(shù)據(jù)傳輸穩(wěn)定透明。現(xiàn)階段，由于醫(yī)院信息系統(tǒng)多數(shù)處于相互獨立的狀態(tài)，不利于信息資源的共享和數(shù)據(jù)交換，醫(yī)院信息系統(tǒng)的功能也不能完全被發(fā)揮出來。而在Web Service技術(shù)基礎(chǔ)上，對不同的信息系統(tǒng)進行對接，可實現(xiàn)信息共享，本文主要針對Web Service技術(shù)基礎(chǔ)上，多系統(tǒng)對接接口設(shè)計的方法進行研究。

2 技術(shù)原理分析

構(gòu)成Web Service平臺的主要技術(shù)包含SOAP、WSDL及XML+XSD三個方面。

2.1 XML+XSD

XML對數(shù)據(jù)表示問題進行了解決，但對標(biāo)準(zhǔn)的數(shù)據(jù)類型沒有給出定義，也對這套數(shù)據(jù)類型如何擴展沒有說明。為了對這一問題進行解決，XML Schema的出現(xiàn)，對標(biāo)準(zhǔn)數(shù)據(jù)類型給出了定義，并且對這套數(shù)據(jù)給出一種語言進行擴展。XML Schema在Web Service平臺中作為數(shù)據(jù)類型系統(tǒng)。對一個Web Service用某種語言進行構(gòu)造時，為與Web Service標(biāo)準(zhǔn)相符，采用的數(shù)據(jù)類型都要轉(zhuǎn)換成XML Schema類型。

2.2 SOAP

HTTP協(xié)議被Web Service用作發(fā)送請求和接受結(jié)果，數(shù)據(jù)都采用XML格式封裝，消息頭為HTTP，此類特定HTTP消息頭與XML內(nèi)容格式就構(gòu)成了SOAP協(xié)議。該協(xié)議下，對Web Service調(diào)用時，采用RPC方法，SOAP協(xié)議對SOAP消息的格式進行了定義，SOAP數(shù)據(jù)編碼方式為XML。

2.3 WSDL

WSDL用于對Web Service及其參數(shù)、函數(shù)值、返回值進行描述，基于XML語言。Web Service的服務(wù)器端和客戶端對WSDL標(biāo)準(zhǔn)格式都能理解。由于是基于XML語言，所以人與機器都可閱讀。在Web服務(wù)器上可保存WSDL文件，對該文件訪問時，用一個url地址即可?？蛻舳藢eb Service服務(wù)調(diào)用前，需要知道該服務(wù)的WSDL文件地址，該文件地址可通過兩種途徑獲?。阂环N是服務(wù)供應(yīng)商直接告訴調(diào)用者；一種是在UDDI服務(wù)器注冊，便于被查找。

2.4 基于SOAP的XML消息傳遞

如圖1所示，首先，在網(wǎng)絡(luò)上，應(yīng)用程序?qū)OAP消息發(fā)送出去；其次，消息經(jīng)網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)傳輸提供者的SOAP基礎(chǔ)結(jié)構(gòu)中，XML消息在SOAP基礎(chǔ)結(jié)構(gòu)中被轉(zhuǎn)換為特定編程語言對象；第三，對請求信息，Web Service負(fù)責(zé)處理，然后生成響應(yīng)，該響應(yīng)也被看作是一個SOAP消息，該消息會被繼續(xù)傳送到SOAP基礎(chǔ)結(jié)構(gòu)，最終該消息會被原路返回給服務(wù)請求者；最后，Web Service響應(yīng)的消息會通過整個SOAP基礎(chǔ)結(jié)構(gòu)，能夠?qū)ML消息進行轉(zhuǎn)換，使其成為目標(biāo)編程語言對象，最后為應(yīng)用程序提供該響應(yīng)消息。

3 接口設(shè)計

各系統(tǒng)對接中，接口屬于門戶，對接口進行設(shè)計時，需要遵循以下原則：①簡單原則。在對接口方法進行命名時，必須要規(guī)范，用戶可以通過對用戶名的觀察，猜測到該接口的主要用途；對于接口中的參數(shù)來說，其數(shù)據(jù)類型也要盡可能的簡單，數(shù)據(jù)結(jié)構(gòu)嵌套層次盡量少；方法也要盡量單一。②封閉原則。在模塊功能實現(xiàn)中，細節(jié)要對外封閉，這樣在修改模塊內(nèi)部處理邏輯時， 對模塊使用者的調(diào)用就不會產(chǎn)生影響。③完整性原則。接口可以看作是一個整體功能的模塊。④可置換原則。接口要采用標(biāo)準(zhǔn)的接口規(guī)范，這樣在以后針對原有模塊用新模塊置換時，主要新模塊遵循接口規(guī)范即可，對其它模塊的調(diào)用方式不會產(chǎn)生影響。

結(jié)合本院醫(yī)院信息系統(tǒng)社保接口與省、州相應(yīng)社保系統(tǒng)接口進行分析，提出以下接口設(shè)計方案：門診掛號方面，因掛號費為現(xiàn)金繳納，不予報銷，所以門診掛號仍按原模式進行，不需要改動。門診收費方面，應(yīng)用嵌入式解決方案，對門診收費接口程序進行修改，對相應(yīng)社保交易功能調(diào)用，讓社?；颊呖芍苯釉卺t(yī)院信息系統(tǒng)中的門診收費程序中進行交費，實現(xiàn)現(xiàn)場實時結(jié)算；對于住院業(yè)務(wù)方面，住院收費結(jié)算程序及住院登記程序均采用嵌入式接口，專門開發(fā)一個數(shù)據(jù)轉(zhuǎn)換程序，對費用明細從醫(yī)院信息系統(tǒng)可直接上傳到相應(yīng)社保系統(tǒng)中。

4 結(jié)語

醫(yī)院信息化多系統(tǒng)接口的設(shè)計，使醫(yī)院內(nèi)不同系統(tǒng)之間實現(xiàn)了信息交互、信息共享，且該接口設(shè)計簡單，容易實現(xiàn)，提高了醫(yī)院信息系統(tǒng)之間的交互，取得了較好的效益。基于Web Service技術(shù)的醫(yī)院信息化多系統(tǒng)接口的設(shè)計及其應(yīng)用，提高了醫(yī)院信息資源的利用率，加強了本院與省、州相應(yīng)社保之間的信息交互與協(xié)調(diào)，促使醫(yī)院整體運轉(zhuǎn)效率得到提升。

參考文獻

[1] 侯鵬，趙陽，薛啟勛.醫(yī)院信息系統(tǒng)（HIS）與新農(nóng)合系統(tǒng)接口的設(shè)計[J].醫(yī)療裝備，2017，1（14）：32-33.

[2] 朱弋，姜樹勛.“軍衛(wèi)一號”醫(yī)院信息系統(tǒng)與醫(yī)保信息接口的對接探討[J].中國醫(yī)學(xué)裝備，2014，4（26）：78-79.

[3] 張德林.淺析醫(yī)院信息系統(tǒng)中醫(yī)保接口的實現(xiàn)方案[J].中國醫(yī)療器械信息，2013，1（28）：51-54.

[4] 劉興淮，徐燕梅，粱敏.一種通用型醫(yī)院信息系統(tǒng)與新農(nóng)合外掛接口程序的實現(xiàn)[J].中國醫(yī)學(xué)裝備，2013，3（15）：32-34.