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

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浏览器页面，采用先进的开发技术。

上海核心业务系统于2000年正式启用，该系统采用三层构架的开发模式，将各业务模块集中在一起。上海核心业务系统的功能模块包括：产品管理；客户管理；机构权限管理；团体新契约；个人新契约；保全；理赔；收付费；业务员管理；渠道管理；单证管理；影像（接口）；统计报表、信息查询和再保险（接口）等，其组织结构图如下图。

财势口+申系茨

目前，短险系统采用总公司的CBPS,上海分公司核心业务系统很好的支

持以客户为中心（见下图），它有以下特点

喜

户

S

埋

S'-Lt.

亠怜优界面

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 实现系统之间的数据交换。 存在的问题：

讥歸簧器诜回

HTML Pages

and ActiveX

中阿件一^

Client

浏览器安转芥 运

&心￥逸牛

轴W 由膿务誥

应 ^ArtivpK

Internet - - f 、

HTML Pdges

and ActiveX

【nt 和町

中间件「ient

连接到中间件Server

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

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

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

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

未来展望

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

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

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

1.2.1. 现状描述及评价

当前中国人寿各地市，除江苏，深圳，上海外，均使用总公司的代理人管

理系统(Age nt Ma nageme nt In formation System) ，该系统以个人代理人管理为

核心，实现了个人代理人档案信息管理和业务信息管理，其最新版本为 3.3，提供月度标准报表有18张之多。

Amis系统应用主要构建在省级或地市级公司，对整个代理人的档案及经营活动进行管理，保存个人代理人的有关资料，使我们能监控其工作表现并决

定其报酬