編輯導語：醫院的信息化系統數量繁多，系統之間錯綜復雜，實施醫院的系統對接也是每個產商都會經歷的。本文作者以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室，計費點有兩種情況：

1. 護士發送給CT室（執行科室）時計費
2. 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協議。