胡榜洪
摘 要:我國醫(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負責(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)之間的交互,取得了較好的效益?;赪eb 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.