专利名称：用于在服务提供商与客户之间办理服务的基于计算机的事务处理系统和计算机实施的方法
技术领域：
本发明涉及用于在服务提供商与客户之间办理服务的基于计算机的事务处理系统和计算机实施的方法。具体而言，本发明涉及用于在服务提供商与客户之间办理服务的由服务提供商操作的基于计算机的事务处理系统、计算机实施的方法、以及用于控制该事务处理系统的一个或多个处理器使得该事务处理系统执行该事务处理方法的计算机程序产品。更具体地说，该事务处理系统、事务处理方法和计算机程序产品涉及根据服务提供商与不同客户之间的不同合同协议、在服务提供商与不同客户之间办理服务。特别地，该事务处理系统、事务处理方法和计算机程序产品涉及再保险业中的财务、操作和风险管理实践，并且更为特别地涉及了对包括过程和事务的再保险事务进行管理，这些过程和事务包含报价和契约承诺的生成、风险承保和监管、索赔管理和付款、以及财务和精算的管理和分析。
背景技术：
成功的再保险人高度依赖于高效、准确和彻底地处理信息的能力。在日常基础上，再保险人接收多不可挡的业务数据。许多这样的信息对于再保险人的各种业务功能中的一个或多个而言具有直接分歧，这些功能如契约生成、风险承保、合同监管、索赔管理、技术性和财务记账、以及风险识别和管理。再保险人以任意数目的格式来接收这样的数据，包括纸件通信、公司内电子数据传输和公司间电子数据传输。特别地，公司间电子数据传输的格式和结构可随着有关客户而变化。这些数据的重要性和数量及其各种接收格式对于再保险人的如下能力提出了挑战整理该数据，将其翻译成与其业务过程相兼容的格式，并最终运用该数据改进业务功能和增加收益。
作为实例，再保险索赔付款和管理过程包含对许多不同格式的大量数据的接收。再保险人接收来自保险人的索赔，这些保险人针对合同或临时再保险协议之下的覆盖范围(coverage)来寻求付款。为了确保正当付款，再保险人将该索赔与其对应的再保险协议匹配，并且确定该索赔的境况是否使它落在该协议的范围之内。理想地，再保险人为提交的每个索赔进行这一评估。然而，在索赔量大、索赔信息接收格式各异、以及必须将索赔与之比较的合同项目复杂的情况下，常常妨碍再保险人独立地评估每个索赔。此外，对于新的合同协议，可将新的合同条款引入到事务处理系统和方法，系统的服务模块需要不断维护和更新以关于具有新合同条款的合同协议来一致和正确地工作。
发明内容
本发明的一个目的是提供用于在服务提供商与客户之间办理服务的基于计算机的事务处理系统、计算机实施的方法和计算机程序产品。具体而言，本发明的一个目的是提供使得能够在服务提供商与多个不同客户之间办理业务的基于计算机的事务处理系统、计算机实施的事务处理方法和计算机程序产品，这些多个不同客户与服务提供商具有不同的合同协议而且使用不同的公司间电子数据传输格式和结构。另外，本发明的一个目的是提供基于计算机的事务处理系统、计算机实施的事务处理方法和计算机程序产品，它们使得有可能动态地添加新的合同条款，而无需根据新的合同条款来经常维护和更新办理业务的程序化服务模块。
根据本发明，这些目的特别地通过独立权利要求的特征来实现。此外，从从属权利要求和说明书中获得进一步的有利实施例。
根据本发明，上述目的特别通过一种由服务提供商操作的基于计算机的事务处理系统来实现，该系统包括存储的用于限定合同的业务规则集；存储的合同条款集；存储的服务特定的规则集；用于经由电信网络从客户接收业务启动数据的装置；用于通过将业务规则应用于业务启动数据以选择形成合同文档的合同条款来生成合同文档的装置；用于从业务特定的规则自动地选择与形成合同文档的合同条款有关的所选服务特定的规则的装置；以及至少一个服务模块，配置为使用所选服务特定的规则在服务提供商与客户之间办理服务。生成合同文档，其中通过将存储的业务规则应用于从客户接收的业务启动数据来选择形成合同文档的合同条款，具有如下优点可接收和处理具有不同格式和结构的业务启动数据，因为可考虑到不同的公司间数据传输格式和结构来限定业务规则。另外，无需修改(再编程)生成合同文档的模块就可自动和灵活地生成合同文档。即使修改合同条款和/或更改业务规则，生成合同文档的模块仍然保持不变。另外，通过选择与形成合同文档的所选合同条款有关的服务特定的规则，有可能使得任何服务模块动态地和灵活地适应于为不同客户生成的合同文档。没有必要为限定的服务特定的规则和/或合同条款来静态地配置(编程)服务模块。也没有必要为动态添加到系统的新服务特定的规则和/或新合同条款来修改(再编程)服务模块。因此，本发明的系统使得两级灵活性成为可能(1)基于业务规则和客户数据来自动和动态选择合同条款，以及(2)对于执行下游过程的服务模块，基于所选合同条款来自动和动态选择服务特定的规则。因而，本发明的系统不仅能够灵活生成合同文档而且能够动态改编事务处理系统的“下游”服务模块，这些模块根据合同文档中包括的条款在服务提供商与客户之间办理服务。这意味着服务模块应用所选服务特定的规则，并因此根据在服务提供商与相应客户之间协商的合同文档来处理和分析从客户接收的数据。将这一途径应用于执行面向业务的事务如索赔过程或再保险监管的服务模块以及执行纯技术性事务如电子消息传送的服务模块。因而，在客户与服务提供商之间的电子数据通信的格式和结构是根据在客户与服务提供商之间协商的合同项目由事务处理系统自动地确定的。
优选地，服务特定的规则为从客户到服务提供商的电子消息传送来限定元数据，而且服务模块配置为使用由所选服务特定的规则限定的元数据来处理从客户接收的电子消息。具体来说，服务模块配置为基于由所选服务特定的规则限定的元数据，将从客户接收的电子消息自动地映射到由服务提供商限定的数据格式中。换句话说，从客户到服务提供商的电子消息传送是根据在服务提供商与特定客户之间协商的合同文档来自动地处理的。具体来说，基于所选合同条款，从客户到服务提供商的电子消息传送自动地映射到由服务提供商使用的数据格式中。因而，可支持不同的公司间数据交换结构和格式，而无需对于客户、消息类型和合同的每个可能变更来改编(编程)用于电子消息接发的服务模块。
在一个实施例中，服务特定的规则包括客户与服务提供商之间的交往规则，而且服务模块配置为检查电子消息是在由所选服务特定的规则中包括的交往规则所限定的时间和频率从客户接收的。换句话说，在客户与服务提供商之间的交往规则是由在服务提供商与客户之间协商的合同文档来确定的。具体来说，基于所选合同条款，自动地检验电子消息是在特定的接受时间和频率从客户接收的。因而，基于协商的合同，可自动地实行用于特定数据从客户到服务提供商的提交的不同的时间和频率。
优选地，系统包括配置为在服务提供商与客户之间办理不同的服务或者支持办理这些服务的不同服务模块。用于选择服务特定的规则的装置配置为对于不同的服务模块选择不同的所选服务特定的规则集，而且该系统进一步包括用以将不同的所选服务特定的规则集应用于相应服务模块的装置。
在又一实施例中，用于选择服务特定的规则的装置配置为存储分配给合同文档和/或客户的所选服务特定的规则。此外，服务模块配置为使用分配给合同文档和/或客户的所选服务特定的规则在服务提供商与客户之间办理服务。例如，服务模块配置为将从客户接收的电子消息与合同文档和/或客户相关联，而且服务模块配置为使用分配给与电子消息相关联的合同文档和/或客户的所选服务特定的规则来处理电子消息。
在再一实施例中，合同文档包括绩效量度。此外，该系统进一步包括用于通过针对绩效量度评定与由合同文档支配的服务有关的服务特定的数据来确定由合同文档支配的服务的绩效和收益的装置。
在一特定实施例中，业务启动数据涉及从客户到服务提供商对于再保险的投标。该系统进一步包括限定数据要求的存储的业务规则集，而且该系统进一步包括用于在为投标自动地生成报价之前基于数据要求来检查和确保业务启动数据的完整性的装置。该系统进一步包括用于从客户接收对报价的接受的装置，而且用于生成合同文档的装置配置为响应于报价的接受来生成合同文档。合同文档包括再保险协议的契约条款。该系统进一步包括用于从客户接收对合同文档的接受的装置，而且用于选择服务特定的规则的装置配置为响应于合同文档的接受来选择服务特定的规则。在服务提供商与客户之间由服务模块办理的服务包括再保险服务。
除了用于在服务提供商与客户之间办理服务的基于计算机的事务处理系统和计算机实施的方法之外，本发明也涉及一种计算机程序产品，它包括计算机程序代码装置，用于控制该基于计算机的事务处理系统的一个或多个处理器，使得该基于计算机的事务处理系统在服务提供商与客户之间办理服务，尤其是一种包括计算机可读介质的计算机程序产品，该计算机可读介质中含有所述计算机程序代码装置。
如以上概述的，特定实施例提供了用于管理再保险事务的系统和方法。再保险事务包含各种内部和外部再保险系统、过程或各方之间的交互，这些交互引发了内部操作/分析或外部协同行动。再保险事务例如包含数据接受、确认、合计、产生或交互、文档产生、递送或档案、风险控制或管理交互的元素。再保险事务可包含如下所述多种目标再保险报价或竞标、保费接受、索赔付款、财务记账、风险或契约分析绩效、对内部或客户管理/风险控制的遵循的审计、风险或管理信息在数据档案中的存放或者合计这一信息以由再保险人提升有效风险管理。
与常规的再保险业务过程大相径庭，提出的系统和方法通过异常来管理再保险事务。具体来说，提出的系统和方法基于用于验证的一系列业务规则以及基于再保险协议的契约项目来运行再保险业务。
根据一个实施例，本发明使用离散式模块化业务过程来执行再保险事务。这些模块化业务过程按照它们的性质是可重新配置的，从而它们可以各种实现来安排用以执行多种再保险事务。模块化业务过程在再保险事务中是最低的工作逻辑单元。这些最低的工作逻辑单元有时称为业务过程限定、业务过程设计或业务动态模型。在这一实施例的一个实施中，工作逻辑单元由软件程序来限定(例如面向对象的软件程序)，所述程序通过图形用户接口由系统分析员/设计员来安排用以创建所希望的事务处理工具。
模块化业务过程使得能够高效和便利地创建软件工具，这些软件工具管理再保险事务而且是易于修改和定制为适于特定再保险事务和组织的可变需要。有关实施例提供了执行这些模块化业务过程的模块化系统组件，如软件应用、软件例程或计算机系统。
模块化业务过程也使得再保险人能够创建其操作的财务和精算模型、修改模型的方面、以及评定这样的修改对于再保险人的预期收益或风险态势(risk profile)的影响。例如，再保险人可改变对事务进行限定的某些模块化业务处理的顺序，或者可改变构成模块化业务过程的业务规则，并且接着可考察这些改变对于诸如预期成本或风险等因素的影响。通过在模型库(model office)内进行实验，再保险人可优化操作以减少成本而且改进数据质量以减少不良决策的风险。
除了如上概述的支持合同生成之外，本发明的另一实施例实行合同到期，这对于允许自动的索赔过程是很重要的。
本发明的另一实施例支持后勤功能，比如索赔接收、付款过程和客户账户维护。
本发明的另一实施例促进自动化所有权和迅速跟踪事务。
本发明的另一实施例提供了促进再保险业务往来的全能事务处理框架。根据这一实施例，本发明的系统管理员可通过瘦客户如普通的网浏览器来便利地与顾客交往。这一实施例利用了趋向于每个不同格式化的从各种客户接收的消息进行翻译的前述特征。
作为显著的益处，本发明使得再保险人能够通过异常来管理再保险事务，而不是个体地处置每个案例。换句话说，本发明对要求专门处理的事务进行区分。例如，在索赔处理的情境中，本发明验证并过滤出不要求专门处理的索赔，并且仅转发异常索赔用于特定管理动作。
除了前述优点之外，本发明提供了如下益处1)使再保险人的业务过程中的手工干预最小化；2)改进了信息质量和深度；3)允许在再保险人的各种区域中采纳新的过程和组件以适应局部市场差别；4)提升了跨再保险人业务单元的协作以运用跨区域和全局的业务专门知识以及信息技术专门知识；5)实现了对市场和环境变化的更为及时的辨别和适应；6)使得再保险人能够基于清楚、准确、一致和及时的信息来做出及时和根据事实的业务决策；以及7)使得再保险人能够减少和维护低的费用比率。
参照附图，通过实例，将更具体地说明本发明，在附图中图1是根据本发明一实施例的客户中心服务的示意图。
图2是根据本发明一实施例的客户中心服务的示意图，示出了四个示范性服务交付通道，通过这些通道向客户交付服务。
图3是根据本发明一实施例的示范性系统架构的示意图。
图4是示出了根据本发明一实施例具有数据存储和功能模块的事务处理系统的示意图。
图5是根据本发明另一实施例的另一示范性系统架构的示意图。
图6是示出了根据本发明一实施例在图5所描绘的不同业务功能之间交换的信息的示意图。
具体实施例方式
在此统称为“事务处理系统”或“事务处理方法”的本发明一实施例提供了用于通过管理再保险事务在服务提供商与客户之间办理服务的系统和方法，这些再保险事务包括报价/合同管理、个体风险承保、再保险监管、索赔监管和财务管理。
在一个实施例中，本发明在再保险人提供客户中心服务的情境内支持这些功能。在客户中心服务中，所有过程是根据由再保险人的客户启动的事件来设计和驱动的，从而交付为客户所重视的结果。图1图示了客户中心服务的一个实例，示出了管理、监管和索赔过程如何与客户对接。图1中所示的过程代表了对于再保险的工作管理而言是实质性的经提炼的过程。一般而言，这些过程是相关和必要的，无论使用什么实施或通道(纸件、电子数据交换等等)来向客户交付再保险服务。
为了支持图1中所示由客户触发的过程，本发明的一个实施例建立了用以在其中向客户交付服务的四个服务交付通道辅助再保险、直接再保险、自服务再保险和集成再保险。图2沿着左侧突出了这些通道，作为进入再保险人的处理和事务环境中的进入点。
两种技术支持了辅助再保险通道内部网入口和纸件入口。经过内部网入口的数据俘获包含由再保险人处理团队提供的手工支持。一些自动化是可实现的，但是通常包含手工干预。纸件入口提供了使得数据的俘获和处理自动化的手段，这些数据是以来自客户的硬拷贝或印刷文件的形式来提供的，这些客户无法通过其他通道之一来电子化地提供数据。这一示范性纸件入口使得从索赔通知表单和循环(recurring)付款列表中的数据提取自动化，以特别地消除对于手工录入的需要、加速对索赔过程的响应、以及去除打字错误的风险。纸件入口也俘获电子形式的流入通信。
在直接再保险通道中，再保险人提供了以电子数据交换为基础的客户接口，对于再保险人的手工支持要求较少。可为客户提供对于保单、索赔和记账信息的一些程度上的直接访问，尽管再保险人通常积极地管理许多这样的信息。使得监管和索赔自动化，从而在一些环境下在过程中完全没有人工干预。
在自服务再保险通道中，客户通过电子消息接发和直接内部网接口来驱动过程。在交谈式对话中在实时基础上应用业务规则。该对话确保了更优质的数据以及与再保险人将接受什么有关的立即反馈，除了要求专门评定的那些项目之外。使得大部分的监管和索赔自动化，而且服务也经由直接外部网接口来提供与未立即批准的项目的进展有关的信息。客户负责使得提供给再保险人的保单、索赔和记账数据相协调。
集成再保险通道是直接和自服务通道的扩展，将过程的操作升级到与客户的实时对接。实质上，客户从他们自己的系统来直接驱动再保险过程。业务规则是实时应用的。再保险人主要关注于执行业务分析、业务规则和控制的优化及创造新的契机。
在图1和图2所示的客户中心服务的情境内，本发明一实施例提供了用于支持报价/合同管理、再保险监管、风险承保、索赔监管和财务/风险管理的系统和方法。
报价或合同管理针对承担和转分保合同包含了对于客户与再保险人之间交往(engagement)规则的管理，而且分解为四个主要子过程报价、限定、审查和终止。合同报价涵盖了从接收来自客户的投标、经过再保险人对关于该投标的报价的汇编和分派、直到客户最终接受或拒绝报价等过程。
合同限定涵盖了根据信息收集来建立合同、业务规则和账户以依据所接受的报价来产生初始的合同协议、经过内部授权和协议过程、直到客户最终接受或拒绝合同协议表单的过程。
合同审查涵盖了涉及合同绩效和收益的评定的所有过程，针对在合同限定期间所限定的量度来评定这些合同绩效和收益。它包含了产生关于合同绩效的分析和报告以及基于这些分析和报告的决策以继续、修改或终止该合同。
当合同审查导致终止对于新业务的合同的决策，或者否则，当客户希望协商这样的终止时，出现合同终止。它涵盖了从终止项目汇编、经过与客户对这些项目的协商、直到合同项目的终止或另外修改的所有过程。
再保险监管对于与再保险人保单信息的维护以及再保险人账户的处理和协调有关的所有活动进行处理。这分解为五个主要过程事务通知、账户接受和协调、付款接受和协调、转分保事务通知和向外付款生成。本发明的这一实施例支持后勤功能，比如索赔的接受、付款的处理以及顾客账户的维护。
作为五个主要过程之一，事务通知是这样的过程通过该过程，再保险人接收来自分出公司的事务信息并且作用于该事务信息。事务通知是在定期基础上成批接收的，也可在个体基础上实时地通知。每个事务通知详述了保单信息(新的保单或者对现有保单的改变)或索赔信息的一些元素。
账户接受和协调是这样的过程通过该过程，再保险人接收它的客户账户结算数字。每个结算涉及了在大量事务通知的附属合同(subject treaty)的项目之下的合计。结算数字是针对它们所涉及的事务来协调的。
付款接受和协调是这样的过程通过这些过程，再保险人对于付款项目的接受和银行业务(banking)以及对于利用它们所涉及的由客户发送的结算来对这些付款进行的协调进行处置。
与转分保覆盖范围有关的过程确保了将适当的通知交付给再保险人的转分保接受人。该过程在一段时间内积累从分出公司收到的与相同转分保接受人有关的所有事务，而且交付一个转分保事务通知以覆盖所有这样的附属事务。
向外付款生成过程是与再保险人针对转分保和索赔的向外付款有关的过程。这些过程在生成和发送付款之前首先授权付款而且接着确定正确的付款方法(例如支票或电子资金转账)。
临时(facultative)承保处置与落在给定合同的自动接受项目之外个体投保的保险风险的评定和接受/拒绝有关的所有活动。主要的业务过程涉及到临时案例的评定，其中该投保超过如自动接受授权在合同中规定的货币限制以并超过合同的承保限制，该承保限制规定了客户在诉诸再保险人以求接受之前可接受的风险程度。
索赔监管是高级业务过程，该过程结合了对个体索赔或群体索赔的整个生命周期进行监管必需的所有过程。它分解为两个主要的子过程通知和管理。
索赔通知是这样的过程通过该过程向再保险人告知来自客户的潜在索赔或者对于索赔建议的请求。索赔的细节能够依赖于客户的优选方法来自于三个通道之一电子传输、因特网网页或账户。在通知之时，客户亦可在付款请求中发送。索赔通知俘获所有索赔细节以确保有充分的信息用以处理和验证索赔。它使用在合同管理过程期间记录的合同细节来识别索赔是否有效以及检查索赔限制。索赔通知接着拒绝索赔或者将索赔移送技术性索赔部门以便详细评定，并且监视和记录来自客户的无效索赔请求的数目，从而可采取动作以改进再保险人接收的数据的质量。
索赔管理确保以及时的方式来对索赔进行评定(如果合适)、审查、支付和结束。索赔管理过程将索赔请求结果和进展传达给客户。客户能通过通知、评定和接受过程来监视索赔进展。此外，本发明的这一实施例针对索赔管理支持合同生成。
财务管理代表再保险人监视、报告和管理收益及风险暴露的核心执行过程。这分解为三个主要的子过程报告、估价和管理信息。
财务报告是这样的过程通过该过程来核对信息并且将信息报告给再保险人的接受人、再保险人的客户以及管理机构。本发明进行自动报告核对和分发，其中将数据记录得准确而且细节恰到好处。
估价是包含了对再保险人的通常最大负债即储备进行汇编的过程。该过程是复杂的，而且要求来自各种资源的大量数据和假设(assumption)。其目的是允许对标准化格式的所需数据和假设进行有效和高效的访问和合计。
管理信息过程包含对于跨核心业务区域的相关业务细节的汇编和分发。在一个实施例中，这一过程是通过在线工具来支持的，该在线工具允许对数据的迅速操纵以有助于调查和预测。管理信息过程类似于财务报告，因为关于数据核对和报告的动态过程对于两个过程是相同的。唯一的实际差别着重在于财务报告更为关注于针对特殊目的来生成预限定报告，而管理信息过程是更为特别的。
图3图示了在其上实施上述过程的示范性系统架构。整体架构基于针对上述四个关键服务交付通道的直接支持。该架构包括三层上下文翻译(context translation)、业务过程控制和业务服务组件。
上下文翻译成担当再保险人与其客户之间的接口。这一层的目的是将相关数据从客户的上下文(即结构和代码)翻译成再保险人的上下文以及相反。再保险人的上下文可表示为例如标准的XML消息，这些消息形成了再保险人的后勤应用可处理的已知业务通知库。
业务过程控制层接收来自上下文翻译层的消息(例如XML消息)。收到经辨别的消息时，业务过程控制层识别并启动对应的业务工作流。工作流内的各个步骤代表可辨别的和独特的业务服务。
业务服务组件层通过向若干业务组件之一提供适当的服务消息(例如XML消息)来启动无状态的业务服务。这些组件实施了相关服务并且在成功完成时通知过程中枢(hub)(见图3)，在必要时包括经更新的XML消息。
上下文翻译层支持上述所需服务交付通道中的每一个。对于辅助交付通道，通过内部资源在非电子格式或不适当的电子格式下由再保险人的客户提供的数据的手工翻译是通过两个主要的技术途径来支持的。第一途径包含内部网能力，例如由IBM Websphere提供的支持JSP的HTML页。第二途径包括光学字符识别(OCR)扫描能力，比如利用针对适当文档类型的文本的OCR提取来进行支持Kofax的文档扫描。
对于直接交付通道，来自再保险人客户的批数据(例如EDI或批XML文件)是例如使用Data Junction和Sonic B2B技术以电子形式翻译的。
对于自服务交付通道，再保险人客户对数据的直接录入是使用与内部网相同的技术由外部网能力来支持的。这一途径也支持与客户的直接双向通信包括提供数据以及客户涉及业务工作流。
集成交付通道包括例如使用跨因特网的XML邮件在再保险人的客户与再保险人的应用之间实时交换数据。这一途径可使用例如Sonic B2B集成服务器来支持，但是在该例中处置个体的事务通知。
由这四个通道公布的XML消息被传递到图中所示的业务过程中枢，该中枢辨别两个基本消息形式原子(atomic)消息和企业消息。原子形式使用了一般代表立即请求的XML通知，并且同样地含有仅单个业务步骤，比如检索特定索赔。在这一情形中没有要控制的实际过程。因此，该请求同步地传递到适当的业务服务。
企业消息形式包括代表实际多步骤业务过程的XML通知，比如索赔通知或保单修订。针对这些的过程控制例如由Sonic B2B集成服务器来支持，它是使用MQSeries来异步地请求的。因此这释放了提供简单确认的通道。B2B集成服务器辨别该消息并且启动所需业务工作流。
图3中所示的示范性途径使用工作流内的分支或子过程来支持用以辨别再保险人的全局业务过程内的区域差别的能力。业务过程内的各个步骤代表对于由适当的业务组件所提供的服务的远程调用。有三种关键类型的业务组件新业务、基于传统的和基于封装的。例如，新业务服务是连接到OracleDBMS的IBM Websphere内的Enterprise Java Beans。
基于传统的业务服务是通过可存在的任何现存的传统系统来交付的，比如通过Inoa’s Orbixweb、ADABAS Natural和Informix 4GL来支持的CORBA。
基于封装的业务服务被交付到封装应用，其中关键之一是文档管理功能，如图3中所示。
图5图示了根据本发明另一实施例的示范性系统架构。
如图5中所示，该架构包括跨越多层的通用组件和文档管理功能。例如，通用组件包括收件箱应用，该应用提供了基于异常的聚焦性分析、受控工作流、强制性错误解决以及操作数据。文档管理功能提供了文档版本化、在线帮助、过程手册、术语表、电子文档存储和电子文档附件。
与图1的架构一样，图5的实施例建立了在其中向客户交付服务的四个服务交付通道辅助再保险(内部网和纸件)、直接再保险(例如带式介质上的批)、自服务再保险(外部网)和集成再保险(消息)。
在图5中，客户管理提供全局客户管理，例如使用于支出之中。例如，客户管理为客户指定了结算指令，比如允许客户仅利用特定银行来结算。
用户管理对用户信息和访问进行管理，例如，要求强制性用户简档建立(如授权)。用户管理应用是安全模型，再保险人通过该模型可限定谁可在何处、在何时和如何做什么以及扩大成本是什么。例如，用户管理应用可要求合同仅由授权代表如CEO或定价官来签署。
服务通道确保从客户接收的信息翻译成标准格式。这一标准化格式接着交付到业务过程控制层。
如图5中所示，报价/合同功能提供了标准化数据俘获、强制性功能专家输入、强制性数据俘获和合同自动生成。发出报价时，报价功可对报价到期进行管理，允许再保险人对于暴露于非预期风险进行管理。接受报价时，报价/合同功能也通知/从事下游过程，由此为再保险人提供有价值的内部控制。合同功能实行合同到期——允许自动索赔处理的重要特征。
如果用户未填写强制性字段就试图继续到下一屏幕，则强制性数据俘获功能显示错误消息。这些屏幕俘获数据元素和附件。这些附件是特别便利的，因为它们含有对于报价而言重要的信息，如转换率、再保险率、追溯(retrospective)保费信息和合同限制。
强制性功能专家输入功能是质量保证检查，该检查要求用户在要求时获取来自专家的输入，这些专家比如是监管专家、索赔专家和承保专家。这一特征例如防止主要负责对合同进行定价的用户输入未能说明在监管该业务时所涉及的因素的合同要求。实施这一特征的示范性图形用户界面(GUI)提供了要求在某一时间内响应的时间戳。
当在报价过程的早期阶段要求输入强制性数据时，报价/合同功能有助于及时生成准确的合同。再保险人接着可将合同快速提供给客户。在一个实施例中，再保险人通过安全的外部网将该要约(offer)传达给客户。该要约可贴在“投标信息”标签上，该标签将含有一般定价、承保索赔、监管、再保险要约信息和再保险承担信息。
在本发明的又一方面中，通过报价/合同功能而俘获的数据被用来限定再保险人与特定客户之间的业务规则。这些服务特定的规则限定了参数，可针对这些参数来判断从客户接收的数据。例如，俘获的数据可包括保险范围项目，接着该项目变换成限定对什么索赔付款的业务规则。再保险人将从客户接收的索赔数据与这些规则做比较，以确定是否应当支付索赔。
根据临时承保功能，每个承保案例链接到客户和合同。此外，临时承保功能提供对于安置多少承保案例(当客户提供数据时的安置率(placementrate))的识别。临时承保功能也提供了集成保留(retention)管理，该管理产出了与客户相关联的总暴露指数。临时承保功能也提供了关键工作流报告，这些报告帮助承保人尽可能快速地发出报价并且赢得业务。
在临时承保的上下文内，本发明的一个方面使得承保人能够俘获频繁添加到承保文档的注释。这些注解可以电子的形式记录在注解管理器中，其中可在以后在再保险过程的其他阶段(比如索赔)期间往回查阅它们。这一注解管理器也可使用于再保险过程的这些其他阶段中以俘获注释。例如，在索赔过程中，当有必要查询合同项目时，注解可有助于解释这些项目。
在图5的架构内，本发明提供了消息管理，该消息管理包括自动化数据映射(合同驱动)、主动(proactive)报告(如客户报告或错误报告)、数据采集团队/分析师的创建、操作数据俘获(控制板/知识管理)和自动化合同遵循。
消息管理使得再保险人能够以各种格式接收来自客户的数据、将数据标准化(例如标准化成再保险人的通用数据格式)、并在全系统中分发数据。因此这一实施例提供了促进再保险人业务往来的全能事务处理框架。本发明的系统管理员可通过瘦客户如普通的网浏览器来便利地与顾客交往。这一实施例对于从各种客户接收的趋向于每个不同格式化的消息进行翻译。
关于自动化合同遵循，本发明使得再保险人接收来自客户的事务(例如关于保费、索赔、委托、终止和损失事件)，并且确定这些事务是否与客户的保单关联。如果不关联，则再保险人可拒给付款。本发明也监视客户对于“交往规则(rules of engagement)”的遵循，这些阐明了再保险人与客户之间关系的条件。一个规则实例是客户在不迟于每月第15日向再保险人提交报告。
在图4中，标号1指代基于计算机的事务处理系统1，该系统用于执行所提出的事务处理方法，该方法用于在服务提供商例如再保险人与客户例如分保人之间办理服务。事务处理系统1可包括一个或多个计算机，每个计算机包括一个或多个处理器。如图4中所示，事务处理系统1经由电信网络3连接到至少一个客户2。上述电子服务交付通道(直接再保险通道、自服务再保险通道和集成再保险通道)是通过电信网络3来实施的。优选地，电信网络3包括固定网络，如因特网、VPN(虚拟专用网)、LAN(局域网)或WAN(广域网)。在一实施例中，电信网络3包括移动无线电网络，如GSM(全球移动通信系统)或UMTS(通用移动电信系统)网络或WLAN(无线LAN)。客户2经由计算机化终端例如个人计算机连接到电信网络3。事务处理系统1包括用于经由电信网络3与客户2进行电子消息交换的通信模块16。
事务处理系统1包括数据存储11，用于存储经由电信网络3从客户接收的业务启动数据；数据存储12，用于存储业务规则，特别是用于限定合同和用于限定数据要求的业务规则；数据存储13，用于存储合同条款；以及数据存储14，用于存储服务特定的(业务)规则。例如，这些数据存储可实施为一个或多个计算机上的数据库、实施为一个或多个文件服务器上的结构化文件、和/或实施为嵌在程序代码或存储器中的表。包括服务特定的规则的业务规则包括规则标识符、关于数据值指定条件的规则逻辑、以及与不同条件相关联的规则动作。必须强调的是，这些条件可应用于单个数据元素的数据值以及应用于多个数据元素的数据值和相互关系。业务规则可应用于包括在从客户2接收的电子消息中的数据元素并可应用于存储在可由事务处理系统1访问的数据存储(例如数据库或存储器)中的数据元素。数据元素含有由客户提供的信息，例如服务类型、服务参数以及服务提供商和/或事务处理系统1所支持的数据格式，例如过程、事务或文档状态信息。动作例如包括来自客户或服务提供商的对进一步信息的请求、使能或禁止事务处理系统1的过程特征、特定数据元素的限定边界的设置、已限定的状态信息的设置、更新数据存储中已限定的信息、选择服务特定的规则如数据要求和格式、以及创建数据对象如合同和合同文档。合同条款包括合同条款标识符以及分配给合同条款标识符的合同文本。
如图4中示意性所示，事务处理系统1也包括数个服务模块19。服务模块19实施于一个公共计算机上或者数个分离但是互连的计算机上。服务模块19包括程序化软件模块，这些软件模块配置为管理电子消息以及管理再保险事务，包括报价/合同管理、个体风险承保、再保险监管、索赔监管和财务管理。
在进一步处理从客户2接收的数据之前，事务处理系统1通过将相应的业务规则应用于数据来检查数据的完整性。如果从客户2接收与投标有关的业务启动数据，则为报价/合同管理而配置的服务模块19’确保在为该投标来生成报价之前完全满足对于将由客户和由服务提供商提供的数据的要求。出于此目的，为报价/合同管理而配置的服务模块19’包括用于报价驱动器的程序化功能，以请求从与丢失数据的类型相关联的功能专家(例如定价精算师、销售管理者、技术性会计员、索赔管理者等)以电子的形式输入丢失数据。来自客户的丢失数据是从客户通过事务处理系统1自动地请求的。一旦所有数据要求由客户和服务提供商满足，为报价/合同管理而配置的服务模块19’自动地生成报价并且将报价转发到客户2。当从客户2收到对报价的接受时，由事务处理系统1自动地生成合同，如下所述。
事务处理系统1包括模块17，该模块17包括用于自动生成合同文档的程序代码。模块17包括程序化功能171，该功能171用于通过将来自数据存储12的业务规则应用于从客户2接收的业务启动数据从数据存储13中选择合同条款。模块17根据由程序化功能171选择的合同条款来组成合同文档。在数据存储15中存储包括由模块17生成的合同文档以及合同标识符在内的合同。出于压缩的目的，合同文档可存储为与合同文档相关联的合同条款标识符集。将合同分配给相应的客户2(客户标识符)。
另外，事务处理系统1包括程序代码18，该程序代码用于从数据存储14中自动地选择与形成特定合同文档的合同条款有关的所选服务特定的规则。优选地，服务特定的规则是基于限定的业务规则来选择的。与合同条款有关的所选服务特定的规则被存储分配给相应的合同(合同标识符)和/或客户(客户标识符)。程序代码18配置为针对不同的服务模块19来选择和存储不同的所选服务特定的规则集。每个所选服务特定的规则集分配一服务设置标识符。程序代码18的执行由模块17触发。响应于限定的条件和事件，例如响应于来自服务模块19的请求，由事务处理系统1使用程序代码10来调用和应用服务特定的规则。为了调用服务特定的规则，由具有相应的合同标识符、客户标识符和/或服务集标识符的请求人提供程序代码10。在一个实施例中，服务特定的规则的调用和自动选择是由限定的条件和事件如来自服务模块19之一的请求来触发的。
模块17、程序化功能171、程序代码10和18以及服务模块19’的功能与报价/合同功能相关联，其在此参照图5和图6来描述。
所选服务特定的规则例如限定了在其之下对于从客户2接收的数据进行处理的准则和条件。依赖于服务模块的类型，所选服务特定的规则确定面向业务的事务的处理，如索赔处理(如覆盖范围项目、合同遵循)或者纯技术性事务的处理如电子消息传送。在后一情况中，与合同条款有关的所选服务特定的规则针对从客户到服务提供商的电子消息传送限定了元数据。元数据确定了从客户接收的特定类型电子消息的预期数据结构，包括语法和语义。具体来说，元数据限定了在电子消息中将包括哪些数据元素，并且包括用以确定这些数据元素的位置、长度和含义的数据。一旦收到的电子消息与特定客户和/或合同相关联，为消息管理而配置的服务模块19”通过触发程序代码10的相应服务以及如果元数据尚未被预先选择和存储于数据存储14时的、程序代码18的相应服务来请求元数据。随后使用元数据，为消息管理而配置的服务模块19”自动地将从客户接收的电子消息映射到由服务提供商限定的数据格式中。收到的电子消息到服务提供商的数据格式中的映射基于与不同消息类型相关联且存储于事务处理系统1中的限定的数据表示规范，例如ASN.1(抽象语法表示1)或另一语法表示。
所选服务特定的规则也包括或限定客户与服务提供商之间的交往规则。交往规则是由限定的事件和条件触发的算法。例如，交往规则确定对于电子消息传送的要求，比如将从客户接收特定(类型)电子消息的时间和频率。为消息管理而配置的服务模块19”设计成监视客户对于与电子消息接发有关的交往规则的遵循。当客户2未满足交往规则时，事务处理系统1例如生成错误和/或提醒消息。
图5的生命索引提供了如下特征构成/自动化生命索引(局部到全局)；自动化生命索引匹配(如姓名刷洗器，它跨越不同的语言、语音和拼写来操作，以将不同的名称版本关联到单个人)；保单主文件(PMF)，自动化链接到报价合同定价段(如何对业务进行定价)；数据强制性最少数据(PMF)的一致性；骨干比对非骨干数据；保留管理(承保和转分保)；以及假设有效的保单展示计划。
图5的技术性记账提供了如下特征减少的手工输入；自动化现金分配；应计异常报告；自动化付款授权；自动化拖欠检查(报告和现金)；及时合同信息的可用性；自动化结算指令；自动化链接到客户数据；确定结算方法；以及违规(overrides)的强制性归档。
在与技术性记账相关联的操作数据的示范性GUI中，由合同所命令的自动化结算指令被输入到系统中，这些指令优选为不可由监管中的任何人(除了具有适当权限的人之外)加以改变。
违规的强制性归档记录谁违反了业务规则。例如，如果客户拖欠，则系统将不允许开支票给该客户。然而，具有适当权限的用户可违反这一规则而且开出支票。在这样做时，本发明的这一特征就将违反业务规则的管理者的身份进行归档。
图5的索赔功能提供了自动化所有权(即迅速跟踪事务)、转换监管、转换到异常处置、聚焦性评定(即参考规则)、关键数据的识别(例如主要事件)、完全集成的系统/过程以及关键统计(例如操作性的)。
如图所示，图5的架构使得再保险人能够运用信息。这一信息运用例如可包括减少来自源系统的协调、数据标准化、操作数据报告以及创建单个数据源(数据仓库)。
为了进一步说明本发明运用信息的能力，图6示出了在图5描绘的不同业务功能(例如可以是再保险人的业务单元)之间交换的信息。报价/合同功能位于图5的中央，用以代表再保险业务的典型开始。在这一阶段中，再保险人通过合同报价来招徕业务。作为该过程的开始，报价/合同功能与图6的所有其他组件进行交互。
参见图6中的其他交互，保单主文件/生命索引(PMF/LI)功能与报价/合同、技术性记账和承保进行交互。技术性记账与报价/合同、索赔和PMF/LI进行交互。索赔组件与报价/合同、技术性记账和承保进行交互。承保与报价/合同、PMF/LI和索赔进行交互。这些各种交换实现了信息运用和财务管理。
当考虑常规的再保险管理方法时，该信息运用的价值是明显的，这些方法历来是基于财务报告要求的。传统上，再保险人已经撰写合同并且将这些合同记录于基本上是记账工具的合同分类账中。这一工具驱动了记账结果，例如确保了输入到合同分类账中的信息最终地产生现金和储备金平衡以及所有其他用于产生所需财务报表所需的报告信息。遗憾的是，这一记账驱动的途径无法完全地反映基础再保险业务的丰富或者风险。应当用来驱动再保险业务的信息是风险信息，如以特定合同为基础、以特定风险为基础、以地理分布为基础以及以国内为基础的合同绩效信息以及统计性经验累积。针对这一需要，本发明构建了含有与再保险业务的风险属性有关的有价值的信息的数据仓库。在运用信息时，本发明提供了由风险标准而不是由财务报告驱动的工作流。
参照图5和图6，本发明的重要方面是它通过异常来管理的能力。换句话说，负责不同再保险功能(例如索赔和承保)的业务过程管理者无需处置提交到该系统的每一和每个案例。相反地，管理者仅需解决要求更多分析的过程内的特定异常。因此，例如该系统对案例进行过滤，使得索赔管理者仅察看要求该索赔管理者的专门知识的困难或不寻常案例。以这一方式，过滤器自动地解决满足某些业务规则的索赔，并且将未遵循规则的案例转发到索赔管理者用于进一步分析。在一个实施例中，图5的通用组件或收件箱起到了这一“通过异常来管理”功能的作用。
同样参照图5和图6，本发明的重要方面使用了离散式模块化业务过程来执行再保险事务。这些模块化业务过程按照它们的性质可重新配置和重新使用，从而它们可以各种顺序来安排用以执行多种再保险事务。模块化业务过程在再保险事务中是最低的工作逻辑单元。在这一实施例的一个实施中，工作逻辑单元由软件程序限定(例如面向对象的软件程序)，这些程序可通过图形用户接口由系统分析员/设计员来安排用以创建所希望的事务处理工具。
在本发明的一个实施例中，这些模块化业务过程用来限定再保险监管的总体业务过程。
模块化业务过程也使得再保险人能够为它的操作来创建财务和精算模型、修改模型的方面、以及评定这样的修改对于再保险人的预期收益或风险态势的影响。例如，再保险人可改变对事务进行限定的某些模块化业务过程的顺序，或者可改变构成模块化业务过程的业务规则，接着可考察这些变换对于诸如预期成本或风险等因素的影响。通过在模型库内进行实验，再保险人可优化操作以减少成本而且改进数据质量以减少不良决策的风险。
模块化业务过程的显著益处在于它们以各种顺序加以组装以实现不同功能的能力。以这一方式，本发明可定制为适应各种再保险人的操作。
尽管在生命和健康保险及再保险的情境内描述了本发明的实施例，但是本领域的技术人员将理解本发明不限于这一特定情境。实际上，本发明的系统和方法可广泛地应用于其他类型的保险业务，比如财产和意外以及其他一般性业务比如财务服务。
出于说明和描述的目的，已经呈现了本发明优选实施例的前述公开。该公开并非意在穷尽本发明或者将本发明限制于公开的精确形式。这里所述实施例的许多变化和修改在以上公开的启示下对于本领域的技术人员将是显而易见。本发明的范围仅由权利要求及其等效来限定。
另外，在描述本发明的代表性实施例时，说明书可已将本发明的方法和/或过程呈现为特定的步骤顺序。然而，该方法或过程并不依赖于这里阐述的特定步骤次序，该方法或过程不应限于所述的特定步骤顺序。正如本领域的技术人员将理解的，其他步骤顺序是可能的。因此，在说明书中阐述的特定步骤次序不应解释为对权利要求的限制。此外，针对本发明方法和/或过程的权利要求不应限于它们在书面次序下的步骤的表现，并且本领域的技术人员能够容易地理解，这些顺序可改变且仍然保持在本发明的精神和范围之内。
权利要求
1.一种由服务提供商操作的基于计算机的事务处理系统(1)，该系统(1)包括存储的用于限定合同的业务规则(12)集；存储的合同条款(13)集；存储的服务特定的规则(14)集；用于经由电信网络(3)从客户(2)接收业务启动数据的装置；用于通过将所述业务规则应用于所述业务启动数据以选择形成合同文档的所述合同条款(13)来生成所述合同文档的装置；用于从所述服务特定的规则(14)自动地选择与形成所述合同文档的所述合同条款有关的所选服务特定的规则的装置；以及至少一个服务模块(19’，19”)，配置为使用所选服务特定的规则在服务提供商与客户(2)之间办理服务。
2.根据权利要求1的系统(1)，其中所述服务特定的规则(14)为从客户(2)到服务提供商的电子消息传送来限定元数据；并且其中所述服务模块(19’，19”)配置为使用由所选服务特定的规则限定的元数据来处理从客户(2)接收的电子消息。
3.根据权利要求1或2之一的系统(1)，其中所述服务模块(19’，19”)配置为基于由所选服务特定的规则限定的元数据将从客户(2)接收的电子消息自动地映射到由服务提供商限定的数据格式中。
4.根据权利要求1至3任一项的系统(1)，其中所述服务特定的规则包括客户(2)与服务提供商之间的交往规则，并且其中所述服务模块(19’，19”)配置为检查电子消息是在由所选服务特定的规则中包括的交往规则所限定的时间和频率从客户(2)接收的。
5.根据权利要求1至4任一项的系统(1)，其中系统(1)包括配置为在服务提供商与客户(2)之间办理不同的服务或者支持办理这些服务的不同服务模块(19)；其中用于选择所述服务特定的规则的装置配置为对于不同的服务模块(19)选择不同的所选服务特定的规则集；并且其中所述系统(1)进一步包括将不同的所选服务特定的规则集应用于相应服务模块(19)的装置。
6.根据权利要求1至5任一项的系统(1)，其中用于选择所述服务特定的规则的装置配置为存储分配给所述合同文档和/或客户(2)的所选服务特定的规则；并且其中所述服务模块(19’，19”)配置为使用分配给所述合同文档和/或客户(2)的所选服务特定的规则在服务提供商与客户(2)之间办理服务。
7.根据权利要求1至6任一项的系统(1)，其中用于选择所述服务特定的规则的装置配置为存储分配给所述合同文档和/或客户(2)的所选服务特定的规则；其中所述服务模块(19’，19”)配置为将从客户(2)接收的电子消息与所述合同文档和/或客户(2)相关联；并且其中所述服务模块(19’，19”)配置为使用分配给与所述电子消息相关联的合同文档和/或客户(2)的所选服务特定的规则来处理所述电子消息。
8.根据权利要求1至7任一项的系统(1)，其中所述合同文档包括绩效量度；并且其中所述系统(1)进一步包括用于通过针对所述绩效量度评定与由所述合同文档支配的服务有关的服务特定的数据来确定由所述合同文档支配的服务的绩效和收益的装置。
9.根据权利要求1至8任一项的系统(1)，其中所述业务启动数据涉及从客户(2)到服务提供商对于再保险的投标；其中所述系统(1)进一步包括限定数据要求的存储的业务规则集；其中所述系统(1)进一步包括用于在为所述投标自动地生成报价之前基于数据要求来检查和确保所述业务启动数据的完整性的装置；其中所述系统(1)进一步包括用于从客户(2)接收对报价的接受的装置；其中用于生成所述合同文档的装置配置为响应于所述报价的接受来生成所述合同文档；其中所述合同文档包括再保险协议的契约条款；其中所述系统(1)进一步包括用于从客户(2)接收对所述合同文档的接受的装置；其中用于选择所述服务特定的规则的装置配置为响应于所述合同文档的接受来选择所述服务特定的规则；并且其中在服务提供商与客户(2)之间由所述服务模块(19’，19”)办理的服务包括再保险服务。
10.一种用于在服务提供商与客户(2)之间办理服务的计算机实施的方法，该方法包括在计算机系统(1)中存储用于限定合同的业务规则(12)集；在所述计算机系统(1)中存储合同条款(13)集；在所述计算机系统(1)中存储服务特定的规则(14)集；在所述计算机系统(1)中经由电信网络(3)从客户(2)接收业务启动数据；由所述计算机系统(1)通过将所述业务规则(12)应用于所述业务启动数据以选择形成合同文档的所述合同条款来生成所述合同文档；由所述计算机系统(1)从所述服务特定的规则(14)自动地选择与形成所述合同文档的合同条款有关的所选服务特定的规则；以及由所述计算机系统(1)使用所选服务特定的规则在服务提供商与客户(2)之间办理服务。
11.根据权利要求10的方法，其中在服务提供商与客户(2)之间办理服务包括使用由所选服务特定的规则限定的元数据来处理从客户(2)接收的电子消息。
12.根据权利要求10或11之一的方法，其中在服务提供商与客户(2)之间办理业务包括基于由所选服务特定的规则限定的元数据，将从客户(2)接收的电子消息自动地映射到由服务提供商限定的数据格式中。
13.根据权利要求10至12任一项的方法，进一步包括由所述计算机系统(1)检查电子消息是在由所选服务特定的规则中限定的交往规则所限定的时间和频率从客户(2)接收的。
14.根据权利要求10至13任一项的方法，进一步包括由所述计算机系统(1)存储分配给所述合同文档和/或客户(2)的所选服务特定的规则；以及将从客户(2)接收的电子消息与所述合同文档和/或客户(2)相关联；并且其中在服务提供商与客户(2)之间办理服务包括使用分配给与所述电子消息相关联的合同文档和/或客户(2)的所选服务特定的规则来处理所述电子消息。
15.计算机程序产品，包括计算机程序代码装置，用于控制由服务提供商操作的计算机系统(1)的一个或多个处理器，使得所述计算机系统(1)存储用于限定合同的业务规则(12)集；存储合同条款(13)集；存储服务特定的规则(14)集；经由电信网络(3)从客户(2)接收业务启动数据；通过将所述业务规则(12)应用于所述业务启动数据以选择形成合同文档的所述合同条款来生成所述合同文档；从所述服务特定的规则(14)自动地选择与形成所述合同文档的合同条款有关的所选服务特定的规则；以及使用所选服务特定的规则在服务提供商与客户(2)之间办理服务。
16.根据权利要求15的计算机程序产品，进一步包括计算机程序代码装置，用于控制所述计算机系统(1)的处理器，使得所述计算机系统(1)使用由所选服务特定的规则限定的元数据来处理从客户(2)接收的电子消息。
17.根据权利要求15或16之一的计算机程序产品，进一步包括计算机程序代码装置，用于控制所述计算机系统(1)的处理器，使得所述计算机系统(1)基于由所选服务特定的规则限定的元数据，将从客户(2)接收的电子消息自动地映射到由服务提供商限定的数据格式中。
18.根据权利要求15至17任一项的计算机程序产品，进一步包括计算机程序代码装置，用于控制所述计算机系统(1)的处理器，使得所述计算机系统(1)检查电子消息是在由所选服务特定的规则中限定的交往规则所限定的时间和频率从客户(2)接收的。
19.根据权利要求15至18任一项的计算机程序产品，进一步包括计算机程序代码装置，用于控制所述计算机系统(1)的处理器，使得所述计算机系统(1)存储分配给所述合同文档和/或客户(2)的所选服务特定的规则；将从客户(2)接收的电子消息与所述合同文档和/或客户(2)相关联；并使用分配给与所述电子消息相关联的所述合同文档和/或客户(2)的所选服务特定的规则来处理所述电子消息。
全文摘要
一种由服务提供商操作的基于计算机的事务处理系统(1)，包括存储的用于限定合同的业务规则(12)集、存储的合同条款(13)集和存储的服务特定的规则(14)集。所述事务处理系统(1)配置为经由电信网络(3)从客户(2)接收和存储业务启动数据的装置。所述事务处理系统(1)通过将业务规则(12)应用于业务启动数据以选择形成合同文档的合同条款(13)来自动地生成合同文档。另外，所述事务处理系统(1)自动地选择与形成合同文档的合同条款有关的服务特定的规则。消息管理模块配置为基于由所选服务特定的规则限定的元数据来将从客户(2)接收的电子消息自动地映射到由服务提供商限定的数据格式中。
文档编号G06Q10/00GK1860498SQ200580001165
公开日2006年11月8日 申请日期2005年2月3日 优先权日2004年2月3日
发明者德里克·斯坎内尔 申请人:瑞士再保险公司