CN113283894A

CN113283894A - 基于医保电子凭证进行支付的方法、装置和计算机可读介质

Info

Publication number: CN113283894A
Application number: CN202110630654.2A
Authority: CN
Inventors: 董淑芳
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: AlipayCom Co ltd
Priority date: 2021-06-07
Filing date: 2021-06-07
Publication date: 2021-08-20

Abstract

本说明书实施例公开了一种基于医保电子凭证进行支付的方法、装置和计算机可读介质。方案可以包括：接收第一用户针对第二用户的医保电子凭证发起的支付请求，所述第二用户具有对应的预先授权的特定用户；所述支付请求用于请求从所述第二用户的医保电子凭证对应的医保账户中扣除相应款项；响应于所述支付请求，获取所述第一用户的第一身份认证信息；将所述第一身份认证信息与预先存储的所述预先授权的特定用户的第二身份认证信息进行比对，得到第一比对结果；若所述第一比对结果表示所述第一身份认证信息与所述第二身份认证信息一致，则触发从所述医保账户中扣除所述款项的流程。

Description

基于医保电子凭证进行支付的方法、装置和计算机可读介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于医保电子凭证进行支付的方法、装置、设备和计算机可读介质。

背景技术

医保电子凭证是由国家医保信息平台统一签发，基于医保信息基础库为全体参保人员生成的医保身份识别电子介质，具有身份凭证、信息记录、自助查询、医保结算、缴费及待遇领取、办理医保业务等各种能够方便群众通过互联网高效、安全地享受医疗保障部门提供的各项公共服务的功能。现有技术中，在使用医保电子凭证进行医保支付时，需本人出示自己的医保电子凭证进行支付。而部分用户由于某些原因不便于本人亲自使用医保电子凭证。

因此有必要提供一种能方便用户使用医保电子凭证的方法。

发明内容

本说明书实施例提供一种基于医保电子凭证进行支付的方法，以方便用户使用医保电子凭证。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供一种基于医保电子凭证进行支付的方法，包括：

接收第一用户针对第二用户的医保电子凭证发起的支付请求，所述第二用户具有对应的预先授权的特定用户；所述支付请求用于请求从所述第二用户的医保电子凭证对应的医保账户中扣除相应款项；

响应于所述支付请求，获取所述第一用户的第一身份认证信息；

将所述第一身份认证信息与预先存储的所述预先授权的特定用户的第二身份认证信息进行比对，得到第一比对结果；

若所述第一比对结果表示所述第一身份认证信息与所述第二身份认证信息一致，则触发从所述医保账户中扣除所述款项的流程。

本说明书实施例提供一种基于医保电子凭证进行支付的装置，包括：

支付请求接收模块，用于接收第一用户针对第二用户的医保电子凭证发起的支付请求，所述第二用户具有对应的预先授权的特定用户；所述支付请求用于请求从所述第二用户的医保电子凭证对应的医保账户中扣除相应款项；

第一身份认证信息采集模块，用于响应于所述支付请求，获取所述第一用户的第一身份认证信息；

比对模块，用于将所述第一身份认证信息与预先存储的所述预先授权的特定用户的第二身份认证信息进行比对，得到第一比对结果；

扣款模块，用于若所述第一比对结果表示所述第一身份认证信息与所述第二身份认证信息一致，则触发从所述医保账户中扣除所述款项的流程。

本说明书实施例提供一种基于医保电子凭证进行支付支付的设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述处理器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

本说明书实施例提供的一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现一种基于医保电子凭证进行支付的方法。

本说明书中提供的至少一个实施例能够达到以下有益效果：

本发明技术方案中，第一用户针对第二用户的医保电子凭证发起支付请求，在第一用户的第一身份特征信息与预先存储的预先授权的特定用户的第二身份认证信息比对通过后，触发从第二用户的医保账户中扣除款项的流程。由于第一用户可以帮助第二用户进行医保报销，从而可以方便第二用户使用医保电子凭证完成医保支付等相关事项。另一方面，在此过程之中由于会对第一用户是否为第二用户预先授权的特定用户进行验证，也可以避免第二用户的医保账户被无关人等恶意消费。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书实施例中一种基于医保电子凭证进行支付的方法的应用场景示意图；

图2为本说明书实施例中一种基于医保电子凭证进行支付的方法的流程示意图；

图3为本说明书实施例提供的一种实际应用场景下的第一用户的终端设备、第一服务器、第二服务器之间的信令交互图；

图4为本说明书实施例中一种医保电子凭证的激活过程的流程示意图；

图5为本说明书实施例提供的基于医保电子凭证进行支付的方法中支付权限的申请过程的示意图；

图6为本说明书实施例提供的对应于图2的一种基于医保电子凭证进行支付的装置的结构示意图；

图7为本说明书实施例提供的对应于图5的支付权限的申请装置的结构示意图；

图8为本说明书实施例提供的一种基于医保电子凭证进行支付的设备的示意图。

具体实施方式

为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。

应当理解，尽管在本申请文件中可能采用术语第一、第二、第三、第四等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。

医保电子凭证由国家医保信息平台统一签发，基于医保信息基础库为全体参保人员生成的医保身份识别电子介质。医保电子凭证能方便用户进行医保支付，实现无卡结算。而部分用户由于某些原因可能不方便本人亲自去办理医保支付事项，这部分用户包括不会操作终端设备的用户或者行动不便的特殊人群。

因此，有必要提供一种方便用户使用医保电子凭证的方法。

为了解决现有技术中的缺陷，本方案给出了以下实施例。

图1为本说明书实施例中一种基于医保电子凭证进行支付的方法的整体应用场景的示意图，下面结合图1对本说明书实施例中一种基于医保电子凭证进行支付的方法的整体应用场景进行说明。本实施例技术方案中，第一用户通过终端设备出具第二用户的医保电子凭证，向第一服务器发出支付请求，请求凭借第二用户的医保电子凭证为第二用户办理医保支付事项。第一服务器在接收到支付请求后验证第一用户的身份。在第一用户的身份验证通过后，第一服务器将此支付请求发送给国家医保局的第二服务器，第二服务器完成具体的从第二用户的医保账户中扣除相应款项的医保结算操作，并将结算结果发送给第一服务器，第一服务器再将此结算结果转发给第一用户的终端设备，从而最终第一用户帮助第二用户进行如医保报销等医保支付事件。

接下来，将针对说明书实施例提供的一种基于医保电子凭证进行支付的方法结合附图进行具体说明。

图2为本说明书实施例提供的一种基于医保电子凭证进行支付的方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器或应用终端的程序。

如图2所示，该流程可以包括以下步骤：

步骤202：接收第一用户针对第二用户的医保电子凭证发起的支付请求，所述第二用户具有对应的预先授权的特定用户；所述支付请求用于请求从所述第二用户的医保电子凭证对应的医保账户中扣除相应款项。

在本实施例技术方案中，可以通过医保电子凭证扫码终端扫描第一用户出具的第二用户的医保电子凭证，从而接收第一用户针对第二用户的医保电子凭证发起的支付请求。

其中，第一用户可以指便于操作终端设备的用户，第二用户可以指不便于操作终端设备的用户。比如，在一户家庭中，第一用户可以为便于操作终端设备的子女，第二用户可以为所述子女的不便于操作终端设备的父母。

支付请求，可以表示第一用户通过终端设备上的相应程序发起的使用第二用户的医保电子凭证进行医保支付的请求。比如，此相应程序可以以小程序的方式嵌入在支付宝客户端中，通过内嵌小程序的方式可以节约流量，并且可以快速运行。这样在第二用户生病出院需要进行医保报销时，第一用户可以通过下拉支付宝相应界面或者通过查找的方式找到此小程序，进而进入到此小程序的运行界面，实时生成第二用户的医保电子凭证，从而在医保结算窗口出具第二用户的医保电子凭证，请求医保结算窗口的工作人员为第二用户办理医保报销事项。其中，终端设备具体可以是移动的或固定的，例如，智能手机、平板电脑、各类可穿戴设备、个人数字助理(personaldigitalassistant，PDA)等。

步骤204：响应于所述支付请求，获取所述第一用户的第一身份认证信息。

本步骤中，第一身份认证信息可以是第一用户的生物特征信息，具体可以包括虹膜信息、人脸信息、和/或指纹信息中的一种或多种。

获取所述第一用户的第一身份认证信息的方式根据第一身份认证信息的具体种类而确定。比如第一身份认证信息是虹膜信息时，则可以通过虹膜识别仪获取第一用户本人的虹膜信息。又比如第一身份认证信息是人脸信息时，可以通过人脸识别设备扫描第一用户的人脸，从而获取第一用户的人脸信息。由于生物特征信息具有不可伪造性，通过获取第一用户的生物特征信息进行验证，可以在较大程度上确保第一用户不会出具虚假的身份认证信息。

步骤206：将所述第一身份认证信息与预先存储的所述预先授权的特定用户的第二身份认证信息进行比对，得到第一比对结果。

所述第二身份认证信息可以指预先获得支付权限的特定用户的身份认证信息。其中，支付权限可以是指第二用户预先授权某个特定用户具有持有第二用户的医保电子凭证为第二用户进行医保支付的权限。第一比对结果用于表明所述第一身份认证信息的所有者和所述第二身份认证信息的所有者是否为同一人。

第二身份认证信息的种类具体可以包括虹膜信息、人脸信息、指纹信息。实际应用中，步骤202中第一身份认证信息的种类可以与预先存储的第二身份认证信息的种类一致，从而可以方便地将第一身份认证信息与第二身份认证信息直接进行比对，具体的比对方式根据所述第一身份认证信息和第二身份认证信息所属的具体种类而确定，比如所述第一身份认证信息和所述第二身份认证信息的种类都是人脸信息时，则在步骤204中通过人脸识别设备获取第一用户的人脸信息形式的第一身份认证信息后，在本步骤中可以直接将获取的第一用户的人脸信息和预先存储的所述预先授权的特定用户的人脸信息进行比对，得到第一比对结果。

步骤208：若所述第一比对结果表示所述第一身份认证信息与所述第二身份认证信息一致，则触发从所述医保账户中扣除所述款项的流程。

本步骤中，在验证了第一用户与是第二用户预先授权的特定用户后，就触发从第二用户的医保账户中扣除相应款项的流程。具体的，可以采取向国家医保局的服务器转发所述支付请求，由国家医保局的服务器完成后续的医保结算操作。

所述款项可以是指第二用户需完成的医保支付的金额，比如第二用户由于生病住院在医保定点医院产生的费用，或者第二用户需在医保定点药店购药而产生的费用。

在本实施例的技术方案中，第一用户针对第二用户的医保电子凭证发起支付请求，在第一用户的第一身份特征信息与预先存储的预先授权的特定用户的第二身份认证信息比对通过后，触发从第二用户的医保账户中扣除款项的流程。第一用户可以帮助第二用户进行医保报销，从而可以方便第二用户使用医保电子凭证完成医保支付等相关事项。另一方面，在此过程中由于会对第一用户是否为第二用户预先授权的特定用户进行验证，也可以避免第二用户的医保账户被无关人等恶意消费。

应当理解，本说明书一个或多个实施例所述的方法中，部分步骤的顺序可以根据实际需要进行调整，或者可以省略部分步骤。

图3为本说明书实施例提供的一种基于医保电子凭证进行支付的方法中第一用户的终端设备、第一服务器、第二服务器之间的信令交互图，如图3所示，该方法包括：

步骤S302：第一用户通过终端设备向第一服务器发起支付请求，所述支付请求用于请求从第二用户的医保电子凭证对应的医保账户中扣除相应款项；

步骤S304：所述第一服务器向所述终端设备发出指令，所述指令用户获取所述第一用户的第一身份认证信息；

步骤S306：所述第一用户通过所述终端设备上传第一身份认证信息；

步骤S308：所述第一服务器将所述第一身份认证信息与预先存储的所述预先授权的特定用户的第二身份认证信息进行比对；

步骤S310：比对一致时，所述第一服务器将所述支付请求发送给第二服务器，请求从所述第二用户的医保账户中扣除所述款项的流程；

步骤S312：第二服务器从所述第二用户的医保账户中扣除所述款项，将扣款结果转发给所述第一服务器；

步骤S314：所述第一服务器将所述扣款结果转发给所述终端设备。

基于图1的方法，本说明书实施例还提供了该方法的一些具体实施方案。

在可选的实施例中，所述则从所述第二用户的医保电子凭证对应的医保账户中扣除相应款项之后，还可以包括：向所述第一用户发放第一奖励资源。所述第一奖励资源包括红包、优惠券、电子现金中的至少一种。在验证了第一用户是第二用户的特定直系亲属且第一用户帮助第二用户完成医保支付事项后，通过向第一用户发放第一奖励资源，可以对第一用户进行激励，从而鼓励第一用户帮助第二用户完成医保支付事项。

图4为本说明书实施例一种基于医保电子凭证进行支付的方法中医保电子凭证的激活过程的流程示意图，从程序角度而言，流程的执行主体可以为搭载于应用服务器或应用终端的程序，下面结合图4进行说明。

步骤S402：接收第三用户针对第二用户的医保电子凭证发起的激活请求。

在本步骤中，第三用户可以指申请激活第二用户的医保账户对应的医保电子凭证的任意用户，如社区志愿者或第二用户的亲属、朋友、同事。

激活请求是指第三用户通过操作终端设备上的相应软件申请激活第二用户的医保账户对应的医保电子凭证的请求。终端设备具体可以是移动的或固定的，例如，智能手机、平板电脑、各类可穿戴设备、个人数字助理(personal digital assistant,PDA)等。

第三用户在终端设备的相应软件上输入第二用户的身份证号、姓名、参保城市信息后，应用服务器或应用终端的程序就可以接收到这些激活医保电子凭证所需要的信息。

步骤S404：响应于所述激活请求，激活所述第二用户的医保电子凭证。

应用服务器或应用终端的程序在接收到申请激活第二用户的医保电子凭证的激活请求后，可以采集第二用户的实人认证信息，如发出要求对第二用户进行人脸识别的指令，从而验证第二用户是否在世，在第二用户的人脸识别验证通过后就可以发起后续的激活第二用户的医保电子凭证的具体流程。

本实施例技术方案中，第三用户可以帮助不便于操作终端设备的第二用户激活医保电子凭证，从而可以提高医保电子凭证的覆盖率。

在可选的实施例中，所述激活所述第二用户医保电子凭证之后，还包括：采集所述第三用户的身份认证信息；存储所述第三用户的身份认证信息。所述第三用户的身份认证信息可以为所述第三用户的生物特征信息，具体包括：虹膜信息、人脸信息、和/或指纹信息。由于生物特征信息具有不可伪造性，通过获取第三用户的生物特征信息进行验证，可以在较大程度上确保第三用户不会出具虚假的身份认证信息。

这样，后续阶段当第一用户发起针对第二用户的医保电子凭证的支付请求时，系统就可以将第一用户的第一身份认证信息与预先存储的所述预先授权的特定用户的身份认证信息进行比对，从而判断第一用户是否为第二用户预先授权的特定用户，从而可以避免第二用户的医保账户被无关人等恶意消费。

在可选的实施例中，所述第三用户包括所述第二用户的直系亲属。

在可选的实施例中，在激活所述第二用户的医保电子凭证之后，还包括：向所述第三用户发放第二奖励资源，所述第二奖励资源包括红包、优惠券、电子现金中的至少一种。在本实施例技术方案中，通过对第三用户进行激励，从而可以鼓励第三用户帮助第二用户激活第二用户的医保电子凭证。

在第二用户的医保电子凭证被激活后，第二用户由于不便于操作终端设备，所以还需预先授权某位特定的用户具有持有第二用户的医保电子凭证进行支付的权限。如图5所示，图5为本实施例提供的医保电子凭证的支付权限的授权方法。

具体的，在图4中步骤404之后，如图5所示，还可以包括：

步骤S502、接收第四用户针对所述第二用户的医保电子凭证发起的支付权限的申请请求。

第四用户可以指具备操作终端设备能力的用户。申请请求可以是指，第四用户请求授予自己具备基于第二用户的医保电子凭证为第二用户完成医保支付相关事项的权限。具体的，第四用户可以通过终端设备向服务器发送此申请请求。终端设备具体可以是移动的或固定的，例如，智能手机、平板电脑、各类可穿戴设备、个人数字助理(personaldigital assistant，PDA)等。

步骤S504、响应于所述支付权限的申请请求，采集所述第四用户的第三身份认证信息。

第三身份认证信息可以包括第四用户的生物特征信息，如虹膜信息、人脸信息、和/或指纹信息。获取所述第四用户的第三身份认证信息的方式根据第三身份认证信息的具体种类而确定。比如第三身份认证信息是虹膜信息时，则可以通过虹膜识别仪获取第四用户本人的虹膜信息。由于生物特征信息具有不可伪造性，通过获取第四用户的生物特征信息进行验证，可以在较大程度上确保第四用户不会出具虚假的身份认证信息。

步骤S506、授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限。

在可选的实施例技术方案中，所述第四用户可以包括所述第二用户的直系亲属。

在可选的实施例技术方案中，所述授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限之前，还包括：采集所述第二用户的实人认证信息；基于所述实人认证信息判断所述第二用户是否自主授权所述支付权限的申请请求，得到第一判断结果。

具体的，第一判断结果用户表明是否授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限。可以通过终端设备的摄像头采集第二用户的实人认证信息，比如通过终端设备向第二用户发出指令，命令第二用户在规定的时间内做规定的动作，如命令所述第二用户在终端设备的摄像头前在规定的时间内向左转头、向右点头、和/或点头等。进而在采集的第二用户的实人认证信息基础上，可以采用分析第二用户的实人认证信息的方式确定第二用户是否在世，和/或确定第二用户是否自主授权所述支付权限的申请请求。具体的，确定第二用户是否在世时，可通过人脸识别算法，将采集的第二用户的动态人脸信息与第二用户的身份证上的人脸照片进行比对，从而可确定采集的第二用户的实人认证信息对应的用户是否是真实的第二用户以及第二用户是否在世。在确定第二用户在世的基础上，可进一步判断所述第二用户是否自主授权所述支付权限的申请请求，如采用神经网络算法，对第二用户的动态人脸信息进行面部表情分析，从而判断出所述第二用户是否自主授权所述支付权限的申请请求。本方案中，第四用户针对所述第二用户的医保电子凭证发起支付权限的申请请求后，需由第二用户进行确定，从而可在较大程度上确保第二用户的医保电子凭证的使用安全性，另一方面，由于需确认第二用户是否在世，又可保证不会出现第二用户在去世后第二用户的医保电子凭证被激活，进而保障医保资金的安全性。

在可选的实施例技术方案中，步骤S502中，在第四用户发起针对所述第二用户的医保电子凭证的支付权限的申请请求后，也可以采取系统将此申请请求和第四用户的身份认证信息发送给第二用户进行确认的方式，完成第二用户对第四用户的授权过程，即授予第四用户具有基于第二用户的医保电子凭证进行支付的权限。

在实际应用中，所述则授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限之后，还包括：存储所述第三身份认证信息。这样存储了第二用户预先授权的特定用户的身份认证信息后，后续阶段当第一用户发起针对第二用户的医保电子凭证的支付请求时，系统就可以将第一用户的第一身份认证信息与预先存储的所述预先授权的特定用户的身份认证信息进行比对，从而判断第一用户是否为第二用户预先授权的特定用户，从而可以避免第二用户的医保账户被无关人等恶意消费。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图6为本说明书实施例提供的对应于图2的一种基于医保电子凭证进行支付的装置的结构示意图。如图6所示，该装置可以包括：

支付请求接收模块602，用于接收第一用户针对第二用户的医保电子凭证发起的支付请求，所述第二用户具有对应的预先授权的特定用户；所述支付请求用于请求从所述第二用户的医保电子凭证对应的医保账户中扣除相应款项；

第一身份认证信息获取模块604，用于响应于所述支付请求，获取所述第一用户的第一身份认证信息。

比对模块606，用于将所述第一身份认证信息与预先存储的所述预先授权的特定用户的第二身份认证信息进行比对，得到第一比对结果；

扣款模块608，用于所述第一比对结果表示所述第一身份认证信息与所述第二身份认证信息一致，则触发从所述医保账户中扣除所述款项的流程。

所述装置还可以包括：

支付权限接收模块702，用于接收第四用户针对所述第二用户的医保电子凭证发起的支付权限的申请请求；

第三身份认证信息采集模块704，用于响应于所述支付权限的申请请求，采集所述第四用户的第三身份认证信息；

授权模块708，用于授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限。

可以理解，上述的各模块是指计算机程序或者程序段，用于执行某一项或多项特定的功能。此外，上述各模块的区分并不代表实际的程序代码也必须是分开的。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。图8为本说明书实施例提供的对应于图6的一种基于医保电子凭证进行支付的设备的结构示意图。如图8所示，设备800可以包括：

至少一个处理器810；以及，

与所述至少一个处理器通信连接的存储器830；其中，

所述存储器830存储有可被所述至少一个处理器810执行的指令820，所述指令被所述至少一个处理器810执行。

所述指令可以使所述至少一个处理器810能够：

基于同样的思路，本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现以下方法：

上述对本说明书特定实施例进行了描述，在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可。

本说明书实施例提供的装置、设备与方法是对应的，因此，装置、设备也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备的有益技术效果。

上述对本说明书特定实施例进行了描述。其他实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字符助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种基于医保电子凭证进行支付的方法，包括：

2.根据权利要求1所述的方法，所述预先授权的特定用户，具体包括：所述第二用户的预先授权的特定直系亲属。

3.根据权利要求1所述的方法，所述第一身份认证信息和所述第二身份认证信息具体包括：虹膜信息、人脸信息、和/或指纹信息。

4.根据权利要求1所述的方法，所述则触发从所述医保账户中扣除所述款项之后，还包括：向所述第一用户发放第一奖励资源。

5.根据权利要求4所述的方法，所述第一奖励资源包括红包、优惠券、电子现金中的至少一种。

6.如权利要求1所述的方法，所述接收第一用户针对第二用户的医保电子凭证发起的支付请求之前，还包括：

接收第三用户针对第二用户的医保电子凭证发起的激活请求；

响应于所述激活请求，激活所述第二用户的医保电子凭证。

7.如权利要求6所述的方法，所述激活所述第二用户的医保电子凭证之后，还包括：

授予所述第三用户具有基于所述第二用户的医保电子凭证进行支付的支付权限。

8.如权利要求7所述的方法，所述授予所述第三用户具有基于所述第二用户的医保电子凭证进行支付的支付权限之后，还包括：

采集所述第三用户的身份认证信息；

存储所述第三用户的身份认证信息。

9.如权利要求8所述的方法，所述第三用户的身份认证信息具体包括：虹膜信息、人脸信息、和/或指纹信息。

10.根据权利要求6所述的方法，所述第三用户，具体包括：所述第二用户的直系亲属。

11.根据权利要求6所述的方法，所述激活所述第二用户的医保电子凭证之后，还包括：

向所述第三用户发放第二奖励资源。

12.根据权利要求11所述的方法，所述第二奖励资源包括红包、优惠券、电子现金中的至少一种。

13.根据权利要求6所述的方法，所述激活所述第二用户的医保电子凭证之后，还包括：

接收第四用户针对所述第二用户的医保电子凭证发起的支付权限的申请请求；

响应于所述支付权限的申请请求，采集所述第四用户的第三身份认证信息；

授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限。

14.根据权利要求13所述的方法，所述授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限之前，还包括：

采集所述第二用户的实人认证信息；

基于所述实人认证信息判断是否授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限，得到第一判断结果；

所述授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限，具体包括：

若所述第一判断结果为是，授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限。

15.根据权利要求14所述的方法，所述则授予所述第四用户具有基于所述第二用户的医保电子凭证进行支付的支付权限之后，还包括：

存储所述第三身份认证信息。

16.根据权利要求13所述的方法，所述第三身份认证信息具体包括：虹膜信息、人脸信息、和/或指纹信息。

17.根据权利要求13所述的方法，所述第四用户，具体包括：所述第二用户的直系亲属。

18.一种基于医保电子凭证进行支付的装置，包括：

19.根据权利要求18所述的装置，所述装置还包括：

激活请求接收模块，用于接收第三用户针对第二用户的医保电子凭证发起的激活请求；

医保电子凭证激活模块，用于响应于所述激活请求，激活所述第二用户医保电子凭证。

20.一种基于医保电子凭证进行支付的设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

21.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现权利要求1-17中任一项所述的基于医保电子凭证进行支付的方法。