1、永诚保险影像平台解决方案2009 年 2 月目 录1. 项目背景 .21.1 项目背景介绍 .21.2 永诚保险现有影像管理方式 .31.3 永诚保险现在的影像数据量分析 .31.4 永诚保险网络状况分析 .32. 项目目标 .43. 影像平台体系设计框架 .43.1 影像系统总体原则 .43.2 系统架构设计 .63.2.1 影像捕获系统 .73.2.2 IBM FileNet P8 内容管理平台 .123.2.3 信息中心影像数据处理“提交代理系统” .163.2.4 现在业务系统 .193.2.5 数据同步系统 .203.2.6 影像查询系统 .203.2.7 用户权限管理 .213.3
2、. 数据备份 .213.3.1. 文件系统级备份 .213.3.2. 数据库备份 .223.3.3. TSM 中影像数据的再备份 .233.3.4. 备份数据离线保护 .233.4 数据恢复 .233.4.1. 文件级数据恢复 .233.4.2. 数据库数据恢复 .243.4.3. TSM 中影像数据的恢复 .241. 项目背景1.1 项目背景介绍用户单证是保险公司保存用户以及用户服务过程的重要数据，这些数据是客户在投保、签约、保全等过程中留下的，以纸质方式存在的海量数据。因为这些纸质数据无法及时传输、调阅，造成了工作流程的拖延，降低客户服务的满意度，给公司的业务发展带来很多障碍。北京软通动力
3、公司根据其保险领域影像平台建设中积累的丰富经验，提出并设计了有针对性的永诚保险统一影像平台管理系统。该系统为永诚的各业务系统提供统一的影像数据采集、导入、存储、管理、查询以实现影像数据的集中管理的项目建设目标，并考虑到永诚保险现有影像业务关系和影像系统环境以及未来的扩展需要。1.2 永诚保险现有影像管理方式目前永诚保险采用的是文件系统+数据库的方式来完成的。对于这种方式，虽然能够实现在业务系统中使用这些影像，但是在影像的安全性、影像输入管理、影像访问效率、影像管理的平台化等方面具有较大的局限性，同样也不适合未来其他不同内容的统一管理、基于影像和内容的流程管理和合规管理等更深层次的应用。1.3
4、永诚保险现在的影像数据量分析据分析，2008 年永诚保险每天影像数据的增量达到了 3-4GB，预计 2009 年随着业务的增长，会达到 10GB/天，即全年总影像量将达到 2.5-3TB。假设以每个影像的大小为 250KB，每天的影像增量为 10GB 来计算，则每天新产生的影像数目为 10GB/250KB=40000 件。一年以 300 日计算，则总共会有40000*300=1200 万。按照以上业务系统每年影像数目量计算，同时按照此业务系统影像保存期限为 10 年计算，则 10 年上述业务系统产生的影像总数目为：1200 万*10 年=1.2 亿1.4 永诚保险网络状况分析目前，永诚保险约有
5、网点 300 多个，网点通过专线和公网的方式直连到总部，其中，专网带宽为 2M，公网则借助公共互联网的方式连接到总部，通常为1M。2.项目目标系统的总体目标是通过影像数据管理的信息化，实现影像数据的高效存储、管理、查询和调阅，实现影像数据与用户信息数据的同步，使影像数据融合到公司业务流程中，实现单证扫描、查询、档案管理一体化，提高业务管理水平。因此，该平台应该具有以下功能：（1）为各业务系统提供统一的影像数据采集、导入、存储、管理、查询等功能，实现影像数据的集中管理；（2）具有可供其它业务系统调用的影像对象加载模块，支持其它应用系统向影像系统的数据载入；（3）具有可供其它业务系统调用的影像对象
6、查询、展现模块，支持其它应用系统对影像对象的查询和展现；（4）支持其它业务系统通过控件、API 接口等方式对影像对象的调用；（5）系统可以方便地进行扩展，以满足未来业务种类和业务量的增加；3. 影像平台体系设计框架3.1 影像系统总体原则IT 与业务相适应原则:根据永诚保险业务发展整体战略，制定影像平台建设和影像集中 IT 规划和实施步骤，方案设计要满足永诚保险集约化运营中心的业务要求，同时要与永诚保险现有的 IT 系统架构相融合，发挥出 IT 系统集成优势。方案根据永诚保险业务、IT 现状及未来进行统筹考虑，长远规划，有效保护现有 IT 投资及软件、硬件设备资源，充分利用公司已有的设备潜力和
7、人员技能，实现统一影像平台的平稳过度，包括现有影像系统的历史数据的总部集中。先进性与成熟性原则:设计方案中采用市场领先并成熟的技术，使项目具备国内同业领先的地位，便于系统的升级和今后的维护。在本项目建议书中建议的产品，从网络协议到操作系统，全部遵循通用的国际或行业标准，同时系统及应用各方面保障永诚保险影像平台的高效率运行；实现各业务系统提供统一的影像数据采集、导入、存储、管理以及多用户并发查询、浏览的高效响应。可扩展性原则：方案满足当前主要业务对影像要求的同时能够扩展支持未来其他相关业务系统数字化内容管理需要，方案架构提供企业级全面的信息服务基础平台功能。影像平台涉及数据库、中间件、业务系统及
8、数据等众多因素，系统设计时必须能够方便地适应当前相关系统的不同情况以及未来变化，包括支撑技术、系统接口以及业务需求等方面的变化。架构灵活性原则：采用面向服务(SOA)的松耦合的架构方式，系统设计将各业务系统的影像应用程序定义为不同组件（或称为服务），通过这些服务之间定义良好的接口联系起来。接口采用中立的方式进行定义的，独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以松耦合的方式整合，并采用一种统一和通用的方法进行交互。安全保障和严格权限管理原则：保险系统的设计，安全性和权限管理是一个十分重要的原则。影像系统的安全性，取决于多个层面，包括影像系统以外的安全性
9、、物理环境的安全性、网络的安全性、硬件平台的安全性、操作系统的安全性、应用的安全性、数据的安全性等等。同时，必须考虑到各种特殊情况下的恢复机制和备份机制，以保证数据的一致性、完整性以及灾难恢复；严格的管理制度也是系统安全稳定性的重要保证；此外，完整的权限控制机制，考虑充分的系统保密措施是保证安全的重要因素。可维护性原则：系统的可维护性主要体现在系统功能易于扩展，随着影像系统数据源的改变或增加、数据规模的增大，系统应用能够轻松升级；系统应该具有较大的灵活性，客户可以根据具体要求对系统进行客户化，在系统定制和查询方面具有灵活、方便的特点；系统同时应该具有丰富多样的管理功能，管理员能够简单方便地管理
10、系统，定义新的应用对系统进行日常的维护。3.2 系统架构设计永诚保险影像业务管理平台系统整体架构是基于内容管理平台企业参照架构构建的。作为一个开放式的平台，它以 IBM FileNet P8 内容管理平台为核心，和影像捕获系统为核心，不仅满足了永诚保险对当前影像管理和内容管理的要求，还为未来其他信息（如视频、音频、记录、邮件、OA）、业务流程的综合内容管理提供了基础平台。系统总体架构图在该平台的建设中，为均衡各系统的负载，提高系统的运行效率及适应永诚保险的机构分布特点，整个架构分为五大块： 影像捕获系统 IBM FileNet P8 内容管理平台 提交代理系统 现在业务系统 数据同步系统 影像
11、查询系统3.2.1 影像捕获系统3.2.1.1 架构：功能体系：3.2.1.2 主要功能描述：功能模块 定义扫描 提供扫描仪参数设置，批量扫描、影像追加、删除和重扫等功能导入 直接将 TIF 文件导入到影像捕获系统来做处理、识别等影像处理 提供对扫描影像旋转，缩放，局部放大、影像明暗度调节等功能，支持在同一屏幕内显示不同影像索引识别 提供根据影像识别凭证的种类和编号，定制模板，以及识别凭证上指定区域的功能影像质检 对影像扫描的质量做检查（包括对索引识别的确认），提供追加、删除、重扫等功能，也可以回退给原扫描岗位做处理。影像传输控制 提供影像的本地存储作为缓存并根据需要自动上传影像到中央影像数据
12、库的功能。工作流程管理 根据用户需要，可以自定义扫描、质检的工作流。其他功能 权限管理，自动升级等3.2.1.2.1 扫描主要是为了完成资料的高速扫描及保证扫描的质量，分成三大功能：批量扫描，重新扫描，补充扫描： 批量/补充扫描日常大批资料进行扫描，并可能将补充的文件与批扫文件混在一起扫描。 重新扫描对未通过质检的资料进行重新扫描 补充扫描对发现缺少影像资料的单证进行追加扫描，重要的是把新加的影像追加到原影像编目下。3.2.1.2.2 导入用户除了利用 Scan Portal，直接利用高速扫描仪将纸质数据扫描采集数据外，还可以用 File Portal 组件，将描好的影像或者现场拍摄的照片汇总
13、到设有数据采集点的分公司，由分公司的扫描人员将影像导入到影像采集系统中，以进行下面的分类、识别及数据输出。3.2.1.2.3 图像处理 影像分割：图像的处理是以 A4 为基本单位。如果扫描 A3 纸时，将 A3图像切分为 4 页 A4 的图像，并自动进行编码排序； 自动剔除空白影像:扫描时可能会有空白纸被夹杂扫描进来，或经过将A3 纸切分成 A4 纸，有可能存在空白页的情况，系统自动将这些空白影像去除； 图像增强处理：黑边（streak removal）、去阴影（de-shade）、调整倾斜（de-skew）、去斑点（de-speckle） 合并：将多个单一影像合并成单个多页文件，以满足内容管理的需求。 签名挖取：可以对用户签名等标志用户身份的特征信息进行挖取，独立保存用户签名等标志，方便跨地域办理保全、理赔业务时进行身份验证。3.2.1.2.4 自动文档分类对条形码、分隔码、固定/非固定格式的单证，可以实现自动的文档分类。通过 Barcode/固定 Layout 分类后的文档转入“人工确认”模块，非固定格式的文档，缺省归入“其他”类，在人工文档归类中，进一步处理。
