中国人寿it战略规划项目核心业务应用高端设计报告.doc

《中国人寿it战略规划项目核心业务应用高端设计报告.doc》由会员分享，可在线阅读，更多相关《中国人寿it战略规划项目核心业务应用高端设计报告.doc（35页珍藏版）》请在三一办公上搜索。

1、中国人寿IT战略规划项目核心业务应用高端设计报告版本号 V3.1起草人:中国人寿IT规划项目组北京市朝阳区建国路112号中国惠普大厦（100022）电话：010-65643888传真：010-65668278版权说明本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属中国惠普有限公司咨询与集成事业部和中国人寿共同所有，受到有关产权及版权法保护。任何个人、机构未经中国惠普有限公司咨询与集成事业部和中国人寿共同的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。文档信息项目名称：中国人寿信息化战略规划文档版本号：3.0文档作者：中国

2、人寿信息化战略规划项目组生成日期：2004-02-01文档审核者：中国人寿信息化战略规划项目组审核日期：2004-03-08目 录1文档概述72目标与范围82.1背景82.1.1 概述82.1.2 现状92.1.3 业务期望92.2目标102.3核心业务范围112.3.1 范围112.3.2 相关集成要求123核心应用设计143.1原则143.1.1 适应业务灵活性要求143.1.2 提供整体业务运营支持153.1.3 业务流程驱动153.1.4 基础组件相对稳定153.1.5 具有层次化结构163.1.6 具有完整集成开发环境163.1.7 支持开放标准163.2应用设计173.2.1 分类

3、业务设计173.2.1.1分类业务规划概述173.2.1.2分类业务的应用设计183.2.1.3核心业务组件分布193.2.2 总体设计213.2.2.1组件规划213.2.2.2运营服务组件设计233.2.2.3基础服务组件设计253.2.2.4公共服务组件设计263.2.2.5集成服务组件设计273.2.3 技术设计293.2.3.1总体应用结构293.2.3.2业务流程驱动313.2.3.3集成开发环境规划354实施策略与方法374.1优先级策略374.2实施方法384.2.1 实施方法综述384.2.2 核心业务解决方案的选择评估424.2.3 核心业务应用开发分析434.2.3.1国

4、内保险业务应用基本状况434.2.3.2新一代核心业务应用实施特点434.2.3.3重要设计开发要素44图 表 目 录图 21核心业务总体范围11图 22核心业务应用基础功能概述12图 31企业架构“基于分组的集中”应用和数据分布示意图19图 32核心业务应用逻辑结构示意图21图 33核心应用总体结构示意图29图 34核心业务应用物理结构示意图30图 35核心业务应用总体层次结构31图 36 业务流程驱动逻辑设计示意图32图 37业务流程驱动集成开放环境示意图33图 38业务流程驱动技术设计示意图35图表 41不同开发方式的特点分析38图表 42保险公司核心业务应用开发方式一览表40表 43核

5、心业务解决方案评估表421 文档概述本文定义了中国人寿核心业务应用的建设目标、发展战略和核心业务应用的范围，并以此为基础，设计核心业务应用的逻辑结构、定义核心业务应用的各个组件、并就核心业务应用的关键技术问题进行了讨论，最后，给出中国人寿核心业务应用的实施建议。在第二章中，通过分析核心业务应用发展的特点，结合中国人寿核心业务应用现状和对未来发展的期望，制定出中国人寿核心业务应用发展目标、策略，明确中国人寿核心业务应用的业务范围和技术范围。本文的第三章中，根据中国人寿应用架构域的设计原则，制定人寿核心业务应用的设计原则，并在此原则的指导下，设计核心业务应用的逻辑结构及各组件功能，并探讨核心业务应

6、用建设中的主要技术问题，包括：总体技术结构、业务流程驱动和集成开发环境。在第四章中，我们根据中国人寿核心业务应用的目标和策略，参考应用架构域和基础架构域的组件的实施情况，制定出中国人寿核心业务应用的实施计划，并提出一些关键成功因素。2 目标与范围2.1 背景2.1.1 概述核心业务应用是保险价值链的核心环节，为中国人寿个人寿险、团体寿险、健康险、意外险、年金、投资连接险产品提供契约核保、保全、理赔、给付等业务运营和业务管理提供重要支持。核心业务应用的主要特点包括： 贯穿于保险核心的业务环节； 体现保险公司的基本管理模式； 反映了业务和业务管理的发展过程； 不可以超越业务的发展因此，核心业务应用

7、项目实施，需要投入较大的人员、设备和资金，需要较长的实施周期。同时，核心业务应用通常也是持续进行的。IT战略规划的核心业务应用高端设计的目标是，根据IT规划的主要战略要求，结合核心业务应用的现状和未来发展期望，提出明确的应用要求： 提出核心业务应用设计的原则 提出核心业务应用的设计，包括：- 分类业务设计- 总体设计- 技术设计 实施规划：- 策略- 方法2.1.2 现状中国人寿总公司的核心业务系统（CBPS）从1997投入使用开始，一直支持着人寿的业务运行。虽然这个系统有着很多的缺欠，但是，至今CBPS能支持业务运营。核心业务应用在各省的应用中也遇到各种问题，在保险市场的不断发展下，CBPS

8、一直通过频繁的升级、补丁来适应业务的需求，存在着适应性不强，难以跟上业务发展要求的问题。因此，各地开发了很多的外挂系统，而上海，江苏，深圳则是开发了自己的核心业务系统。核心业务应用现状的总体评估是比较弱，主要包括： 基本满足目前业务运行需要 系统缺乏灵活性，难以满足各地业务运营管理要求 系统稳定性不好，难以支持大业务量的运行 以保单处理为中心的设计，难以支持以客户为中心的业务处理需要 缺乏数据交换及接口标准 数据的一致性和完整性不好2.1.3 业务期望核心业务应用是保险业务价值链的核心环节，支持着整个中国人寿的基本业务运营流程。通过调研，总结出中国人寿对未来核心业务应用建设的期望如下： 系统应

9、该具有相当的灵活性，以适应中国人寿各地业务状况，以及未来业务发展的要求。 要求系统稳定性好、性能优越、易于操作，能支持大业务量的运行，为业务集中管理提供支持平台。 客户资料共享，实现以客户为中心的业务处理。 建立数据标准，定义接口标准，规范系统间接口。 应用业务管理模块完整，业务工作流程灵活，信息结构完整，技术结构清晰。 加强系统业务权限控制，完善业务管理体系。 增强系统的审计功能，保证数据的完整性、严密性。2.2 目标根据IT规划的战略需求，结合应用架构设计的总体要求，未来核心业务应用的基本目标包括： 核心业务应用适应业务和业务管理发展的要求； 适应集中管理要求； 具有先进的应用设计理念；

10、具有完整规范的业务功能结构； 良好的系统扩展能力； 良好的应用集成能力； 具有良好的设计、开发、维护、支持能力。2.3 核心业务范围2.3.1 范围核心业务应用范围定义为业务运营中主要处理流程，直接支持处理流程的基础系统功能和接口，以及所涉及的关键信息数据： 主要业务运营处理功能：主要设计个人寿险、团体寿险、健康险、意外险、年金、投资连接险的承保核保，保全，理赔，给付等业务处理； 主要系统功能：单证与打印管理、收付费管理、销售支持与管理、影像接口、财务接口、基础报表； 基础支持：客户管理、保单信息、产品管理、权限管理； 集成：应用集成、渠道集成。图 21核心业务总体范围完整的单证打印管理包含在

11、核心业务应用中。单证管理包括有价单证和重要单证的核销、出入库、调阅等应用管理。由于单证模板应用管理、单证的分布打印等在功能、设备和资金方需求面较大，可以独立形成一个子应用。完整的业务流程处理功能应包含在核心业务应用中。而影像工作流应用，即单证扫描、处理、流转、检索、归档、管理等应是单独的子应用。核心业务应用通过集成服务实现应用间接口。完整的销售渠道管理，包括代理人、中介、经纪人等业务渠道管理，以及佣金手续费管理在销售支持应用中设计实现。在核心业务应用中的为销售渠道管理和佣金手续费管理提供基础数据和集成功能。核心业务应用中的基础报表功能目标是为日常业务运营提供业务汇总、结算等基础管理服务，完整的

12、业务报表、业务分析应用是由商业智能应用实施的。核心业务应用的的财务接口目标是为财务管理应用提供集成支持的功能，包括为财务系统提供基础业务数据，提供业务、财务结算支持，并提供数据支持收付费的财务流转处理。图 22核心业务应用基础功能概述2.3.2 相关集成要求核心业务应用的应用范围涵盖大，涉及的系统多。因此，在核心业务应用中，集成设计是重要的组成。核心业务应用的主要集成设计要求包括： 涉及大量数据与功能需求：- 影像工作流系统；- CRM应用集成：通过服务管理应用支持各个业务运营环节的处理要求，如业务申请、变更、理赔等；- 电子商务集成：支持通过多种渠道实现业务运营与服务集成。 应用接口：- 销

13、售支持与管理应用；- 财务管理应用；- 商业智能应用；- 精算与风险管理应用等。3 核心应用设计3.1 原则核心业务应用设计需要遵循应用架构设计的基本原则，包括总体原则简单化、标准化、集成化、模块化，以及规划和实施原则业务连续性、适应性、集中性、整体性、阶段性。(参见应用架构设计报告2.1)。在上述总体原则和实施原则的基础上，核心业务应用的规划设计也需要满足一些更加具体的设计要求，包括： 适应业务灵活性要求 提供整体业务运营支持 业务流程驱动 基础组件相对稳定 具有层次化结构 具有完整集成开发环境 支持开放标准3.1.1 适应业务灵活性要求股份制的改造和纽约香港两地的成功上市，将加速中国人寿的

14、整体业务发展和业务变革。中国人寿需要不断地通过优化业务流程，提高集约管理能力，以尽可能减少运营成本，提升运营效益，满足投资者对投资回报的要求。因此，核心业务应用在结构及功能设计上的灵活性主要包括： 应用结构组织完整，层次清晰，定义明确，便于应用模块之间以及应用之间集成； 模块组织设计符合保险价值链总体要求，从而在具体业务流程发生调整变化时，能保证总体系统结构的稳定； 支持快速的应用设计、维护和部署； 应用的总体规划满足业务分类管理的要求； 具有一定的应用配置管理能力。3.1.2 提供整体业务运营支持目前中国人寿的健康险、团体年金、投资连接产品处于初步发展阶段，同时，在业务流程优化、服务、再保险

15、、分类业务管理等方面需要提高。核心业务应用设计需要提供涵盖保险价值链的整体业务应用架构，保证未来业务发展需要可以在通过模块的定义、配置或功能升级的基础上得以实现，避免重大的应用结构重新设计，或极大影响运营效率和管理控制能力。3.1.3 业务流程驱动变化将是中国人寿未来业务发展的主要特征。业务模式的调整变化，管理的变化往往会直接影响到业务处理流程及业务管理流程。为适应未来业务流程变化的要求，核心业务应用的流程设计应具有以下特点： 支持按照业务流程需求定义、组织应用流程； 支持快速的应用流程定义、设计、修改、维护； 实现应用流程的业务事件驱动； 应用功能、模块与流程的完整集成。3.1.4 基础组件

16、相对稳定核心业务应用具有包含功能服务组件多，系统复杂度高，需求发展变化快的特点，因此，核心业务应用设计需要能够提供高可用性的结构。核心业务中的主要组件，如客户管理、保单管理、产品管理、权限管理，其业务对象和需求明确，基础性强。为基础组件提供完整的、前瞻性技术设计，使得基础组件能够适应业务发展要求，具有很好的稳定性，将会对核心业务应用乃至其他业务应用的规划起到重要的支持作用。3.1.5 具有层次化结构为提高核心业务应用的适应能力，提高系统技术设计上的共享能力，便于核心业务应用的设计、维护、部署，核心业务应用需要采用层次化结构。核心业务应用的层次结构包括： 核心业务应用系统组织结构上建立客户端连接

17、层、业务处理层、数据管理层； 在核心业务应用内部组件规划、设计上建立技术的逻辑组合关系。3.1.6 具有完整集成开发环境业务应用是伴随业务的发生而建立以支持业务运行，同时又是在不断地变化。因此，核心业务应用的开发维护需要具有良好的集成环境： 可以支持快速的设计、开发； 可以支持便捷的应用维护； 便于应用业务需求文档、技术开发文档的管理； 便于组织技术队伍； 便于提高应用的高可靠性。3.1.7 支持开放标准核心业务应用具有涉及业务部门多，功能复杂，技术环节多，投资大，开发周期长的特点。关键业务应用采用开放标准是目前的主流趋势，有利于保持技术资源的可持续发展，节约技术投入。支持开放标准包括： 选择

18、支持开放标准的应用系统结构，包括在处理系统、存储系统规划设计上使用开放标准等； 选择支持开放标准的解决方案，如采用XML、WEB应用等； 选择开放标准的应用集成，如采用EAI、消息总线等。3.2 应用设计3.2.1 分类业务设计3.2.1.1 分类业务规划概述根据对现有中国人寿现有产品的分析和对产品发展的展望，中国人寿业务产品范围主要包括： 个人寿险- 传统个人寿险- 养老金 团体寿险- 传统团体寿险 健康险- 团体医疗- 个人医疗- 意外险- 年金 投资连接险中国人寿目前的主要业务类别可分为个人寿险、团体寿险、健康险、意外险、年金、投资连接险。需要说明的是，由于中国保险市场处于初期发展阶段，

19、业务分类管理的要求可能根据业务状况加以扩展和改变。随着市场竞争的加剧以及中国保险市场环境的发展，可能影响业务分类管理要求的主要因素包括： 投资连接产品、分红产品的发展，以及客户对该类产品在理财和服务方面等需求的成熟发展； 健康险业务的成熟发展； 年金业务，尤其是企业年金业务的发展； 综合金融服务、混业经营的发展； 个性化服务、增值服务的发展。未来业务发展变化对中国人寿业务分类将提出新的管理要求，从而需要在核心业务应用设计上提出新的支持需求： 产品：- 投资连接产品和分红产品的帐户管理、业务处理支持；- 年金业务的帐户管理、转换支持； 服务：- 组合产品、组合服务、个性化服务；- 贷款、抵押、卡

20、业务、支付等综合理财服务；- 健康险理算、服务； 业务：- 投资业务管理；- 客户综合财务、健康险支付、结算处理来；- 合作伙伴管理。3.2.1.2 分类业务的应用设计核心业务应用分类管理设计的主要思路是： 共享设计基础模块对核心业务的基础模块，包括产品、客户、保单管理等基础业务模块进行共享设计，提高基础模块对不同业务的支持能力，并尽可能通过参数化、配置管理等方式支持未来业务发展。 独立设计主体分类业务处理模块对核心业务的主体分类业务流程，如个人寿险、团体寿险、投资连接险的业务处理流程，由于其处理操作、管理对象有较大不同，可以采用相对独立的模块设计，以便于应用维护。同时，独立设计的分类业务处理

21、模块也提高了核心业务应用对业务发展变化的适应能力。 独立设计专业化特征的处理模块专业化特征的处理要求，如健康险理赔、 综合理财服务、投资分红管理等，具有业务需求尚在发展过程中，未来变化的可能性大，其处理功能相对比较独立，操作管理专业化要求高的特点。显然，采用独立设计的方式同样也是为了适应业务发展变化，提高核心业务应用维护能力。3.2.1.3 核心业务组件分布中国人寿核心业务应用分布将遵循企业架构“基于分组的集中”的总体要求，合理规划应用及其功能服务组件的分布。图 31企业架构“基于分组的集中”应用和数据分布示意图业务应用的主要分布设计的要点包括： 应用架构总公司集中规划、设计； 服务组件总公司

22、集中规划、设计、维护、管理； 应用集成总公司集中规划、设计、维护、管理； 核心业务应用的主要功能服务组件，包括基础服务组件、主要的运营服务组件和公共服务组件、主要的集成服务组件部署在总公司； 核心业务部分功能服务组件，如影像管理、单证与打印管理，以及部分运营服务组件的操作功能、部分佣金与手续费管理功能、部分收付费处理功能，可以分布部署在分支机构；3.2.2 总体设计3.2.2.1 组件规划按照应用架构设计的总体结构，中国人寿核心业务应用也是由运营服务层组件、基础服务组件层、公共服务组件和集成服务组件构成。图 32核心业务应用逻辑结构示意图 运营服务组件层：主要面向业务人员，提供数据操作、业务审

23、核、核保、保全、理赔、给付、再保险等流程处理支持。业务运营层服务组件主要包括：- 关键业务运营服务组件：包括个人寿险、团体寿险、健康险、年金、投资连接险等，具有分类业务管理，或特征处理要求的功能组件。- 运营支持服务组件：主要是保险的基础业务处理流程，如契约、保全、理赔、再保险、给付等。 基础服务组件层：基础组件服务层包括核心业务最基础的功能组件，如客户管理、保单管理、产品管理、权限管理。- 客户管理对各种客户角色，如投保人、被保险人、受益人，提供一致的客户定义和客户标示维护管理。良好客户管理应能够涵盖客户之间关联信息、销售特性信息、价值特征信息，从而能够为个性化服务提供支持。- 产品管理主要

24、包括对产品的费率、产品条款、业务规则进行的管理。产品管理模块应具有支持参数化的产品属性配置管理，支持快速产品上线，支持不同产品组合销售等适应性特点。- 保单管理提供及时准确保单状态信息，支持灵活的保单变更、迁移与转换处理，支持保单组合、保单帐户管理等服务要求。 公共服务层公共服务层的功能组件是核心业务应用中，技术特点或功能特点相对独立的模块，也可以是独立子系统。通常这些模块或子系统可以为其他应用共享使用，主要包括：- 报表管理；- 影像管理；- 单证与打印；- 收付费；- 销售支持与管理。 集成服务层- 应用集成；- 渠道集成。3.2.2.2 运营服务组件设计核心业务应用的运营服务组件包括分类

25、业务组件、主要运营流程组件和专业功能组件。分类业务组件主要有个人寿险、团体寿险、健康险，以及未来业务发展后的分类业务组件可能还有的投资连接险。分类业务组件的总体运营流程基本一致，包括契约、核保等，但其中的业务角色、业务规则、处理功能、管理要求等会存在较大的不同。个人寿险业务的特点是业务处理功能、处理流程要求相对清晰明确，规则性强；但随着增值服务、个性化服务要求的发展，个人寿险业务在组合保单、组合服务、保全功能、客户综合管理的设计上需要满足更多服务要求。团体寿险主要的特点是团体业务中个人帐户的处理，以及特定业务的约定处理。团体业务处理的灵活性要求比较强，包括核保、给付、服务等处理流程，以及保险费

26、、保险金额都可以根据保单约定处理。投资连接险在作为寿险保障方面的契约、核保、保全等流程处理上同团体寿险和个人寿险基本一致，主要在帐户管理和理财服务上会有所不同。健康险主要的特点是理赔环节上专业化要求高，同时，健康险的支付处理和渠道集成要求强。运营服务组件的主要功能要求包括： 契约- 数据录入；- 人名清单输入（或约定录入）；- 初核；- 定价；- 核保；- 出单；- 黑名单管理；- 再保险原始数据输入等。 保全- 续保保费通知- 续保保费征收- 保单变更- 失效/复效- 部分退保- 增加成员- 减保- 保单贷款- 转换基金 - 产品转移- 支付- 帐户转移 - 保单迁移- 分红分配- 帐户余额

27、结算- 其它 理赔- 报案- 立案- 勘核- 理算 赔付- 理算保单处理，包括终止、保费变化、保额变化、拒赔- 结案 给付：年金给付管理等。 渠道支持渠道支持功能组件包括对代理人、经纪人、机场邮政等中介机构，以及医院、银行等业务合作伙伴业务行为的支持。渠道支持组件通常支持销售、运营处理以及服务的延伸。运营服务组件执行的业务流程处理，是在基础服务与公共服务组件的支持下执行业务处理操作。3.2.2.3 基础服务组件设计基础服务组件包括业务规则、产品、角色等配置管理，流程支持功能的实现，以及信息计算处理与管理。基础服务组件的主要功能要求包括： 客户管理- 统一个人/公司/实体的角色，例如保单持有人、

28、投保人等；- 参数化客户的角色，例如保单持有人、保费支付者、投保人、渠道、受益人；- 支持客户间关连关系；- 历史变更记录；- 支持同时按不同的特性进行多客户检索；- 支持客户保费、投保额、理赔记录；- 支持有关客户的其他记录，供有关渠道或呼叫中心等模块使用。 产品管理- 支持产品定义、产品分组管理；- 产品的保费、准备金、现金价值计算；- 支持参数化定义业务规则、理赔规则；- 支持各附加条款的保费、准备金、现金价值计算；- 支持各附加条款的参数化业务规则、理赔规则；- 支持投资连结、贷款、养老金、和健康险等产品配置管理。 保单管理- 保单责任管理；- 保单附加责任管理；- 保险批单管理- 投

29、保单管理；- 现金收据管理；- 保单状态管理；- 保单保费/保额管理；- 帐户管理；- 准备金管理。 权限管理- 用户和角色、等级- 许可和权限等级对于每个功能的根据角色的划分- 地区权限- 人员和组织的权限- 工作组的权限- 操作登录时间和地点- 操作登出的时间和地点- 操作访问的模块- 修改的数据，修改前后的数值3.2.2.4 公共服务组件设计公共服务组件是支持核心业务运营，同时，又可以为其他业务应用共享使用的服务组件。 影像负责影像的扫描和保存，并负责建立影像和相应保单的关联。本组件可以是一个相对独立的模块或子系统，通过在业务流程中建立影像调用，并实现在操作处理界面上的影像集成。 单证管

30、理与打印同影像处理组件类似，本组件可以是一个相对独立的模块或子系统，实现对有价单证和无价单证的管理，并支持单证打印模板的设计与输出。单证管理与打印应能支持集约管理下的单证物流管理，包括单证登记、出入库、核销、调阅等。 报表- 报表定义；- 报表数据接口处理；- 法定报表处理；- 通用业务报表处理；- 报表维护等。 收付费管理收付费管理服务组件提供进行业务资金流转处理的功能支持，包括支持现金收付、银行转帐、帐户核销等操作处理功能和管理功能。收付费管理服务组件的内容也包括保费支付方式、保费支付状况、保费处理请求等进行的管理，即通常的收付费管理。3.2.2.5 集成服务组件设计集成服务组件处理系统与

31、其他应用或渠道的连接和数据交换。（参加应用架构设计第1.2.3.3节）集成服务组件主要包括： 应用集成- 电子商务应用；- 客户关系管理应用；- 财务管理应用集成；- 销售支持应用集成；- 精算与风险管理应用集成等。 渠道集成- 渠道定义；- 渠道参数化配置管理；- 渠道间关联管理；- 渠道变更等。3.2.3 技术设计3.2.3.1 总体应用结构核心业务应用的总体结构采用多层结构。多层结构包括在核心业务应用的物理结构上采用多层结构和在应用逻辑上采用多层结构。应用的物理层次结构是提供基础环境的层次结构，对应于应用架构总体模型的交互层、应用系统层和应用基础架构层。（参见应用架构设计报告2.2.2.

32、1节，以及其中图表22）。图 33核心应用总体结构示意图应用的物理层次结构应用功能中包括比较清晰的用户交互层处理和数据存储处理，但不包括完整的应用功能组件。3.2.3.1.1 物理结构核心业务应用物理结构上的层次结构包括用户端连接层、业务处理层和数据管理层。图 34核心业务应用物理结构示意图物理结构中各层次结构的主要职能为： 客户端连接层：使用WEB服务器作为核心业务应用的客户端连接层，可设计支持“connect pool”技术的多个前端服务器，使前端服务器分担大量的客户端连接负荷，并对客户端连接进行“队列管理”，减少在业务处理层的并发连接数。通常在应用设计时，在客户端连接层也会处理以下操作：

33、- 人机界面交互：生成、显示、响应；- 界面事件驱动；- 辅助：域编辑、预的合法性检查。 业务处理层：业务处理层运行核心业务应用的主要服务组件，是核心业务应用的主要支撑环境，通常选择开放系统平台。业务处理层主要运行业务处理逻辑，包括运行各种应用功能组件，处理应用集成与接口等。 数据管理层：在数据管理层主要运行访问数据的代码和逻辑，以及对数据包括文件、数据库、IPC、其它服务等进行的管理。3.2.3.1.2 应用逻辑的层次结构应用逻辑的层次结构即运营服务层、公共与支持服务层、集成服务层。应用逻辑各层的处理职能参见2.2.2节。应用逻辑的层次结构主要是在应用总体功能结构设计上采用服务层次设计，是反

34、映应用内部技术设计的逻辑层次关系，以提高应用共享设计水平，提升应用适应性，便于应用维护。图 35核心业务应用总体层次结构3.2.3.2 业务流程驱动保险核心业务运营的特点是通过业务流程的各个环节对业务请求进行处理，其中，业务请求包括客户服务要求和业务处理要求。保险核心业务应用的主要目标就是应用信息技术手段，实现对业务处理流程的支持。图 36 业务流程驱动逻辑设计示意图业务流程驱动设计是通过业务事件，启动一个预定义的业务流程，完成相应的处理功能。业务事件可以是投保、交费、变更、理赔等客户服务请求，也可以是数据录入、核保、出单、收付费、给付、勘核、理算等业务处理请求。图 37业务流程驱动集成开放环

35、境示意图3.2.3.2.1 特点采用业务流程驱动设计中国人寿核心业务应用将促进技术设计与业务需求融合，提升应用的适应性： 促进业务理解，提升应用设计：业务流程驱动可以应用较为明确的业务语言组织应用设计的需求描述，从而为业务用户和开发者提供一个共同的交流平台，确保双方目标的一致，为开发出高质量应用提供了基础支持。 提高应用的适应性；保险价值链提供了核心业务处理流程内在的完整性要求和业务连续性要求。而业务流程驱动设计可以根据保险价值链规划、定义、组合应用功能组件，从而确保在业务发展变化下，核心业务应用总体结构具有良好的适应性。 提升应用的可维护性；采用业务流程驱动设计的核心业务应用，其应用的结构、

36、处理流程、组件功能具有清晰的业务内涵，对应完整的业务需求，从而方便技术人员和业务人员根据应用要求进行系统优化、完善。 提升对业务处理流程的管理；由于业务事件、业务处理流程环节、角色、处理状态等业务管理要素已经完整清晰地包含在应用组件中，因此，可以方便地通过管理要素的跟踪、监控实现业务管理。3.2.3.2.2 功能设计业务驱动的流程设计主要功能为建立复杂的业务流程模型，支持并行或顺序流程、约会流程，支持基于业务规则动态流转，能够通过高级语言建立流程应用和集成接口： 支持复杂的流程模型- 并行或顺序流程- 约会流程- 基于规则动态流转- 特别流转给个人- 高级描述语言接口 支持智能化的规则处理-

37、条件判断- 属性匹配- 变量表达式- 工作集过滤和排序 支持高级语言集成- 能够设置休息时间和失效时间- 允许在规则中使用描述语言执行结果- 能够替代一部分程序工作步的功能- 能够扩展流程定义软件的灵活性来适应不同的客户需求- 支持HTML/SQL 具有易用性- 视觉化的工作任务和规则定义- 形象化的过程表现方式- 集成的测试和过程检验图 38业务流程驱动技术设计示意图3.2.3.3 集成开发环境规划核心业务应用将是一个处理流程丰富、功能组件多、应用程序复杂、维护要求高的大系统。规划、设计、开发、维护核心业务应用需要有良好集成开发环境的支持，以提高应用实施效率，保证应用运营质量。根据核心业务应

38、用技术设计的主要特点，其集成开发环境主要包括： 业务流程驱动集成开发环境 业务组件、模块集成开发环境 高级语言程序集成开发环境业务流程驱动集成开发环境可以帮助用户对业务处理流程的每一操作步进行操作处理定义，实现业务流转处理支持，减少业务流程设计、开发、维护的技术难度。图 31、任务处理设计图形支持环境示意图业务组件、模块集成开发环境和高级语言程序集成开发环境都可以提高应用开发效率，增强应用可维护能力。通常解决方案对业务组件、模块集成开发环境和高级语言程序集成开发环境支持能力强。而对于业务流程驱动集成开发环境支持往往通过应用集成的方式实现。4 实施策略与方法4.1 优先级策略中国人寿核心业务应用

39、实施策略需要执行优先级策略，以确保核心业务应用发展满足业务战略要求： 优先解决重大业务和技术课题提升业务集约化管理和进行数据库平台改造是中国人寿面临的重大业务和技术课题。核心业务应用的实施需要结合两大课题的总体安排，进行项目规划和实施安排，以确保业务运营的正常进行。 优先确保基础功能组件的完整保险业务基础组件包括产品管理、客户管理、保单管理等组件，是保证核心业务应用系统中业务流程、业务规则、业务数据模型等完整性和可靠性的重要基础。因此，优先建立完整的业务基础模块是进行核心业务系统开发的重要方法。必须提到的是，优先建立完整业务基础模块并不意味着前期核心业务系统开发仅仅集中在业务基础模块上，而是要

40、结合业务发展需求，选择相应的核心业务模块和相应的业务产品，并先期实现的与其相关的业务基础模块，优先安排。 优先支持新业务发展新业务发展可以包括新产品，如健康险、年金、投资连接险；也可以是新渠道或新的增值业务，如医院服务、保单信用卡支付等。满足业务效益要求是进行核心业务系统项目的基本目标。核心业务应用将根据业务发展策略，优先选择新业务建立进行的核心业务应用总体模型以及相应的应用组件的开发，并在此基础上逐步实施应用迁移。4.2 实施方法4.2.1 实施方法综述业务应用的实施方法包括完全自主开发、购买并应用核心业务应用软件包、引进开发工具与平台自主开发或合作开发。在应用架构设计报告4.1.3节已对业

41、务应用的三种实施方法进行了总体对比分析。本节结合核心业务应用特点进行分析。不同开发方式的特点分析完全自主开发完整软件包引进开发，自主或合作开发应用高可靠性低高高操作性能可衡量性不可衡量可以衡量可以衡量项目周期/开发效率长/低短/较高较短/高寿险公司开发资源投入要求高低中寿险公司开发资金投入要求低高较高应用维护资源投入高低低应用维护成本低高中企业适应性高低中供应商依赖性无高中图表 41不同开发方式的特点分析 完全自主开发分析由于核心业务应用是中国人寿的关键业务应用，因此自主开发核心业务应用需要具备很多前提条件：- 技术开发队伍充实；- 开发管理组织、管理流程完备；- 高素质的项目管理队伍；- 高

42、素质的系统设计师队伍；- 开发技术储备足够- 先进的技术设计知识；- 充分的业务理解、业务需求分析归纳。根据对核心业务应用开发分析，在23年内完成核心业务应用的总体开发一般几十人的技术开发队伍。中国人寿保险公司正处于中国人寿业务模式、业务管理的主要发展变革阶段，其涉及核心业务应用的主要挑战包括：- IT组织、人员调整；- 数据管理平台变化；- 业务管理变革。在此情况下，中国人寿总公司目前技术队伍状况不能支持核心业务应用的开发，而从各地分公司组织几十人的长期开发队伍，在项目管理上和技术条件上都很难承担核心业务应用开发任务。因此，完全自主开发核心业务应用目前难以实现。 购买并应用完整核心业务软件包

43、购买并应用核心业务应用软件包的主要应用条件包括：- 业务发展成熟，业务管理相对稳定；- 开发需求适中；- 软件包技术和业务适应性强；- 软件包与中国人寿应用技术环境吻合。目前中国保险市场处于激烈竞争与高速发展时期，中国人寿也处于发展变革阶段，总体业务模式、主要业务产品都处于初始发展阶段，灵活性适应性不但是IT战略也是业务战略的重要要求，也必然提出较大的开发需求。从目前市场上的产品看，完整软件包对技术和业务适应能力较弱，存在开发环境、开发语言要求高，应用平台开放性不足等问题，难以适应中国人寿核心业务应用要求。 引进开发工具与平台自主开发或合作开放从目前国内外主要保险寿险公司核心业务发展趋势分析，

44、在保险核心业务应用开发中引进平台和技术也是主要的方向。在国际保险行业中，引进技术与工具的寿险公司包括纽约人寿引进AMARTA平台及开发工具建立核心业务应用，并部署在美国、印度等各地分公司（参见IT架构应用架构设计参考案例）；AIG引进iStream工作流平台与开发环境建立核心业务应用；日本某大型人寿保险公司投资5550万美金采用惠普公司Process Manager 工具建立新的业务处理技术平台等。保险公司核心应用开发方式分析公司整体开发工具工作流开发工具国外公司纽约人寿AIG日本某保险公司国内保险公司平安财寿险新华泰康图表 42保险公司核心业务应用开发方式一览表在国内保险行业，引进技术与工具的寿险公司包括平安在核心业务总体自主开发的基础上与惠普公司合作引进Filenet工具构建核心业务工作流处理平台，平安车险与易保合作建立核心业务定损理赔处理；泰康人寿和新华人寿引进CSC建立核心业务应用等。购买应用解决方案合作开发对于目前中国人寿核心业务应用发展是比较合适的。它的主要特点包括：- 引进成熟的开放工具和开发环境；- 吸收先进整体业务分析和技术设计经验；- 提高核心业务应用系统可靠性；- 加速技术提升和技术队伍建设；需要注意的是，在引进国外先进技术、工具和平台的过程中，也存在项目合作、技术掌握等一些