健保結算方法及裝置和電子設備
本說明書實施例關於網際網路技術領域，尤其關於一種健保結算方法及裝置和電子設備。
隨著健保的普及，健保參保人員越來越多，在離線就醫時，使用健保卡進行健保結算成為一種常態。
一般的，醫療場所設置有很多供使用者進行健保結算的自助終端。使用者在自助終端上進行健保結算時，通常操作流程包括插入實體健保卡識別該使用者的健保帳戶，點擊待結算的醫療帳單，選擇健保支付，再次確認操作，從而執行健保結算。
可見，現有健保結算時，使用者需要攜帶實體健保卡，並且多次操作自助終端，整個操作過程較為繁瑣、效率較低。
需要提供一種更有效率的健保結算方案。
本說明書實施例提供的一種健保結算方法及裝置和電子設備，以及緩存頁面的獲取方法及裝置和電子設備：
根據本說明書實施例的第一態樣，提供一種健保結算方法，應用於健保平台，所述方法包括：
接收自助終端採集並上傳的人臉影像；
識別所述人臉影像對應使用者的健保帳戶；
對所述健保帳戶中待結算的醫療帳單進行結算。
根據本說明書實施例的第二態樣，提供一種健保結算方法，應用於支付平台，所述方法包括：
接收自助終端採集並上傳的人臉影像；
識別所述人臉影像對應的支付帳戶；
在所述支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
根據本說明書實施例的第三態樣，提供一種健保結算裝置，應用於健保平台，所述裝置包括：
接收單元，接收自助終端採集並上傳的人臉影像；
識別單元，識別所述人臉影像對應使用者的健保帳戶；
結算單元，對所述健保帳戶中待結算的醫療帳單進行結算。
根據本說明書實施例的第四態樣，提供一種健保結算裝置，應用於支付平台，所述裝置包括：
接收單元，接收自助終端採集並上傳的人臉影像；
識別單元，識別所述人臉影像對應的支付帳戶；
結算單元，在所述支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
根據本說明書實施例的第五態樣，提供一種電子設備，包括：
處理器；
用於儲存處理器可執行指令的記憶體；
其中，所述處理器被配置為上述任一項應用於健保平台的健保結算方法。
根據本說明書實施例的第六態樣，提供一種電子設備，包括：
處理器；
用於儲存處理器可執行指令的記憶體；
其中，所述處理器被配置為上述任一項應用於支付平台的健保結算方法。
本說明書實施例，提供了一種健保結算方案，使用者透過臉部掃描就可以自動完成健保結算，無需攜帶實體健保卡。整個結算流程，使用者都無需操作自助終端，該方案快速便捷，大大提升了健保結算效率，緩解醫院中健保支付較慢的問題。
這裡將詳細地對示例性實施例進行說明，其示例表示在圖式中。下面的描述關於圖式時，除非另有表示，不同圖式中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本說明書相一致的所有實施方式。相反，它們僅是與如所附申請專利範圍中所詳述的、本說明書的一些態樣相一致的裝置和方法的例子。
在本說明書使用的術語是僅僅出於描述特定實施例的目的，而非旨在限制本說明書。在本說明書和所附申請專利範圍中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指並包含一個或多個相關聯的列出項目的任何或所有可能組合。
應當理解，儘管在本說明書可能採用術語第一、第二、第三等來描述各種資訊，但這些資訊不應限於這些術語。這些術語僅用來將同一類型的資訊彼此區分開。例如，在不脫離本說明書範圍的情況下，第一資訊也可以被稱為第二資訊，類似地，第二資訊也可以被稱為第一資訊。取決於語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“回應於確定”。
為了解決上述問題，本說明書提供給了一種健保結算方案，以下可以參考圖1所示的例子介紹，圖示出了本文中可以適用的示例性的系統架構概念。
所述系統架構概念圖中，各種網路節點借助網路111可以實現資訊的通訊，繼而完成交互和資料的處理。所述系統架構概念圖可以包括自助終端101和健保平台102。
在醫療場所，使用者可以透過所述自助終端101進行健保結算，例如可以進行醫療費用支付等。
所述健保平台102，維護有使用者的健保帳戶。該示例中，所述健保平台102可以提供健保結算能力以及身份驗證能力。
使用者透過自助終端101，無需攜帶實體健保卡，透過臉部掃描操作就可以快速完成健保結算。
接下來參照圖2，介紹本說明書提供的健保結算方法的一實施例。在本實施例中，該方法可以應用於健保平台，所述方法可以包括以下步驟：
步驟210：接收自助終端採集並上傳的人臉影像。
本實施例中，自助終端上可以按照有採集人臉影像的採集裝置，例如攝影機，透過攝影機可以採集當前使用者的人臉影像。
所述自助終端還可以將採集到的人臉影像上傳給健保平台。
通常，自助終端中可以預先安裝臉部掃描軟體開發套件(Software Development Kit；SDK)，基於該臉部掃描SDK自助終端就可以完成採集使用者人臉影像並將人臉影像上傳至健保平台。需要說明的是，本說明書中涉及的健保平台具體可以是指健保平台對應的伺服端，即以硬體來看，本實施例可以是健保平台所在的伺服端執行的。所述伺服端可以是指伺服器、伺服器群集或者伺服器群集構建的雲端服務。
其中，所述臉部掃描SDK可以是健保平台提供的，也可以是健保平台認可的第三方提供的。
步驟220：識別所述人臉影像對應使用者的健保帳戶。
所述健保平台上維護有使用者的健保帳戶，並且每個健保帳戶預先都收集有使用者自己的人臉影像。
在一實施例中，使用者在辦理健保時，需要提供自己真實的人臉影像；為了便於區別，可以將該人臉影像稱為第一人臉影像。將上述步驟210中自助終端採集的人臉影像稱為第二人臉影像。
當健保平台接收到自助終端上傳的第二人臉影像後，可以從儲存第一人臉影像的影像庫中進行匹配，當匹配到與所述第二人臉影像相似度達到閾值的第一人臉影像時，就可以確定匹配到的第一人臉影像對應的健保帳戶為該第二人臉影像對應使用者的健保帳戶。
步驟230：對所述健保帳戶中待結算的醫療帳單進行結算。
在確定了當前使用者的健保帳戶後，就可以對所述健保帳戶中待結算的醫療帳單進行結算。
透過本實施例，使用者無需攜帶實體健保卡，透過自律裝置臉部掃描就可以完成健保結算。大大提升了健保結算的效率。
在一實施例中，健保平台通常需要將結算資訊返回至自助終端。自助終端基進而可以展示結算資訊。其中，當結算成功時，自助終端可以展示結算明細；當結算失敗時，自助終端可以引導使用者透過掃碼進行健保結算，或者使用實體健保卡支付。
在實際應用中，由於人臉識別準確性並不能做到百分百正確，而健保結算又涉及到使用者資訊、資金等敏感資訊，因此，為了提升結算安全，本說明書還提供了以下方案：
所述自助終端還上傳有使用者輸入的手機號；
所述步驟230對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
在所述健保帳戶綁定的手機號為所述自助終端上傳的手機號的情況下，對所述健保帳戶中待結算的醫療帳單進行結算。
該實施例中，每個健保帳戶預先可以綁定有手機號。
在根據第二人臉影像識別出健保帳戶之後，還可以判斷該健保帳戶綁定的手機號是否和自律裝置上傳的手機號一致；在一致的情況下，才可以繼續執行對所述健保帳戶中待結算的醫療帳單進行結算。
舉例說明，假設有兩個人臉非常相似的人，那麼其中一個使用者在進行健保結算時透過臉部掃描可以識別出兩個健保帳戶，如果不進一步識別手機號，那麼健保平台就無法確定當前使用者到底是哪一個使用者；因此，在該使用者透過自助終端還上傳了手機號後，透過查詢這兩個健保帳戶綁定的手機號，就可以匹配到唯一的一個健保帳戶了。
在一實施例中，所述手機號的輸入方式可以包括語音輸入。對於某些不方便的使用者，例如抱小孩的使用者(特別是小孩睡著的狀態下)，雙手都拿東西的使用者等操作自助終端都很不方便，透過該實施例，使用者可以完全不需要用手操作，也無需攜帶手機、健保卡等，就可以完成健保結算，方便快捷，大大提升了使用者體驗。
在一實施例中，所述方法還包括：
獲取所述自助終端對應的醫院；
獲取所述健保帳戶中待結算的醫療帳單對應的醫院；
所述步驟230對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述兩個醫院一致時，對所述健保帳戶中待結算的醫療帳單進行結算。
在該實施例中，在使用者進行健保結算時，健保平台只會對使用者當前所在醫院產生的醫療帳單進行結算。
在一實施例中，所述方法還包括：
獲取所述健保帳戶中待結算的醫療帳單對應的建立時刻；
所述對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述建立時刻和當前時刻屬於同一天時，對所述健保帳戶中待結算的醫療帳單進行結算。
在該實施例中，在使用者進行健保結算時，健保平台只會對使用者當天產生的醫療帳單進行結算。
在實際應用中，當有些非健保項目需要自費時，還需要使用者使用銀行卡、現金或者支付軟體進行支付。其中，銀行卡需要插入自助終端的卡槽內，現金需要塞入自助終端的現金入口，支付軟體需要掃描支付二維碼，總之整個操作過程較為繁瑣、效率較低。
為了解決上述問題，在一實施例中，所述方法還包括：
將所述醫療帳單中非健保項目，轉由支付管道進行結算。
在該實施例中，醫療帳單中除了可以入健保的醫療費用，還可以存在一些不能入健保的自費項目，對於這些自費項目，健保平台可以轉由支付管道進行結算。
該實施例中，健保平台還可以與支付平台連接，透過呼叫支付平台的支付介面，完成自費項目的結算。具體地，使用者的健保帳戶可以預先與支付帳戶綁定。如此，對於健保帳戶餘額不足，或者存在自費項目時，健保平台可以透過健保帳戶關聯的支付帳戶，對該支付帳戶進行扣款。
透過該實施例，採用的混合結算(健保帳戶和支付帳戶)的方式，使用者只需透過一次臉部掃描，就可以完成自費和健保的結算，無需進行多次操作，進一步提升了結算效率。
本說明書還提供給了另一種健保結算方案，以下可以參考圖3所示的例子介紹，圖示出了本文中可以適用的示例性的系統架構概念。
所述系統架構概念圖中，各種網路節點借助網路311可以實現資訊的通訊，繼而完成交互和資料的處理。所述系統架構概念圖可以包括自助終端301，支付平台302以及健保平台303。
在醫療場所，使用者可以透過所述自助終端301進行健保結算，例如可以進行醫療費用支付等。
所述支付平台302，可以包括銀行支付系統、第三方支付平台等。該示例中，所述支付平台302可以提供支付能力以及身份驗證能力。
所述健保平台303，維護有使用者的健保帳戶；對外可以提供健保結算能力。
使用者透過自助終端301，無需攜帶實體健保卡，透過臉部掃描操作就可以快速完成健保結算。
接下來參照圖4，介紹本說明書提供的健保結算方法的一實施例。在本實施例中，該方法可以應用於支付平台，所述方法可以包括以下步驟：
步驟410：接收自助終端採集並上傳的人臉影像。
本實施例中，自助終端上可以按照有採集人臉影像的採集裝置，例如攝影機，透過攝影機可以採集當前使用者的人臉影像。
所述自助終端還可以將採集到的人臉影像上傳給支付平台。
通常，自助終端中可以預先安裝臉部掃描SDK，基於該臉部掃描SDK自助終端就可以完成採集使用者人臉影像並將人臉影像上傳至支付平台。需要說明的是，本說明書中涉及的支付平台具體可以是指支付平台對應的伺服端，即以硬體來看，本實施例可以是支付平台所在的伺服端執行的。所述伺服端可以是指伺服器、伺服器群集或者伺服器群集構建的雲端服務。
其中，所述臉部掃描SDK可以是支付平台提供的，也可以是支付平台認可的第三方提供的。
步驟420：識別所述人臉影像對應的支付帳戶。
所述支付平台上維護有使用者的支付帳戶，並且每個支付帳戶預先都收集有使用者自己的人臉影像。
在一實施例中，使用者在開啟支付帳戶的人臉識別功能時，需要提供自己真實的人臉影像；為了便於區別，可以將該人臉影像稱為第一人臉影像。將上述步驟410中自助終端採集的人臉影像稱為第二人臉影像。
當支付平台接收到自助終端上傳的第二人臉影像後，可以從儲存第一人臉影像的影像庫中進行匹配，當匹配到與所述第二人臉影像相似度達到閾值的第一人臉影像時，就可以確定匹配到的第一人臉影像對應的支付帳戶為該第二人臉影像對應使用者的支付帳戶。
在一實施例中，所述支付平台可以劃分有多個不同功能的模組或者子平台。例如，用於進行身份識別的身份認證平台(如ZOLOZ全球可信身份平台)；用於查詢電子健保卡的查詢平台；用於呼叫健保結算的呼叫平台。
。對於同一個使用者，在不同子平台之間可以透過一個唯一的認證標識如ftoken表示使用者。
舉例說明，當自助設備採集到人臉影像後，可以上傳至ZOLOZ；透過ZOLOZ識別出對應的使用者，並返回該使用者的ftoken。然後，基於該ftoken呼叫查詢平台，所述查詢平台可以查詢所述ftoken對應的支付帳戶是否綁定有電子健保卡。進一步的，在查詢到綁定有電子健保卡的情況下，所述呼叫平台可以基於該電子健保卡呼叫健保平台進行健保結算。
步驟430：在所述支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
為了方便使用者就醫，可以將實體健保卡綁定在支付帳戶上，並產生一張電子健保卡。在一實施例中，所述電子健保卡可以是指實體健保卡的唯一編號。
支付平台在確定了當前使用者的電子健保卡之後，就可以呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
透過本實施例，使用者無需攜帶實體健保卡，透過自律裝置臉部掃描就可以完成健保結算。大大提升了健保結算的效率。
在一實施例中，健保平台通常需要將結算資訊返回至自助終端。自助終端基進而可以展示結算資訊。其中，當結算成功時，自助終端可以展示結算明細；當結算失敗時，自助終端可以引導使用者透過掃碼進行健保結算，或者使用實體健保卡支付。
在實際應用中，由於人臉識別準確性並不能做到百分百正確，而健保結算又涉及到使用者資訊、資金等敏感資訊，因此，為了提升結算安全，本說明書還提供了以下方案：
所述自助終端還上傳有使用者輸入的手機號；
所述步驟430在所述支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算，具體包括：
在所述支付帳戶綁定的手機號為所述自助終端上傳的手機號，並且所述支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
該實施例中，每個支付帳戶預先可以綁定有手機號。
在根據第二人臉影像識別出支付帳戶之後，還可以判斷該支付帳戶綁定的手機號是否和自律裝置上傳的手機號一致；在一致的情況下，才可以繼續執行呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
舉例說明，假設有兩個人臉非常相似的人，那麼其中一個使用者在進行健保結算時透過臉部掃描可以識別出兩個支付帳戶，如果不進一步識別手機號，那麼支付平台就無法確定當前使用者到底是哪一個使用者；因此，在該使用者透過自助終端還上傳了手機號後，透過查詢這兩個支付帳戶綁定的手機號，就可以匹配到唯一的一個支付帳戶了。
在一實施例中，所述手機號的輸入方式可以包括語音輸入。對於某些不方便的使用者，例如抱小孩的使用者(特別是小孩睡著的狀態下)，雙手都拿東西的使用者等操作自助終端都很不方便，透過該實施例，使用者可以完全不需要用手操作，也無需攜帶手機、健保卡等，就可以完成健保結算，方便快捷，大大提升了使用者體驗。
在一實施例中，所述方法還包括：
獲取所述自助終端對應的醫院；
獲取所述健保帳戶中待結算的醫療帳單對應的醫院；
所述步驟230對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述兩個醫院一致時，對所述健保帳戶中待結算的醫療帳單進行結算。
在該實施例中，在使用者進行健保結算時，健保平台只會對使用者當前所在醫院產生的醫療帳單進行結算。
在一實施例中，所述方法還包括：
獲取所述健保帳戶中待結算的醫療帳單對應的建立時刻；
所述對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述建立時刻和當前時刻屬於同一天時，對所述健保帳戶中待結算的醫療帳單進行結算。
在該實施例中，在使用者進行健保結算時，健保平台只會對使用者當天產生的醫療帳單進行結算。
在實際應用中，當有些非健保項目需要自費時，還需要使用者使用銀行卡、現金或者支付軟體進行支付。其中，銀行卡需要插入自助終端的卡槽內，現金需要塞入自助終端的現金入口，支付軟體需要掃描支付二維碼，總之整個操作過程較為繁瑣、效率較低。
為了解決上述問題，在一實施例中，所述方法還包括：
針對所述醫療帳單中非健保項目，轉由所述支付帳戶進行結算。
在該實施例中，醫療帳單中除了可以入健保的醫療費用，還可以存在一些不能入健保的自費項目，對於這些自費項目，健保平台可以轉由所述支付平台進行結算，所述支付平台直接可以從該使用者的支付帳戶中扣除自費項目的費用。
該實施例中，由於支付平台與健保平台連接，健保平台透過呼叫支付平台的支付介面，可以完成自費項目的結算。具體地，使用者的支付帳戶預先綁定有電子健保卡。如此，對於健保帳戶餘額不足，或者存在自費項目時，健保平台可以透過健保帳戶對應的電子健保卡關聯的支付帳戶，對該支付帳戶進行扣款。
透過該實施例，採用的混合結算(健保帳戶和支付帳戶)的方式，使用者只需透過一次臉部掃描，就可以完成自費和健保的結算，無需進行多次操作，進一步提升了結算效率。
與前述圖2所示的健保結算方法實施例相對應，本說明書還提供了健保結算裝置的實施例。所述裝置實施例可以透過軟體實現，也可以透過硬體或者軟硬體結合的方式實現。以軟體實現為例，作為一個邏輯意義上的裝置，是透過其所在設備的處理器將非揮發性記憶體中對應的計算機業務程式指令讀取到內存中運行形成的。從硬體層面而言，如圖5所示，為本說明書健保結算裝置所在設備的一種硬體結構圖，除了圖5所示的處理器、網路介面、內存以及非揮發性記憶體之外，實施例中裝置所在的設備通常根據健保結算實際功能，還可以包括其他硬體，對此不再贅述。
請參見圖6，為本說明書一實施例提供的健保結算裝置的模組圖，應用於健保平台，所述裝置對應了圖2所示實施例，所述裝置包括：
接收單元610，接收自助機採集並上傳的人臉影像；
識別單元620，識別所述人臉影像對應使用者的健保帳戶；
結算單元630，對所述健保帳戶中待結算的醫療帳單進行結算。
在一可選的實施例中：
所述自助機還上傳有使用者輸入的手機號；
所述結算單元630，具體包括：
在所述健保帳戶綁定的手機號為所述自助機上傳的手機號的情況下，對所述健保帳戶中待結算的醫療帳單進行結算。
在一可選的實施例中：
所述手機號的輸入方式包括語音輸入。
在一可選的實施例中：
所述裝置還包括：
第一獲取子單元，獲取所述自助機對應的醫院；
第二獲取子單元，獲取所述健保帳戶中待結算的醫療帳單對應的醫院；
所述結算單元630，具體包括：
當所述兩個醫院一致時，對所述健保帳戶中待結算的醫療帳單進行結算。
在一可選的實施例中：
所述裝置還包括：
第三獲取子單元，獲取所述健保帳戶中待結算的醫療帳單對應的建立時刻；
所述結算單元630，具體包括：
當所述建立時刻和當前時刻屬於同一天時，對所述健保帳戶中待結算的醫療帳單進行結算。
在一可選的實施例中：
所述裝置還包括：
混合結算子單元，將所述醫療帳單中非健保項目，轉由支付管道進行結算。
與前述圖4所示的健保結算方法實施例相對應，本說明書還提供了健保結算裝置的實施例。所述裝置實施例可以透過軟體實現，也可以透過硬體或者軟硬體結合的方式實現。以軟體實現為例，作為一個邏輯意義上的裝置，是透過其所在設備的處理器將非揮發性記憶體中對應的計算機業務程式指令讀取到內存中運行形成的。從硬體層面而言，如圖7所示，為本說明書健保結算裝置所在設備的一種硬體結構圖，除了圖7所示的處理器、網路介面、內存以及非揮發性記憶體之外，實施例中裝置所在的設備通常根據健保結算實際功能，還可以包括其他硬體，對此不再贅述。
請參見圖8，為本說明書一實施例提供的健保結算裝置的模組圖，應用於支付平台，所述裝置對應了圖4所示實施例，所述裝置包括：
接收單元810，接收自助機採集並上傳的人臉影像；
識別單元820，識別所述人臉影像對應的第三方支付帳戶；
結算單元830，在所述第三方支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
在一可選的實施例中：
所述自助機還上傳有使用者輸入的手機號；
所述結算單元830，具體包括：
在所述第三方支付帳戶綁定的手機號為所述自助機上傳的手機號，並且所述第三方支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
在一可選的實施例中：
所述手機號的輸入方式包括語音輸入。
在一可選的實施例中：
所述裝置還包括：
第一獲取子單元，健保平台獲取所述自助機對應的醫院；
第一獲取子單元，所述健保平台獲取所述健保帳戶中待結算的醫療帳單對應的醫院；
所述健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述兩個醫院一致時，所述健保平台對所述健保帳戶中待結算的醫療帳單進行結算。
在一可選的實施例中：
所述裝置還包括：
第三獲取子單元，健保平台獲取所述健保帳戶中待結算的醫療帳單對應的建立時刻；
所述健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述建立時刻和當前時刻屬於同一天時，所述健保平台對所述健保帳戶中待結算的醫療帳單進行結算。
在一可選的實施例中：
所述裝置還包括：
針對所述醫療帳單中非健保項目，所述健保平台轉由所述第三方支付帳戶進行結算。
上述實施例闡明的系統、裝置、模組或單元，具體可以由計算機晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為計算機，計算機的具體形式可以是個人計算機、膝上型計算機、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放器、導航設備、電子郵件收發設備、遊戲控制台、平板計算機、可穿戴設備或者這些設備中的任意幾種設備的組合。
上述裝置中各個單元的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程，在此不再贅述。
對於裝置實施例而言，由於其基本對應於方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本說明書方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解並實施。
以上圖6描述了資料匯總裝置的內部功能模組和結構示意，其實質上的執行主體可以為一種電子設備，包括：
處理器；
用於儲存處理器可執行指令的記憶體；
其中，所述處理器被配置為：
接收自助機採集並上傳的人臉影像；
識別所述人臉影像對應使用者的健保帳戶；
對所述健保帳戶中待結算的醫療帳單進行結算。
可選地，所述自助機還上傳有使用者輸入的手機號；
所述對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
在所述健保帳戶綁定的手機號為所述自助機上傳的手機號的情況下，對所述健保帳戶中待結算的醫療帳單進行結算。
可選地，所述手機號的輸入方式包括語音輸入。
可選地，還包括：
獲取所述自助機對應的醫院；
獲取所述健保帳戶中待結算的醫療帳單對應的醫院；
所述對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述兩個醫院一致時，對所述健保帳戶中待結算的醫療帳單進行結算。
可選地，還包括：
獲取所述健保帳戶中待結算的醫療帳單對應的建立時刻；
所述對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述建立時刻和當前時刻屬於同一天時，對所述健保帳戶中待結算的醫療帳單進行結算。
可選地，還包括：
將所述醫療帳單中非健保項目，轉由支付管道進行結算。
以上圖8描述了資料匯總裝置的內部功能模組和結構示意，其實質上的執行主體可以為一種電子設備，包括：
處理器；
用於儲存處理器可執行指令的記憶體；
其中，所述處理器被配置為：
接收自助機採集並上傳的人臉影像；
識別所述人臉影像對應的第三方支付帳戶；
在所述第三方支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
可選地，所述自助機還上傳有使用者輸入的手機號；
所述在所述第三方支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算，具體包括：
在所述第三方支付帳戶綁定的手機號為所述自助機上傳的手機號，並且所述第三方支付帳戶綁定有電子健保卡時，呼叫健保平台對所述電子健保卡對應的健保帳戶中待結算的醫療帳單進行結算。
可選地，所述手機號的輸入方式包括語音輸入。
可選地，還包括：
獲取所述自助機對應的醫院；
獲取所述健保帳戶中待結算的醫療帳單對應的醫院；
所述健保平台對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述兩個醫院一致時，健保平台對所述健保帳戶中待結算的醫療帳單進行結算。
可選地，還包括：
獲取所述健保帳戶中待結算的醫療帳單對應的建立時刻；
所述對所述健保帳戶中待結算的醫療帳單進行結算，具體包括：
當所述建立時刻和當前時刻屬於同一天時，對所述健保帳戶中待結算的醫療帳單進行結算。
可選地，還包括：
針對所述醫療帳單中非健保項目，轉由所述第三方支付帳戶進行結算。
在上述電子設備的實施例中，應理解，該處理器可以是中央處理單元(英文：Central Processing Unit，簡稱：CPU)，還可以是其他通用處理器、數位信號處理器(英文：Digital Signal Processor，簡稱：DSP)、專用積體電路(英文：Application Specific Integrated Circuit，簡稱：ASIC)等。通用處理器可以是微處理器或者該處理器也可以是任何常規的處理器等，而前述的記憶體可以是唯讀記憶體(英文：read-only memory，縮寫：ROM)、隨機存取記憶體(英文：random access memory，簡稱：RAM)、快閃記憶體、硬碟或者固態硬碟。結合本發明實施例所公開的方法的步驟可以直接體現為硬體處理器執行完成，或者用處理器中的硬體及軟體模組組合執行完成。
本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於電子設備實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
本領域技術人員在考慮說明書及實踐這裡公開的發明後，將容易想到本說明書的其它實施方案。本說明書旨在涵蓋本說明書的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本說明書的一般性原理並包括本說明書未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本說明書的真正範圍和精神由下面的申請專利範圍指出。
應當理解的是，本說明書並不局限於上面已經描述並在圖式中示出的精確結構，並且可以在不脫離其範圍進行各種修改和改變。本說明書的範圍僅由所附的申請專利範圍來限制。
101‧‧‧自助終端
102‧‧‧健保平台
111‧‧‧網路
210‧‧‧步驟
220‧‧‧步驟
230‧‧‧步驟
301‧‧‧自助終端
302‧‧‧健保平台
303‧‧‧支付平台
311‧‧‧網路
410‧‧‧步驟
420‧‧‧步驟
430‧‧‧步驟
610‧‧‧接收單元
620‧‧‧識別單元
630‧‧‧結算單元
810‧‧‧接收單元
820‧‧‧識別單元
830‧‧‧結算單元
圖1是本說明書一實施例提供的健保結算系統的架構示意圖；
圖2是本說明書一實施例提供的健保結算方法的流程圖；
圖3是本說明書一實施例提供的健保結算系統的架構示意圖；
圖4是本說明書一實施例提供的健保結算方法的流程圖；
圖5是本說明書一實施例提供的健保結算裝置的硬體結構圖；
圖6是本說明書一實施例提供的健保結算裝置的模組示意圖；
圖7是本說明書一實施例提供的健保結算裝置的硬體結構圖；
圖8是本說明書一實施例提供的健保結算裝置的模組示意圖。
