某部门再保险系统评估规划.doc

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