編輯導(dǎo)語(yǔ)：醫(yī)院的信息化系統(tǒng)數(shù)量繁多，系統(tǒng)之間錯(cuò)綜復(fù)雜，實(shí)施醫(yī)院的系統(tǒng)對(duì)接也是每個(gè)產(chǎn)商都會(huì)經(jīng)歷的。本文作者以HIS和PACS為例，分析這兩個(gè)系統(tǒng)之間的接口交互，一起來看一下吧。

醫(yī)院的信息化系統(tǒng)數(shù)量繁多，系統(tǒng)之間錯(cuò)綜復(fù)雜，每個(gè)系統(tǒng)都不是單獨(dú)的，經(jīng)?？吹揭患裔t(yī)院上線某個(gè)系統(tǒng)的時(shí)候，和其他系統(tǒng)做對(duì)接。

如筆者之前負(fù)責(zé)PACS系統(tǒng)，要和院內(nèi)的HIS進(jìn)行對(duì)接，后來又負(fù)責(zé)HIS，要和PACS、LIS、手麻等輔助科室使用的系統(tǒng)做對(duì)接，因?yàn)橐粋€(gè)廠家基本都不可能把醫(yī)院的系統(tǒng)都做了，所以也經(jīng)常發(fā)生一個(gè)系統(tǒng)出現(xiàn)問題，影響其他系統(tǒng)。

所以，實(shí)施醫(yī)院的系統(tǒng)，對(duì)接這個(gè)事是每個(gè)廠商都會(huì)經(jīng)歷的，今天我們以HIS和PACS為例，介紹下這兩個(gè)系統(tǒng)之間的接口交互。

HIS和PACS系統(tǒng)交互主業(yè)務(wù)流程：

01 電子申請(qǐng)單接口

以上的數(shù)據(jù)就是HIS醫(yī)生開單，通過電子申請(qǐng)單接口流向PACS的申請(qǐng)單數(shù)據(jù)。

場(chǎng)景說明：

患者小明今天頭痛難耐，決定去醫(yī)院看醫(yī)生，醫(yī)生詢問了小明的癥狀后，說你需要去放射科做個(gè)CT，門診醫(yī)生在HIS系統(tǒng)開單頁(yè)面選中“頭顱CT”這個(gè)檢查項(xiàng)目，然后執(zhí)行科室需要選擇“CT室”，提交后告訴小明去收費(fèi)處交費(fèi)，小明拿著申請(qǐng)單去收費(fèi)處交費(fèi)。

我們想一個(gè)問題，如果小明不去交費(fèi)直接去CT科室去做檢查可以嗎？答案是不可以，因?yàn)榛颊邲]有交費(fèi)，CT室登記員老師的電腦上就查詢不到小明要做的檢查，小明成功交費(fèi)后然后去CT室登記窗口，登記員拿到小明的申請(qǐng)單，搜索到PACS系統(tǒng)有小明。

接口作用：

通過以上場(chǎng)景描述，大家應(yīng)該猜到電子申請(qǐng)單接口的作用了，就是把HIS里醫(yī)生開具的檢查數(shù)據(jù)發(fā)生給PACS系統(tǒng)，只不過我們需要注意的是，門診的患者是收費(fèi)后PACS系統(tǒng)才能收到，住院的患者不同于門診，是護(hù)士分解完成醫(yī)囑（有的系統(tǒng)也叫發(fā)送），PACS系統(tǒng)才能收到。

對(duì)接方式：

我上面一直在說的是通過接口方式HIS給PACS推送數(shù)據(jù)，也有很多廠商之間通過視圖方式進(jìn)行，PACS從HIS的數(shù)據(jù)庫(kù)里查詢。

02 狀態(tài)回傳接口

檢查數(shù)據(jù)不同的狀態(tài)可以依據(jù)HIS要求將申請(qǐng)單的不同狀態(tài)進(jìn)行回傳給HIS。

場(chǎng)景說明：

小明在CT科室做完了檢查，小明去找醫(yī)生說頭不疼了，不繼續(xù)看病了，那么醫(yī)生可以將小明的檢查費(fèi)用退掉嗎？答案是不可以，因?yàn)樾∶饕呀?jīng)做了檢查。那么問題來了，醫(yī)生怎么判斷小明有沒有做檢查呢。

接口作用：

有了狀態(tài)回傳接口，醫(yī)生就可以知道小明有沒有做檢查，該不該退費(fèi)了。PACS在登記、出具報(bào)告都會(huì)給HIS發(fā)送狀態(tài)，一般醫(yī)院里PACS登記后，HIS里的狀態(tài)就從“待執(zhí)行”變?yōu)椤皥?zhí)行中”，醫(yī)生就無法操作退費(fèi)/取消項(xiàng)目了。

03 報(bào)告&影像回傳接口

場(chǎng)景說明：

小明做完檢查了，在他前面有好幾個(gè)患者，小明的檢查報(bào)告還需要等待一段時(shí)間，過了一陣子，小明從醫(yī)院的膠片打印機(jī)上取出了報(bào)告和膠片，屁顛的跑到醫(yī)生那給醫(yī)生看報(bào)告和影像，醫(yī)生說我從我的電腦就可以查看了。

接口作用：

報(bào)告&影像接口，PACS出具報(bào)告后，將報(bào)告和影像發(fā)送給HIS，極大的方便了臨床醫(yī)生查看患者的檢查報(bào)告和影像信息，而且當(dāng)患者復(fù)查的時(shí)候，醫(yī)生還可以瀏覽之前的檢查報(bào)告和影像。

04 計(jì)費(fèi)接口

場(chǎng)景說明：

門診患者的費(fèi)用我們上文已經(jīng)說過必須患者交費(fèi)后，PACS系統(tǒng)才能收到患者的申請(qǐng)單信息，那么住院的患者都是最后出院的時(shí)候才結(jié)算，那就涉及到項(xiàng)目的計(jì)費(fèi)，住院的醫(yī)生提交檢查醫(yī)囑，護(hù)士分解/發(fā)送到CT室，計(jì)費(fèi)點(diǎn)有兩種情況：

1. 護(hù)士發(fā)送給CT室（執(zhí)行科室）時(shí)計(jì)費(fèi)
2. PACS里登記的時(shí)候計(jì)費(fèi)

兩種情況都可以，第一種情況是提前計(jì)費(fèi)，防止漏費(fèi)發(fā)生，但是此種情況的缺點(diǎn)是計(jì)費(fèi)后，患者沒有做檢查，就涉及到退費(fèi)操作。

如果是第一種情況，在護(hù)士發(fā)送給執(zhí)行科室的時(shí)候，患者的費(fèi)用明細(xì)里就增加了檢查的費(fèi)用，第二種需要PACS登記的時(shí)候通知HIS，HIS進(jìn)行計(jì)費(fèi)。

至于兩種計(jì)費(fèi)情況的選擇，要根據(jù)醫(yī)院的管理選擇自己合適的計(jì)費(fèi)節(jié)點(diǎn)。

05 退費(fèi)接口

場(chǎng)景說明：

1）小李是住院的患者，做CT的時(shí)候，CT設(shè)備發(fā)生故障，把小李給摔倒了，小李去找到院長(zhǎng)進(jìn)行投訴，院長(zhǎng)的解決辦法是免于小李的檢查項(xiàng)目費(fèi)用。那么問題來了，剛才我們說登記了的住院患者，是沒法發(fā)起退費(fèi)的，那么小李的費(fèi)用該怎么退？

2）筆者接觸過的一個(gè)醫(yī)院，維護(hù)的檢查項(xiàng)目是組套形式，組套就是包括很多檢查項(xiàng)目，可以理解為打包，那么里面的項(xiàng)目比如留置針是住院的護(hù)士給患者執(zhí)行，費(fèi)用要計(jì)在住院病區(qū)里，但是醫(yī)生開單的時(shí)候整個(gè)組套執(zhí)行科室是CT室，費(fèi)用都算到了CT科室，這也需要CT科室把“留置針”這個(gè)項(xiàng)目的費(fèi)用退掉，然后護(hù)士再補(bǔ)這個(gè)費(fèi)用。

接口作用：

PACS里有個(gè)功能是對(duì)住院的患者費(fèi)用可以發(fā)起退費(fèi)，HIS不校驗(yàn)狀態(tài)，這樣就可以解決退小李費(fèi)用的問題了，注意的是只有PACS里發(fā)起的退費(fèi)，HIS不校驗(yàn)狀態(tài)才允許退費(fèi)。

接口方式：

PACS選擇患者的某個(gè)收費(fèi)項(xiàng)目，然后操作退費(fèi)，將退費(fèi)的項(xiàng)目發(fā)送給HIS，HIS取消對(duì)應(yīng)的項(xiàng)目費(fèi)用計(jì)費(fèi)。

06 危急值接口

場(chǎng)景說明：

PACS里報(bào)告醫(yī)生查看患者影像的時(shí)候，發(fā)現(xiàn)患者情況比較危急，需要及時(shí)通知臨床醫(yī)生進(jìn)行救治，那么，在寫報(bào)告的時(shí)候就可以上報(bào)危急值，危急值信息會(huì)跟隨報(bào)告一起發(fā)送給臨床，臨床的醫(yī)生查看危急值信息。

場(chǎng)景說明：

患者出現(xiàn)危急情況，可以通過系統(tǒng)將危急信息告訴臨床，從而快速為患者進(jìn)行救治。

對(duì)接方式：

PACS將患者的危急值信息告訴HIS，臨床醫(yī)生收到危急值，填寫處理意見，HIS還會(huì)同步PACS，執(zhí)行科室的老師查看處理結(jié)果，做到信息閉環(huán)。

07 電子病歷接口

場(chǎng)景說明：

PACS系統(tǒng)里報(bào)告醫(yī)生寫報(bào)告的時(shí)候除了依據(jù)影像來書寫外，還需要查看患者的病歷信息進(jìn)行輔助寫報(bào)告，那就需要HIS提供患者的病歷信息。

接口作用：

病歷接口輔助執(zhí)行科室老師書寫報(bào)告，會(huì)為報(bào)告內(nèi)容奠定很大的基礎(chǔ)，也會(huì)提高出具報(bào)告的效率。

對(duì)接方式：

我們思考一個(gè)問題，接口里是需要本次就診的病歷信息，還是患者所有的就診記錄病歷信息，當(dāng)然后者更為全面；除了病歷信息，醫(yī)囑信息是否需要查看呢？這些問題就需要實(shí)際結(jié)合場(chǎng)景去斟酌了。

08 總結(jié)

對(duì)集成平臺(tái)的思考：

以上的介紹只是HIS和PACS系統(tǒng)的接口，筆者經(jīng)歷過給一家醫(yī)院替換我們的HIS，要對(duì)接院內(nèi)的PACS、LIS、手麻，病理等等，涉及的接口非常多，而且對(duì)接過程中需要對(duì)接廠商很配合，否則會(huì)會(huì)來回扯皮，遙遙無期，簡(jiǎn)直是噩夢(mèng)。

所以公司有能力和資源的話，可以做集成平臺(tái)，集成平臺(tái)在對(duì)接方面會(huì)節(jié)省很多成本。

產(chǎn)品經(jīng)理在對(duì)接接口時(shí)的作用：

1）明確對(duì)接的接口有哪些

在和第三方對(duì)接的時(shí)候，要明確對(duì)接的接口有哪些，對(duì)接的接口為了解決什么問題。

2）接口對(duì)接方式有哪些？接口是哪方提供？哪方來進(jìn)行調(diào)用？

對(duì)接方式是htpp、中間庫(kù)、webservice、嵌入頁(yè)面的哪個(gè)？是哪方來提供接口和接口文檔，哪方來調(diào)用接口？

筆者在做HIS和病理系統(tǒng)對(duì)接時(shí)，病理廠商申請(qǐng)單接口支持視圖和嵌入頁(yè)面兩種方式，嵌入頁(yè)面的弊端很明顯，一是填寫大量信息，增加醫(yī)生的工作量，二是醫(yī)生提交申請(qǐng)單后數(shù)據(jù)就流向到了病理系統(tǒng)，會(huì)引發(fā)漏費(fèi)的問題。所以采用了視圖對(duì)接的方式。

3）對(duì)接是否需要設(shè)計(jì)功能

有些接口對(duì)接其實(shí)是需要產(chǎn)品經(jīng)理設(shè)計(jì)功能的，產(chǎn)品經(jīng)理需要根據(jù)接口的需求進(jìn)行設(shè)計(jì)功能。

4）對(duì)接的周期

產(chǎn)品經(jīng)理要跟進(jìn)對(duì)接的周期，對(duì)方什么時(shí)候完成什么事情，我方什么時(shí)候完成什么事情，都要及時(shí)跟進(jìn)，防止對(duì)接出現(xiàn)延期，影響正常交付。

09 結(jié)尾

醫(yī)院是個(gè)龐大的組織，各個(gè)科室分工不同，用的系統(tǒng)不盡相同，系統(tǒng)之間相互協(xié)作完成醫(yī)院的業(yè)務(wù)。所以，大家一定不要忽略接口對(duì)接在醫(yī)院的地位，往往醫(yī)院上線之前都要做好接口對(duì)接工作，并且調(diào)試無誤，否則上線的時(shí)候數(shù)據(jù)之間不通，業(yè)務(wù)直接就暫停了，可想對(duì)患者，對(duì)醫(yī)院的影響是非常大的。

關(guān)于醫(yī)院系統(tǒng)之間接口的更多問題，歡迎大家進(jìn)行補(bǔ)充和一起交流。

本文由 @做產(chǎn)品的 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash，基于CC0協(xié)議。