淺談無介面開放之下  醫院多系統資料對接與公衛自動上報的設計與實現

 

隨著我國新醫療改革的深入發展，對醫療資訊化建設的投入力度也不斷加大。我國醫院經歷了2003年後HIS的建設熱潮後，其基礎業務平臺已逐步成型，HIS系統佔醫療行業總體解決方案的比例分別由2013年的35%變為2014年的34.3%，HIS系統佔比略有下降。至2014年，CIS系統在醫療資訊化解決方案中佔比44.4%，HIS系統佔比34.3%。預計2014年至2019年，CIS系統的年複合增長率為23.24%，高於HIS系統的18.80%。

 

目前，我國大中型醫療機構已經建成了具備基本功能的HIS系統和PACS、RIS、LIS等基礎CIS系統，臨床醫療管理資訊系統建設開始向手術室和ICU等診療行為更為密集的科室延伸。

 

然而這一切架構格局的實現，都離不開資料與資料之間的聯絡。

 

眾所周知，醫院的資訊化管理網路是有內網和外網之分，對內是各科室、各崗位的 業務 流程化管理；對外是HIS系統和外部醫衛公共平臺的連線等。 隨著 醫療資訊化對醫院 運營管理的 全面 滲透， 互聯互通評級、電子病歷評級等帶來下游新需求。 各種 資料 介面 的 建設 已變得越來越迫切， 幾乎 到了 不做資料介面 ， 醫院很多業務 就難以 開展 的地步。

 

包括 國家衛健委 已 推出相關 硬性 政策 要求 ： 比如， 20 20 年，所有 二 級醫院要達到衛健委電子病歷分級評價3級以上；三級醫院要實現院內各診療環節資訊互聯互通，達到醫院資訊互聯互通標準化成熟度測評4級水平。

 

傳統介面方式有道繞不過的坎

 

正因如此， 作為一名曾經在多個基層醫院資訊科任負責人， 目前 就 職於專業的醫療IT公司 的多年醫療 IT從業者 。 一直以來 ， 在醫院資訊科，最讓我疲於奔命的不是各種軟硬體頻繁安裝和維護，而是上級又下達了各種資訊化對接需求；在IT公司，我做得最多的也不是產品開發，而解決各種資料 採集 ，軟體 資料 介面，多方協調關係的問題。

 

 

傳統的實現多系統資料共享的方法有很多種，這些 方式 各有優劣，舉 一種 常見的資料對接方式：

 

資料庫共享資料 方式。 系統A和系統B透過連線同一個資料庫伺服器的同一張表進行資料交換。這種方式互動更加簡單。透過資料庫的事務機制，可以做成可靠性的資料交換。 但這種方式能夠同時連線的系統數量有限，而且， 來自兩個不同公司的系統，不太 可能 開放自己的資料庫 。

 

其他實現的方式還有， ftp/檔案共享伺服器方式 、 message方式 等。 這些傳統的資料介面方式雖然實現的原理不同。但都有一個共同之處，全都需要再原軟體廠商配合開放介面的情況下才能實現。

與其他行業的IT系統不同，醫療行業的IT系統 更 複雜，且核心資料極為重要。 其實 很多廠商也不願意看到醫院提出這個 資料介面的要求 ，因為對任何 醫療軟體 廠商來說，這同樣意味著給自己找麻煩。 更因為，相關利益方太多了，各個醫療IT廠商的產品相互獨立，各佔一個山頭 ，或出於資料安全考慮，或出於商業競爭考慮，並不願意配合。這些因素也導致，醫療行業介面開發的費用在所有行業中，可能是最高的。往往需要花費數萬至數十萬不等。

 

無介面開放之下    醫院多系統資料對接與公衛自動上報的設計與實現

 

那麼，有沒有可以繞開原軟體廠商可以實現的資料介面方式呢？ 今天我要和大家分享的就是無介面開放之下 ， 醫院多系統資料對接與公衛自動上報的一種設計與實現。

 

下面 我們 具體來分析一個場景， 醫院需要將 HIS系統中的資料上傳到區域公衛平臺，這些需要上傳的資料包括病人基本資訊、就診、收費記錄，出院的醫囑、費用資料、甚至是醫學影像圖片 等 。目前，這些資料在HIS系統的各個模組中，包括各種表格資料、詳情頁欄位、圖片等。

 

但是因為種種原因，我們不能獲得HIS廠家的資料介面支援。於是，我們能夠獲得這些資料的途徑就只能從HIS的介面上抓取資料，然後再錄入到公衛平臺的介面上去。 這一過程中，我們可以用 101軟體通用資料介面生成器 來實現生成一個介面。

 

首先，我們需要用 101軟體介面生成器配置一個從HIS系統採集資料的工具。 101軟體通用資料介面生成器對目標軟體介面的固定頻率的資料重新整理和資料採集，並且寫入到採集資料庫之中，並基於採集資料庫向 公衛平臺 提供資料介面（包括：資料庫檢視，資料字典），可以以資料庫檢視介面方式提供，或者web service方式提供；

軟體通用資料介面生成器的適用範圍

 

相對於傳統的資料介面，101軟體通用資料介面生成器有以下幾個特點：

1.支援相容基於Windows平臺的幾乎所有各種CS/BS軟體；

2.不需軟體廠家配合，生成資料介面；

3.工具簡單實用，使用者可以按照自己需求DIY配置生成資料介面；

4.通常情況下，配置一個目標軟體的資料介面的生成工作，可以在一個小時內完成。

5、成本遠低於軟體廠家配合做資料介面。

 

正和目前所有的資料介面實現方式一樣， 101軟體通用資料介面生成器 雖然通用，但並不是萬能。在以下三種情況下， 101介面生成器 暫時還 不能完全滿足使用者需求。

 

1、 資料實時性要求非常高，要求資料重新整理的實時性在秒以內的，比如醫院的叫號系統， 暫時還 無法滿足（受限於軟體機器人點選操作目標軟體的響應時間一般都需要數秒到數十秒）；

 

2、所需獲取的資料在目標軟體介面上不能顯示可見的。（因為該工具只能對目標軟體所見即所得的資料實現資料採集）

 

3、目標軟體的服務端不能支援持續資料查詢請求壓力的。(該方式的資料採集需要對目標軟體進行反覆的資料查詢，以獲得最新的實時更新資料，這個反覆查詢請求的過程可能給目標軟體服務端產生壓力)

 

不過 值得指出的是，它已經實現了資料介面真正零程式碼操作。 就算是不具備IT背景，不懂 程式碼 的普通 醫護人員 ，也很容易針對自己工作場景DIY一個軟體資料介面。我曾經找到一位普通的住院醫師，他完全靠自己動手就生成了一個體檢車上報醫院健康管理系統的資料介面。

 

在資料孤島林立的醫療IT行業，作為傳統資料介面以外的一個選擇，實現自動化的公衛平臺資料上報工作，也不失為一個合適的解決方案。它究竟能在多大範圍，多少領域解決資料介面的諸多痛點， 我們可以嘗試一下 。