公衛(wèi)平臺與醫(yī)院系統(tǒng)對接模式研究

洪 流 何安勇 王燁菁

1.上海市黃浦區(qū)疾病預防控制中心 上海 200023

2.上海市黃浦區(qū)衛(wèi)生事務管理中心 上海 200023

前言

醫(yī)療衛(wèi)生信息化的建設越來越受到各界關注，對醫(yī)療數(shù)據資源的共享需求更為急迫。當前，各地以電子健康檔案為基礎的公衛(wèi)平臺已基本建成，上海各區(qū)二級以下醫(yī)院數(shù)據可以直通區(qū)公衛(wèi)平臺，但三甲醫(yī)院因管理隸屬和信息系統(tǒng)獨立，與區(qū)級公衛(wèi)平臺未實現(xiàn)互通，為此研究三甲醫(yī)院與區(qū)級公衛(wèi)平臺的數(shù)據交換方案迫在眉睫。目前，針對在信息化建設過程中大量新老技術各廠商的交錯，存在不同版塊的信息系統(tǒng)，其功能效果也存在很大差異，而且醫(yī)聯(lián)體內各醫(yī)療機構所擁有的信息系統(tǒng)數(shù)據結構也未采用統(tǒng)一的標準，無法完全實現(xiàn)醫(yī)療機構聯(lián)通后產生的異構數(shù)據之間的共享和交換。本文將針對【基于ESB企業(yè)總線模式的公共衛(wèi)生平臺與醫(yī)院系統(tǒng)對接模式】進行較系統(tǒng)的闡述，并提出相關建設性的意見或者對策。

一、目前公共衛(wèi)生平臺與醫(yī)院系統(tǒng)對接之間的問題

(一)建立健康檔案方面

在實際的基層醫(yī)療機構工作過程中，需要將就醫(yī)的病患信息錄入到HIS系統(tǒng)相關模塊當中，通過內部數(shù)據交換流轉可以直接進入區(qū)公衛(wèi)平臺中。

(二)系統(tǒng)之間數(shù)據不通

事實上，無論是公共衛(wèi)生平臺還是醫(yī)院的工作系統(tǒng)，二者都是相對獨立的關系，也就是兩個都是獨立的系統(tǒng)，公共衛(wèi)生平臺主要采取的是B/S的架構，而醫(yī)院主要采取的是HIS系統(tǒng)，在系統(tǒng)之間差異性比較強的基礎之上，如果本身系統(tǒng)只局限在內網中使用，實現(xiàn)所謂的數(shù)據互通更是難上加難，也就是所謂的醫(yī)院HIS系統(tǒng)與公共衛(wèi)生平臺之間數(shù)據不通，即目前公共衛(wèi)生平臺與醫(yī)院系統(tǒng)對接過程中主要的問題[2]。

(三)開發(fā)接口方面

一般情況下，接口的開通需要在軟件廠商協(xié)調一致的情況進行不斷的落實和執(zhí)行，如果廠家不配合，再基層醫(yī)療機構中多數(shù)由醫(yī)務工作人員擔綱角色的信息技術的背景弱勢，會使得開發(fā)接口方面出現(xiàn)諸多困難，且接口開發(fā)本身的成本費用較高，開發(fā)時間也較長。

(四)數(shù)據工作方面容易出錯

如果是采用人工的方式采集原系統(tǒng)當中的數(shù)據、信息，再將其錄入到相應的區(qū)級公衛(wèi)平臺的對接模式，將是重復性非常高的一項操作。人工采集、錄入的過程比較機械化枯燥無聊，浪費人力資源和成本，在實際的對接過程中也比較容易失誤情況，出現(xiàn)大量錯填或者是漏填的情況，實際工作效率較低，數(shù)據的利用價值下降。

二、基于ESB企業(yè)總線模式的公共衛(wèi)生平臺與醫(yī)院系統(tǒng)對接模式設計

數(shù)據交互過程中平臺是最為重要的載體，二者在對接的過程中主要會涉及到兩個大的方面，其中之一是業(yè)務系統(tǒng)向平臺發(fā)送數(shù)據，也就是平臺接收數(shù)據的這一過程，另外一個方面就是平臺轉發(fā)數(shù)據了，在這兩個過程中，日志記錄都是最為重要的組成部分，相關的工作人員在設計交互方案的過程中需要加入日志記錄功能模塊，確保數(shù)據交互的日志能夠妥善保存，方便后續(xù)的查驗工作；

(一)實時發(fā)送

各個業(yè)務系統(tǒng)如果想要實現(xiàn)實時發(fā)送數(shù)據，就需要在每個客戶端安裝MQ的客戶端軟件，這樣會浪費軟件、硬件的資源，并帶來實施工作量大幅增多，不利于后期的維護工作。另外一般情況下，二者的對接主要具有以下三個模塊組成[3]；

①客戶端；

②中間服務器；

③公共衛(wèi)生平臺；

其中中間件服務器的復雜壓力其實是比較大的，為了能夠維持二者正常的系統(tǒng)對接，可以采用負載均衡技術來平衡各個服務器的信息數(shù)據處理量，平臺模塊最好采用MQ消息隊列方式來接收XML文件，由此就能夠實現(xiàn)醫(yī)院系統(tǒng)的數(shù)據、消息實施發(fā)送功能了，對于醫(yī)院業(yè)務工作發(fā)展至關重要。

(二)定時輪循發(fā)送

所謂的定時輪循發(fā)送功能，顧名思義就是在醫(yī)院的業(yè)務系統(tǒng)方面需要設置一個循環(huán)周期，實現(xiàn)定期的抽取醫(yī)院數(shù)據庫當中的數(shù)據，并且將其封裝成標準的XML格式的消息，并且將其發(fā)送到相應的公共衛(wèi)生平臺當中。

在實際的基于ESB企業(yè)總線模式的公共衛(wèi)生平臺與醫(yī)院系統(tǒng)對接過程中，中間件服務器會定時的查詢信息庫，并且實現(xiàn)數(shù)據、信息的獲取，在這之后將其轉換成數(shù)據交互標準的XML文檔，后續(xù)再以MQ的方式將消息體放到消息隊列中供公衛(wèi)平臺接收，這對于二者來說都是一種比較大的提升，對于實現(xiàn)真正意義的數(shù)據共享具實際重要意義。

(三)日志記錄

在實際的基于ESB企業(yè)總線模式的公共衛(wèi)生平臺與醫(yī)院系統(tǒng)對接過程中，二者的對接質量還直接提案在日志的記錄方面[4]，但是筆者進行實際的研究和調查之后發(fā)現(xiàn)，一些廠商之間的集成方面還沒有日志，這樣就沒有辦法實現(xiàn)相關數(shù)據信息的跟蹤和監(jiān)控，進而使得公衛(wèi)平臺與醫(yī)院系統(tǒng)之間消息、數(shù)據對接出現(xiàn)問題，究竟是否成功也是難以知曉的，這使得二者的管理工作產生了比較大的問題，在嚴重的情況下，也就是集成出現(xiàn)問題時，是非常難以進行協(xié)調處理的。所以，在實際的基于ESB企業(yè)總線模式的公共衛(wèi)生平臺與醫(yī)院系統(tǒng)對接模式當中，無論是成功與否都需要記錄到日志和日志表當中。

結論

綜上所述，目前為止針對【基于ESB企業(yè)總線模式的公共衛(wèi)生平臺與醫(yī)院系統(tǒng)對接模式】的相關研究分析，基于ESB的架構實現(xiàn)公衛(wèi)平臺與三級醫(yī)院系統(tǒng)之間的對接，在實際設計過程中需要關注兩個方面，一是宏觀架構，二是圍觀細節(jié)的處理，注重好這兩方面之后，就能夠使得基于ESB企業(yè)總線模式的公衛(wèi)平臺與醫(yī)院系統(tǒng)對接模式變得相對完善，減少傳統(tǒng)對接工作方式弊端。