部门再保险系统评估规划

6/62.再保险系统2.1.现状描述及评价2.1.1.现状概述目前没有总部开发的再保险系统。全国只有深圳自己开发了再保险系统，该系统是由深圳市分公司与中青旅尚洋电子技术有限公司合作开发的，目前只完成第一期开发工作，尚在进行第二期开发。2003年八月底九月初一期正式上线运行。系统中的分保要紧业务在后台处理，前台要紧是报表展现及部分参数与规则设置，查询与临分分保交互。后台业务要紧是各类业务数据提取、各类分保处理。 系统只有前台业务给用户操作，后台业务都由系统运行部门处理。因此，当该系统稳定与正常运行后，大大减轻用户的工作量，其要紧工作将变为非电脑业务处理，电脑业务处理演变为要紧是报表打印与核对、部分临分业务、查询与统计等工作。深圳市分公司开发的该系统只有该分公司的核保部使用。2.1.2.功能描述深圳市分公司开发的再保险系统第一期功能模块包括：再保险公司登记、法定分保、合同分保规则、正常业务数据提取、法定与合同分保处理、意外险分保处理、分保报表数据生成、分保报表。正在开发的第二期功能模块包括：综合查询与统计、临时分保、团险业务、分出业务、转分业务、财务接口。该系统涵盖了法定分保、合同分保、临时分保等业务。要紧功能模块：合同分保：后台批处理。合同分保含首期分保、续期分保和变更处理。分保参数治理：再保险公司治理，合同治理。取数接口：从业务系统和财务系统抽取相关数据。法定分保：后台批处理。法定分保含首期分保、续期分保和变更处理。临时分保：前台操作和后台处理相结合。前台进行临时分保登记和续期确认。后台进行分保处理。2.1.3.系统架构系统采纳三层结构，由前台程序、中间件、后台交易服务程序和数据库组成，前台程序全部采纳WEB页面内嵌控件的形式，客户使用扫瞄器进行登录与操作。如下图所示：数据库为INFORMIXONLINE，后台交易服务程序采纳InformixEC开发,负责连接数据库和进行业务逻辑处理；采纳IBMCICS中间件，更新和维护Tapi和Xapi，同时开发和维护前台调用后台的动态库，使用vc工具开发动态库；前台用DELPHI编OCX,通过DLL与CICS中间件与后台数据交易服务连结。WEB服务器采纳IIS。与其他系统接口情况：与业务系统的接口：直接用后台程序从业务系统中抽取保单数据。与财务系统的接口：直接用后台程序从财务系统中抽取收费数据与理赔数据及手续费等。2.1.4.要紧问题系统相对比较简单，功能专门不完全。按照再保险的业务要求和国际通常做法，再保险系统应涵盖如下功能：分保配置治理、分保分出打算、分保分出审核、分出收付费、分出理赔、分出核算、分出现金治理、分出帐务治理、分出报表、分入提交、分入承保、分入理赔、分入审计、分入报表治理、分入账户治理、分入再保险治理、分入结算审计等。通过对比，目前深圳市分公司的系统只是进行了合同分保、法定分保、临分分保的计算处理和报表处理，没有其他功能。系统不是真正意义上的三层结构，灵活性不够好。由于前台操作时需要从WEB服务器上动态地自动地下载控件，造成网络流通量巨大，系统效率不高。没有与业务系统、财务系统的实时数据接口，不能最大程度地实现数据共享，专门难保证各系统数据的一致性和准确性，也专门难进行各系统数据的核对。没有与精算系统的数据接口。2.2.以后建设的期望建立和规范再保险流程，编写详细的再保业务操作手册和实务规定。改变目前的事务性、以帐单治理为核心的流程结构。对再保流程中的关键点和环节进行改造和简化，使之环节少、效率高。建立巨灾合约的保障制度。开发全国性的再保险系统。由于目前缺乏信息系统的支持，造成大量事务性工作成为再保的要紧日常工作。同时造成工作失误和帐单误差也较多。处理一个临分业务的时刻应在1-2个工作日之内。能对过去所有的合约业务进行评估和分析。对自留额应按不同公司情况可做调整。加强对