XX公司管理信息系统项目方案-技术部分

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

目录TOC\o"1-4"\h\z\u1 概述 11.1 项目目标 11.2 项目范围和构建战略 21.2.1 项目范围 21.2.2 构建战略 2 一体化业务平台 3 保险公司前台业务 3 保险业务决策分析 4 保险公司后台管理 42 业务系统建设方案 52.1 功能需求分析 52.2 系统架构设计 82.2.1 建设原则 82.2.2 设计思想 92.2.3 系统架构 10 系统技术架构 10 软件应用架构 122.3 原型系统特点 132.3.1 业务特点 13 业财再一体化 13 全险种全流程管理 13 客户信息收集 14 业务集中管理 14 多途径的风险控制 14 分支机构的个性化支持 152.3.2 系统特点 15 业务处理的全面性 16 业务模型的统一性 16 系统的可靠性 16 系统的安全性 17 系统的可扩展性 18 系统的实用性 19 系统的经济性 20 系统的独立性 202.4 技术实现途径 202.4.1 系统技术架构 212.4.2 应用逻辑架构 22 架构设计 22 整体视图 22 通用原则 222.4.3 客户层及其组件 242.4.4 表现层及其组件 24 控制层 24 视图层 24 模型层 25 配置文件 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 承保管理子系统 29 概述 29 询报价管理 31 投保管理 35 保单补录 42 续保管理 42 承保管理 44 影像资料管理 472.6.2 批改管理子系统 49 操作流程 49 功能说明 492.6.3 理赔管理子系统 54 概述 54 报案管理 55 调度管理 59 查勘管理 62 定损管理 65 核价管理 68 核损管理 70 单证收集 73 立案管理 760 理算管理 791 结案管理 822 注销/拒赔审核 843 特殊赔案 854 追偿 865 损余回收 866 理赔单证打印 877 核赔处理 888 流程查询 902.6.4 核保核赔管理子系统 93 概述 93 操作流程 94 页面示例 952.6.5 收付管理子系统 97 发票管理 97 保费和赔款的收支结算 99 手续费结算 99 红冲单据处理 101 日结处理 101 再保帐单结付处理 102 应收保费管理 1032.6.6 再保管理子系统 104 基础设置 104 分出管理 108 分入处理 123 结算处理 1262.6.7 财务管理子系统 127 系统设置 128 原始数据管理 129 帐务管理 131 专项管理 132 固定资产管理 133 综合查询 134 报表管理 1352.6.8 单证管理子系统 135 概述 135 主要功能 136 页面示例 1372.6.9 销售管理子系统 138 概述 138 主要功能 1392.6.10 客户管理子系统 140 概述 140 主要功能 140 页面示例 1412.6.11 影像管理子系统 144 影像上传 144 影像查询 145 客户端功能 1452.6.12 平台配置子系统 148 概述 148 系统参数设置 149 人员管理 149 机构/部门管理 149 中介信息管理 150 权限管理 151 核保核赔权限管理 152 菜单管理 152 工作流管理 1520 日志管理 1521 产品管理 1522 费率维护 1532.6.13 统计报表系统 154 概述 154 主要功能 1542.6.14 准备金管理系统 156 概述 156 主要功能 1562.6.15 外部系统接口方案 158 保监会报表系统 158 保监会稽核接系统 158 保险同业平台（交强险平台） 158 第三方车型和零配件库 159 反洗钱监控报送系统 1592.7 应用部署及环境 1612.7.1 保险核心业务系统 161 应用软件 161 客户端环境 162 开发环境 163 服务器环境 1632.7.2 报表工具 1632.7.3 备份软件 164 备份系统设计 164 存储备份策略制定 164 存储备份管理建设 165 管理原则 165 管理措施 165 备份软件选型 1662.7.4 数字认证及密码等安全相关S/W 166 RSA安全认证体系 166 网络设备的保护 167 系统层的保护 168 应用层的保护 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的软件开发管理 179 项目计划 180 开发管理方法 181 项目管理工具 1824.1.2 项目组织结构及岗位责任 182 项目组织架构 183 项目组角色职责说明 1834.1.3 质量保障体系 185 项目过程说明 185 项目工作产品 1904.1.4 变更管理 194 计划变更管理 194 需求变更管理 1944.1.5 评估风险项目 1964.1.6 沟通管理 197 项目中的沟通 197 会议 198 情况通报会议 198 每周例会 198 解决问题会议 199 阶段评审会议 199 报告 2004.1.7 压力测试 201 WinRunner测试自动化工具 201 LoadRunner负载测试工具 2044.2 项目进度安排 2074.2.1 核心业务系统实施安排 207 第一阶段实施 207 第二阶段实施 208 第三阶段实施 2094.2.2 核心业务系统实施计划 2104.3 技术支持及售后服务 2114.3.1 建立战略合作伙伴关系 2114.3.2 确定双方的合作目标 2124.3.3 技术支持和服务承诺 213 咨询规划 214 技术交流 214 服务响应方式 214 维护期内的服务 215 培训 216 免费维护期后的合作方式 216附录、应标书点对点应答 218一、 系统设计原则 218（一） 整体性、适用性和灵活性 218（二） 技术先进和可扩展性 218（三） 系统可靠性 218（四） 系统经济实用性 219（五） 灵活性 219二、 系统实现目标 219（一） 降低运营成本 219（二） 提高服务和管理质量 219三、 系统功能要求 220（一） 业\财\再一体化 220（二） 全险种全流程 220（三） 以客户为中心 221（四） 多渠道服务方式 221（五） 风险管理及风险防范 221（六） 影像资料管理 222（七） 收付、财务功能支持 223（八） 外部系统对接 224（九） 多层次权限支持 224（十） 营销管理 224（十一） 数据跟踪管理 225（十二） 统计分析 225（十三） 准备金管理 225四、 技术要求 226（一） 应用设计与数据规范 226（二） 开放式设计，易与其他系统集成 227（三） 性能要求 227（四） 安全性 228（五） 运行管理 228五、 产品验收 228六、 服务要求 229广汽财险管理信息系统解决方案（技术部分） 中科软科技股份有限公司机密PAGE13概述广州汽车集团拟设财产保险公司（以下简称“广汽财险”）是一家实力雄厚的保险公司。中科软科技股份有限公司（以下简称“中科软公司”）非常荣幸能够参与广汽财险管理信息系统项目。中科软公司在国内保险行业的研究已有16年的历史，并成功为38家保险公司成功实施保险应用软件项目（包含中外合资或外资保险公司10家左右），其中财产保险公司有：为中国人民财产保险股份有限公司规划实施了全险种、全流程的核心业务处理系统；为中国大地财产保险股份有限公司规划实施了基于B/S架构全国业务集中模式的业财再一体化系统；为2004年后保监会批筹的大部分财产保险公司规划实施核心业务系统，如：安信农险、阳光财险、都邦财险、安华农险、华农财险、黑龙江阳光农险、国寿财险、英大财险、长安责任、国元农业保险等；2006年中科软公司和香港民安保险公司签署合作协议，负责开发实施新一代核心业务系统，目前该项目已进入用户测试阶段；2007年中科软公司和现代财产保险（中国）有限公司签署合作协议，负责开发实施其车险业务系统和呼叫中心系统，目前该项目已启动；2007年中科软公司和华泰财险签署合作协议，负责开发实施其新一代车险业务系统，目前该项目已启动；中科软公司和鼎和财险（筹）签署合作协议，负责开发实施其保险核心业务系统，目前该项目已启动。中科软公司有着强大的技术背景，同时通过15年在保险行业应用的研发，已建成了一支专业为保险行业提供全面解决方案的团队，该团队人员规模达到800余人，并具有丰富的保险行业知识和深刻地理解。在2006年年底，中科软公司通过了CMMI5级的评估，同时由于承接了大量的全国性实施项目，因此具有很强的项目管理经验和工程化实施经验。针对本次贵公司管理信息系统项目，中科软公司认真阅读理解贵公司的业务发展战略要求、项目目标和适用范围，并将按照保险管理信息系统应遵循的标准和技术约束、以CMMI5方法进行项目管理，严格执行项目策略以确保该项目的顺利进行。中科软公司有信心成功完成广汽财险管理信息系统项目，为广汽财险的信息化建设贡献一份力量。项目目标广汽财险构建管理信息系统，旨在满足公司经营财产保险业务的需要，提高客户服务水平，加强企业管理与决策、促进公司的持续、快速和健康发展，实现公司的整体发展战略目标。项目范围和构建战略项目范围构建保险核心业务系统的项目范围包括：按照广汽财险的要求，完成财产保险保单管理系统、理赔管理系统、再保管理系统和财务系统的开发；按照广汽财险的要求，实现和保监会报表、稽核系统以及保险同业平台系统等其他周边系统的对接；按照广汽财险的要求，为保险核心系统开发所需软件、硬件、平台软件、网络、安全提供构建建议；按照广汽财险的要求，严格按照项目管理相关方法论进行项目管理，确保核心业务系统的顺利开发实施，并提供优质的运营支持维护服务；构建的保险核心业务系统符合中国保险监管委员会的验收标准。构建战略保险公司信息系统的建设，要根据业务管理需求和未来的发展来考虑。对广汽财险信息系统的建设，中科软公司规划了一个总体框架，遵循总体规划、分步实施的原则，在实施中尽量少投入，快出效益，根据不同时期业务发展的需要建设相应的信息系统。系统对于新产品研发和市场反应的快速支持，能够支持产品的盈亏分析、新产品的快速推出和管理；系统能够适应业务的快速增长和营业网点的快速、低成本部署。下图为保险信息系统的整体架构。一体化业务平台一体化业务平台是保险业务模型的基础，处于横向位置。它为前台业务、决策分析及后台管理提供平台级支持的同时，将保险业务的各个层次有机地联系在一起，形成保险行业业务、分析、管理的一体化。一体化业务平台由三大部分组成：通用工具：包括标准化管理、快速开发工具管理、产品配置管理，以实现保险公司管理的一致性，适应业务的快速发展。工作流引擎：基于通用工具实现的工作流引擎，实现保险业务全流程管理的灵活配置，实时掌握业务流转状态，辅助业务管理。业务逻辑组件：基于面向对象和组件化的设计，根据保险产品、保险流程以及保险业务管理的特点形成的保险业务逻辑组件，使业务平台具有更好的扩展性和可维护性。保险公司前台业务主要是指与客户进行直接交互的核心业务，即保险公司日常工作内容及管理流程，为决策分析和后台管理提供数据基础。实现以“客户为中心”，覆盖业务“全险种全流程”、支持“多渠道访问方式”，保证在总公司统一业务管理下，为各地区分公司提供“差异化服务”。以客户为中心：全面掌握客户信息，为保险业务处理系统、客户关系管理CRM等其它系统提供数据来源。通过业务分析或客户分析获得的信息可以帮助保险公司为客户提供更优质的服务，同时协助保险公司规避风险。多渠道访问方式：渠道是保险服务客户的手段。由于保险公司越来越强烈地认识到提高客户服务质量的意义，因此，国内外保险界已普遍将拓展服务渠道、提高服务品质上升到战略发展地位。保险公司可以通过CallCenter、Internet、移动电话等宣传和销售产品，同时也可以利用银行、电信、代理人、邮政储蓄等单位的服务手段（柜面、PDA、电话、Mobile），通过应用集成将服务推进到客户周围，由保户选择服务方式。全险种全流程：保险业务处理险种的能力以及业务管理的力度是一个系统好坏的重要指标，也就是说保险业务处理系统应具备全险种及全流程的业务处理能力。全险种要求系统对产品有较好的扩展性，不但满足现有业务险种的处理能力，而且可以通过配置快速在系统中生成产品的整个业务处理。业务全流程是指不仅管理业务从承保到理赔的全过程，同时管理业务处理过程中的单证（印刷，发放，回收，归档），与业务相关的人员（代理人管理），以及业务处理的过程控制（申请/批复等）。同时与业务集成系统配合，管理到业务协作单位。支持差异化功能：随着广汽财险的业务未来的蓬勃发展，将在国内很多城市设立分支机构开展保险业务，那么由于地区经济发展的不平衡性,支持差异化业务模式就变得非常重要。支持差异化业务模式，就是要解决在保证保险公司总公司统一版本的前提下，对其下属分公司在业务上和管理上的一些特殊要求，以适应不同地区的经济发展情况和管理要求。因此，对于保险应用来说，必须清晰地划分出统一版本的主功能和地区的辅功能，并且容易实现升级和部署。保险业务决策分析主要是指从保险核心业务数据库或数据文件中抽取对决策有用的信息，利用ETL工具进行必要的清洗、汇总和转换处理，再将数据集存储到数据仓库中。然后按企业既定业务目标在数据仓库中进行数据挖掘，将事先未知而潜在的信息进行可视化展现或生成各种报表，以帮助决策层对保险市场、保险产品等做出快速反应。保险公司后台管理对于保险公司管理部门，关心如何管理保险公司内部、外部的资源并控制风险；对于产品研发部门，关心如何迅速开发出适应市场需求的保险产品。在解决方案中，后台管理包括了合同管理、内部审计、关系管理、产品管理等内容。业务系统建设方案功能需求分析1）、业\财\再一体化系统应满足业务、财务、再保险一体化建设需要，实现业务、财务、再保险数据高度共享，为公司决策分析奠定良好的基础。2）、全险种全流程系统应涵盖财产保险所有险种。包括：企业财产保险、家庭财产保险、工程保险、责任保险、车辆保险、货物运输保险、船舶保险、保证保险、人身意外及健康保险等，并能够提供新产品的快速构造功能，提供打印模板设计功能。系统应提供工作流管理，支持全流程处理，提供询报价、投保、核保、批改、理赔（包括报案、调度、查勘、核定损、单证资料收集、立案、理算、结案、追偿、特殊赔案处理、拒赔处理）、核赔、收付费、单证管理、再保、财务流程化处理，提供相应统计查询、报表形成等功能。3）、以客户为中心产品和服务体现以客户为中心，科学规划客户信息，代码唯一。客户数据可以记录个人、公司及企事业单位等不同类型的信息，每个客户在业务系统可以拥有多种角色（被保险人、受益人、工程承包商等等），一次输入，根据权限设置共享。能够方便查询客户的基本信息、历史交易记录，在机构及用户权限约束下可方便实现历史交易数据的查询。4）、多渠道服务方式提供灵活、稳定的接口，快速支持多渠道服务，实现业务应用集成。将各渠道的代码唯一化，可以提供按照渠道进行的归并报表与分析。5）、风险管理及风险防范1、实现全险种的核保核赔和风险防范数据分析，降低运营成本，系统应能实现分级核保核赔和风险防范；提供核保核赔级别权限的快速配置；与再保险模块自动衔接；对共保、联保业务的正确处理。2、单证管理：支持保险公司单证的整个生命周期管理，包括单证的申印、印刷入库、单证的多级发放，支持单证发放到机构、人员或代理，单证的使用、丢失、作废、注销、回收，单证的查询统计等功能。在支持与业务系统联机销号的同时，提供手工销号处理功能。3、再保险：具有完整的再保险操作处理与统计分析功能。再保系统应当能够实现自营业务分出、接受分入业务以及转分业务等的询价、分保、摊赔、帐单、结算处理（必须与财务功能模块有效衔接）、合同文本管理以及对再保险人的资信管理等再保业务处理过程。支持合同业务与临分业务，并与核保核赔模块实时衔接；支持比例和非比例等各种分保方式，提供监管机构及对外所需的各种报表。再保险系统不仅要实现对再保险业务的多种口径的统计分析功能，还应当能够实现对公司所有业务的组合统计分析，为公司整体业务风险分散与保障安排提供真实可靠的依据。4、应收保费管理：提供对不同销售渠道的应收保费控制。提供监控规则支持，并可设置营销人员和中介机构的核保临界点。6）、影像资料管理能够为业务系统各个关键功能点集成影像资料收集、查询等功能，为核保核赔、风险控制提供辅助手段。7）、收付、财务功能支持1、收付费管理（1）能实现与核心业务系统、再保系统及总帐系统的无缝链接。（2）能提供符合人们习惯、简易操作、能满足所有保险业务（包括联保、共保业务）收付功能的操作。（3）有保费发票管理系统，能方便查询每一张发票的使用状态，可预借并能限制张数。发票的出票张数可根据交款情况不作限制，但所有出票总额不得超过保批单金额。发票根据收款情况自动销号。根据发票使用情况能自动对业务员进行信用评级。对业务系统批退进行限制，对于批退额超过保费发票金额的业务进行限制，只有在退回发票的情况下，才能进行批退。（4）能提供手续费的管控功能，即业务部门确定的手续费比率传送到收付费系统后，能自动生成应付手续费的挂帐凭证。支付时根据实收保费金额计算应支付的手续费。限制为：没有收款，不得支付手续费；部分收款，按比例支付手续费。提供支付前财务监控功能，支付时，可根据设定的手续费比率显示所有超过该比率的业务清单，并决定是否支付。（5）支持多币种收付款操作，并能自动生成凭证。（6）日结处理符合收付员与会计交接的习惯，能有利于收付员检查和会计对帐。（7）能提供机构或业务员的绩效指标。（8）能接收业务传输的各种准备金数据，自动生成凭证。（9）系统运行效率高，收付费系统不能受用户数的限制。2、财务系统应能支持财务处理的整个流程，实现帐务处理、现金日记帐、决算、固定资产、账簿管理等功能，并能够支持单险类核算，提供成本分摊控制。8）、外部系统对接系统应提供和保监会、保险同业平台等外部系统的数据接口。9）、多层次权限支持能够实现按险种、类别、功能、组织层次等多层次权限体系，能够提供打印纪录和严格的清单、台帐类数据的打印和浏览控制。10）、营销管理1、能够按保单来源进行管理，提供对业务员、营销员、代理机构、经纪机构等业务的全面监控。2、能够通过对损失率的紧密监控确定单个业务员、营销员、代理机构、经纪公司等业务的收益。3、能够按照可以设置的监控指标进行底线规则设置，能够和核保自动挂接。4、可以出具分等级的统计报告，能够以不同的级别与不同的营销员相联系。11）、数据跟踪管理提供对所有的交易数据的时间戳管理，同时记录交易类型和操作员。提供可开关的关键业务操作日志记录功能。12）、统计分析提供灵活的报表工具，支持各种常规分析报表，提供基本的业务管理风险和扩展分析功能。支持按照保单年度、业务年度等多种角度提供业务分析报表。13）、准备金管理能够满足保监会对准备金的要求及精算的内部评估，功能要求如下：（1）已发生已报告未决赔款准备金的提取；（2）已发生已报告未决赔款准备金的查询；（3）IBNR准备金的生成： 预期赔付率法 链梯法 B-F法 案均赔款法 准备金进展法 最终值 IBNR的分摊（4）直接理赔费用的提取；（5）间接理赔费用的提取；（6）未到期责任准备金的提取；（7）未到期责任准备金的查询；（8）1/24法对比；（9）准备金充足性测试；（10）准备金报表。系统架构设计建设原则（1）整体性、适用性和灵活性系统应涵盖财产保险业务处理的全部环节，统一管理财产保险产品，统一业务处理流程，支持全险种全流程处理。系统按照模块化设计，即能够独立于其他系统运行，又能够通过接口实现与其他系统的流畅对接。（2）技术先进和可扩展性系统应符合国际先进的技术趋势，采用J2EE体系架构，满足业务发展的需要。（3）系统可靠性系统应具备在全国集中条件下完成功能的能力，具备长期和稳定工作的能力。（4）系统经济实用性系统满足性能价格比的最优化原则，低成本、高效率。具备完成软件系统中所要求功能的能力和水准。达到软件实际需要的国内外有关技术规范的要求，并且实现容易，操作方便。（5）灵活性系统能够方便实现组织机构的分拆和调整，支持LDAP协议。能够按客户和保单选择进行批收付。能够支持第三方的车型代码库、企业代码库和零配件库。设计思想（1）保险业务模型的统一核心业务软件面向保险实务，在业务软件模型建立的过程中需要采用一系列科学的方法来使得软件模型准确的体现保险实务。保险行业级通用的、具有灵活适应能力的保险对象模型包括契约/合同、客户、代理人、实务工作流、审核和审批、标的、规则、单证、收付费、理赔。软件结构设计和软件应用系统实施都将基于上述保险对象模型。（2）业务集中管理全国性保险公司一般都采用全国大集中的管理模式，为了适应这种先进的管理模式，核心业务软件采用浏览器/服务器（B/S）架构开发实现，所有的应用程序统一部署在总公司服务器，各分支公司只需通过浏览器界面就可以访问保险业务系统，真正实现业务的集中管理和客户端的零维护性。（3）以客户为中心系统设计体现以客户服务为中心，除了具备一般的客户管理功能以外，还可以对客户进行各种分类，能够存储和管理不同客户的个性化服务要求，容易实现对客户的全方位服务。（4）商业逻辑的组件化设计商业逻辑及规则是核心业务处理的核心，随着新技术在保险业的应用，业务展业渠道、客户服务渠道会大大拓宽，这意味着同样的业务逻辑及规则会在很多地方被引用，如果同一个业务逻辑及规则要在每个被引用的地方进行重新实现，势必引起业务逻辑及规则的一致性维护非常困难，因此将一组业务逻辑及规则封装成一个组件，并通过这一组件为所有引用这一业务逻辑及规则的应用提供服务将会很好地解决这个问题，例如：保费计算组件。通过业务逻辑的封装，有效地将业务的展现形式与业务的逻辑处理进行了分离，这为系统提供了多种业务展现形式的选择，可以广泛地满足各种应用场合的需要。（5）保险产品的灵活配置系统强调保险产品的可配置能力，在统一的保险业务模型基础之上，通过保险产品的属性如流程、单证、险别、标的、费率、保费计算、优惠折扣等的分类、集中、归纳与抽象，提高保险产品的适应能力。系统具有较强的产品特征库和业务规则库，通过产品公共特征和产品专用特征的定义、业务规则的定义来快速描述新产品。对通用保险产品，通过产品配置则可以快速实现该产品的全流程处理过程，对于非通用产品通过产品配置和程序开发相结合的方式则可以完成全流程处理过程。通过较为灵活的产品配置，可以快速实现产品的全过程管理，产品实现的复杂程度取决于产品的差异特性难度。从产品定义、产品测试到产品稳定推出全过程管理，平均时间在2-3天。（6）多层次的权限管理体系系统充分考虑到保险公司业务特点和权限需求，提供了多层次的权限管理体系。系统采用的应用服务器和数据库本身都具有极高的安全性能和完善的安全策略；系统在数据传输上通过中间件加密，确保传输过程中数据的安全性。系统对于登陆用户需要进行身份认证，要求用户输入密码，校验通过的用户才能登陆保险系统；系统还对用户的密码设定了一定的有效期限，过了有效期的用户必须重新修改密码，系统每隔一段日期要求用户强制改变密码，确保用户密码不被轻易地泄漏；系统对于用户的权限控制非常严格，从功能和数据层面分别进行控制，系统针对不同的岗位定义了不同的功能操作权限，同时支持岗位内的不同员工的差异化权限，在数据权限方面，支持按照险种、机构等不同层面的权限控制，可以针对不同员工设置允许操作的险种、机构等数据权限。系统架构系统技术架构系统架构基于J2EE规范实现，建立在Struts框架、Spring框架和Hibernate框架基础之上，逻辑分为六层：客户层、WEB层、业务层、持久层、资源层、核心层。客户层：客户端计算机的浏览器，用于展现页面。WEB层：基于StrutsMVC框架。完成的工作主要有：转发请求、Http请求合法性和有效性校验、用户权限检查、Http请求参数与数据传输对象DTO的绑定、调用业务层组件执行业务处理、记录用户访问日志、显示系统运行异常。业务层：基于Spring框架。完成的工作主要有：业务数据校验、业务逻辑处理、事务管理、调用持久层组件执行数据存取、记录业务处理日志、抛出业务处理异常。持久层：基于Hibernate框架。完成的工作主要有：生成SQL语句、数据存取、数据库查询结果集与数据传输对象DTO的绑定。资源层：包括数据库服务器、XML存储文件等，是数据永久存储的介质。核心层：表现为系统的基础类库，为WEB层、业务层和持久层提供支持。包括日志记录组件、异常处理组件、事务处理组件、Spring容器封装组件、WEB层数据绑定组件、WEB层数据校验组件、权限检查组件、持久层Hibernate辅助组件、其他开源项目类库组件等。系统技术架构如下所示：（1）客户层客户端计算机的网络浏览器作为系统架构的客户层。客户层的作用是与用户交互，提交用户的请求和展现服务器处理的结果。（2）WEB层WEB层的任务是接收用户从页面提交的请求和最终返回处理结果：对于处理用户请求来讲，WEB层的任务是读取用户提交的表单数据，把HttpServletRequest中的表单数据和请求参数封装到数据传输对象DTO中供业务层处理；对于返回处理结果来讲，WEB层的任务是把业务层处理完毕后返回的数据传输对象DTO返回给JSP页面展现给客户。（3）业务层WEB层把数据传输对象DTO或DTO的集合List准备好后传递给业务层进行业务处理，业务层的实现使用Spring开源框架。（4）持久层持久层依靠Hibernate实现，持久层的任务是根据从业务层传入的DTO对象生成SQL语句，最终完成数据的存储与读取。系统把Spring框架和Hibernate框架整合在一起，Spring框架提供了Hibernate框架的调用接口，所以持久层的程度代码是调用Spring的API来完成数据的持久化操作的，而不是直接调用Hibernate的API。（5）资源层资源层的对象是数据永久存储的介质。（6）核心层核心层是以jar类库的形式存在的，为系统的各层提供支持。核心层的jar包主要是系统的基础类库、开源框架的类库和系统的工具类。核心层为其他各层提供支持有：日志记录类、异常处理类、Spring容器封装类、WEB层数据绑定类、WEB层数据校验类、权限校验类、持久层Hibernate辅助类等。（7）DTO数据对象在系统的WEB层、业务层、持久层传递数据的对象都是DTO对象。在WEB层，DTO对象的角色是值对象（ValueObject）。在业务层和持久层，当DTO对象被纳入到Hibernate实体管理器后，它属于实体对象（PersistenceObject），否则也属于值对象。软件应用架构基于上述技术架构，具体应用到保险业务处理系统，其程序分类如下图所示：除了纵向的三层外，还包括横向组件的引用，如业务代码组件、工作流引擎组件、权限组件、影像上传组件、通用工具类组件等。原型系统特点业务特点业财再一体化通过业财再一体化建设，真正达到业务、财务、再保险数据的高度共享，在一体化平台下的各个子系统通过有效而又明确的规则进行交互，实现无缝连接；确保了数据来源的单一性和统一性，使得各子系统的查询分析数据高度保持一致，为管理层的决策分析从各角度提供统一而又真实的指标。全险种全流程管理核心业务系统处理险种的能力以及业务管理的力度是一个系统好坏的重要指标，本方案中的核心业务系统提供了全险种及全流程的管理，是本方案的重要特点之一。核心业务系统对财产保险领域的产品进行了充分的分析和研究，提出了一个能够涵盖财产保险所有险种的财产险核心业务系统。包括：财产保险、责任保险、车辆保险、货物运输保险、船舶保险、工程保险、保证保险、人身意外及健康保险等，同时对于今后可能推出的新产品也具有兼容性和扩展性。业务管理力度体现在业务流程管理的力度。本方案不仅管理业务从承保到理赔的全过程，同时管理业务处理过程中的单证（印刷入库、发放、使用、回收、归档），与业务相关的人员（代理人管理），以及业务处理的过程控制（申请/批复等）。同时与业务集成系统配合，管理到业务协作单位。因此是真正意义上的全流程管理。针对系统流程，在需要的地方提供流程控制定义，也是全流程管理的体现。客户信息收集核心业务系统除了满足日常业务处理及管理的需要，同时也考虑到了对决策管理及服务水平的管理，核心业务系统是保险公司接触客户的第一层界面，因此通过核心业务系统收集客户信息，以全面掌握客户信息，不但为核心业务处理系统所用，同时也是客户关系管理CRM、决策支持系统等其它系统提供数据来源。本方案中的核心业务系统就具备了这样的特点。客户的信息来源可以是核心业务系统（承保、理赔等），也可以是呼叫中心等外围辅助系统。系统根据客户名称、身份证号（个人客户）、组织机构代码（企业客户）等特征区分客户的唯一性，为每个客户分配唯一的永久编码，对于个人、企业客户记录不同的信息及特征编码。核心业务系统记录每一笔业务相关的客户编码及其角色，为以后分析客户业务数据提供基础。系统根据客户的等级、归属机构等条件确定用户访问客户信息的保密层级。业务集中管理广汽财险采用全国业务集中的管理模式，这就要求核心业务系统能够满足这种管理模式。我们提供的方案可采用B/S架构开发，各分公司或中心支公司只需通过浏览器界面就可以访问核心业务处理系统，只要有网络的地方都可以访问核心业务系统，真正实现了业务的集中管理和客户端的零维护性。多途径的风险控制企业要做到良性经营必须能够减小风险和控制风险。根据保险公司的特性，我们提出各个层次的风险控制方法。对操作错误的风险控制：可以采用录入、复核双岗责任制将由人工录入错误而产生的风险降为最低。投保风险控制：为产品定制的自动核保条件，对投保单进行过滤，将不符合承保要求的数据交与人工核保（增加保费或拒保），从而达到风险控制的要求。再保的风险控制：提供合同分保和临时分保功能，按产品要求自动分检符合临时分保条件的保单。理赔风险控制：为产品定制的自动核赔条件，对理赔案件逐单进行过滤，将不符合要求的数据交与人工核赔（赔付金额调整或拒赔），从而达到风险控制的要求。投资风险控制：提供投资的预警功能，当赎回总额超过投资总额一定百分比后预警，提示业务人员进行相应处理。业务管理风险控制：我们在系统中设置多种业务管理风险控制点，包括单证领用控制，起保日期控制等来降低管理风险。分支机构的个性化支持尽管我们是集中方案，但并不表示我们必须要求所有的分支机构的业务处理方法、客户服务策略、险种费率、单证格式必须一致，我们支持各分支机构业务处理的独特性。比如一些分公司的费率（针对短期险）可能会和总公司不一样；一些分公司的单证格式可能会和总公司的不一样（有些省的税务可能要求所有保险公司的发票使用统一的格式）；一些分公司的业务队伍管理方法可能和总公司的不尽相同。因为我们的描述体系不仅针对产品，同样针对分支机构，可以针对分支机构进行不同的描述设置。系统特点本方案的设计充分考虑了广汽财险的业务范围和系统建设总体目标，本着用户至上的原则，体现广汽财险系统应用及平台建设的战略性、整体性、灵活性和实用性，为广汽财险提供最优的解决方案，通过财产险核心业务系统项目的建设，达到如下的目标：支持财产险业务的承保、批改、理赔、再保、收付款控制等核心业务操作；对业务运作过程中发生的数据进行详细的记录，并针对上述数据进行统计和分析，从而使公司详细了解业务的运作情况；对保险公司的代理人、业务人员、分支机构、保险产品等进行核算管理；对承保、批改、理赔、再保、核保核赔、收付费等过程进行有效的控制管理；实现流程控制，提高服务质量。实时监控各项服务流程，防止出现业务疏漏，发现可能的改进机会。达到规范业务操作、加强风险管理控制的目的。业务处理的全面性系统涵盖财产保险、责任保险、车辆保险、货物运输保险、工程保险、保证保险、船舶保险、人身意外及健康保险等所有险种。系统同时也涵盖财产保险业务处理的全部环节，不仅管理业务从承保到理赔的全过程，同时管理业务处理过程中的单证，与业务相关的人员，以及业务处理的过程控制，还与业务集成系统配合，管理到业务协作单位。因此是真正意义上的全流程管理。业务模型的统一性系统通过建立统一的保险商业对象和业务对象模型，采用面向对象的分析和设计方法，根据各类产品的特点划分为通用对象和专用对象，将保险产品统一分为保单主属性（包括产品共性和个性属性）、保险关系人、保险标的、保险地址、保险条款等对象，并采用标准化的实务流程，将保险业务处理过程统一分为录入、审核、核保（核赔）、签发单据、收付款等过程，从而统一管理财产保险的各类产品和保险业务处理流程。系统的可靠性系统采用多层体系架构，遵循国际主流的企业级应用架构规范—J2EE，关键核心数据的存储、保险商业规则的体现、灵活多样的用户界面被清晰的划分在各个层次中，极大的提高了系统的可靠性和稳定性，符合国际先进的技术趋势，最大程度的保护了企业的投资。系统采用企业级应用服务器作为核心业务系统的应用服务器管理平台，例如：BEA公司的WebLogic。应用服务器除了提供J2EE标准所需的基础服务如：JSP、Servlet、EJB、JNDI、JMS、JTA和JDBC等，还提供保障企业应用运转所需的高效率、高可靠性、高可用性、高伸缩性和完善的安全机制等。系统采用大型数据库系统作为数据库服务器，存储能力强、效率高、存储安全可靠。例如：Oracle公司的Oracle10g数据库，数据库提供并支持可伸缩的、灵活的用户认证、审计、加密和许多安全特性，支持核心业务系统在Internet环境下的可靠稳定运行。系统在应用级确保其安全性，主要从用户权限管理方面保证。系统为用户提供了完善的权限管理机制。保险公司可以将系统用户分为多个层次，我们称之为工作组，每个工作组有自己特定的功能使用范围。在设置一个用户后，系统要求添加这个用户到工作组中（一个用户可以属于多个工作组），从而得到相应的工作权限。在用户注册期间，系统会为用户动态的组织菜单，罗列他能够操作的功能项目。从而使用户可以严格按照岗位分配原则实现安全操作。综上所述，我们从系统级和应用级两个层面确保了系统的可靠性，具备在全国集中条件下完成业务功能的能力，具备长期和稳定工作的能力。系统的安全性系统在注重可靠性的同时，也注重安全性的建设，特别是在全国业务集中的管理模式下，业务数据的访问权限控制，是核心业务系统考虑的首要内容。系统采用的应用服务器和数据库本身都具有极高的安全性能和完善的安全策略；系统在数据传输上通过中间件加密，确保传输过程中数据的安全性。系统对于登陆用户需要进行身份认证，要求用户输入密码，校验通过的用户才能登陆核心业务系统；我们还对用户的密码设定了一定的有效期限，过了有效期的用户必须重新修改密码，系统每隔一段日期要求用户强制改变密码，确保用户密码不被轻易地泄漏；系统对于用户的权限控制非常严格，系统首先设定了不同的权限组，对不同的工作任务设定不同的权限类型，可以对每个用户赋予每个工作任务的操作权限，如果用户对某个工作任务没有权限的话，则该工作任务对应的操作菜单根本就不显示给该用户，例如：投保人员只设定了承保管理的权限而没有理赔管理的权限，这样的话，投保人员根本就看不到理赔管理的菜单项目，因而也就没法操作理赔管理的各项功能；另外对于业务数据的访问，系统设定了个人、支公司营业网点、支公司、分公司、总公司等不同类型的数据权限，可以针对每个用户设定不同的数据访问权限，例如：不同分公司的人员只能查看到自己分公司的业务数据，而不能查看到其他分公司的业务数据，但总公司人员应当允许查看到所有分公司的业务数据，而支公司人员只能查看到属于自己本支公司的业务数据，无法看到其他支公司的业务数据。这都可以通过配置用户访问数据的权限级别来实现。系统通过丰富完善的用户权限管理大大提高系统的安全性。系统的可扩展性系统实现了功能和结构的整体性，使应用的范围更广，灵活性和适应性更强。针对保险产品的特性总结出通用的险种描述规则，通过描述的方式可以动态增加系统的应用范围；系统按照商业对象模型，将新对象通过系统提供的工具进行描述，自动具备对新产品的支持能力；系统还针对保险种类制定相应的业务流程，并配合通用的功能使用，完成功能对流程的装配，保证业务要求的灵活性；从而能够保证系统最大程度地适应业务需求，保持良好的通用性和可扩展能力。系统的可扩展性集中体现在以下几个方面：系统对险种实务流程和业务逻辑规则的变化适应能力强。在核心业务系统应用过程中，保险实务、业务规则经常会发生变更，诸如条款变更、费率变更、保险公司管理体系或岗位设置的变更，都要求系统有足够的适应能力。核心业务系统首先在商业对象模型上就具有伸缩能力，对象模型围绕着保险合同、理赔事务、保险单证等一些构件展开，保险商业规则的变化也同样是在这些概念的架构上展开的，在此模型之上建立的应用系统同样可以保持总体架构和基本组件的稳定性，只对这之上的专用组件进行更新。面向对象和组件化的程序设计，使得诸如条款、费率都是作为一个独立的对象甚至组件集成在业务应用中，这些对象自身的变更对软件的影响也就限制到了对象内部，除此之外应用系统往往无需为这些变化做任何的更新。系统对保险新产品具有强大的支持能力。随着保险业务日益活跃，大量新产品应运而生。电脑化必须适应这一形势的需要，提供简单的方法完成新产品的扩充。当新产品被开发出来之后，系统提供升级工具来保证应用软件能够处理最新的业务。由于系统建立在保险商业对象模型之上，整个软件按照这个模型生成，当新的保险产品推出后，按照商业对象模型，将新对象通过系统提供的工具进行描述，系统就自动具备了对新产品的支持。例如，新险种推出，只要它有明确的保单格式、计算方法、业务流程要求，我们将新险种对应模型中的条款对象、单证对象、合同对象的特征在系统工具中进行描述，应用软件便具备了处理这个统一模型架构上新对象的处理能力。系统具有非格式化保险合同的处理能力。从传统的面向保险合同的管理模式向面向客户的管理模式的转变是当前保险发展的必然趋势。以客户为中心的个性化保险合同也是先进的保险业务应用软件所要具备的特性之一。按照本方案构建实施的业务应用系统可以对几类保险对象进行横向的集成，引用几种条款对象、费率对象等的内容集成到一个保险合同对象实例中。这也就是所谓协议保单或非格式化保单的处理能力，在传统的保险业务应用软件中是无法完成的。系统的数据结构能够适应业务的增长特性。熟悉保险业务的人都知道，保险的很多业务项目变化很快，在过去的应用软件中，一般设计的比较简单，特别是，对有规律的增长项重视不够，主要表现在对附加险的增长性、特别约定或类似附加说明及多被保险人、多地址等的增长特性；交费计划的增长特性；理赔中赔偿费用类型的增长特性以及批改范围的增长特性等诸方面。本系统由于考虑了上述部分的变化特性，能够适应业务的增长特性。系统有较强的集成能力。与保险业务相关的其它系统的集成能力是本系统的一大特色。与财务系统、银行处理系统都有着良好的集成能力。系统对不同操作系统和数据库的适应能力。系统采用Java编程语言实现核心业务开发，采用JDBC接口实现与数据库的连接，采用XML技术实现系统的配置和其他系统的接口，实现了数据库无关性、操作系统无关性，给用户的设备选择，系统移植提供非常广阔和灵活的空间。系统的实用性系统具备完成软件系统所要求功能的能力和水准，达到软件实际需要的国内外有关技术规范的要求，实现容易，操作方便。主要体现在以下几个方面：系统界面友好、操作方便。系统主要功能以菜单方式组织，而附加功能以按钮弹出窗口方式灵活实现，页面按照保险产品的业务特点设计，使系统较为人性化，同时页面支持滚动、拖拉、分页等方式，方便了信息尽大可能地展现整体内容；系统支持鼠标和键盘两种方式，为浏览器用户保留了Windows的界面风格和有关特性，同时也为原有终端用户保留了快速的键盘操作特性，贴近用户使用要求。单证打印工具可以根据需要实现套打、全打方式。系统在整体设计及实现上强调工程特性，力求使用简单、清晰、实用。系统的业务功能完善。系统不仅包括承保、批改、理赔、收付费、财务会计、再保等日常处理功能，还包括业务报表和查询分析等决策支持功能、核保核赔等风险控制功能、客户信息管理等客户服务功能。系统的参数化设置能力强。电脑人员可以通过简单的设置完成较复杂的业务要求；系统中配备了多项可制定的工具，如打印制定器、报表制定器、条件配置器等，通过这些公用的工具，电脑人员可以较轻松地实现业务上种种新增需求，为系统维护提供了简单实用的方法。系统的经济性相对于C/S方式客户端维护复杂的问题，采用B/S方式最大的优点是可以实现客户端的零维护。由于我们使用JSP/JAVA编程，客户端使用浏览器界面，系统的修改集中在服务器端，维护人员再也不需要为客户端程序的修改分发而烦恼，真正地实现了零配置维护，方便广汽财险实现全国范围的集中管理和维护，大大降低管理和维护成本。系统的独立性系统按照组件化、模块化、参数化等的设计和开发方法，根据保险行业的业务功能和处理模式类似的情况，将应用功能进行封装，保持其独立性；同时又为外部系统提供数据访问接口，确保了该系统既能够独立于其它系统运行，又能够通过接口实现与其它系统的无缝衔接。技术实现途径中科软公司开发的保险核心业务系统采用的是J2EE体系架构。J2EE是Sun公司所推出的一套软件开发、部署和管理的标准，如今已广为业界所接受。中科软公司保险核心业务系统的体系架构，适合保险公司全国集中的业务管理模式，应用程序和数据都统一在总公司管理维护，方便分支机构的迅速扩建，达到客户端的零维护。系统技术架构在J2EE体系结构中，分三个层次，分别是客户表示层、中间逻辑层和数据管理层。该结构具有跨平台的特性，结构中的三个层次可以处于不同的平台下进行协作应用；因为客户表示层可以使用不同的客户端程序，因此具有很好的分布性，可以适应分布式管理的要求；在后台的应用系统集成中，可以把企业不同的应用系统集成到该结构中，因此可以有效的保护现有的资源不被破坏。基于J2EE来实现的WEB服务的核心框架如下图所示：基于J2EE的体系结构开发的WEB程序具有以下优点：可以跨越中间防火墙进行通信。因为WEB服务是利用HTTP最为传输媒介，中间层使用WEB服务的话，可以从客户界面直接调用中间层组件，而不必建立页面。应用系统的集成。要把企业里不同语言写成的、运行于不同平台上的各种程序集成起来必然会花费很大的开发力量。通过WEB服务可以使用标准的方法把功能和数据暴露出来，供其他程序使用。所有的企业逻辑和服务都集成封装在可重用、可移植的EJB组件中，因此系统维护性和可重用性好。中间层代码可以集中在处理业务逻辑上，无需考虑数据表示。应用逻辑架构架构设计架构设计主要从Tier的角度考虑，将应用的层次分为客户层（client）、表现层（presentation）、业务层（business）、集成层（integration）、资源层（resource）。整体视图通用原则Java代码包结构代码分层约定客户层的代码主要完成页面代码校验、简单的需要用户交互的业务逻辑；表现层的代码主要完成对用户请求数据和应答数据的整理；业务层的代码主要完成不需要用户交互的业务逻辑；资源层的代码主要完成对资源（如数据库）的请求。它们之间的调用层次由调用关系原则规定。调用关系根据上图的依赖关系可以看出，主要的组件调用关系如下：在业务程序中，不允许违背箭头方向的调用关系存在，也不允许不存在的箭头调用关系。组件的类型约定在业务框架中，所涉及的组件对象，如果没有特别说明，则采用普通的Java类实现。对于特别说明的组件，会指明它所要遵循的规范。domain和customdomain和custom的定义众说纷纭，为了简单起见，我们约定：domain的对象主要是自下而上的设计结果（依据数据库表结构）；custom的对象主要是自上而下的设计结果（依据用例）。在我们下面定义的各层对象中，当它们又细分为domain和custom时，依据的是此条原则。表现层的持久化对于一些需要会话的业务过程，或者在页面需要暂时持久化的业务对象，可以使用Session在用户的会话期保证对象的持久。但在用户的一次业务会话交易完成后，必须主动清空Session中的持久对象。客户层及其组件javascript主要完成页面代码校验、简单的需要用户交互的业务逻辑等。表现层及其组件控制层表现层Façade是用户请求的入口，对应与请求路由表中的路由指向。ViewHelper主要完成客户请求数据与数据传输对象dto之间的转换。表现层Action完成UI可以完成的业务逻辑。过滤器filter完成请求和应答数据的整理。视图层FormBeanStruts提供的视图类对象。Jsp页面返回与用户交互的html页面。Taglib(标签库)标签是封装了页面逻辑的组件，它提高了表现层表现逻辑的可重用性。模型层CommandCommand对象相当于业务层服务暴露给表现层的接口。配置文件web应用配置文件该文件完成对web应用的标准配置。请求路由表（requestmap）该文件完成具体url路径请求到UIFacade的匹配，UIFacade的设计者应该在此文件中将客户的请求路径与具体的UIFacade关联起来，它们之间的关系是多对一的关系。视图请求表（viewmap）该文件完成UIFacade请求后的视图选择。业务层及其组件业务层FacadeBLFacade对象完成表现层的请求。BLFacade负责开启事务，所以，对数据库的连接必须在BLFacade中打开和释放。业务层ActionBLAction对象完成具体的业务逻辑。BLAction中的业务逻辑具有这些特征：可能需要数据库的交互，或者完成复杂逻辑的功能块。资源层及其组件dtofactory完成数据传输对象到数据库持久化对象的转换。传输层及其组件dto在各层之间传递的数据对象。关键技术及技术风险工作流引擎自行设计实现的通用工作流引擎，可以满足保险行业软件的需要。工作流引擎管理模型如下图所示：工作流引擎管理模型为了工作流配置的方便考虑，系统采用可视化的配置工具。可视化的核保工作流配置规则引擎支持ILOG等规则引擎，和ILOG等规则引擎结合来处理保费计算、双核条件等业务规则。组件技术系统采用基于组件的系统架构，使得同样的逻辑和规则可以被很多渠道使用而无需分别维护，比如业务代码组件、通用工具类组件、权限组件等。下面列出一些典型的组件及采用的相关技术：业务权限组件采用基于机构、员工、险种的处理方式，可以限制员工的可以查询到的业务数据的范围。Excel处理组件采用ApachePOI软件包处理Excel文件。文件上传组件采用ApacheCommonsFileUpload软件包来处理文件上传。日志组件采用ApacheCommonsLogging软件包和Log4J软件包来处理日志。XML处理组件采用dom4j软件包。安全技术用户信息集中存在于用户表中，用户参数信息存在于用户参数表中，对于此类公共的信息都是通过平台配置子系统来进行集中化的配置的。对于员工密码，采用MD5加密的方式保存密文，不保留明文，检查密码正确性时也是直接比较密文。系统对于用户的权限控制非常严格，从功能和数据层面分别进行控制，系统针对不同的岗位定义了不同的功能操作权限，同时支持岗位内的不同员工的差异化权限，在数据权限方面，支持按照险种、机构等不同层面的权限控制，可以针对不同员工设置允许操作的险种、机构等数据权限。接口技术通过接口整合平台进行系统集成的方式主要有以下几种：数据层面的集成接口整合平台能够与所有支持JDBC接口的数据库服务器良好对接，例如Oracle，DB2，SQLServer，Informix等各类主流关系型数据库服务器。因此，只要第三方系统所用的数据库服务器支持JDBC接口，在确定数据调用接口规则后，系统即可与其在数据层面进行交互，达到系统集成的目标。程序层面的集成系统符合J2EE规范，因此只要第三方系统或功能模块也符合J2EE规范，在统一接口规则后，双方即可进行程序层面的互相调用、传递数据，达到系统集成的目标。服务层面的集成系统服务可以很方便的发布为WebService，外部程序可以利用WebService调用系统服务，达到系统集成的目标。在WebService的基础上可以实现基于消息的、异步的集成方式。在实际的系统集成实施过程中，将根据第三方系统的具体情况和客户要求选择集成模式，遵循Accord数据交换标准。目前使用较广泛的是呼叫中心和核心业务系统的集成，电子商务网站和核心业务系统的集成等。对于智能电话、PDA等有保费计算等产品。核心应用系统建设方案根据广汽财险的系统建设需求，业务系统包括保单管理系统、理赔管理系统、再保险系统、财务系统，保单管理系统包括承保、批改、核保、收付费、再保险、单证以及和保单相关的报表、外部系统接口等功能，理赔管理系统包括理赔、核赔、收付费、再保险、单证以及和理赔相关的报表、外部系统接口、呼叫中心接口等功能，财务系统包括帐务处理、专项管理、固定资产管理、综合查询、报表管理等功能。我们在该建议书中针对上述内容按照不同子系统来描述，包括承保管理子系统、批改管理子系统、理赔管理子系统、核保核赔管理子系统、收付管理子系统、再保管理子系统、财务子系统、单证管理子系统、报表管理子系统、平台配置子系统、准备金管理子系统以及外部系统接口方案。承保管理子系统概述功能概述承保管理子系统主要是提供承保业务的支持，其主要功能如下：业务关系承保部分业务可分为询报价业务、投保业务、续保业务、共保业务、代保业务、Fronting业务、分入业务、分出业务等几类。根据客户的要求以及投保方式不同，有不同的投保形式，而这些不同投保形式在通过核保之后，最终都会生成正式的保单。系统流程询报价管理功能概述询报价不是订立保险合同必经程序，一般是指由保户/经纪人提交询价申请，保险人根据保户的实际情况，结合当前的市场行情和产品特点给出报价的过程。询报价管理主要包含的功能有：询报价处理：

按照关键条件查询询报价（计划）记录，根据查询结果，允许进行新增、修改、删除、复核、提交核保、打印、转投保单等操作；在询报价处理时，系统根据各险种的承保条件自动获取费率和优惠折扣信息，然后计算保险费。询报价查询：

提供详细的条件（计划项目）供询报价查询，如询报价号、被保险人、投保人、客户代码、产品代码、保险期限、车牌号等。操作流程上图中黄色标志的部分是上机操作的功能，主要包括：录入询价资料重复报价的判定确认分保意向查勘报告录入回复核价结果报价书打印页面示例保费计算页面：投保管理功能概述投保管理主要包含的功能：投保处理

按照关键条件查询投保记录或报价记录，根据查询结果，允许进行新增、复制、修改、删除、复核、提交核保、承保确认转保单操作；其中，系统根据险种的承保条件自动获取费率和优惠折扣信息，然后计算保险费。投保查询提供详细条件供投保单查询，包括投保单号码、被保险人、投保人、客户代码、产品代码、保险期限、车牌号等。投保单提交核保投保单保存时系统提示提交核保，同时系统提示上传投保单相关影像资料；可以对查询出的投保单单独或批量提交核保。操作流程上图中黄色标志的部分是上机操作的功能，主要包括：投保资料扫描，上传投保单录入/修改复核自动核保检查确认分保意向查勘报告录入确认承保保单及缴费通知打印拒保通知书打印退回修改归档岗页面示例1）企财险2）雇主责任险系统支持雇员清单的批量录入及Excel格式的直接导入。3）车险注：对于车险的空号保单，在投保处理时车牌号码处录入临时车牌或发动机号，获得正式车辆牌照之后通过批改管理子系统中的批改处理，将该保单的车牌号码批改为正式牌照号码。保费计算页面：保单补录功能概述对于先占用保单号出具纸质保单，提交用户后，再将保单录入到系统的行为称之为“保单补录”。业务处理存在如下两种情况：保险公司分配给中介公司一部分保单号，中介公司按照这些保单号做业务，签订并提交保户保单后，中介公司将保单资料反馈给保险公司录入系统；为了快速出单，业务人员先在系统中占用一个保单号，然后使用这个保单号，采取手工的方式出具保单，保单提交用户后，再将该保单信息录入系统；续保管理功能概述续保是将快期满的保单继续承保，以保持保险期限的连续性；续保不一定是原合同的继续，可以是原合同期满后，合同双方重新签订另一个合同，保险人或投保人都可以根据当时的客观情况和需要，改变保险条件、保险费率或者作其它变动。续保管理主要包含的功能有：列印到期保单；变更承保条件；打印续保通知书；续保查询；操作流程上图中黄色标志的部分是上机操作的功能，主要包括：到期保单列印；核实理赔记录；确认分保意向；查勘报告录入；变更续保条件；说明拒保原因；到期通知打印；续保通知书打印；近期是否存在批改或理赔的判断；承保。承保管理功能概述承保管理主要包含的功能有：保单查询：提供详细条件供保单查询，包括保单号码、被保险人、投保人、客户代码、产品代码、保险期限、车牌号、车辆代码、是否注销、是否续保业务等；承保单证打印：包括承保管理的各类输出单据打印，如投保单、保单、投保清单、条款、车险保险证、保险标志等。系统支持单证的全打和套打两种方式，对于需要进行单证管理的单证在打印时和单证管理衔接，自动对单证印刷流水号进行销号。页面示例保单查询条件页面如下：保单查询结果页面如下：企财险车险承保单证打印页面如下：影像资料管理功能概述影像管理主要实现业务的资料上传和查询，包括询报价、投保、承保、批改等业务处理中涉及的资料图片、扫描文件等。页面示例查询页面：查询结果页面：上传界面：图片选择界面：批改管理子系统操作流程上图中黄色标志的部分是上机操作的功能，主要包括：批改资料扫描批单录入/修改复核自动核保检查确认分保意向查勘报告扫描上传确认承保批单打印拒保通知书打印退回修改归档岗功能说明批改管理子系统主要是提供批改业务的支持，其主要功能如下：批改处理提供批改申请的新增、删除、复核、提交核保等操作；普通批改操作包括变更关系人、变更投保标的、变更标的地址、变更特别约定、变更保单主属性、变更保险期限、注销保单、全单退保、加/减保处理等批改项目。批改处理时，系统根据承保险别费率（担保别保险率）自动计算客户应追缴或返还给客户的保险费，自动生成默认批文并允许用户手工修改。页面如下：企财险车险批改查询批改查询（签注查询）包括批改申请查询和批单查询，批改申请和批单查询提供详细的查询条件，如批单号、保单号、险种、被保险人、批改生效日期、批改类型（签注项）等。批改详细信息页面如下：注：批改要素通过不同的颜色加以区分，便于一目了然得知该批单批改（签注）的要素。批改单证打印包括批改管理的各类输出单据打印，主要是批单。对于需要进行单证管理的单证在打印时和单证管理衔接，自动对单证印刷流水号进行销号。页面如下：理赔管理子系统理赔管理完成整个索赔业务的全过程，从出险报案、调度、查勘、立案、定损、核价、核损、单证、理算、核赔到结案，及相关理赔单证的打印。理赔作为保险整个过程的一个重要环节，有它自己的特点，区别于投保、批改，更能直接体现保险的职能。理赔工作的好坏直接关系到保险合同的相关对象，保证理赔相关数据的完整、准确、齐全是理赔工作重要的一部分，也是进行赔偿的依据和保障。概述功能概述通过改善现有理赔流程，理顺岗位职责，构建考核和管控的信息技术平台，从而实现理赔流程闭环式管理。主要功能划分如下： 各模块处理环节均提供不同条件组合的查询，包括赔偿要素查询、保单（批改）要素的查询、赔偿组织查询、负责人查询、合作公司的查询、综合查询等。 在理赔的各个处理模块中均集成了影像资料功能，实现影像资料（图片、扫描文件等）的上传、查询等功能，可以有效帮助核赔管理人员控制风险。操作流程理赔总流程图上图中，深黄色填充的部分由电脑系统实现，以下对系统实现功能进行简单描述。报案管理功能概述理赔流程中的必要环节，本模块主要提供以下几项功能：报案登记，根据用户的报案信息和保单信息，保存报案信息。对于车险还需要记录三者车辆信息，驾驶员信息，报案文本信息等。输入信息：保单信息及客户信息；保单查询；客户查询；输出信息：出险情况、报案语音信息（如果通过CallCenter报案）；正在处理报案信息；已提交报案任务；注销报案任务：对于不需要处理的案件进行撤销报案处理；查询报案任务：可以根据报案日期、保单号、报案号等查询条件，查询权限范围内的报案信息；报案任务状态统计。操作流程查询有效保单信息（可以根据保单号、被保人名称、车牌号等查询保单），带入本次报案记录；支持通过呼叫中心接报案人员接听客户报案,并录入报案信息；根据保单号可查看历次报案信息；根据保单号可查看出险时保单信息、历次批改信息；录入出险信息，包括车险的财产损失信息、人伤信息、车辆信息、驾驶员信息等；车险支持强险与商险关联报案；系统自动生成车险出险摘要；页面示例1）企财险2）车险调度管理功能概述将案件分配给指定的查勘人员、车险查勘定损车（可扩展支持GPS调度）、定损点、大案组、保险公司分支机构、远程定损点等单位或部门，分配同时提供报案信息、承保信息等。支持将案件调度给合作机构、代理查勘人员。可扩展支持调用呼叫中心短信平台（SMS）模块，向查勘人员传送案件信息、保单信息等。具体功能如下：待处理调度任务分配；正在处理调度信息修改，查询和注销；已提交调度任务管理和查询；调度改派任务；查询调度任务；查勘情况查询；调度任务状态统计：根据用户权限和时间进行统计，统计出在调度节点上权限范围内案件状态和案件所处位置，便于跟踪管理，可生成汇总统计表，人员的工作和案件处理进行分配；操作流程查询未进行调度处理的报案；显示报案相关信息；判断当前报案是否需要查勘；需要查勘任务指派给相应查勘人员，包括将车辆定损任务、人伤调查任务、财产定损任务指派给不同的调查人员；已受理的查勘、定损或人伤调查任务改派。页面示例查勘管理功能概述查勘任务处理部分提供查勘主信息的增删改查。具体功能如下：待处理查勘任务分配和报案信息查询；正在处理查勘任务修改，查询和注销；已提交查勘任务管理和查询；查勘任务状态统计：根据用户权限和时间进行统计，统计出在查勘节点上权限范围内案件状态和案件所处位置，便于跟踪管理，可生成汇总统计表，人员的工作和案件处理进行分配；特殊赔案申请，如通融案件、预赔案件等。操作流程进入系统查勘模块，输入报案号，系统自动带出报案信息；录入查勘信息，如查勘地点、事故原因、损失项目、查勘报告等；如果是车险可以录入人伤跟踪信息、财产损失信息、驾驶员信息、涉案车辆信息；可查看出险时保单信息、历次报案记录、历次理赔记录等；将查勘资料，如保单现场照片、驾驶员证件等扫描并上传至电脑系统，具体操作详见HYPERLINK单证收集；保存时可以选择“暂存”或“提交”，如选择“暂存”，可修改本查勘记录，如选择“提交”则不能修改本查勘记录。页面示例定损管理功能概述车险有定损环节，定损任务处理部分提供财产定损、人员定损、车险的修理/换件清单、全损等信息的录入、修改、查询等功能，可支持与其他外部定损系统的衔接、损失信息的收集整理、损失信息的进一步处理、对定损照片的分类管理等，具体功能如下：待处理定损任务的分配和报案信息查询；分为车辆定损（包括标的车和三者车）、人伤定损、财产损失定损三个独立的部分。对于已核损通过的定损任务，由于特殊情况需修改定损结果时，由定损岗发起对于该任务的追加处理。正在处理定损任务管理和查询，可以对财产定损、人员定损、车险的修理/换件清单、全损等信息的录入、修改、查询和注销；已提交定损任务管理；定损任务状态统计：根据用户权限和时间进行统计，统计出在定损节点上权限范围内案件状态和案件所处位置，便于跟踪管理，可生成汇总统计表；操作流程查询出待定损的任务，系统自动将报案/查勘信息带入定损界面；录入或调整损失项目、损失金额；保存定损，并提交核损或者核价；可查看核损或者核价意见，如果核损或者核价不通过需要根据核损/核价意见进行调整。页面示例核价管理功能概述车险有核价环节。超过定损员定损权限的首先提交到核价岗，核价岗主要对定损时录入的修理和换件的价格通过第三方配件系统提供的配件价格作参考进行审核。待处理核价任务的分配和报案信息的查询；正在处理核价任务的录入、修改、查询和注销。已提交核价任务管理；核价任务状态统计：根据用户权限和时间进行统计，统计出在核价节点上权限范围内案件状态和案件所处位置，便于跟踪管理，可生成汇总统计表；操作流程查询出待核价的任务；录入或调整损失项目、损失金额；核价岗主要对定损时录入的修理和换件的价格通过第三方配件系统提供的配件价格作参考进行审核；输入核价意见，保存核价记录，并提交核价任务；可查看核损或者核价意见；如超过权限需要提交高级核价员审核。核损管理功能概述车险有核损环节。核损任务处理部分提供对已经录入的待处理的定损信息进行审核处理的功能，并提供详细的查询。也可对已经通过核损的定损处理信息进行最后确认。支持多级的核损流程，对于核损不通过的案件可以流转回定损重新处理，也支持在核损部分修改后流转到理赔的预赔和理算节点。分为车辆核损、人伤核损、财产核损三个独立的部分。具体功能如下：待处理核损任务的分配和获得；正在处理核损任务管理和查询；已提交核损任务管理；核损任务状态统计：根据用户权限和时间进行统计，统计出在核损节点上权限范围内案件状态和案件所处位置，便于跟踪管理，可生成汇总统计表；操作流程查询出待核损的任务，系统自动将定损信息带入核损界面；查看定损详细信息，调整定损信息，输入核损意见；保存核损信息；提交核损任务；如果核损不通过则打回定损岗；如超过权限需要提交高级核损员审核。页面示例单证收集功能概述单证任务处理部分提供对影像的上传管理，是否收集齐全的控制。具体功能如下：待处理单证任务的分配和获得；正在处理单证任务修改，查询；已提交单证任务管理；单证任务状态统计：根据用户权限和时间进行统计，统计出在单证节点上权限范围内案件状态和案件所处位置，便于跟踪管理，可生成汇总统计表；操作流程根据条件查询报案；从索赔清单中选择需要上传的单证类型；上传清单；车险，如果单证已经收集齐全可标注是否收集齐全的标志；若对单证收集的信息不满意可回退至核损岗。页面示例1）企财险2）车险立案管理功能概述待处理立案任务的分