用于实时理算的方法、装置、服务器和介质制造方法及图纸

本公开的实施例公开了用于实时理算的方法、装置、服务器和介质。该方法的一具体实施方式包括：响应于接收到理算请求，发送与该理算请求对应的消息队列延时消息，其中，该理算请求中包括理算金额；响应于确定该消息队列延时消息发送完毕，从预设缓存中更新该理算请求对应的额度数据；根据更新后的额度数据，更新与该预设缓存对应的数据库中的相应数据。该实施方式在保证数据一致性的前提下提升了系统的性能及响应时效。性能及响应时效。性能及响应时效。

【技术实现步骤摘要】
用于实时理算的方法、装置、服务器和介质


[0001]本公开的实施例涉及计算机
，具体涉及用于实时理算的方法、装置、服务器和介质。

技术介绍

[0002]随着计算机技术的发展，在智慧医疗领域的应用也越来越多。在健康保险理赔的业务场景中，理赔规则往往非常复杂，限制规则及周期计算非常多。
[0003]现有技术中的健康保险理赔都是基于用户先付费，再通过事后报案，人工审核理赔资料，然后下发赔付金额的方式。由于现有技术在理赔进行理算计算时，受制于理算的复杂规则及数据库本身的性能瓶颈，往往需要等待一定的时间，因此不能满足购药结算等场景对时效性的要求。

技术实现思路

[0004]本公开的实施例提出了用于实时理算的方法、装置、服务器和介质。
[0005]第一方面，本公开的实施例提供了一种用于实时理算的方法，该方法包括：响应于接收到理算请求，发送与理算请求对应的消息队列延时消息，其中，理算请求中包括理算金额；响应于确定消息队列延时消息发送完毕，从预设缓存中更新理算请求对应的额度数据；根据更新后的额度数据，更新与预设缓存对应的数据库中的相应数据。
[0006]在一些实施例中，上述预设缓存中的额度数据通过以下步骤得到：获取保单标识和与保单标识对应的理赔内容信息，其中，理赔内容信息包括以下至少一项：理赔额度，理赔次数，免赔额度；根据理赔内容信息按照预设的理赔规则生成当前的额度数据，其中，当前的额度数据与以下至少一项相关：周期性额度限制，理赔人员信息，理赔历史。
[0007]在一些实施例中，上述保单标识和与保单标识对应的理赔内容信息采用Map存储，Map存储的键根据保单标识对应的保单周期值和被保人标识生成，Map存储的值根据理赔内容信息生成。
[0008]在一些实施例中，上述根据更新后的额度数据，更新与预设缓存对应的数据库中的相应数据，包括：从预设缓存中选取未落库的数据进行落库；响应于确定落库成功，从预设缓存中删除落库成功的数据。
[0009]在一些实施例中，上述根据更新后的额度数据，更新与预设缓存对应的数据库中的相应数据，还包括：响应于确定落库失败，获取与落库失败的数据对应的消息队列延时消息；从预设缓存中读取与落库失败的数据对应的消息队列延时消息所指示的未落库数据；将所读取的未落库数据写入与预设缓存对应的数据库。
[0010]在一些实施例中，该方法还包括：响应于确定数据库中的相应数据更新完毕，通过MySQL的binlog日志触发对数据库中的相应数据与预设缓存中的更新后的额度数据是否一致的校验。
[0011]在一些实施例中，该方法还包括：响应于确定数据库中的相应数据更新完毕，按照
预设的时间间隔校验数据库中的相应数据与预设缓存中的更新后的额度数据是否一致。
[0012]在一些实施例中，上述理算请求通过以下步骤生成：获取购药结算页；根据购药结算页与预设的理赔规则生成理算请求。
[0013]第二方面，本公开的实施例提供了一种用于实时理算的装置，该装置包括：发送单元，被配置成响应于接收到理算请求，发送与理算请求对应的消息队列延时消息，其中，理算请求中包括理算金额；缓存更新单元，被配置成响应于确定消息队列延时消息发送完毕，从预设缓存中更新理算请求对应的额度数据；数据库更新单元，被配置成根据更新后的额度数据，更新与预设缓存对应的数据库中的相应数据。
[0014]在一些实施例中，上述预设缓存中的额度数据通过以下步骤得到：获取保单标识和与保单标识对应的理赔内容信息，其中，理赔内容信息包括以下至少一项：理赔额度，理赔次数，免赔额度；根据理赔内容信息按照预设的理赔规则生成当前的额度数据，其中，当前的额度数据与以下至少一项相关：周期性额度限制，理赔人员信息，理赔历史。
[0015]在一些实施例中，上述保单标识和与保单标识对应的理赔内容信息采用Map存储，Map存储的键根据保单标识对应的保单周期值和被保人标识生成，Map存储的值根据理赔内容信息生成。
[0016]在一些实施例中，上述数据库更新单元被进一步配置成：从预设缓存中选取未落库的数据进行落库；响应于确定落库成功，从预设缓存中删除落库成功的数据。
[0017]在一些实施例中，上述数据库更新单元还被进一步配置成：响应于确定落库失败，获取与落库失败的数据对应的消息队列延时消息；从预设缓存中读取与落库失败的数据对应的消息队列延时消息所指示的未落库数据；将所读取的未落库数据写入与预设缓存对应的数据库。
[0018]在一些实施例中，该装置还包括：单次校验单元，被配置成响应于确定数据库中的相应数据更新完毕，通过MySQL的binlog日志触发对数据库中的相应数据与预设缓存中的更新后的额度数据是否一致的校验。
[0019]在一些实施例中，该装置还包括：定时校验单元，被配置成响应于确定数据库中的相应数据更新完毕，按照预设的时间间隔校验数据库中的相应数据与预设缓存中的更新后的额度数据是否一致。
[0020]在一些实施例中，上述理算请求通过以下步骤生成：获取购药结算页；根据购药结算页与预设的理赔规则生成理算请求。
[0021]第三方面，本公开的实施例提供了一种服务器，该服务器包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
[0022]第四方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
[0023]本公开的实施例提供的用于实时理算的方法、装置、服务器和介质，通过实时更新预设缓存中的数据和异步保存数据库，实现了一次理赔仅通过缓存操作即可完成，不依赖于数据库的性能瓶颈，极大提升系统的性能及响应时效。而且，还通过先发送消息队列延时消息，在后续异步保存数据库落库失败时能够提供消息队列补偿机制，从而保证了数据的最终一致性。
附图说明
[0024]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：
[0025]图1是本公开的一个实施例可以应用于其中的示例性系统架构图；
[0026]图2是根据本公开的用于实时理算的方法的一个实施例的流程图；
[0027]图3是根据本公开的实施例的用于实时理算的方法的一个应用场景的示意图；
[0028]图4是根据本公开的用于实时理算的方法的又一个实施例的流程图；
[0029]图5是根据本公开的用于实时理算的装置的一个实施例的结构示意图；
[0030]图6是适于用来实现本公开的实施例的电子设备的结构示意图。
具体实施方式
[0031]下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关专利技术，而非对该专利技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关专利技术相关的部分。
[0本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用于实时理算的方法，包括：响应于接收到理算请求，发送与所述理算请求对应的消息队列延时消息，其中，所述理算请求中包括理算金额；响应于确定所述消息队列延时消息发送完毕，从预设缓存中更新所述理算请求对应的额度数据；根据更新后的额度数据，更新与所述预设缓存对应的数据库中的相应数据。2.根据权利要求1所述的方法，其中，所述预设缓存中的额度数据通过以下步骤得到：获取保单标识和与所述保单标识对应的理赔内容信息，其中，所述理赔内容信息包括以下至少一项：理赔额度，理赔次数，免赔额度；根据所述理赔内容信息按照预设的理赔规则生成当前的额度数据，其中，所述当前的额度数据与以下至少一项相关：周期性额度限制，理赔人员信息，理赔历史。3.根据权利要求2所述的方法，其中，所述保单标识和与所述保单标识对应的理赔内容信息采用Map存储，所述Map存储的键根据所述保单标识对应的保单周期值和被保人标识生成，所述Map存储的值根据所述理赔内容信息生成。4.根据权利要求1所述的方法，其中，所述根据更新后的额度数据，更新与所述预设缓存对应的数据库中的相应数据，包括：从所述预设缓存中选取未落库的数据进行落库；响应于确定落库成功，从所述预设缓存中删除落库成功的数据。5.根据权利要求4所述的方法，其中，所述根据更新后的额度数据，更新与所述预设缓存对应的数据库中的相应数据，还包括：响应于确定落库失败，获取与落库失败的数据对应的消息队列延时消息；从所述预设缓存中读取所述与落库失败的数据对应的消息队列延时消息所指示的未落库数据；将所读取的未落库数...

【专利技术属性】
技术研发人员：任超超，
申请(专利权)人：北京京东拓先科技有限公司，
类型：发明
国别省市：