首页> 中国专利> 生成保险案件公估报告的方法、装置以及存储介质

生成保险案件公估报告的方法、装置以及存储介质

摘要

本申请公开了一种生成保险案件公估报告的方法、装置以及存储介质。其中,该方法包括:根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务;根据预设的分配规则,将调查任务分配至对应的调查人员;以及接收调查人员针对调查任务得到的调查结果,并根据调查结果生成与保险案件对应的公估报告。

著录项

  • 公开/公告号CN112767180A

    专利类型发明专利

  • 公开/公告日2021-05-07

    原文格式PDF

  • 申请/专利权人 大童保险销售服务有限公司;

    申请/专利号CN202110014713.3

  • 发明设计人 王亚林;吕鹏;胡岩岩;

    申请日2021-01-06

  • 分类号G06Q40/08(20120101);

  • 代理机构11694 北京万思博知识产权代理有限公司;

  • 代理人刘冀

  • 地址 102425 北京市房山区阎富路69号院46号楼1至4层101一层03

  • 入库时间 2023-06-19 10:54:12

说明书

技术领域

本申请涉及保险案件处理技术领域,特别是涉及一种生成保险案件公估报告的方法、装置以及存储介质。

背景技术

现有的保险案件一般都是由人工进行处理,例如:案件分析、任务分配以及报告生成都是由人工进行操作。然而,在面对大量的案件的情况下,需要耗费大量的人力成本。此外,随着保险案件类型的增加,通过人工的方式需要对同种类型的案件进行重复的处理,因此会进一步地浪费人力成本,并且可能因人工失误导致案件分析准确率下降。此外,通过人工处理案件的速度会下降,因此影响案件的完成周期,进而降低案件的时效性,影响企业的竞争力。

针对上述的现有技术中存在的通过人工的方式处理保险案件,会浪费大量的人力成本并且影响案件的完成效率的技术问题,目前尚未提出有效的解决方案。

发明内容

本公开的实施例提供了一种生成保险案件公估报告的方法、装置以及存储介质,以至少解决现有技术中存在的通过人工的方式处理保险案件,会浪费大量的人力成本并且影响案件的完成效率的技术问题。

根据本公开实施例的一个方面,提供了一种生成保险案件公估报告的方法,包括:根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务;根据预设的分配规则,将调查任务分配至对应的调查人员;以及接收调查人员针对调查任务得到的调查结果,并根据调查结果生成与保险案件对应的公估报告。

根据本公开实施例的另一个方面,还提供了一种存储介质,存储介质包括存储的程序,其中,在程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面,还提供了一种生成保险案件公估报告的装置,包括:任务生成模块,用于根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务;任务分配模块,用于根据预设的分配规则,将调查任务分配至对应的调查人员;以及报告生成模块,用于接收调查人员针对调查任务得到的调查结果,并根据调查结果生成与保险案件对应的公估报告。

根据本公开实施例的另一个方面,还提供了一种生成保险案件公估报告的装置,包括:处理器;以及存储器,与处理器连接,用于为处理器提供处理以下处理步骤的指令:根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务;根据预设的分配规则,将调查任务分配至对应的调查人员;以及接收调查人员针对调查任务得到的调查结果,并根据调查结果生成与保险案件对应的公估报告。

在本公开实施例中,首先根据保险案件的案件信息生成调查任务,然后根据预设的分配规则将调查任务分配至对应的调查人员,最终根据调查结果生成与保险案件对应的公估报告。与现有的采用人工方式处理保险案件相比,本方案可以自动地对案件进行分析确定调查任务,并且可以按照规则自动的将案件分配至调查人员,最终生成公估报告。因此,达到了自动化处理保险案件的目的,实现了提高案件处理效率并且节省人力成本的技术效果。进而,解决了现有技术中存在的通过人工的方式处理保险案件,会浪费大量的人力成本并且影响案件的完成效率的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:

图1是用于实现根据本公开实施例1所述的方法的计算设备的硬件结构框图;

图2是根据本公开实施例1的第一个方面所述的生成保险案件公估报告的方法的流程示意图;

图3是根据本公开实施例1填写案件信息的界面的示意图;

图4是根据本公开实施例2所述的生成保险案件公估报告的装置的示意图;以及

图5是根据本公开实施例3所述的生成保险案件公估报告的装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开的技术方案,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本公开一部分的实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本公开保护的范围。

需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例,提供了一种生成保险案件公估报告的的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在服务器或者类似的计算设备中执行。图1示出了一种用于实现生成保险案件公估报告的方法的计算设备的硬件结构框图。如图1所示,计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算设备还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本公开实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块,如本公开实施例中的生成保险案件公估报告的方法对应的程序指令/数据存储装置,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的应用程序的生成保险案件公估报告的方法。存储器可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中,传输装置包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是,在一些可选实施例中,上述图1所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是,图1仅为特定具体实例的一个实例,并且旨在示出可存在于上述计算设备中的部件的类型。

在上述运行环境下,根据本实施例的第一个方面,提供了一种生成保险案件公估报告的方法,该方法例如但不限于可以应用到保险公司的案件管理服务器中运行,图2示出了该方法的流程示意图,参考图2所示,该方法包括:

S202:根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务;

S204:根据预设的分配规则,将调查任务分配至对应的调查人员;以及

S206:接收调查人员针对调查任务得到的调查结果,并根据调查结果生成与保险案件对应的公估报告。

正如背景技术中所述的,现有的保险案件一般都是由人工进行处理,例如:案件分析、任务分配以及报告生成都是由人工进行操作。然而,在面对大量的案件的情况下,需要耗费大量的人力成本。此外,随着保险案件类型的增加,通过人工的方式需要对同种类型的案件进行重复的处理,因此会进一步地浪费人力成本,并且可能因人工失误导致案件分析准确率下降。此外,通过人工处理案件的速度会下降,因此影响案件的完成周期,进而降低案件的时效性,影响企业的竞争力。

针对背景技术中存在的技术问题,本实施例技术方案在步骤S202中,案件管理服务器首先根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务。其中,该待分析的保险案件可以是保险公司实时受理的,或者是该保险公司需要排期处理的。在保险公司需要对保险案件进行分析的情况下,案件管理服务器首先根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务,即:将待分析的保险案件拆分成多个调查任务,该调查任务分别用于对保险案件进行调查。根据处理保险案件的经历及经验,本实施例中的调查任务例如但不限于包括以下22种形式:

面访事故者:依据事故者信息中的事故者地址,获取面访地点,生成面访任务。

面访事故者家属:依据事故者信息中的事故者地址,获取面访地点,生成面访任务。

居住地走访:依据事故者信息中的事故者地址,获取走访地点,生成走访任务。

工作单位走访:依据事故者信息中的工作单位地址,获取走访地点,生成走访任务。

政府部门走访:依据事故信息中的事故发生地地址,获取政府地址,生成走访任务。

医生走访:依据事故者信息中的就诊医院,获取医院地址,生成走访任务。

鉴定机构:依据事故信息中的鉴定机构,获取鉴定机构地址,生成走访任务。

医保记录排查:依据事故者信息中的工作单位所在地,获取医保机构地址,生成走访任务。

工作地附近医院排查:依据事故者信息中的工作单位所在地,获取工作地附近的医院;依据事故信息中的疾病类型,匹配系统中同类型疾病在备选医院的阳性率,取阳性率较高的医院,生成医院排查任务;医院排查完成后无阳性发现的,再针对阳性率较低的医院,生成医院排查任务。

居住地附近医院排查:依据事故者信息中的居住地,获取居住地附近的医院;依据事故信息中的疾病类型,匹配系统中同类型疾病在备选医院的阳性率,取阳性率较高的医院,生成医院排查任务;医院排查完成后无阳性发现的,再针对阳性率较低的医院,生成医院排查任务。

本次就诊医院调查:依据事故信息中的就诊医院,获取医院地址,生成医院排查任务。

既往居住地附近医院排查:依据事故者信息中的既往居住地,获取既往居住地附近的医院;依据事故信息中的疾病类型,匹配系统中同类型疾病在备选医院的阳性率,取阳性率较高的医院,生成医院排查任务;医院排查完成后无阳性发现的,再针对阳性率较低的医院,生成医院排查任务。

既往就诊医院调查:依据保单信息中的既往就诊医院,获取医院地址,生成医院排查任务。

事故地附近医院排查:依据事故信息中的事故地点,获取既往事故地点附件的医院;依据事故信息中的疾病类型,匹配系统中同类型疾病在备选医院的阳性率,取阳性率较高的医院,生成医院排查任务;医院排查完成后无阳性发现的,再针对阳性率较低的医院,生成医院排查任务。

陪体检:依据委托要求中委托方指定的体检机构,生成陪体检任务。

探视服务:依据事故者信息中的就诊医院,获取医院地址,生成探视服务。

收取理赔资料:依据委托要求中委托方指定的地点,生成收取理赔资料任务。

网络信息排查:依据事故者信息,生成网络排查任务。

事故现场勘察:依据事故信息中的事故地点,生成事故现场勘查任务。

专业体检机构排查:依据委托要求中委托方提出的体检机构,生成专业体检机构排查任务。

协谈:依据事故者信息和委托要求中的委托方要求,生成协谈任务。

同业排查:依据事故者信息,生成同业排查任务。

在实际操作中,案件管理服务器可以根据保险案件的案件信息,从以上22种调查任务中确定与该保险案件对应的调查任务。

进一步地,在步骤S204中,案件管理服务器根据预设的分配规则,将调查任务分配至对应的调查人员,其中该分配规则例如可以是根据调查任务的难易程度进行分配,或者根据调查任务的执行位置进行分配,此处关于调查任务的分配原则不做具体限定。在调查人员接收到调查任务之后,需要执行调查任务,并将调查任务的调查结果上传至该保险系统。

最终,在步骤S206中,在调查人员完成调查任务的情况下,案件管理服务器可以接收调查人员针对调查任务得到的调查结果,并根据调查结果生成与保险案件对应的公估报告。在实际操作中,案件管理服务器可以对每个调查任务以及对应的调查结果进行汇总,得到该公估报告。并且,为了增加公估报告的可信性,每个调查结果还需要负责的调查人员进行签名认证。此外,该公估报告还可以根据用户(案件委托方)的需求而生成,例如:委托方只需要部分的调查结果,则最终的公估报告的内容只包含委托方所需的内容。因此,本方案最终可以生成委托方所需的保险案件的公估报告。

此外,还需要补充说明的是,在案件管理服务器接收调查人员针对调查任务得到的调查结果之后,审核人员还需要对案件的调查结果进行审核确认。并且系统还可以定时计算公司机构的案件重启率,案件重启率达标的机构,将由系统自动完成案件复审。

从而通过这种方式,首先根据保险案件的案件信息生成调查任务,然后根据预设的分配规则将调查任务分配至对应的调查人员,最终根据调查结果生成与保险案件对应的公估报告。与现有的采用人工方式处理保险案件相比,本方案可以自动地对案件进行分析确定调查任务,并且可以按照规则自动的将案件分配至调查人员,最终生成公估报告。因此,达到了自动化处理保险案件的目的,实现了提高案件处理效率并且节省人力成本的技术效果。进而,解决了现有技术中存在的通过人工的方式处理保险案件,会浪费大量的人力成本并且影响案件的完成效率的技术问题。

可选地,根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务,包括:根据案件信息中的险种类型和事故类型,确定与保险案件相关的任务类型;基于任务类型,根据案件信息中的以下至少一项信息生成调查任务:委托信息、委托要求、保单信息、事故信息、事故者信息。

具体地,参考图3所示,本方案中的案件信息中至少包含险种类型、事故类型,其中险种类型例如包括汽车交强险、意外险、人身保险、财产险等,事故类型例如包括意外身故、意外伤残、疾病身故、重大疾病、高额医疗等。此外,本方案的案件信息中还可以包括委托信息、委托要求、保单信息、事故信息、事故者信息等信息。在根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务的操作中,案件管理服务器首先根据案件信息中的险种类型和事故类型,确定与保险案件相关的任务类型,即本方案可以根据险种类型和事故类型确定任务类型,其中任务类型为上述的面访事故者、面访事故者家属、居住地走访、工作单位走访、政府部门走访、医生走访、鉴定机构、医保记录排查、工作地附近医院排查、居住地附近医院排查、本次就诊医院调查、既往居住地附近医院排查、既往就诊医院调查、事故地附近医院排查、陪体检、探视服务、收取理赔资料、网络信息排查、事故现场勘察、专业体检机构排查、协谈、同业排查等22种任务类型。本方案可以根据案件信息中的险种类型和事故类型从上述的22种类型中确定与该保险案件相关的任务类型。在一个具体实例中,案件信息中的险种类型为意外险,事故类型为意外身故,则案件管理服务器可以自动确定具体任务类型包含如下:网络信息排查、事故现场勘查、同业排查、事故地附近医院排查、本次就诊医院调查、居住地附近医院排查、工作地附近医院排查、政府部门走访、居住地走访、工作单位走访、面访事故者。进一步地,案件管理服务器基于任务类型,根据案件信息中的以下至少一项信息生成调查任务:委托信息、委托要求、保单信息、事故信息、事故者信息。即,在确定保险案件的任务类型的情况下,根据案件信息中的委托信息、委托要求、保单信息、事故信息、事故者信息确定具体的调查任务,例如:基于上述所确定的案件类型,确定的调查任务如下:

1.网络信息排查:依据事故者信息,生成网络排查任务。

2.事故现场勘查:依据事故信息中的事故地点,生成事故现场勘查任务。

3.同业排查:依据事故者信息,生成同业排查任务。

4.事故地附近医院排查:依据事故信息中的事故地点,获取既往事故地点附件的医院;依据事故信息中的疾病类型,匹配系统中同类型疾病在备选医院的阳性率,取阳性率较高的医院,生成医院排查任务;医院排查完成后无阳性发现的,再针对阳性率较低的医院,生成医院排查任务。

5.本次就诊医院调查:依据事故信息中的就诊医院,获取医院地址,生成医院排查任务。

6.居住地附近医院排查:依据事故者信息中的居住地,获取居住地附近的医院;依据事故信息中的疾病类型,匹配系统中同类型疾病在备选医院的阳性率,取阳性率较高的医院,生成医院排查任务;医院排查完成后无阳性发现的,再针对阳性率较低的医院,生成医院排查任务。

7.工作地附近医院排查:依据事故者信息中的工作单位所在地,获取工作地附近的医院;依据事故信息中的疾病类型,匹配系统中同类型疾病在备选医院的阳性率,取阳性率较高的医院,生成医院排查任务;医院排查完成后无阳性发现的,再针对阳性率较低的医院,生成医院排查任务。

8.政府部门走访:依据事故信息中的事故发生地地址,获取政府地址,生成走访任务。

9.居住地走访:依据事故者信息中的事故者地址,获取走访地点,生成走访任务。

10.工作单位走访:依据事故者信息中的工作单位地址,获取走访地点,生成走访任务。

11.面访事故者:依据事故者信息中的事故者地址,获取面访地点,生成面访任务。

从而通过这种方式,可以根据险种类型和事故类型确定任务类型。因此,在处理相同险种类型和事故类型的保险案件时(即,重复、一致的案件),不需要对每个案件重复确定任务类型。因此,系统自动处理将极大的减少因人工失误导致的各类问题,并且满足准确率要求。

可选地,根据案件信息中的险种类型和事故类型,确定与保险案件相关的任务类型,包括:访问预先设置的规则映射表,其中规则映射表记录险种类型和事故类型与对应的任务类型之间的映射关系;以及基于规则映射表,根据险种类型和事故类型,确定与保险案件相关的任务类型。

具体地,本实施例的案件管理服务器会预先设置规则映射表,该规则映射表记录险种类型和事故类型与对应的任务类型之间的映射关系,即:不同的险种类型和事故类型对应不同的任务类型,该映射关系可以是调查人员根据实际的案件进行总结得出的,因此可以适用于广大的保险案件。在根据案件信息中的险种类型和事故类型,确定与保险案件相关的任务类型的操作中,案件管理服务器首先访问预先设置的规则映射表,然后根据案件信息中的险种类型和事故类型在该规则映射表中进行查表的操作,根据映射关系确定对应的任务类型。从而,可以快速的确定与保险案件相关的任务类型。

可选地,根据预设的分配规则,将调查任务分配至对应的调查人员,包括:根据预先设置的任务等级表确定调查任务的任务等级,其中任务等级基于调查任务的难易程度划分;以及基于任务等级,访问预先设置的调查人员等级表,并根据调查人员的等级将调查任务分配至对应的调查人员,其中调查人员的等级基于考核划分。

具体地,本方案可以根据调查任务的难易程度对调查任务进行等级划分,例如:本方案中的调查任务可以分为简单任务,复杂任务,疑难任务,并且在实际应用中,该任务等级可以记录在任务等级表中。此外,本方案还可以依据公司内部考核,将调查人员分为初级,高级,资深三个等级,并将该等级记录在调查人员等级表中。在根据预设的分配规则,将调查任务分配至对应的调查人员的操作中,案件管理服务器首先根据预先设置的任务等级表确定调查任务的任务等级,即确定每个调查任务对应的任务等级。进一步地,案件管理服务器基于任务等级,访问预先设置的调查人员等级表,并根据调查人员的等级将调查任务分配至对应的调查人员,即结合任务等级和调查人员的等级将不同的调查任务分配至对应的调查人员。在一个具体实例中,初级调查人员只能调查简单任务,高级调查人员可以调查简单任务和复杂任务,资深调查人员可以调查所有任务。

可选地,根据预设的分配规则,将调查任务分配至对应的调查人员,包括:确定调查任务位于的执行区域,其中执行区域根据历史调查任务数量进行划分;以及根据执行区域,将调查任务分配至负责执行区域的调查任务的调查人员。

具体地,在根据预设的分配规则,将调查任务分配至对应的调查人员的操作中,还可以根据调查任务位于的执行区域对调查任务进行分配。其中,执行区域根据历史调查任务数量进行划分,例如:依据历史数据中各个任务点的任务数量,在地图中划分成多个区域,其中任务数量较多的任务点,自成一个区域(执行区域),即根据任务数量划分为不同的执行区域。进一步地,根据执行区域,将调查任务分配至负责执行区域的调查任务的调查人员。在实际操作中,可以采用任务集中区域和任务分散区域相结合的方式分配,确保每个区域至少包含一个资深调查员,进而保证所有调查任务都有调查人员可以调查。

可选地,根据预设的分配规则,将调查任务分配至对应的调查人员,还包括:确定执行区域中的调查人员的数量以及每个调查人员任务量;以及根据调查人员数量、调查人员任务量以及调查人员的等级,将调查任务分配至对应的调查人员,并且在执行区域中未匹配到调查人员的情况下,确定与执行区域相邻的相邻执行区域中的调查人员的数量以及每个调查人员任务量;以及根据相邻执行区域中的调查人员数量、调查人员任务量以及调查人员的等级,将调查任务分配至对应的调查人员。

具体地,在根据预设的分配规则,将调查任务分配至对应的调查人员的操作中,本实施例还可以根据每个执行区域中调查人员的数量以及每个调查人员的任务量,对调查任务进行分配。在实际操作中,本方案的案件管理服务器首先查找所属执行区域内任务不饱和的调查人员,如果查找到唯一一个调查人员,则调查任务直接分配给此调查员;如果查找到多个调查人员,按照任务难度,优先分配低等级的调查员。此外,在执行区域中未匹配到调查人员的情况下,即:在该执行区域中未找到执行调查任务的调查人员的情况下,本方案还可以确定与执行区域相邻的相邻执行区域中的调查人员的数量以及每个调查人员任务量,然后根据相邻执行区域中的调查人员数量、调查人员任务量以及调查人员的等级,将调查任务分配至对应的调查人员。即,在该区域中未找到调查人员的情况下,从相邻的执行区域中匹配调查人员。在相邻的执行区域中匹配调查人员的过程中,如果查找到唯一一个调查员,任务直接分配给此调查员;如果查找到多个调查员,按照任务难度,优先分配低等级的调查员;如果仍未找到调查员,系统报警提示内勤有任务未分配。

可选地,方法还包括:在调查结果中出现错误结果的情况下,向未进行调查的调查人员发送中止指令,其中中止指令用于指示未进行调查的调查人员停止执行调查任务。

具体地,本方案的案件管理服务器还可以实时监测调查人员上传的调查结果,在调查结果中出现错误结果(或者称为阳性结果)的情况下,则认为任务出现错误,例如:经过调查发现存在骗取保险的可能。则在这种情况下,案件管理服务器向未进行调查的调查人员发送中止指令,指示未进行调查的调查人员停止执行调查任务。从而,可以在发现调查任务出现异常的情况下及时中止其他任务的调查过程,避免调查资源的不必要的浪费。

可选地,根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务之前,还包括:通过以下任意一项方式从委托方接收保险案件的案件信息:邮件接收方式、系统接口对接方式、文件导入方式以及文件上传方式,其中邮件接收方式需要校验邮箱的有效性、协议的有效性以及邮件格式;系统接口对接方式需要校验报文格式以及协议的有效性;文件上传方式需要读取接口报文以及文件、并验证文件的文件格式和文件内容以及校验协议的有效性;文件导入方式需要将文件导入系统,并验证文件的文件格式和文件内容以及校验协议的有效性,并且根据调查结果生成与保险案件对应的公估报告之后,还包括:将公估报告发送至委托方。

具体地,本实施例在根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务之前还包括从委托方接收该案件信息,除了传统的手工方式接收录入案件信息外,本方案还可以通过多种自动的方式录入案件信息,例如包含:邮件,系统对接-接口对接,系统对接-文件上传,文件导入,各种方式的具体处理流程如下:

一.委托方邮件发送委托,系统读取邮件并自动生成案件,流程如下:

1.委托方将案件委托的邮件以约定的格式,发送至约定的邮箱。

2.系统(即案件管理服务器)校验邮件的发件箱是否为约定的邮箱,校验通过的进入下一步,失败的给邮件加标记。

3.校验系统内是否有与委托方建立有效的协议,校验通过的进入下一步,失败的给邮件加标记。

4.校验邮件格式,格式正确的自动生成案件并录入案件信息,失败的给邮件加标记。

5.系统对于失败的邮件将触发通知,由内勤人工处理。

二、委托方将委托请求以报文方式推送至系统接口,系统读取报文并自动生成案件信息,流程如下:

1.系统读取接口报文并校验报文格式,校验通过的进入下一步,失败的返回失败报文。

2.校验系统内是否有与委托方建立有效的协议,校验通过的进入下一步,失败的返回失败报文。

3.系统自动生成案件并录入案件信息。

三、委托方将委托请求以文件的方式上传至双方约定的存放地址,系统自动读取文件并生成案件,流程如下:

1.委托方调用系统接口通知文件已上传,系统读取接口报文并读取文件,或系统定时从指定地址读取文件。

2.系统校验文件格式并读取文件内容,校验通过的进入下一步,失败的记录错误日志;

3.校验系统内是否有与委托方建立的有效的协议,校验通过的进入下一步,失败的记录错误日志。

4.系统自动生成案件并录入案件信息。

5.系统对于错误日志记录触发通知,由内勤人工处理。

四、委托方通过邮件或其他线下方式,将委托请求以文件的方式发送机构内勤,机构内勤将文件导入系统,系统自动生成案件,流程如下:

1.机构内勤将文件导入系统。

2.系统校验文件格式并读取文件内容,校验通过的进入下一步,失败的记录错误日志。

3.校验系统内是否有与委托方建立的有效的协议,校验通过的进入下一步,失败的记录错误日志。

4.失败的记录会在系统页面上进行提示,成功的记录会由系统自动生成案件并录入案件信息。其中案件信息包含:委托信息,委托要求,保单信息,事故信息,事故者信息,附件等。

此外,在生成公估报告之后之后,案件管理服务器还可以将该公估报告发送至委托方。从而通过这种方式,本方案还可以自动化的受理保险案件并发送公估报告,进一步提升了案件处理效率且节省了人力成本。

可选地,方法还包括:对历史保险案件的案件信息进行统计分析,并根据统计分析的结果对规则映射表进行更新。

具体地,本实施例的案件管理服务器还可以对历史保险案件的案件信息进行统计分析,例如:按照时间(三个月或者半年)进行案件统计分析,或者按照案件的数量(例如:每1000件保险案件)进行统计分析,其中统计分析主要是针对案件的险种类型和事故类型以及对应的任务类型进行统计。在一个具体实例中,例如上述确定的险种类型为意外险,事故类型为意外身故,系统自动生成11类任务,但是在最近1000件保险案件处理过程中,经过案件管理服务器的统计分析得到,有800件险种类型为意外险,事故类型为意外身故对应的任务类型为9类。则在这种情况下,案件管理服务器可以根据统计的结果对规则映射表进行更新。从而保证规则映射表的实时性与有效性。

此外,参考图1所示,根据本实施例的第二个方面,提供了一种存储介质。所述存储介质包括存储的程序,其中,在所述程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例,首先根据保险案件的案件信息生成调查任务,然后根据预设的分配规则将调查任务分配至对应的调查人员,最终根据调查结果生成与保险案件对应的公估报告。与现有的采用人工方式处理保险案件相比,本方案可以自动地对案件进行分析确定调查任务,并且可以按照规则自动的将案件分配至调查人员,最终生成公估报告。因此,达到了自动化处理保险案件的目的,实现了提高案件处理效率并且节省人力成本的技术效果。进而,解决了现有技术中存在的通过人工的方式处理保险案件,会浪费大量的人力成本并且影响案件的完成效率的技术问题。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图4示出了根据本实施例所述的生成保险案件公估报告的装置400,该装置400与根据实施例1的第一个方面所述的方法相对应。参考图4所示,该装置400包括:任务生成模块410,用于根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务;任务分配模块420,用于根据预设的分配规则,将调查任务分配至对应的调查人员;以及报告生成模块430,用于接收调查人员针对调查任务得到的调查结果,并根据调查结果生成与保险案件对应的公估报告。

可选地,任务生成模块410,包括:类型确定子模块,用于根据案件信息中的险种类型和事故类型,确定与保险案件相关的任务类型;任务生成子模块,用于基于任务类型,根据案件信息中的以下至少一项信息生成调查任务:委托信息、委托要求、保单信息、事故信息、事故者信息。

可选地,类型确定子模块,包括:映射表访问单元,用于访问预先设置的规则映射表,其中规则映射表记录险种类型和事故类型与对应的任务类型之间的映射关系;以及类型确定单元,用于基于规则映射表,根据险种类型和事故类型,确定与保险案件相关的任务类型。

可选地,任务分配模块420,包括:等级确定子模块,用于根据预先设置的任务等级表确定调查任务的任务等级,其中任务等级基于调查任务的难易程度划分;以及第一分配子模块,用于基于任务等级,访问预先设置的调查人员等级表,并根据调查人员的等级将调查任务分配至对应的调查人员,其中调查人员的等级基于考核划分。

可选地,任务分配模块420,包括:区域确定子模块,用于确定调查任务位于的执行区域,其中执行区域根据历史调查任务数量进行划分;以及第二分配子模块,用于根据执行区域,将调查任务分配至负责执行区域的调查任务的调查人员。

可选地,任务分配模块420,包括:任务量确定子模块,用于确定执行区域中的调查人员的数量以及每个调查人员任务量;以及第三分配子模块,用于根据调查人员数量、调查人员任务量以及调查人员的等级,将调查任务分配至对应的调查人员,并且在执行区域中未匹配到调查人员的情况下,相邻区域确定子模块,用于确定与执行区域相邻的相邻执行区域中的调查人员的数量以及每个调查人员任务量;以及第四分配子模块,用于根据相邻执行区域中的调查人员数量、调查人员任务量以及调查人员的等级,将调查任务分配至对应的调查人员。

可选地,装置400还包括:中止模块,用于在调查结果中出现错误结果的情况下,向未进行调查的调查人员发送中止指令,其中中止指令用于指示未进行调查的调查人员停止执行调查任务。

可选地,装置400还包括:案件信息接收模块,用于通过以下任意一项方式从委托方接收保险案件的案件信息:邮件接收方式、系统接口对接方式、文件导入方式以及文件上传方式,其中邮件接收方式需要校验邮箱的有效性、协议的有效性以及邮件格式;系统接口对接方式需要校验报文格式以及协议的有效性;文件上传方式需要读取接口报文以及文件、并验证文件的文件格式和文件内容以及校验协议的有效性;文件导入方式需要将文件导入系统,并验证文件的文件格式和文件内容以及校验协议的有效性,并且根据调查结果生成与保险案件对应的公估报告之后,还包括:报告发送模块,用于将公估报告发送至委托方。

可选地,装置400还包括:更新模块,用于对历史保险案件的案件信息进行统计分析,并根据统计分析的结果对规则映射表进行更新。

从而根据本实施例,首先根据保险案件的案件信息生成调查任务,然后根据预设的分配规则将调查任务分配至对应的调查人员,最终根据调查结果生成与保险案件对应的公估报告。与现有的采用人工方式处理保险案件相比,本方案可以自动地对案件进行分析确定调查任务,并且可以按照规则自动的将案件分配至调查人员,最终生成公估报告。因此,达到了自动化处理保险案件的目的,实现了提高案件处理效率并且节省人力成本的技术效果。进而,解决了现有技术中存在的通过人工的方式处理保险案件,会浪费大量的人力成本并且影响案件的完成效率的技术问题。

实施例3

图5示出了根据本实施例所述的生成保险案件公估报告的装置500,该装置500与根据实施例1的第一个方面所述的方法相对应。参考图5所示,该装置500包括:处理器510;以及存储器520,与处理器510连接,用于为处理器510提供处理以下处理步骤的指令:根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务;根据预设的分配规则,将调查任务分配至对应的调查人员;以及接收调查人员针对调查任务得到的调查结果,并根据调查结果生成与保险案件对应的公估报告。

可选地,根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务,包括:根据案件信息中的险种类型和事故类型,确定与保险案件相关的任务类型;基于任务类型,根据案件信息中的以下至少一项信息生成调查任务:委托信息、委托要求、保单信息、事故信息、事故者信息。

可选地,根据案件信息中的险种类型和事故类型,确定与保险案件相关的任务类型,包括:访问预先设置的规则映射表,其中规则映射表记录险种类型和事故类型与对应的任务类型之间的映射关系;以及基于规则映射表,根据险种类型和事故类型,确定与保险案件相关的任务类型。

可选地,根据预设的分配规则,将调查任务分配至对应的调查人员,包括:根据预先设置的任务等级表确定调查任务的任务等级,其中任务等级基于调查任务的难易程度划分;以及基于任务等级,访问预先设置的调查人员等级表,并根据调查人员的等级将调查任务分配至对应的调查人员,其中调查人员的等级基于考核划分。

可选地,根据预设的分配规则,将调查任务分配至对应的调查人员,包括:确定调查任务位于的执行区域,其中执行区域根据历史调查任务数量进行划分;以及根据执行区域,将调查任务分配至负责执行区域的调查任务的调查人员。

可选地,根据预设的分配规则,将调查任务分配至对应的调查人员,还包括:确定执行区域中的调查人员的数量以及每个调查人员任务量;以及根据调查人员数量、调查人员任务量以及调查人员的等级,将调查任务分配至对应的调查人员,并且在执行区域中未匹配到调查人员的情况下,确定与执行区域相邻的相邻执行区域中的调查人员的数量以及每个调查人员任务量;以及根据相邻执行区域中的调查人员数量、调查人员任务量以及调查人员的等级,将调查任务分配至对应的调查人员。

可选地,存储器520还用于为处理器510提供处理以下处理步骤的指令:在调查结果中出现错误结果的情况下,向未进行调查的调查人员发送中止指令,其中中止指令用于指示未进行调查的调查人员停止执行调查任务。

可选地,根据待分析的保险案件的案件信息,生成处理保险案件所需的调查任务之前,还包括:通过以下任意一项方式从委托方接收保险案件的案件信息:邮件接收方式、系统接口对接方式、文件导入方式以及文件上传方式,其中邮件接收方式需要校验邮箱的有效性、协议的有效性以及邮件格式;系统接口对接方式需要校验报文格式以及协议的有效性;文件上传方式需要读取接口报文以及文件、并验证文件的文件格式和文件内容以及校验协议的有效性;文件导入方式需要将文件导入系统,并验证文件的文件格式和文件内容以及校验协议的有效性,并且根据调查结果生成与保险案件对应的公估报告之后,还包括:将公估报告发送至委托方。

可选地,存储器520还用于为处理器510提供处理以下处理步骤的指令:对历史保险案件的案件信息进行统计分析,并根据统计分析的结果对规则映射表进行更新。

从而根据本实施例,首先根据保险案件的案件信息生成调查任务,然后根据预设的分配规则将调查任务分配至对应的调查人员,最终根据调查结果生成与保险案件对应的公估报告。与现有的采用人工方式处理保险案件相比,本方案可以自动地对案件进行分析确定调查任务,并且可以按照规则自动的将案件分配至调查人员,最终生成公估报告。因此,达到了自动化处理保险案件的目的,实现了提高案件处理效率并且节省人力成本的技术效果。进而,解决了现有技术中存在的通过人工的方式处理保险案件,会浪费大量的人力成本并且影响案件的完成效率的技术问题。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号