中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

自費支付：指該人員在就醫或者購藥時，沒有醫保賬戶，或者因相關規定不可以使用醫保賬戶余額，需要使用自己掏錢的方式支付費用。

醫保支付：指該人員有參保，醫保賬戶有余額，在就醫時，可以使用醫保賬戶進行相關費用的支付，但是根據報銷比例的不同，也會存在部分金額需要自費支付。

有了自費支付和醫保支付兩種支付方式的存在，所以就醫場景下的支付比商業場景的麻煩是不可少的，商業場景就是自費支付，可能有優惠券紅包之類的，就醫場景不僅僅存在自費部分，還存在醫保部分，自費情況下也可能有優惠券和紅包之類的，相當于一筆支付需要從兩方獲取支付結果才行。

二、支付環節

1. 藥店購藥

藥店購藥的支付比較簡單，支付環節也就是在最后時候選了藥后，去收銀臺付款，一手交錢一手交貨的這種。與商業支付基本相同，只需要想著提供什么支付方式就好了。

2. 門診預約掛號

去醫院進行門診看病時，都是需要先進行預約的，然后才可以去看病。根據醫院的不同，在進行預約掛號時，有些需要先扣除診查費，有些不用（福建省基本都不需要）。因為是預約掛號，所以實際就醫還沒有發生，正常情況下預約掛號的扣費都是需要自費支付。如果是在線上的話，可以直接微信支付寶等線上支付；線下的話，一般需要使用你院內預交金中的余額來支付。

3. 門診掛號

即你到達醫生工作站，插卡準備讓醫生看病的環節，這代表著接下來醫生要為你服務了。這個時候如果你是已經在預約掛號交了診查費，那么醫生就直接給你看病了。如果你沒交，那么需要看看你賬戶內對應的預交金夠不夠，夠的話扣除，不夠的話，需要先去充值，再回來繼續看病。

4. 門診就醫結算

在就醫完成后，醫生會進行開方，如果沒什么問題，就不存在繼續支付的問題。如果有問題，醫生給你開各種藥、檢查檢驗的處方，那么就又存在支付的情況了。這時候醫生把處方給你，如果醫生工作站就可以結算的話，那么醫生看你卡內預交金足夠，那么直接給你把這個費用支付了，醫保部分也一起處理，這就是診間結算。

如果醫生工作站不支持，或者預交金不夠，醫生就讓你去自助機或者窗口充值后結算。或者，醫生開完方后，直接和你說，你手機上確認支付就好了，這就是醫保移動支付。

5. 取藥/檢查/檢驗

因為一個人的病情是復雜的，不是醫生看完病就好了，還可能存在取藥/檢查/檢驗等情況?？瘁t院規定，有些醫院要求就是取藥的時候支付取藥費用，檢查/檢驗的時候支付檢查檢驗的費用，也就是把就醫結算拆分到了具體的環節中支付。

6. 住院登記

病人進行住院登記時，需要預交金內的金額達到一定金額后，方可住院，即需要一大筆押金，確保醫院的利益不會受損。

7. 住院每日支付

雖然住院時，已經有一大筆押金了，但是有可能病人的住院費用比較貴，每一天，醫院都會計算出這預交金夠不夠的情況，不夠就需要病人繼續補交預交金來支付確認。

8. 出院結算

病人要出院了，這時候要結算所有的住院費用，系統進行統計，算出預交金部分、醫保支付部分，以及仍然需要支付部分，只有錢夠才可以辦理出院，這里又涉及到支付了，有可能預交金不夠，需要現場補足。

因此，就醫的支付環節往往比商業場景多了好多環，很多過程中都涉及到了支付。同時，可使用醫保賬戶和不可使用醫保賬戶，有可能同時存在于一個完整的就醫流程中的，在進行支付設計時，都需要進行仔細考慮。一方面，確保醫院的利益不受損，一方面，確保病人可以支付順暢簡單，能用醫保時就使用。

接著上部分，來講就醫場景的支付下半部分。

三、支付設計

1. 預交金通用

目前，在大多數醫院就醫預交金不可避免，所以針對這預交金就可以做文章了。因為就醫是臨時性的，且老百姓可能針對不同的病，會選擇不同的醫院，所以一個人就在同一個醫院會有多張就診卡，在不同醫院之間又有好記賬就診卡，且每張就診卡都有錢。

這對于老百姓來說是十分不方便的，不然每次就完醫都需要去窗口退錢，麻煩。這時候預交金通用，即多個醫院之間的多張卡內的預交金可以共同使用，不必每次只能用固定的一張卡內的預交金，就可以解決這個麻煩。

2. 多渠道充值

既然有預交金存在，那么充值就在所難免的。以前大家拿著卡，在窗口排隊進行人工充值，效率低，排隊時間長，用戶體驗差。隨著手機的普及，移動支付的來臨，在醫院進行相應的移動支付的建設也是必然的。通過整合線下線上，支持線下窗口和自助機的微信/支付寶/銀聯掃碼、POS刷卡、現金來充值，也支持線上APP、微信公眾號、支付寶生活號等門戶，進行純線上的預交金充值，這就催化出多渠道充值產品的誕生。

通過這整合傳統的充值，以及支持新的移動支付及線上充值，打個比方就是類似于聚合支付，通過這么一個平臺，整個了多種支付方式，使得查看記錄、對賬等等充值相關的事務更加方便。

3. 診間結算

有充值，那么就有支付，在就醫場景中，更多使用結算這個詞。原先充值要去線下窗口充值，結算也要去線下專門的收費窗口結算，或者去寥寥幾臺自助機處結算，太不方便了，這充值讓人排次隊就算了，結算又排一次，本來看病就急，這不挑戰人耐心么，所以這也是需要迫切優化的。

結算既然能在收費窗口做，那么在醫生工作站能不能做啦，這就是一個道理，于是診間結算來了。

顧名思義，診間結算，就是在醫生就診結束后，在醫生處就進行結算，就醫和結算一體化，提高患者的體驗。不過對于醫生來說，多了一道面臨結算的過程，所以，結算速度就是關鍵，能夠和原來一樣開完藥后，幾秒鐘就結算完成的話，那么影響也是微乎其微。

因此診間結算就需要在優化患者體驗的同事，也優化醫生的體驗，那么在醫院才推得快，醫生也會樂意使用。這也是醫院產品的一個特點，不僅僅需要考慮病人，也需要考慮到醫院的相關使用人員。

4. 醫保移動支付

又要提一句移動支付時代的來臨了，這也使醫院的結算方式更加多樣化了。原先在醫院結算，都需要帶上社?？ǖ冉橘|，現在這個時代，能不能像生活中其余的購物環節一樣，在微信或者支付寶上就完成結算啦。那肯定是可以的，這就是醫保移動支付，即在手機上可以完成就醫訂單的醫保結算。用戶在線下醫院就完醫，可以在手機上進行醫保結算。

類似于，我們在路邊攤買了個驢肉火燒，在手機上進行費用的支付，不過醫保移動支付，不單單是自費的支付，也包括醫保的支付。涉及到醫保，就需要考慮原來都是用社?？?，那么在線上，用什么來代表你的醫保身份？

這就是線上的醫保碼了，這就是與你的醫保身份對應的，有了這個，你就可以在線上進行醫保移動支付了。更通俗地講，就是把原來線下的結算，換一種形式搬到了線上去做，把卡換成碼，類似于O2O，線下就醫+線上醫保移動支付，完成這個場景的使用和支付。

不過因為去醫院就醫，中老年是很大的群體，所以醫保移動支付這個新鮮事物，就像是一開始的移動支付一樣，需要有一個推廣和適應的過程。同時也考慮這類群體，靈活使用第三方支付，如微信和支付寶。

4. 對賬

支付就離開不對賬，更何況醫院這么多業務和支付方式，更是需要把對賬設計好。個人認為對賬產品要做好的幾點就是：

1. 需要囊括醫院的各個業務，能夠有清楚的總賬，及各個業務的賬。
2. 需要囊括各種支付方式，各種支付渠道。
3. 具有一定的擴展性，畢竟醫院現在信息化程度是不斷發展的，有可能出現一些新的支付相關的業務或者功能，也需要能夠滿足。

四、支付展望

醫院作為信息化建設沒有那么領先的地方，在未來有更多與就醫相關的發展，與就醫支付也會有更多想象的空間。

1. 信用支付

信用支付，即把信用代入到就醫場景中，實現在就醫的時候信用支付。因為就醫是臨時性和突發性的可能性比較大，同時面臨著許多不確定性，所以可能需要面臨大額的費用支付。

當患者因為各種原因無法及時現金周轉時，通過信用支付，利用個人信用在醫院范圍內的適用，獲取一定信用方提供的信用額度，用于費用支付，完成信用就醫。而信用支付在醫院端的拓展，也有利于信用體系的全面建設，未來這個應該也是會有一定的發展空間的。

2. 醫保在線支付

互聯網醫院的出現，個人可以在手機端進行疾病的診療、處方藥品的購買，在線完成支付。目前國內尚無完整的規則，醫保基金如何用于這種純線上的支付，所以各地都在探索。

目前全國就衢州市有支持慢病的醫保在線支付，不過也限于醫保個人賬戶部分。未來，醫?；?，個人賬戶和統籌基金應用于醫保在線支付場景，肯定會是一個趨勢，越早摸索出相應的建設方案及產品，越能夠站在風口，享受到第一波紅利。

3. 線下刷臉醫保支付

刷臉支付是近年來一個火熱的話題，微信、支付寶、銀聯紛紛試水刷臉支付。自然，在醫院場景也是可以使用刷臉支付，也是值得探索的。如果僅僅是充值，或者純自費自費，使用刷臉，那么用的是微信賬戶或者支付寶賬戶的錢，那么風險也是可控的。但是這種使用，對于就醫來說不夠，就醫需要用到醫?；?。而刷臉也是第三方支付自己建設的支付方式，與醫保不掛鉤，線上移動支付好歹還有碼，而純刷臉如何進行線下的醫保支付，如何保障醫?；鸬陌踩?，也是一個值得探討的話題。

通過上面支付環節、支付設計、支付展望，基本講完了就醫場景中與支付有關的事情。在就醫端支付，不僅僅與便利性掛鉤，也與多方的資金安全掛鉤，進行相應的產品設計時，需要便利與安全兼顧，實現讓患者滿意、醫生滿意、醫院樂于接受、醫保局和衛健委樂于推廣的多方共贏局面。

同時，要足夠考慮時代的發展，及時跟上技術使用，例如國家醫保局就從國家級的層面，推出醫保電子憑證，主動去適應時代的發展。

大體上就醫場景的支付在我個人理解的范圍內就講完了，具體的細節的話，都需要實際體驗，才比較吃透。畢竟，紙上得來終覺淺，絕知此事要躬行。

本文由 @夜月沉星 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議