【互联网保险核心-建设思路】从0到1建设互联网保险核心系统--为什么选择承保模块入手
2018-01-12 10:27
344 查看
废话不多说,直奔主题。
从实施效果来看,建议先拆分承保模块。
1、保全模块和理赔模块功能涉及范围广,拆分表时需要其他模块提供查询接口和数据同步接口,如果采用另一种方案:使用同一个数据库,则做出来的系统是个半成品,做不到真正意义上系统的拆分。
2、实验效果不明显,保险公司最为关注的是两点:出单效率和理赔效率,所以从这两个模块入手效果比较可观,带来的直接效益也比较明显,另外,保全模块是最浪费人力和资源的,而且还不会给公司带来直接经济效益的,所以保险公司一般希望通过直接通过优化系统减少这部分工作量,但是由于保全模块的特殊性和复杂性,最后做出来的东西往往都是个半成品。
3、测试起来不容易,对于测试人员来说,无论是保全、理赔、收付,都是建立在已出单的基础上,加之保险产品的多样性,在测试过程中制造满足条件的保单也会话费大量的人力,既然这样为什么不从录单开始做,一步一步下去。
结合上面三点来看,在建设互联网保险核心初期探索阶段,如果模块选择不清楚,思路不清晰,成本预估过于乐观都会导致拆分效果不明显,而且拆出来个半成品甚至废品,这就平台无辜的增加了系统维护成本。
目前多数保险公司从原始承保模块已拆分出来的系统大致有:规则引擎、核保核赔系统、录单系统、财务收付系统等。
下一篇将介绍:承保模块具体建设思路,可拆分出来的子系统,分库分表建议等。
从实施效果来看,建议先拆分承保模块。
1、保全模块和理赔模块功能涉及范围广,拆分表时需要其他模块提供查询接口和数据同步接口,如果采用另一种方案:使用同一个数据库,则做出来的系统是个半成品,做不到真正意义上系统的拆分。
2、实验效果不明显,保险公司最为关注的是两点:出单效率和理赔效率,所以从这两个模块入手效果比较可观,带来的直接效益也比较明显,另外,保全模块是最浪费人力和资源的,而且还不会给公司带来直接经济效益的,所以保险公司一般希望通过直接通过优化系统减少这部分工作量,但是由于保全模块的特殊性和复杂性,最后做出来的东西往往都是个半成品。
3、测试起来不容易,对于测试人员来说,无论是保全、理赔、收付,都是建立在已出单的基础上,加之保险产品的多样性,在测试过程中制造满足条件的保单也会话费大量的人力,既然这样为什么不从录单开始做,一步一步下去。
结合上面三点来看,在建设互联网保险核心初期探索阶段,如果模块选择不清楚,思路不清晰,成本预估过于乐观都会导致拆分效果不明显,而且拆出来个半成品甚至废品,这就平台无辜的增加了系统维护成本。
目前多数保险公司从原始承保模块已拆分出来的系统大致有:规则引擎、核保核赔系统、录单系统、财务收付系统等。
下一篇将介绍:承保模块具体建设思路,可拆分出来的子系统,分库分表建议等。
相关文章推荐
- IT运维工程师们为什么选择使用Linux系统
- 嵌入式系统图形库之图形库(GUI)核心模块
- 选择linux系统,为什么我选择CentOS而不是Debian/Ubuntu
- C/S架构分布式系统客户端操作日志监控模块实现思路
- 新一代业务系统可持续发展建设思路
- Memcache的核心性能分析以及APC缓存系统选择
- 国内银行核心系统建设情况调研报告
- Vert.x核心模块 访问文件系统(十三)
- 单片机小白学步系列(十七) 单片机/计算机系统概述:核心模块
- 我为什么选择mootools,抛弃了prototype. (mootools 与 prototype 核心代码分析)
- [转载]虚拟主机上安装Mambo核心系统/组件/模块技巧
- 用户属性标签系统建设思路以及结构
- 公安视频监控系统建设存在问题及系统规划思路简析
- 矿政管理信息化系统(一张图管矿)建设技术思路研究
- 为什么选择 Jenkins 及 centOS 系统安装 Jenkins
- 嵌入式系统开发,为什么选择
- 从零入手Kinetis系统开发12-SPI模块
- 商业银行为什么要更换核心业务系统?
- IT运维工程师们为什么选择使用Linux系统
- 企业网站建设 选择网站管理系统很关键