长江养老保险:企业年金


 2009-03-16 00:00:00       779

合作伙伴:浪潮集团
使用产品:普元EOS,BPS
项目时间:2007年
项目背景
长江养老保险这样一家专业的养老保险管理机构,账户管理系统和受托系统是公司开始对外运营的必要系统,也是整个公司业务运作最重要的核心支撑系统,肩负着对雇员“记录一生,管理一生、服务一生”的责任。因此,建立一套强大、灵活的账户管理系统和受托系统则成为企业年金整体IT系统的重中之重,也直接影响到整个公司的核心竞争力。而年金业务又有着与其它系统不一样的业务特点,同时,长江养老又是一家刚刚成立的保险公司,如何在系统建设之前,统一规划,高起点的建设自身的核心业务系统?面临着一系列的挑战:
面临挑战
一、企业年金是一个为企业员工养老设立的一个计划。其功能决定其运作必须保证安全性和长期性。这些特点决定企业年金的IT系统在系统的稳定性、安全性、可扩展性提出了非常严格的要求,容不得系统建设之后,推倒重来。否则,对于这种企业的核心支撑系统,推倒重来的代价太大了。这就要求IT部门在规划和建设系统的初期,如何确保系统架构的稳定性、成熟性和可扩展性。
二、年金系统中比较重要的有受托、账管、投资、托管,传统当中都是2+2模式,系统分散建设,业务流程间只能在系统内部流转,但是,这几方之间又有大量的数据交互和割不断的联系,与此同时,年金系统大小企业的年金业务差异化很大,流程异常复杂,流程的走向没有任何规则经常变动,甚至随机性很强。如何满足复杂的流程需求,同时将分散在受托、账管、投资、托管的业务,通过工作流有机的贯穿起来。从而打破部门间、系统间的壁垒,减少系统间、部门间的协调和沟通成本,从而为客户提供快捷、便利、稳定的服务,实现真正意义的流程公司,
三、长江养老保险公司是一家新成立的公司,IT部门人员要求精干,但是,需要管控和维护的系统又非常多,传统当中尽管都使用J2EE的架构,但是不同厂商采用不同的技术框架和不同的项目过程,软件开发商难以管理,项目过程也是难以管理,维护部门需要管理众多的软件开发商,维护各式各样的系统,项目组关键人员的流失给项目的进展带来重大影响,对项目关键人员依赖性太强,实际上过去传统的系统建设方法使得IT系统难以管控。与此同时,业务部门要求系统的建设必须在短时间内完成,以便响应市政府的要求,在3各个月内开展业务运营,如何在短时间内,完成系统的建设,同时又能够保障项目的质量。
解决方案
无论是稳定性、可扩展性还是短时间内快速交付质量没有问题的系统,在长江养老看来,这些都是非功能性的需求,而非功能性的需求对于一套系统来说是非常重要的,因为,他直接决定了系统的生命周期,而要解决这些非功能性的问题,如果由项目组来解决,根本没有时间也不具备短时间内实现出一套解决这些非功能性的架构来。最终,从多个维度综合考察,选择了普元的EOS平台,同时,选择了普元的BPS流程平台实现复杂的年金业务流程。
系统环境
应用服务器环境如下:
 - 操作系统:RedHat Linux
 - 应用服务器:JBOSS3.3
 - 工作流:普元BPS
 - SOA中间件平台:普元EOS
 - 硬件配置:PC服务器
数据库服务器环境如下:
 - 操作系统:RedHat Linux
 - 数据库:Oracle10G
 - 硬件配置:PC服务器

价值分析
一、依托于普元BPS,实现跨系统的流程图,将分散在受托、账管、托管、投资等各个年金管理机构的业务,通过工作流有机的贯穿起来,实现跨系统的流程图,打破系统间、部门间的壁垒, 通过完善的数据接口,与合作银行的托管系统相对接,不仅实现了整合后台服务流程和标准的服务程序,而且大大减轻了客户的事务性负担和人力成本,提高了整体服务的效率和可靠性;

二、依托EOS平台的灵活松散耦合的架构,高效灵活支持各种企业年金管理模式,比如支持单一受托人模式、单一投资管理人模式、理事会受托模式、2+2管理模式、全分拆模式、3+1模式等,充分支持不同运营商组合产生的不同的管理模式,有力的支撑了受托人对企业年金计划本身及投资管理人、账户管理人、托管人的监督稽核;
三、依托EOS强大的工作流监控管理平台,加强企业年金合规管理和监督,通过方案审核、计划建立合规审核、缴费合规审核,待遇支付合规审核、投资管理和费率合规审核等,加强受托人对企业年金计划本身及投资管理人、账户管理人、托管人的监督稽核,强化风险控制;

相关阅读: