預約掛號功能是如何實現的? 統一號源池是重點!
本文梳理了預約掛號功能如何實現的以及核心功能解析。
互聯網醫療產品經理,與純互聯網的產品經理有很大差異,因為除了必須了解互聯網之外,還必須深入地了解就醫流程、就醫體驗、醫護關系以及醫護工作流程,是較為封閉的行業,且專業性極強。我策劃的項目都是關于智慧醫療,我把也研究方向放在了對現有的醫療數字化上面。
今天來剖析我們日常預約掛號功能背后的邏輯。
預約掛號功能如何實現?
目前,市面上提供掛號業務的app有就醫160、微醫等。
那么主要的業務實現方式有幾種:醫院走API中臺管理模式,院內集成平臺HIE模式,對接通過直連平臺模式、內聯平臺與外聯平臺交互模式
直連平臺對接方式:是由由醫院提供醫護排班系統接口,支付接口等,當有用戶需要掛號的時候,預約掛號平臺直接向醫院請求排班號源。
醫院對外的預約渠道越多,不可避免的問題是每家互聯網企業和醫院不同的HIS廠商都有自己標準的接口,使用哪一套接口標準成為了對接的最大問題。即便可以通過外包形式去實現這個功能,但是,號源的信息數據是敏感的涉及到信息安全、信息穩定性等等問題。
在市面上大部分的預約掛號平臺都不會使用這種方式進行對接開發。
號源池對接方式一
在市面上大部分的預約掛號平臺都不會使用這種方式進行對接開發。采用的是建立一個號源池作為統一標準接口,然后與各個醫院對接號源。用戶在掛號平臺掛號時,平臺向號源池進行請求數據,然后采用輪詢方式向醫院請求號源,完成掛號。
這種模式下的預約掛號,需要HIS廠商提供相應數據接口,而且是實時數據,但這里有個技術難點就是號源池與時間閾值的正向關系要處理好。
號源池對接方式二
這種模式下醫院將號源信息維護在號源池,用戶通過掛號平臺預約后將統計的數據發送給號源池,然后把預約信息統計之后定期同步給醫院。
這種模式下不需要HIS廠商提供數據接口,但是因為數據不是實時的,存在一些問題例如:不能跳過取號流程(也就是預約成功與否),提示預約成功后才告訴你可以進行就診了。
核心功能解析
這預約掛號從業務層面可分為:號源管理、統計查詢、用戶管理、排班管理幾個核心功能。
號源獲取
號源管理包括:門診、住院、檢驗檢查等 本文只解析門診號源業務。
與區域內的醫院對接,將院內的全部預約診療號源和預約檢查號源共享給區域統一號源池管理系統。區域內醫院需提供接口服務給號源池系統調用以實現號源共享,需提供接口服務如下:
A.同步排班信息,系統通過調用接口,實現同步排班系統的數據,獲取醫院排班信息(排班ID、排班日期、排班班次、號源總數等)。
B.號源接口,同步獲取號源信息(號源編號、號源時間、號源狀態、號源用途等),實現號源實時交互。
C.停診接口,醫院通過調用此接口,實現向號源池系統進行取消停診通知的操作。醫院調用接口帶入機構編碼、院區編碼、排班ID等參數,系統根據參數信息關閉此排班預約號源并調用開關預約號源權限
號源共享
號源池的建設,有些區域采用的是購買飛機票模式,有些區域的是購買火車票的模式,經歷分散到統一、再到智能調度的過程。
號源池的共享統一集中管理,可以按照醫院、科室、醫生調配不同比例號源給不同渠道,并設置合理的回收機制等規則,解決了醫院的醫療資源發展均衡,也同時滿足了醫聯體和分級診療的政策導向。
號源池管理
預約掛號管理
用戶使用微信公眾號預約、工作站自助機預約等方式進行預約,那么前端就會調用號源池系統的預約號數據,一邊上發給用戶前端讓其確定預約,預約成功后將已預約號信息回傳給醫院系統,號源池再通過調用短信服務接口發送預約成功的短信給患者手機。
此外號源池系統與社保系統對接,將患者信息進行備案處理。
所需要提供接口服務的是號源池系統的URL。患者信息ID、醫院信息、號源信息等,醫院根據信息返回預約掛號單號。
社保系統提供社保備案接口,號源池系統調用該接口將患者信息傳輸至新農合或社保系統進行備案。
排班管理
HIS原先都是在公用的系統設置字模塊,維護科室字典、人員字典這些基礎資料和用戶管理,在掛號子系統進行號表設置和號源維護(增、停、改、換診)。
號表設置直接選擇不同的科室、添加不同的醫生,選擇不同的號類(門診號、預約號),出診號別(主副主任等)。
門診部排班使用的就是HIS的掛號系統,這個是原先傳統模式。
現在的模式一般流程為:醫生先將自己一周或者一個月的出診情況自行填寫后提交審核,門診部匯總發布這個流程在CIS系統中完成。
排班管理系統
黑白名單管理
號源池系統后臺記錄爽約信息,設置爽約次數、爽約時間閾值進行黑名單處理。
這個有效的控制服務器操作并發的情況,也很好的防止有人惡意掛號,擾亂醫療資源。
數據統計管理
號源池系統后臺可將每日不同渠道的預約數進行統計分析,如門診預約次數、該醫生的預約次數、患者的病歷常規、患者的易患疾病數據等,對于臨床數據研究有很價值的參考意義。
作者:Rolia,前海康博士聯合創始人兼產品總監
本文由 @pms-rolia 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
你好,請問一下?,F在如果想做一個掛號平臺,因為規模較小無法做成標準的掛號接口讓醫院接入。是不是只能去適配不同醫院HIS系統提供的掛號接口呢?
如果一家掛繳查的解決方案公司,它可能服務好幾百家的醫院,那么它怎么樣比較好的構建自己平臺型的號源池呢???
你好,對于號源池對接方式一中,您文中寫的這句:用戶在掛號平臺掛號時,平臺向號源池進行請求數據,然后采用輪詢方式向醫院請求號源,完成掛號。
這句話我的理解是這樣:1.建立統一標準平臺,像就醫160/微醫等,醫療機構跟平臺進行對接。2.平臺提供標準的界面和接口。3.醫療機構根據平臺提供的接口提供基礎數據(機構信息/醫生及排班號源) 4.號源數據其實還是在各醫療機構單獨維護(在集成平臺或者HIS系統中)。 5.預約成功的數據通過平臺的接口回寫的集成平臺或者HIS。
問題:各醫療機構的號源數據其實都是在各機構里面,并沒有作到把源號統一,是割裂的。
如果使用方式二,能不能有更好的效果達到實時/準確呢?
他說的做的號源統一應該是醫院對外提供號源統一放在大池子里,其他掛號平臺如果要對接,只對接這個統一的對外接口就行,這樣對醫院的數據安全也有保障
你好,現在常見的做號源池的平臺有哪些呢