再保险业务处理系统的设计与兑现<转>
目前国内大部分保险公司都已完成核心业务运营系统、客户服务系统、信息安全保障体系等基础系统的信息化建设工作。但随着竞争环境和客户需求的不断变化，为适应保险业多元化和综合性的发展趋势，需要进一步加强信息技术应用的广度和深度；要求保险公司充分利用先进的信息技术对传统业务流程进行优化和再造，不断完善并深化信息技术在营销渠道的开拓与整合、承保、理赔、再保险以及防灾等环节的应用。作为此应用的一个典范，本文将详细介绍保险公司基于 J2EE体系结构的再保险业务处理系统，从而实现公司再保险业务流程的统一、高效、科学。
一、系统分析
1.系统需求和目标
再保险（reinsurance），即分保。指分出人以支付再保险费的方式，向接受人分出保险责任和风险，当发生双方约定范围内的分保保险责任时，由接受人向分出人摊付相应的赔款或给付金。再保险作为“保险的保险”，是保险公司分散经营风险、平衡财务状况、扩大承保能力的重要手段。本文所提保险公司主要指再保险业务的分出公司。
按照业务需求，整个系统建设任务要提供一套集中的电子化管理平台，实现保险公司再保险业务处理的标准化、自动化，提高再保险业务管理水平。同时要求系统在设计、实施过程中实现系统的安全性、可靠性、可用性、可扩展性、可维护性。
系统要实现的关键目标如下：提高再保业务效率、降低差错率。改变目前手工计算审核报表低效率、易差错的情况。准确、高效的业务查询、数据统计，同时增加业务管理辅助汇总功能，更好地支持对再保险业务的经营实质情况分析。自动化的账单核对，减少人为失误。自动、集中式的合同业务处理及灵活的临分业务处理。科学的客户管理、理赔管理。规范的业务流程，明确相关人员的岗位职责和科学的人员机构管理。发挥再保险衍生功能的市场信息和技术支持功能。较强的系统扩展性和独立性。
2.系统功能框架
本系统满足业务需求的主要功能体现为基本业务功能和辅助功能两部分。其中基本业务功能主要包括临分业务、合同业务两个模块；辅助功能包括系统设置、综合统计、综合管理、用户指南等4个模块。
系统设置：对系统参数进行初始化操作。一般在开办新险种分保时，由总公司再保险管理人员统一设置。系统设置模块包括险种管理、机构自留额管理、风险费率管理等功能。
临时分保业务（临分业务）：主要处理分出保险公司的临时分保业务。临时分保是逐比成交、具有可选择性的分保安排。由于临分业务比较灵活，系统在功能设计时使用了工作流管理，将原来零散的临分业务关键点整合在系统工作流中统一管理。临分业务共有4个功能模块，即临分处理、对内分保业务、对外分保业务和临分查询等。
合同分保业务（合同业务）：指分出保险公司和分入再保险公司签订的确定双方再保险关系的合同。与临时分保不同的是合同分保是按照业务年度安排分保。合同分保业务包括合同管理、合同报表、合同账单等功能。
综合统计：根据业务部门需要的统计指标，提供不同纬度数据项的统计汇总，方便决策支持。包括保单信息，费用信息等汇总功能。
综合管理：对外部的再保险公司、联系人进行管理。
用户指南：提供统一的系统使用帮助功能及常见问题快速查询功能。
二、系统的设计与实现
1.系统架构
为满足既定的业务、技术需求，再保险业务处理系统采用了目前较成熟的J2EE架构，使用 weblogic作为应用服务器，tuxedo作为中间件。考虑将来数据库的可移植性，将业务逻辑封装在java bean或者EJB中，但与其他系统的交互依然封装成tuxedo服务。再保险业务处理系统在实际设计和实现中，主要采用了Structs框架结构。
系统基于Struts的MVC编程设计思路，将用户显示界面、流程控制和业务逻辑进行分离。在客户端，用户提交需求，数据信息以request或 FormBean两种方式提交到Web服务器。在Web服务器中，Struts Action完成主要的数据封装和流程转发工作，Action Servlet起着控制器的作用，控制逻辑利用Struts-config.xml文件来配置。在模型层，EJB（或java bean）处理业务逻辑，定制模型所涉及的算法都在EJB（或java bean）中完成，之后通过DAO访问数据库完成数据的存取。在设计与实现中，整个系统代码结构分为4层。
Jsp层（jsp layer）：负责界面展示和与用户交互。用户输入的数据提交后台处理并展现处理结果数据。
Action层（action layer）：负责分发jsp层传递的请求，处理页面逻辑，调用业务逻辑方法，提交给业务层中相关类、方法做进一步处理。
业务层（business layer，bs）：依据业务逻辑处理并根据Action层传递的请求进行事务处理，完成各子系统间的对外接口interf（interface design）的逻辑处理。在这些处理过程中涉及和数据库交互的操作交由最底层dm（data manager）层来完成。
数据处理层（data manager layer）：负责和数据库的交互，主要是进行数据库表的插入、删除、更新和查询操作。
再保险业务处理系统采用此架构的优势主要体现在以下几方面。
第一，提供基于组件的方法，降低成本，便于跟踪。在设计、开发、集成和部署企业应用中，该平台能提供多层分布式应用模型，能重用组件，为用户提供统一的安全模型和灵活的事务处理控制。这种方法不但能降低成本，还能对整个设计和实施过程进行快速跟踪。
第二，基于层次化组件模式，并可以提供中间层集成框架，减少开发时间。基于层次化组件模式的J2EE平台把业务逻辑和底层网络技术分离开，此框架满足无需太多费用就能实现高可用性、高可靠性以及可扩展性的应用需求，降低开发多层应用的费用和复杂性。同时，提供对现有应用程序集成强有力的支持，完全支持 Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了系统性能。
第三，支持跨平台的异构环境应用，并具有良好的可伸缩性。基于J2EE的应用程序不依赖于特定的操作系统、中间件、硬件，几乎能够在任何操作系统和硬件配置上运行。设计合理的基于J2EE的程序只需开发一次就可部署到各种平台上，此特性为典型的企业异构计算环境下系统跨平台应用提供了有利途径。同时，J2EE标准也允许客户订购与J2EE兼容的第三方现成组件，将其部署到异构环境中。 J2EE领域的供应商提供了更为广泛的负载平衡(Load Balancing)策略。能够消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。
2.系统接口
再保险系统数据接口是系统设计和实现的难点和关键。该系统直接接口主要有3个：数据服务平台系统接口、统一用户管理平台系统接口和分公司自行开发系统接口。
（1）数据服务平台系统接口
系统主要通过数据服务平台接口集中获取物理上或逻辑上分散的各业务系统分保数据，并获得数据查询功能。系统从数据服务平台获取数据，主要有两种接口方式（如图1所示）。
批量数据的抽取：数据服务平台系统按要求进行数据抽取，生成数据文件，并完成向缓冲数据库上载数据的任务。
实时查询：外部接口采用Web Service方式，给系统提供Web服务。同样，系统也以Web Service方式，提供对外查询接口。
由于数据服务平台接口对物理、逻辑上分散的业务数据进行了必要的抽取、存储和加工，不仅减少了再保险业务处理系统实际加工数据的数量级，提高了整个系统处理效率，而且保证了整个公司再保险业务处理的逻辑集中、统一。
（2）统一用户管理平台系统接口
系统需要从统一用户管理平台系统获取公共基础信息，包括机构信息和人员信息，以及系统权限定义信息。同时统一用户管理平台作为统一的登录门户，为系统提供单点登录和用户身份验证服务，如图3所示。
（3）分公司自行开发系统接口
系统为分公司自行开发系统提供了方便的交互功能。对于需要系统管理或分析的数据，系统提供了通用的导入、导出接口及接口调用功能，方便用户对系统内部和外部数据的流转和处理。并为暂时无法直接进入系统的保险业务信息提供了通用的互访途径和方式。
3.系统运行
由于系统采用weblogic作为应用服务器，系统部署主要包含两方面内容：weblogic数据库连接池的配置和系统应用程序的部署。主要完成工作步骤如下。
配置连接池：启动运行weblogic之后，通过weblogic配置页面，配置数据库连接池，系统通过此数据库连接池访问数据库，在db.xml文件里配置信息。
完成系统部署：将系统的Web应用程序，打包发布到weblogic，完成系统的部署。具体Web应用程序发布应用由ant完成，配置文信息在build.xml和build.properties中。
配置系统参数：系统Web应用程序部署成功之后，可使用系统缺省配置参数，在具体实施中，根据系统性能及公司架构统一规划，进行适度调整。
4.系统出错处理
系统实现了对出错信息的捕获、辨别的程序代码，并提供具体解决办法及补救措施。
（1）出错信息
如表所示为系统设计的出错信息实例之一。该设计提高了系统友好性、和可维护性。
（2）补救措施
对于系统出错信息，设计了补救措施，主要有如下常见方式：第一，对于因数据库连接或网络故障，导致的任务无法执行，系统会给出明确的提示，使用户和运行人员能够区分出是数据库故障还是网络故障。第二，对于因Web服务器故障或Web应用程序的运行故障，系统会给出明确的提示，使用户和运行人员能够区分出是哪一类问题。第三，对于因系统应用程序引发的故障，系统不会造成数据库中的数据丢失或受到损害，通过日志捕获、解决。第四，对于单个功能模块出现的问题，不会影响其他模块的正常运行，通过日志捕获、解决。第五，对于非正常的大任务故障（比如中断），系统设计断点续做的能力。
三、系统的特点
（1）参数化管理再保险业务关键项目
对于再保险业务的关键项目，如：分保类型、账单类型等进行参数管理；对于采用自动化分保的合同业务，则利用再保险合同项进行分保业务参数的管理。用户可以自行定制分保业务范围和顺序，系统能够根据用户的定制信息，选择内置的分保程序自动进行并发的分保计算。
（2）可扩展的再保险程序结构
考虑到再保险业务的灵活性，以及未来分保规则的变化，系统提供了可扩展的结构。当需要新增分保规则时，只需在现有系统结构中添加新的分保程序，并进行相应的配置即可，不需要改动原有分保程序，在一定程度上降低了未来系统更新时出错的概率和回归测试的工作量。
（3）科学详细的历史轨迹管理
对系统内外交互信息和资料提供历史轨迹管理，为系统审计及后续管理提供参考数据。