醫院HIS系統和其他系統都有哪些接口交互?
編輯導語:醫院的信息化系統數量繁多,系統之間錯綜復雜,實施醫院的系統對接也是每個產商都會經歷的。本文作者以HIS和PACS為例,分析這兩個系統之間的接口交互,一起來看一下吧。
醫院的信息化系統數量繁多,系統之間錯綜復雜,每個系統都不是單獨的,經??吹揭患裔t院上線某個系統的時候,和其他系統做對接。
如筆者之前負責PACS系統,要和院內的HIS進行對接,后來又負責HIS,要和PACS、LIS、手麻等輔助科室使用的系統做對接,因為一個廠家基本都不可能把醫院的系統都做了,所以也經常發生一個系統出現問題,影響其他系統。
所以,實施醫院的系統,對接這個事是每個廠商都會經歷的,今天我們以HIS和PACS為例,介紹下這兩個系統之間的接口交互。
HIS和PACS系統交互主業務流程:
01 電子申請單接口
以上的數據就是HIS醫生開單,通過電子申請單接口流向PACS的申請單數據。
場景說明:
患者小明今天頭痛難耐,決定去醫院看醫生,醫生詢問了小明的癥狀后,說你需要去放射科做個CT,門診醫生在HIS系統開單頁面選中“頭顱CT”這個檢查項目,然后執行科室需要選擇“CT室”,提交后告訴小明去收費處交費,小明拿著申請單去收費處交費。
我們想一個問題,如果小明不去交費直接去CT科室去做檢查可以嗎?答案是不可以,因為患者沒有交費,CT室登記員老師的電腦上就查詢不到小明要做的檢查,小明成功交費后然后去CT室登記窗口,登記員拿到小明的申請單,搜索到PACS系統有小明。
接口作用:
通過以上場景描述,大家應該猜到電子申請單接口的作用了,就是把HIS里醫生開具的檢查數據發生給PACS系統,只不過我們需要注意的是,門診的患者是收費后PACS系統才能收到,住院的患者不同于門診,是護士分解完成醫囑(有的系統也叫發送),PACS系統才能收到。
對接方式:
我上面一直在說的是通過接口方式HIS給PACS推送數據,也有很多廠商之間通過視圖方式進行,PACS從HIS的數據庫里查詢。
02 狀態回傳接口
檢查數據不同的狀態可以依據HIS要求將申請單的不同狀態進行回傳給HIS。
場景說明:
小明在CT科室做完了檢查,小明去找醫生說頭不疼了,不繼續看病了,那么醫生可以將小明的檢查費用退掉嗎?答案是不可以,因為小明已經做了檢查。那么問題來了,醫生怎么判斷小明有沒有做檢查呢。
接口作用:
有了狀態回傳接口,醫生就可以知道小明有沒有做檢查,該不該退費了。PACS在登記、出具報告都會給HIS發送狀態,一般醫院里PACS登記后,HIS里的狀態就從“待執行”變為“執行中”,醫生就無法操作退費/取消項目了。
03 報告&影像回傳接口
場景說明:
小明做完檢查了,在他前面有好幾個患者,小明的檢查報告還需要等待一段時間,過了一陣子,小明從醫院的膠片打印機上取出了報告和膠片,屁顛的跑到醫生那給醫生看報告和影像,醫生說我從我的電腦就可以查看了。
接口作用:
報告&影像接口,PACS出具報告后,將報告和影像發送給HIS,極大的方便了臨床醫生查看患者的檢查報告和影像信息,而且當患者復查的時候,醫生還可以瀏覽之前的檢查報告和影像。
04 計費接口
場景說明:
門診患者的費用我們上文已經說過必須患者交費后,PACS系統才能收到患者的申請單信息,那么住院的患者都是最后出院的時候才結算,那就涉及到項目的計費,住院的醫生提交檢查醫囑,護士分解/發送到CT室,計費點有兩種情況:
- 護士發送給CT室(執行科室)時計費
- PACS里登記的時候計費
兩種情況都可以,第一種情況是提前計費,防止漏費發生,但是此種情況的缺點是計費后,患者沒有做檢查,就涉及到退費操作。
如果是第一種情況,在護士發送給執行科室的時候,患者的費用明細里就增加了檢查的費用,第二種需要PACS登記的時候通知HIS,HIS進行計費。
至于兩種計費情況的選擇,要根據醫院的管理選擇自己合適的計費節點。
05 退費接口
場景說明:
1)小李是住院的患者,做CT的時候,CT設備發生故障,把小李給摔倒了,小李去找到院長進行投訴,院長的解決辦法是免于小李的檢查項目費用。那么問題來了,剛才我們說登記了的住院患者,是沒法發起退費的,那么小李的費用該怎么退?
2)筆者接觸過的一個醫院,維護的檢查項目是組套形式,組套就是包括很多檢查項目,可以理解為打包,那么里面的項目比如留置針是住院的護士給患者執行,費用要計在住院病區里,但是醫生開單的時候整個組套執行科室是CT室,費用都算到了CT科室,這也需要CT科室把“留置針”這個項目的費用退掉,然后護士再補這個費用。
接口作用:
PACS里有個功能是對住院的患者費用可以發起退費,HIS不校驗狀態,這樣就可以解決退小李費用的問題了,注意的是只有PACS里發起的退費,HIS不校驗狀態才允許退費。
接口方式:
PACS選擇患者的某個收費項目,然后操作退費,將退費的項目發送給HIS,HIS取消對應的項目費用計費。
06 危急值接口
場景說明:
PACS里報告醫生查看患者影像的時候,發現患者情況比較危急,需要及時通知臨床醫生進行救治,那么,在寫報告的時候就可以上報危急值,危急值信息會跟隨報告一起發送給臨床,臨床的醫生查看危急值信息。
場景說明:
患者出現危急情況,可以通過系統將危急信息告訴臨床,從而快速為患者進行救治。
對接方式:
PACS將患者的危急值信息告訴HIS,臨床醫生收到危急值,填寫處理意見,HIS還會同步PACS,執行科室的老師查看處理結果,做到信息閉環。
07 電子病歷接口
場景說明:
PACS系統里報告醫生寫報告的時候除了依據影像來書寫外,還需要查看患者的病歷信息進行輔助寫報告,那就需要HIS提供患者的病歷信息。
接口作用:
病歷接口輔助執行科室老師書寫報告,會為報告內容奠定很大的基礎,也會提高出具報告的效率。
對接方式:
我們思考一個問題,接口里是需要本次就診的病歷信息,還是患者所有的就診記錄病歷信息,當然后者更為全面;除了病歷信息,醫囑信息是否需要查看呢?這些問題就需要實際結合場景去斟酌了。
08 總結
對集成平臺的思考:
以上的介紹只是HIS和PACS系統的接口,筆者經歷過給一家醫院替換我們的HIS,要對接院內的PACS、LIS、手麻,病理等等,涉及的接口非常多,而且對接過程中需要對接廠商很配合,否則會會來回扯皮,遙遙無期,簡直是噩夢。
所以公司有能力和資源的話,可以做集成平臺,集成平臺在對接方面會節省很多成本。
產品經理在對接接口時的作用:
1)明確對接的接口有哪些
在和第三方對接的時候,要明確對接的接口有哪些,對接的接口為了解決什么問題。
2)接口對接方式有哪些?接口是哪方提供?哪方來進行調用?
對接方式是htpp、中間庫、webservice、嵌入頁面的哪個?是哪方來提供接口和接口文檔,哪方來調用接口?
筆者在做HIS和病理系統對接時,病理廠商申請單接口支持視圖和嵌入頁面兩種方式,嵌入頁面的弊端很明顯,一是填寫大量信息,增加醫生的工作量,二是醫生提交申請單后數據就流向到了病理系統,會引發漏費的問題。所以采用了視圖對接的方式。
3)對接是否需要設計功能
有些接口對接其實是需要產品經理設計功能的,產品經理需要根據接口的需求進行設計功能。
4)對接的周期
產品經理要跟進對接的周期,對方什么時候完成什么事情,我方什么時候完成什么事情,都要及時跟進,防止對接出現延期,影響正常交付。
09 結尾
醫院是個龐大的組織,各個科室分工不同,用的系統不盡相同,系統之間相互協作完成醫院的業務。所以,大家一定不要忽略接口對接在醫院的地位,往往醫院上線之前都要做好接口對接工作,并且調試無誤,否則上線的時候數據之間不通,業務直接就暫停了,可想對患者,對醫院的影響是非常大的。
關于醫院系統之間接口的更多問題,歡迎大家進行補充和一起交流。
本文由 @做產品的 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
寫的真棒
優秀
有沒有溝通交流群或者微信呢?能否請教一下系統設計相關問題
說得很詳細