理赔系统复杂性概述以及工作台的必要性阐述

保险承保后，如果出险，那么就必然涉及到理赔赔付事项。赔付因其自身的特殊性（不能多赔骗赔），需要加很多流程管控住各种各样的风险。

假如一个流程A，提交到流程B，流程是线性的，那么一般问题复杂性不高。但如果发生以下几种情况，问题的复杂度就会以指数型的形式飙升：
1、流程非线性，流程B可以退回A
2、流程A提交的状态可能会有多种
3、综合1、2，假设A提交的状态有3种，提交到B后再退回，然后再提交，那么考虑的情况就有3*3=9种
4、流程不仅仅只有A和B，还有C/D/E/F…等等，理赔系统有几十个流程，除了主流程还有辅助流程，还有各种大大小小的监管流程（传平台）、辅助功能流程（反欺诈）
5、有些特殊流程，比如审核，加多其他考虑因素（双核因子），这样就又衍生出一套审核体系（双核）

综上情况，理赔系统就成了目前最复杂的一个系统。

针对这么复杂的一个系统，记录案件的状态，就不仅仅是一个字段或者几个字段的事。目前理赔所用老方案，就是每个环节有每个环节的主表，主表记录该环节的状态，单单
看一张表的数据，并不能知道该案件所处的流程。得综合看多张表，但是这样就会导致一个问题，越到后面的流程，所需看的表越多，操作该环节查询的数据sql就会越复杂，查询
效率越慢，这不是一个可持续的方案。

如何直观、准确地体现一个案件所处的流程？工作台的出现，可以初步解决该痛点。

不再以业务数据作为案件状态的评估标准，而是往工作台新增一个个任务，来展现案件的状态。

但前面也说了，理赔复杂性，导致迁移工作台事项，如果设计不好，必然也是问题很多。