CN115018463A - 订单的处理方法、装置、计算机设备及存储介质 - Google Patents
订单的处理方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN115018463A CN115018463A CN202210689837.6A CN202210689837A CN115018463A CN 115018463 A CN115018463 A CN 115018463A CN 202210689837 A CN202210689837 A CN 202210689837A CN 115018463 A CN115018463 A CN 115018463A
- Authority
- CN
- China
- Prior art keywords
- amount
- order
- determining
- settlement
- period
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Public Health (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本公开提出一种订单的处理方法、装置、计算机设备及存储介质,涉及保险理赔技术领域。该方法包括:接收订单结算请求,其中,所述订单结算请求中包含用户标识及所述订单对应的待结算总金额;获取与所述用户标识关联的保单信息;根据所述保单信息中的理赔数据,确定所述订单对应的理赔金额;根据所述待结算总金额及所述理赔金额,确定所述订单当前的待支付金额。由此,可以在订单结算时,直接确定订单对应的理赔金额,并从订单的待结算总金额中扣除理赔金额,以确定订单对应的待支付金额,从而使用户在结算订单时,可以直接理赔,进而提升了理赔的频率。
Description
技术领域
本公开涉及保险理赔技术领域,尤其涉及一种订单的处理方法、装置、计算机设备及存储介质。
背景技术
随着计算机技术和互联网技术的发展,工作、生活中使用互联网的场景越来越多。比如,在线上问诊场景中,用户足不出户,就可以实现看病,购药等。
随着社会的发展,人们对健康保险也越来越重视,对于已经购买了健康保险的用户,在线上问诊过程中,用户需要先支付药品订单的全部金额,之后根据费用账单找对应的保险公司进行理赔。该理赔方式对于用户而言较为繁琐,不仅会耗费用户过多的时间,而且会影响健康保险的理赔效率,进而影响了用户的体验。
发明内容
本公开旨在至少在一定程度上解决相关技术中的技术问题之一。
本公开第一方面实施例提出了一种订单的处理方法,包括:
接收订单结算请求,其中,所述订单结算请求中包含用户标识及所述订单对应的待结算总金额;
获取与所述用户标识关联的保单信息;
根据所述保单信息中的理赔数据,确定所述订单对应的理赔金额;
根据所述待结算总金额及所述理赔金额,确定所述订单当前的待支付金额。
本公开第二方面实施例提出了一种订单的处理装置,包括:
接收模块,用于接收订单结算请求,其中,所述订单结算请求中包含用户标识及所述订单对应的待结算总金额;
第一获取模块,用于获取与所述用户标识关联的保单信息;
第二确定模块,用于根据所述保单信息中的理赔数据,确定所述订单对应的理赔金额;
第三确定模块,用于根据所述待结算总金额及所述理赔金额,确定所述订单当前的待支付金额。
本公开第三方面实施例提出了一种计算机设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如本公开第一方面实施例提出的订单的处理方法。
本公开第四方面实施例提出了一种非临时性计算机可读存储介质,存储有计算机程序,所述计算机程序被处理器执行时实现如本公开第一方面实施例提出的订单的处理方法。
本公开第五方面实施例提出了一种计算机程序产品,当所述计算机程序产品中的指令处理器执行时,执行本公开第一方面实施例提出的订单的处理方法。
本公开提供的订单的处理方法、装置、计算机设备及存储介质,存在如下有益效果:
本公开实施例中,首先接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额;之后获取与用户标识关联的保单信息,并根据保单信息中的理赔数据,确定订单对应的理赔金额,最后根据待结算总金额及理赔金额,确定订单当前的待支付金额。由此,可以在订单结算时,直接确定订单对应的理赔金额,并从订单的待结算总金额中扣除理赔金额,以确定订单对应的待支付金额,从而使用户在结算订单时,可以直接理赔,进而提升了理赔的频率。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本公开一实施例所提供的订单的处理方法的流程示意图;
图2为本公开实施例中提供的一种理赔数据的配置示意图;
图3为本公开另一实施例所提供的订单的处理方法的流程示意图;
图4为本公开另一实施例所提供的订单的处理方法的流程示意图;
图5为本公开另一实施例所提供的订单的处理方法的流程示意图;
图6为本公开另一实施例所提供的订单的处理装置的结构示意图;
图7示出了适于用来实现本公开实施方式的示例性计算机设备的框图。
具体实施方式
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
下面参考附图描述本公开实施例的订单的处理方法、装置、计算机设备和存储介质。
图1为本公开实施例所提供的订单的处理方法的流程示意图。
本公开实施例以该订单的处理方法被配置于订单的处理装置中来举例说明,该订单的处理装置可以应用于任一计算机设备中,以使该计算机设备可以执行订单的处理功能。
其中,计算机设备可以为个人电脑(Personal Computer,简称PC)、云端设备、移动设备等,移动设备例如可以为手机、平板电脑、个人数字助理、穿戴式设备、车载设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。
本公开的技术方案中,所涉及的用户个人信息的获取,存储和应用等,均符合相关法律法规的规定,且不违背公序良俗。
如图1所示,该订单的处理方法可以包括以下步骤:
步骤101,接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额。
其中,订单结算请求可以为客户端发送给服务器端,由服务器端根据用户标识对应的保单,对订单中的数据进行处理,以确定该订单对应的待支付金额的请求。
其中,用户标识为可以唯一标识用户身份的身份标识号。比如,身份证编码等,本公开对此不做限定。
其中,订单对应的待结算总金额可以为订单中所有药品对应的金额总和。
步骤102,获取与用户标识关联的保单信息。
其中,保单信息可以包含保单号、保单类型、保单的有效期、保单的理赔数据等等。本公开对此不做限定。
可选的,用户可以在在线问诊之前,或者购药的时候,将自己的保单信息通过客户端,发送给服务器,由服务器存储在自己的数据库中。由此,在接收到订单结算请求之后,就可以从数据库中获取该用户标识关联的保单信息。
或者,还可以在用户购买健康保险之后,在经过用户授权的情况下,由保险公司将用户的保单信息发送给服务器,由服务器存储在自己的服务器中。之后,服务器在接收到订单结算请求之后,即可根据订单结算请求中包含的用户标识获取对应的保单信息。
步骤103,根据保单信息中的理赔数据,确定订单对应的理赔金额。
其中,理赔数据可以为保单信息中,与理赔规则相关的数据。比如,单笔免赔额、单笔理赔金额阈值、赔付比例等等。
其中,理赔金额可以为用户购买的健康保险对应的赔付金额。
可选的,在获取用户标识对应的保单信息之后,可以对保单信息进行自然语言处理,以获取该保单信息中包含的理赔数据。
需要说明的是,相同类型的保险对应的理赔数据是相同的,即单笔免赔额、理赔周期、单笔理赔金额阈值等都是相同的。因此,服务器可以预先为每个保单类型配置对应的理赔数据,并关联存储至数据库中。之后,可以根据保单信息中包含的保单类型,从数据库中获取保单信息对应的理赔数据。由此,无需每次对保单信息进行识别,以获取包含的理赔数据,从而节省了资源,提高了获取理赔数据的效率。
图2为本公开实施例中提供的一种理赔数据的配置示意图,如图2所示,包括:免赔类型(单笔免赔、月免赔、年免赔等)、每种免赔类型对应的免赔金额、理赔类型(单笔理赔、月理赔、年理赔)、每种理赔类型对应的理赔金额阈值、每种理赔类型对应的理赔次数阈值、及赔付比例等等。本公开对此不做限定。
可以理解的是,在获取了理赔数据之后,即可根据理赔数据,对订单进行处理,以获取订单对应的理赔金额。
步骤104,根据待结算总金额及理赔金额,确定订单当前的待支付金额。
可以理解的是,在确定了订单的理赔金额之后,即可确定订单当前的待支付金额为待结算总金额与理赔金额之间的差值。
本公开实施例中,首先接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额;之后获取与用户标识关联的保单信息,并根据保单信息中的理赔数据,确定订单对应的理赔金额,最后根据待结算总金额及理赔金额,确定订单当前的待支付金额。由此,可以在订单结算时,直接确定订单对应的理赔金额,并从订单的待结算总金额中扣除理赔金额,以确定订单对应的待支付金额,从而使用户在结算订单时,可以直接理赔,进而提升了理赔的频率。
图3为本公开一实施例所提供的订单的处理方法的流程示意图,如图3所示,该订单的处理方法可以包括以下步骤:
步骤301,接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额。
步骤302,获取与用户标识关联的保单信息。
本公开实施例中,在获取用户标识关联的保单信息之后,需要将保单信息中的被保人与订单结算请求对应的用户进行进一步匹配,以保证获取的与用户标识关联的保单信息的准确性。
具体地,可以对用户的姓名及用户的身份证编号进行匹配。可选的,若保单信息为保险公司提供给服务器的,则保险公司会对被保人的姓名及身份证编号进行加密之后,发送给服务器端,即保单信息中包含的姓名及身份证编号是经过加密处理的。因此,服务器在接收到订单结算请求之后,会将用户的姓名及身份证编号进行加密之后,与保单信息中包含的被保人的姓名及身份证编号进行匹配。
可选的,在获取用户标识关联的保单信息之后,还需要对保单信息中的具体数据进行校验,比如,对数据的完整性及有效性进行校验。
步骤303,根据待结算总金额及理赔数据中的单笔免赔额,确定订单对应的第一理赔金额。
其中,单笔免赔额可以为每笔订单的待结算总金额中不予赔付的金额。
其中,第一理赔金额为根据单笔免赔额,确定的订单对应的理赔金额。
具体的,在待结算总金额小于或等于单笔免赔额,确定第一理赔金额为零。在待结算总金额大于单笔免赔额,确定第一理赔金额为待结算总金额与单笔免赔额间的差值,与赔付比例的乘积。
其中,赔付比例可以为理赔数据中包含的赔付比例。
可选的,在确定了第一理赔金额之后,若理赔数据中包含单笔理赔金额阈值,且确定的第一理赔金额大于单笔理赔金额阈值的情况下,可以根据单笔理赔金额阈值,对第一理赔金额进行更新。即确定更新后的第一理赔金额为单笔理赔金额阈值。由此,可以进一步对第一理赔金额进行修正,以使确定的第一理赔金额不超过单笔理赔金额阈值。
其中,单笔理赔金额阈值,为保单对应的保险公司为每笔订单赔付的最高金额。
步骤304,确定接收到订单结算请求的第一时间所属的目标理赔周期。
其中,第一时间可以为服务器接收到订单结算请求的日期。
其中,目标理赔周期可以为第一时间对应的理赔周期。
具体的,理赔数据中可以包含保单的理赔周期,比如,理赔周期可以为月、也可以为年。本公开对此不做限定。
举例来说,若理赔周期为月,保单信息中包含保单的有效期的起始时间为2020年4月25日,则第一个理赔周期为2020年4月25日至2020年5月24日。若第一时间为2020年7月5日,则第一时间所属的目标理赔周期为2020年6月25日至2020年7月24日。
步骤305,根据理赔数据中的周期免赔额阈值,及目标理赔周期内的历史免赔额,确定目标理赔周期内的剩余免赔额。
其中,周期免赔额阈值,可以为每个理赔周期对应的免赔额。
其中,历史免赔额为目标理赔周期内,已使用的免赔额度。
其中,目标理赔周期内的剩余免赔额可以为周期免赔额阈值与历史免赔额之间的差值。
步骤306,根据待结算总金额及剩余免赔额,确定订单对应的第二理赔金额。
其中,第二理赔金额可以为根据周期免赔额阈值,确定的订单对应的理赔金额。
具体的,在周期剩余免赔额为零的情况下,确定第二理赔金额为待结算总金额与赔付比例的乘积。
或者,在周期剩余免赔额大于或等于待结算总金额的情况下,确定第二理赔金额为零。
或者,在周期剩余免赔额大于零,且小于待结算总金额的情况下,确定第二理赔金额为待结算总金额与周期剩余免赔额间的差值,与赔付比例的乘积。
可选的,在确定了第二理赔金额之后,在理赔数据中包含目标理赔周期对应的周期理赔金额阈值的情况下,可以先获取目标理赔周期内的历史理赔金额;根据历史理赔金额及周期理赔金额阈值,确定目标理赔周期内的剩余理赔金额,在剩余理赔金额小于第二理赔金额的情况下,根据剩余理赔金额,对第二理赔金额进行更新,即将第二列佩金额更新为剩余理赔金额。由此,可以进一步对第二理赔金额进行修正,以使确定的第二理赔金额与历史理赔金额的和不超过目标理赔周期的周期理赔金额阈值。
其中,周期理赔金额阈值可以为理赔周期对应的最高理赔金额,即赔付额上限。
其中,历史理赔金额可以为目标理赔周期内已经赔付的金额。
其中,目标理赔周期对应的剩余理赔金额可以为周期理赔金额阈值与周期理赔金额阈值差值。
步骤307,确定第一理赔金额与第二理赔金额中的最小值为订单对应的理赔金额。
可以理解的是,在理赔数据中既包含单笔免赔额,又包含周期免赔额阈值的情况下,要同时计算单笔免赔对应的第一理赔金额及周期免赔对应的第二理赔金额,最后确定订单对应的理赔金额为第一理赔金额与第二理赔金额中的最小值。
步骤308,根据待结算总金额及理赔金额,确定订单当前的待支付金额。
本公开实施例中,首先接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额,之后获取与用户标识关联的保单信息,根据待结算总金额及保单信息对应的理赔数据中的单笔免赔额,确定订单对应的第一理赔金额,再确定接收到订单结算请求的第一时间所属的目标理赔周期,根据目标理赔周期内剩余免赔额及待结算总金额,确定第二理赔金额,之后确定第一理赔金额与第二理赔金额中的最小值为订单对应的理赔金额,最后根据待结算总金额及理赔金额,确定订单当前的待支付金额。由此,可以根据不同理赔类型下的理赔金额,确定订单对应的最终理赔金额,从而使得确定的理赔金额符合不同理赔类型下的理赔金额阈值,使确定的理赔金额更加准确。
图4为本公开一实施例所提供的订单的处理方法的流程示意图,如图4所示,该订单的处理方法可以包括以下步骤:
步骤401,接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额。
步骤402,获取与用户标识关联的保单信息。
可选的,在获取用户标识关联的保单信息之后,可以先确定保单状态。在保单信息中的保单状态为有效状态的情况下,确定接收到订单结算请求的第一时间,是否处于保单信息中的保单有效期内。在第一时间未处于保单有效期内,确定订单对应的理赔金额为零。
可以理解的是,在第一时间处于保单有效期内的情况下,可以进一步获取产品方案有效期,若第一时间处于产品方案有效期内,确定订单为可理赔订单。若第一时间未处于保单有效期内,确定订单对应的理赔金额为零。
举例来说,若与用户标识关联的保单为团单的情况下,多个被保人应相同的保单,即保单有效期是相同的。但是每个被保人对应的产品方案有效期可能是不同的,因此,还需进一步确定第一时间是否在产品方案有效期内。
可选的,在确定了用户标识关联的保单信息之后,还可以进一步进行风控锁定。具体地,在用户标识为预设的用户标识的情况下,确定订单对应的理赔金额为零。
其中,预设的用户标识可以为预先设置的黑名单用户,即不可被理赔的用户。或者,实时根据用户的信用状态确定的黑名单用户。
可选的,在保单信息中的保单号为预设的保单号的情况下,确定订单对应的理赔金额为零。
其中,预设的保单号,可以为预先设置的,不能直接赔付的保单号。比如,保单的数据出现错误,即可将该保单号设置为不可直接赔付的保单号。
可选的,在保单信息中的保险公司标识为预设的保险公司标识的情况下,确定订单对应的理赔金额为零。
其中,预设的保险公司标识可以为预先设置的,不能直接赔付的保险公司,即该保险公司下所有的保单均不可直接赔付。
步骤403,响应于理赔数据中包含理赔次数阈值,获取目标理赔周期对应的历史理赔次数。
其中,理赔次数阈值可以为一个理赔周期内,可以理赔的次数阈值,即赔付次数上限。比如,理赔次数阈值可以为8次、10次等等。本公开对此不做限定。
其中,历史理赔次数可以为目标理赔周期内,已经理赔的次数。
步骤404,根据历史理赔次数及理赔次数阈值,确定目标理赔周期对应的剩余理赔次数。
其中,剩余理赔次数等于理赔次数阈值与历史理赔次数间的差值。
步骤405,响应于剩余理赔次数等于零,确定订单对应的理赔金额为零。
可以理解的是,若剩余理赔次数等于零,表征目标理赔周期内无剩余理赔次数,即当前的订单为不能理赔的订单,因此,确定订单对应的理赔金额为零。
需要说明的是,在剩余理赔次数不为零的情况下,可以进一步根据理赔数据,确定订单对应的理赔金额。
本公开实施例,首先接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额,之后获取与用户标识关联的保单信息,在理赔数据中包含理赔次数阈值,获取目标理赔周期对应的历史理赔次数,根据历史理赔次数及理赔次数阈值,确定目标理赔周期对应的剩余理赔次数,最后在剩余理赔次数等于零的情况下,确定订单对应的理赔金额为零。由此,在获取保单信息之后,可以先获取目标理赔周期内的剩余理赔次数,若剩余理赔次数为零,可直接确定理赔金额,由此,节省了确定理赔金额的步骤,提高了确定理赔金额的效率。
图5为本公开一实施例所提供的订单的处理方法的流程示意图,如图5所示,该订单的处理方法可以包括以下步骤:
步骤501,接收订单结算请求。
步骤502,理赔数据及理赔关系责任链节点处理。
具体为,查询理赔数据,对理赔数据进行完整性、有效性、合法性的校验。在理赔数据校验成功的情况下,根据订单结算请求中的用户标识,获取用户姓名、身份证编号,并与保单的被保人的姓名及身份证标号进行匹配,在被保人匹配成功的情况下,查询理赔快照数据,并校验理赔快照数据的完整性、有效性、合法性。
其中,理赔快照数据是用户在购买保单时,该保单对应的理赔数据。也即若保单对应的理赔数据在保单生效之后,接收订单结算请求之前发生了变化,在确定理赔数据时,仍以购买保单时对应的理赔数据为准。
需要说明的是,在理赔数据及理赔关系责任链节点处理过程中,若任一数据的校验失败,则不进行下一步的处理,并向客户端返回对应的不可理赔的原因。比如,若保单的被保人的姓名及身份证标号与订单结算请求对应的用户标识的姓名及身份证编号不匹配,则结束责任链校验,并向客户端返回不可理赔原因。比如,未匹配到对应的保单信息,理赔金额为0。
步骤503,保单信息校验责任链节点处理。
具体为,根据用户标识获取保单信息,在获取多对应的保单信息的情况下,对保单信息进行校验,具体校验保单信息的有效性、合法性、完整性等。
步骤504,理赔条件责任链节点处理。
具体为,在获取用户标识关联的保单信息之后,可以先确定保单状态。在保单信息中的保单状态为有效状态的情况下,确定接收到订单结算请求的第一时间,是否处于保单信息中的保单有效期内。若第一时间处于保单信息中的保单有效期内,进一步匹配用户标识对应的保单产品方案,获取保单的产品方案有效期,若第一时间处于产品方案有效期内,确定订单为可理赔订单。
需要说明的是,在理赔条件责任链节点处理过程中,若任一数据的校验失败,则不进行下一步的处理,并向客户端返回对应的不可理赔的原因。比如,第一时间未处于保单有效期内,则结束责任链校验,并向客户端返回不可理赔原因。比如,保单失效,理赔金额为0。
步骤505,获取分布式锁。
其中,分布式锁可以为redis分布式锁,本公开对此不做限定。分布式锁可以避免不同的理算维度并联进行,从而避免并发导致的理赔金额错乱。
步骤506,风控锁定责任链节点处理。
具体为,检验用户是否被锁定,即检验用户标识是否为预设的用户标识。在用户标识为非预设的用户标识的情况下,进一步校验保单是否被锁定,即校验保单信息中的保单号是否为预设的保单号。在保单号为非预设的保单号的情况下,进一步渠道是否被锁定,即校验保单信息中的保险公司标识是否为预设的保险公司标识。
需要说明的是,在风控锁定责任链节点处理过程中,若任一数据的校验失败,则不进行下一步的处理,并向客户端返回对应的不可理赔的原因。比如,检验用户被锁定,则结束责任链校验,并向客户端返回不可理赔原因。比如,您为黑名单用户,理赔金额为0。
步骤507,幂等校验责任链节点处理。
具体为,根据订单的标识,确定该订单是否为已经理赔过的订单。若该订单为已经理赔过的订单,则结束责任链校验,并向客户端返回不可理赔原因。
步骤508,理算额度校验责任链节点处理。
具体为,可以获取目标理算周期内的剩余理赔金额、和/或剩余理赔次数,在剩余理赔金额为0,或剩余理赔次数为0的情况下,则结束责任链校验,并向客户端返回不可理赔原因。比如,无可理赔额度,或无可理赔次数等等。本公开对此不做限定。
本公开实施例中,在确定定的理赔金额之前,先进行一系列的责任链校验,在任一责任链校验失败的情况下,确定订单对应的理赔金额为零。从而节省了确定订单理赔的效率及准确性。
为了实现上述实施例,本公开还提出一种订单的处理装置。
图6为本公开实施例所提供的订单的处理装置的结构示意图。
如图6所示,该订单的处理装置600可以包括:接收模块610、第一获取模块620、第二确定模块630、第三确定模块640。
其中,接收模块610,用于接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额;
第一获取模块620,用于获取与用户标识关联的保单信息;
第二确定模块630,用于根据保单信息中的理赔数据,确定订单对应的理赔金额;
第三确定模块640,用于根据待结算总金额及理赔金额,确定订单当前的待支付金额。
可选的,第二确定模块630,具体用于:
根据待结算总金额及理赔数据中的单笔免赔额,确定订单对应的第一理赔金额;
确定接收到订单结算请求的第一时间所属的目标理赔周期;
根据理赔数据中的周期免赔额阈值,及目标理赔周期内的历史免赔额,确定目标理赔周期内的剩余免赔额;
根据待结算总金额及剩余免赔额,确定订单对应的第二理赔金额;
确定第一理赔金额与第二理赔金额中的最小值为订单对应的理赔金额。
可选的,第二确定模块630,还具体用于:
在理赔数据中包含单笔理赔金额阈值,且第一理赔金额大于单笔理赔金额阈值的情况下,根据单笔理赔金额阈值,对第一理赔金额进行更新。
可选的,第二确定模块630,还具体用于:
响应于理赔数据中包含目标理赔周期对应的周期理赔金额阈值,获取目标理赔周期内的历史理赔金额;
根据历史理赔金额及周期理赔金额阈值,确定目标理赔周期内的剩余理赔金额;
响应于剩余理赔金额小于第二理赔金额,根据剩余理赔金额,对第二理赔金额进行更新。
可选的,还包括:
第二获取模块,用于根据保单信息中包含的保单类型,从数据库中获取保单信息对应的理赔数据。
可选的,还包括第四确定模块,具体用于:
响应于理赔数据中包含理赔次数阈值,获取目标理赔周期对应的历史理赔次数;
根据历史理赔次数及理赔次数阈值,确定目标理赔周期对应的剩余理赔次数;
响应于剩余理赔次数等于零,确定订单对应的理赔金额为零。
可选的,还包括第五确定模块,具体用于:
响应于保单信息中的保单状态为有效状态,确定接收到订单结算请求的第一时间,是否处于保单信息中的保单有效期内;
响应于第一时间未处于保单有效期内,确定订单对应的理赔金额为零。
可选的,还包括第六确定模块,具体用于:
响应于用户标识为预设的用户标识,确定订单对应的理赔金额为零;
响应于保单信息中的保单号为预设的保单号,确定订单对应的理赔金额为零;
响应于保单信息中的保险公司标识为预设的保险公司标识,确定订单对应的理赔金额为零。
本公开实施例中的上述各模块的功能及具体实现原理,可参照上述各方法实施例,此处不再赘述。
本公开实施例的订单的处理装置,首先接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额;之后获取与用户标识关联的保单信息,并根据保单信息中的理赔数据,确定订单对应的理赔金额,最后根据待结算总金额及理赔金额,确定订单当前的待支付金额。由此,可以在订单结算时,直接确定订单对应的理赔金额,并从订单的待结算总金额中扣除理赔金额,以确定订单对应的待支付金额,从而使用户在结算订单时,可以直接理赔,进而提升了理赔的频率。
为了实现上述实施例,本公开还提出一种计算机设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时,实现如本公开前述实施例提出的订单的处理方法。
为了实现上述实施例,本公开还提出一种非临时性计算机可读存储介质,存储有计算机程序,计算机程序被处理器执行时实现如本公开前述实施例提出的订单的处理方法。
为了实现上述实施例,本公开还提出一种计算机程序产品,当计算机程序产品中的指令处理器执行时,执行如本公开前述实施例提出的订单的处理方法。
图7示出了适于用来实现本公开实施方式的示例性计算机设备的框图。图7显示的计算机设备12仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示,计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture;以下简称:ISA)总线,微通道体系结构(Micro Channel Architecture;以下简称:MAC)总线,增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation;以下简称:VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection;以下简称:PCI)总线。
计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(Random Access Memory;以下简称:RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示,通常称为“硬盘驱动器”)。尽管图7中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如:光盘只读存储器(Compact Disc Read OnlyMemory;以下简称:CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory;以下简称:DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本公开各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本公开所描述的实施例中的功能和/或方法。
计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该计算机设备12交互的设备通信,和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network;以下简称:LAN),广域网(Wide Area Network;以下简称:WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白,尽管图中未示出,可以结合计算机设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现前述实施例中提及的方法。
本公开的技术方案,首先接收订单结算请求,其中,订单结算请求中包含用户标识及订单对应的待结算总金额;之后获取与用户标识关联的保单信息,并根据保单信息中的理赔数据,确定订单对应的理赔金额,最后根据待结算总金额及理赔金额,确定订单当前的待支付金额。由此,可以在订单结算时,直接确定订单对应的理赔金额,并从订单的待结算总金额中扣除理赔金额,以确定订单对应的待支付金额,从而使用户在结算订单时,可以直接理赔,进而提升了理赔的频率。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本公开的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本公开的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本公开的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本公开各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本公开的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本公开的限制,本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (19)
1.一种订单的处理方法,其特征在于,包括:
接收订单结算请求,其中,所述订单结算请求中包含用户标识及所述订单对应的待结算总金额;
获取与所述用户标识关联的保单信息;
根据所述保单信息中的理赔数据,确定所述订单对应的理赔金额;
根据所述待结算总金额及所述理赔金额,确定所述订单当前的待支付金额。
2.根据权利要求1所述的方法,其特征在于,所述根据所述保单信息对应的理赔数据,确定所述订单对应的理赔金额,包括:
根据所述待结算总金额及所述理赔数据中的单笔免赔额,确定所述订单对应的第一理赔金额;
确定接收到所述订单结算请求的第一时间所属的目标理赔周期;
根据所述理赔数据中的周期免赔额阈值,及所述目标理赔周期内的历史免赔额,确定所述目标理赔周期内的剩余免赔额;
根据所述待结算总金额及所述剩余免赔额,确定所述订单对应的第二理赔金额;
确定所述第一理赔金额与所述第二理赔金额中的最小值为所述订单对应的理赔金额。
3.根据权利要求2所述的方法,其特征在于,在所述根据所述待结算总金额及所述理赔数据中的单笔免赔额,确定所述订单对应的第一理赔金额之后,还包括:
在所述理赔数据中包含单笔理赔金额阈值,且所述第一理赔金额大于所述单笔理赔金额阈值的情况下,根据所述单笔理赔金额阈值,对所述第一理赔金额进行更新。
4.根据权利要求2所述的方法,其特征在于,在所述根据所述待结算总金额及所述剩余免赔额,确定所述订单对应的第二理赔金额之后,还包括:
响应于所述理赔数据中包含所述目标理赔周期对应的周期理赔金额阈值,获取所述目标理赔周期内的历史理赔金额;
根据所述历史理赔金额及所述周期理赔金额阈值,确定所述目标理赔周期内的剩余理赔金额;
响应于所述剩余理赔金额小于所述第二理赔金额,根据所述剩余理赔金额,对所述第二理赔金额进行更新。
5.根据权利要求1所述的方法,其特征在于,在所述根据所述保单信息对应的理赔数据,确定订单对应的理赔金额之前,还包括:
根据所述保单信息中包含的保单类型,从数据库中获取所述保单信息对应的理赔数据。
6.根据权利要求2-5任一所述的方法,其特征在于,在所述获取与所述用户标识关联的保单信息之后,还包括:
响应于所述理赔数据中包含理赔次数阈值,获取所述目标理赔周期对应的历史理赔次数;
根据所述历史理赔次数及所述理赔次数阈值,确定所述目标理赔周期对应的剩余理赔次数;
响应于所述剩余理赔次数等于零,确定所述订单对应的理赔金额为零。
7.根据权利要求1-5任一所述的方法,其特征在于,在所述获取与所述用户标识关联的保单信息之后,还包括:
响应于所述保单信息中的保单状态为有效状态,确定接收到所述订单结算请求的第一时间,是否处于所述保单信息中的保单有效期内;
响应于所述第一时间未处于所述保单有效期内,确定所述订单对应的理赔金额为零。
8.根据权利要求1-5任一所述的方法,其特征在于,在所述获取与所述用户标识关联的保单信息之后,还包括以下步骤中的至少一项:
响应于所述用户标识为预设的用户标识,确定所述订单对应的理赔金额为零;
响应于所述保单信息中的保单号为预设的保单号,确定所述订单对应的理赔金额为零;
响应于所述保单信息中的保险公司标识为预设的保险公司标识,确定所述订单对应的理赔金额为零。
9.一种订单的处理装置,其特征在于,包括:
接收模块,用于接收订单结算请求,其中,所述订单结算请求中包含用户标识及所述订单对应的待结算总金额;
第一获取模块,用于获取与所述用户标识关联的保单信息;
第二确定模块,用于根据所述保单信息中的理赔数据,确定所述订单对应的理赔金额;
第三确定模块,用于根据所述待结算总金额及所述理赔金额,确定所述订单当前的待支付金额。
10.根据权利要求9所述的装置,其特征在于,所述第二确定模块,具体用于:
根据所述待结算总金额及所述理赔数据中的单笔免赔额,确定所述订单对应的第一理赔金额;
确定接收到所述订单结算请求的第一时间所属的目标理赔周期;
根据所述理赔数据中的周期免赔额阈值,及所述目标理赔周期内的历史免赔额,确定所述目标理赔周期内的剩余免赔额;
根据所述待结算总金额及所述剩余免赔额,确定所述订单对应的第二理赔金额;
确定所述第一理赔金额与所述第二理赔金额中的最小值为所述订单对应的理赔金额。
11.根据权利要求10所述的装置,其特征在于,所述第二确定模块,还具体用于:
在所述理赔数据中包含单笔理赔金额阈值,且所述第一理赔金额大于所述单笔理赔金额阈值的情况下,根据所述单笔理赔金额阈值,对所述第一理赔金额进行更新。
12.根据权利要求10所述的装置,其特征在于,所述第二确定模块,还具体用于:
响应于所述理赔数据中包含所述目标理赔周期对应的周期理赔金额阈值,获取所述目标理赔周期内的历史理赔金额;
根据所述历史理赔金额及所述周期理赔金额阈值,确定所述目标理赔周期内的剩余理赔金额;
响应于所述剩余理赔金额小于所述第二理赔金额,根据所述剩余理赔金额,对所述第二理赔金额进行更新。
13.根据权利要求9所述的装置,其特征在于,还包括:
第二获取模块,用于根据所述保单信息中包含的保单类型,从数据库中获取所述保单信息对应的理赔数据。
14.根据权利要求10-13任一所述的装置,其特征在于,还包括第四确定模块,具体用于:
响应于所述理赔数据中包含理赔次数阈值,获取所述目标理赔周期对应的历史理赔次数;
根据所述历史理赔次数及所述理赔次数阈值,确定所述目标理赔周期对应的剩余理赔次数;
响应于所述剩余理赔次数等于零,确定所述订单对应的理赔金额为零。
15.根据权利要求9-13任一所述的装置,其特征在于,还包括第五确定模块,具体用于:
响应于所述保单信息中的保单状态为有效状态,确定接收到所述订单结算请求的第一时间,是否处于所述保单信息中的保单有效期内;
响应于所述第一时间未处于所述保单有效期内,确定所述订单对应的理赔金额为零。
16.根据权利要求9-13任一所述的装置,其特征在于,还包括第六确定模块,具体用于:
响应于所述用户标识为预设的用户标识,确定所述订单对应的理赔金额为零;
响应于所述保单信息中的保单号为预设的保单号,确定所述订单对应的理赔金额为零;
响应于所述保单信息中的保险公司标识为预设的保险公司标识,确定所述订单对应的理赔金额为零。
17.一种计算机设备,其特征在于,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如权利要求1-8中任一所述的订单的处理方法。
18.一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,实现如权利要求1-8中任一所述的订单的处理方法。
19.一种计算机程序产品,其特征在于,包括计算机程序,所述计算机程序在被处理器执行时,实现如权利要求1-8中任一项所述的订单的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210689837.6A CN115018463A (zh) | 2022-06-17 | 2022-06-17 | 订单的处理方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210689837.6A CN115018463A (zh) | 2022-06-17 | 2022-06-17 | 订单的处理方法、装置、计算机设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115018463A true CN115018463A (zh) | 2022-09-06 |
Family
ID=83075224
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210689837.6A Pending CN115018463A (zh) | 2022-06-17 | 2022-06-17 | 订单的处理方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115018463A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117273666A (zh) * | 2023-11-21 | 2023-12-22 | 太平金融科技服务(上海)有限公司深圳分公司 | 一种自动理赔方法、电子设备和存储介质 |
-
2022
- 2022-06-17 CN CN202210689837.6A patent/CN115018463A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117273666A (zh) * | 2023-11-21 | 2023-12-22 | 太平金融科技服务(上海)有限公司深圳分公司 | 一种自动理赔方法、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110263024B (zh) | 数据处理方法、终端设备及计算机存储介质 | |
CN109242261B (zh) | 基于大数据评估保全风险的方法及终端设备 | |
CN107016544B (zh) | 跨实体的验证规则管理 | |
CN112330471B (zh) | 业务数据处理方法、装置、计算机设备及存储介质 | |
CN111260465A (zh) | 一种业务处理方法、装置、服务器及存储介质 | |
US8108225B2 (en) | Method, system, and software for analysis of a billing process | |
CN110147378B (zh) | 数据核对方法、装置、计算机设备及存储介质 | |
CN109558409A (zh) | 数据处理方法及装置 | |
CN115018463A (zh) | 订单的处理方法、装置、计算机设备及存储介质 | |
CN110245182B (zh) | 用于处理分布式数据的方法、设备、装置和介质 | |
CN108694588B (zh) | 虚拟资源请求方法及终端设备 | |
CN113592625A (zh) | 征信报告的生成方法、装置及电子设备 | |
CN110070383B (zh) | 基于大数据分析的异常用户识别方法及装置 | |
US20180060379A1 (en) | Automated correlation and deduplication of identities | |
CN111367776A (zh) | 资源转移业务的记录方法、装置、设备及存储介质 | |
JPWO2020085266A1 (ja) | 制御方法、ファンド管理システム、プログラム、及び、データ構造 | |
JPWO2020085267A1 (ja) | 制御方法、ファンド管理システム、プログラム、及び、データ構造 | |
JP6418428B1 (ja) | 民泊管理支援システムおよび民泊管理支援方法 | |
CN111815272B (zh) | 申请审核方法、装置、电子设备及存储介质 | |
CN111489101A (zh) | 基于大数据的订单审核方法、装置、设备和介质 | |
CN112132349A (zh) | 绩效数据处理方法、装置、计算机设备及计算机可读介质 | |
CN112463809A (zh) | 债券信息维护方法、装置、设备及介质 | |
CN111754239A (zh) | 融合数据、信息、知识的支付密码评估方法及组件 | |
CN113159768B (zh) | 一种交易存证方法、装置及设备 | |
CN111080379A (zh) | 基于区块链的金融数据处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |