CN107330796B

CN107330796B - 组件化生成表单的数据处理方法及系统

Info

Publication number: CN107330796B
Application number: CN201610282347.9A
Authority: CN
Inventors: 王启荣; 王宁; 陈修国; 李游; 苏雷; 潘高峰
Original assignee: Taikang Insurance Group Co Ltd; Taikang Online Property Insurance Co Ltd
Current assignee: Taikang Insurance Group Co Ltd; Taikang Online Property Insurance Co Ltd
Priority date: 2016-04-29
Filing date: 2016-04-29
Publication date: 2021-01-29
Anticipated expiration: 2036-04-29
Also published as: CN107330796A

Abstract

本公开是关于一种组件化生成表单的数据处理方法及系统，属于数据处理技术领域。该方法包括：预先建立数据库，包括第一数据表、第二数据表、第三数据表和关联表，其中关联表用于将第一数据表、第二数据表和第三数据表中存储的数据之间的隶属关系进行关联；接收用户信息，包括第一用户信息、第二用户信息和第三用户信息；根据第一用户信息从第一数据表中获取第一类别信息；根据第二用户信息和第三用户信息及第一类别信息从第二数据表中获取第二类别信息；根据第二类别信息从第三数据表中获取条款信息；根据条款信息生成表单。本发明能够实现智能核保系统中的组件化健康告知表单的生成。

Description

组件化生成表单的数据处理方法及系统

技术领域

本公开涉及数据处理技术，尤其涉及一种组件化生成表单的数据处理方法及系统。

背景技术

在保险企业受理客户保险业务时，需要详细了解客户的相关信息，例如，年龄、性别、病史等等，一般是通过问卷形式获得，那么每一条有关客户健康信息的内容就称为健康告知条款。现阶段大多数保险企业的健康告知条款一般是根据投保险种来进行筛选并形成固定健康告知表单，而忽略被保险人的年龄、性别、是否老客户等对健康告知条款选择的特殊性。

因此，需要一种新的组件化生成表单的数据处理方法及系统。

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

发明内容

本公开提供一种组件化生成表单的数据处理方法及系统，能够自动生成相应的健康告知条款形成差异化表单。

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

根据本公开的一方面，提供一种组件化生成表单的数据处理方法，其特征在于，包括：预先建立数据库，所述数据库包括第一数据表、第二数据表、第三数据表和关联表，其中所述关联表用于将所述第一数据表、第二数据表和第三数据表中存储的数据之间的隶属关系进行关联；接收用户信息，其中所述用户信息包括第一用户信息、第二用户信息和第三用户信息；根据所述第一用户信息从所述第一数据表中获取第一类别信息；根据所述第二用户信息和所述第三用户信息及所述第一类别信息从所述第二数据表中获取第二类别信息；根据所述第二类别信息从所述第三数据表中获取条款信息；根据所述条款信息生成所述表单。

根据本公开的一实施方式，其中所述条款信息包括预设的条款ID和条款优先级。

根据本公开的一实施方式，其中所述第一类别信息包括预设的多个第一类别的并列权重和风险权重。

根据本公开的一实施方式，还包括：比较所述并列权重的大小，将所述多个第一类别划分成不同的并列组；比较所述风险权重的大小，选择每个并列组中风险权重最大的所述第一类别。

根据本公开的一实施方式，还包括：根据所述条款ID对获取的条款进行排重；根据所述条款优先级对排重后的条款进行排序，生成所述表单。

根据本公开的一实施方式，还包括：根据所述用户信息判断系统中是否存储有当前用户的历史表单；如果存储有当前用户的历史表单，判断所述历史表单是否符合预设规则；如果未存储有当前用户的历史表单，向该当前用户的客户端推送所述表单。

根据本公开的一实施方式，其中所述判断所述历史表单是否符合预设规则包括：判断所述历史表单的创建时间是否在预设时间段内；如果所述历史表单的创建时间在所述预设时间段内，将所述历史表单与所述表单中的第一类别信息进行比较，判断两者的第一类别信息的优先级高低；如果所述历史表单的创建时间不在所述预设时间段内，向该当前用户的客户端推送所述表单。

根据本公开的一实施方式，其中判断两者的第一类别信息的优先级高低包括：当所述历史表单的第一类别信息的优先级高于或者等于所述表单的第一类别信息的优先级时，不向该当前用户的客户端推送所述表单；当所述历史表单的第一类别信息的优先级低于所述表单的第一类别信息的优先级时，向该当前用户的客户端推送所述表单。

根据本公开的一实施方式，还包括：将所述表单进行redis缓存。

根据本公开的一实施方式，还包括：给系统增设外接接口，所述外接接口用于根据预设情况录入或者删除新的条款。

根据本公开的一实施方式，还包括：在所述第二数据表中增加排除字段，用于自动过滤相应的条款。

根据本公开实施例的另一方面，提供一种组件化生成表单的数据处理系统，包括：数据库服务器，其中所述数据库服务器预先建立第一数据表、第二数据表、第三数据表和关联表，其中所述关联表用于将所述第一数据表、第二数据表和第三数据表中存储的数据之间的隶属关系进行关联；输入模块，用于接收用户信息，其中所述用户信息包括第一用户信息、第二用户信息和第三用户信息；第一类别确定模块，用于根据所述第一用户信息从所述第一数据表中获取第一类别信息；第二类别确定模块，用于根据所述第二用户信息和所述第三用户信息及所述第一类别信息从所述第二数据表中获取第二类别信息；条款信息获取模块，用于根据所述第二类别信息从所述第三数据表中获取条款信息；表单生成模块，用于根据所述条款信息生成所述表单。

根据本公开的一实施方式，其中所述第一类别确定模块还包括：组生成单元，用于比较所述并列权重的大小，将所述多个第一类别划分成不同的并列组；选择单元，用于比较所述风险权重的大小，选择每个并列组中风险权重最大的所述第一类别。

根据本公开的一实施方式，其中所述表单生成模块还包括：排重单元，用于根据所述条款ID对获取的条款进行排重；排序单元，用于根据所述条款优先级对排重后的条款进行排序，生成所述表单。

根据本公开的一实施方式，还包括：第一判断模块，用于根据所述用户信息判断系统中是否存储有当前用户的历史表单；第二判断模块，用于当存储有当前用户的历史表单时，判断所述历史表单是否符合预设规则；推送模块，用于当未存储有当前用户的历史表单时，向该当前用户的客户端推送所述表单。

根据本公开的一实施方式，其中第二判断模块包括：第一判断单元，用于判断所述历史表单的创建时间是否在预设时间段内；第二判断单元，用于当所述历史表单的创建时间在所述预设时间段内时，将所述历史表单与所述表单中的第一类别信息进行比较，判断两者的第一类别信息的优先级高低；当所述历史表单的创建时间不在所述预设时间段内时，利用所述推送模块向该当前用户的客户端推送所述表单。

根据本公开的一实施方式，还包括：缓存器，用于将所述表单进行redis缓存。

根据本公开的一实施方式，还包括：外接接口，其用于根据预设情况录入或者删除新的条款。

根据本公开的一实施方式，还包括：自动过滤器，其用于在所述第二数据表中增加排除字段，自动过滤相应的条款。

根据本公开的组件化生成表单的数据处理方法及系统，能够全方面考虑被保险人的各种信息而自动筛选出相应的健康告知条款形成差异化表单。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1A示意性示出根据本公开示例实施方式的组件化生成表单的数据处理方法的流程图；

图1B示例性示出基于图1A的方法中的数据库表结构；

图2示意性示出根据本公开示例实施方式的组件化生成表单的数据处理方法的流程图；

图3示意性示出基于图2所示的方法中当前用户判断是否老客户的流程图；

图4A示意性示出基于图2所示的方法针对老客户的健康告知的流程图；

图4B为基于图4A的老客户免健康告知示例图；

图5示意性示出根据本公开示例实施方式的组件化生成表单的数据处理系统的框图；

图6示意性示出基于图5所示的系统针对老客户的健康告知模型。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

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

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

以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1A示意性示出根据本公开示例实施方式的组件化生成表单的数据处理方法的流程图。

如图1A所示，在步骤S110，预先建立数据库，所述数据库包括第一数据表、第二数据表、第三数据表和关联表，其中所述关联表用于将所述第一数据表、第二数据表和第三数据表中存储的数据之间的隶属关系进行关联。

在示例性实施例中，所述第一数据表为险种大类的数据表，其中一个保险产品根据责任划分的不同可能属于一个或者多个大类，所述第二数据表为根据用户的年龄和/或性别将所述大类再划分成不同的小类即健康告知类别，所述第三数据表为相应小类对应的健康告知条款的数据表。其中，将险种大类、年龄和/或性别小类和条款均单独建表并分别具有独立的ID编号，再通过一张独立的表即所述关联表将大类、小类与条款之间的隶属关系进行关联。

例如，可以使用健康目录来保存险种大类，如下表所示：

健康目录编号	健康目录	创建时间	修改时间
				1	重疾类	…	…
2	医疗类	…	…
				3	年金类	…	…
4	意外类	…	…

当因被保险人年龄和/或性别不同导致不同的健康告知条款时，可以形成单独的类别即小类，这样就可以根据年龄或者性别区过滤掉不需要的条款。

例如，如下表所示：

其中，上述表格中，开始年龄和结束年龄是闭区间，例如0-17包含0岁和17岁。

当确定好健康告知类别后，可以将健康告知条款增加到健康告知类别中。

例如，如下表所示：

其中，对所述条款赋予一个条款ID和条款优先级。可以预先根据险种分为数个大类，根据被保险人的年龄和/或性别又可以分为数个小类。其中，每个大类中可以包括数个小类，且各大类之间的小类可以有相同。每个小类对应有数个条款，同一条款可以属于不同小类。

为了实现组件化健康告知，系统将健康告知条款细化到最细的粒度，每个条款有相关联的疾病列表，以及用户选择疾病列表后系统应该进行的下一步动作。每个不同的条款在显示时，具有不同的顺序，因此需要在定义条款时设置不同的条款优先级。

例如，如下表所示：

本发明实施例设计了数据库表来保存细粒度的健康告知条款、健康告知类别、产品对应的健康告知类别以及相应的支持表。这样可以使不同的产品复用这些细粒度的健康告知条款和健康告知类别，并且便于维护。并且由于集中管理所有的健康告知条款，减少了对每个产品重复保存条款的数据量，因此对应性能和可维护性都有相应的提高。

在步骤S120，接收用户信息，其中所述用户信息包括第一用户信息、第二用户信息和第三用户信息。

在示例性实施例中，其中所述第一用户信息包括当前用户的客户号，所述客户号存储与电子投保系统中，可以根据用户输入的被保险人的证件类型和证件号码来确定。所述第二用户信息包括被保险人的年龄。所述第三用户信息包括被保险人的性别。

在步骤S130，根据所述第一用户信息从所述第一数据表中获取第一类别信息。

在示例性实施例中，根据系统中存储的客户号(老客户)或者根据被保险人的证件类型和证件号码生成的客户号(新客户)，确定用户本次投保的险种。根据该被保险人本次投保的险种，从所述第一数据表中确定所述第一类别信息。其中，所述第一类别信息包括上述险种大类。

在示例性实施例，其中所述第一类别信息包括预设的多个第一类别的并列权重和风险权重。

在示例性实施例，还包括：比较所述并列权重的大小，将所述多个第一类别划分成不同的并列组；比较所述风险权重的大小，选择每个并列组中风险权重最小的所述第一类别。风险权重表征的是发生理赔的风险。

在示例性实施例，其中所述第一类别信息包括预设的多个第一类别的并列权重和风险权重。所述并列权重表示不同大类之间的包含与并列关系，并列权重不同的大类之间是并列关系，其中的条款几乎不重合，因此，需要向客户显示该并列的不同大类的条款。并列权重相同的大类可以划分到同一个并列组，在该并列组中，这些大类之间具有包含与被包含的关系，其中，可以设置为风险权重的数值越小，优先级越高，优先级高的大类中的条款包括了优先级低的大类中的条款，因此，当被保险人本次投保的险种中有属于同一个并列组的大类时，只需要向用户显示该并列组中优先级最小的大类的条款。

检索所述数据库时，先根据本次被保险人投保的险种确定几个需要的大类，其中每个大类被赋予了并列权重和风险权重。先进行所述并列权重的比较，将这几个大类分入几个不同的并列组，再根据所述风险权重的比较，在每个并列组中选出所述风险权重最小的大类。

例如，医疗险中的条款包括了重疾险中的全部条款，即医疗的问题包含了重疾的全部问题。如下表所示：

例如，在险种大类的数据库表中可以增加风险权重字段CATALOG_WEIGHT，当一个保险产品对应同一个组里的不同大类时，通过风险权重显示权重最小的大类。如：医疗险和重疾险，前者的问题项即健康告知条款会包含后者。

还可以在险种大类的数据库表中增加并列权重字段coordinate_catalog，当两种健康告知存在并列关系时，通过此字段配置，让其同时显示，如：意外险和重疾险、意外险和医疗险均属于并列关系。

在步骤S140，根据所述第二用户信息和所述第三用户信息及所述第一类别信息从所述第二数据表中获取第二类别信息。

在步骤S150，根据所述第二类别信息从所述第三数据表中获取条款信息。

在示例性实施例，根据上述确定的大类，以及被保险人的年龄与性别，确定对应的小类，从而选择出该小类中的条款。

在步骤S160，根据所述条款信息生成所述表单。

在示例性实施例，还包括：根据所述条款ID对获取的条款进行排重；根据所述条款优先级对排重后的条款进行排序，生成所述表单。

将被保险人本次投保的所有险种中的条款依次筛选得出，再依据条款ID进行排重，即根据条款编号去除重复的条款；按照条款优先级进行排序，例如，可以设置优先级数值越小，对应的条款优先级越高，将优先级数值越小的条款排在前面，自动形成差异化的健康告知表单。

在示例性实施例，还包括：根据所述用户信息判断系统中是否存储有当前用户的历史表单；如果存储有当前用户的历史表单，判断所述历史表单是否符合预设规则；如果未存储有当前用户的历史表单，向该当前用户的客户端推送所述表单。

在示例性实施例，其中所述判断所述历史表单是否符合预设规则包括：判断所述历史表单的创建时间是否在预设时间段内；如果所述历史表单的创建时间在所述预设时间段内，将所述历史表单与所述表单中的第一类别信息进行比较，判断两者的第一类别信息的优先级高低；如果所述历史表单的创建时间不在所述预设时间段内，向该当前用户的客户端推送所述表单。

在示例性实施例，其中判断两者的第一类别信息的优先级高低包括：当所述历史表单的第一类别信息的优先级高于或者等于所述表单的第一类别信息的优先级时，不向该当前用户的客户端推送所述表单；当所述历史表单的第一类别信息的优先级低于所述表单的第一类别信息的优先级时，向该当前用户的客户端推送所述表单。

在示例性实施例，还包括：将所述表单进行redis缓存。

为缓解数据库压力，提高并发量，可以在系统中应用redis缓存，将所有的访问条件作为缓存的key值，同时对缓存做持久化处理。当且仅当缓存中取不到数是然后再从数据库中查找。利用缓存存储已处理的健告类型，使相同条件下不必再进行数据库检索，而直接从缓存提取数据。redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。

在示例性实施例，还包括：给系统增设外接接口，所述外接接口用于根据预设情况录入或者删除新的条款。

通过增设所述外接接口，例如增加一外挂入口，通过该为业务需求而为业务人员增加的外挂入口，业务人员可在特殊情况下录入新的条款或者删除不需要的条款。新增条款可以不必进入数据库而直接加入向用户显示的健康告知表单中，新增条款的优先级可以人工设定。这样解决了特殊情况下增加或减少相关健康告知条款的需求。

在示例性实施例，还包括：在所述第二数据表中增加排除字段，用于自动过滤相应的条款。

通过一段时间的总结积累，可以针对某一险种或年龄/性别的查询所不用的健康告知条款进行排除，具体形式可为在小类中增加排除字段，由自动排除过滤器根据某一险种或年龄/性别的输入判断哪些字段可以排除，是一种系统自我学习的方法，使得该系统自我学习功能。

图1B示例性示出了本发明实施例中的数据库表结构。详细描述如下：

(一)健康告知条款表tb_healthinform_detail。

CREATE TABLE health_item(

item_id VARCHAR(128)NOT NULL COMMENT'健康告知条款编号,128位的UUID',

item_detail VARCHAR(1000)NOT NULL COMMENT'健康告知条款详细描述',

priority_num INT NOT NULL DEFAULT 10000COMMENT'健康告知的优先级,在显示时根据此优先级进行排列,数字越小优先级越高，建议以100为间隔',

enabled CHAR(1)NOT NULL DEFAULT'Y'COMMENT'健康告知条款是否激活(Y,N)',

create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT'条款创建时间',

modify_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT'条款最后修改时间'

)；

(二)健康告知目录，比如医疗、寿险、重疾、意外、年金险。

CREATE TABLE health_catalog(

catalog_id VARCHAR(128)NOT NULL COMMENT'编号,128位的UUID',

catalog_name VARCHAR(50)NOT NULL COMMENT'分组名称',

catalog_weight INT NOT NULL DEFAULT 1COMMENT'分组的优先级,从1开始。优先级越高的数字越小',

period INT NOT NULL DEFAULT 30COMMENT'免健康告知有效期，单位为天(15,3*31＝93,6*31＝186)',

coordinate_catalog VARCHAR(1000)COMMENT'并列组的catalog_id，当存在多个时用“,”分隔，'

catalog_description VARCHAR(1000)NULL COMMENT'分组描述',

create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT'创建时间',

modify_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATECURRENT_TIMESTAMP COMMENT'最后修改时间'

)；

(三)健康告知条款分组表

CREATE TABLE health_section(

section_id VARCHAR(128)NOT NULL COMMENT'健康告知条款编号,128位的UUID',

source VARCHAR(1)NOT NULL DEFAULT'P'COMMENT'展示渠道，移动端(M),PC端(P),WAP(W)',

start_age INT NOT NULL DEFAULT 0COMMENT'最小年龄',

end_age INT NOT NULL DEFAULT 123COMMENT'最大年龄',gender CHAR(1)NOTNULL COMMENT'性别男，女，不限(G,M,N)',

section_name VARCHAR(50)NOT NULL COMMENT'健康告知分组名称',

section_description VARCHAR(1000)NULL COMMENT'健康告知条款分组描述',

enabled CHAR(1)NOT NULL DEFAULT'Y'COMMENT'健康告知条款是否激活(Y,N)',

catalog_id VARCHAR(128)NOT NULL COMMENT'健康告知类别编号,128位的UUID',

create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT'条款分组创建时间',

modify_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATECURRENT_TIMESTAMP COMMENT'条款分组最后修改时间'

)；

(四)健康告知条款分组详细列表

CREATE TABLE health_section_member(

section_id VARCHAR(128)NOT NULL COMMENT'健康告知分组编号,128位的UUID',

item_id VARCHAR(128)NOT NULL COMMENT'健康告知条款编号,128位的UUID',

create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT'创建时间',

)；

(五)责任对应的条款列表(一个产品包括1个或多个条款分组)

CREATE TABLE health_duty_section(

duty_id INT NOT NULL COMMENT'产品编号',

enabled CHAR(1)NOT NULL DEFAULT'N'COMMENT'健康告知条款是否激活(Y,N)',

ISSUE_TIME TIMESTAMP(6)default CURRENT_TIMESTAMP not null,

create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT'创建时间',

)；

(六)选择渠道(比如阿里，360，携程)，需要排除的分组列表

CREATE TABLE health_duty_section_omit_filter(

PLAN_CODE VARCHAR2(16)not null COMMENT'计划编号',

duty_id INT NOT NULL COMMENT'责任编号',

from_id INT NOT NULL COMMENT'渠道编号',

rule_id INT COMMENT'规则id'

section_id VARCHAR(128)NOT NULL COMMENT'需要去掉的健康告知分组编号',

create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT'创建时间',

)；

其中，保存健康告知中有选择“是”的保单，这样的保单在老客户需要当成新用户

CREATE TABLE health_trade_omit_history(

trade_id int NOT NULL COMMENT'保单编号',

create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT'创建时间'

)；

一个产品对应的条款列表：

本发明实施例公开的组件化生成表单的数据处理方法，根据各险种所属类别，例如意外险、年金险、防癌险、寿险/重疾险、医疗险等，以及三个维度包括年龄、性别、是否老客户，来动态生成针对每个用户的专属健康告知。

图2示意性示出根据本公开示例实施方式的组件化生成表单的数据处理方法的流程图。

如图2所示，在步骤S210，业务人员向产品健康告知确认产品对应的健康告知类别。

在步骤S220，业务人员可以在产品健康告知向健康告知类别增加新的类别。

在步骤S230，业务人员可以在健康告知类别向健康告知条款增加新的健康条款。

在步骤S240，可以在健康告知类别向健康告知对应的疾病列表增加条款对应的疾病列表。

在步骤S250，业务人员可以选择在特定条件下将不需要的类别，增加到排除过滤器中。

例如，针对银行高管人员，系统可以设置为默认该类客户的财务状况良好、身体比较健康，可以不需要该类客户提供财务资料。

在步骤S260，业务人员还可以选择在特殊情况下，增加或者减少相关健康告知条款。

例如，25岁以下的男士可以减少冠心病或者增加骨科病史的询问。

在步骤S270，业务人员可以选择不同的条件，进行预览。

为了便于以后能够快速灵活的管理健康告知条款、类别，以及产品涉及到的类别定义，提供相关的后台管理功能给业务人员，这样业务人员可以进行下列操作：增加、修改、删除健康告知条款；增加、修改、删除健康告知类别；增加、修改、删除产品对应的健康告知类别；可以根据年龄，性别模拟用户的视角进行健康告知的预览。

在步骤S280，启用此产品的组件化健康告知。

一个具体的保险产品可以包含不同的健康告知类别，并且可以设置是否启用组件化健康告知。当增加一个新产品时，需要选择该产品对应的所有健康告知类别。如果现有的条款或类别不能满足需要时，需先增加对应的健康告知条款或者健康告知类别，然后增加到产品中。

例如，如下表所示：

当接入专家核保(第三方接口)后，就显示类似"冠心病，心肌病"等选择框，不会出现输入。在未上之专家核保之前或者为使用专家核保的条款，使用输入框的方式接收用户输入(需业务部门确定输入框的长度)。当用户选择“是”时，需要在系统增加一条记录表示有选择“是”的信息。投保流程会根据过滤后的条件显示所需要的健康告知，并且根据用户的选择来决定是否拒保，是否走人工核保，或者直接承保。承保后使用XML保存所有的健康告知以及用户输入的结果，包括免健康告知的页面信息。生成的电子保单里面包含所有的健康告知内容以及用户输入的信息，包括免健康告知的页面信息。

图3示意性示出基于图2所示的方法中当前用户判断是否老客户的流程图。

如图3所示，在步骤S310，接收被保险人输入的证件类型和证件号码。

在步骤S320，将证件号码加密后传输至数据库服务器。

在步骤S330，根据该证件类型和加密的证件号码，在数据库表中查询，返回客户号。

在步骤S340，客户号是否为空？如果客户号为空，则进入下一步；反之，跳转到步骤S360。

在步骤S350，进入新用户健康告知流程。

在步骤S360，进入老客户健康告知流程。

当然，上述仅是判断当前被保险人是否老客户的其中一种示例性的方法，系统可以选择采用其它任意可以适用的方法来判断是否老客户，本发明对此不作限定。

图4A示意性示出基于图2所示的方法针对老客户的健康告知的流程图。

如图4A所示，在步骤S410，根据客户号提取数据库中存储的该当前用户的历史表单。

系统根据用户输入的保险名称、用户名、身份证号、年龄、性别等，查询数据库判断是否符合老客户免健康告知的条件。

每个健康告知类别对应一个免健康告知的有效日期，可以以日为单位。这样，在老客户进行保单查询时，可以快速的查询到该被保险人符合条件的在免健康告知的有效期内的免健康告知的类别。

在步骤S420，判断所述历史表单的创建时间是否在预设时间段内？当所述历史表单的创建时间在所述预设时段内时，则进入下一步；反之，跳转到步骤S450。

其中，所述预设时间段是指，在每个大类(险种)的每个小类(年龄/性别)中有对应的免健康告知有效天数。

具体的免健康告知有效天数由本次投保的险种和历史表单中的投保险种有关。例如：

1、本次投保年金险时，投保日期向前追溯6个月内如投保过医疗、寿险、重疾、意外、年金险，且告知无异常，标准体承保的；

2、本次投保意外险、豁免险时，投保日期向前追溯6个月内如投保过医疗、寿险、重疾、意外险，且告知无异常，标准体承保的；

3、本次投保防癌险种时，投保日期向前追溯3个月内如投保过防癌险，且告知无异常，标准体承保的；

4、本次投保寿险、重疾险种时，投保日期向前追溯3个月内如投保过医疗、寿险、重疾险，且告知无异常，标准体承保的；

5、本次投保医疗险时，投保日期向前追溯15天如内投保过医疗险，且告知无异常，标准体承保的或投保日期向前追溯15天如内投保过寿险、重疾，且告知无异常，标准体承保的，在补充告知目前寿险告知与医疗险告知差别部分的几条后。

如果上述时间区间内投保过多产品类型时，且都符合适用情况时，则点击后展示与此次投保险种类别相同的险种，如没有同类险种，则向用户显示健康告知的优先顺序为：医疗险＞寿险/重疾险＞意外险＞年金险。

如果用户针对以上告知回答为“否”，则按照此险种健康告知条款完整展示健告内容，请客户正常勾选。

在步骤S430，将所述历史表单与表单中的第一类别信息进行比较。

在步骤S440，历史表单的第一类别信息的优先级高于或者等于该表单的第一类别信息的优先级？如果历史表单的优先级高于或者等于该表单的优先级，则进入下一步；反之，跳转到步骤S460。

在步骤S450，不向该当前用户的客户端推送该表单，同时显示老客户免健康告知的提示语。

老客户在一定时间期间内(免健康告知有效天数内)再次投保，健康告知可用“本人确认此前在泰康在线投保保险产品时所做的投保告知(请点击查看)真实有效且截止目前所有告知内容未发生任何变化”，如点击则可以伸缩框形式将对应的上次告知内容全面展示在界面中，再次点击内容可收缩。

在步骤S460，向该当前用户的客户端推送该表单。

当作为被保险人的老客户重新投保，且本次投保的日期在免健康告知有效天数内，系统自动调取该老客户前次的健康告知表单数据，再与本次投保的健康告知表单数据进行比较，根据前后两次的健康告知表单数据的险种对应的大类的并列权重和风险权重，确定该老客户本次是否可以免健康告知。如果前次的健康告知表单数据的同一并列组中的大类的风险权重小于或者等于本次投保的健康告知表单数据的该相同大类的风险权重，即历史表单的优先级高于或者等于当前表单的优先级，则本次投保可以免健告(健康告知的简称)。反之，则需重新进行健告。

1.首先查找是否是老客户，当判断出当前被保险人是老客户时，接着找出在历史表单中免健告有效天数内的优先级最高的分类对应的风险权重值。

2.接着根据用户年龄，性别，本次投保的产品等获取该产品对应的优先级最高的分类对应的风险权重值。

根据上述两个结果来决定是否设置所有的条款值为“否”，选择规则如下：

当第一个查询为空时，直接显示，用户需显示选择“否”或者“是”，即当前被保险人本次投保不免健康告知；

当第1个结果不为空，但是第2个风险权重值比第1个风险权重值小时(系统中设置了风险权重值越小，优先级越高)，用户需显示选择“否”或者“是”，即当前被保险人本次投保不免健康告知；

当第1个结果不为空，但是第2个风险权重值比第1个风险权重值大时，系统设置缺省值为“否”，即当前被保险人本次投保免健康告知，并显示老客户免健告提示语。

当有高优先级的老客户产品的健康类别时：在当前产品中将相同的健康类别中不再显示这个健康类别，在当前产品中需要缺省的选择所有的“否”，这样能够简化用户的选择。

本发明实施例公开的组件化生成表单的数据处理方法，可以将不同的健康条款根据被保险人的性别和年龄分成不同的小类，不同的类别具有不同的权重和免健康告知有效天数，这样老客户在进行投保时，可以根据时效性以及健康告知的类别，简化健康告知的确认。

图4B为老客户免健康告知示例图。其中，2条加粗的线中间的文字是老客户免健康告知的提示语，缺省的是选择否，可编辑。该行的文字，只有满足老客户免健康告知的规则时，才会显示。缺省只显示下方的健康告知列表项。下方的是当前产品对应的健康告知列表，缺省的都是选择否，并且不能编辑，当客户手动在第一行的单选按钮选择了“是”，下方的健康告知列表项改成可以编辑的。当客户再次选择了“否”，下方的健康告知列表默认选择否，并且不可编辑。

图5示意性示出根据本公开示例实施方式的组件化生成表单的数据处理系统的框图。

如图5所示，该系统包括：数据库服务器510，其中所述数据库服务器预先建立第一数据表、第二数据表、第三数据表和关联表，其中所述关联表用于将所述第一数据表、第二数据表和第三数据表中存储的数据之间的隶属关系进行关联；输入模块520，用于接收用户信息，其中所述用户信息包括第一用户信息、第二用户信息和第三用户信息；第一类别确定模块530，用于根据所述第一用户信息从所述第一数据表中获取第一类别信息；第二类别确定模块540，用于根据所述第二用户信息和所述第三用户信息及所述第一类别信息从所述第二数据表中获取第二类别信息；条款信息获取模块550，用于根据所述第二类别信息从所述第三数据表中获取条款信息；表单生成模块560，用于根据所述条款信息生成所述表单。

在示例性实施例，其中所述条款信息包括预设的条款ID和条款优先级。

在示例性实施例，其中所述第一类别确定模块还包括：组生成单元，用于比较所述并列权重的大小，将所述多个第一类别划分成不同的并列组；选择单元，用于比较所述风险权重的大小，选择每个并列组中风险权重最小的所述第一类别。

在示例性实施例，其中所述表单生成模块还包括：排重单元，用于根据所述条款ID对获取的条款进行排重；排序单元，用于根据所述条款优先级对排重后的条款进行排序，生成所述表单。

在示例性实施例，还包括：第一判断模块，用于根据所述用户信息判断系统中是否存储有当前用户的历史表单；第二判断模块，用于当存储有当前用户的历史表单时，判断所述历史表单是否符合预设规则；推送模块，用于当未存储有当前用户的历史表单时，向该当前用户的客户端推送所述表单。

在示例性实施例，其中第二判断模块包括：第一判断单元，用于判断所述历史表单的创建时间是否在预设时间段内；第二判断单元，用于当所述历史表单的创建时间在所述预设时间段内时，将所述历史表单与所述表单中的第一类别信息进行比较，判断两者的第一类别信息的优先级高低；当所述历史表单的创建时间不在所述预设时间段内时，利用所述推送模块向该当前用户的客户端推送所述表单。

在示例性实施例，还包括：缓存器，用于将所述表单进行redis缓存。

在示例性实施例，还包括：外接接口其用于根据预设情况录入或者删除新的条款。

在示例性实施例，还包括：自动过滤器，用于在所述第二数据表中增加排除字段，自动过滤相应的条款。

本发明实施例中其它内容参考上述发明实施例中的内容，在此不再赘述。

如图6所示，该模型包括保费测算、填写个人信息、健康告知、投保单确认、支付、承保和支付完成几个页面。其中在健康告知页面，首先根据用户填写的个人信息，查询当前产品的组件化的健康告知(H1)；用被保险人的信息在数据库中查询customer_id，例如可以使用Mybatis进行数据库的访问；判断customer_id是否为空；如果为空，则进入新客户健康告知流程(H4)，不显示老客户免健告的提示语，用上述H1初始化页面元素；如果不为空，查询老客户的健康告知列表及权重；判断老的健告权重是否大于当前健告权重；如果老的健告权重大于当前健康权重，则初始化页面元素显示老客户免健告的提示语(H2)，且当前的健告缺省都选否，将老客户免健告的标识负值为true(H3)；如果老的健告权重小于新的健告权重，进入新产品健康告知流程(H4)，不显示老客户免健告的提示语，用H1初始化页面元素。客户回到健告，提交数据保存到p_applyform。在投保单确认页面中，判断H3是否等于true，如果为true，则显示老客户免健康的提示语；反之，显示全部的健康告知及客户答案。在承保页面，如果有健康告知选择了“是”，保存数据到表health_trade_omit_history。

在本发明实施例中，type.xml文件是定义了Context中使用的数据类型，在该文件中增加组件化健康告知的数据结构，增加exemptyFlag，表示老客户免健告，类型为Boolean，缺省值是false，表示使用该产品全部的健康告知，需要用户选择；当该值为true时，在页面提示：本人确认此前在泰康在线投保保险产品时所做的投保告知(请点击查看)真实有效且截止目前所有告知内容未发生任何变化。HealthInfoTag文件是健康告知组件的初始化文件，其中的initAttributes方法负责向页面的JavaScript传递值。表单(list)中增加了全部的健康告知条款后，调用web接口做查询，如果set的size>0，用querySectionSet的数据替换掉原来的list。每个label的下方创建一个textarea，item_id属性对应label的form_Id，缺省不显示，并且设置name属性与item的name属性对应，textarea用来保存当前的用户答案。在健康告知页面，客户填写在textarea中的回答可以编辑。在投保单确认页面，客户填写在textarea中的文字在页面中只读显示。数据保存在p_applyform的form_record中。修改生成xml文件的方法BTTContext2XML的方法replenishPolicyXMLInformList()增加保存用户的回答的代码。从form_record中读取出来的数据，将ans赋值到textarea。并根据name属性判断，将答案与问题对应。

在示例性实施例中，针对用户页面展示的健康告知需要使用REST API的方式进行封装，这样便于同时支持PC和移动端。

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

本公开的组件化生成表单的数据处理方法及系统，本发明提供一种全方面考虑被保险人年龄、性别、投保险种、病史等信息而自动筛选出相应的健康告知条款形成差异化表单的系统。组件化健告中，根据各险种所属类别(意外险、年金险、防癌险、寿险/重疾、医疗险)以及三个维度(年龄、性别、是否老客户)来动态生成专属健康告知。

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

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims

1.一种组件化生成表单的数据处理方法，其特征在于，包括：

预先建立数据库，所述数据库包括第一数据表、第二数据表、第三数据表和关联表，其中所述关联表用于将所述第一数据表、第二数据表和第三数据表中存储的数据之间的隶属关系进行关联；所述第一数据表为险种大类的数据表，其包括健康目录及其健康目录编号；所述第二数据表为根据用户的年龄和性别将所述险种大类划分成不同的健康告知类别，其包括健康告知类别编号、开始年龄、结束年龄、性别及其对应的健康目录编号；所述第三数据表为相应健康告知类别对应的健康告知条款的数据表，其包括健康告知类别编号、健康告知条款编号及其健康条款内容；

接收用户信息，其中所述用户信息包括第一用户信息、第二用户信息和第三用户信息；所述第一用户信息包括被保险人的客户号；所述第二用户信息包括所述被保险人的年龄；所述第三用户信息包括所述被保险人的性别；

根据所述第一用户信息中的所述被保险人的客户号，确定所述被保险人本次投保的险种，根据所述被保险人本次投保的险种从所述第一数据表中获取第一类别信息，所述第一类别信息属于所述险种大类；所述第一类别信息包括预设的多个第一类别的并列权重和风险权重，每个第一类别属于所述险种大类；比较所述并列权重的大小，将所述多个第一类别划分成不同的并列组，将并列权重相同的险种大类划分到同一个并列组，在同一个并列组中的险种大类之间具有包含与被包含的关系；比较所述风险权重的大小，选择每个并列组中风险权重最小的所述第一类别，其中优先级高的险种大类对应的健康告知条款包括优先级低的险种大类中的健康告知条款，当所述被保险人本次投保的险种中有属于同一个并列组的多个险种大类时，向所述用户显示所述同一个并列组中优先级最高的险种大类的健康告知条款；当所述被保险人本次投保的险种中有属于不同并列组的多个险种大类时，向所述用户显示并列权重不同的险种大类对应的健康告知条款；

根据所述第二用户信息和所述第三用户信息及所述第一类别信息从所述第二数据表中获取第二类别信息，所述第二类别信息属于所述健康告知类别；

根据所述第二类别信息从所述第三数据表中获取条款信息，所述条款信息包括从所述第三数据表获取的健康告知条款及其健康告知条款编号和条款优先级；

根据所述条款信息中各健康告知条款的健康告知条款编号，对所述条款信息中的健康告知条款进行排重；根据所述条款信息中各健康告知条款的条款优先级对排重后的健康告知条款进行排序，生成根据所述被保险人的年龄和性别确定的所述被保险人的差异化的健康告知表单。

2.根据权利要求1所述的方法，其特征在于，还包括：

根据所述用户信息判断系统中是否存储有当前用户的历史表单；

如果存储有当前用户的历史表单，判断所述历史表单是否符合预设规则；

如果未存储有当前用户的历史表单，向该当前用户的客户端推送所述表单。

3.根据权利要求2所述的方法，其特征在于，其中所述判断所述历史表单是否符合预设规则包括：

判断所述历史表单的创建时间是否在预设时间段内；

如果所述历史表单的创建时间在所述预设时间段内，将所述历史表单与所述表单中的第一类别信息进行比较，判断两者的第一类别信息的优先级高低；

如果所述历史表单的创建时间不在所述预设时间段内，向该当前用户的客户端推送所述表单。

4.根据权利要求3所述的方法，其特征在于，其中判断两者的第一类别信息的优先级高低包括：

当所述历史表单的第一类别信息的优先级高于或者等于所述表单的第一类别信息的优先级时，不向该当前用户的客户端推送所述表单；

当所述历史表单的第一类别信息的优先级低于所述表单的第一类别信息的优先级时，向该当前用户的客户端推送所述表单。

5.根据权利要求1所述的方法，其特征在于，还包括：将所述表单进行redis缓存。

6.根据权利要求1所述的方法，其特征在于，还包括：给系统增设外接接口，所述外接接口用于根据预设情况录入或者删除新的条款。

7.根据权利要求1所述的方法，其特征在于，还包括：在所述第二数据表中增加排除字段，用于自动过滤相应的条款。

8.一种组件化生成表单的数据处理系统，其特征在于，包括：

数据库服务器，其中所述数据库服务器预先建立第一数据表、第二数据表、第三数据表和关联表，其中所述关联表用于将所述第一数据表、第二数据表和第三数据表中存储的数据之间的隶属关系进行关联；所述第一数据表为险种大类的数据表，其包括健康目录及其健康目录编号；所述第二数据表为根据用户的年龄和性别将所述险种大类划分成不同的健康告知类别，其包括健康告知类别编号、开始年龄、结束年龄、性别及其对应的健康目录编号；所述第三数据表为相应健康告知类别对应的健康告知条款的数据表，其包括健康告知类别编号、健康告知条款编号及其健康条款内容；

输入模块，用于接收用户信息，其中所述用户信息包括第一用户信息、第二用户信息和第三用户信息；所述第一用户信息包括被保险人的客户号；所述第二用户信息包括所述被保险人的年龄；所述第三用户信息包括所述被保险人的性别；

第一类别确定模块，用于根据所述第一用户信息中的所述被保险人的客户号，确定所述被保险人本次投保的险种，根据所述被保险人本次投保的险种从所述第一数据表中获取第一类别信息，所述第一类别信息属于所述险种大类；所述第一类别信息包括预设的多个第一类别的并列权重和风险权重，每个第一类别属于所述险种大类；其中所述第一类别确定模块还包括：组生成单元，用于比较所述并列权重的大小，将所述多个第一类别划分成不同的并列组，将并列权重相同的险种大类划分到同一个并列组，在同一个并列组中的险种大类之间具有包含与被包含的关系；选择单元，用于比较所述风险权重的大小，选择每个并列组中风险权重最小的所述第一类别，其中优先级高的险种大类对应的健康告知条款包括优先级低的险种大类中的健康告知条款，当所述被保险人本次投保的险种中有属于同一个并列组的多个险种大类时，向所述用户显示所述同一个并列组中优先级最高的险种大类的健康告知条款；当所述被保险人本次投保的险种中有属于不同并列组的多个险种大类时，向所述用户显示并列权重不同的险种大类对应的健康告知条款；

第二类别确定模块，用于根据所述第二用户信息和所述第三用户信息及所述第一类别信息从所述第二数据表中获取第二类别信息，所述第二类别信息属于所述健康告知类别；

条款信息获取模块，用于根据所述第二类别信息从所述第三数据表中获取条款信息，所述条款信息包括从所述第三数据表获取的健康告知条款及其健康告知条款编号和条款优先级；

表单生成模块，用于根据所述条款信息生成根据所述被保险人的年龄和性别确定的所述被保险人的差异化的健康告知表单；其中所述表单生成模块还包括：排重单元，用于根据所述条款信息中各健康告知条款的健康告知条款编号，对所述条款信息中的健康告知条款进行排重；排序单元，用于根据所述条款信息中各健康告知条款的条款优先级对排重后的健康告知条款进行排序，生成根据所述被保险人的年龄和性别确定的所述被保险人的差异化的健康告知表单。

9.根据权利要求8所述的系统，其特征在于，还包括：

第一判断模块，用于根据所述用户信息判断系统中是否存储有当前用户的历史表单；

第二判断模块，用于当存储有当前用户的历史表单时，判断所述历史表单是否符合预设规则；

推送模块，用于当未存储有当前用户的历史表单时，向该当前用户的客户端推送所述表单。

10.根据权利要求9所述的系统，其特征在于，其中第二判断模块包括：

第一判断单元，用于判断所述历史表单的创建时间是否在预设时间段内；

第二判断单元，用于当所述历史表单的创建时间在所述预设时间段内时，将所述历史表单与所述表单中的第一类别信息进行比较，判断两者的第一类别信息的优先级高低；

当所述历史表单的创建时间不在所述预设时间段内时，利用所述推送模块向该当前用户的客户端推送所述表单。

11.根据权利要求8所述的系统，其特征在于，还包括：缓存器，用于将所述表单进行redis缓存。

12.根据权利要求8所述的系统，其特征在于，还包括：外接接口，其用于根据预设情况录入或者删除新的条款。

13.根据权利要求8所述的系统，其特征在于，还包括：自动过滤器，其用于在所述第二数据表中增加排除字段，自动过滤相应的条款。