一种信息关联方法、装置及设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种信息关联方法、装置及设备。

背景技术

医保电子凭证，可以是由国家医保信息平台统一签发，基于医保基础信息库为全体参保人员生成的医保身份识别电子介质。电子凭证通过实名/实人认证技术，采用加密算法形成电子标识，具备安全可靠、认证唯一等重要特点。参保人可通过电子凭证享受各类在线医疗保障服务，包括医保业务办理、医保账户查询、医保就诊和购药支付等。

医疗行业由于业务推广需要，需要铺设很多的物料，业务团队希望掌握各家医院/药店的物料铺设和留存情况。由于在铺设过程中，业务团队大多采用服务商或者连锁药店的工作人员铺设物料，在作业过程中难以推动其使用指定的物料上传工具上传每张物料并绑定门店，导致这类物料铺设无法监测。

因此，亟需提出了一种更为可靠的信息关联方法。

发明内容

本说明书实施例提供一种信息关联方法、装置及设备，以实现门店物料的铺设与追踪。

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

本说明书实施例提供的一种信息关联方法，包括：

获取用户终端上传的二维码图像信息；所述二维码图像信息是所述用户终端扫描目标对象上的二维码得到的图像信息；所述目标对象为门店内承载所述二维码的载体；

基于所述二维码图像信息，生成包含所述目标对象的标识的医保电子凭证信息；

接收基于所述医保电子凭证信息完成的支付信息；所述支付信息中至少包含用于支付的所述医保电子凭证的信息以及接收所述医保电子凭证执行支付操作的门店信息；

基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

本说明书实施例提供的一种信息关联装置，包括：

二维码图像信息获取模块，用于获取用户终端上传的二维码图像信息；所述二维码图像信息是所述用户终端扫描目标对象上的二维码得到的图像信息；所述目标对象为门店内承载所述二维码的载体；

医保电子凭证信息生成模块，用于基于所述二维码图像信息，生成包含所述目标对象的标识的医保电子凭证信息；

支付信息接收模块，用于接收基于所述医保电子凭证信息完成的支付信息；所述支付信息中至少包含用于支付的所述医保电子凭证的信息以及接收所述医保电子凭证执行支付操作的门店信息；

关联关系建立模块，用于基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

本说明书实施例提供的一种信息关联设备，包括：

至少一个处理器；以及，

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

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

获取用户终端上传的二维码图像信息；所述二维码图像信息是所述用户终端扫描目标对象上的二维码得到的图像信息；所述目标对象为门店内承载所述二维码的载体；

基于所述二维码图像信息，生成包含所述目标对象的标识的医保电子凭证信息；

接收基于所述医保电子凭证信息完成的支付信息；所述支付信息中至少包含用于支付的所述医保电子凭证的信息以及接收所述医保电子凭证执行支付操作的门店信息；

基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

本说明书实施例提供的一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现一种信息关联方法。

本说明书至少一个实施例能够达到以下有益效果：通过获取用户终端上传的用户终端扫描目标对象上的二维码得到的二维码图像信息；基于二维码图像信息，生成包含目标对象的标识的医保电子凭证信息；接收基于医保电子凭证信息完成的包含用于支付的所述医保电子凭证的信息以及接收医保电子凭证执行支付操作的门店信息的支付信息；基于目标对象的标识以及门店信息，建立目标对象与门店信息之间的关联关系。通过用户扫码跳转至医保电子凭证页面，建立医保电子凭证码值与物料的绑定关系；用户完成医保支付后，通过医保回流交易，建立门店与物料的关联关系，有用户在物料扫码之后，产生过医保交易，能够自动地将物料与门店产生关联关系，便于后续统计门店的物料被扫描以及被使用的情况；无需铺设人员手动上传，极大地提升了监测效率和铺设员的作业效率。

附图说明

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

图1为本说明书实施例中一种信息关联方法的整体方案流程示意图；

图2为本说明书实施例提供的一种信息关联方法的流程示意图；

图3为本说明书实施例提供的信息关联方法的泳道图；

图4为本说明书实施例提供的一种信息关联装置的结构示意图；

图5为本说明书实施例提供的一种信息关联设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本说明书各实施例提供的技术方案。

在本说明书实施例中，使用到的名词解释如下：

门店：本说明书实施例中的门店可以指的是医院或者药店。

医疗机构编号：每个城市的医保局，会对支持医保支付的医院/药店发放一个唯一的医疗机构编号，用于医保结算时候使用。

一物一码：一张物料有一个唯一的物料码值。

医保电子凭证：用于代表用户身份的动态电子码值，由国家医保局生成码值，用于用户身份核验和医保支付。

医保交易回流：医保支付的结算由医院/药店向医保局发起，结算完成后，医保局会将本次结算的关键信息回流至支付宝，包括用户结算时的码值、支付金额等。

医疗行业由于业务推广需要，会铺设很多的物料，业务管控系统希望掌握各家医院/药店的物料铺设和留存情况。由于在铺设过程中，业务团队大多采用服务商或者连锁药店的工作人员铺设物料，在作业过程中难以推动这些工作人员使用物料上传工具上传每张物料并绑定门店，导致这类物料铺设无法监测。为了推广医保电子凭证这个产品，支付应用程序会在各家药店、医院张贴物料，该物料可以是海报，海报上面可以印有二维码，用户扫描二维码就可以跳转到医保电子凭证的页面中，从而引导用户使用医保电子凭证进行支付，每一张物料上都有一个码，每张物料对应的码值不一样。服务商需要知道每张物料在哪个店里，物料上传工具就是可以是专门用于绑定物料与门店的小程序，现有技术中由服务商采用小程序拍摄物料照片，上传照片再选定门店，进行自动绑定。具体地，铺设者在完成铺设时，需要通过指定的小程序选择门店，同时对物料进行拍摄，通过OCR的方式解析出物料上的码值，记录门店与物料的绑定关系，通过物料的扫码数据，来监测物料的访问和留存情况。

但是这种方法对于铺设人员的要求太高，每次铺设物料，铺设人员都需要将每张物料都通过指定的物料上传工具上传，效率较低。

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

图1为本说明书实施例中一种信息关联方法的整体方案流程示意图。如图1所示，用户终端101扫描药店/医院105中的物料上的二维码，例如：海报上的二维码，扫描二维码之后会直接跳转到支付平台103的医保电子凭证页面，为用户终端101返回医保电子凭证码，从而建立医保电子凭证与物料之间关联关系；在预设时间内，用户终端101使用该医保电子凭证在药店105进行支付，可以绑定该医保电子凭证与药店105之间的关联关系，根据建立医保电子凭证与物料之间关联关系以及该医保电子凭证与药店105之间的关联关系，从而建立物料与药店105之间的关联关系。

接下来，将针对说明书实施例提供的一种信息关联方法结合附图进行具体说明：

图2为本说明书实施例提供的一种信息关联方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器的程序或应用客户端。在本说明书实施例中，执行主体可以是支付平台，该支付平台可以接收用户扫描物料的图像信息，并跳转到医保电子凭证页面，还支持用户使用医保电子凭证进行支付，用户完成医保支付后，通过医保回流交易，建立门店与物料码值的关联关系。

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

步骤210：获取用户终端上传的二维码图像信息；所述二维码图像信息是所述用户终端扫描目标对象上的二维码得到的图像信息；所述目标对象为门店内承载所述二维码的载体。

用户上传的二维码图像信息可以是用户使用用户终端扫描目标对象上的二维码得到的图像信息，目标对象可以是药店或者医院等门店中铺设的物料，为门店内承载二维码的载体，例如：物料可以是纸质海报、包装盒或者电子广告屏等。纸质海报上可以印有二维码，电子广告屏上可以显示有二维码等。

二维条码/二维码可以表示用某种特定的几何图形按一定规律在平面(二维方向上)分布的、黑白相间的、记录数据符号信息的图形。二维码图像信息可以表示对生成的二维码进行渲染之后在终端设备的屏幕中显示的，包含支付信息的图像

步骤220：基于所述二维码图像信息，生成包含所述目标对象的标识的医保电子凭证信息。

物料的二维码链接医保电子凭证页面，用户扫描物料上的二维码之后，用户终端中会直接跳转到医保电子凭证页面。此时的医保电子凭证信息中可以包含目标对象的标识。用户扫描物料上的码值，跳转到医保电子凭证页面，系统可以记录该用户的医保电子凭证与该物料码值之间的绑定关系，凭证里就带了码值的ID。

步骤230：接收基于所述医保电子凭证信息完成的支付信息；所述支付信息中至少包含用于支付的所述医保电子凭证的信息以及接收所述医保电子凭证执行支付操作的门店信息。

医保电子凭证激活的主要作用就是可以在医保参保人前往定点医院或者是药店进行消费时，可以无需携带医保实体卡，只要出示医保电子凭证就可以完成支付。医保电子凭证不依托实体卡，参保人可通过国家医保APP，或者通过支付应用程序等经由国家医保局认证授权的第三方渠道激活使用。

支付信息中可以包括用于支付的医保电子凭证的信息以及接收所述医保电子凭证执行支付操作的门店信息。例如：用户A使用自身的医保电子凭证在药店B进行支付，生成的支付信息中可以包括用户A的医保电子凭证信息以及药店B的门店信息，例如：可以包含用户A的子医保凭证的标识信息以及药店B的标识信息、地址信息以及门店机构编号等。

步骤240：基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

通过医保电子凭证生码流程，以及医保回流交易与门店匹配的方式，自动地将物料与门店建立关联关系。

应当理解，本说明书一个或多个实施例所述的方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。

图2中的方法，通过获取用户终端上传的用户终端扫描目标对象上的二维码得到的二维码图像信息；基于二维码图像信息，生成包含目标对象的标识的医保电子凭证信息；接收基于医保电子凭证信息完成的包含用于支付的所述医保电子凭证的信息以及接收医保电子凭证执行支付操作的门店信息的支付信息；基于目标对象的标识以及门店信息，建立目标对象与门店信息之间的关联关系。通过用户扫码跳转至医保电子凭证页面，建立医保电子凭证码值与物料码值的绑定关系；用户完成医保支付后，通过医保回流交易，建立门店与物料码值的关联关系，有用户在物料扫码之后，产生过医保交易，能够自动地将物料的码值与门店产生关联关系，便于后续统计门店的物料被扫描以及被使用的情况；无需铺设人员手动上传，极大地提升了监测效率和铺设员的作业效率。

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

可选的，所述基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系，具体可以包括：

基于所述二维码图像信息，关联所述目标对象与所述医保电子凭证信息，得到第一关联关系；

基于所述支付信息，关联所述医保电子凭证信息与所述门店信息，得到第二关联关系；

基于所述第一关联关系以及所述第二关联关系，建立所述目标对象与所述门店信息之间的关联关系。

在确定门店与物料之间的关联关系时，可以通过两个个阶段来实现：

阶段一、用户扫码跳转至医保电子凭证页面，建立医保电子凭证码值与物料码值的第一关联关系；

阶段二、用户完成医保支付后，通过医保回流交易，建立门店与医保电子凭证码值之间的第二关联关系。从而基于第一关联关系以及第二关联关系确定门店与物料之间的关联关系。

通过上述方法，通过医保电子凭证生码流程，以及医保回流交易与门店匹配的方式，自动地将物料与门店建立关联关系，只要有用户在物料扫码之后，产生过医保交易，就能够自动地将这个物料的码值与门店产生关联关系，无需铺设人员手动上传，极大地提升了监测效率和铺设员的作业效率。

可选的，所述二维码图像信息中还可以包括第一时间信息；第一时间信息可以用于表示二维码图像信息的上传时间；支付信息中还可以包括第二时间信息，所述第二时间信息可以用于表示所述支付信息的生成时间。

在实际应用中，可以对扫描物料上的二维码生成包含物料标识的医保电子凭证的时间与接收包含该医保电子凭证的支付信息的时间之间的间隔，例如：5分钟之内。在一种应用场景中，假设用户在门店A扫描物料上的码值，但是10分钟之后在门店B没有再次扫描物料码值的情况下，使用医保电子凭证完成了支付，此时，无法判断用户扫描的码值对应的物料是在门店A还是门店B，因此，可以设置预设时长，以确保用户是在同一家门店进行二维码扫描以及支付操作。当然，在实际应用场景中，还可以获取用户使用医保电子凭证进行支付的门店的位置信息，但是，此时的位置信息应该更加精确，以便于准确定位用户扫描物料的门店与支付的门店位置信息是否相同。

在一种实施方式中，可以设置预设时长，采用以下步骤实现：

所述基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系之前，还可以包括：

获取所述第一时间信息；

获取所述第二时间信息；

确定所述第一时间信息对应的时刻与所述第二时间信息对应的时刻之间的间隔时长；

判断所述间隔时长是否达到第一预设时长，得到判断结果；

所述基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系，具体包括：

若所述判断结果表示预设间隔时长达到所述第一预设时长，基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

若所述判断结果表示预设间隔时长未达到所述第一预设时长，拒绝建立所述目标对象与所述门店信息之间的关联关系。

例如：用户X扫描物料上的二维码，生成包含物料标识的医保电子凭证的时间为12:00，用户X使用该医保电子凭证在门店A中进行支付的时间为当天的12:02，此时，间隔时长为2分钟，可以确定用户是在门店A中扫描的物料，并使用医保电子凭证完成支付，从而确定用户扫描的二维码对应的物料是铺设在门店A中的物料，进一步建立物料与门店A之间的关联关系。如果用户X使用该医保电子凭证在门店A中进行支付的时间为当天的14:00，此时，间隔时长为2小时，可以确定用户不是在门店A中扫描的物料，并进行支付，不能确定用户扫描的二维码对应的物料是门店A中铺设的物料。

上述方法，通过设置二维码图像信息的上传时间与支付信息的生成时间之间的预设时长，来更为可靠地确定物料与门店之间的关联关系，减少建立错误关联关系的概率，提高其准确性。

在一种可选的实施方式中，所述医保电子凭证信息在显示时长满足第二预设时长时进行刷新；所述第二预设时长小于所述第一预设时长。

在实际应用中，电子医保凭证是由国家医保信息平台统一签发生成的医保参保人员唯一的电子身份凭证，通过实名身份认证、生物特征识别、位置定位、人工智能等互联网安全技术手段，实现“一人一码”，通过实名和实人认证，采用加密算法，加密传输和定时刷新一次的动态二维码展示，防止凭证转借和盗刷，确保了个人信息和医保基金使用安全。例如：二维码每分钟会自动更新，也可以手动刷新，充分保障个人信息安全。

第二预设时长可以表示医保电子凭证的刷新时长，第一预设时长可以表示二维码图像信息的上传时间与支付信息的生成时间间隔的预设时长，在实际应用中，第二预设时长应该小于第一预设时长。

在所述第一预设时长内，刷新的所述医保电子凭证信息中包含所述目标对象的标识。

在之前的描述中可知，当用户扫描物料上的二维码，跳转到医保电子凭证页面中时，该页面中显示的医保电子凭证中可以携带有物料标识，在第一预设时长内，即使医保电子凭证每分钟刷新一次，刷新后的医保电子凭证中都携带有物料标识。

通过上述方法，可以保证在第一预设时长内，被刷新的医保电子凭证中适中携带物料标识，以便于在第一预设时长内完成支付时，可以建立物料与医保电子凭证之间的关联关系。

可选的，所述基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系之后，还可以包括：

基于所述目标对象与所述门店信息之间的关联关系，确定所述门店信息对应的门店中目标对象的使用信息；所述使用信息用于表示用户终端通过扫描所述目标对象的二维码进入所述医保电子凭证，并使用所述医保电子凭证进行支付。

根据目标对象与门店信息之间的关联关系，可以确定每个门店中铺设的物料，以及物料被扫描或者被使用的信息，从而便于统计每个门店中的物料铺设以及使用情况。

进一步地，所述基于所述目标对象与所述门店信息之间的关联关系，确定所述门店信息对应的门店中目标对象的转化信息之后，还可以包括：

根据所述使用信息，确定所述门店中需要设置的所述目标对象的数量。

例如：若门店A中的物料扫描率高于预设阈值，和/或物料使用率达到预设阈值，可以确定门店A中的物料使用情况良好，后期可以考虑在门店A中多投放物料，以提高医保电子凭证的使用率。

在实际应用中，也可以基于使用信息，采用预设算法，确定需要设置的目标对象的数量。基于使用信息确定需要铺设的目标对象的数量的方法，具体可以根据实际应用场景进行设置。

可选的，所述目标对象为海报物料；所述二维码图像为所述用户终端扫描所述医疗物料上的二维码得到的图像信息。

在实际应用中，还可以根据使用信息确定每个门店中的物料使用情况，从而进一步指示工作人员基于物料使用情况作出应对处理，例如：某一物料突然长时间内无扫描情况，有可能被遮挡或被撕毁，通知服务人员重新铺设。

通过上述方法，更加轻便的方案，脱离人工上传，来实现门店物料的铺设与追踪。

上述实施例可以结合图3进行说明，图3为本说明书实施例提供的信息关联方法的泳道图。如图3所示，涉及的交互主体有用户终端、支付平台、药店/医院以及医保机构。交互过程可以参见以下实现步骤：

用户终端打开支付应用程序，点击支付应用程序中的“扫一扫”功能，扫描药店中的物料上的二维码，向支付平台上传二维码图像信息，支付平台基于二维码图像信息，生成包含目标对象的标识的医保电子凭证信息，并建立物料与医保电子凭证信息之间的关联关系；向用户终端返回医保电子凭证信息，用户到药店购物时，向药店出示医保电子凭证码，药店将医保电子凭证码以及药品信息上传给医保机构，医保机构根据药品信息，相应扣除医保电子凭证码对应的医保账户中的金额，生成支付信息，并将支付信息返回给支付平台，支付平台可以建立医保电子凭证信息与药店之间的关联关系，从而间接确定物料与药店之间的关联关系，从而对药店中的物料铺设进行管控。

支付之后产生一笔交易，支付信息里可以包含加密的电子医保凭证号，支付平台进行数据回流，可以确定产生交易的医保电子凭证号以及门店信息，从而建立电子凭证与门店之间的关联关系。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的一种信息关联装置的结构示意图。如图4所示，该装置可以包括：

二维码图像信息获取模块410，用于获取用户终端上传的二维码图像信息；所述二维码图像信息是所述用户终端扫描目标对象上的二维码得到的图像信息；所述目标对象为门店内承载所述二维码的载体；

医保电子凭证信息生成模块420，用于基于所述二维码图像信息，生成包含所述目标对象的标识的医保电子凭证信息；

支付信息接收模块430，用于接收基于所述医保电子凭证信息完成的支付信息；所述支付信息中至少包含用于支付的所述医保电子凭证的信息以及接收所述医保电子凭证执行支付操作的门店信息；

关联关系建立模块440，用于基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

基于图4的装置，本说明书实施例还提供了该装置的一些具体实施方案，下面进行说明。

可选的，所述关联关系建立模块440，具体可以包括：

第一关联关系建立单元，用于基于所述二维码图像信息，关联所述目标对象与所述医保电子凭证信息，得到第一关联关系；

第二关联关系建立单元，用于基于所述支付信息，关联所述医保电子凭证信息与所述门店信息，得到第二关联关系；

关联关系建立单元，用于基于所述第一关联关系以及所述第二关联关系，建立所述目标对象与所述门店信息之间的关联关系。

可选的，所述二维码图像信息中还可以包括第一时间信息；所述第一时间信息可以用于表示所述二维码图像信息的上传时间；所述支付信息中还可以包括第二时间信息，所述第二时间信息可以用于表示所述支付信息的生成时间。

所述关联关系建立模块440，具体可以包括：

第一关联关系建立单元，用于基于所述二维码图像信息，关联所述目标对象与所述医保电子凭证信息，得到第一关联关系；

第二关联关系建立单元，用于基于所述支付信息，关联所述医保电子凭证信息与所述门店信息，得到第二关联关系；

关联关系建立单元，用于基于所述第一关联关系以及所述第二关联关系，建立所述目标对象与所述门店信息之间的关联关系。

可选的，所述二维码图像信息中还可以包括第一时间信息；所述第一时间信息可以用于表示所述二维码图像信息的上传时间；所述支付信息中还可以包括第二时间信息，所述第二时间信息可以用于表示所述支付信息的生成时间。

可选的，所述装置，还可以包括：

第一时间信息获取模块，用于获取所述第一时间信息；

第二时间信息获取模块，用于获取所述第二时间信息；

间隔时长确定模块，用于确定所述第一时间信息对应的时刻与所述第二时间信息对应的时刻之间的间隔时长；

判断模块，用于判断所述间隔时长是否达到第一预设时长，得到判断结果；

所述关联关系建立模块440，具体可以用于：

若所述判断结果表示预设间隔时长达到所述第一预设时长，基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

可选的，所述关联关系建立模块440，还可以用于：

若所述判断结果表示预设间隔时长未达到所述第一预设时长，拒绝建立所述目标对象与所述门店信息之间的关联关系。

可选的，所述医保电子凭证信息可以在显示时长满足第二预设时长时进行刷新；所述第二预设时长可以小于所述第一预设时长。

可选的，在所述第一预设时长内，刷新的所述医保电子凭证信息中可以包含所述目标对象的标识。

可选的，所述装置，还可以包括：

使用信息确定模块，用于基于所述目标对象与所述门店信息之间的关联关系，确定所述门店信息对应的门店中目标对象的使用信息；所述使用信息用于表示用户终端通过扫描所述目标对象的二维码进入所述医保电子凭证，并使用所述医保电子凭证进行支付。

可选的，所述装置还可以包括：

目标对象数量确定模块，用于根据所述使用信息，确定所述门店中需要设置的所述目标对象的数量。

可选的，所述目标对象可以为海报物料；所述二维码图像可以为所述用户终端扫描所述医疗物料上的二维码得到的图像信息。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图5为本说明书实施例提供的一种信息关联设备的结构示意图。如图5所示，设备500可以包括：

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

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

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

获取用户终端上传的二维码图像信息；所述二维码图像信息是所述用户终端扫描目标对象上的二维码得到的图像信息；所述目标对象为门店内承载所述二维码的载体；

基于所述二维码图像信息，生成包含所述目标对象的标识的医保电子凭证信息；

接收基于所述医保电子凭证信息完成的支付信息；所述支付信息中至少包含用于支付的所述医保电子凭证的信息以及接收所述医保电子凭证执行支付操作的门店信息；

基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

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

获取用户终端上传的二维码图像信息；所述二维码图像信息是所述用户终端扫描目标对象上的二维码得到的图像信息；所述目标对象为门店内承载所述二维码的载体；

基于所述二维码图像信息，生成包含所述目标对象的标识的医保电子凭证信息；

接收基于所述医保电子凭证信息完成的支付信息；所述支付信息中至少包含用于支付的所述医保电子凭证的信息以及接收所述医保电子凭证执行支付操作的门店信息；

基于所述目标对象的标识以及所述门店信息，建立所述目标对象与所述门店信息之间的关联关系。

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

在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、光学存储器等)上实施的计算机程序产品的形式。

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

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