CN108074186B - 健康卡开户处理方法和装置 - Google Patents

Abstract

本发明涉及一种健康卡开户处理方法和装置，该方法包括：接收第一终端发送的开户请求，读取所述开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，所述第三方绑定卡是实体卡；根据所述参保人信息进行开户处理以生成新开户的健康卡账号；根据所述第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使所述第三方服务器查找与所述参保人信息对应的第三方绑定卡卡号；接收所述第三方服务器返回的第三方绑定卡卡号，建立所述健康卡账号与所述第三方绑定卡卡号之间的关联映射关系，以实现将所述健康卡账号绑定至所述第三方绑定卡。提高了开户处理效率。

Description

健康卡开户处理方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种健康卡开户处理方法和装置。

背景技术

随着人们自身对健康的日益重视或企业对员工健康的日益关注，人们或企业会在保险公司为自身或员工购买健康保险，以提供健康方面的保障。一些体制比较健全的保险公司，会为参保人提供健康卡，以更加便利的为参保人提供健康方面的保障。其中，健康卡，即为保险机构授予健康保险参保人的凭证，持卡人可持健康卡在药店直接购买药品。

传统方法中，在参保人购买健康保险之后，保险机构需要专门制作一张实体的健康卡发给参保人，才算完成了一个健康卡开户操作。显然，实体的健康卡的制作过程比较长，导致健康卡开户效率比较低。

发明内容

基于此，有必要提供一种提高效率的健康卡开户处理方法和装置。

一种健康卡开户处理方法，所述方法包括以下步骤：

接收第一终端发送的开户请求，读取所述开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，所述第三方绑定卡是实体卡；

根据所述参保人信息进行开户处理以生成新开户的健康卡账号；

根据所述第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使所述第三方服务器查找与所述参保人信息对应的第三方绑定卡卡号；

接收所述第三方服务器返回的第三方绑定卡卡号，建立所述健康卡账号与所述第三方绑定卡卡号之间的关联映射关系，以实现将所述健康卡账号绑定至所述第三方绑定卡。

在其中一个实施例中，所述方法还包括：

接收第二终端发送的购药支付请求，所述购药支付请求是所述第二终端响应于对所述第三方绑定卡进行的刷卡购药支付操作而生成的，读取所述购药支付请求中包含的所述第三方绑定卡卡号和支付金额；

读取与所述第三方绑定卡卡号关联的健康卡账号，从所述关联的健康卡账号中扣除与所述支付金额对应的款项。

在其中一个实施例中，所述购药支付请求中还包括当前刷卡地点；

在所述读取与所述第三方绑定卡卡号关联的健康卡账号的步骤之前，所述方法还包括：

读取存储的刷卡区域范围，所述刷卡区域范围是根据对与所述第三方绑定卡卡号对应的历史购药刷卡地点进行分析处理得到的；

检测所述当前刷卡地点是否位于所述刷卡区域范围内，若是，则执行所述读取与所述第三方绑定卡卡号关联的健康卡账号的步骤。

在其中一个实施例中，在所述读取存储的刷卡区域范围的步骤之前，所述方法还包括：

读取数据库中存储的历史购药刷卡地点以及对应的刷卡次数和刷卡频率；

根据所述刷卡次数和所述刷卡频率计算出对应的所述历史购药刷卡地点对应的访问度；

根据所述历史购药刷卡地点对应的访问度筛选出关键刷卡地点；

根据筛选出的所述关键刷卡地点确定出刷卡区域范围。

在其中一个实施例中，所述方法还包括：

接收所述第三方服务器发送的卡号更新请求，读取所述卡号更新请求中包含的原始第三方绑定卡卡号和更新后的第三方绑定卡卡号；

查找与所述原始第三方绑定卡卡号关联的目标健康卡账号，用更新后的第三方绑定卡卡号替换掉所述原始第三方绑定卡卡号，以建立所述更新后的第三方绑定卡卡号与所述目标健康卡账号之间的关联映射关系。

一种健康卡开户处理装置，所述装置包括：

接收模块，用于接收第一终端发送的开户请求，读取所述开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，所述第三方绑定卡是实体卡；

账号生成模块，用于根据所述参保人信息进行开户处理以生成新开户的健康卡账号；

接口调用模块，用于根据所述第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使所述第三方服务器查找与所述参保人信息对应的第三方绑定卡卡号；

绑定处理模块，用于接收所述第三方服务器返回的第三方绑定卡卡号，建立所述健康卡账号与所述第三方绑定卡卡号之间的关联映射关系，以实现将所述健康卡账号绑定至所述第三方绑定卡。

在其中一个实施例中，所述接收模块还用于接收第二终端发送的购药支付请求，所述购药支付请求是所述第二终端响应于对所述第三方绑定卡进行的刷卡购药支付操作而生成的，读取所述购药支付请求中包含的所述第三方绑定卡卡号和支付金额；

所述装置还包括：

扣款模块，用于读取与所述第三方绑定卡卡号关联的健康卡账号，从所述关联的健康卡账号中扣除与所述支付金额对应的款项。

在其中一个实施例中，所述购药支付请求中还包括当前刷卡地点；

所述装置还包括：

检测模块，用于读取存储的刷卡区域范围，所述刷卡区域范围是根据对与所述第三方绑定卡卡号对应的历史购药刷卡地点进行分析处理得到的；检测所述当前刷卡地点是否位于所述刷卡区域范围内，若是，则通知所述扣款模块执行所述读取与所述第三方绑定卡卡号关联的健康卡账号的步骤。

在其中一个实施例中，所述装置还包括：

刷卡区域确定模块，用于读取数据库中存储的历史购药刷卡地点以及对应的刷卡次数和刷卡频率；根据所述刷卡次数和所述刷卡频率计算出对应的所述历史购药刷卡地点对应的访问度；根据所述历史购药刷卡地点对应的访问度筛选出关键刷卡地点；根据筛选出的所述关键刷卡地点确定出刷卡区域范围。

在其中一个实施例中，所述接收模块还用于接收所述第三方服务器发送的卡号更新请求，读取所述卡号更新请求中包含的原始第三方绑定卡卡号和更新后的第三方绑定卡卡号；

所述装置还包括：

更新模块，用于查找与所述原始第三方绑定卡卡号关联的目标健康卡账号，用所述更新后的第三方绑定卡卡号替换掉所述原始第三方绑定卡卡号，以建立所述更新后的第三方绑定卡卡号与所述目标健康卡账号之间的关联映射关系。

上述健康卡开户处理方法和装置，通过接收第一终端发送的开户请求，读取所述开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，所述第三方绑定卡是实体卡；根据所述参保人信息进行开户处理以生成新开户的健康卡账号；根据所述第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使所述第三方服务器查找与所述参保人信息对应的第三方绑定卡卡号；接收所述第三方服务器返回的第三方绑定卡卡号，建立所述健康卡账号与所述第三方绑定卡卡号之间的关联映射关系，以实现将所述健康卡账号绑定至所述第三方绑定卡。即将已经归属参保人的、实际存在的第三方绑定卡作为健康卡账号对应的实体卡，完成了对健康卡的开户处理，而不需要额外制作实体健康卡，大大提高了健康卡开户处理效率。

附图说明

图1为一个实施例中健康卡开户处理方法的应用环境图；

图2为一个实施例中后台服务器的内部结构图；

图3为一个实施例中健康卡开户处理方法的流程示意图；

图4为一个实施例中购药支付处理方法的流程示意图；

图5为一个实施例中刷卡区域范围确定方法的流程示意图；

图6为一个实施例中健康卡开户处理装置的结构示意图；

图7为另一个实施例中健康卡开户处理装置的结构示意图；

图8为又一个实施例中健康卡开户处理装置的结构示意图；

图9为再一个实施例中健康卡开户处理装置的结构示意图；

图10为还一个实施例中健康卡开户处理装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中健康卡开户处理方法的应用环境图。如图1所示，第一终端110通过网络与后台服务器120进行通信，第三方服务器130通过网络与后台服务器120进行通信。用户可以在第一终端110上进行开户操作，第一终端110对应生成开户请求发送至后台服务器120。后台服务器120读取开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，第三方绑定卡是实体卡。后台服务器120根据参保人信息进行开户处理以生成新开户的健康卡账号，并根据第三方绑定卡的制卡单位信息调用对应的第三方服务器130的接口，使第三方服务器130查找与参保人信息对应的第三方绑定卡卡号。第三方服务器130向后台服务器120返回第三方绑定卡卡号。后台服务器120建立健康卡账号与第三方绑定卡卡号之间的关联映射关系，以实现将健康卡账号绑定至第三方绑定卡。即完成了整个健康卡开户处理流程。其中，使用第一终端110的用户可以是保险机构的业务人员，也可以是投保人，对此不作限定。

图2示出了一个实施例中的后台服务器120的内部结构示意图，该后台服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该后台服务器的非易失性存储介质存储有操作系统、数据库和一种健康卡开户处理装置，数据库用于存储数据，如存储健康卡账号、第三方绑定卡卡号等。该健康卡开户处理装置用于实现一种健康卡开户处理方法。该处理器用于提供计算和控制能力，支撑整个服务器的运行。后台服务器中的内存储器为非易失性存储介质中的健康卡开户处理装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被所述处理器执行时，可使得所述处理器执行一种健康卡开户处理方法。网络接口用于与终端或第三方服务器进行网络通信。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的后台服务器的限定，具体的后台服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

如图3所示，在一个实施例中，提供了一种健康卡开户处理方法，以该方法应用于后台服务器为例进行举例说明，具体包括以下步骤：

步骤302，接收第一终端发送的开户请求，读取开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，第三方绑定卡是实体卡。

本实施例中，用户会通过第一终端界面进行健康卡开户操作，第一终端响应该开户操作向后台服务器发送开户请求。开户请求中包含开户信息，其中，开户信息包含参保人信息和第三方绑定卡的制卡单位信息。进一步，参保人信息包括参保人姓名、性别、身份证信息、联系方式等信息。

需要说明的是，第三方绑定卡是实体卡，即是已经实际存在的、归属参保人、供参保人使用的实体卡。第三方绑定卡，即指要将健康卡账号绑定到的第三方卡片。进一步，第三方绑定卡可以是已经开户给参保人的银行卡、工牌卡等。第三方绑定卡的制卡单位信息即指制作要绑定到的第三方卡片的单位信息。比如，第三方绑定卡是银行卡，则第三方绑定卡的制卡单位信息可以是银行标识。

其中，用户可以是保险公司的业务操作人员，也可以是企业中负责处理健康卡事宜的员工，还可以是个体健康险购买人员。可以理解，用户可以通过第一终端中的客户端或网页界面进行健康卡开户操作。

后台服务器接收到第一终端发送的开户请求后，会读取开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息。

步骤304，根据参保人信息进行开户处理以生成新开户的健康卡账号。

进一步，后台服务器会根据参保人信息进行开户处理，生成新开户的健康卡账号。

步骤306，根据第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使第三方服务器查找与参保人信息对应的第三方绑定卡卡号。

后台服务器中存储了第三方绑定卡的制卡单位信息和第三方服务器标识之间的对应关系。结合该对应关系，后台服务器会根据第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使第三方服务器来查找与参保人信息对应的第三方绑定卡卡号。

需要说明的是，本发明实施例中的“后台服务器”即为执行健康卡开户处理方法的服务器，“第三方服务器”即指管理第三方绑定卡的相关信息的服务器。需将两者区分开来。进一步，第三方服务器可以是银行服务器、健康险购买企业的服务器等。

步骤308，接收第三方服务器返回的第三方绑定卡卡号，建立健康卡账号与第三方绑定卡卡号之间的关联映射关系，以实现将健康卡账号绑定至第三方绑定卡。

进一步，第三方服务器会将查找到的第三方绑定卡卡号发送至后台服务器，后台服务器接收第三方服务器返回的第三方绑定卡卡号，并建立新开户的健康卡账号和第三方绑定卡卡号之间的关联映射关系，即实现了将新开户的健康卡账号绑定到第三方绑定卡上。可以理解，“绑定”即指在刷第三方绑定卡进行购药支付操作时，可以直接从所关联的健康卡账号中对应扣款。

本实施例中，在进行健康卡开户处理时，根据开户请求中的参保人信息进行开户处理生成新的健康卡账号，然后根据开户请求中的第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，来查找与参保人信息对应的第三方绑定卡卡号，将新开通的健康卡账号和第三方绑定卡卡号之间建立关联映射关系，以实现将健康卡账号绑定至第三方绑定卡。即将已经归属参保人的第三方绑定卡作为健康卡账号对应的实体卡，完成了对健康卡的开户处理，而不需要额外制作实体健康卡，大大提高了健康卡开户处理效率。此外，也避免重新制卡所造成的成本浪费，节约了成本。

如图4所示，在一个实施例中，该方法还包括购药支付处理步骤，具体包括以下步骤：

步骤402，接收第二终端发送的购药支付请求，购药支付请求是第二终端响应于对第三方绑定卡进行的刷卡购药支付操作而生成的，读取购药支付请求中包含的第三方绑定卡卡号和支付金额。

本实施例中，第三方绑定卡的持卡人可以持第三方绑定卡到指定的药店的第二终端刷卡买药。其中，第二终端可以是POS机，也可以是其他具有读取卡号和刷卡支付功能的终端。

持卡人可以在第二终端上刷第三方绑定卡进行刷卡购药支付操作，第二终端响应于该刷卡购药支付操作生成购药支付请求，并将该购药支付请求发送至后台服务器。其中，购药支付请求中包含第三方绑定卡卡号和支付金额。

后台服务器接收第二终端发送的购药支付请求，并读取购药支付请求中包含的第三方绑定卡卡号和支付金额。

步骤404，读取与第三方绑定卡卡号关联的健康卡账号，从关联的健康卡账号中扣除与支付金额对应的款项。

具体地，后台服务器中预先存储了健康卡账号和第三方绑定卡卡号之间的关联映射关系。根据该关联映射关系，后台服务器会读取与第三方绑定卡卡号关联的健康卡账号。

后台服务器从关联的健康卡账号中扣除与支付金额对应的款项。

进一步，后台服务器还可以将扣款结果返回至第二终端。可以理解，扣款结果包括扣款成功信息和扣款失败信息。

本实施例中，持卡人可以用第三方绑定卡进行刷卡购药支付操作，不需要额外的携带专门的健康卡就可以进行刷卡买药，提高了使用健康卡账号买药的便利性。同时，利用已存在的第三方卡片来实现健康卡账号买药操作，提高了资源的利用率。

在一个实施例，购药支付请求中还包括当前刷卡地点。本实施例中，在读取与第三方绑定卡卡号关联的健康卡账号的步骤之前，该方法还包括：读取数据库中存储的刷卡区域范围，刷卡区域范围是根据对与第三方绑定卡卡号对应的历史购药刷卡地点进行分析处理得到的；检测当前刷卡地点是否位于刷卡区域范围内，若是，则执行读取与第三方绑定卡卡号关联的健康卡账号的步骤。

本实施例中，后台服务器中存储了刷卡区域范围，其中，刷卡区域范围是根据对第三方绑定卡卡号对应的历史购药刷卡地点进行分析处理得到的。

后台服务器会读取存储的刷卡区域范围，并检测当前刷卡地点是否位于所存储的刷卡区域范围内，若是，则再读取与第三方绑定卡卡号关联的健康卡账号，若否，则不读取与第三方绑定卡卡号关联的健康卡账号。

进一步，当当前刷卡地点不位于所存储的刷卡区域范围内时，后台服务器可以向第一终端发送异常刷卡验证通知，也可以向与参保人对应的第三终端发送异常刷卡验证通知。其中，可以是参保人的信息包括参保人的联系方式，根据该联系方式向与参保人对应的第三终端发送异常刷卡验证通知。

本实施例中，在读取与第三方绑定卡卡号关联的健康卡账号进行扣款操作之前，会检测当前刷卡地点，当当前刷卡地点位于刷卡区域范围内时，再进行扣款操作，反之，若不位于刷卡区域范围内时，则不进行扣款操作。提高了健康卡使用的安全性。

如图5所示，在一个实施例中，在读取存储的刷卡区域范围的步骤之前，该方法还包括刷卡区域范围确定步骤，具体包括以下步骤：

步骤502，读取数据库中存储的历史购药刷卡地点以及对应的刷卡次数和刷卡频率。

本实施例中，后台服务器会将每次的刷卡购药信息都记录下来，存储到后台服务器。其中，记录的刷卡购药信息包括历史购药刷卡地点、各个刷卡地点对应的刷卡次数，以及各个刷卡地点对应的刷卡频率。

后台服务器会读取数据库中存储的历史购药刷卡地点，以及各个历史刷地点对应的刷卡次数和刷卡频率。

步骤504，根据刷卡次数和刷卡频率计算出对应的历史购药刷卡地点对应的访问度。

进一步，后台服务器会根据刷卡次数和刷卡频率计算出对应的历史购药刷卡地点所对应的访问度。其中，访问度，用于表征对刷卡地点的购药访问情况。访问度越高，则表示越常到该刷卡地点购药，反之，访问度越低，则表示越不常到该刷卡地点购药。

具体地，后台服务器中预先设置了与刷卡次数对应的第一权值，以及与刷卡频率对应的第二权值。根据读取的刷卡次数和第一权值以及刷卡频率和第二权值进行加权平均计算得到对应的历史购药刷卡地点对应的访问度。

其中，历史购药刷卡地点为一个或多个。当有多个历史购药刷卡地点时，则计算的是各个历史购药刷卡地点分别对应的访问度。

步骤506，根据历史购药刷卡地点对应的访问度筛选出关键刷卡地点。

进一步，后台服务器会按照预设规则，根据历史购药刷卡地点对应的访问度筛选出关键刷卡地点。具体地，后台服务器可以根据访问度由高到低的顺序选取预设数量的历史购药刷卡地点作为关键刷卡地点。

步骤508，根据筛选出的关键刷卡地点确定出刷卡区域范围。

后台服务器会根据筛选出的关键刷卡地点确定出刷卡区域范围。

具体地，可以根据关键刷卡地点的位置确定出中心点，然后计算关键刷卡地点距离中心点的平均距离值，然后以中心点为圆心，平均距离值为半径确定出刷卡区域范围。

也可以是，以各个关键刷卡地点为中心，预设距离值为半径确定出刷卡区域范围。还可以根据其他方式来根据筛选出的关键刷卡地点来确定出刷卡区域范围，对此不作限定。

本实施例中，根据历史购药刷卡地点对应的刷卡次数和刷卡频率计算对应的历史购药刷卡地点所对应的访问度，根据访问度筛选出关键刷卡地点，根据关键刷卡地点得到刷卡区域范围。这样一来，根据访问度筛选出来的关键刷卡地点的参考性更强，从而根据筛选出来的关键刷卡地点得到的刷卡区域范围也更加的准确。进而，使得当前刷卡地点与刷卡区域范围的比对结果也更加的准确。

在一个实施例中，该方法还包括：接收第三方服务器发送的卡号更新请求，读取卡号更新请求中包含的原始第三方绑定卡卡号和更新后的第三方绑定卡卡号；查找与原始第三方绑定卡卡号关联的目标健康卡账号，用更新后的第三方绑定卡卡号替换掉原始第三方绑定卡卡号，以建立更新后的第三方绑定卡卡号与目标健康卡账号之间的关联映射关系的步骤。

本实施例中，第三方绑定卡可以进行更新。第三方服务器向后台服务器发送卡号更新请求。后台服务器读取卡号更新请求中包含的原始第三方绑定卡卡号和更新后的第三方绑定卡卡号。

进一步，后台服务器根据存储的第三方绑定卡卡号和健康卡账号之间的关联映射关系，查找与原始第三方绑定卡卡号关联的健康卡账号作为目标健康卡账号。

后台服务器会用更新后的第三方绑定卡卡号替换掉原始第三方绑定卡卡号，从而建立更新后的第三方绑定卡账号与目标健康卡账号之间的关联映射关系。

如图6所示，在一个实施例中，提供了一种健康卡开户处理装置，该装置包括接收模块602、账号生成模块604、接口调用模块606以及绑定处理模块608，其中：

接收模块602，用于接收第一终端发送的开户请求，读取开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，第三方绑定卡是实体卡。

账号生成模块604，用于根据参保人信息进行开户处理以生成新开户的健康卡账号。

接口调用模块606，用于根据第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使第三方服务器查找与参保人信息对应的第三方绑定卡卡号。

绑定处理模块608，用于接收第三方服务器返回的第三方绑定卡卡号，建立健康卡账号与第三方绑定卡卡号之间的关联映射关系，以实现将健康卡账号绑定至第三方绑定卡。

在一个实施例中，接收模块602还用于接收第二终端发送的购药支付请求，购药支付请求是第二终端响应于对第三方绑定卡进行的刷卡购药支付操作而生成的，读取购药支付请求中包含的第三方绑定卡卡号和支付金额。本实施例中，如图7所示，该装置还包括：

扣款模块612，用于读取与第三方绑定卡卡号关联的健康卡账号，从关联的健康卡账号中扣除与支付金额对应的款项。

在一个实施例中，购药支付请求中还包括当前刷卡地点。本实施例中，如图8所示，该装置还包括：

检测模块610，用于读取存储的刷卡区域范围，刷卡区域范围是根据对与第三方绑定卡卡号对应的历史购药刷卡地点进行分析处理得到的；检测当前刷卡地点是否位于刷卡区域范围内，若是，则通知扣款模块612执行读取与第三方绑定卡卡号关联的健康卡账号的步骤。

如图9所示，在一个实施例中，该装置还包括：

刷卡区域确定模块609，用于读取数据库中存储的历史购药刷卡地点以及对应的刷卡次数和刷卡频率；根据刷卡次数和刷卡频率计算出对应的历史购药刷卡地点对应的访问度；根据历史购药刷卡地点对应的访问度筛选出关键刷卡地点；根据筛选出的关键刷卡地点确定出刷卡区域范围。

在一个实施例中，接收模块602还用于接收第三方服务器发送的卡号更新请求，读取卡号更新请求中包含的原始第三方绑定卡卡号和更新后的第三方绑定卡卡号。本实施例中，如图10所示，该装置还包括：

更新模块614，用于查找与原始第三方绑定卡卡号关联的目标健康卡账号，用更新后的第三方绑定卡卡号替换掉原始第三方绑定卡卡号，以建立更新后的第三方绑定卡卡号与目标健康卡账号之间的关联映射关系。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种健康卡开户处理方法，所述方法包括以下步骤：

接收第一终端发送的开户请求，读取所述开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，所述第三方绑定卡是实体卡；所述第三方绑定卡为已经开户给参保人的银行卡或工牌卡；

根据所述参保人信息进行开户处理以生成新开户的健康卡账号；

根据所述第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使所述第三方服务器查找与所述参保人信息对应的第三方绑定卡卡号；

接收所述第三方服务器返回的第三方绑定卡卡号，建立所述健康卡账号与所述第三方绑定卡卡号之间的关联映射关系，以实现将所述健康卡账号绑定至所述第三方绑定卡；

接收第二终端发送的购药支付请求，所述购药支付请求是所述第二终端响应于对所述第三方绑定卡进行的刷卡购药支付操作而生成的，读取所述购药支付请求中包含的所述第三方绑定卡卡号和支付金额，所述购药支付请求中还包括当前刷卡地点；

读取存储的刷卡区域范围，所述刷卡区域范围是根据对与所述第三方绑定卡卡号对应的历史购药刷卡地点进行分析处理得到的；

检测所述当前刷卡地点是否位于所述刷卡区域范围内；

若是，则读取与所述第三方绑定卡卡号关联的健康卡账号，从所述关联的健康卡账号中扣除与所述支付金额对应的款项，并将扣款结果返回至第二终端，所述扣款结果包括扣款成功信息和扣款失败信息。

2.根据权利要求1所述的方法，其特征在于，若所述当前刷卡地点不位于所述刷卡区域范围内时，则向所述第一终端发送异常刷卡验证通知，或者向与所述参保人对应的第三终端发送异常刷卡验证通知。

3.根据权利要求2所述的方法，其特征在于，在所述读取存储的刷卡区域范围的步骤之前，所述方法还包括：

读取数据库中存储的历史购药刷卡地点以及对应的刷卡次数和刷卡频率；

根据所述刷卡次数和所述刷卡频率计算出对应的所述历史购药刷卡地点对应的访问度；

根据所述历史购药刷卡地点对应的访问度筛选出关键刷卡地点；

根据筛选出的所述关键刷卡地点确定出刷卡区域范围。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

接收所述第三方服务器发送的卡号更新请求，读取所述卡号更新请求中包含的原始第三方绑定卡卡号和更新后的第三方绑定卡卡号；

查找与所述原始第三方绑定卡卡号关联的目标健康卡账号，用更新后的第三方绑定卡卡号替换掉所述原始第三方绑定卡卡号，以建立所述更新后的第三方绑定卡卡号与所述目标健康卡账号之间的关联映射关系。

5.一种健康卡开户处理装置，其特征在于，所述装置包括：

接收模块，用于接收第一终端发送的开户请求，读取所述开户请求中包含的参保人信息和第三方绑定卡的制卡单位信息，所述第三方绑定卡是实体卡；所述第三方绑定卡为已经开户给参保人的银行卡或工牌卡；

账号生成模块，用于根据所述参保人信息进行开户处理以生成新开户的健康卡账号；

接口调用模块，用于根据所述第三方绑定卡的制卡单位信息调用对应的第三方服务器的接口，使所述第三方服务器查找与所述参保人信息对应的第三方绑定卡卡号；

绑定处理模块，用于接收所述第三方服务器返回的第三方绑定卡卡号，建立所述健康卡账号与所述第三方绑定卡卡号之间的关联映射关系，以实现将所述健康卡账号绑定至所述第三方绑定卡；

所述接收模块还用于接收第二终端发送的购药支付请求，所述购药支付请求是所述第二终端响应于对所述第三方绑定卡进行的刷卡购药支付操作而生成的，读取所述购药支付请求中包含的所述第三方绑定卡卡号和支付金额，所述购药支付请求中还包括当前刷卡地点；

检测模块，用于读取存储的刷卡区域范围，所述刷卡区域范围是根据对与所述第三方绑定卡卡号对应的历史购药刷卡地点进行分析处理得到的；检测所述当前刷卡地点是否位于所述刷卡区域范围内；

扣款模块，用于若所述当前刷卡地点位于所述刷卡区域范围内时，读取与所述第三方绑定卡卡号关联的健康卡账号，从所述关联的健康卡账号中扣除与所述支付金额对应的款项，并将扣款结果返回至第二终端，所述扣款结果包括扣款成功信息和扣款失败信息。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

刷卡区域确定模块，用于读取数据库中存储的历史购药刷卡地点以及对应的刷卡次数和刷卡频率；根据所述刷卡次数和所述刷卡频率计算出对应的所述历史购药刷卡地点对应的访问度；根据所述历史购药刷卡地点对应的访问度筛选出关键刷卡地点；根据筛选出的所述关键刷卡地点确定出刷卡区域范围。

7.根据权利要求5至6中任一项所述的装置，其特征在于，所述接收模块还用于接收所述第三方服务器发送的卡号更新请求，读取所述卡号更新请求中包含的原始第三方绑定卡卡号和更新后的第三方绑定卡卡号；

所述装置还包括：

更新模块，用于查找与所述原始第三方绑定卡卡号关联的目标健康卡账号，用所述更新后的第三方绑定卡卡号替换掉所述原始第三方绑定卡卡号，以建立所述更新后的第三方绑定卡卡号与所述目标健康卡账号之间的关联映射关系。

8.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，其特征在于，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至4任一项所述方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述方法的步骤。

Images