医保结算方法及装置和电子设备与流程

本说明书实施例涉及互联网技术领域，尤其涉及一种医保结算方法及装置和电子设备。

背景技术：

随着医保的普及，医保参保人员越来越多，在线下就医时，使用医保卡进行医保结算成为一种常态。

一般的，医疗场所设置有很多供用户进行医保结算的自助终端。用户在自助终端上进行医保结算时，通常操作流程包括插入实体医保卡识别该用户的医保账户，点击待结算的医疗账单，选择医保支付，再次确认操作，从而执行医保结算。

可见，现有医保结算时，用户需要携带实体医保卡，并且多次操作自助终端，整个操作过程较为繁琐、效率较低。

需要提供一种更有效率的医保结算方案。

技术实现要素：

本说明书实施例提供的一种医保结算方法及装置和电子设备，以及缓存页面的获取方法及装置和电子设备：

根据本说明书实施例的第一方面，提供一种医保结算方法，应用于医保平台，所述方法包括：

接收自助终端采集并上传的人脸图像；

识别所述人脸图像对应用户的医保账户；

对所述医保账户中待结算的医疗账单进行结算。

根据本说明书实施例的第二方面，提供一种医保结算方法，应用于支付平台，所述方法包括：

接收自助终端采集并上传的人脸图像；

识别所述人脸图像对应的支付账户；

在所述支付账户绑定有电子医保卡时，调用医保平台对所述电子医保卡对应的医保账户中待结算的医疗账单进行结算。

根据本说明书实施例的第三方面，提供一种医保结算装置，应用于医保平台，所述装置包括：

接收单元，接收自助终端采集并上传的人脸图像；

识别单元，识别所述人脸图像对应用户的医保账户；

结算单元，对所述医保账户中待结算的医疗账单进行结算。

根据本说明书实施例的第四方面，提供一种医保结算装置，应用于支付平台，所述装置包括：

接收单元，接收自助终端采集并上传的人脸图像；

识别单元，识别所述人脸图像对应的支付账户；

结算单元，在所述支付账户绑定有电子医保卡时，调用医保平台对所述电子医保卡对应的医保账户中待结算的医疗账单进行结算。

根据本说明书实施例的第五方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为上述任一项应用于医保平台的医保结算方法。

根据本说明书实施例的第六方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为上述任一项应用于支付平台的医保结算方法。

本说明书实施例，提供了一种医保结算方案，用户通过扫脸就可以自动完成医保结算，无需携带实体医保卡。整个结算流程，用户都无需操作自助终端，该方案快速便捷，大大提升了医保结算效率，缓解医院中医保支付较慢的问题。

附图说明

图1是本说明书一实施例提供的医保结算系统的架构示意图；

图2是本说明书一实施例提供的医保结算方法的流程图；

图3是本说明书一实施例提供的医保结算系统的架构示意图；

图4是本说明书一实施例提供的医保结算方法的流程图；

图5是本说明书一实施例提供的医保结算装置的硬件结构图；

图6是本说明书一实施例提供的医保结算装置的模块示意图；

图7是本说明书一实施例提供的医保结算装置的硬件结构图；

图8是本说明书一实施例提供的医保结算装置的模块示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为了解决上述问题，本说明书提供给了一种医保结算方案，以下可以参考图1所示的例子介绍，图示出了本文中可以适用的示例性的系统架构概念。

所述系统架构概念图中，各种网络节点借助网络111可以实现信息的通信，继而完成交互和数据的处理。所述系统架构概念图可以包括自助终端101和医保平台102。

在医疗场所，用户可以通过所述自助终端101进行医保结算，例如可以进行医疗费用支付等。

所述医保平台102，维护有用户的医保账户。该示例中，所述医保平台102可以提供医保结算能力以及身份验证能力。

用户通过自助终端101，无需携带实体医保卡，通过扫脸操作就可以快速完成医保结算。

接下来参照图2，介绍本说明书提供的医保结算方法的一实施例。在本实施例中，该方法可以应用于医保平台，所述方法可以包括以下步骤：

步骤210：接收自助终端采集并上传的人脸图像。

本实施例中，自助终端上可以按照有采集人脸图像的采集装置，例如摄像头，通过摄像头可以采集当前用户的人脸图像。

所述自助终端还可以将采集到的人脸图像上传给医保平台。

通常，自助终端中可以预先安装扫脸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描述了数据汇总装置的内部功能模块和结构示意，其实质上的执行主体可以为一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收自助机采集并上传的人脸图像；

识别所述人脸图像对应的第三方支付账户；

在所述第三方支付账户绑定有电子医保卡时，调用医保平台对所述电子医保卡对应的医保账户中待结算的医疗账单进行结算。

可选的，所述自助机还上传有用户输入的手机号；

所述在所述第三方支付账户绑定有电子医保卡时，调用医保平台对所述电子医保卡对应的医保账户中待结算的医疗账单进行结算，具体包括：

在所述第三方支付账户绑定的手机号为所述自助机上传的手机号，并且所述第三方支付账户绑定有电子医保卡时，调用医保平台对所述电子医保卡对应的医保账户中待结算的医疗账单进行结算。

可选的，所述手机号的输入方式包括语音输入。

可选的，还包括：

获取所述自助机对应的医院；

获取所述医保账户中待结算的医疗账单对应的医院；

所述医保平台对所述医保账户中待结算的医疗账单进行结算，具体包括：

当所述两个医院一致时，医保平台对所述医保账户中待结算的医疗账单进行结算。

可选的，还包括：

获取所述医保账户中待结算的医疗账单对应的创建时刻；

所述对所述医保账户中待结算的医疗账单进行结算，具体包括：

当所述创建时刻和当前时刻属于同一天时，对所述医保账户中待结算的医疗账单进行结算。

可选的，还包括：

针对所述医疗账单中非医保项目，转由所述第三方支付账户进行结算。

在上述电子设备的实施例中，应理解，该处理器可以是中央处理单元(英文：centralprocessingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digitalsignalprocessor，简称：dsp)、专用集成电路(英文：applicationspecificintegratedcircuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，而前述的存储器可以是只读存储器(英文：read-onlymemory，缩写：rom)、随机存取存储器(英文：randomaccessmemory，简称：ram)、快闪存储器、硬盘或者固态硬盘。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于电子设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。