保险智能风控系统

技术领域

本发明涉及保险风控系统技术领域，尤其涉及一种保险智能风控系统。

背景技术

目前各保险公司在涉及的雇主险等细分领域的风控，基本没有涉及。部分涉及到雇主险等细分领域风控的保险公司，目前系统的逻辑、防护效果以及使用效果也比较差。比如风控不精准、风控拦截效果差、误伤正常客户等问题均会存在，保险公司的一些风控功能，基本都是直接加黑名单的方式，限制了客户的所有操作，风控手段单一。

发明内容

本发明的目的在于提供一种保险智能风控系统，以解决上述背景技术中遇到的问题。

为实现上述目的，本发明的技术方案如下：

一种保险智能风控系统，包括大数据中心和风控管理平台，所述大数据中心用于收集所有的用户信息、保单数据、批单数据和理赔数据，并根据业务员的查询结果生成保全数据和理赔数据的趋势图，所述大数据中心与风控管理平台连接，所述风控管理平台用于创建各种维度的风控字段，并设置各风控字段的赋值，所述风控管理平台根据风控字段判断用户的信息里面是否触发了设定好的风控字段条件，并将结果返回给业务系统，所述风控管理平台根据大数据中心的数据推送自动在系统内创建黑名单信息库，控制用户的操作行为。

上述方案中，所述大数据中心内部设有保单批单模块和理赔模块，所述保单批单模块用于收集每天产生的所有保单数据、批单数据和历史保单数据以及批单数据，所述理赔模块用于收集每天产生的所有的理赔数据和历史理赔数据，所述大数据中心根据业务员的查询结果生成保全数据的趋势图和理赔数据的趋势图。

进一步的，还包括保全数据模块和赔付率数据模块，所述保全数据模块基于保单批单模块根据业务员的查询结果生成保全数据的趋势图，所述赔付率数据模块基于理赔模块根据业务员的查询结果生成理赔率数据的趋势图。

上述方案中，所述风控管理平台内部设有风控字段管理模块、风控记录管理模块和数据统计模块，所述风控字段管理模块用于创建各种维度的风控字段，并设置各风控字段的赋值，所述风控字段管理模块根据大数据中心的数据推送自动在系统内创建黑名单信息库，所述风控记录管理模块用于记录触发了设定好的风控字段条件的客户和处于黑名单信息的客户，所述数据统计模块用于统计风控系统的拦截记录。

进一步的，所述风控字段管理模块包括风控组件管理模块、黑白名单管理模块，所述风控组件管理模块用于根据黑白名单管理模块提供的数据控制客户的投保行为和批改行为，所述黑白名单管理模块用于根据大数据中心的历史保全和理赔记录生产白名单和黑名单，黑名单为拦截名单，白名单为通过名单。

更进一步的，所述风控字段管理模块还包括风控因子管理模块，所述风控因子管理模块用于根据客户的信息组建多种风控因子，所述风控因子管理模块基于风控组件管理模块组建，风控因子为关键词。

再进一步的，所述风控字段管理模块还包括因子赋值管理模块，所述因子赋值管理模块用于对任意风控因子管理模块中的风控因子进行具体赋值。

上述方案中，还包括风控应用系统，所述风控应用系统用于将风控系统对接到现有的保险业务，并应用于保险业务系统。

进一步的，所述风控应用系统包括投保应用管理和批改应用管理模块，所述投保应用管理用于将风控系统对接到现有的保险投保业务中，所述批改应用管理模块用于将风控系统应用到保险投保业务中的批改确认服务中。

与现有技术相比，本发明的有益效果是：本发明通过风控字段管理模块内部的各种风控因子，可以精准的控制用户的各种行为，比如单独控制投保或者批改等。可以精准的控制个体用户的部分行为，或者通过区域、行业、企业名称关键字、被保障人员身份信息等控制投保人的行为，还可以灵活配置风控因子，通过不同的维度进行风控。

附图说明

参照附图来说明本发明的公开内容。应当了解，附图仅仅用于说明目的，而并非意在对本发明的保护范围构成限制。在附图中，相同的附图标记用于指代相同的部件。其中：

图1为本发明工作原理示意图。

具体实施方式

为了使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解，现在结合附图对本发明作进一步详细的说明。这些附图均为简化的示意图，仅以示意方式说明本发明的基本结构，因此其仅显示本发明有关的构成。

根据本发明的技术方案，在不变更本发明实质精神下，本领域的一般技术人员可以提出可相互替换的多种结构方式以及实现方式。因此，以下具体实施方式以及附图仅是对本发明的技术方案的示例性说明，而不应当视为本发明的全部或者视为对本发明技术方案的限定或限制。

下面结合附图和实施例对本发明的技术方案做进一步的详细说明。

如图1所示，一种保险智能风控系统，包括大数据中心1和风控管理平台2，大数据中心1用于收集所有的保单数据和理赔数据，并根据业务员的查询结果生成保单数据和理赔数据的趋势图。具体的，大数据中心1内部设有保单批单模块11和理赔模块13，保单批单模块11用于收集每天产生的所有保单数据、批单数据和历史保单数据以及批单数据，理赔模块13用于收集每天产生的所有的理赔数据和历史理赔数据，大数据中心1根据业务员的查询结果生成保全数据的趋势图和理赔数据的趋势图。

为了进一步细化，上述方案中，大数据中心1内部还包括保全数据模块12和赔付率数据模块14，保全数据模块12基于保单批单模块11根据业务员的查询结果生成保全数据的趋势图，赔付率数据模块14基于理赔模块13根据业务员的查询结果生成理赔率数据的趋势图。根据业务人员的查询条件，实时展示计算结果，根据设定好的计算规则，展示相关数据的趋势图。比如业务员对保全数据查询，得到保全数据曲线图，在大头保或淘保吧赔付率查询赔付率查询表时获得赔付率曲线图。

大数据中心1与风控管理平台2连接，风控管理平台2用于创建各种维度的风控字段，并设置各风控字段的赋值，风控管理平台2根据风控字段判断用户的信息里面是否触发了设定好的风控字段条件，并将结果反馈给业务系统，风控管理平台2根据大数据中心1的数据推送自动在系统内创建黑名单信息库，控制用户的操作行为，改操作行为包括全部或者部分操作行为，比如投保行为、批改行为。业务系统只要有用户投保，都会将用户的所有信息发给风控管理平台2，风控管理平台2判断用户的信息里面是否触发了设定好的风控条件，并将结果反馈给业务系统，业务系统告知用户无法投保，可以由系统提示告知用户或操作者，也可以电话短信的方式告知。

具体的，风控管理平台2内部设有风控字段管理模块、风控记录管理模块25和数据统计模块26，风控字段管理模块用于创建各种维度的风控字段，并设置各风控字段的赋值，风控字段管理模块根据大数据中心1的数据推送自动在系统内创建黑名单信息库，风控记录管理模块25用于记录触发了设定好的风控字段条件的客户和处于黑名单信息的客户，数据统计模块26用于统计风控系统的拦截记录。

上述方案中，风控字段管理模块包括风控组件管理模块21、黑白名单管理模块22，风控组件管理模块21用于根据黑白名单管理模块22提供的数据控制客户的投保行为和批改行为，黑白名单管理模块22用于根据大数据中心1的历史保全和理赔记录生产白名单和黑名单，黑名单为拦截名单，白名单为通过名单。

其中，风控组件管理模块21中的组件是风控条件应用的基本单位。与需要风控应用的保险产品产生对应关系，组件到产品是一对多，产品到组件是多对一。一个组件可以对应控制多个产品，但一个产品只能最多受到一个投保组件和一个批改组件的控制。而名单性质可以区分为白名单和黑名单，黑名单为拦截名单，白名单为通过名单。

组件与组件之间是相互独立的，不应也不会产生任何交叉关系。组件由名单构成，一个组件可以同时含有黑名单和白名单，且这些黑名单或白名单可以不止一个。组件与名单是一对多的关系，名单与组件是一对一的关系，一个组件可以含有多个名单，但一个名单只能应用到一个组件中。

同一组件中的两个或两个以上的黑名单，为并集关系，如果某一前台操作触及了其中一个黑名单，则该操作即会被拦截；同一组件中的两个或两个以上的白名单，也为并集关系，如果某一前台操作触及了其中一个白名单，则该操作即会被通过；同一组件中的黑白名单，其识别顺序为先白后黑，如果某一前台操作已经先被白名单识别，则其他的黑名单将不再识别。不同组件内的名单之间，数学逻辑上互不干扰。

进一步的，风控字段管理模块还包括风控因子管理模块23，风控因子管理模块23用于根据客户的信息组建多种风控因子，风控因子管理模块23基于风控组件管理模块21组建，风控因子为关键词。名单由因子构成，因子是构成名单的基础，一个名单可以由一个或多个因子构成。

风控因子管理模块23中的因子是风控条件的最基础层级，产生风控结果最终都是要回归到因子的。风控因子的名称包括：投保人企业名称、被保险人企业名称、投保人企业注册地址、被保险人企业注册地址、投保人营业执照、被保险人营业执照、投保人联系人、被保险人联系人、投保人联系电话、被保险人联系电话、投保人所属行业渠道、所在单位等因子。随着业务的发展，因子是可以增加，但因子的增加不可以通过配置实现，需要系统研发中心进行开发。

在名单内部，含有多个不同的因子，则因子之间是交集关系。也可以说，一个名单的最终控制结果，是该名单下不同因子的最终赋值的交集。例如：某一个名单中含有“投保人企业名称(赋值为:‘人力资源’)”和“投保人企业注册地址(赋值为:‘山东省’)”两个因子。当前台操作中出现投保人注册地址含有“山东省”且投保人企业名称中含有“人力资源”的操作时，即会被该名单识别出来。

更进一步的，风控字段管理模块还包括因子赋值管理模块24，因子赋值管理模块24用于对任意风控因子管理模块23中的风控因子进行具体赋值。因子的赋值，即为对某一因子的具体赋值，用于进一步区分和细化风控因子。

名单内的每一因子均需要赋值，每个因子可以有多个赋值，一个因子的最终赋值，是该因子下的不同赋值的并集。例如：“投保人企业名称”这个因子，其下有两个赋值，一个为“人力资源”，一个为“北京某某贸易有限公司”，则该因子的最终赋值为这两个赋值的并集。如前台操作中出现投保人企业名称中含有“人力资源”或“北京某某贸易有限公司”的操做，就会被该因子的名单识别出来。

综上锁述：风控条件的设置由四个层级共同构成，从大到小分别为组件、名单、因子、因子的赋值。由此我们会获得以下八组关系，组件与组件，组件与名单；名单与名单，名单与因子；因子与因子、因子与赋值；因子赋值与因子赋值。将这八组关系可以全部或部分应用到风控字段管理模块，来匹配各家保险行业的需要。

为了便于更好的对接保险公司的业务部，上述方案中，还包括风控应用系统3，风控应用系统3用于将风控系统对接到现有的保险业务，并应用于保险业务系统，比如应用分别在大头保和淘保吧系统中实现。风控组件创建完成后，需要到大头保系统和淘保吧系统中进行组件的应用。组件到产品是一对多，产品到组件是多对一。一个组件可以对应控制多个产品，但一个产品只能最多受到一个投保组件和一个批改组件的控制。如果未能在大头保或淘保吧系统里对某产品应用相关组件，即使组件中已经添加了该产品，风控条件也不会发生作用。

具体的，风控应用系统3包括投保应用管理31和批改应用管理模块32，投保应用管理31用于将风控系统对接到现有的保险投保业务中，对用户的投保行为进行限制，批改应用管理模块32用于将风控系统应用到保险投保业务中的批改确认服务中，对用户的批改行为进行限制。

需要注意的是：风控组件的命名，建议含有三个字段信息：保险公司名称，投保/批改，大头保/淘保吧。在设立组件时，注意以保险公司作为产品的归集分别设立。一个组件不能同时控制大头保和淘保吧，一个组件不能同时控制投保和批改。在组件下的名单，最好不要出现因子完全一致的重复黑名单或重复白名单。

大数据中心1会将所有的用户信息进行不同维度的数据分析，并且对各用户打标签，如果是涉及到高危等级的用户，大数据中心1会将高危等级的用户信息发送给风控管理平台2。风控管理平台2根据大数据中心1的数据推送，自动在系统内创建黑名单信息库，控制用户的全部或者部分操作行为，大数据中心1同时将高危用户的信息发送给业务部门一份，便于人工干预。

本发明通过风控字段管理模块内部的各种风控因子，可以精准的控制用户的各种行为，比如单独控制投保或者批改等。可以精准的控制个体用户的部分行为，或者通过区域、行业、企业名称关键字、被保障人员身份信息等控制投保人的行为，还可以灵活配置风控因子，通过不同的维度进行风控。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是，以上所述仅为本发明的具体实施方式，并不用于限定本发明保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应含在本发明的保护范围之内。