【互联网保险核心-建设思路】从0到1建设互联网保险核心系统--为什么选择承保模块入手

废话不多说，直奔主题。

从实施效果来看，建议先拆分承保模块。

1、保全模块和理赔模块功能涉及范围广，拆分表时需要其他模块提供查询接口和数据同步接口，如果采用另一种方案：使用同一个数据库，则做出来的系统是个半成品，做不到真正意义上系统的拆分。

2、实验效果不明显，保险公司最为关注的是两点：出单效率和理赔效率，所以从这两个模块入手效果比较可观，带来的直接效益也比较明显，另外，保全模块是最浪费人力和资源的，而且还不会给公司带来直接经济效益的，所以保险公司一般希望通过直接通过优化系统减少这部分工作量，但是由于保全模块的特殊性和复杂性，最后做出来的东西往往都是个半成品。

3、测试起来不容易，对于测试人员来说，无论是保全、理赔、收付，都是建立在已出单的基础上，加之保险产品的多样性，在测试过程中制造满足条件的保单也会话费大量的人力，既然这样为什么不从录单开始做，一步一步下去。

结合上面三点来看，在建设互联网保险核心初期探索阶段，如果模块选择不清楚，思路不清晰，成本预估过于乐观都会导致拆分效果不明显，而且拆出来个半成品甚至废品，这就平台无辜的增加了系统维护成本。

目前多数保险公司从原始承保模块已拆分出来的系统大致有：规则引擎、核保核赔系统、录单系统、财务收付系统等。

下一篇将介绍：承保模块具体建设思路，可拆分出来的子系统，分库分表建议等。