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