买专利卖专利找龙图腾,真高效! 查专利查商标用IPTOP,全免费!专利年费监控用IP管家,真方便!
申请/专利权人:深圳平安医疗健康科技服务有限公司
摘要:本发明实施例公开了一种保险理赔核责数据处理方法、服务器及计算机可读存储介质,涉及保险理赔核责数据的分析处理,其中方法包括:理赔平台接收用户终端发送的保险理赔请求,所述理赔请求包括理赔保险险种;理赔平台根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则;理赔平台根据所述理赔核责规则获取核责信息,所述核责信息为理赔平台根据所述理赔核责规则对所述保险理赔请求对应的保险事故进行核责处理时需要的信息;理赔平台根据所述理赔核责规则和所述核责信息对所述保险事故进行核责处理。通过本申请实施例,可以有效提升保险理赔核责的工作效率,节省人力资源成本,提升用户体验。
主权项:1.一种保险理赔核责数据处理方法,其特征在于,包括:理赔平台接收用户终端发送的保险理赔请求,所述理赔请求包括理赔保险险种;理赔平台根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则;理赔平台根据所述理赔核责规则获取核责信息,所述核责信息为理赔平台根据所述理赔核责规则对所述保险理赔请求对应的保险事故进行核责处理时所用的信息;不同的核责规则需要使用不同的核责信息来进行相应的核责判断;所述核责信息存储在第三方平台;第三方平台由所述理赔平台根据核具体的核责信息和获取该核责信息的第三方平台建立核责信息来源关系表确定;当理赔平台从核责规则库中获取到所述理赔核责规则后,便根据获取到的理赔核责规则从所述核责规则和核责信息的关系表中确定核责信息列表,其中该核责信息列表中包括了理赔平台根据所述理赔核责规则对上述保险事故进行核责处理时需要的核责信息的信息清单;理赔平台根据所述核责信息列表和所述核责信息来源关系表确定获取所述核责信息列表中的核责信息的第三方平台;最后,理赔平台从所述第三方平台去获取所述核责信息列表中的核责信息;理赔平台对所述核责信息进行预处理得到核责数据,所述核责数据能够被理赔平台的核责处理系统识别;理赔平台将第一核责规则的第一核责数据作为所述第一规则进行核责判断的输入,判断得到第一核责规则的第一输出结果,所述输出结果包括0或1,其中上述第一核责规则为所述理赔核责规则中的任意一条核责规则;理赔平台采用和所述第一核责规则相同的操作,计算所述理赔核责规则中剩余其他核责规则的输出结果;理赔平台根据核责规则的输出结果与保险责任的关系真值表,和所述理赔核责规则中全部的核责规则的输出结果来确定所述理赔保险险种对所述保险事故承担的保险责任。
全文数据:一种保险理赔核责数据处理方法以及服务器技术领域本发明涉及数据分析技术领域,尤其涉及一种保险理赔核责数据处理方法、服务器及计算机可读存储介质。背景技术在保险的理赔过程中,需要对保险事故进行核责、核损以及风险验证,因此在理赔过程中需要使用核责规则。然而,保险产品有很多种,不同的保险产品具有不同的保险责任。因此,在保险的投保以及理赔的过程中不同的保险产品对应的有不同的投保资格验证规则、核责规则。面对众多的保险产品,在传统的保险理赔过程中,需要大量的保险专员,根据每个保险的核责规则处理保险理赔的核责以及风险验证任务。因此,传统的保险理赔核责处理过程不仅浪费人力资源,且工作效率低。发明内容本发明实施例提供一种保险理赔核责数据处理方法,可有效提升保险理赔核责的工作效率,节省人力资源成本。第一方面,本发明实施例提供了一种保险理赔核责数据处理方法,该方法包括:理赔平台接收用户终端发送的保险理赔请求,所述理赔请求包括理赔保险险种;理赔平台根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则;理赔平台根据所述理赔核责规则获取核责信息,所述核责信息为理赔平台根据所述理赔核责规则对所述保险理赔请求对应的保险事故进行核责处理时需要的信息;理赔平台根据所述理赔核责规则和所述核责信息对所述保险事故进行核责处理。可选的,所述理赔请求中还包括被保险人身份信息;在所述接收用户终端发送的保险理赔请求之后,所述方法还包括:理赔平台根据所述被保险人身份信息从数据库中获取被保险人投保的保险险种信息;理赔平台判断所述保险险种信息中是否存在所述理赔保险险种;若所述保险信息中存在所述理赔保险险种,理赔平台则执行所述根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则的操作。可选的,所述理赔请求中还包括与所述理赔保险险种的保险责任匹配的保险金申请类型;所述根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则包括:理赔平台确定所述理赔保险险种的保单记载的保险责任中与所述保险金申请类型相匹配的理赔保险责任;理赔平台从核责规则库中获取与所述理赔保险责任相匹配的理赔核责规则。可选的,所述根据所述理赔核责规则获取核责信息包括:理赔平台根据所述理赔核责规则确定核责信息列表,所述核责信息列表包括理赔平台根据所述理赔核责规则对所述保险事故进行核责处理时需要的核责信息的信息清单;理赔平台获取所述核责信息列表中包括的核责信息。可选的,所述获取所述核责信息列表中包括的核责信息包括:理赔平台根据核责信息来源关系表和所述核责信息列表确定获取所述核责信息的第三方平台,所述核责信息来源关系表中包括核责信息和第三方平台的对应关系;理赔平台根据所述被保险人身份信息从所述第三方平台获取所述核责信息列表中包括的核责信息。可选的,在所述根据所述理赔核责规则获取核责信息之后,在所述根据所述理赔核责规则和所述核责信息对所述保险事故进行核责处理之前,所述方法还包括:理赔平台对所述核责信息进行预处理得到核责数据,所述核责数据能够被理赔平台的核责处理系统识别;所述根据所述理赔核责规则和所述核责信息对所述保险事故进行核责处理包括:理赔平台根据所述理赔核责规则和所述核责数据对所述保险事故进行核责处理。可选的,所述根据所述核责规则和所述核责数据对所述保险事故进行核责处理包括:理赔平台将所述第一核责规则的第一核责数据作为所述第一规则进行核责判断的输入,判断得到第一核责规则的第一输出结果,所述输出结果包括0或1,其中上述第一核责规则为所述理赔核责规则中的任意一条核责规则;理赔平台采用和所述第一核责规则相同的操作,计算所述理赔核责规则中剩余其他核责规则的输出结果;理赔平台根据核责规则的输出结果与保险责任的关系真值表,和所述理赔核责规则中全部的核责规则的输出结果来确定所述理赔保险险种对所述保险事故承担的保险责任。第二方面,本发明实施例提供了一种服务器,该服务器包括用于执行上述第一方面的方法的单元,该服务器包括:接收单元,用于接收用户终端发送的保险理赔请求,所述理赔请求包括理赔保险险种;第一获取单元,用于根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则;第二获取单元,用于根据所述理赔核责规则获取核责信息,所述核责信息为理赔平台根据所述理赔核责规则对所述保险理赔请求对应的保险事故进行核责处理时需要的信息;理赔单元,用于根据所述理赔核责规则和所述核责信息对所述保险事故进行核责处理。可选的,所述理赔请求中还包括被保险人身份信息;所述服务器还包括:第三获取单元,用于根据所述被保险人身份信息从数据库中获取被保险人投保的保险险种信息;判断单元,用于判断所述保险险种信息中是否存在所述理赔保险险种;所述第一获取单元,用于在所述判断单元判断所述保险信息中存在所述理赔保险险种时,执行所述根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则的操作。可选的,所述理赔请求中还包括与所述理赔保险险种的保险责任匹配的保险金申请类型;所述第一获取单元包括:第一确定单元,用于确定所述理赔保险险种的保单记载的保险责任中与所述保险金申请类型相匹配的理赔保险责任;所述第一获取单元,用于从核责规则库中获取与所述理赔保险责任相匹配的理赔核责规则。可选的,所述第二获取单元,用于根据所述理赔核责规则确定核责信息列表,所述核责信息列表包括理赔平台根据所述理赔核责规则对所述保险事故进行核责处理时需要的核责信息的信息清单;获取所述核责信息列表中包括的核责信息。可选的,所述第二获取单元包括:第二确定单元,用于根据核责信息来源关系表和所述核责信息列表确定获取所述核责信息的第三方平台,所述核责信息来源关系表中包括核责信息和第三方平台的对应关系;所述第二获取单元,用于根据所述被保险人身份信息从所述第三方平台获取所述核责信息列表中包括的核责信息。可选的,所述服务器还包括:预处理单元,用于对所述核责信息进行预处理得到核责数据,所述核责数据能够被理赔平台的核责处理系统识别;所述理赔单元,用于根据所述理赔核责规则和所述核责数据对所述保险事故进行核责处理。可选的,所述理赔单元包括:计算单元,用于将所述第一核责规则的第一核责数据作为所述第一规则进行核责判断的输入,判断得到第一核责规则的第一输出结果,所述输出结果包括0或1,其中上述第一核责规则为所述理赔核责规则中的任意一条核责规则;采用和所述第一核责规则相同的操作,计算所述理赔核责规则中剩余其他核责规则的输出结果;第三确定单元,用于根据核责规则的输出结果与保险责任的关系真值表,和所述理赔核责规则中全部的核责规则的输出结果来确定所述理赔保险险种对所述保险事故承担的保险责任。第三方面,本发明实施例提供了另一种服务器,包括处理器、输入设备、输出设备和存储器,所述处理器、输入设备、输出设备和存储器相互连接,其中,所述存储器用于存储支持服务器执行上述方法的计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,用以执行上述第一方面的方法。第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行,用以执行上述第一方面的方法。在本申请实施例中,理赔平台根据具体的保险产品即上述理赔保险险种来从核责规则库中获取该保险产品需要的理赔核责规则。然后理赔平台根据核责规则和核责信息的关系表确定对保险事故核责是需要的核责信息,并根据具体的核责信息内容确定获取该核责信息的第三方平台。接着理赔平台从第三方平台获取上述核责信息;获取到核责信息后对核责信息进行预处理得到能够别核责系统识别的核责数据。最后理赔平台根据上述理赔核责规则和上述核责信息对上述保险事故进行核责处理。通过本申请实施例,可以有效提升保险理赔核责的工作效率,节省人力资源成本,提升用户体验。附图说明为了更清楚地说明本发明实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍。图1是本申请实施例提供一种保险理赔核责数据处理方法的示意流程图;图2是本申请实施例提供的另一种保险理赔核责数据处理方法的示意流程图;图3是本申请实施例提供的一种服务器的示意框图;图4是本申请实施例提供的一种设备示意框图;图5是本申请实施例提供的一种服务器结构示意图。具体实施方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和或其集合的存在或添加。还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。参见图1,是本发明实施例提供一种保险理赔核责数据处理方法的示意流程图,如图所示该方法可包括:101:理赔平台接收用户终端发送的保险理赔请求,上述理赔请求包括理赔保险险种。其中,上述理赔请求中可以包括被保险人身份信息、理赔保险险种、与上述理赔保险险种的保险责任匹配的保险金申请类型等信息。在本申请实施例中,当被保险人发生险保险事故时,申请人可以是被保险人本人或被保险人的家人或亲戚通过有线或无线终端设备登录险理赔平台的网站或App等来向理赔平台发起理赔请求。当理赔平台接收到上述险理赔请求之后,险理赔平台则根据上述险理赔请求中的被保险人身份信息从数据库中获取被保险人投保的保险信息,然后判断被保险人投保的保险信息中是否村存在上述理赔请求中包含的理赔保险险种,若上述被保险人投保的保险信息中存在上述理赔险险种,则说明上述理赔请求满足理赔申请的条件,继续执行后续理赔流程步骤102,若上述被保险人投保的保险信息中不存在上述理赔险险种,则说明上述理赔请求不满足保险理赔申请的条件,不能进行理赔。102:理赔平台根据上述理赔保险险种从所述理赔平台的核责规则库中获取上述理赔保险险种对应的理赔核责规则。由于在保险理赔时,不同的保险险种具有不同的保险责任,不同的保险责任需要不同的核责规则和相应的核责信息来对保险事故进行核责。因此在不同的保险险种对保险事故进行理赔的核责过程中,不同的保险险种需要不同的核责损规则来来对保险事故进行核责处理。因此,在本申请实施例中,当上述理赔平台接收到上述保险事故的理赔请求,并确定上述理赔请求满足理赔申请条件之后,上述理赔平台根据上述理赔请求中包含的理赔保险险种从核责规则库中获取该理赔保险险种对应的核责规则。例如,医疗保险中的一个保险责任可以为:若在保险期间首次患有保险合同中约定的疾病,则保险人按约定比例赔付被保险人治疗该疾病时的医疗费用,则在该医疗保险的理赔时对该保险责任核责时需要的核责规则可以为:①、判断上述保险事故即上述医疗保险事故的发生时间是否在上述医疗保险的保险期限内;②、判断上述被保险人患的疾病是否为上述医疗保险合同里约定的疾病;③判断被保险人是否是首次患上述疾病。103:理赔平台根据上述理赔核责规则获取核责信息,上述核责信息为理赔平台根据上述理赔核责规则对上述保险理赔请求对应的保险事故进行核责处理时需要的信息。在本申请实施例中,使用核责规则对保险事故进行核责处理时,需要相应的核责信息,不同的核责规则需要不同的核责信息来进行相应的核责判断。因此,当理赔平台获取到理赔核责规则之后,还需要根据具体的核责规则去获取该核责规则需要的核责信息。例如,理赔核责规则中的核责规则1为判断被保险人患额疾病是否为保险合同中约定的疾病,则该核责规则需要的核责信息为被保险人的疾病诊断证明。在理赔平台从核责规则库中获取到上述核责规则1之后,便根据该核责规则1的具体内容去获取上述被保险人的疾病诊断证明。作为一种可选的实施方式,在理赔平台系统中根据核责规则库中的核责规则和核责规则需要的核责信息建立一个核责规则和核责信息的关系表;以及根据核具体的核责信息和获取该核责信息的第三方平台建立核责信息来源关系表。当理赔平台从核责规则库中获取到上述理赔核责规则后,便根据获取到的理赔核责规则从上述核责规则和核责信息的关系表中确定核责信息列表,其中该核责信息列表中包括了理赔平台根据上述理赔核责规则对上述保险事故进行核责处理时需要的核责信息的信息清单。然后,理赔平台根据上述核责信息列表和上述核责信息来源关系表确定获取上述核责信息列表中的核责信息的第三方平台。最后,理赔平台从上述第三方平台去获取上述核责信息列表中的核责信息。例如,理赔平台从核责规则库中获取到了三条核责规则作为上述理赔核责规则,分别为核责规则1、核责规则2、核责规则3。然后理赔平台根据上述核责规则和核责信息的关系表确定核责规则1需要的核责信息为核责信息a和核责信息b,核责规则2需要的核责信息为核责信息c,核责规则2需要的核责信息为核责信息d。接着,根据上述核责信息来源关系表确定可以从平台1获取上述核责信息a、核责信息c和核责信息d,从平台2可以获取核责信息b。最后,理赔平台便从上述平台1获取上述核责信息a、核责信息c和核责信息d,以及从平台2可以获取核责信息b。104:理赔平台根据上述理赔核责规则和上述核责信息对上述保险事故进行核责处理。在本申请实施例中,当上述理赔平台获取到上述理赔核责信息后,理赔平台从上述理赔核责信息中提取出上述理赔核责规则中每条核责规则对应的核责信息;然后,分别对每条核责规则进行核责判断,并得到每条核责规则的核责判断的输出结果;最后,根据全部的理赔核责规则的输出结果来确定保险人即保险公司的对上述保险事故承担的保险责任。可以看出,在本申请实施例中,理赔平台根据具体的保险产品即上述理赔保险险种来从核责规则库中获取该保险产品需要的理赔核责规则,并从第三方平台获取上述理赔核责规则需要的核责信息,最后理赔平台根据上述理赔核责规则和上述核责信息对上述保险事故进行核责处理。通过本申请实施例,可以有效提升保险理赔核责的工作效率,节省人力资源成本,提升用户体验。参见图2,图2是本申请实施例提供的另一种险理赔核责方法的示意流程图,如图2所示,该方法可包括:201:理赔平台接收用户终端发送的保险理赔请求,上述理赔请求包括理赔保险险种、被保险人身份信息以及保险金申请类型。202:理赔平台在根据上述被保险人身份信息从数据库中获取被保险人投保的保险险种信息后,判断上述保险险种信息中是否存在上述理赔保险险种。在本申请实施例中,若上述保险险种信息中存在上述理赔保险险种,则执行步骤203,若上述保险险种信息中不存在上述理赔保险险种,则结束。203:理赔平台确定上述理赔保险险种的保单记载的保险责任中与上述保险金申请类型相匹配的理赔保险责任,从核责规则库中获取与上述理赔保险责任相匹配的理赔核责规则。在本申请实施例中,预先将所有的保险理赔核责规则进行标识或编号,然后通过核责规则的标识或编号来建立一个保险责任与保险理赔核责规则的关系表,该关系表中一个保险责任可以对应一条或多条核责规则。然后在保险理赔过程中,保险理赔平台先确定上述理赔保险险种的保单记载的保险责任中与上述保险金申请类型相匹配的理赔保险责任,其中,上述保险金申请类型由发起理赔请求的申请人根据保险事故选择的,该保险金申请类型包含在上述理赔请求中。然后,理赔平台根据理赔保险责任从上述关系表中获取该理赔保险责任的核责规则对应的标识或编号,最后根据该标识或标签从核责规则库中获取上述理赔保险险种的核责规则。例如,理赔请求中的理赔保险险种包括2个保险责任,分别为保险责任1和保险责任2,保险责任1和保险责任2分别和保险金申请类型1和保险金申请类型2对应。当保险事故发生后,申请人通过终端登录被保险人的账户向保险公司理赔平台发起理赔请求时,申请人先填写申请信息,在申请信息中申请人选择了保险金申请类型2,然后终端根据申请信息生成理赔请求,并将理赔请求发送给理赔平台。当理赔平台接收到理赔请求后,根据理赔请求中的保险金申请类型2确定上述保险责任2为理赔保险责任。然后理赔平台根据上述理赔保险责任2从预先设置的保险责任与保险理赔核责规则的关系表中获取到保险责任2对应的核责规则编号包括003、010、101。最后,理赔平台从规则中获取编号为003、010、101的核责规则作为上述保险事故的核责规则。204:理赔平台根据上述理赔核责规则确定核责信息列表,上述核责信息列表包括理赔平台根据上述理赔核责规则对上述保险事故进行核责处理时需要的核责信息的信息清单。具体的,在理赔平台系统中根据核责规则库中的核责规则和核责规则需要的核责信息建立一个核责规则和核责信息的关系表;当理赔平台从核责规则库中获取到上述理赔核责规则后,便根据获取到的理赔核责规则从上述核责规则和核责信息的关系表中确定核责信息列表,其中该核责信息列表中包括了理赔平台根据上述理赔核责规则对上述保险事故进行核责处理时需要的核责信息的信息清单。205:理赔平台在根据核责信息来源关系表和上述核责信息列表确定获取上述核责信息的第三方平台之后,根据上述被保险人身份信息从上述第三方平台获取上述核责信息列表中包括的核责信息。其中上述核责信息来源关系表中包括核责信息和第三方平台的对应关系。具体的,理赔平台根据核具体的核责信息和获取该核责信息的第三方平台建立核责信息来源关系表。理赔平台根据上述核责信息列表和上述核责信息来源关系表确定获取上述核责信息列表中的核责信息的第三方平台。最后,理赔平台从上述第三方平台去获取上述核责信息列表中的核责信息。206:理赔平台对上述核责信息进行预处理得到核责数据,上述核责数据能够被理赔平台的核责处理系统识别。由于理赔平台获取到的理赔信息中可能包含了文本信息、图像信息以及一些非结构类的数据信息等不同格式的信息,不能被理赔平台的理赔处理系统识别,且这些信息中还可能包含一些错误的信息。因此,在理赔平台获取到这些理赔信息后需要对这些理赔信息进行预处理,以便得到能够被上述理赔平台的理赔处理系统识别,且没有错误的理赔数据。具体的,当上述理赔平台获取到上述保险事故的理赔信息后,上述理赔平台对上述理赔信息进行验证纠错。然后上述理赔平台对上述理赔信息中的文本信息进行语义识别得到能被理赔平台的理赔处理系统识别的语义识别结果,例如,可以采用神经语言程序学Neuro-LinguisticProgramming,NLP技术对交通责任认定书进行语义识别。上述理赔平台对上述理赔信息中的图像信息进行图像识别得到能被理赔平台的理赔处理系统识别的图像识别结果。最后,将上述语义识别结构、图像识别结果和上述理赔信息中除文本信息和图像信息中的其他信息按照预设的结构化格式进行结构化处理得到能够被理赔处理系统识别的理赔数据。207:理赔平台根据上述理赔核责规则和上述核责数据对上述保险事故进行核责处理。在本申请实施例中,在理赔平台系统中预先建立核责规则进行核责判断的输出结果和保险责任关系的真值表。在上述理赔平台对上述理赔核责信息进行预处理得到核责数据后,上述根据上述核责规则和上述核责数据对上述保险事故进行核责处理具体可以包括:将上述第一核责规则的第一核责数据作为上述第一规则进行核责判断的输入,判断得到第一核责规则的第一输出结果,上述输出结果包括0或1;然后,采用和上述第一核责规则相同的操作,计算上述理赔核责规则中剩余其他核责规则的输出结果;最后,根据核责规则的输出结果与保险责任的关系真值表,和上述理赔核责规则中全部的核责规则的输出结果来确定上述理赔保险险种对上述保险事故承担的保险责任。例如,理赔平台从核责规则库中获取到4条核责规则,分别为核责规则1、核责规则2、核责规则3、核责规则4。在理赔平台根据上述4条核责规则进行核责判断之后得到4个核责判断输出结果,分别为0、1、1、1;然后从上述核责规则的输出结果与保险责任的关系真值表中获取上述4个核责规则进行核责判断时的核责判断输出结果为0、1、1、1对应的保险责任为保险责任A,则保险责任A为上述理赔保险险种对上述保险事故承担的保险责任。可以看出,在本申请实施例中,理赔平台根据具体的保险产品即上述理赔保险险种来从核责规则库中获取该保险产品需要的理赔核责规则。然后根据核责规则和核责信息的关系表确定对保险事故核责是需要的核责信息,并根据具体的核责信息内容确定获取该核责信息的第三方平台。接着从第三方平台获取上述核责信息;获取到核责信息后对核责信息进行预处理得到能够别核责系统识别的核责数据。最后根据上述理赔核责规则和上述核责信息对上述保险事故进行核责处理。通过本申请实施例,可以有效提升保险理赔核责的工作效率,节省人力资源成本,提升用户体验。本发明实施例还提供一种服务器,该服务器用于执行前述任一项的方法的单元。具体地,参见图,是本发明实施例提供的一种服务器的示意框图。本实施例的服务器包括:接收单元310、第一获取单元320、第二获取单元330以及理赔单元340。接收单元310,用于接收用户终端发送的保险理赔请求,上述理赔请求包括理赔保险险种;第一获取单元320,用于根据上述理赔保险险种从所述理赔平台的核责规则库中获取上述理赔保险险种对应的理赔核责规则;第二获取单元330,用于根据上述理赔核责规则获取核责信息,上述核责信息为理赔平台根据上述理赔核责规则对上述理赔请求对应的保险事故进行核责处理时需要的信息;理赔单元340,用于根据上述理赔核责规则和上述核责信息对上述保险事故进行核责处理。可选的,上述理赔请求中还包括被保险人身份信息;上述服务器还包括:第三获取单元350,用于根据上述被保险人身份信息从数据库中获取被保险人投保的保险险种信息;判断单元360,用于判断上述保险险种信息中是否存在上述理赔保险险种;上述第一获取单元320,用于在上述判断单元360判断上述保险信息中存在上述理赔保险险种时,执行上述根据上述理赔保险险种从核责规则库中获取上述理赔保险险种对应的理赔核责规则的操作。可选的,上述理赔请求中还包括与上述理赔保险险种的保险责任匹配的保险金申请类型;上述第一获取单元320包括:第一确定单元321,用于确定上述理赔保险险种的保单记载的保险责任中与上述保险金申请类型相匹配的理赔保险责任;上述第一获取单元320,用于从核责规则库中获取与上述理赔保险责任相匹配的理赔核责规则。可选的,上述第二获取单元330,用于根据上述理赔核责规则确定核责信息列表,上述核责信息列表包括理赔平台根据上述理赔核责规则对上述保险事故进行核责处理时需要的核责信息的信息清单;获取上述核责信息列表中包括的核责信息。可选的,上述第二获取单元330包括:第二确定单元331,用于根据核责信息来源关系表和上述核责信息列表确定获取上述核责信息的第三方平台,上述核责信息来源关系表中包括核责信息和第三方平台的对应关系;上述第二获取单元330,用于根据上述被保险人身份信息从上述第三方平台获取上述核责信息列表中包括的核责信息。可选的,上述服务器还包括:预处理单元370,用于对上述核责信息进行预处理得到核责数据,上述核责数据能够被理赔平台的核责处理系统识别;上述理赔单元340,用于根据上述理赔核责规则和上述核责数据对上述保险事故进行核责处理。可选的,上述理赔单元340包括:计算单元341,用于将上述第一核责规则的第一核责数据作为上述第一规则进行核责判断的输入,判断得到第一核责规则的第一输出结果,上述输出结果包括0或1,其中上述第一核责规则为上述理赔核责规则中的任意一条核责规则;采用和上述第一核责规则相同的操作,计算上述理赔核责规则中剩余其他核责规则的输出结果;第三确定单元342,用于根据核责规则的输出结果与保险责任的关系真值表,和上述理赔核责规则中全部的核责规则的输出结果来确定上述理赔保险险种对上述保险事故承担的保险责任。可以看出,在本申请实施例中,理赔平台根据具体的保险产品即上述理赔保险险种来从核责规则库中获取该保险产品需要的理赔核责规则。然后根据核责规则和核责信息的关系表确定对保险事故核责是需要的核责信息,并根据具体的核责信息内容确定获取该核责信息的第三方平台。接着从第三方平台获取上述核责信息;获取到核责信息后对核责信息进行预处理得到能够别核责系统识别的核责数据。最后根据上述理赔核责规则和上述核责信息对上述保险事故进行核责处理。通过本申请实施例,可以有效提升保险理赔核责的工作效率,节省人力资源成本,提升用户体验。参见图4,图4是本申请实施例提供的一种设备,该设备可以为服务器,如图4所示设备包括:一个或多个处理器401;一个或多个输入设备402,一个或多个输出设备403和存储器404。上述处理器401、输入设备402、输出设备403和存储器404通过总线405连接。存储器402用于存储指令,处理器401用于执行存储器402存储的指令。其中,该设备作为服务器使用的情况下,处理器401用于:接收用户终端发送的保险理赔请求,上述理赔请求包括理赔保险险种;根据上述理赔保险险种从所述理赔平台的核责规则库中获取上述理赔保险险种对应的理赔核责规则;根据上述理赔核责规则获取核责信息,上述核责信息为理赔平台根据上述理赔核责规则对上述理赔请求对应的保险事故进行核责处理时需要的信息;根据上述理赔核责规则和上述核责信息对上述保险事故进行核责处理。应当理解,在本申请实施例中,所称处理器401可以是中央处理单元CentralProcessingUnit,CPU,该处理器还可以是其他通用处理器、数字信号处理器DigitalSignalProcessor,DSP、专用集成电路ApplicationSpecificIntegratedCircuit,ASIC、现成可编程门阵列Field-ProgrammableGateArray,FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。输入设备402可以包括触控板、指纹采传感器用于采集用户的指纹信息和指纹的方向信息、麦克风等,输出设备403可以包括显示器LCD等、扬声器等。该存储器404可以包括只读存储器和随机存取存储器,并向处理器401提供指令和数据。存储器404的一部分还可以包括非易失性随机存取存储器。例如,存储器404还可以存储设备类型的信息。具体实现中,本申请实施例中所描述的处理器401、输入设备402、输出设备403可执行本申请实施例提供的一种保险理赔核责数据处理方法的第一实施例中所描述的实现方式、第二实施列中的实现方式,也可执行本申请实施例所描述的服务器的实现方式,在此不再赘述。在本申请的另一实施例中提供一种计算机可读存储介质,上述计算机可读存储介质存储有计算机程序,上述计算机程序被处理器执行时实现:接收用户终端发送的保险理赔请求,上述理赔请求包括理赔保险险种;根据上述理赔保险险种从所述理赔平台核责规则库中获取上述理赔保险险种对应的理赔核责规则;根据上述理赔核责规则获取核责信息,上述核责信息为理赔平台根据上述理赔核责规则对上述理赔请求对应的保险事故进行核责处理时需要的信息;根据上述理赔核责规则和上述核责信息对上述保险事故进行核责处理。上述计算机可读存储介质可以是前述任一实施例上述的终端的内部存储单元,例如终端的硬盘或内存。上述计算机可读存储介质也可以是上述终端的外部存储设备,例如上述终端上配备的插接式硬盘,智能存储卡SmartMediaCard,SMC,安全数字SecureDigital,SD卡,闪存卡FlashCard等。进一步地,上述计算机可读存储介质还可以既包括上述终端的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述终端所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。图5是本申请实施例提供的一种服务器结构示意图,该服务器500可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器centralprocessingunits,CPU522例如,一个或一个以上处理器和存储器532,一个或一个以上存储应用程序542或数据544的存储介质530例如一个或一个以上海量存储设备。其中,存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块图示没标出,每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器522可以设置为与存储介质530通信,在服务器500上执行存储介质530中的一系列指令操作。服务器500还可以包括一个或一个以上电源526,一个或一个以上有线或无线网络接口550,一个或一个以上输入输出接口558,和或,一个或一个以上操作系统541,例如WindowsServerTM,MacOSXTM,UnixTM,LinuxTM,FreeBSDTM等等。上述实施例中由服务器所执行的步骤可以基于该图5所示的服务器结构。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、服务器、终端设备和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、服务器和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备可以是个人计算机,服务器,或者网络设备等执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器ROM,Read-OnlyMemory、随机存取存储器RAM,RandomAccessMemory、磁碟或者光盘等各种可以存储程序代码的介质。以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
权利要求:1.一种保险理赔核责数据处理方法,其特征在于,包括:理赔平台接收用户终端发送的保险理赔请求,所述理赔请求包括理赔保险险种;理赔平台根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则;理赔平台根据所述理赔核责规则获取核责信息,所述核责信息为理赔平台根据所述理赔核责规则对所述保险理赔请求对应的保险事故进行核责处理时所用的信息;理赔平台根据所述理赔核责规则和所述核责信息对所述保险事故进行核责处理。2.根据权利要求1所述的方法,其特征在于,所述理赔请求中还包括被保险人身份信息;在所述接收用户终端发送的保险理赔请求之后,所述方法还包括:理赔平台根据所述被保险人身份信息从数据库中获取被保险人投保的保险险种信息;理赔平台判断所述保险险种信息中是否存在所述理赔保险险种;若所述保险信息中存在所述理赔保险险种,理赔平台则执行所述根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则的操作。3.根据权利要求1所述的方法,其特征在于,所述理赔请求中还包括与所述理赔保险险种的保险责任匹配的保险金申请类型;所述根据所述理赔保险险种从所述理赔平台的核责规则库中获取所述理赔保险险种对应的理赔核责规则包括:理赔平台确定所述理赔保险险种的保单记载的保险责任中与所述保险金申请类型相匹配的理赔保险责任;理赔平台从核责规则库中获取与所述理赔保险责任相匹配的理赔核责规则。4.根据权利要求3所述的方法,其特征在于,所述根据所述理赔核责规则获取核责信息包括:理赔平台根据所述理赔核责规则确定核责信息列表,所述核责信息列表包括理赔平台根据所述理赔核责规则对所述保险事故进行核责处理时需要的核责信息的信息清单;理赔平台获取所述核责信息列表中包括的核责信息。5.根据权利要求4所述的方法,其特征在于,所述获取所述核责信息列表中包括的核责信息包括:理赔平台根据核责信息来源关系表和所述核责信息列表确定获取所述核责信息的第三方平台,所述核责信息来源关系表中包括核责信息和第三方平台的对应关系;理赔平台根据所述被保险人身份信息从所述第三方平台获取所述核责信息列表中包括的核责信息。6.根据权利要求1-5任一项所述的方法,其特征在于,在所述根据所述理赔核责规则获取核责信息之后,在所述根据所述理赔核责规则和所述核责信息对所述保险事故进行核责处理之前,所述方法还包括:理赔平台对所述核责信息进行预处理得到核责数据,所述核责数据能够被理赔平台的核责处理系统识别;理赔平台所述根据所述理赔核责规则和所述核责信息对所述保险事故进行核责处理包括:理赔平台根据所述理赔核责规则和所述核责数据对所述保险事故进行核责处理。7.根据权利要求6所述的方法,其特征在于,所述根据所述核责规则和所述核责数据对所述保险事故进行核责处理包括:理赔平台将所述第一核责规则的第一核责数据作为所述第一规则进行核责判断的输入,判断得到第一核责规则的第一输出结果,所述输出结果包括0或1,其中上述第一核责规则为所述理赔核责规则中的任意一条核责规则;理赔平台采用和所述第一核责规则相同的操作,计算所述理赔核责规则中剩余其他核责规则的输出结果;理赔平台根据核责规则的输出结果与保险责任的关系真值表,和所述理赔核责规则中全部的核责规则的输出结果来确定所述理赔保险险种对所述保险事故承担的保险责任。8.一种服务器,其特征在于,包括用于执行如权利要求1-7任一权利要求所述的方法的单元。9.一种服务器,其特征在于,所述服务器包括处理器、存储器和通信模块,其中,所述存储器用于存储程序代码,所述处理器用于调用所述程序代码来执行如权利要求1-7任一项所述的方法。10.一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。
百度查询: 深圳平安医疗健康科技服务有限公司 一种保险理赔核责数据处理方法以及服务器
免责声明
1、本报告根据公开、合法渠道获得相关数据和信息,力求客观、公正,但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解,仅供参考使用,不能作为本公司承担任何法律责任的依据或者凭证。