车险理赔反欺诈系统方案.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
车险理赔反欺诈系统需求分析方案 2010年08月24日 目 录 车险理赔反欺诈系统需求分析方案 1 第 1 章 项目概述 4 § 1.1 建设背景 4 § 1.2 建设目标 4 第 2 章 需求分析 5 § 2.1 数据管理 5 § 2.1.1 数据导入 5 § 2.1.2 数据填充维护 7 § 2.2 综合查询 9 § 2.2.1 信息检索 9 § 2.3 比对分析 10 § 2.3.1 特征库管理 10 § 2.3.2 比对规则配置 12 § 2.3.3 风控名单查询(比对查询) 13 § 2.4 案件轨迹分析 14 § 2.4.1 车辆轨迹分析 14 § 2.4.2 人员轨迹分析 17 § 2.5 黑名单管理 19 § 2.5.1 车辆黑名单 19 § 2.5.2 人员黑名单 19 § 2.6 基础信息管理 20 § 2.6.1 保险公司维护 20 § 2.6.2 车型维护 20 § 2.6.3 号牌种类维护 20 § 2.6.4 特殊车牌维护 20 § 2.7 权限管理 20 § 2.7.1 角色管理 20 § 2.7.2 用户管理 20 § 2.7.3 角色权限设置 21 第 3 章 系统总体架构设计 22 § 3.1 系统设计原则 22 § 3.1.1 系统的安全性 22 § 3.1.2 系统的稳定性 22 § 3.1.3 系统的易用性 22 § 3.1.4 系统的扩展性 22 § 3.2 系统架构 24 § 3.3 技术框架图 26 § 3.4 运行环境 27 第 4 章 售后服务 30 § 4.1 维护责任期 30 § 4.2 服务方式 30 § 4.3 服务内容 31 § 4.4 项目维护小组 32 § 4.5 项目技术培训 32 项目概述 建设背景 近年来,车险欺诈问题日益突出,严重影响了保险公司车险业务的健康发展。那么如何来判断一起理赔案件是否属于欺诈行为?如何来遏制和减少这种欺诈理赔案件的发生呢?如何给办案人员提供一个判案的依据呢?对于以往来说,各保险公司只能看到自己公司受保的车辆信息,看不到其他保险公司相关的车辆信息,这样看到的信息具有很大的片面性,影响了判案的依据。为此提出车险理赔反欺诈系统的建设方案,其目的是为了实现各保险公司车险信息部分共享,通过对案件及车辆的分析、比对、筛选,列出风控名单,以便对理赔案件作一个更好更直观的判断。 建设目标 通过反欺诈系统,办案人员可以通过比对规则的设置,系统根据这些设置好的规则,进行数据的分析,最后列出符合规则的风控名单。案件轨迹分析分别以车和人为研究对象,根据限定的条件,对数据进行分析。这些名单及数据分析的结果具有一定的案件分析价值,可以给办案人员一个判案的依据,同时避免了办案人员查看大量的数据,从而提高了工作效率。 需求分析 数据管理 本模块主要是数据的导入及维护。 数据导入 本模块主要是实现数据导入接口,支持以Excel方式导入数据。 现有保险公司的数据以案件为主进行存储,一条案件记录中有可能包含多车信息,而本系统主要以车辆或是驾驶员为主要分析研究对象,因此需要对案件记录进行拆分,拆分成以车辆的案件信息进行存储,即一条案件记录可能要拆分成多条车辆的案件记录。一条案件记录拆分后,系统以赔案号做为拆分后的多车辆记录来关联。 数据导入验证:数据导入时对赔案金额做数据格式验证,验证是否为数值型。由于数据量较大,为了导入效率,其他字段不做校验。 拆分后的字段信息,如下表: 字段中文名称 类型 长度 说明 案件号 字符型 100 保险公司 字符型 100 车牌号 字符型 20 车架号 字符型 50 车型 字符型 10 事故角色 字符型 10 分为两种: 1、标的车 2、三者车 事故时间 日期型 30 格式:yyyy-m-d 事故地点 字符型字符型字符型字符型字符型字符型字符型字符型字符型字符型字符型字符型字符型 字符型 30 预留字段 案件类型 字符型 字符型 30 预留字段 终保日期 日期型 30 预留字段 险种类型 字符型 50 预留字段 号牌种类 字符型 10 预留字段 数据填充维护 自动填充 一条案件记录拆分后,三者车的信息不够全面,需要对该车案件信息进行填充。 填充时间:每天执行一次,只填充三者车信息不全的数据。 填充的字段:保险公司、驾驶员、驾驶证号、驾驶员联系方式、车主、车主身份证号、车主联系方式。 自动删除重复记录 对于一个具体的案件,有可能出现数据多次录入的情况,比如平责、主次责的事故案件,各家保险公司可能都录入这个案件,这样就会导致车辆记录重复的问题。如果把这个功能放在数据导入的时候验证的话,将会影响导入的效率。所以系统将设定在一个比较空闲的时间段,自动对导进来的数据进行检验判断,对于冗余的数据将删除

文档评论(0)

153****9595 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档