理赔系统

后置拦截器

保司对接策略

理赔重构后系统结构

回调通知保司保全处理结果

发布事件

保存保全信息

保司处理结果

读取保司也页面布局

事件监听器器，监听保全执行过程中产生的重要事件，比如处理流程步骤相关的事件，处理异常事件等等，比如可用这个模块灵活的在处理流程中插入特殊处理或监控处理流程中的错误

处理结果

扣佣

结果构建器

保全系统拟重构结构

页面布局脚本，每家保司或产品开发一套

保司信息采集页面布局

重构前系统中个业务处理耦合较重，代码冗余较多，对接产品开发量较大。重构后清理整合冗余代码，通过配置来动态生成保司的信息采集页面组件配置，业务封层，策略化对接保司。提高代码复用性，降低开发成本和风险。

保全项业务处理器，分离各个保全项的处理业务流程

...

事件分发器

保全数据来源

事件监听器

保全数据业务处理，业务处理所有保全项和产品交叉在一起

保司数据同步

1. 客户申请（APP、云服、公众号）2. 内勤申请

页面数据解析器

font color=\"#323232\

提交保全数据

提交处理

页面处理器

根据理赔产品配置，执行是否初审，是接口还是邮件对接判断等业务流转

保司对接交互策略，策略未对象化，仅仅是一个个的函数，通过硬编码根据保司或产品id来选择调用方法。理赔案件状态更新分散在各个保司处理方法中。

响应结果构建器

获取页面组件配置

AT(撤单)

理赔申请数据保存

业务控制，根据理赔配置进行业务处理的流转，处理过程整合在一起，未进行业务分层，通过硬编码形式根据保司id或产品id进行判断。

状态驱动业务

1. 业务分层，根据保全项进行不同保全项业务处理的隔离。2. 对接产品策略隔离，将不同的产品的对接业务策略分别开发维护，独立演化。

与保司交互

提交解析请求

递交申请数据

1. 通过PIS同步数据2. 通过保全系统同步数据

提交保司

保司API对接

保司API

页面数据解析

读取配置控制行为

XT(协议退保)

递交事件

人保

提交数据

前置拦截

前端

云保平台申请

推送合作方渠道

华泰

众安

响应状态流转

前置拦截器

事件分发

发布hub事件

监控监听

当前保全系统结构

配置解析器，读取配置生成页面组件组合配置

根据不同保司或产品，判断逻辑分支（if-else），进行解析提交数据

数据检查，根据保全项、保单、产品信息校验

根据不同的保全项、产品、保单信息，进行分支判断组装保全业务数据。

目前保全项的处理和保司的对接存在较重的耦合，往往通过保司或产品id硬编码的形式进行分支判断，处理流程糅合在一起。在对接产品时往往多个人修改同一块代码，并行开发容易产生冲突，阻塞开发进程，同时由于代码耦合度较高，改动容易产生难以预料的风险，影响系统的健壮和稳定性，对开发效率也有相当阻碍。现在拟对系统进行重构，对业务处理进行拆分隔离，对接产品进行策略化，提升系统的结构性，提高代码的稳定和健壮性，提高代码的复用性，以保证系统的稳定和开发效率的提升，使得系统实现快速迭代。

爱心

太保

异常告警

页面处理模块

后置拦截

数据存储

页面提交统一门面API1. 提交2. 查询3. 审核...

根据不同的退保保全项、产品、保单信息，进行业务分支判断，执行退费

BT(通融退保)

CT(退保)

响应结果

业务处理监听

状态驱动

理赔原系统结构

BB(信息变更)

跳转页面