中国人寿各地核心业务管理系统描述

1.1.1.1.江苏核心业务系统情况描述

江苏的核心业务系统实际上是一套综合业务处理系统。1997年，江苏省初步建立了较为完善的信息管理平台，所有营销险种上机处理，为江苏寿险业电子化建设打下良好的基础；2000年，江苏省又提出了寿险财务业务一体化处理的思路，进一步理清寿险管理思路；2001年，按照总公司实务，江苏省对核心业务系统进行改造；2002年，江苏省相继开发了影像系统、红利派发、一站式服务系统。

1．核心业务系统的特点

(1) 新老险种、个险、团险、短险均统一在核心业务系统中。

(2) 支持业务财务一体化，即其业务处理业务处理同步反应业务、财务信息，体现业务与财务之间的相互相互制约关系，对权责发生制记账方式提供良好的支持。

(3) 个人代理管理和佣金计算统一在业务处理系统中完成。

(4) 支持“一站式”服务，同时支持理赔服务免填单。

(5) 支持对机构（如核算单位，业务单位，营业点等）进行统计。

(6) 可以实现单位间代收代付的清算工作。

2．功能模块情况

江苏省的综合业务系统功能模块包括两个部分，即寿险业务处理部分和寿险业务数据管理部分，见下图。

江苏省核心业务系统

柜面处理子系统

契约处理子系统

理赔处理子系统

团体业务处理子系统

代收、付费子系统

代理人管理子系统

售后服务子系统

维护子系统

统计、分析子系统

日结处理子系统

外挂程序子系统寿险业务处理

寿险业务数据管理

3．问题描述

1>系统功能不够全面。

2>系统零散，信息数据一致性不够强。

3>采用的技术相对比较陈旧。

4>理赔流程需要进一步简化，人机操作界面尽量简单和标

准化。

5>对于业务员管理，绩效分析和业务动态分析需提供更加

友好的界面。

4．未来展望

江苏省核心业务系统的功能基本能够满足现有的业务要求，未来还需要从以下几个方面进行完善。

1>对“以客户为中心”的支持仍需要增强。

2>进一步对快速理赔的支持。

3>构建完整的业务管理模块和信息结构，灵活的业务

工作流程，清晰的技术结构以及友好的界面。

4>三层架构设计，IE浏览器页面，采用先进的开发技

术。

1.1.1.

2.上海核心业务系统情况描述

上海核心业务系统于2000年正式启用，该系统采用三层构架的开发模式，将各业务模块集中在一起。上海核心业务系统的功能模块包括：产品管理；客户管理；机构权限管理；团体新契约；个人新契约；保全；理赔；收付费；业务员管理；渠

道管理；单证管理；影像（接口）；统计报表、信息查询和再保险（接口）等，其组织结构图如下图。

目前，短险系统采用总公司的CBPS，上海分公司核心业务系统很好的支持以客户为中心（见下图），它有以下特点

1．与影像处理紧密联系，减少保单人工流转带来的差错，实现客户化的档案管理；

2．对核保处理的支持：动态定义分级核保员的核保额度，可以满足不同规模的处理能力；

3．支持同一客户多种联系方式的需求；

4．可接收不同渠道的授权申请；一次授权，可支持各类业务的扣付款和灵活定义扣付款数据的组合方式；

5．动态定义账户类型，支持不同客户账户管理的需要；6．支持一次报案同时处理所有相关保单；

7．使用工作流机制，有效降低业务处理的成本；

存在的问题：

1．数据库安全受到威胁；

2．网络、数据库负载重，运行压力大；

3．应用系统模块太多，系统维护、升级工作量大，每次系统升级工作庞大，重复无意义的工作；

4．各模块定位不准，对操作及维护人员不利。

5．保全应该提供反操作的功能。

6．理赔系统手工处理太多，有待完善。

未来展望：

1.完善以客户为中心的服务支持体系；

2.加强系统业务权限控制，完善业务管理体系；

3.增强系统的审计功能，保证数据的完整性、严密性；

1.1.1.3.深圳核心业务系统情况描述

1998年至2003年3月，深圳分公司采用life98业务处理系统；从2003年3月1日起，开始采用全新开发的Lifepro核心业务处理系统。

深圳Lifepro核心业务处理系统的特点：

1．业务系统平台化，通过产品参数来驱动业务运转。

2．通过工作流进行驱动，并且可按统计需要统计操作员工作量。

3．基于中间件平台的3层C/S体系：将业务的核心处理逻辑封装为独立的应用组件，实现业务逻辑与业务界面的分离。

4．采用三层架构，可实现集中式管理模式。

5．任务分配更加灵活，便于对所有正常的业务钱款进行集中管理，真正实现收付工作业务化。

6．采用有效的工作流管理，缩短了业务时间。

7．采用可控自由竞抢模式：在工作流的每个岗位上可以实施以任务类型为单位的人员分配管理。

8． 采用单证扫描和影像管理技术，缩短业务处理时间。

功能模块：

Lifepro 业务系统包括：承保子系统、核保子系统、承保子系统、保全子系统、理赔子系统。深圳市核心业务系统与周边系统的关系如下：

系统的总体结构：

收付管理系个险业务系统与其他系统的关系

临分

个险业务系

代理人管理

客户管理系产品管理系分保业务系

合同分

基于中间件与ActiveX控件的B/S系统结构1．每个子系统均由代表业务处理逻辑的服务器端services 组件与代表业务功能展现的客户端ActiveX控件两部分构成。

2．采用紧密耦合的系统接口：通过Service Call实现系统之间的功能调用。

3．通过message queue实现系统之间的数据交换。

存在的问题：

1．由于网络等原因，业务系统有时不能维持正常运行。

2．设计的灵活性有待提高。

3．统计分析方面的功能较为薄弱。

4．业务财务系统之间的连接有待增强。

未来展望

1．改善系统的负荷承载量。

2．增强对统计分析功能的支持。

各省核心业务系统与CBPS的比较：