醫(yī)療類APP中,掛號(hào)功能的實(shí)現(xiàn)方式探討
大約半年前,我被抽調(diào)到一個(gè)新成立的部門,開始研究「互聯(lián)網(wǎng)+」這個(gè)熱門概念下,互聯(lián)網(wǎng)與傳統(tǒng)行業(yè)相結(jié)合所產(chǎn)生的各種可能性。我手里的項(xiàng)目,主要在關(guān)注醫(yī)療這個(gè)方向。
做「互聯(lián)網(wǎng)+」相關(guān)的產(chǎn)品,與之前做純互聯(lián)網(wǎng)產(chǎn)品很不一樣,因?yàn)槌吮仨毩私饣ヂ?lián)網(wǎng)之外,還必須去比較深入的了解所關(guān)注的傳統(tǒng)行業(yè),去了解他們的行業(yè)中,用戶的需求、技術(shù)的動(dòng)向,以及遇到的困難。傳統(tǒng)行業(yè)本身有深有淺,有的專業(yè)性強(qiáng),有的專業(yè)性弱;有的門檻高,有的門檻低;有的相對(duì)開放,有的很封閉。而醫(yī)療這個(gè)行業(yè),偏偏是專業(yè)性極強(qiáng)并且相對(duì)封閉的行業(yè)。 我為此做了大量的調(diào)研,結(jié)合國內(nèi)的現(xiàn)狀,互聯(lián)網(wǎng)公司的特點(diǎn),以及部門的實(shí)際情況,(在現(xiàn)階段)得出的結(jié)論如下: 所以,排除了各種我認(rèn)為不靠譜的方向之后,我把主要的研究方向放在了對(duì)現(xiàn)有就醫(yī)流程的優(yōu)化上面。那段時(shí)間,與深圳一些醫(yī)院的醫(yī)生、護(hù)士,以及信息科的同事交流過多次,詳細(xì)梳理了病人在就診過程中遇到的問題,審視這些問題,結(jié)合部門的實(shí)際情況,我決定從流程的第一步,也即掛號(hào)做起。 提起掛號(hào),看起來實(shí)在已經(jīng)是一片紅海了,現(xiàn)在做掛號(hào)的app好像比做直播的還多,并且很多都已經(jīng)很成熟了,比如我們常用的就醫(yī)160、微醫(yī)等。現(xiàn)在起步做這個(gè),有戲嗎?我當(dāng)時(shí)也面臨這個(gè)問題的挑戰(zhàn),但是仔細(xì)研究市場之后,發(fā)現(xiàn)還是可以做的。那么首先,容我先簡單介紹一下目前的醫(yī)療相關(guān)app中,掛號(hào)這個(gè)功能的實(shí)現(xiàn)方式。 目前,市面上可以提供掛號(hào)服務(wù)的app,主要的業(yè)務(wù)實(shí)現(xiàn)方式有兩種: 第一種,叫做「直連方式」。顧名思義,就是醫(yī)院提供相應(yīng)的數(shù)據(jù)接口,平臺(tái)與醫(yī)院直接連接。當(dāng)有用戶需要掛號(hào)的時(shí)候,平臺(tái)向醫(yī)院直接請(qǐng)求號(hào)源,醫(yī)院有,就會(huì)幫他完成掛號(hào)。 這個(gè)業(yè)務(wù)模型很簡單,也是理論上最靠譜的方式,但是它有一個(gè)致命的弱點(diǎn),就是:需要醫(yī)院提供數(shù)據(jù)接口!醫(yī)院并不是專業(yè)的IT或者互聯(lián)網(wǎng)公司,他們的開發(fā)、運(yùn)維能力非常有限,即便可以通過外包的形式實(shí)現(xiàn)功能,但是,號(hào)源這東西往往很敏感,外包公司做的軟件,安全性、穩(wěn)定性等等,都讓人不放心(并且很多醫(yī)院也并沒有付費(fèi)開發(fā)的動(dòng)力)。其實(shí),醫(yī)院使用的HIS(注1)系統(tǒng)廠商也可以開發(fā)這些接口,但是它們動(dòng)不動(dòng)一套接口報(bào)價(jià)是幾百萬,即便存在一些有心做這些的醫(yī)院,也很崩潰。雖然從商業(yè)模式層面,掛號(hào)平臺(tái)也可能找到各自各樣愿意出這筆錢的機(jī)構(gòu)或者公司來做成這件事情,但實(shí)際情況是,在市面上您見過的可以掛號(hào)的app里面,只有少部分的醫(yī)院是采用這種方式進(jìn)行掛號(hào)的。 第二種,叫做「號(hào)源池方式」。既然直連方式在當(dāng)前的條件下難以走通,所以很多醫(yī)院和掛號(hào)平臺(tái)就想出了一個(gè)更加簡單的方式,就是,醫(yī)院把一部分號(hào)源的「使用權(quán)」分配給平臺(tái),平臺(tái)相當(dāng)于只需要在這部分號(hào)源范圍內(nèi)收集用戶的掛號(hào)需求,然后定期同步給醫(yī)院即可。這里面的「定期同步」,您別想得太高級(jí),有的醫(yī)院技術(shù)能力比較差,可能是采取平臺(tái)每天給醫(yī)院發(fā)一封郵件,里面附帶一個(gè)Excel文檔,醫(yī)院專門找一個(gè)護(hù)士,手工錄入的方式實(shí)現(xiàn)的… 您看看,為了能讓您掛到號(hào),大家多不容易啊~ 由于「號(hào)源池方式」幾乎沒有成本、安全、無政治風(fēng)險(xiǎn),所以事實(shí)上,我們用的大部分掛號(hào)平臺(tái)都是采取這種方式與醫(yī)院交互信息的?;诖?,您可能已經(jīng)想到,您遇到過下述這些問題,其實(shí)是來源于這個(gè)模式的: 首先,不同的app其商務(wù)拓展能力不一樣??赡艹霈F(xiàn)這樣的情況:app1拿到了該城市A,B,C,D四家醫(yī)院的號(hào)源;app2拿到了C,D,E,F四家醫(yī)院的號(hào)源。這時(shí)候就有一個(gè)問題,如果您用app1,就會(huì)發(fā)現(xiàn),不能掛E醫(yī)院的號(hào)源;如果用app2,則不支持A醫(yī)院掛號(hào)。另外,作為一個(gè)app1的用戶,您可能根本不知道有app2存在,這時(shí),如果發(fā)現(xiàn)沒有E這個(gè)醫(yī)院,沒辦法,只能去線下排隊(duì)了。也即:無法最大限度覆蓋資源。 如上圖:左側(cè)app可以支持深圳的多家醫(yī)院,而右側(cè)的app只支持4家。 其次,不同app對(duì)醫(yī)院的議價(jià)能力也不一樣。有可能對(duì)于同一個(gè)醫(yī)院C,app1拿到了10個(gè)號(hào)源,app2拿到了50個(gè)號(hào)源。這樣,可能app1上已經(jīng)沒有號(hào)了,app2上卻還有剩余。如果我每次掛號(hào),需要把所有app打開一遍,實(shí)在是太辛苦了。也即:無法最大限度利用資源 如上圖:左右兩側(cè)是不同app在同一個(gè)醫(yī)院同一個(gè)科室的號(hào)源情況(它們UI長得有點(diǎn)兒像,但確實(shí)是不同的app…)。但是「張斯為」醫(yī)生和「龍豐」醫(yī)生在左側(cè)均顯示「約滿」,而右側(cè)則顯示綠色的可以預(yù)約。 第三,對(duì)于當(dāng)時(shí)我所在的團(tuán)隊(duì)來說,在掛號(hào)這個(gè)領(lǐng)域起步是非常晚的。如果我們像競品一樣,派商務(wù)同學(xué)一家一家醫(yī)院去談,不但費(fèi)時(shí)費(fèi)力,而且可能錯(cuò)過「掛號(hào)」這個(gè)服務(wù)的最佳窗口期。 我們每天都在談「用戶體驗(yàn)」,對(duì)于一個(gè)掛號(hào)平臺(tái)來說,【最基礎(chǔ)】的用戶體驗(yàn)是什么?并不是它擁有多么強(qiáng)大的功能,并不是它的UI特別流暢又漂亮,而是它能夠「最大可能的幫用戶掛到號(hào)」。 基于以上,我希望從最基礎(chǔ)的體驗(yàn)做起,不去跟競品拼功能。基于這個(gè)思路,掛號(hào)平臺(tái)(分發(fā)模式)誕生了。 拿一個(gè)大家熟悉的產(chǎn)品做類比吧。很多同學(xué)喜歡使用類似「去哪兒網(wǎng)」之類搜索機(jī)票,去哪兒自身并不產(chǎn)生機(jī)票,它其實(shí)是一個(gè)機(jī)票搜索引擎,它的背后連接了各大航空公司,各種代理商的資源。所以,搜索兩個(gè)城市間的機(jī)票資源,在去哪兒上得到的結(jié)果,一定比在任何一家航空公司的官方網(wǎng)站上更豐富。 同樣的道理,我們暫時(shí)不去拓展醫(yī)院,而是搭建一個(gè)平臺(tái),與有號(hào)源的其他平臺(tái)合作,拿到他們的接口,這就相當(dāng)于把他們的號(hào)源資源接入了我們的「聯(lián)合號(hào)源池」,這樣理論上可以最大限度幫助用戶實(shí)現(xiàn)「掛到號(hào)」的基礎(chǔ)需求。 這個(gè)設(shè)想很有趣,但是,作為一個(gè)「互聯(lián)網(wǎng)+」的產(chǎn)品經(jīng)理,只把這個(gè)邏輯走通還不夠,同時(shí)需要思考的是一個(gè)很現(xiàn)實(shí)的問題:那些有號(hào)源的平臺(tái),憑什么把接口給你?「互聯(lián)網(wǎng)+」相關(guān)的產(chǎn)品,除了產(chǎn)品策略,還必須同步思考由產(chǎn)品策略延展出的商業(yè)策略,同時(shí),根據(jù)商業(yè)策略,同步調(diào)整產(chǎn)品策略。 現(xiàn)在面臨的問題是:如果只做一個(gè)簡單的搜索,像百度一樣,然后用戶跳轉(zhuǎn)到合作方的頁面上完成掛號(hào),這樣很難保證線上的體驗(yàn)(有一些地方是跟ZF平臺(tái)合作,您知道,一般都不怎么樣),對(duì)于我們來說也是一個(gè)不劃算的生意(號(hào)源可沒辦法做競價(jià)排名變現(xiàn)?。蝗绻蠛献鞣綄?duì)接我們的后臺(tái),那憑什么呢?我們可以給他們什么好處?號(hào)源這種資源,是沒辦法直接變現(xiàn)的(不像機(jī)票,賣出去就可以獲得分成)。我們所熟悉的可以掛號(hào)的app,包括就醫(yī)160、微醫(yī)、百度醫(yī)生等等,掛號(hào)部分很多都是為其他服務(wù)導(dǎo)流用的。如果僅后臺(tái)跟合作方對(duì)接,相當(dāng)于合作方僅有的用戶和流量被截取了,商務(wù)層面將很難推進(jìn)。 經(jīng)過反復(fù)糾結(jié)與談判,我采用了一種折中的方式。 具體是這樣的:首先,我們的平臺(tái)內(nèi)嵌在微信城市服務(wù)中,可以調(diào)用微信的一些基礎(chǔ)能力。用戶掛號(hào)的主操作流程依然留著我們的平臺(tái)上,用戶選好醫(yī)院、科室、日期、醫(yī)生等(這些步驟看起來,跟一般的掛號(hào)平臺(tái)沒什么區(qū)別)。然后我們?nèi)フ?qǐng)求所有合作方,將號(hào)源情況展現(xiàn)給用戶,并且會(huì)給予合作方品牌曝光: 用戶選擇某個(gè)合作方,點(diǎn)按其后方的「掛號(hào)」按鈕,會(huì)跳轉(zhuǎn)到該合作方的頁面上: 在合作方頁面,用戶只做兩件事: 而當(dāng)用戶完成掛號(hào)后,流程則交給合作方公眾號(hào),便于后續(xù)的通知、提醒等場景。 如此,從產(chǎn)品、技術(shù)、商務(wù)三方面構(gòu)建了一個(gè)基礎(chǔ)的可能性,即:將多個(gè)合作方的號(hào)源池拼合在一起,構(gòu)建了理論上更大的號(hào)源池,優(yōu)化了用戶掛號(hào)的最底層體驗(yàn)(最大限度掛到號(hào))。 哦,對(duì)了,掛號(hào)平臺(tái)雖然是用網(wǎng)頁形式承載,但是由于使用了https,所以,可以最大限度防止各種運(yùn)營商的流量劫持(注2)哦~ 跟這種討厭的球說再見吧~ 五、未來,我們將擁有一個(gè)怎樣的就醫(yī)體驗(yàn)? 掛號(hào)只是用戶診療流程中的第一步。事實(shí)上,患者在醫(yī)院看病的過程,依然是一個(gè)水深火熱的過程。本文一開始提到,我與醫(yī)院的同學(xué)們梳理了病人在就診過程中遇到的問題,那么,掛號(hào)之后,很長很長的未來,我們還有可能做什么呢?下面,用一個(gè)虛擬的故事來跟大家暢(Y)想(Y)一下吧(其實(shí)下面您將看到的故事里面的很多步驟在一些醫(yī)院的公眾號(hào)里面都已經(jīng)實(shí)現(xiàn)了,只是還不成體系)。 王小明2天前覺得胃有點(diǎn)兒不舒服,當(dāng)時(shí)他以為喝一點(diǎn)兒熱水就好了??墒堑搅私裉焱砩?,癥狀依然沒有消失。于是他打開掛號(hào)平臺(tái),預(yù)約了南山醫(yī)院消化內(nèi)科明天下午3點(diǎn)的醫(yī)生。此時(shí),他收到了預(yù)約成功的消息通知。 第二天上午,王小明開了一上午的會(huì)。下午2點(diǎn),他收到了一條消息通知,提醒他下午3點(diǎn)預(yù)約了醫(yī)生: 于是王小明花了20分鐘交接好工作,請(qǐng)假前往醫(yī)院。他于2點(diǎn)50分到達(dá)醫(yī)院門診部,上3樓找到了「消化內(nèi)科」,發(fā)現(xiàn)分診臺(tái)上方大屏幕上已經(jīng)顯示了當(dāng)前的排隊(duì)情況,他位于第3位。他點(diǎn)按手機(jī)上的排隊(duì)提醒信息,進(jìn)入排隊(duì)列表,發(fā)現(xiàn)手機(jī)上顯示的位置與分診臺(tái)大屏幕是一致的: 王小明決定先去個(gè)廁所,當(dāng)他剛方便完,跨出廁所門的時(shí)候,發(fā)現(xiàn)手機(jī)提示有新消息,原來是輪到他就診了: 王小明去往5診室,見到了醫(yī)生,簡單描述了一下病情。醫(yī)生做了一些基礎(chǔ)檢查,告知王小明:「你的情況建議做一下胃鏡,這樣可以更加精準(zhǔn)的確診。如果胃鏡結(jié)果沒問題,那就是普通的胃炎;如果有問題,可能還要繼續(xù)做其他檢查?!褂谑前凑蔗t(yī)生的建議,王小明準(zhǔn)備接受胃鏡檢查。醫(yī)生在電腦上開完單,王小明的手機(jī)上又收到消息: 王小明離開診室,來到一樓收費(fèi)處,看到排隊(duì)的人群是這樣的: 瘋了!這樣的隊(duì)伍,先去一樓收費(fèi)處排一次繳費(fèi);然后去住院處2樓,檢驗(yàn)科門口再排一次預(yù)約。這沒半個(gè)小時(shí)都搞不定啊。并且這種檢查一般約不上當(dāng)天的。于是王小明拿出手機(jī),點(diǎn)按那條檢查信息,進(jìn)入網(wǎng)上繳費(fèi)及預(yù)約頁面: 使用社保繳費(fèi)(在深圳已經(jīng)實(shí)現(xiàn),也即,你可以使用微信支付操作社??ɡ锩娴腻X),看一遍注意事項(xiàng),預(yù)約了明天早晨8點(diǎn)的胃鏡檢查,前后不超過1分鐘。王小明又看了一眼排長隊(duì)的人群,轉(zhuǎn)身離開了醫(yī)院。 第二天,王小明按時(shí)前往醫(yī)院,做了檢查。第三天上午,他的手機(jī)收到提醒,原來檢查報(bào)告出來了: 王小明點(diǎn)進(jìn)去看了一下,有一些數(shù)據(jù)項(xiàng)看不懂,但是貌似意思是,除了有點(diǎn)兒潰瘍之外,沒有大的問題。王小明把手機(jī)放在一邊,想著一會(huì)再重新掛個(gè)號(hào),去讓醫(yī)生給開點(diǎn)兒藥。到了中午,王小明拿起手機(jī),發(fā)現(xiàn)有一條未讀的消息,打開一看: 原來是他的醫(yī)生已經(jīng)查看過胃鏡報(bào)告,并已經(jīng)幫他開好藥。王小明點(diǎn)按這條信息,出現(xiàn)了更加詳細(xì)的醫(yī)囑、藥品清單及取藥選項(xiàng)頁面(話說,病例那里,我實(shí)在編不好;藥和劑量也是編的,您就將就著看一下哈~): 王小明支付了藥費(fèi),發(fā)現(xiàn)除了親自前往醫(yī)院藥房取藥,還可以使用其他途徑: 于是他選擇在公司附近的一家社康取藥,下班路上,順便就把藥拿到手了。 (YY到此結(jié)束) 對(duì)了,如果有任何朋友對(duì)于「優(yōu)化現(xiàn)有就醫(yī)流程」這件事兒有興趣,不妨我們交流一下。我的微信是 liuhanyusz,加好友請(qǐng)注明:公司、職位 (注1)HIS系統(tǒng):HIS即「Hospital Information System」,我們簡單將其理解為,醫(yī)院里面醫(yī)生、護(hù)士等工作人員電腦上用的軟件的統(tǒng)稱。 (注2)流量劫持:具體解釋清自行搜索。如果遇到流量劫持,可以打電話給運(yùn)營商客服投訴。臺(tái)詞這么說:「(先描述情況),你們這種行為干擾了我的正常通訊,是違法違約行為。請(qǐng)你們1小時(shí)內(nèi)給我關(guān)閉,否則我將向工信部投訴?!褂H測有效~ 只是可能過一會(huì)會(huì)有所謂「客服經(jīng)理」打電話過來裝傻問想「取消」哪個(gè)「業(yè)務(wù)」,告訴他即可。 【微信】訪問下述URL:http://t.cn/RtxAzBK (二維碼自動(dòng)識(shí)別) 看到「掛號(hào)平臺(tái)-分發(fā)模式」,點(diǎn)「投票」即可。長這樣: 劉涵宇,xidea,微信公眾號(hào):uxcafe。人人都是產(chǎn)品經(jīng)理專欄作家。騰訊產(chǎn)品經(jīng)理,老友記(人人公司離職員工聚會(huì)exrr.org)發(fā)起人,曾輾轉(zhuǎn)于哈爾濱、北京、深圳3個(gè)城市學(xué)習(xí)、工作和生活。關(guān)注互聯(lián)網(wǎng)產(chǎn)品、用戶體驗(yàn),以及各種行業(yè)八卦。 最近正在關(guān)注互聯(lián)網(wǎng)與傳統(tǒng)行業(yè)結(jié)合的各種可能性。 本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
一、前置研究:市面上的app是如何實(shí)現(xiàn)「掛號(hào)」功能的?
二、競品分析:它們和我們各自面臨什么問題?
三、回歸本源:用戶最底層的「體驗(yàn)」究竟是什么?
四、我們要如何做?
掛號(hào)平臺(tái)(分發(fā)模式)正在申請(qǐng)騰訊微創(chuàng)新獎(jiǎng),如果您覺得以上內(nèi)容還是有點(diǎn)兒用的話,歡迎抽空為我們投個(gè)票(投票截止到8月7日)。具體:#專欄作家#
現(xiàn)在是 2020年了,各個(gè)地方各個(gè)醫(yī)院醫(yī)療機(jī)構(gòu),都不一樣,仍然是這樣掛號(hào)難、繳費(fèi)難、現(xiàn)場排長隊(duì)、手機(jī)掛號(hào)的方式對(duì)年長者不友好。。。等等問題
2020年也沒進(jìn)展
居然是三年前寫的,厲害了
你好想咨詢下,公眾號(hào)通知使用了哪些模板,據(jù)我所知只有醫(yī)療行業(yè)資質(zhì)的公眾號(hào)才可以使用醫(yī)療相關(guān)的推送模板
好的內(nèi)容跨越時(shí)間,從16到19都有人回復(fù),真好。
我看現(xiàn)在城市服務(wù)里掛號(hào)是直接接的160的頁面,為什么會(huì)取消掉之前的這套邏輯呢?這套掛號(hào)邏輯現(xiàn)在銀聯(lián)云閃付還在用
掛號(hào)可以通過平臺(tái)號(hào)源池解決號(hào)源問題,用戶為之付出的是掛號(hào)操作繁瑣,體驗(yàn)不流暢,一旦醫(yī)院有突發(fā)情況需要停診,推送涉及多個(gè)環(huán)節(jié)。比如:醫(yī)院告知號(hào)源商,號(hào)源商再告知平臺(tái)商、平臺(tái)商再通知用戶。任何一個(gè)環(huán)節(jié)出現(xiàn)問題,病人都不會(huì)收到停診通知,會(huì)造成病人在醫(yī)院就診時(shí),顯示該醫(yī)生已停診,白跑一趟的尷尬局面。后面的就診中的環(huán)節(jié)是很好的設(shè)想,目前市面上很多醫(yī)院都已經(jīng)做到待繳費(fèi)、已繳費(fèi)通知、檢驗(yàn)檢查結(jié)果、處方信息查閱等功能。但要做到這些,跟醫(yī)院的his系統(tǒng)、lis系統(tǒng)、pacs系統(tǒng)、病歷系統(tǒng)等是分不開的。目前還無法像號(hào)源池的方式折中解決。雖然我們想不去涉及醫(yī)院的系統(tǒng),就能做到這些。但病人一旦進(jìn)入醫(yī)院后就診,就已經(jīng)被醫(yī)院綁定,所有的數(shù)據(jù)、資料信息都在醫(yī)院系統(tǒng)中,要想獲取醫(yī)院系統(tǒng)中的數(shù)據(jù),就不可能不涉及到數(shù)據(jù)對(duì)接,這也回到跟醫(yī)院系統(tǒng)做接口的層面,又回到醫(yī)院沒有能力做接口或者系統(tǒng)提供商漫天要價(jià)等。平臺(tái)也受制于這些條條框框的限制,無法推進(jìn)。這也是目前大家都會(huì)面對(duì)的共性問題。
然而事實(shí)上目前有兩大問題,一.排隊(duì)提醒與醫(yī)院的電子顯示屏無法同步,因?yàn)楹芏嗳司W(wǎng)上預(yù)約沒法按時(shí)到,醫(yī)生叫號(hào)會(huì)很快空過這些沒有準(zhǔn)時(shí)到的,二.如果你不進(jìn)行二次掛號(hào)找醫(yī)生,醫(yī)生是不可能給你開藥的。
很實(shí)用!干貨滿滿
寫的真好,一看就是有實(shí)戰(zhàn)經(jīng)驗(yàn)的。有個(gè)問題想請(qǐng)教下,談到微醫(yī)openid綁定賬號(hào)那里。
用戶在微信中進(jìn)入微醫(yī)頁面,微醫(yī)獲取用戶openid,然后強(qiáng)制用戶登錄A賬號(hào),文中說”將該用戶的微信OpenID與該用戶在合作方的賬號(hào)綁定”。我覺得這樣邏輯走得通,openid僅起到判斷登錄哪個(gè)賬號(hào)的作用。
a、一個(gè)openid僅關(guān)聯(lián)最新登陸的賬號(hào);
b、一個(gè)賬號(hào)可能關(guān)聯(lián)多個(gè)openid,也沒問題。
————————————————————————————————————————————
1、我們公司產(chǎn)品的賬號(hào)體系跟你展示的微醫(yī)登錄頁一樣:創(chuàng)建用戶,必須有唯一的手機(jī)號(hào),且很多代碼調(diào)用手機(jī)號(hào)字段。
在微信公眾號(hào)中,用戶反饋輸入手機(jī)號(hào)+驗(yàn)證碼這一步太煩,希望在微信環(huán)境下直接操作,他們認(rèn)為“我的是登錄了微信進(jìn)入你的公眾號(hào)內(nèi),已經(jīng)登登錄狀態(tài),怎么還讓登錄?”。我想請(qǐng)教下:如果僅獲取openid,用戶就可以預(yù)約、支付訂單等操作,是否行得通?下面是我遇到的具體問題:
1.1、在openid下操作完之后,當(dāng)用戶登錄A賬號(hào),把openid跟A賬號(hào)綁定,openid下所有預(yù)約、訂單需要和A賬號(hào)合并(開發(fā)說合并預(yù)約、訂單等等信息工作量很大),但是不合并,用戶會(huì)懵逼,他登錄完賬號(hào)居然看不見已操作的訂單了。。。。還有一個(gè)問題是:用戶退出A賬號(hào)登錄B賬號(hào),此時(shí),openid要不要解綁A,再跟B賬號(hào)合并?
1.2、在openid下操作完之后,用戶登錄A賬號(hào)后,A賬號(hào)和openid1綁定,用戶又在另外一個(gè)微信下登錄A賬號(hào),A賬號(hào)又和openid2綁定,這樣一個(gè)賬號(hào),對(duì)應(yīng)多個(gè)openid,需要合并多次數(shù)據(jù)。
你看有什么好辦法嗎?謝謝啦!
1.1的問題,賬號(hào)合并的時(shí)候,可以搭建一層父級(jí)ID,單純注冊(cè)用戶或微信登錄的時(shí)候,父級(jí)ID都是空的,下單預(yù)約使用的也只是單純的賬戶ID,當(dāng)發(fā)生賬戶合并時(shí),產(chǎn)生父級(jí)ID,和兩個(gè)賬戶的賬戶ID父子級(jí)關(guān)聯(lián),在信息或訂單查詢的時(shí)候,邏輯調(diào)整為如果有父級(jí)ID就合并查詢所有子級(jí)ID的信息出來即可。改動(dòng)的地方不算太大
1.1.2的問題,如果用戶操作退出賬戶,就要解綁原有的綁定關(guān)系
1.2的問題,更新綁定關(guān)系即可
YY部分模擬了最理想的情況,我們還需要考慮到占大多數(shù)的糟心情景:
1.預(yù)約成功后第二天的會(huì)改在下午三點(diǎn)開,小明在收到預(yù)約提醒的同時(shí)收到了公司會(huì)議通知。小明想把預(yù)約時(shí)間推遲兩小時(shí),發(fā)現(xiàn)沒找到該功能。小明很有耐心,只好取消預(yù)約,重新預(yù)約第三天。
2.第三天還是預(yù)約了下午三點(diǎn),他于2點(diǎn)20分在去往醫(yī)院的高價(jià)橋上,由于前面200位病人都是線上預(yù)約,都因?yàn)楣鹃_會(huì)隨手取消了,醫(yī)生提前診療完畢,護(hù)士喊了半個(gè)小時(shí)王小明。。。王小明也在五環(huán)高架橋上收到2百多條叫號(hào)的通知。。。
3.王小明頂住沉重的心理壓力不去理會(huì)通知,心想老子約的三點(diǎn),老子到點(diǎn)去就沒錯(cuò)。終于王小明在2點(diǎn)59分到達(dá)了醫(yī)院,推門進(jìn)了診室發(fā)現(xiàn)醫(yī)生也不傻沒有一心一意等他而是直接診治后面病人。小明表示理解,畢竟不是他私人醫(yī)生,小明好說歹說醫(yī)生同意下一個(gè)就排到他。于是小明在走廊開始等待,在自己的王者榮耀排位從青銅打到鉑金后小明坐不住了,推開診室門看到他前一位的老頭還處于描述病情階段。與此同時(shí)后一位在線預(yù)約的患者王金剛到了,并與小明發(fā)生肢體沖突。
時(shí)間緊,后面流程下次繼續(xù)探討。整體流轉(zhuǎn)思路非常好!
我是個(gè)產(chǎn)品新人,也做醫(yī)療方面,針對(duì)這個(gè)問題,我有個(gè)想法,不知道對(duì)不對(duì),想跟您討論一下:網(wǎng)上的掛號(hào)可以定義為預(yù)約掛號(hào),只有到了醫(yī)院取了號(hào)以后,才視為到診,這個(gè)時(shí)候才會(huì)對(duì)患者進(jìn)行看診的排序,這樣是不是可以解決你說的問題呢?
我說說我的看法:這個(gè)流程中的核心目的是為了極大縮減用戶在醫(yī)院的等待時(shí)間,但是您這個(gè)方案,并沒有解決這個(gè)問題哦。
那么要思考預(yù)約時(shí)是否選擇時(shí)間呢,如果不選則時(shí)間和掛號(hào)的醫(yī)生那么和去醫(yī)院再取號(hào)排隊(duì)還有什么區(qū)別呢?如果選擇時(shí)間醫(yī)生就會(huì)出現(xiàn)上述問題。這些小點(diǎn)還好說,畢竟都是人,尤其是消費(fèi)者用戶生病就診人之常情本就劣勢(shì),加上長久的線下惡劣就醫(yī)體驗(yàn)早就馴化好了,難的在于整體流程把控甚至協(xié)調(diào)固有利益體系,體檢、藥品尤甚,醫(yī)生可以醫(yī)德醫(yī)風(fēng)很高但醫(yī)院不會(huì)醫(yī)院是個(gè)機(jī)構(gòu)要見效益(有形無形都算)。例如問診,醫(yī)院醫(yī)生平臺(tái)各方如何分成?名醫(yī)專家整天忙得團(tuán)團(tuán)轉(zhuǎn)要不是利益(甚至不是錢)關(guān)系會(huì)給你耐心線上回復(fù)?甚至給你回復(fù)的真的是醫(yī)生嗎?出問題責(zé)任算哪方?藥品更是如此,處方藥線下沒有處方就真的買不到了?醫(yī)生不準(zhǔn)亂開藥就真的不從中獲利了?一家醫(yī)院旁邊開著的那堆藥房就和醫(yī)院沒半點(diǎn)關(guān)系了? 前期做產(chǎn)品很容易理想化,圍著搞好用戶體驗(yàn)提好供核心服務(wù)轉(zhuǎn),遺憾的是這些很重要但不是全部。。。還望全盤思考不畏浮云遮眼。
剛毅?。?!
終于碰到一個(gè)沒有泛泛而談的大神了,有干貨,力挺
整個(gè)模式確實(shí)是一個(gè)比較理想化的流程,而且我之前也在移動(dòng)醫(yī)療的一個(gè)公司做過,從我那段經(jīng)歷認(rèn)為網(wǎng)上預(yù)約掛號(hào)其實(shí)是個(gè)偽需求(目前而言,因?yàn)榇蟛糠謷焯?hào)用的是第二種模式),患者網(wǎng)上掛號(hào)并不是因?yàn)榉奖?,而且是因?yàn)榫W(wǎng)上有號(hào)源。移動(dòng)醫(yī)療還有很長的路要走。
不對(duì),個(gè)人認(rèn)為網(wǎng)上預(yù)約掛號(hào)還是蠻方便的,因?yàn)橄裎疫@種常年不去醫(yī)院,不了解醫(yī)院流程的人大有人在,我原來是那種一進(jìn)醫(yī)院先掛號(hào)還是直接去找醫(yī)生都傻傻分不清的人,所以每次去醫(yī)院基本就是蒙圈狀態(tài),還很浪費(fèi)時(shí)間?,F(xiàn)在通過朋友知道了預(yù)約掛號(hào),所以每次先掛號(hào),到醫(yī)院之后根據(jù)短信提示去取號(hào),即使碰上忙的時(shí)候,醫(yī)院里自助取票口排隊(duì)的人也是蠻少的。取完票就等著叫號(hào)就好了~真的,用戶流程體驗(yàn)太重要了,有了短信提醒,就像去電影院里取票一樣很方便吶~不過目前還沒有發(fā)現(xiàn)哪個(gè)平臺(tái)可以直接通過手機(jī)查看報(bào)告單、取藥這些的,還是希望能早日實(shí)現(xiàn)up主說的功能呢!
醫(yī)院自己的公眾號(hào)可以,我知道的廣東省中醫(yī)院的就可以
好棒!感謝分享
也在做互聯(lián)網(wǎng)+醫(yī)療方向,之前也遇到預(yù)約掛號(hào)問題。這次深入學(xué)習(xí)了!
厲害,大神!
感覺Y的很完整,很像樣子!
我想這一天也許并不遠(yuǎn)。
非常不錯(cuò)的實(shí)戰(zhàn)派文章。講述整個(gè)產(chǎn)品的設(shè)計(jì)邏輯和故事。