惠普——中国人寿IT战略规划项目IT现状评估报告.docx

《惠普——中国人寿IT战略规划项目IT现状评估报告.docx》由会员分享，可在线阅读，更多相关《惠普——中国人寿IT战略规划项目IT现状评估报告.docx（197页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、IT现状评估报告IT战略规划项目版本号：V0.9起草人:中国人寿IT规划项目组版权说明本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属中国惠普有限公司咨询与集成事业部所有，受到有关产权及版权法保护。任何个人、机构未经中国惠普有限公司咨询与集成事业部的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。目 录1.概述122.业务与IT战略整合评估132.1.概述132.2.中国人寿的业务目标和战略132.3.中国人寿当前的IT目标和战略142.3.1.业务策略对IT的要求总结142.3.2.IT远景，目标以及策略定义152.3.

2、3.IT举措分类总结162.3.4.IT战略的总体状况172.3.4.1.IT战略对于业务战略的支持程度172.3.4.2.IT策略的定义192.3.4.3.IT策略的范围对业务策略的覆盖程度192.3.4.4.是否从技术方面都是面向未来发展的192.3.4.5.是否包括企业架构的原则192.3.4.6.是否包括IT治理策略192.4.业务部门对IT的期望的综述202.4.1.决策层期望及IT支持分析212.4.2.总公司管理层期望及IT支持分析222.4.3.省公司管理层期望及IT支持点分析252.4.4.IT支持分析总结292.5.业务与IT整合312.5.1.业务和IT沟通流程现状312

3、.5.2.业务流程的IT支持现状332.5.3.业务和IT关系分析392.5.3.1.业务和IT关系成熟度模型介绍392.5.3.2.业务和IT关系管理(BRM)调查结果402.5.4.灵活性分析442.5.4.1.灵活性的概念442.5.4.2.灵活性评估结果462.6.总结503.动成长企业模型513.1.介绍513.2.动成长企业建设原则523.2.1.简易化523.2.1.1.介绍523.2.1.2.中国人寿主要不足533.2.2.标准化533.2.2.1.介绍533.2.2.2.中国人寿主要不足533.2.3.模块化543.2.3.1.介绍543.2.3.2.中国人寿主要不足543.

4、2.4.集成化541.1.1.1.介绍543.2.4.1.中国人寿主要不足553.3.总结554.应用架构调研与评估564.1.应用总体架构现状描述及分析564.1.1.现状描述564.1.1.1.应用系统现状简述564.1.1.2.应用的集中模式574.1.1.3.应用间的数据交换604.1.1.4.应用架构614.1.2.主要问题634.1.3.期望644.2.核心业务系统654.2.1.总公司核心业务系统654.2.1.1.功能描述654.2.1.2.系统架构664.2.1.3.系统评价及主要问题674.2.2.江苏核心业务系统704.2.2.1.系统特点714.2.2.2.功能描述71

5、4.2.2.3.主要问题724.2.3.上海核心业务系统724.2.3.1.系统特点734.2.3.2.主要问题744.2.4.深圳核心业务系统744.2.4.1.系统特点744.2.4.2.功能描述754.2.4.3.系统架构764.2.4.4.主要问题774.2.5.四个核心业务系统应用技术对比774.2.6.建设期望784.3.财务系统784.3.1.现状概述784.3.2.功能描述794.3.3.系统架构804.3.4.主要问题814.3.5.建设期望834.4.再保险系统834.4.1.现状概述834.4.2.功能描述844.4.3.系统架构844.4.4.主要问题854.4.5.建

6、设期望854.5.销售支持与渠道864.5.1.现状概述864.5.2.功能描述864.5.3.主要问题874.5.4.建设期望874.6.决策支持系统894.6.1.现状概述894.6.2.功能描述904.6.3.系统架构904.6.4.主要问题924.6.5.建设期望924.7.周边系统934.7.1.客户服务系统934.7.1.1.现状概述934.7.1.2.功能描述944.7.1.3.主要问题与期望954.7.2.代理人管理系统964.7.2.1.现状描述964.7.2.2.功能描述964.7.2.3.主要问题与期望974.7.3.精算系统984.7.3.1.现状概述984.7.3.2

7、.功能描述984.7.3.3.主要问题与期望984.7.4.电子商务系统994.7.4.1.现状概述994.7.4.2.主要问题与期望994.7.5.OA系统1004.7.5.1.现状概述1004.7.5.2.主要问题与期望1004.8.应用架构差距分析1014.8.1.优势与问题1014.8.1.1.优势1014.8.1.2.问题1014.8.2.需求与期望1024.8.3.初步分析1034.9.应用架构评估总结1045.数据架构调研与评估1065.1.总体数据架构1065.1.1.现状描述1065.1.1.1.数据模型和应用的相关性1085.1.1.2.数据物理层次和数据提升（stagin

8、g）1105.1.2.差距分析1115.1.2.1.用户期望的状况1115.1.2.2.差距及原因1125.2.数据标准化管理1135.2.1.现状描述1135.2.1.1.现有数据标准制定和管理制度1135.2.2.差距分析1145.2.2.1.用户期望的状况1145.2.2.2.差距及原因1155.3.数据质量管理1165.3.1.现状描述1165.3.1.1.数据质量管理现状1165.3.1.2.现有数据质量问题1165.3.2.差距分析1175.3.2.1.用户期望的状况1175.3.2.2.差距及原因1175.4.应用系统数据管理1185.4.1.现状描述1185.4.1.1.应用系

9、统数据维护118CBPS应用系统数据维护描述：118上海应用系统数据维护描述：119江苏应用系统数据维护描述120深圳应用系统数据维护描述：1215.4.1.2.现有数据库平台1225.4.1.3.现有数据访问权限控制124权限管理状况综述124CBPS数据访问权限控制描述：125上海系统数据访问权限控制现状描述：125江苏系统数据访问权限控制现状描述：126深圳系统数据访问权限控制描述1275.4.2.差距分析1275.4.2.1.用户期望的状况1275.4.2.2.差距及原因1275.5.数据架构评估总结1286.技术基础架构调研与评估1296.1.技术基础架构总体现状简述1296.2.系

10、统架构1306.2.1.系统架构现状1306.2.2.评估分析结果1316.3.业务连续与容灾1376.3.1.业务连续与容灾现状1376.3.2.评估分析结果1376.4.信息安全1426.4.1.信息安全现状1426.4.2.评估分析结果1436.5.网络架构1486.5.1.网络架构现状1486.5.2.网络系统现状1486.5.3.网络设备情况1486.5.4.评估分析结果1506.6.系统管理1546.6.1.系统管理现状1546.6.2.评估分析结果1566.7.数据中心1596.7.1.数据中心现状1596.7.2.评估分析结果1596.8.基础架构评估总结1627.IT治理调研

11、与评估1637.1.IT治理总体框架1637.1.1.IT治理概念1637.1.2.IT治理的目标1647.1.3.IT治理的架构1647.1.4.IT治理成熟度模型1667.2.IT组织架构现状评估1677.2.1.现状1677.2.1.1.组织架构1677.2.1.2.职责权限划分1677.2.2.差距分析1687.2.2.1.优势与问题1687.2.2.2.需求与期望1687.2.2.3.初步分析1687.3.IT人力资源现状评估1697.3.1.现状1697.3.1.1.职业发展1697.3.1.2.激励机制1707.3.1.3.绩效考核1707.3.1.4.薪酬体系1707.3.1.

12、5.培训体系1707.3.2.差距分析1727.3.2.1.优势与问题1727.3.2.2.需求与期望1737.3.2.3.初步分析1737.4.IT服务管理流程现状评估1737.4.1.现状1737.4.2.差距分析1777.4.2.1.优势与问题1777.4.2.2.需求与期望1787.4.2.3.初步分析1797.5.项目管理现状评估1797.5.1.现状1797.5.1.1.一般项目管理1797.5.1.2.系统开发1847.5.1.3.系统测试1847.5.1.4.软件部署1847.5.2.差距分析1847.5.2.1.优势与问题1847.5.2.2.需求与期望1857.5.2.3.

13、初步分析1867.6.外部资源利用策略现状评估1867.6.1.现状1867.6.2.差距分析1877.6.2.1.优势与问题1877.6.2.2.需求与期望1877.6.2.3.初步分析1877.7.IT投资成本效益分析1887.7.1.现状1887.7.1.1.IT预算与投资流程1887.7.1.2.IT投资力度1887.7.1.3.IT成本的构成情况1917.7.1.4.效益评估1917.7.2.差距分析1927.7.2.1.优势与问题1927.7.2.2.需求与期望1937.7.2.3.初步分析1937.8.IT治理总体评价1947.9.经验参考1957.10.IT治理评估总结1958

14、.附录1968.1.资料：关于数据质量的信息成熟度模型1968.2.资料：Informix向Oracle或DB2的移植1998.2.1.Oracle:1998.2.2.IBM:2008.2.3.独立第三方报告资料：2008.3.资料 项目管理简介2008.4.资料 IT服务管理（ITSM）简介2021 概述2 业务与IT战略整合评估2.1 概述IT策略必须和业务策略一致，这样才能保证IT有效的支持企业目标的实现，因此IT策略需要建立在业务策略之上，通过分析业务策略找到IT支持点，总结定义相应的IT策略。麦肯锡已经为中国人寿定义了业务策略以及相关的IT建议，经过高层访谈发现，麦肯锡的报告并没有被

15、作为中国人寿采纳作为其真正的业务策略，而只是作为参考。因此为了尽量保证IT与业务的一致性，在此对麦肯锡定义的IT建议进行描述和分析，同时根据本项目组对于各级业务人员的访谈结果，对IT支持点进行分析总结，为第二阶段的IT策略的定义打下基础。不过IT策略的制定需要明确的业务目标定义以及实现这些目标的业务关键成功因素（CSF）和这些因素的关键绩效指标（KPI），比如企业的平衡记分卡，以明确IT所支持的对象，帮助在日后在实施IT策略的过程中进行投资回报分析；另外IT策略需要定义在将来一定的时间跨度内阶段性的目标和步骤，这也要和业务的阶段性目标和步骤保持一致，而基于现在获取的业务信息缺乏这方面的参考，这

16、将给第二阶段的工作带来较大的困难。2.2 中国人寿的业务目标和战略根据麦肯锡报告，中国人寿当前的业务目标以及策略总结如下： 远景目标：在未来6年中中国人寿在寿险/养老/健康险和意外险等所有主要客户群占主导地位的寿险公司，并因此成为中国寿险市场中最能创造价值的企业。 为实现上述远景目标，逐层定义了客户主导，功能卓越以及业绩至上三个的目标，并针对每个目标按照不同的业务领域和职能定义了具体策略。具体参见实现中国人寿转型，成为以客户为主导的行业领导者第5章（麦肯锡2003年7月）。2.3 中国人寿当前的IT目标和战略2.3.1 业务策略对IT的要求总结在麦肯锡的业务报告中根据业务战略提出了对IT的支持

17、要求，分别按照其3大业务目标总结如下： 总体要求，和业务策略相适应，IT的发展主要定位在销售渠道的支持和客户关系管理上以帮助实现占领主要客户群的业务远景目标：“IT要和业务策略的实施路线保持一致，并且以销售人员/渠道工具和管理信息系统为重点，在过程中利用平台标准化，集中控制，整合数据中心等技术手段。需要开发一个提供客户保单信息以及相应背景信息集成视图的通用数据库从而实现有效的销售管理和客户关系管理系统。” 客户主导，IT的支持要求在两方面进行描述，一是在业务部门针对细分客户群（包括团险和个险）的销售革新需要IT系统的支持，包括提供销售支持工具，改变或者建立销售人员管理系统以适应业务管理办法和流

18、程的变化，建设系统帮助业务扩展已有的，开拓新的销售与服务渠道；二是提供先进的系统支持风险和资产管理，以为保户创造更大的价值。 职能卓越，IT不单要帮助其他业务部门提高关键职能水平，要求包括：为产品开发部门提供“产品引擎”系统；提供风险管理系统帮助提高公司的资产负债，现金流等风险管理水平，保证在可承担风险的基础上为投资人和客户提供最佳回报，开发新系统支持新的前台以及后台核心运营流程。而且IT作为一个关键职能还要对自身进行完善，具体在后面IT远景，目标以及策略章节中描述。 业绩至上，需要IT对于提高财务分析，决策支持和运营报告的能力进行支持，以保证对于中国人寿运行业绩的分析和把握，包括：建立及时有

19、效的财务报告系统，建立精算利润评测系统以及“模型中心”（以精算角度分析产品，公司利润以及资本情况），加强和重建中国人寿的管理信息系统，支持在总公司获取以及分析最底层的各种数据。2.3.2 IT远景，目标以及策略定义麦肯锡业务报告在以上要求的基础上，总结了中国人寿IT部门的远景，目标以及实现目标的策略，列举如下： IT远景：将IT建成核心能力，利用IT建立以市场为导向的、低成本高效率的业务流程以及优秀的财务报告、决策支持和运营报告系统。 IT目标：从三个不同的角度阐述了IT的目标以及实现目标所需要做的工作，包括：o 目标1：在业务功能方面，保证业务应用程序紧密的支持所有的业务需求。l 前端系统：

20、支持重新设计了的销售以及客户服务流程，如面对不同客户群的销售管理以及多渠道的客户支持。l 核心运营系统：实现经过重新设计的核心运营流程。l 产品系统：支持核心的个险以及团险产品，并定制新的产品，通过参数化的系统支持高速产品开发。l 管理信息系统：支持财务报告，决策支持，运营报告以及更好的风险管理。o 目标2：从技术角度，在国家级数据中心的支持下，整体结构经过良好设计，保证系统的可伸缩性。l IT系统需要适应业务规模的扩大，包括数量和复杂程度（如多渠道，多产品）l IT体系结构分开数据，业务逻辑和前台界面，并且使用EAI技术进行应用间集成。l 物理结构保证可伸缩性，将来整合到国家级数据中心。o

21、目标3：从IT组织角度，促进全面的IT效能的进步。l 通过良好设计的IT管理流程改善IT治理状况。l 高效的IT组织，具有响应业务需求的能力，特别是在总公司。l 建立有力，稳定的IT领导团队。2.3.3 IT举措分类总结麦肯锡的策略为在每一个定义的IT的八个支持点（参见中国人寿IT远景目标及战略党委汇总文件麦肯锡2003年7月），根据业务战略给与IT的要求和IT的目标定义的一些举措，分类描述如下：分类举措总结应用系统 在各省市推广现有银保试点方案 根据代理人分级模型提供代理人支持工具（如：销售MIS） 完成呼叫中心试点，并将系统推广到各个省份 在核心运营系统实施业务流程再造 对围绕CBPS建立

22、的核心业务系统进行标准化和更换(开发系统支持99年前老保单管理) 为新产品和业务单元设计新系统 根据定义的系统结构实施新产品系统 设计应用系统架构并作出技术选择 根据新架构和新业务需求实施/修改系统（包括新产品，销售、渠道，核心系统） 在上市公司和资产管理公司内建立企业风险管理系统关注在4类应用系统：渠道支持，核心应用（CBPS，CLAF，AMIS），新产品开发以及风险管理系统，保证对业务运营的IT支持。数据 将现有数据库迁移到替换数据库 确定用户信息需求，采用SAS制作报告 建立数据仓库，以便在企业一级整合信息得到及时准确的统计信息和数据，保证决策管理的及时性和准确性。基础架构 将分公司数据

23、中心整合为35个省级数据中心 将省级数据中心整合为2 -3个全国数据中心整合基础架构，提高可管理性和运行效率。IT治理 短期内集中上市公司的IT组织，长期成立独立的IT公司 确定总公司和省公司报告体系、职责、人员和（管理和技术方面的）技能需求。 组织基于业务单元的IT职能业务单元的活动，设置基于业务单元的客户经理来协调各个业务单元的需求 在总公司、省公司和市分公司实施新的IT管控和管理流程（如：预算和项目投资评估） 对IT组织启用业绩管理指标 实施有效的供应商管理战略优化IT组织以及IT内部流程，提高对IT绩效评估以及投资回报的分析能力，改善对于业务部门和客户的服务水平。业务举措 开展业务流程

24、再造项目重新设计前端销售流程。 为在各省实现一体化客户关系管理能力制定方法 开展业务流程再造重新设计核心运营流程（承保、理赔和保单管理） 为资产管理公司的资产管理工作（如：组合管理）安排基础设施 为资产管理公司层面上的相关界面做好一站式处理的准备 在上市公司采用基本风险管理技术，包括资产基础/盈利报告并在系统内实施 采用更先进的综合风险管理（关键的承保风险和投资中心内的运营风险管理）并在系统内实施 建立管理信息和制作运营与财务报告的流程这些举措实际是业务部门应当采取的举措，在报告中和IT举措混杂在一起进行说明2.3.4 IT战略的总体状况本节分为几个方面就麦肯锡的IT战略状况进行分析，发现麦肯

25、锡的IT策略对于其所定义的业务策略具有良好的支持程度，不过在时间和实现阶段上不能保持一致，另外IT策略主要是一些实施举措清单缺乏框架性的概括和归纳，不益于有效的控制和实施。2.3.4.1 IT战略对于业务战略的支持程度麦肯锡制定IT战略的方法为：制定业务战略分析业务策略对于IT的支持要求（启示）找到IT支持的要求和当前IT情况的差距（将差距分类）根据差距的分类定义举措，从范围上IT策略对于业务策略有良好的支持。不过就业务战略的实施计划和IT战略的实施计划上，包括时间跨度和阶段时间点上没有清晰的联系，如下图：2.3.4.2 IT策略的定义基本符合IT战略定义的最基本要求：即IT战略是在正确的时间

26、，地点提供正确的技术和应用（Gartner对IT战略的定义）；逻辑清晰，由上至下的方式对IT的远景，目标，策略以及实施举措进行描述。2.3.4.3 IT策略的范围对业务策略的覆盖程度覆盖程度较好，在定义IT举措时按照业务的三个目标进行分析,得到IT的关键支持点，之后以这些关键支持点为基础分析中国人寿的IT的当前的基础和差距，最后仍然基于这些关键支持点定义实施的举措。2.3.4.4 是否从技术方面都是面向未来发展的此方面麦肯锡的报告提及不多，并不全面没有在IT整体架构的不同技术层面提供指导，只在以下两点提出了建议 应用：IT策略建议使用3层架构，即界面，逻辑和数据分开。 数据：数据中心整合，为决

27、策支持建立公用数据库2.3.4.5 是否包括企业架构的原则在描述IT战略时从三个不同的层面进行描述：业务功能支持，技术架构，以及IT组织建设，但没有定义一个企业架构的模型从而进行比较完整的描述。2.3.4.6 是否包括IT治理策略IT治理原则需要和公司治理原则保持一致，需要在公司治理的基础上建立IT治理框架，报告并没有给出建议的IT治理框架，而只提到了有关IT治理的一些举措，包括：提到通过运行良好的IT管理流程来促进IT治理，枚举了关键的IT管理流程，并建议了中国人寿将来的IT组织管理模型：地市，省，中央IT之间以及与业务部门间的汇报关系（直接/间接），以及对IT组织内部启用绩效管理指标等；关

28、于IT运营策略，指出“组织基于业务单元的IT职能业务单元的活动，设置基于业务单元的客户经理来协调各个业务单元的需求”，准备向单独的IT服务公司过渡，并建议了采用按项目进行预算的方式。2.4 业务部门对IT的期望的综述本节根据省公司以及总公司的访谈结果进行分类总结并以IT的角度做总结分析，结果如下：2.4.1 决策层期望及IT支持分析流程/职能期望以及问题描述次数IT支持点，原因分析IT建议IT的支持贯穿从销售动机到销售结束的全过程：外部：强大统一的对外服务平台：Call center的逐步完善；区域服务网络的建立网上销售、服务等电子商务相关查询内部：销售行为的支持：提供销售工具、培训资料、演算

29、系统、产品组合方案，让使用者更方便，从高层管理角度：需要及时的信息流动，可靠的信息来源和准确的资料从经营管理角度：需要业务流程管理，契约维护等高效的实务处理系统公务管理：提高办公自动化程度，提高效率，节约成本3系统规划的整体考虑，从企业外部到内部，从决策到操作层进行统一规划。IT建议人寿需要财务统一核算，现在机构分散，效率低下，而且数据经过逐层上报后很难避免失真；导致重复劳动，而且发生很多口径不一致的情况2数据集中业绩管理需要能够取得分支机构的业绩信息，对其机构进行考核分支机构的数据库中缺乏考核相关的数据，没有应用抽取分析考核数据销售渠道同意麦肯锡对销售渠道的建议核看法在制定IT策略时在渠道上

30、需要和麦肯锡的业务战略一致审计在保证业务监管的基础上，业务操作要尽量保证灵活性，包括业务处理，客服，销售授权和灵活相结合，支持业务的变化和发展，从三个方面时间，范围，实现简单审计需要加强内部控制监督手段，减少手工报表的工作量，以及人为的因素影响，提高实时性数据集中，减少报表的中间环节精算精算上对于赢利性分析不够，对准备金分析也不够，但可以满足监管部门的要求向购买的精算软件提供高质量及时的基础数据风险管理能够从资产负债平衡以及现金流两个方面及时准确的进行风险管理，现在不能做到很好的预测，而且上市后会更加复杂保证财务数据的准确性，业务系统数据和财务数据的一致性财务需要看到全公司的资金流向财务系统以

31、记帐为目标，没有考虑到资金流向的问题。IT建议IT建设的目的 提高核心竞争力：提高经营水平提高工作效率降低运营成本提高决策能力作为IT战略定义的参考IT建议IT最有效的交付是提供有效的数据支持决策保证数据质量，将决策数据的要求逐层实施，从而保证数据基础，提供分析以及报表工具2.4.2 总公司管理层期望及IT支持分析流程/职能期望以及问题描述次数IT支持点，原因分析产品开发缺乏支持产品开发所需的客户，市场以及销售数据数据定义统一规划，在最基础的系统层面体现最上层的要求，即在业务系统中包含支持产品开发的数据个险决策分析得不到基层的数据，现在手工上报，数据不及时，需要掌握客户情况，可以按险种，经济区

32、域等方法分析数据2数据分散，数据模型没有考虑到决策的支持要求个险数据质量差，不统一。数据质量没有校验机制，应用系统数据模型独立，数据描述不标准个险对于代理人需要考核，有准确的数据反映佣金发放情况在系统中添加用于考核分析管理的数据，提高性能支持大数据量的统计分析健康险保监会要求，健康险需要实现专业化经营：机构专业化产品专业化精算制度专业化独立核算独立核保核赔专门IT系统。IT系统对健康险业务最大的帮助是建立管理式医疗支持系统这种管理不是传统的报销式管理，而是经营服务没有独立的健康险系统，现在的业务系统包含对健康险的支持精算精算没有得到IT部门的良好支持，工作受到限制提供精算所需的基础数据，保证数

33、据的正确性和及时性，在业务系统中考虑精算的数据要求渠道需要能够针对准客户进行市场调研，当前客户分析，销售的业绩进行评估，管理银行和销售的佣金，对渠道进行管理（包括银行，邮政，代理以及经纪公司等），有效的培训。为渠道建立展业支持系统，在核心业务系统中需要建立渠道关心的数据的获取渠道渠道目前与工行已经联合实现即时出单，以后要在代理上走更广泛的路，如网上销售、中介代理出单等提供能够迅速实施的中介接口人力资源员工的培训需要IT的技术支持， 把培训内容迅速地原汁原味地推广下去，同时降低成本没有相应的应用系统人力资源普通的IT员工的培训主要依托业务部门；总体讲培训不到位； 靠个人到社会上学习没有IT人员的

34、职业计划以及系统的技能提高和培训策略团险需要完整的客户资料，包括客户以及准客户信息，需要同业公司在大客户管理上的信息；需要跟踪国有的大型企业的变化；需要目前所管的客户信息，结合行业的分析数据，在全国范围内按照地域进行管理和分析，为决策指导提供支持没有针对团险客户关系管理系统，数据分散团险团险大客户需要得到优质的服务，比如，团险客户应该能够及时，以自助的方式查询到自己在人寿的信息；另外企业客户是跨地域的，需要统一的标准的服务要求没有团险客户的使用接口，数据分散团险团险销售的业绩信息无法进行收集分析，而且薪酬体系需要以此分析作为基础建立团险营销管理系统，管理团险销售人员团险团险需要个性化的管理，在

35、业务操作时应符合团险的个性化要求业务系统的建设没有考虑团险的业务特点团险团险的销售支持需要个性化的服务，提高团险销售的展业以及销售的效率没有团险销售支持系统业管各网点业务独立，客户不能垮网点办理，这样才能发挥人寿网点多的优势数据没有统一标准；没有集中；风险管理需要了解即时保费和营销情况，可以对保单质量进行管理，控制不良保单，现在保单管理。保单的到期等等，是一笔糊涂帐业务规则进入系统，对于保单的生命周期对保单进行监控IT建议IT有十几家开发合作伙伴，如此分散造成开发成本很难控制，导致质量也无法保证，各地购买的机器的品牌型号不一致，不标准，成本很难控制建立良好的供应商审核以及管理流程和成本控制流程

36、，提高质量降低成本；需要优化采购流程；IT建议IT的投资和回报没有量化标准IT部门进行内部核算IT建议IT部门需要对业务更深入的了解，业务需求不能很好的形成IT语言，缺少既懂业务又懂IT的人员2缺乏业务数据的统一定义，业务流程不标准，IT人员业务技能不足IT建议财务数据和业务数据统计不一致，而且需要统计数据的时间点要全国统一数据分散，应用系统数据模型独立，数据描述不标准IT建议根据保鉴会的要求，单证要统一。管理不断变化的单证，单证消耗多少，作废多少等等。现在系统缺乏对单证的有效管理IT建议以前的系统，经常没有通过严格充分的测试，没有测试报告，没有试运行，或试运行太短IT项目没有规划，不遵守软件

37、开发流程2.4.3 省公司管理层期望及IT支持点分析流程/职能期望以及问题描述次数IT支持点，原因分析业务处理业务处理应以客户为中心，可以根据客户进行统计分析，向客户提供一站式服务，自助查询服务14以客户为线索管理保单，建立统一的系统共享的客户信息库，提供一站式服务的前端系统决策统计业务统计没有基础数据，或者即使有基础数据，也不能通过系统的渠道取得，即使得到也严重滞后14没有统一的数据定义，IT和业务沟通流程不通畅，IT内部的应用系统没有总体规划，在系统设计时主要考虑处理而不是管理业务处理财务业务数据不一致，财务对于业务数据不信任，业务系统对应收应付数据处理不准确，财务和业务系统割裂12系统设

38、计没有统一规划，没有公司范围的数据定义参考，对于数据的生命周期管理不足IT建议业务数据不准确，导致必须进行人工复核，甚至错误数据在系统中不被发现12系统设计缺乏保证数据完整一致的机制，系统只是按照流程处理，没有包含业务规则，需要按照业务规则对数据校验，从而保证数据的一致，准确业务管理希望能够管理指标进行监控，考核以及分析，以便实行规章制度和进行良好的管理（包括营业员，坐席，代理人管理）7在系统中添加用于考核分析管理的数据，提高性能支持大数据量的统计分析业务处理业务系统升级更换以及打补丁不应影响业务的稳定运行，而且现在补丁的质量不能保证功能被按时按质完成7应用系统过度分散，开发人员不足，不按照软

39、件工程的方法进行系统开发工作（特别是上线流程），对于业务需求不能充分理解，IT与业务责任不清业务处理老业务以及地方险种的保单和客户和新业务同等重要，在服务上不应有差别，包括客服，财务以及精算7多个系统同时维护业务处理在业务处理时，审计和风险控制要靠人工，需要自动控制7在审计和风险控制上自动化销售支持销售人员要能够从公司外部连到公司的系统取得展业支持数据，提高销售效率，另外展业需要使用自动化工具以提高服务水平和效率7保证安全性的基础上，通过internet为展业提供支持，制作展业支持软件，要统一系统规划定义系统间接口IT建议集中采购效率低下，无法满足业务处理的需要，对于采购申请的拒绝没有反馈，而

40、且采购轻视服务的采购导致得不到有效支持7改进IT预算和采购流程，提高采购效率。提高集中程度，做好规划业务处理不同的部门对于同一名词的数据含义理解不一致，导致混淆出错，系统间数据标准不统一6没有统一的数据定义，IT和业务沟通流程不通畅，IT内部的应用系统没有总体规划IT建议集中的目的主要是控制风险，但还需要保证效率（客户服务，业务流转时间，物流速度）6使用先进的应用技术和基础设施来保证效率IT建议总公司对于地方系统出现的问题以及功能扩充反映慢，不能满足地方业务的要求，而且临时任务多，没有计划，总公司的计划只有目标没有实施计划，包括成本，技术可行性分析等。6人员不足，缺少问题管理流程；系统设计缺乏

41、地方差异性支持业务处理希望得到其他保险公司的黑名单信息，希望得到医院的门诊信息，以及其他政府部门和公司的信息，以降低道德风险，提高服务水平4设计系统外部接口方式，和外部系统实现按需互联，交换数据，并且保证安全业务处理操作效率低下，响应时间过长。4需求中需要有性能指标，在实现时性能作为验收标准IT建议IT垂直管理，统一标准是正确的，不过需要对于小的东西适当放权，可以响应本地业务部门提出的需求4在集中后也需要建立流程和人员满足本地业务的支持IT建议对于业务需求的响应速度慢4需求缺乏规划，IT策略和业务策略的一致性IT建议总公司的IT人员在省公司实习较短经验不足，没有基层的管理经验3需要良好的IT人

42、力资源管理以及职责定位IT建议业务人员需要提高应用和电脑的操作水平以提高效率3IT部门向业务部门提供应用电脑操作的培训服务，对于应用需要提供完整的操作手册业务处理需要能够跟踪保单所处的状态，保证客户服务和管理的需要2业务规则进入系统，对于保单的生命周期对保单进行监控销售渠道从被动服务到主动服务，增加电子商务、电话销售等服务内容2总体规划核心系统，提高灵活性，快速支持渠道的添加团险团险的销售员的人数，素质，产能以及骨干力量比例的数据无法得到2没有团险销售员管理系统渠道银保通在推广时发现对大的交易和数据量支持不好2系统需求不完善，对于非功能要求不明确，软件开发管理流程没有被遵守财务精算和财务对业务

43、有控制功能，需要通过财务来有效控制业务风险2统一规划系统，根据业务规则建立应用系统间的接口IT建议IT部门即要完成上级IT部门的任务，又要完成当地业务部门的要求，没有统一协调，工作被动2没有定义IT的服务接口和流程，包括对于不同级别，不同地域提出的业务需求的响应流程，而且IT内部的管理流程不清晰，IT建议IT人员的培训和技能要求不明确，不能通过培训帮助及时有效的完成任务2没有清晰的IT发展策略，人员角色和职责定义，以及IT人员职业发展计划IT建议业务部门在出现问题和提出需求时，感觉IT责任不清，出口多2没有定义IT的服务接口和流程IT建议在谈需求时与IT人员沟通困难，IT人员对于业务了解不够2缺乏业务数据的统一定义，业务流程不标准，IT人员业务技能不足IT建议IT人员权限过大，可以操作和看到关键数据对于业务很危险2定义数据标准中包含权限定义，制定安全策略业务处理希望保单能够“通存通兑”，异地投保，本地享受服务，增加客户服务质量全国系统集中或者统一，在不同的核心系统间建立接口业务处理不同的险种数据在处理时发生冲突，如意外险和寿险使用相同的保单号导致保单跳号，另外对于健康险支持不好