文章大纲

• 简介
• 技术样例前瞻
• • demo 样例
  • 智能问卷
  • 软件技术架构
  • 根据保险规则生成标签
  • 建立投保人标签库
  • 提供数据服务
• 接口设计
• • 输入
  • 输出
• 原型设计
• 创新性
• 参考文献

简介

互联时代，特别是移动互联 日渐普及之后，大数据的搜集变得更为方便和可行，大数据的应用价值受到了各行各业的关注，甚至大数据本身也成了一个专门产业。保险作为基于大数法则运营发展的商业行为，对大数据的利用有着天然的倾向性。

首先，行业竞争倒逼核保和理赔速度的提升，可能带来核保、核赔质量下降的负面影响。从纯理论角度和最理想化的角度来讲，核保和核赔这两个环节是可以为保险公司屏蔽所有逆选择和道德风险的。但付出的代价是用大量的人力对每个投保和理赔申请都进行大量的细致调查。这在保险公司实际运营中是不可能的。特别是在行业竞争越来越激烈的今天，为提升客户体验，保险公司的投保条件愈发宽松，核保核赔速度快，甚至免核保、免体检、快速赔付已经成为保险公司吸引客户的“标配”所在。各家公司千方百计提高服务速度，核保核赔部门往往要承受客户和销售部门的双重压力。在此情况下，虽然保险公司的保费收入有了较大增长，但是承受的风险冲击将明显增大。公司管理层对业绩增长的期待，或多或少冲淡了本该固若金汤的风控意识。

其次，互联 保险的发展，客观上增加了风险控制的难度。如今， 络销售、移动互联 销售日益被保险公司所重视。各种保险销售 站，成为了保险公司新的保费增长点。甚至客户通过手机微信等软件终端，就可以轻松完成投保或理赔过程，在这种情况下，材料真实性验证难度较大，信息不对称性更为突出，机会型欺诈风险增加。异地出险的增加，也对理赔后续工作提出较高要求，容易出现保险服务流程衔接的空白。在传统保险销售过程中，销售人员与客户面对面地沟通，其实也是一种了解客户的过程。但是互联 保险的发展让这个过程消失。核保部门失去了一道天然屏障。这些都是增加了风险控制的难度。

双核系统是一个人工智能驱动的核保核赔系统。旨在辅助保险公司为投保人提供更优质的保险服务。
双核系统的主要目的是：

• 智能化手段处理大批量居民医疗数据，进行健康分析。
• 为不同公民提供量身定制的核保核赔方案
• 简化保险人员工作流程，提高保险公司保险服务质量。

技术样例前瞻

核保核赔系统，使用业界领先的云服务基础架构，将系统功能封装为服务对外提供，系统的软件技术方案如下。

demo 样例

本设计将满足以下一些核心要点：

• 可本地化部署
• RESTFul 接口，适应各种系统集成
• 自定义设置问卷内容，设置及修改各子问题
• 多维度问卷信息获取

项目需要的技术相关人员配置为：
架构师1名，前端工程师1名，后端工程师3名，QA工程师1名，实施工程师1名。
基于上述设计的智能问券项目总周期约为3个月左右【包含实施周期】，总工作量约为44人周 。智能问券项目可分为以下3个阶段：

(1) 产品及系统设计周期（序 1-2）约为2周，工作量需2人周。
(2) 主要开发周期（序 1-6）约为8周，工作量需32人周。
(3) 实施周期（序 7-12）约为2周，工作量需10人周。

软件技术架构

由于不同国家的卫生系统高度分散，因此很难获得跨境活动的公双核平台目前使用Aws redshift作为数据服务承载。Aws s3作为数据持久化备份策略。Aws ApiGateway+Lambda方式作为后台服务响应方。前端采用angular js7.0 或者 VUE 等框架

除此之外，使用AWS IAM 来安全地控制对AWS 数据资源的个人访问权限和组访问权限。并且增加登陆认证确保用户安全登录以及数据请求。

以下是整体软件架构：

1.使用EMR连接s3，将数据记录持久化到s3进行存储。
2.将s3上的数据导入到redshift。
3.使用EMR连接redshift，定期将增量化记录同步到redshift数据库中。

提供数据服务

1.登陆验证
使用ApiGateway 进行登陆验证。主要是用来验证用户的合法性以及安全性。
2.数据查询服务
完成登陆验证的用户，可以进一步使用数据服务。数据服务使用flask提供。通过flask连接redshift，根据用户输入的查询条件返回结果。
3.数据标签分布结果
完成登陆验证的用户可以直接查询当前系统的标签分布结果。

接口设计

输入

本系统当前支持基于用户ID的查询输入

输出

参考： 基本核保手册

原型设计

登录