CN111104779A - 理赔业务处理方法、装置、介质及电子设备 - Google Patents

Abstract

本发明实施例提供了一种理赔业务处理方法、理赔业务处理装置、计算机可读介质及电子设备，该方法包括：接收理赔业务请求，并从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；根据所述理赔业务类型信息确定目标业务类型以及与所述目标业务类型相关联的通用算法数据库；根据所述理赔业务对象信息确定目标业务对象以及与所述目标业务对象相关联的个异算法数据库；根据所述理赔业务规则信息调用所述通用算法数据库以及所述个异算法数据库中的算法以生成理赔业务数据。本发明实施例提供理赔业务处理方法可以在同时调用通用算法和个异算法的基础上提高理赔业务处理的准确性和时效性。

Description

理赔业务处理方法、装置、介质及电子设备

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种理赔业务处理方法、理赔业务处理装置、计算机可读介质及电子设备。

背景技术

随着人们生活水平的提高，购买保险已经成为越来越多人的常规选择，而且越来越多的企业和单位将购买补充养老保险、补充医疗保险等各种补充性保险作为一种职工福利。

在处理保险理赔业务时，为了满足客户需求的多样性，往往会涉及到大量的不同的理算规则或算法处理。现有的理赔业务处理方式一般是通过线下制定手工台账表格，根据不同的协议条款需要在台账表格中设定不同的字段以进行信息录入，同时针对不同的协议条款需要在台账表格中设定不同的理算规则和计算公式。由于客户类型和客户需求的不同，相关协议条款通常会进行适应性地调整，相应的理算规则也十分复杂。现有的理赔业务处理方法需要投入大量的人力资源进行人工计算，普遍存在理算准确性差、理赔效率低等问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明实施例的目的在于提供一种理赔业务处理方法、理赔业务处理装置、计算机可读介质及电子设备，进而至少在一定程度上克服由于相关技术的限制而导致的理赔业务处理效率低、理算准确性差等技术问题。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的第一方面，提供了一种理赔业务处理方法，所述方法包括：

接收理赔业务请求，并从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；

根据所述理赔业务类型信息确定目标业务类型以及与所述目标业务类型相关联的通用算法数据库；

根据所述理赔业务对象信息确定目标业务对象以及与所述目标业务对象相关联的个异算法数据库；

根据所述理赔业务规则信息调用所述通用算法数据库以及所述个异算法数据库中的算法以生成理赔业务数据。

在本发明的一些实施例中，基于以上技术方案，所述根据所述理赔业务规则信息调用所述通用算法数据库以及所述个异算法数据库中的算法以生成理赔业务数据，包括：

根据所述理赔业务规则信息确定包括多个理赔业务节点的理赔业务流程，所述理赔业务节点为通用业务节点或者个异业务节点；

当所述理赔业务节点为通用业务节点时，根据所述理赔业务节点的节点信息确定所述通用算法数据库中的目标通用算法模板，并对所述目标通用算法模板进行数据填充后形成目标通用算法实体；

当所述理赔业务节点为个异业务节点时，根据所述理赔业务节点的节点信息确定所述个异算法数据库中的目标个异算法模板，并对所述目标个异算法模板进行数据填充后形成目标个异算法实体；

按照所述理赔业务流程将各个所述目标通用算法实体以及各个所述目标个异算法实体组成针对所述理赔业务请求的理赔理算引擎，并利用所述理赔理算引擎生成理赔业务数据。

在本发明的一些实施例中，基于以上技术方案，所述理赔理算引擎包括多个相互连接的理赔业务理算层，所述理赔业务理算层中包括对应于一个或多个理赔业务节点的目标通用算法实体或者目标个异算法实体。

在本发明的一些实施例中，基于以上技术方案，所述理赔理算引擎包括相互连接的合理申请金额理算层、免赔额理算层、赔付比例理算层和合理赔付金额理算层。

在本发明的一些实施例中，基于以上技术方案，所述从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息，包括：

判断所述理赔业务请求中是否包含完整的理赔业务基础信息；

当判定所述理赔业务请求中包含完整的理赔业务基础信息时，从所述理赔业务基础信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；

当判定所述理赔业务请求中未包含完整的理赔业务基础信息时，调用信息补充程序以获取理赔业务补充信息，并从所述理赔业务基础信息和理赔业务补充信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。

在本发明的一些实施例中，基于以上技术方案，在从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息之前，所述方法还包括：

利用理赔业务逻辑校验规则对所述理赔业务请求进行逻辑校验；

当判断逻辑校验失败时，调用逻辑纠错程序对所述理赔业务请求进行逻辑纠错。

在本发明的一些实施例中，基于以上技术方案，所述目标业务对象包括企业对象和个人对象。

根据本发明实施例的第二方面，提供一种理赔业务处理装置，所述装置包括：

信息提取模块，被配置为接收理赔业务请求，并从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；

通用算法模块，被配置为根据所述理赔业务类型信息确定目标业务类型以及与所述目标业务类型相关联的通用算法数据库；

个异算法模块，被配置为根据所述理赔业务对象信息确定目标业务对象以及与所述目标业务对象相关联的个异算法数据库；

数据生成模块，被配置为根据所述理赔业务规则信息调用所述通用算法数据库以及所述个异算法数据库中的算法以生成理赔业务数据。

根据本发明实施例的第三方面，提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的理赔业务处理方法。

根据本发明实施例的第四方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的理赔业务处理方法。

本发明实施例提供的技术方案可以包括以下有益效果：

在本发明的一些实施例所提供的技术方案中，通过建立理赔业务类型与通用算法数据库的关联关系可以提高系统运行时效，减轻程序运行复杂度的同时，更加提高了数据复式计算的准确性。与此同时，通过建立理赔业务对象与个异算法数据库的关联关系，可以对不同理赔业务对象的特殊需求形成个异性的理算规则和算法，在同时调用通用算法和个异算法的基础上提高理赔业务处理的准确性和时效性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性地示出了本发明实施例中理赔业务处理方法的步骤流程图。

图2示意性地示出了本发明实施例中调用算法生成理赔业务数据的步骤流程图。

图3示意性地示出了本发明实施例在一应用场景下的理赔理算引擎结构示意图。

图4示意性地示出了理赔理算引擎中各个理赔业务理算层的理算步骤示意图。

图5示意性地示出了本发明实施例中提取业务信息的步骤流程图。

图6示意性地示出了在本发明实施例中进行逻辑校验的步骤流程图。

图7示意性地示出了本发明实施例中的理赔业务处理装置的结构框图。

图8示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示意性地示出了本发明实施例中理赔业务处理方法的步骤流程图。如图1所示，该方法主要可以包括以下步骤：

步骤S110.接收理赔业务请求，并从理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。

根据签订的保险协议，用户可以在满足一定理赔条件的情况下向保险公司申请进行理赔。在理赔发起阶段，首先需要登录至业务处理系统，由用户自行输入或者在业务处理人员的协助下填写相关理赔信息。根据相关理赔信息可以生成理赔业务请求，业务处理系统可以从该理赔业务请求中提取出理赔业务类型信息、理赔业务对象信息和理赔业务规则信息等多种业务信息。其中，理赔业务类型信息用于表征当前理赔业务请求针对的与险种相关的业务类型，理赔业务对象信息用于表征提出理赔申请的用户信息，理赔规则信息用于表征理赔用户针对理赔险种所签订保险协议中的理赔协议条款。

步骤S120.根据理赔业务类型信息确定目标业务类型以及与目标业务类型相关联的通用算法数据库。

根据步骤S110中获取到的理赔业务类型信息，可以确定当前理赔业务请求涉及的目标业务类型，同时可以确定与目标业务类型相关联的通用算法数据库。一般而言，针对同一险种的理赔业务规则不会存在太大差异，本发明实施例可以对各险种对应的理赔业务类型建立相应的通用算法数据库，通用算法数据库即用于存储根据相对通用的理赔业务规则形成的理赔理赔算法。例如，不同的企业或者个人用户可以共用某一理赔业务类型的部分理赔业务规则，如免赔额计算、赔付比例计算、身份验证计算、账户亏空计算、封顶线计算等等，这部分共用的理赔业务规则可以进行统一编程，所编程实现的程序类库不会因用户的不同而有分置处理机制。

步骤S130.根据理赔业务对象信息确定目标业务对象以及与目标业务对象相关联的个异算法数据库。

根据步骤S110中获取到的理赔业务对象信息，可以确定当前理赔业务请求涉及的目标业务对象，同时可以确定与目标业务对象相关联的个异算法数据库。在通用算法数据库的基础上，本发明实施例还将为存在特殊需求的部分用户进行单独编程以形成对特定业务规则的个异性的理算算法。例如，XX电力集团要求每年员工报销限额根据员工疾病类型进行浮动计算的算法需求、XX能源公司根据企业每年为员工缴费额度而对报销比例及个人账户与公共账户的报销规则分置计算的需求、XX通信公司根据员工年龄的不同对基金报销与补充医疗赔付比例与免赔额的分置计算需求等等。

步骤S140.根据理赔业务规则信息调用通用算法数据库以及个异算法数据库中的算法以生成理赔业务数据。

分别由步骤S120和步骤S130确定与当前理赔业务请求相关的通用算法数据库以及个异算法数据库后，再根据步骤S110中获取到的理赔业务规则信息可以对通用算法数据库和个异算法数据库中的相关算法进行调用，从而生成针对当前理赔业务请求的理赔业务数据。一项理赔业务请求中一般会涉及多种规则的计算，因此本步骤也将相应调用通用算法数据库和个异算法数据库中的多个算法，最终根据各个算法的运算结果生成理赔业务请求的理赔业务数据。

在本发明实施例提供的理赔业务处理方法中，通过建立理赔业务类型与通用算法数据库的关联关系可以提高系统运行时效，减轻程序运行复杂度的同时，更加提高了数据复式计算的准确性。与此同时，通过建立理赔业务对象与个异算法数据库的关联关系，可以对不同理赔业务对象的特殊需求形成个异性的理算规则和算法，在同时调用通用算法和个异算法的基础上提高理赔业务处理的准确性和时效性。

图2示意性地示出了本发明实施例中调用算法生成理赔业务数据的步骤流程图。如图2所示，在以上实施例的基础上，步骤S140.根据理赔业务规则信息调用通用算法数据库以及个异算法数据库中的算法以生成理赔业务数据，可以包括以下步骤：

步骤S210.根据理赔业务规则信息确定包括多个理赔业务节点的理赔业务流程，理赔业务节点为通用业务节点或者个异业务节点。

根据步骤S110中获取到的理赔业务规则信息，本步骤可以确定针对当前理赔业务请求的理赔业务流程。该理赔业务流程由多个理赔业务节点构成，每个理赔业务节点可以对应一种结果数据或者中间参数的计算和处理。根据理赔业务类型或者理赔业务对象的不同，理赔业务流程中的各个理赔业务节点也相应包括有通用业务节点和个异业务节点两种类型。

步骤S220.当理赔业务节点为通用业务节点时，根据理赔业务节点的节点信息确定通用算法数据库中的目标通用算法模板，并对目标通用算法模板进行数据填充后形成目标通用算法实体。

针对理赔业务流程中通用理赔业务节点，本步骤可以获取该通用理赔业务节点的节点信息，并根据相应的节点信息确定通用算法数据库中的目标通用算法模板。将当前理赔业务请求的相关数据填充至目标通用算法模板便可以形成一个目标通用算法实体，目标通用算法实体即用于完成当前通用理赔业务节点的规则运行或者参数运算。

步骤S230.当理赔业务节点为个异业务节点时，根据理赔业务节点的节点信息确定个异算法数据库中的目标个异算法模板，并对目标个异算法模板进行数据填充后形成目标个异算法实体。

针对理赔业务流程中的个异理赔业务节点，本步骤可以获取该个异理赔业务节点的节点信息，并根据相应的节点信息确定个异算法数据库中的目标个异算法模板。将当前理赔业务请求的相关数据填充至目标个异算法模板便可以形成一个目标个异算法实体，目标个异算法实体即用于完成当前个异理赔业务节点的规则运行或者参数运算。

步骤S240.按照理赔业务流程将各个目标通用算法实体以及各个目标个异算法实体组成针对理赔业务请求的理赔理算引擎，并利用理赔理算引擎生成理赔业务数据。

按照理赔业务流程中各种规则和参数的运行或者运算顺序，本步骤可以根据步骤S220形成的各个目标通用算法实体以及根据步骤S230形成的各个个异算法实体进行组合以形成针对理赔业务请求的理赔理算引擎，运行该理赔理算引擎即可生成理赔业务数据。

本发明实施例中针对每个理赔业务请求可以形成一个单独的理赔理算引擎，相应的理赔业务流程虽然为单独定制，但是所引用的算法实体确定各自独立的，可以在不同的理赔业务流程中独立进行引用。另外，本发明实施例为了处理不同理赔业务请求对应不同理赔业务流程的需求个性化以及系统研发实现的极高通用性之间的矛盾关系，基于SOA软件构建原则(Service-Oriented Architecture)，采用模块化的“流程拼图”方式对各种通用算法实体和个异算法实体进行组装以形成理赔理算引擎。通过对各个算法实体的参数交互以实现理赔业务需求，同时确保系统能够稳定运行。

本发明实施例采用拼图式组合调用的模式实现系统开发方案，根据不同企业的不同算法要求，将通用算法库中及个异化算法库的算法进行接口与数据的关联对接，形成针对单一企业的数据计算和处理流程，同时在此运算和流程组合过程中，对其他计算流程没有任何影响。一项理赔业务请求中涉及的目标业务可能包括企业对象和个人对象，这将增加理算规则的复杂度，但是对于不同报销来源(企业账户/个人账户)的业务对象(企业/个人)，在一些理算规则的计算上需要使用相同的算法，例如企业或者个人均需要进行报销比例和封顶线的计算。针对这些相对复杂的算法，可以采用递归调用机制，在遍历数据的同时反复调用相同的通用算法实体或者个异算法实体以形成高效且条理清晰的理赔业务流程。

图3示意性地示出了本发明实施例在一应用场景下的理赔理算引擎结构示意图。如图3所示，针对XX企业XX险种的理赔业务请求可以调用通用算法数据库和个异算法数据库中的算法模板形成算法实体，并对各个算法实体进行组装形成理赔理算引擎。理赔理算引擎中涉及通用算法实体A、通用算法实体B以及个异算法实体A，而且针对企业对象和个人对象均需要调用通用算法实体B。理赔理算引擎在运行过程中产生的计算轨迹数据、结果数据及中间参数数据都将被保存下来，以生成最终的理赔业务数据。

在本发明的一些实施例中，理赔理算引擎可以包括多个相互连接的理赔业务理算层，理赔业务理算层中包括对应于一个或多个理赔业务节点的目标通用算法实体或者目标个异算法实体。举例而言，理赔理算引擎可以包括相互连接的合理申请金额理算层、免赔额理算层、赔付比例理算层和合理赔付金额理算层。图4示意性地示出了理赔理算引擎中各个理赔业务理算层的理算步骤示意图。如图4所示，基于以上理赔业务理算层处理一项理赔业务请求的过程包括以下步骤：

步骤S410.合理申请金额理算：合理申请金额理算层根据理算规则进行算法实体调用，计算出合理申请金额。

步骤S420.免赔额理算：免赔额理算层根据配置协议进行算法实体调用，计算出当前剩余免赔额。

步骤S430.赔付比例理算：赔付比例理算层根据配置协议进行算法实体调用，确定当前赔付比例。

步骤S440.合理赔付金额理算：合理赔付金额理算层读取前三层的计算结果，进行算法实体调用以计算合理赔付金额。

下面结合一具体示例对理赔业务处理方法做出详细说明。

在特需金理赔案例中，运用四层理赔理算规则的理赔理算引擎，实现了理赔申请过程中理赔申请金额信息录入完成，可对应不同配置协议，自动进行理赔赔付金额理算的业务功能。

例如：某企业基本职员理赔条款如下：

免赔额：500；赔付比例90％；赔付限额：10000。

该企业一基本职员第一次到医院就诊，发票费用合计500元，自付一450元，自费50元。申请理赔的系统计算规则如下：

(1)合理申请金额：(发票费用剔费)500-50＝450元；

(2)免赔额部分：500-450＝50元，免赔额剩余50元；

(3)赔付比例：系统自动跳过；

(4)合理赔付金额：0元；

基本职员针对第一次就诊发起理赔的合理赔付金额为0。

当该基本职员再次到医院就诊并再次发起理赔时，第二次理赔业务的处理过程中可以对第一次理赔业务处理过程中使用的相关算法实体进行递归调用，在第一次理赔业务处理结果的基础上再次进行理赔业务数据的计算。

第二次就诊，发票费用合计800元，自付一760元，自费40元，申请理赔的系统计算规则如下：

(1)合理申请金额：(发票费用剔费)800-40＝760元；

(2)免赔额部分：50-760＝-710元，已超免赔额710元；

(3)赔付比例：710*90％＝639元；

(4)合理赔付金额：639元<10000元；

基本职员第二次就诊合理赔付金额为639元。

在本发明实施例提供的理赔业务处理方法中，调用通用算法数据库和个异算法数据库中的相关算法并进行数据填充以形成算法实体是构建理赔理算引擎并运行理赔理算流程的关键所在。因此，准确且高效的理赔理算依赖于准确完整的信息录入。图5示意性地示出了本发明实施例中提取业务信息的步骤流程图。如图5所示，在以上发明实施例的基础上，步骤S110中的从理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息，可以包括以下步骤：

步骤S510.判断理赔业务请求中是否包含完整的理赔业务基础信息。

本步骤可以对理赔业务请求中的字段信息进行检查，以判断理赔业务请求中是否包含完整的理赔业务基础信息，理赔业务基础信息是完成理赔业务处理所必须的相关信息。例如，针对某一医疗类保险，理赔业务基础信息至少可以包括姓名、身份证号、银行卡号、开户行、收据金额、理赔金额、赔付限额、免赔额、就诊医院、诊断时间、入院时间等各种信息。

步骤S520.当判定理赔业务请求中包含完整的理赔业务基础信息时，从理赔业务基础信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。

如果判断结果是理赔业务请求中包含了完整的理赔业务基础信息，那么本步骤可以直接从理赔业务基础信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。

步骤S530.当判定理赔业务请求中未包含完整的理赔业务基础信息时，调用信息补充程序以获取理赔业务补充信息，并从理赔业务基础信息和理赔业务补充信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。

如果判断结果是理赔业务请求中未包含完整的理赔业务基础信息，即理赔业务请求中缺少必要信息，那么本步骤可以调用信息补充程序以获取理赔业务补充信息，然后再从理赔业务基础信息和理赔业务补充信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。信息补充程序可以向用户提示信息缺失提醒，并向用户提供信息补充指引。

为了提高理赔业务处理效率，除了对信息完整性进行检查以外，还可以对信息逻辑性进行检查。图6示意性地示出了在本发明实施例中进行逻辑校验的步骤流程图。如图6所示，基于以上发明实施例，在步骤S110的从理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息之前，理赔业务处理方法还可以包括以下步骤：

步骤S610.利用理赔业务逻辑校验规则对理赔业务请求进行逻辑校验；

步骤S620.当判断逻辑校验失败时，调用逻辑纠错程序对理赔业务请求进行逻辑纠错。

对理赔业务请求进行的逻辑校验主要是为了检查理赔业务请求中录入的相关信息是否存在逻辑错误。当理赔业务请求中出现明显不合逻辑的业务信息时，便可以通过调用逻辑纠错程序对其进行逻辑纠错。例如，身份证号的位数不足或者超出，诊断时间的日期格式错误等等。

在通过步骤S620完成逻辑纠错后，可以返回步骤S610再次进行逻辑校验，不断重复这一过程直至理赔业务请求能够顺利通过逻辑校验为止。

另外，当理赔业务请求中存在信息缺失或者逻辑校验失败时，本发明实施例还可以对信息缺失程度和逻辑错误类型以及信息补充和逻辑校验过程做出评估，在满足一定条件时可以生成人工处理请求，由业务人员进行人工处理以便提高理赔业务处理效率。例如，当出现理赔业务请求信息缺失严重或者经过多次逻辑纠错仍然无法通过逻辑校验等情况时，可以直接生成人工处理请求，并将该人工处理请求发送至指定的业务人员处进行人工处理。

以下介绍本发明的装置实施例，可以用于执行本发明上述的理赔业务处理方法。

图7示意性地示出了本发明实施例中的理赔业务处理装置的结构框图。如图7所示，理赔业务处理装置700主要可以包括：信息提取模块710、通用算法模块720、个异算法模块730和数据生成模块740。

信息提取模块710被配置为接收理赔业务请求，并从理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；

通用算法模块720被配置为根据理赔业务类型信息确定目标业务类型以及与目标业务类型相关联的通用算法数据库；

个异算法模块730被配置为根据理赔业务对象信息确定目标业务对象以及与目标业务对象相关联的个异算法数据库；

数据生成模块740被配置为根据理赔业务规则信息调用通用算法数据库以及个异算法数据库中的算法以生成理赔业务数据。

在本发明的一些实施例中，基于以上实施例的技术方案，数据生成模块740可以进一步包括：

理赔业务流程确定单元，被配置为根据理赔业务规则信息确定包括多个理赔业务节点的理赔业务流程，理赔业务节点为通用业务节点或者个异业务节点；

通用算法实体生成单元，被配置为当理赔业务节点为通用业务节点时，根据理赔业务节点的节点信息确定通用算法数据库中的目标通用算法模板，并对目标通用算法模板进行数据填充后形成目标通用算法实体；

个异算法实体生成单元，被配置为当理赔业务节点为个异业务节点时，根据理赔业务节点的节点信息确定个异算法数据库中的目标个异算法模板，并对目标个异算法模板进行数据填充后形成目标个异算法实体；

理赔理算引擎组合单元，被配置为按照理赔业务流程将各个目标通用算法实体以及各个目标个异算法实体组成针对理赔业务请求的理赔理算引擎，并利用理赔理算引擎生成理赔业务数据。

在本发明的一些实施例中，基于以上实施例的技术方案，信息提取模块710可以包括：

信息完整度判断单元，被配置为判断理赔业务请求中是否包含完整的理赔业务基础信息；

完整信息提取单元，被配置为当判定理赔业务请求中包含完整的理赔业务基础信息时，从理赔业务基础信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；

补充信息提取单元，被配置为当判定理赔业务请求中未包含完整的理赔业务基础信息时，调用信息补充程序以获取理赔业务补充信息，并从理赔业务基础信息和理赔业务补充信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。

在本发明的一些实施例中，基于以上实施例的技术方案，理赔业务处理装置700还包括：

逻辑校验模块，被配置为利用理赔业务逻辑校验规则对理赔业务请求进行逻辑校验；

逻辑纠错模块，被配置为当判断逻辑校验失败时，调用逻辑纠错程序对理赔业务请求进行逻辑纠错。

由于本发明的示例实施例的理赔业务处理装置的各个功能模块与上述理赔业务处理方法的示例实施例的步骤对应，因此对于本发明装置实施例中未披露的细节，请参照本发明上述的理赔业务处理的实施例。

下面参考图8，其示出了适于用来实现本发明实施例的电子设备的计算机系统800的结构示意图。图8示出的电子设备的计算机系统800仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统操作所需的各种程序和数据。CPU801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的理赔业务处理方法。

例如该电子设备可以实现如图1所示的理赔业务处理方法的以下步骤：步骤S110.接收理赔业务请求，并从理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。步骤S120.根据理赔业务类型信息确定目标业务类型以及与目标业务类型相关联的通用算法数据库。步骤S130.根据理赔业务对象信息确定目标业务对象以及与目标业务对象相关联的个异算法数据库。步骤S140.根据理赔业务规则信息调用通用算法数据库以及个异算法数据库中的算法以生成理赔业务数据。

又如，该电子设备可以实现如图2、图4、图5和图6中所示的各个方法步骤。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种理赔业务处理方法，其特征在于，所述方法包括：

接收理赔业务请求，并从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；

根据所述理赔业务类型信息确定目标业务类型以及与所述目标业务类型相关联的通用算法数据库；

根据所述理赔业务对象信息确定目标业务对象以及与所述目标业务对象相关联的个异算法数据库；

根据所述理赔业务规则信息调用所述通用算法数据库以及所述个异算法数据库中的算法以生成理赔业务数据。

2.根据权利要求1所述的理赔业务处理方法，其特征在于，所述根据所述理赔业务规则信息调用所述通用算法数据库以及所述个异算法数据库中的算法以生成理赔业务数据，包括：

根据所述理赔业务规则信息确定包括多个理赔业务节点的理赔业务流程，所述理赔业务节点为通用业务节点或者个异业务节点；

当所述理赔业务节点为通用业务节点时，根据所述理赔业务节点的节点信息确定所述通用算法数据库中的目标通用算法模板，并对所述目标通用算法模板进行数据填充后形成目标通用算法实体；

当所述理赔业务节点为个异业务节点时，根据所述理赔业务节点的节点信息确定所述个异算法数据库中的目标个异算法模板，并对所述目标个异算法模板进行数据填充后形成目标个异算法实体；

按照所述理赔业务流程将各个所述目标通用算法实体以及各个所述目标个异算法实体组成针对所述理赔业务请求的理赔理算引擎，并利用所述理赔理算引擎生成理赔业务数据。

3.根据权利要求2所述的理赔业务处理方法，其特征在于，所述理赔理算引擎包括多个相互连接的理赔业务理算层，所述理赔业务理算层中包括对应于一个或多个理赔业务节点的目标通用算法实体或者目标个异算法实体。

4.根据权利要求3所述的理赔业务处理方法，其特征在于，所述理赔理算引擎包括相互连接的合理申请金额理算层、免赔额理算层、赔付比例理算层和合理赔付金额理算层。

5.根据权利要求1所述的理赔业务处理方法，其特征在于，所述从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息，包括：

判断所述理赔业务请求中是否包含完整的理赔业务基础信息；

当判定所述理赔业务请求中包含完整的理赔业务基础信息时，从所述理赔业务基础信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；

当判定所述理赔业务请求中未包含完整的理赔业务基础信息时，调用信息补充程序以获取理赔业务补充信息，并从所述理赔业务基础信息和理赔业务补充信息中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息。

6.根据权利要求1所述的理赔业务处理方法，其特征在于，在从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息之前，所述方法还包括：

利用理赔业务逻辑校验规则对所述理赔业务请求进行逻辑校验；

当判断逻辑校验失败时，调用逻辑纠错程序对所述理赔业务请求进行逻辑纠错。

7.根据权利要求1所述的理赔业务处理方法，其特征在于，所述目标业务对象包括企业对象和个人对象。

8.一种理赔业务处理装置，其特征在于，所述装置包括：

信息提取模块，被配置为接收理赔业务请求，并从所述理赔业务请求中提取理赔业务类型信息、理赔业务对象信息和理赔业务规则信息；

通用算法模块，被配置为根据所述理赔业务类型信息确定目标业务类型以及与所述目标业务类型相关联的通用算法数据库；

个异算法模块，被配置为根据所述理赔业务对象信息确定目标业务对象以及与所述目标业务对象相关联的个异算法数据库；

数据生成模块，被配置为根据所述理赔业务规则信息调用所述通用算法数据库以及所述个异算法数据库中的算法以生成理赔业务数据。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至7中任一项所述的理赔业务处理方法。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的理赔业务处理方法。

Images