中国人寿it战略规划项目核心业务应用高端设计报告(编辑修改稿)内容摘要:
图 22 核心业务应用基础功能概述 相关集成要求 核心业务应用的应用范围涵盖大,涉及的系统多。 因此,在核心业务应用 中,集成设计是重要的组成。 核心业务应用的主要集成设计要求包括: 涉及大量数据与功能需求: 影像工作流系统; CRM 应用集成:通过服务管理应用支持各个业务运营环节的处理要求,如业务申请、变更、理赔等; 电子商务集成:支持通过多种渠道实现业务运营与服务集成。 应用接口: 销售支持与管理应用; 财务管理应用; 商业智能应用; 精算与风险管理应用等。 3 核心应用设计 原则 核心业务应用设计需要遵循应用架构设计的基本原则,包括总体原则-简单化、标准化、集成化、模块化,以及规划和实施原则-业务连续性、适应性、集中性、整体 性、阶段性。 (参见《应用架构设计报告》 )。 在上述总体原则和实施原则的基础上,核心业务应用的规划设计也需要满足一些更加具体的设计要求,包括: 适应业务灵活性要求 提供整体业务运营支持 业务流程驱动 基础组件相对稳定 具有层次化结构 具有完整集成开发环境 支持开放标准 适应业务灵活性要求 股份制的改造和纽约香港两地的成功上市,将加速中国人寿的整体业务发展和业务变革。 中国人寿需要不断地通过优化业务流程,提高集约管理能力,以尽可能减少运营成本,提升运营效益,满足投资者对投资回报的要求。 因此,核心业务应用 在结构及功能设计上的灵活性主要包括: 应用结构组织完整,层次清晰,定义明确,便于应用模块之间以及应用之间集成; 模块组织设计符合保险价值链总体要求,从而在具体业务流程发生调整变化时,能保证总体系统结构的稳定; 支持快速的应用设计、维护和部署; 应用的总体规划满足业务分类管理的要求; 具有一定的应用配置管理能力。 提供整体业务运营支持 目前中国人寿的健康险、团体年金、投资连接产品处于初步发展阶段,同时,在业务流程优化、服务、再保险、分类业务管理等方面需要提高。 核心业务应用设计需要提供涵盖保险价值链的整体业务 应用架构,保证未来业务发展需要可以在通过模块的定义、配置或功能升级的基础上得以实现,避免重大的应用结构重新设计,或极大影响运营效率和管理控制能力。 业务流程驱动 变化将是中国人寿未来业务发展的主要特征。 业务模式的调整变化,管理的变化往往会直接影响到业务处理流程及业务管理流程。 为适应未来业务流程变化的要求,核心业务应用的流程设计应具有以下特点: 支持按照业务流程需求定义、组织应用流程; 支持快速的应用流程定义、设计、修改、维护; 实现应用流程的业务事件驱动; 应用功能、模块与流程的完整集成。 基础组件相对稳 定 核心业务应用具有包含功能服务组件多,系统复杂度高,需求发展变化快的特点,因此,核心业务应用设计需要能够提供高可用性的结构。 核心业务中的主要组件,如客户管理、保单管理、产品管理、权限管理,其业务对象和需求明确,基础性强。 为基础组件提供完整的、前瞻性技术设计,使得基础组件能够适应业务发展要求,具有很好的稳定性,将会对核心业务应用乃至其他业务应用的规划起到重要的支持作用。 具有层次化结构 为提高核心业务应用的适应能力,提高系统技术设计上的共享能力,便于核心业务应用的设计、维护、部署,核心业务应用需要采用层 次化结构。 核心业务应用的层次结构包括: 核心业务应用系统组织结构上建立客户端连接层、业务处理层、数据管理层; 在核心业务应用内部组件规划、设计上建立技术的逻辑组合关系。 具有完整集成开发环境 业务应用是伴随业务的发生而建立以支持业务运行,同时又是在不断地变化。 因此,核心业务应用的开发维护需要具有良好的集成环境: 可以支持快速的设计、开发; 可以支持便捷的应用维护; 便于应用业务需求文档、技术开发文档的管理; 便于组织技术队伍; 便于提高应用的高可靠性。 支持开放标准 核心业务应用具有涉及业务部门多,功能复 杂,技术环节多,投资大,开发周期长的特点。 关键业务应用采用开放标准是目前的主流趋势,有利于保持技术资源的可持续发展,节约技术投入。 支持开放标准包括: 选择支持开放标准的应用系统结构,包括在处理系统、存储系统规划设计上使用开放标准等; 选择支持开放标准的解决方案,如采用 XML、 WEB 应用等; 选择开放标准的应用集成,如采用 EAI、消息总线等。 应用设计 分类业务设计 分类业务规划概述 根据对现有中国人寿现有产品的分析和对产品发展的展望,中国人寿业务产品范围主要包括: 个人寿险 传统个人寿险 养老金 团体寿险 传统团体寿险 健康险 团体医疗 个人医疗 意外险 年金 投资连接险 中国人寿目前的主要业务类别可分为个人寿险、团体寿险、健康险、意外险、年金、投资连接险。 需要说明的是,由于中国保险市场处于初期发展阶段,业务分类管理的要求可能根据业务状况加以扩展和改变。 随着市场竞争的加剧以及中国保险市场环境的发展,可能影响业务分类管理要求的主要因素包括: 投资连接产品、分红产品的发展,以及客户对该类产品在理财和服务方面等需求的成熟发展; 健康险业务的成熟发展; 年金业务,尤其是企业年金业务的发展; 综合金融服务 、混业经营的发展; 个性化服务、增值服务的发展。 未来业务发展变化对中国人寿业务分类将提出新的管理要求,从而需要在核心业务应用设计上提出新的支持需求: 产品: 投资连接产品和分红产品的帐户管理、业务处理支持; 年金业务的帐户管理、转换支持; 服务: 组合产品、组合服务、个性化服务; 贷款、抵押、卡业务、支付等综合理财服务; 健康险理算、服务; 业务: 投资业务管理; 客户综合财务、健康险支付、结算处理来; 合作伙伴管理。 分类业务的应用设计 核心业务应用分类管理设计的主要思路是: 共享设计基础模块 对核心 业务的基础模块,包括产品、客户、保单管理等基础业务模块进行共享设计,提高基础模块对不同业务的支持能力,并尽可能通过参数化、配置管理等方式支持未来业务发展。 独立设计主体分类业务处理模块 对核心业务的主体分类业务流程,如个人寿险、团体寿险、投资连接险的业务处理流程,由于其处理操作、管理对象有较大不同,可以采用相对独立的模块设计,以便于应用维护。 同时,独立设计的分类业务处理模块也提高了核心业务应用对业务发展变化的适应能力。 独立设计专业化特征的处理模块 专业化特征的处理要求,如健康险理赔、 综合理财服务、投资 分红管理等,具有业务需求尚在发展过程中,未来变化的可能性大,其处理功能相对比较独立,操作管理专业化要求高的特点。 显然,采用独立设计的方式同样也是为了适应业务发展变化,提高核心业务应用维护能力。 核心业务组件分布 中国人寿核心业务应用分布将遵循企业架构“基于分组的集中”的总体要求,合理规划应用及其功能服务组件的分布。 各 个 分 公 司 以 及总 公 司 的 人 力 资源 系 统其 他 集 中 的 系统 . . .组 1 业 务 系 统 组 2 业 务 系 统 组 . . . 业 务 系 统电 子 商 务 系统D a t a M a r t sf o r H Q M I S产 品 开 发精 算 与 风 险管 理总 公 司 会 计核 算总 公 司 M I S 的数 据 集 市人 力 资 源 数据 库组 1 和 组 2 数 据 库组 . . . 数 据 库缩 减 的 客 户数 据 库商 业 智 能总 公 司 O A + 目 录服 务省 1 数 据 库省 2 系 统省 2 数 据 库省 系 统省 ? 数 据 库本 地 O A 和 目 录服 务B 2 B 连 接 前 置系 统本 地 报 表 和 查询柜 台 和 坐 席 系统本 地 下 载 数 据缓 存核 心 业 务销 售 支 持与 管 理财 务图 像数 据 E T LD M / O D S省 1省 2省 省 1省 2省 1省 2省 省 1省 2省 3省 1省 2省 图 像 数 据 缓 存B a t c h A c t u a r i a lp r o c e s s i n g批 处 理 以 及 精 算处 理B a t c h A c t u a r i a lp r o c e s s i n g核 心 业 务 系 统 应用 服 务 器B a t c h A c t u a r i a lp r o c e s s i n g标 准 报 表 产 生B a t c h A c t u a r i a lp r o c e s s i n g财 务 系 统B a t c h A c t u a r i a lp r o c e s s i n g销 售 支 持 与 管 理系 统管 理 会 计数 据 E T L工 具B a t c h A c t u a r i a lp r o c e s s i n g商 业 智 能销 售 工 具 应 用 的 数 据 从 省 级 系 统 下 载总 公 司 数 据中 心省 公 司销 售 支 持W E B9 5 5 1 9 C T I 服 务 器B a t c h A c t u a r i a lp r o c e s s i n g呼 叫 中 心 系 统内 部 认 证中 心其 他 系 统 数据 库容 灾 备 份 中 心 以 及 开 发 测 试 中 心单 证 管 理 与 打印 图 31 企业架构“基于分组的集中”应用和数据分布示意图 业务应用的主要分布设计的要点包括: 应用架 构总公司集中规划、设计; 服务组件总公司集中规划、设计、维护、管理; 应用集成总公司集中规划、设计、维护、管理; 核心业务应用的主要功能服务组件,包括基础服务组件、主要的运营服务组件和公共服务组件、主要的集成服务组件部署在总公司; 核心业务部分功能服务组件,如影像管理、单证与打印管理,以及部分运营服务组件的操作功能、部分佣金与手续费管理功能、部分收付费处理功能,可以分布部署在分支机构; 总体设计 组件规划 按照应用架构设计的总体结构,中国人寿核心业务应用也是由运营服务层组件、基础服务组件层、公共服务组件和集 成服务组件构成。 核心业务应用的组件设计保全保全 理赔理赔 渠道支持渠道支持给付给付个人寿险个人寿险 团体寿险团体寿险 健康险健康险 意外险意外险 年金年金产品管理产品管理 客户管理客户管理 保单管理保单管理 权限管理权限管理基础服务组件报表管理报表管理 影像管理影像管理 单证与打印管理单证与打印管理 收付费管理收付费管理公共服务组件应用集成应用集成 渠道集成渠道集成集成服务组件运营服务组件契约契约投资连接险投资连接险 图 32 核心业务应用逻辑结构示意图 运营服务组件层: 主要面向业务人员,提供数据操作、业务审核、核保、保全、理赔、给付、再保险等流程处理支持。 业务运营层服务组件主要包括: 关键业务运营服务组件:包括个人寿险、团体寿险、健康险、年金、投资连接险等,具有分类业务管理,或特征处理要求的功能组件。 运营支持服务组件:主要是保险的基础业务处理流程,如契约、保全、理赔、再保险、给付等。 基础服务组件层: 基 础组件服务层包括核心业务最基础的功能组件,如客户管理、保单管理、产品管理、权限管理。 客户管理 对各种客户角色,如投保人、被保险人、受益人,提供一致的客户定义和客户标示维护管理。 良好客户管理应能够涵盖客户之间关联信息、销售特性信息、价值特征信息,从而能够为个性化服务提供支持。 产品管理 主要包括对产品的费率、产品条款、业务规则进行的管理。 产品管理模块应具有支持参数化的产品属性配置管理,支持快速产品上线,支持不同产品组合销售等适应性特点。 保单管理 提供及时准确保单状态信息,支持灵活的保单变更、迁移与。中国人寿it战略规划项目核心业务应用高端设计报告(编辑修改稿)
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。