广州汽车集团拟设财产保险公司管理信息系统项目方案技术部分

《广州汽车集团拟设财产保险公司管理信息系统项目方案技术部分》由会员分享，可在线阅读，更多相关《广州汽车集团拟设财产保险公司管理信息系统项目方案技术部分（236页珍藏版）》请在装配图网上搜索。

1、正本 广州汽车集团拟设财产保险公司管理信息系统项目方案（技术部分）中科软科技股份有限公司2008年1月目 录1概述11.1项目目标11.2项目范围和构建战略21.2.1项目范围21.2.2构建战略21.2.2.1一体化业务平台31.2.2.2保险公司前台业务31.2.2.3保险业务决策分析41.2.2.4保险公司后台管理42业务系统建设方案52.1功能需求分析52.2系统架构设计82.2.1建设原则82.2.2设计思想92.2.3系统架构102.2.3.1系统技术架构102.2.3.2软件应用架构122.3原型系统特点132.3.1业务特点132.3.1.1业财再一体化132.3.1.2全险种

2、全流程管理132.3.1.3客户信息收集142.3.1.4业务集中管理142.3.1.5多途径的风险控制142.3.1.6分支机构的个性化支持152.3.2系统特点152.3.2.1业务处理的全面性162.3.2.2业务模型的统一性162.3.2.3系统的可靠性162.3.2.4系统的安全性172.3.2.5系统的可扩展性182.3.2.6系统的实用性192.3.2.7系统的经济性202.3.2.8系统的独立性202.4技术实现途径202.4.1系统技术架构212.4.2应用逻辑架构222.4.2.1架构设计222.4.2.2整体视图222.4.2.3通用原则222.4.3客户层及其组件242

3、.4.4表现层及其组件242.4.4.1控制层242.4.4.2视图层242.4.4.3模型层252.4.4.4配置文件252.4.5业务层及其组件252.4.6资源层及其组件252.4.7传输层及其组件262.5关键技术及技术风险262.5.1工作流引擎262.5.2规则引擎272.5.3组件技术272.5.4安全技术272.5.5接口技术282.6核心应用系统建设方案282.6.1承保管理子系统292.6.1.1概述292.6.1.2询报价管理312.6.1.3投保管理352.6.1.4保单补录422.6.1.5续保管理422.6.1.6承保管理442.6.1.7影像资料管理472.6.2

4、批改管理子系统492.6.2.1操作流程492.6.2.2功能说明492.6.3理赔管理子系统542.6.3.1概述542.6.3.2报案管理552.6.3.3调度管理592.6.3.4查勘管理622.6.3.5定损管理652.6.3.6核价管理682.6.3.7核损管理702.6.3.8单证收集732.6.3.9立案管理762.6.3.10理算管理792.6.3.11结案管理822.6.3.12注销/拒赔审核842.6.3.13特殊赔案852.6.3.14追偿862.6.3.15损余回收862.6.3.16理赔单证打印872.6.3.17核赔处理882.6.3.18流程查询902.6.4核保

5、核赔管理子系统932.6.4.1概述932.6.4.2操作流程942.6.4.3页面示例952.6.5收付管理子系统972.6.5.1发票管理972.6.5.2保费和赔款的收支结算992.6.5.3手续费结算992.6.5.4红冲单据处理1012.6.5.5日结处理1012.6.5.6再保帐单结付处理1022.6.5.7应收保费管理1032.6.6再保管理子系统1042.6.6.1基础设置1042.6.6.2分出管理1082.6.6.3分入处理1232.6.6.4结算处理1262.6.7财务管理子系统1272.6.7.1系统设置1282.6.7.2原始数据管理1292.6.7.3帐务管理131

6、2.6.7.4专项管理1322.6.7.5固定资产管理1332.6.7.6综合查询1342.6.7.7报表管理1352.6.8单证管理子系统1352.6.8.1概述1352.6.8.2主要功能1362.6.8.3页面示例1372.6.9销售管理子系统1382.6.9.1概述1382.6.9.2主要功能1392.6.10客户管理子系统1402.6.10.1概述1402.6.10.2主要功能1402.6.10.3页面示例1412.6.11影像管理子系统1442.6.11.1影像上传1442.6.11.2影像查询1452.6.11.3客户端功能1452.6.12平台配置子系统1482.6.12.1概

7、述1482.6.12.2系统参数设置1492.6.12.3人员管理1492.6.12.4机构/部门管理1492.6.12.5中介信息管理1502.6.12.6权限管理1512.6.12.7核保核赔权限管理1522.6.12.8菜单管理1522.6.12.9工作流管理1522.6.12.10日志管理1522.6.12.11产品管理1522.6.12.12费率维护1532.6.13统计报表系统1542.6.13.1概述1542.6.13.2主要功能1542.6.14准备金管理系统1562.6.14.1概述1562.6.14.2主要功能1562.6.15外部系统接口方案1582.6.15.1保监会报

8、表系统1582.6.15.2保监会稽核接系统1582.6.15.3保险同业平台（交强险平台）1582.6.15.4第三方车型和零配件库1592.6.15.5反洗钱监控报送系统1592.7应用部署及环境1612.7.1保险核心业务系统1612.7.1.1应用软件1612.7.1.2客户端环境1622.7.1.3开发环境1632.7.1.4服务器环境1632.7.2报表工具1632.7.3备份软件1642.7.3.1备份系统设计1642.7.3.2存储备份策略制定1642.7.3.3存储备份管理建设1652.7.3.4管理原则1652.7.3.5管理措施1652.7.3.6备份软件选型1662.7

9、.4数字认证及密码等安全相关S/W1662.7.4.1RSA安全认证体系1662.7.4.2网络设备的保护1672.7.4.3系统层的保护1682.7.4.4应用层的保护1683主机系统建设方案1703.1主机系统设计1703.1.1设计原则1703.1.2选型标准1723.1.3主机处理能力估算1723.1.4存储架构的选择1733.1.5主机系统架构1763.2硬件设备及软件配置清单1763.2.1硬件设备配置清单1763.2.2系统软件配置清单1784项目管理、实施与服务1794.1项目组织和管理计划1794.1.1基于CMMI5的软件开发管理1794.1.1.1项目计划1804.1.1

10、.2开发管理方法1814.1.1.3项目管理工具1824.1.2项目组织结构及岗位责任1824.1.2.1项目组织架构1834.1.2.2项目组角色职责说明1834.1.3质量保障体系1854.1.3.1项目过程说明1854.1.3.2项目工作产品1904.1.4变更管理1944.1.4.1计划变更管理1944.1.4.2需求变更管理1944.1.5评估风险项目1964.1.6沟通管理1974.1.6.1项目中的沟通1974.1.6.2会议1984.1.6.3情况通报会议1984.1.6.4每周例会1984.1.6.5解决问题会议1994.1.6.6阶段评审会议1994.1.6.7报告2004

11、.1.7压力测试2014.1.7.1WinRunner测试自动化工具2014.1.7.2LoadRunner负载测试工具2044.2项目进度安排2074.2.1核心业务系统实施安排2074.2.1.1第一阶段实施2074.2.1.2第二阶段实施2084.2.1.3第三阶段实施2094.2.2核心业务系统实施计划2104.3技术支持及售后服务2114.3.1建立战略合作伙伴关系2114.3.2确定双方的合作目标2124.3.3技术支持和服务承诺2134.3.3.1咨询规划2144.3.3.2技术交流2144.3.3.3服务响应方式2144.3.3.4维护期内的服务2154.3.3.5培训2164

12、.3.3.6免费维护期后的合作方式216附录、应标书点对点应答218一、系统设计原则218（一）整体性、适用性和灵活性218（二）技术先进和可扩展性218（三）系统可靠性218（四）系统经济实用性219（五）灵活性219二、系统实现目标219（一）降低运营成本219（二）提高服务和管理质量219三、系统功能要求220（一）业财再一体化220（二）全险种全流程220（三）以客户为中心221（四）多渠道服务方式221（五）风险管理及风险防范221（六）影像资料管理222（七）收付、财务功能支持223（八）外部系统对接224（九）多层次权限支持224（十）营销管理224（十一）数据跟踪管理225（十

13、二）统计分析225（十三）准备金管理225四、技术要求226（一）应用设计与数据规范226（二）开放式设计，易与其他系统集成227（三）性能要求227（四）安全性228（五）运行管理228五、产品验收228六、服务要求229广汽财险管理信息系统解决方案（技术部分）1 概述广州汽车集团拟设财产保险公司（以下简称“广汽财险”）是一家实力雄厚的保险公司。中科软科技股份有限公司（以下简称“中科软公司”）非常荣幸能够参与广汽财险管理信息系统项目。中科软公司在国内保险行业的研究已有16年的历史，并成功为38家保险公司成功实施保险应用软件项目（包含中外合资或外资保险公司10家左右），其中财产保险公司有：为中

14、国人民财产保险股份有限公司规划实施了全险种、全流程的核心业务处理系统；为中国大地财产保险股份有限公司规划实施了基于B/S架构全国业务集中模式的业财再一体化系统；为2004年后保监会批筹的大部分财产保险公司规划实施核心业务系统，如：安信农险、阳光财险、都邦财险、安华农险、华农财险、黑龙江阳光农险、国寿财险、英大财险、长安责任、国元农业保险等；2006年中科软公司和香港民安保险公司签署合作协议，负责开发实施新一代核心业务系统，目前该项目已进入用户测试阶段；2007年中科软公司和现代财产保险（中国）有限公司签署合作协议，负责开发实施其车险业务系统和呼叫中心系统，目前该项目已启动；2007年中科软公司

15、和华泰财险签署合作协议，负责开发实施其新一代车险业务系统，目前该项目已启动；中科软公司和鼎和财险（筹）签署合作协议，负责开发实施其保险核心业务系统，目前该项目已启动。中科软公司有着强大的技术背景，同时通过15年在保险行业应用的研发，已建成了一支专业为保险行业提供全面解决方案的团队，该团队人员规模达到800余人，并具有丰富的保险行业知识和深刻地理解。在2006年年底，中科软公司通过了CMMI5级的评估，同时由于承接了大量的全国性实施项目，因此具有很强的项目管理经验和工程化实施经验。针对本次贵公司管理信息系统项目，中科软公司认真阅读理解贵公司的业务发展战略要求、项目目标和适用范围，并将按照保险管理

16、信息系统应遵循的标准和技术约束、以CMMI5方法进行项目管理，严格执行项目策略以确保该项目的顺利进行。中科软公司有信心成功完成广汽财险管理信息系统项目，为广汽财险的信息化建设贡献一份力量。1.1 项目目标广汽财险构建管理信息系统，旨在满足公司经营财产保险业务的需要，提高客户服务水平，加强企业管理与决策、促进公司的持续、快速和健康发展，实现公司的整体发展战略目标。1.2 项目范围和构建战略1.2.1 项目范围构建保险核心业务系统的项目范围包括：1. 按照广汽财险的要求，完成财产保险保单管理系统、理赔管理系统、再保管理系统和财务系统的开发；2. 按照广汽财险的要求，实现和保监会报表、稽核系统以及保

17、险同业平台系统等其他周边系统的对接；3. 按照广汽财险的要求，为保险核心系统开发所需软件、硬件、平台软件、网络、安全提供构建建议；4. 按照广汽财险的要求，严格按照项目管理相关方法论进行项目管理，确保核心业务系统的顺利开发实施，并提供优质的运营支持维护服务；5. 构建的保险核心业务系统符合中国保险监管委员会的验收标准。1.2.2 构建战略保险公司信息系统的建设，要根据业务管理需求和未来的发展来考虑。对广汽财险信息系统的建设，中科软公司规划了一个总体框架，遵循总体规划、分步实施的原则，在实施中尽量少投入，快出效益，根据不同时期业务发展的需要建设相应的信息系统。系统对于新产品研发和市场反应的快速支

18、持，能够支持产品的盈亏分析、新产品的快速推出和管理；系统能够适应业务的快速增长和营业网点的快速、低成本部署。下图为保险信息系统的整体架构。1.2.2.1 一体化业务平台一体化业务平台是保险业务模型的基础，处于横向位置。它为前台业务、决策分析及后台管理提供平台级支持的同时，将保险业务的各个层次有机地联系在一起，形成保险行业业务、分析、管理的一体化。一体化业务平台由三大部分组成：1. 通用工具：包括标准化管理、快速开发工具管理、产品配置管理，以实现保险公司管理的一致性，适应业务的快速发展。2. 工作流引擎：基于通用工具实现的工作流引擎，实现保险业务全流程管理的灵活配置，实时掌握业务流转状态，辅助业

19、务管理。3. 业务逻辑组件：基于面向对象和组件化的设计，根据保险产品、保险流程以及保险业务管理的特点形成的保险业务逻辑组件，使业务平台具有更好的扩展性和可维护性。1.2.2.2 保险公司前台业务主要是指与客户进行直接交互的核心业务，即保险公司日常工作内容及管理流程，为决策分析和后台管理提供数据基础。实现以“客户为中心”，覆盖业务“全险种全流程”、支持“多渠道访问方式”，保证在总公司统一业务管理下，为各地区分公司提供“差异化服务”。1. 以客户为中心：全面掌握客户信息，为保险业务处理系统、客户关系管理CRM等其它系统提供数据来源。通过业务分析或客户分析获得的信息可以帮助保险公司为客户提供更优质的

20、服务，同时协助保险公司规避风险。2. 多渠道访问方式：渠道是保险服务客户的手段。由于保险公司越来越强烈地认识到提高客户服务质量的意义，因此，国内外保险界已普遍将拓展服务渠道、提高服务品质上升到战略发展地位。保险公司可以通过CallCenter、Internet、移动电话等宣传和销售产品，同时也可以利用银行、电信、代理人、邮政储蓄等单位的服务手段（柜面、PDA、电话、Mobile），通过应用集成将服务推进到客户周围，由保户选择服务方式。3. 全险种全流程：保险业务处理险种的能力以及业务管理的力度是一个系统好坏的重要指标，也就是说保险业务处理系统应具备全险种及全流程的业务处理能力。全险种要求系统对

21、产品有较好的扩展性，不但满足现有业务险种的处理能力，而且可以通过配置快速在系统中生成产品的整个业务处理。业务全流程是指不仅管理业务从承保到理赔的全过程，同时管理业务处理过程中的单证（印刷，发放，回收，归档），与业务相关的人员（代理人管理），以及业务处理的过程控制（申请/批复等）。同时与业务集成系统配合，管理到业务协作单位。4. 支持差异化功能：随着广汽财险的业务未来的蓬勃发展，将在国内很多城市设立分支机构开展保险业务，那么由于地区经济发展的不平衡性,支持差异化业务模式就变得非常重要。支持差异化业务模式，就是要解决在保证保险公司总公司统一版本的前提下，对其下属分公司在业务上和管理上的一些特殊要求

22、，以适应不同地区的经济发展情况和管理要求。因此，对于保险应用来说，必须清晰地划分出统一版本的主功能和地区的辅功能，并且容易实现升级和部署。1.2.2.3 保险业务决策分析主要是指从保险核心业务数据库或数据文件中抽取对决策有用的信息，利用ETL工具进行必要的清洗、汇总和转换处理，再将数据集存储到数据仓库中。然后按企业既定业务目标在数据仓库中进行数据挖掘，将事先未知而潜在的信息进行可视化展现或生成各种报表，以帮助决策层对保险市场、保险产品等做出快速反应。1.2.2.4 保险公司后台管理对于保险公司管理部门，关心如何管理保险公司内部、外部的资源并控制风险；对于产品研发部门，关心如何迅速开发出适应市场

23、需求的保险产品。在解决方案中，后台管理包括了合同管理、内部审计、关系管理、产品管理等内容。2 业务系统建设方案2.1 功能需求分析1）、业财再一体化系统应满足业务、财务、再保险一体化建设需要，实现业务、财务、再保险数据高度共享，为公司决策分析奠定良好的基础。2）、全险种全流程系统应涵盖财产保险所有险种。包括：企业财产保险、家庭财产保险、工程保险、责任保险、车辆保险、货物运输保险、船舶保险、保证保险、人身意外及健康保险等，并能够提供新产品的快速构造功能，提供打印模板设计功能。系统应提供工作流管理，支持全流程处理，提供询报价、投保、核保、批改、理赔（包括报案、调度、查勘、核定损、单证资料收集、立案

24、、理算、结案、追偿、特殊赔案处理、拒赔处理）、核赔、收付费、单证管理、再保、财务流程化处理，提供相应统计查询、报表形成等功能。3）、以客户为中心产品和服务体现以客户为中心，科学规划客户信息，代码唯一。客户数据可以记录个人、公司及企事业单位等不同类型的信息，每个客户在业务系统可以拥有多种角色（被保险人、受益人、工程承包商等等），一次输入，根据权限设置共享。能够方便查询客户的基本信息、历史交易记录，在机构及用户权限约束下可方便实现历史交易数据的查询。4）、多渠道服务方式提供灵活、稳定的接口，快速支持多渠道服务，实现业务应用集成。将各渠道的代码唯一化，可以提供按照渠道进行的归并报表与分析。5）、风险

25、管理及风险防范1、实现全险种的核保核赔和风险防范数据分析，降低运营成本，系统应能实现分级核保核赔和风险防范；提供核保核赔级别权限的快速配置；与再保险模块自动衔接；对共保、联保业务的正确处理。2、单证管理：支持保险公司单证的整个生命周期管理，包括单证的申印、印刷入库、单证的多级发放，支持单证发放到机构、人员或代理，单证的使用、丢失、作废、注销、回收，单证的查询统计等功能。在支持与业务系统联机销号的同时，提供手工销号处理功能。3、再保险：具有完整的再保险操作处理与统计分析功能。再保系统应当能够实现自营业务分出、接受分入业务以及转分业务等的询价、分保、摊赔、帐单、结算处理（必须与财务功能模块有效衔接

26、）、合同文本管理以及对再保险人的资信管理等再保业务处理过程。支持合同业务与临分业务，并与核保核赔模块实时衔接；支持比例和非比例等各种分保方式，提供监管机构及对外所需的各种报表。再保险系统不仅要实现对再保险业务的多种口径的统计分析功能，还应当能够实现对公司所有业务的组合统计分析，为公司整体业务风险分散与保障安排提供真实可靠的依据。4、应收保费管理：提供对不同销售渠道的应收保费控制。提供监控规则支持，并可设置营销人员和中介机构的核保临界点。6）、影像资料管理能够为业务系统各个关键功能点集成影像资料收集、查询等功能，为核保核赔、风险控制提供辅助手段。7）、收付、财务功能支持1、收付费管理（1）能实现

27、与核心业务系统、再保系统及总帐系统的无缝链接。（2）能提供符合人们习惯、简易操作、能满足所有保险业务（包括联保、共保业务）收付功能的操作。（3）有保费发票管理系统，能方便查询每一张发票的使用状态，可预借并能限制张数。发票的出票张数可根据交款情况不作限制，但所有出票总额不得超过保批单金额。发票根据收款情况自动销号。根据发票使用情况能自动对业务员进行信用评级。对业务系统批退进行限制，对于批退额超过保费发票金额的业务进行限制，只有在退回发票的情况下，才能进行批退。（4）能提供手续费的管控功能，即业务部门确定的手续费比率传送到收付费系统后，能自动生成应付手续费的挂帐凭证。支付时根据实收保费金额计算应支

28、付的手续费。限制为：没有收款，不得支付手续费；部分收款，按比例支付手续费。提供支付前财务监控功能，支付时，可根据设定的手续费比率显示所有超过该比率的业务清单，并决定是否支付。（5）支持多币种收付款操作，并能自动生成凭证。（6）日结处理符合收付员与会计交接的习惯，能有利于收付员检查和会计对帐。（7）能提供机构或业务员的绩效指标。（8）能接收业务传输的各种准备金数据，自动生成凭证。（9）系统运行效率高，收付费系统不能受用户数的限制。2、财务系统应能支持财务处理的整个流程，实现帐务处理、现金日记帐、决算、固定资产、账簿管理等功能，并能够支持单险类核算，提供成本分摊控制。8）、外部系统对接系统应提供和

29、保监会、保险同业平台等外部系统的数据接口。9）、多层次权限支持能够实现按险种、类别、功能、组织层次等多层次权限体系，能够提供打印纪录和严格的清单、台帐类数据的打印和浏览控制。10）、营销管理1、能够按保单来源进行管理，提供对业务员、营销员、代理机构、经纪机构等业务的全面监控。2、能够通过对损失率的紧密监控确定单个业务员、营销员、代理机构、经纪公司等业务的收益。3、能够按照可以设置的监控指标进行底线规则设置，能够和核保自动挂接。4、可以出具分等级的统计报告，能够以不同的级别与不同的营销员相联系。11）、数据跟踪管理提供对所有的交易数据的时间戳管理，同时记录交易类型和操作员。提供可开关的关键业务操

30、作日志记录功能。12）、统计分析提供灵活的报表工具，支持各种常规分析报表，提供基本的业务管理风险和扩展分析功能。支持按照保单年度、业务年度等多种角度提供业务分析报表。13）、准备金管理能够满足保监会对准备金的要求及精算的内部评估，功能要求如下：（1）已发生已报告未决赔款准备金的提取；（2）已发生已报告未决赔款准备金的查询；（3）IBNR准备金的生成：n预期赔付率法n链梯法nB-F法n案均赔款法n准备金进展法n最终值nIBNR的分摊（4）直接理赔费用的提取；（5）间接理赔费用的提取；（6）未到期责任准备金的提取；（7）未到期责任准备金的查询；（8）1/24法对比；（9）准备金充足性测试；（10）

31、准备金报表。2.2 系统架构设计2.2.1 建设原则（1）整体性、适用性和灵活性系统应涵盖财产保险业务处理的全部环节，统一管理财产保险产品，统一业务处理流程，支持全险种全流程处理。系统按照模块化设计，即能够独立于其他系统运行，又能够通过接口实现与其他系统的流畅对接。（2）技术先进和可扩展性系统应符合国际先进的技术趋势，采用J2EE体系架构，满足业务发展的需要。（3）系统可靠性系统应具备在全国集中条件下完成功能的能力，具备长期和稳定工作的能力。（4）系统经济实用性系统满足性能价格比的最优化原则，低成本、高效率。具备完成软件系统中所要求功能的能力和水准。达到软件实际需要的国内外有关技术规范的要求，

32、并且实现容易，操作方便。（5）灵活性系统能够方便实现组织机构的分拆和调整，支持LDAP协议。能够按客户和保单选择进行批收付。能够支持第三方的车型代码库、企业代码库和零配件库。2.2.2 设计思想（1）保险业务模型的统一核心业务软件面向保险实务，在业务软件模型建立的过程中需要采用一系列科学的方法来使得软件模型准确的体现保险实务。保险行业级通用的、具有灵活适应能力的保险对象模型包括契约/合同、客户、代理人、实务工作流、审核和审批、标的、规则、单证、收付费、理赔。软件结构设计和软件应用系统实施都将基于上述保险对象模型。（2）业务集中管理全国性保险公司一般都采用全国大集中的管理模式，为了适应这种先进的

33、管理模式，核心业务软件采用浏览器/服务器（B/S）架构开发实现，所有的应用程序统一部署在总公司服务器，各分支公司只需通过浏览器界面就可以访问保险业务系统，真正实现业务的集中管理和客户端的零维护性。（3）以客户为中心系统设计体现以客户服务为中心，除了具备一般的客户管理功能以外，还可以对客户进行各种分类，能够存储和管理不同客户的个性化服务要求，容易实现对客户的全方位服务。（4）商业逻辑的组件化设计商业逻辑及规则是核心业务处理的核心，随着新技术在保险业的应用，业务展业渠道、客户服务渠道会大大拓宽，这意味着同样的业务逻辑及规则会在很多地方被引用，如果同一个业务逻辑及规则要在每个被引用的地方进行重新实现

34、，势必引起业务逻辑及规则的一致性维护非常困难，因此将一组业务逻辑及规则封装成一个组件，并通过这一组件为所有引用这一业务逻辑及规则的应用提供服务将会很好地解决这个问题，例如：保费计算组件。通过业务逻辑的封装，有效地将业务的展现形式与业务的逻辑处理进行了分离，这为系统提供了多种业务展现形式的选择，可以广泛地满足各种应用场合的需要。（5）保险产品的灵活配置系统强调保险产品的可配置能力，在统一的保险业务模型基础之上，通过保险产品的属性如流程、单证、险别、标的、费率、保费计算、优惠折扣等的分类、集中、归纳与抽象，提高保险产品的适应能力。系统具有较强的产品特征库和业务规则库，通过产品公共特征和产品专用特征

35、的定义、业务规则的定义来快速描述新产品。对通用保险产品，通过产品配置则可以快速实现该产品的全流程处理过程，对于非通用产品通过产品配置和程序开发相结合的方式则可以完成全流程处理过程。通过较为灵活的产品配置，可以快速实现产品的全过程管理，产品实现的复杂程度取决于产品的差异特性难度。从产品定义、产品测试到产品稳定推出全过程管理，平均时间在2-3天。（6）多层次的权限管理体系系统充分考虑到保险公司业务特点和权限需求，提供了多层次的权限管理体系。系统采用的应用服务器和数据库本身都具有极高的安全性能和完善的安全策略；系统在数据传输上通过中间件加密，确保传输过程中数据的安全性。系统对于登陆用户需要进行身份认

36、证，要求用户输入密码，校验通过的用户才能登陆保险系统；系统还对用户的密码设定了一定的有效期限，过了有效期的用户必须重新修改密码，系统每隔一段日期要求用户强制改变密码，确保用户密码不被轻易地泄漏；系统对于用户的权限控制非常严格，从功能和数据层面分别进行控制，系统针对不同的岗位定义了不同的功能操作权限，同时支持岗位内的不同员工的差异化权限，在数据权限方面，支持按照险种、机构等不同层面的权限控制，可以针对不同员工设置允许操作的险种、机构等数据权限。2.2.3 系统架构2.2.3.1 系统技术架构系统架构基于J2EE规范实现，建立在Struts框架、Spring框架和Hibernate框架基础之上，逻

37、辑分为六层：客户层、WEB层、业务层、持久层、资源层、核心层。客户层：客户端计算机的浏览器，用于展现页面。WEB层：基于Struts MVC框架。完成的工作主要有：转发请求、Http请求合法性和有效性校验、用户权限检查、Http请求参数与数据传输对象DTO的绑定、调用业务层组件执行业务处理、记录用户访问日志、显示系统运行异常。业务层：基于Spring框架。完成的工作主要有：业务数据校验、业务逻辑处理、事务管理、调用持久层组件执行数据存取、记录业务处理日志、抛出业务处理异常。持久层：基于Hibernate框架。完成的工作主要有：生成SQL语句、数据存取、数据库查询结果集与数据传输对象DTO的绑定

38、。资源层：包括数据库服务器、XML存储文件等，是数据永久存储的介质。核心层：表现为系统的基础类库，为WEB层、业务层和持久层提供支持。包括日志记录组件、异常处理组件、事务处理组件、Spring容器封装组件、WEB层数据绑定组件、WEB层数据校验组件、权限检查组件、持久层Hibernate辅助组件、其他开源项目类库组件等。系统技术架构如下所示：（1）客户层客户端计算机的网络浏览器作为系统架构的客户层。客户层的作用是与用户交互，提交用户的请求和展现服务器处理的结果。（2）WEB层WEB层的任务是接收用户从页面提交的请求和最终返回处理结果：对于处理用户请求来讲，WEB层的任务是读取用户提交的表单数据

39、，把HttpServletRequest中的表单数据和请求参数封装到数据传输对象DTO中供业务层处理；对于返回处理结果来讲，WEB层的任务是把业务层处理完毕后返回的数据传输对象DTO返回给JSP页面展现给客户。（3）业务层WEB层把数据传输对象DTO或DTO的集合List准备好后传递给业务层进行业务处理，业务层的实现使用Spring开源框架。（4）持久层持久层依靠Hibernate实现，持久层的任务是根据从业务层传入的DTO对象生成SQL语句，最终完成数据的存储与读取。系统把Spring框架和Hibernate框架整合在一起，Spring框架提供了Hibernate框架的调用接口，所以持久层的

40、程度代码是调用Spring的API来完成数据的持久化操作的，而不是直接调用Hibernate的API。（5）资源层资源层的对象是数据永久存储的介质。（6）核心层核心层是以jar类库的形式存在的，为系统的各层提供支持。核心层的jar包主要是系统的基础类库、开源框架的类库和系统的工具类。核心层为其他各层提供支持有：日志记录类、异常处理类、Spring容器封装类、WEB层数据绑定类、WEB层数据校验类、权限校验类、持久层Hibernate辅助类等。（7）DTO数据对象在系统的WEB层、业务层、持久层传递数据的对象都是DTO对象。在WEB层，DTO对象的角色是值对象（Value Object）。在业务

41、层和持久层，当DTO对象被纳入到Hibernate实体管理器后，它属于实体对象（Persistence Object），否则也属于值对象。2.2.3.2 软件应用架构基于上述技术架构，具体应用到保险业务处理系统，其程序分类如下图所示：除了纵向的三层外，还包括横向组件的引用，如业务代码组件、工作流引擎组件、权限组件、影像上传组件、通用工具类组件等。2.3 原型系统特点2.3.1 业务特点2.3.1.1 业财再一体化通过业财再一体化建设，真正达到业务、财务、再保险数据的高度共享，在一体化平台下的各个子系统通过有效而又明确的规则进行交互，实现无缝连接；确保了数据来源的单一性和统一性，使得各子系统的查

42、询分析数据高度保持一致，为管理层的决策分析从各角度提供统一而又真实的指标。 2.3.1.2 全险种全流程管理核心业务系统处理险种的能力以及业务管理的力度是一个系统好坏的重要指标，本方案中的核心业务系统提供了全险种及全流程的管理，是本方案的重要特点之一。核心业务系统对财产保险领域的产品进行了充分的分析和研究，提出了一个能够涵盖财产保险所有险种的财产险核心业务系统。包括：财产保险、责任保险、车辆保险、货物运输保险、船舶保险、工程保险、保证保险、人身意外及健康保险等，同时对于今后可能推出的新产品也具有兼容性和扩展性。业务管理力度体现在业务流程管理的力度。本方案不仅管理业务从承保到理赔的全过程，同时管

43、理业务处理过程中的单证（印刷入库、发放、使用、回收、归档），与业务相关的人员（代理人管理），以及业务处理的过程控制（申请/批复等）。同时与业务集成系统配合，管理到业务协作单位。因此是真正意义上的全流程管理。针对系统流程，在需要的地方提供流程控制定义，也是全流程管理的体现。2.3.1.3 客户信息收集核心业务系统除了满足日常业务处理及管理的需要，同时也考虑到了对决策管理及服务水平的管理，核心业务系统是保险公司接触客户的第一层界面，因此通过核心业务系统收集客户信息，以全面掌握客户信息，不但为核心业务处理系统所用，同时也是客户关系管理CRM、决策支持系统等其它系统提供数据来源。本方案中的核心业务系统

44、就具备了这样的特点。客户的信息来源可以是核心业务系统（承保、理赔等），也可以是呼叫中心等外围辅助系统。系统根据客户名称、身份证号（个人客户）、组织机构代码（企业客户）等特征区分客户的唯一性，为每个客户分配唯一的永久编码，对于个人、企业客户记录不同的信息及特征编码。核心业务系统记录每一笔业务相关的客户编码及其角色，为以后分析客户业务数据提供基础。系统根据客户的等级、归属机构等条件确定用户访问客户信息的保密层级。2.3.1.4 业务集中管理广汽财险采用全国业务集中的管理模式，这就要求核心业务系统能够满足这种管理模式。我们提供的方案可采用B/S架构开发，各分公司或中心支公司只需通过浏览器界面就可以访

45、问核心业务处理系统，只要有网络的地方都可以访问核心业务系统，真正实现了业务的集中管理和客户端的零维护性。2.3.1.5 多途径的风险控制企业要做到良性经营必须能够减小风险和控制风险。根据保险公司的特性，我们提出各个层次的风险控制方法。n 对操作错误的风险控制：可以采用录入、复核双岗责任制将由人工录入错误而产生的风险降为最低。n 投保风险控制：为产品定制的自动核保条件，对投保单进行过滤，将不符合承保要求的数据交与人工核保（增加保费或拒保），从而达到风险控制的要求。n 再保的风险控制：提供合同分保和临时分保功能，按产品要求自动分检符合临时分保条件的保单。n 理赔风险控制：为产品定制的自动核赔条件，

46、对理赔案件逐单进行过滤，将不符合要求的数据交与人工核赔（赔付金额调整或拒赔），从而达到风险控制的要求。n 投资风险控制：提供投资的预警功能，当赎回总额超过投资总额一定百分比后预警，提示业务人员进行相应处理。n 业务管理风险控制：我们在系统中设置多种业务管理风险控制点，包括单证领用控制，起保日期控制等来降低管理风险。2.3.1.6 分支机构的个性化支持尽管我们是集中方案，但并不表示我们必须要求所有的分支机构的业务处理方法、客户服务策略、险种费率、单证格式必须一致，我们支持各分支机构业务处理的独特性。比如一些分公司的费率（针对短期险）可能会和总公司不一样；一些分公司的单证格式可能会和总公司的不一样

47、（有些省的税务可能要求所有保险公司的发票使用统一的格式）；一些分公司的业务队伍管理方法可能和总公司的不尽相同。因为我们的描述体系不仅针对产品，同样针对分支机构，可以针对分支机构进行不同的描述设置。2.3.2 系统特点本方案的设计充分考虑了广汽财险的业务范围和系统建设总体目标，本着用户至上的原则，体现广汽财险系统应用及平台建设的战略性、整体性、灵活性和实用性，为广汽财险提供最优的解决方案，通过财产险核心业务系统项目的建设，达到如下的目标：l 支持财产险业务的承保、批改、理赔、再保、收付款控制等核心业务操作；l 对业务运作过程中发生的数据进行详细的记录，并针对上述数据进行统计和分析，从而使公司详细

48、了解业务的运作情况；l 对保险公司的代理人、业务人员、分支机构、保险产品等进行核算管理；l 对承保、批改、理赔、再保、核保核赔、收付费等过程进行有效的控制管理；l 实现流程控制，提高服务质量。实时监控各项服务流程，防止出现业务疏漏，发现可能的改进机会。达到规范业务操作、加强风险管理控制的目的。2.3.2.1 业务处理的全面性系统涵盖财产保险、责任保险、车辆保险、货物运输保险、工程保险、保证保险、船舶保险、人身意外及健康保险等所有险种。系统同时也涵盖财产保险业务处理的全部环节，不仅管理业务从承保到理赔的全过程，同时管理业务处理过程中的单证，与业务相关的人员，以及业务处理的过程控制，还与业务集成系

49、统配合，管理到业务协作单位。因此是真正意义上的全流程管理。2.3.2.2 业务模型的统一性 系统通过建立统一的保险商业对象和业务对象模型，采用面向对象的分析和设计方法，根据各类产品的特点划分为通用对象和专用对象，将保险产品统一分为保单主属性（包括产品共性和个性属性）、保险关系人、保险标的、保险地址、保险条款等对象，并采用标准化的实务流程，将保险业务处理过程统一分为录入、审核、核保（核赔）、签发单据、收付款等过程，从而统一管理财产保险的各类产品和保险业务处理流程。2.3.2.3 系统的可靠性系统采用多层体系架构，遵循国际主流的企业级应用架构规范J2EE，关键核心数据的存储、保险商业规则的体现、灵

50、活多样的用户界面被清晰的划分在各个层次中，极大的提高了系统的可靠性和稳定性，符合国际先进的技术趋势，最大程度的保护了企业的投资。系统采用企业级应用服务器作为核心业务系统的应用服务器管理平台，例如：BEA公司的WebLogic。应用服务器除了提供J2EE标准所需的基础服务如：JSP、Servlet、EJB、JNDI、JMS、JTA和JDBC等，还提供保障企业应用运转所需的高效率、高可靠性、高可用性、高伸缩性和完善的安全机制等。系统采用大型数据库系统作为数据库服务器，存储能力强、效率高、存储安全可靠。例如：Oracle公司的Oracle 10g数据库，数据库提供并支持可伸缩的、灵活的用户认证、审计

51、、加密和许多安全特性，支持核心业务系统在Internet环境下的可靠稳定运行。系统在应用级确保其安全性，主要从用户权限管理方面保证。系统为用户提供了完善的权限管理机制。保险公司可以将系统用户分为多个层次，我们称之为工作组，每个工作组有自己特定的功能使用范围。在设置一个用户后，系统要求添加这个用户到工作组中（一个用户可以属于多个工作组），从而得到相应的工作权限。在用户注册期间，系统会为用户动态的组织菜单，罗列他能够操作的功能项目。从而使用户可以严格按照岗位分配原则实现安全操作。综上所述，我们从系统级和应用级两个层面确保了系统的可靠性，具备在全国集中条件下完成业务功能的能力，具备长期和稳定工作的能

52、力。2.3.2.4 系统的安全性系统在注重可靠性的同时，也注重安全性的建设，特别是在全国业务集中的管理模式下，业务数据的访问权限控制，是核心业务系统考虑的首要内容。系统采用的应用服务器和数据库本身都具有极高的安全性能和完善的安全策略；系统在数据传输上通过中间件加密，确保传输过程中数据的安全性。系统对于登陆用户需要进行身份认证，要求用户输入密码，校验通过的用户才能登陆核心业务系统；我们还对用户的密码设定了一定的有效期限，过了有效期的用户必须重新修改密码，系统每隔一段日期要求用户强制改变密码，确保用户密码不被轻易地泄漏；系统对于用户的权限控制非常严格，系统首先设定了不同的权限组，对不同的工作任务设

53、定不同的权限类型，可以对每个用户赋予每个工作任务的操作权限，如果用户对某个工作任务没有权限的话，则该工作任务对应的操作菜单根本就不显示给该用户，例如：投保人员只设定了承保管理的权限而没有理赔管理的权限，这样的话，投保人员根本就看不到理赔管理的菜单项目，因而也就没法操作理赔管理的各项功能；另外对于业务数据的访问，系统设定了个人、支公司营业网点、支公司、分公司、总公司等不同类型的数据权限，可以针对每个用户设定不同的数据访问权限，例如：不同分公司的人员只能查看到自己分公司的业务数据，而不能查看到其他分公司的业务数据，但总公司人员应当允许查看到所有分公司的业务数据，而支公司人员只能查看到属于自己本支公

54、司的业务数据，无法看到其他支公司的业务数据。这都可以通过配置用户访问数据的权限级别来实现。系统通过丰富完善的用户权限管理大大提高系统的安全性。2.3.2.5 系统的可扩展性系统实现了功能和结构的整体性，使应用的范围更广，灵活性和适应性更强。针对保险产品的特性总结出通用的险种描述规则，通过描述的方式可以动态增加系统的应用范围；系统按照商业对象模型，将新对象通过系统提供的工具进行描述，自动具备对新产品的支持能力；系统还针对保险种类制定相应的业务流程，并配合通用的功能使用，完成功能对流程的装配，保证业务要求的灵活性；从而能够保证系统最大程度地适应业务需求，保持良好的通用性和可扩展能力。系统的可扩展性

55、集中体现在以下几个方面：系统对险种实务流程和业务逻辑规则的变化适应能力强。在核心业务系统应用过程中，保险实务、业务规则经常会发生变更，诸如条款变更、费率变更、保险公司管理体系或岗位设置的变更，都要求系统有足够的适应能力。核心业务系统首先在商业对象模型上就具有伸缩能力，对象模型围绕着保险合同、理赔事务、保险单证等一些构件展开，保险商业规则的变化也同样是在这些概念的架构上展开的，在此模型之上建立的应用系统同样可以保持总体架构和基本组件的稳定性，只对这之上的专用组件进行更新。面向对象和组件化的程序设计，使得诸如条款、费率都是作为一个独立的对象甚至组件集成在业务应用中，这些对象自身的变更对软件的影响也

56、就限制到了对象内部，除此之外应用系统往往无需为这些变化做任何的更新。系统对保险新产品具有强大的支持能力。随着保险业务日益活跃，大量新产品应运而生。电脑化必须适应这一形势的需要，提供简单的方法完成新产品的扩充。当新产品被开发出来之后，系统提供升级工具来保证应用软件能够处理最新的业务。由于系统建立在保险商业对象模型之上，整个软件按照这个模型生成，当新的保险产品推出后，按照商业对象模型，将新对象通过系统提供的工具进行描述，系统就自动具备了对新产品的支持。例如，新险种推出，只要它有明确的保单格式、计算方法、业务流程要求，我们将新险种对应模型中的条款对象、单证对象、合同对象的特征在系统工具中进行描述，应

57、用软件便具备了处理这个统一模型架构上新对象的处理能力。系统具有非格式化保险合同的处理能力。从传统的面向保险合同的管理模式向面向客户的管理模式的转变是当前保险发展的必然趋势。以客户为中心的个性化保险合同也是先进的保险业务应用软件所要具备的特性之一。按照本方案构建实施的业务应用系统可以对几类保险对象进行横向的集成，引用几种条款对象、费率对象等的内容集成到一个保险合同对象实例中。这也就是所谓协议保单或非格式化保单的处理能力，在传统的保险业务应用软件中是无法完成的。系统的数据结构能够适应业务的增长特性。熟悉保险业务的人都知道，保险的很多业务项目变化很快，在过去的应用软件中，一般设计的比较简单，特别是，

58、对有规律的增长项重视不够，主要表现在对附加险的增长性、特别约定或类似附加说明及多被保险人、多地址等的增长特性；交费计划的增长特性；理赔中赔偿费用类型的增长特性以及批改范围的增长特性等诸方面。本系统由于考虑了上述部分的变化特性，能够适应业务的增长特性。系统有较强的集成能力。与保险业务相关的其它系统的集成能力是本系统的一大特色。与财务系统、银行处理系统都有着良好的集成能力。系统对不同操作系统和数据库的适应能力。系统采用Java编程语言实现核心业务开发，采用JDBC接口实现与数据库的连接，采用XML技术实现系统的配置和其他系统的接口，实现了数据库无关性、操作系统无关性，给用户的设备选择，系统移植提供

59、非常广阔和灵活的空间。2.3.2.6 系统的实用性系统具备完成软件系统所要求功能的能力和水准，达到软件实际需要的国内外有关技术规范的要求，实现容易，操作方便。主要体现在以下几个方面：系统界面友好、操作方便。系统主要功能以菜单方式组织，而附加功能以按钮弹出窗口方式灵活实现，页面按照保险产品的业务特点设计，使系统较为人性化，同时页面支持滚动、拖拉、分页等方式，方便了信息尽大可能地展现整体内容；系统支持鼠标和键盘两种方式，为浏览器用户保留了Windows的界面风格和有关特性，同时也为原有终端用户保留了快速的键盘操作特性，贴近用户使用要求。单证打印工具可以根据需要实现套打、全打方式。系统在整体设计及实

60、现上强调工程特性，力求使用简单、清晰、实用。系统的业务功能完善。系统不仅包括承保、批改、理赔、收付费、财务会计、再保等日常处理功能，还包括业务报表和查询分析等决策支持功能、核保核赔等风险控制功能、客户信息管理等客户服务功能。系统的参数化设置能力强。电脑人员可以通过简单的设置完成较复杂的业务要求；系统中配备了多项可制定的工具，如打印制定器、报表制定器、条件配置器等，通过这些公用的工具，电脑人员可以较轻松地实现业务上种种新增需求，为系统维护提供了简单实用的方法。2.3.2.7 系统的经济性相对于C/S方式客户端维护复杂的问题，采用B/S方式最大的优点是可以实现客户端的零维护。由于我们使用JSP/J

61、AVA编程，客户端使用浏览器界面，系统的修改集中在服务器端，维护人员再也不需要为客户端程序的修改分发而烦恼，真正地实现了零配置维护，方便广汽财险实现全国范围的集中管理和维护，大大降低管理和维护成本。2.3.2.8 系统的独立性系统按照组件化、模块化、参数化等的设计和开发方法，根据保险行业的业务功能和处理模式类似的情况，将应用功能进行封装，保持其独立性；同时又为外部系统提供数据访问接口，确保了该系统既能够独立于其它系统运行，又能够通过接口实现与其它系统的无缝衔接。2.4 技术实现途径中科软公司开发的保险核心业务系统采用的是J2EE体系架构。J2EE是Sun公司所推出的一套软件开发、部署和管理的标准，如今已广为业界所接受。中科软公司保险核心业务系统的体系架构，适合保险公司全国集中的业务管理模式，应用程序和数据都统一在总公司管理维护，方便分支机构的迅速扩建，达到客户端的零维护。2.4.1 系统技术架构在J2EE体系结构中，分三个层次，分别是客户表示层、中间逻辑层和数据管理层。该结构具有跨平台的特性，结构中的三个层次可