CN107103543A - 协议数据处理方法和系统 - Google Patents

协议数据处理方法和系统 Download PDF

Info

Publication number
CN107103543A
CN107103543A CN201610099745.7A CN201610099745A CN107103543A CN 107103543 A CN107103543 A CN 107103543A CN 201610099745 A CN201610099745 A CN 201610099745A CN 107103543 A CN107103543 A CN 107103543A
Authority
CN
China
Prior art keywords
data
agreement
model agreement
model
protocol
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201610099745.7A
Other languages
English (en)
Other versions
CN107103543B (zh
Inventor
李佳
洪霞
陈湖佳
陈浩虹
王锴
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201610099745.7A priority Critical patent/CN107103543B/zh
Publication of CN107103543A publication Critical patent/CN107103543A/zh
Application granted granted Critical
Publication of CN107103543B publication Critical patent/CN107103543B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/35Clustering; Classification

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明涉及一种协议数据处理方法和系统。上述方法包括以下步骤:分别获取与各个险种代码匹配的协议模板数据;获取所述协议模板数据中的协议条件数据;判断所述协议模板数据中是否存在相同的协议条件数据,若存在,则将存在相同的协议条件数据的协议模板进行合并;获取整合后的各个协议模板的协议属性数据;根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中。上述协议数据处理方法和系统,使协议模板管理变得更为灵活,能更快地进行协议模板数据的变更,且缩短了新产品开发的周期,减少时间及人力成本的消耗。

Description

协议数据处理方法和系统
技术领域
本发明涉及计算机技术领域,特别是涉及一种协议数据处理方法和系统。
背景技术
在保险业务中,保险公司本质上经营的是风险,可接受的风险需要经过选择,例如,寿险公司需要对其保险标的,即被保险人的生命或身体的风险进行选择、评估。而进行风险选择通常需要参照一套基本的协议,只有符合协议才可投保成功。在传统的投保系统中,每个不同的保险产品均独自对应一套协议模板,随着保险产品种类的增多,可能存在许多保险产品中所用到的协议模板是相同的情况,造成协议模板的大量冗余,经常需要消耗大量的人力成本进行管理。此外,在开发新的保险产品时,每次都需要重新制定一套完整的协议模板,开发周期长,浪费大量的时间及人力成本。
发明内容
基于此,有必要提供一种协议数据处理方法,能够有效减少协议模板管理和协议模板开发时所用的人力成本,缩短保险产品的开发周期。
此外,还有必要提供一种协议数据处理系统,能够有效减少协议模板管理和协议模板开发时所用的人力成本,缩短保险产品的开发周期。
一种协议数据处理方法,包括以下步骤:
分别获取与各个险种代码匹配的协议模板数据;
获取所述协议模板数据中的协议条件数据;
判断所述协议模板数据中是否存在相同的协议条件数据,若存在,则将存在相同的协议条件数据的协议模板进行合并;
获取整合后的各个协议模板的协议属性数据;
根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中。
在其中一个实施例中,在所述将存在相同的协议条件数据的协议模板进行合并的步骤之后,还包括:
获取所述存在相同的协议条件数据的协议模板的协议配置数据;
判断所述协议配置数据是否不同;
若是,则根据所述不同的协议配置数据生成不同的配置值,并建立所述不同的配置值与所述不同的协议配置数据对应的险种代码的关联关系;
若否,则根据所述协议配置数据生成同一配置值。
在其中一个实施例中,所述根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中,具体包括:
获取整合后的各个协议模板的配置值;
在对应的协议模板数据表中,根据所述配置值生成与所述整合后的各个协议模板匹配的一条或多条记录,一条记录对应一个不同配置值。
在其中一个实施例中,在所述根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中的步骤之后,还包括:
建立所述协议模板数据表与协议模板数据主表的关联关系,所述协议模板数据主表用于定义机构编号与所述协议模板数据表中的协议模板数据的对应关系。
在其中一个实施例中,所述方法还包括:
获取录入的保单,根据所述保单提取相应的定位信息;
根据所述定位信息查询并获取对应的协议模板数据;
获取所述保单的险种代码,并获取所述协议模板数据中与所述险种代码匹配的配置值;
获取所述保单的核保信息;
根据所述配置值判断所述核保信息是否符合协议模板,若符合,则使所述保单进入通过状态。
一种协议数据处理系统,包括:
第一获取模块,用于分别获取与各个险种代码匹配的协议模板数据;
所述第一获取模块还用于获取所述协议模板数据中的协议条件数据;
合并模块,用于判断所述协议模板数据中是否存在相同的协议条件数据,若存在,则将存在相同的协议条件数据的协议模板进行合并;
所述第一获取模块还用于获取整合后的各个协议模板的协议属性数据;
存储模块,用于根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中。
在其中一个实施例中,所述第一获取模块还用于获取所述存在相同的协议条件数据的协议模板的协议配置数据;
所述系统还包括:
第一判断模块,用于判断所述协议配置数据是否不同;
生成模块,用于当判断出所述协议配置数据不同,则根据所述不同的协议配置数据生成不同的配置值,并建立所述不同的配置值与所述不同的协议配置数据对应的险种代码的关联关系;
所述生成模块还用于当判断出所述协议配置数据相同,则根据所述协议配置数据生成同一配置值。
在其中一个实施例中,所述存储模块包括:
获取单元,用于获取整合后的各个协议模板的配置值;
生成单元,用于在对应的协议模板数据表中,根据所述配置值生成与所述整合后的各个协议模板匹配的一条或多条记录,一条记录对应一个不同配置值。
在其中一个实施例中,所述系统还包括:
建立模块,用于建立所述协议模板数据表与协议模板数据主表的关联关系,所述协议模板数据主表用于定义机构编号与所述协议模板数据表中的协议模板数据的对应关系。
在其中一个实施例中,所述系统还包括:
提取模块,用于获取录入的保单,根据所述保单提取相应的定位信息;
查询模块,用于根据所述定位信息查询并获取对应的协议模板数据;
第二获取模块,用于获取所述保单的险种代码,并获取所述协议模板数据中与所述险种代码匹配的配置值;
所述第二获取模块还用于获取所述保单的核保信息;
第二判断模块,用于根据所述配置值判断所述核保信息是否符合协议模板,若符合,则使所述保单进入通过状态。
上述协议数据处理方法和系统,通过将存在相同协议条件数据的协议模板进行合并,并根据整合后的各个协议模板的协议属性数据存储在对应的协议模板数据表中,对不同保险产品的协议模板进行整合,使协议模板管理变得更为灵活,能更快地进行协议模板数据的变更。此外,在新的保险产品开发时,可利用协议模板数据表中原有的协议模板,也可直接在协议模板数据表中添加新的协议模板,而不需要重新制定一套完整的协议模板,缩短了新产品开发的周期,实现新产品更快速地上线,减少时间及人力成本的消耗。
附图说明
图1为一个实施例中协议数据处理方法的流程示意图;
图2为一个实施例中生成协议模板的配置值的流程示意图;
图3为一个实施例中将整合后的各个协议模板存储在对应付的协议模板数据表中的流程示意图;
图4为一个实施例中判断保单中的核保信息是否符合协议模板的流程示意图;
图5为一个实施例中协议数据处理系统的结构示意图;
图6为另一个实施例中协议数据处理系统的结构示意图;
图7为另一个实施例中协议数据处理系统的结构示意图;
图8为另一个实施例中协议数据处理系统的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
如图1所示,一种协议数据处理方法,包括以下步骤:
步骤S110,分别获取与各个险种代码匹配的协议模板数据。
具体的,险种指的是保险产品的种类,每个不同的保险产品均对应一个唯一的险种代码,每个险种代码对应一套协议模板。协议模板数据包括协议模板编号、协议条件数据、协议属性数据及协议配置数据等,其中,协议条件数据指的是协议模板中的条件,即被保人购买该险种所需满足的条件,协议属性数据指的是协议模板所属的协议种类,协议配置数据指的是协议模板中的条件对应的具体数据。例如,险种为“少儿定期寿险”,险种代码为“001”,其对应的协议模板包括投保单基本检查模板、年龄检查模板。投保单基本检查模板的内容包括被保人信息、业务员信息、险种,其中,被保人信息、业务员信息和险种即为投保单基本检查模板的协议条件数据;被保人信息包括被保人姓名、证件类型、证件号码,业务员信息包括业务员姓名、业务员编号,险种为“少儿定期寿险”,其中,被保人姓名、证件类型、证件号码、业务员姓名、业务员编号、险种“少儿定期寿险”即为投保单基本检查模板的协议配置数据。投保单基本检查模板属于基本协议,年龄检查模板属于年龄相关协议,其中,基本协议与年龄相关协议分别为投保单基本检查模板和年龄检查模板的协议属性数据。
步骤S120,获取协议模板数据中的协议条件数据。
具体的,可提取各个协议模板对应的协议模板数据中的协议条件数据并进行比较。
步骤S130,判断协议模板数据中是否存在相同的协议条件数据,若是,则执行步骤S140,若否,则继续执行步骤S130。
具体的,若提取的协议模板的协议条件数据相同,则将存在相同的协议条件数据的协议模板进行合并。
步骤S140,将存在相同的协议条件数据的协议模板进行合并。
具体的,例如,“少儿定期寿险”对应的协议模板为投保单基本检查模板、年龄检查模板,“学生一年定期寿险”对应的协议模板为投保单基本检查模板、职业检查模板。假设“少儿定期寿险”的投保单基本检查模板的协议模板编号为“0035”,其协议条件数据包括被保人信息、业务员信息和险种,“学生一年定期寿险”的投保单基本检查模板的协议模板编号为“0059”,其协议条件数据也包括被保人信息、业务员信息和险种,即“少儿定期寿险”的投保单基本检查模板与“学生一年定期寿险”的投保单基本检查模板具有相同的协议条件数据,则将两个协议模板进行合并,成为一个协议模板。假设“少儿定期寿险”的投保单基本检查模板的协议条件数据包括被保人信息、业务员信息和险种,而“学生一年定期寿险”的投保单基本检查模板的协议条件数据仅包括被保人信息和险种,则两个模板的协议条件数据不同,无法进行合并。合并完成后,可将险种代码与合并后的协议模板进行关联,例如将“少儿定期寿险”的险种代码“001”及“学生一年定期寿险”的险种代码“005”与合并后的投保单基本检查模板关联。若新开发的保险产品也对应投保单基本检查模板,只需将新开发的保险产品的险种代码添加到投保单基本检查模板的关联关系中即可。
步骤S150,获取整合后的各个协议模板的协议属性数据。
具体的,对各个险种代码的协议模板进行整合后,可得到重新编排的协议模板,将原本为一个险种代码对应多个协议模板的形式改为一个协议模板对应多个险种代码,并获取整合后的各个协议模板的协议属性数据。
步骤S160,根据协议属性数据将整合后的各个协议模板分别存储在对应的协议模板数据表中。
具体的,不同的协议种类对应不同的协议模板数据表,协议种类可包括基本协议、年龄相关协议、体检契调财务协议、年收入保额比例协议、职业协议、累计协议、险种附加协议等。例如,投保单基本检查模板属于基本协议,则将投保单基本检查模板存储在基本协议对应的协议模板数据表中。对协议模板分类存储,方便对协议模板进行管理及查询。
上述协议数据处理方法,通过将存在相同协议条件数据的协议模板进行合并,并根据整合后的各个协议模板的协议属性数据存储在对应的协议模板数据表中,对不同保险产品的协议模板进行整合,使协议模板管理变得更为灵活,能更快地进行协议模板数据的变更。此外,在新的保险产品开发时,可利用协议模板数据表中原有的协议模板,也可直接在协议模板数据表中添加新的协议模板,而不需要重新制定一套完整的协议模板,缩短了新产品开发的周期,实现新产品更快速地上线,减少时间及人力成本的消耗。
如图2所示,在一个实施例中,在步骤S140将存在相同的协议条件数据的协议模板进行合并之后,还包括:
步骤S202,获取存在相同的协议条件数据的协议模板的协议配置数据。
具体的,在对存在相同的协议条件数据的协议模板进行合并时,需同时获取协议模板的协议配置数据。例如,“少儿定期寿险”的投保单基本检查模板的协议配置数据包括被保人姓名、证件类型、证件号码、业务员姓名、业务员编号及险种“少儿定期寿险”,“学生一年定期寿险”的投保单基本检查模板的协议配置数据包括被保人姓名、证件类型、证件号码、业务员姓名、业务员编号及险种“学生一年定期寿险”。
步骤S204,判断协议配置数据是否相同,若是,则执行步骤S206,若否,则执行步骤S208。
具体的,判断获取的存在相同协议条件数据的协议模板的协议配置数据是否相同,若协议配置数据不同,则根据不同的协议配置数据生成不同的配置值,若协议配置数据相同,则生成同一配置值。
步骤S206,根据不同的协议配置数据生成不同的配置值,并建立不同的配置值与不同的协议配置数据对应的险种代码的关联关系。
具体的,例如,“少儿定期寿险”的投保单基本检查模板的协议配置数据与“学生一年定期寿险”的投保单基本检查模板的协议配置数据不同,则分别生成合并后的投保单基本检查模板不同的配置值,配置值1为:被保人姓名、证件类型、证件号码、业务员姓名、业务员编号、少儿定期寿险;配置值2为:被保人姓名、证件类型、证件号码、业务员姓名、业务员编号、学生一年定期寿险,“少儿定期寿险”的险种代码为“001”,“学生一年定期寿险”的险种代码为“005”,则将配置值1与险种代码“001”关联,将配置值2与险种代码“005”关联。
步骤S208,根据协议配置数据生成同一配置值。
具体的,若存在相同协议条件数据的协议模板的协议配置数据相同,则生成合并后的协议模板的同一配置值。例如,险种分别为“驾乘人员意外伤害保险”、“交通意外伤害保险”及“旅行意外伤害保险”,均具有年龄检查模板,且存在相同的协议条件数据为投保年龄,三个不同险种的年龄检查模板的协议配置数据均为16至65岁,则生成合并后的年龄检查模板的同一配置值为16至65岁。
上述协议数据处理方法,根据协议配置数据生成合并后的协议模板的配置值,以配置的方式管理协议模板,使协议模板管理变得更为灵活,能更快地进行协议模板数据的变更。
如图3所示,在一个实施例中,步骤S160根据协议属性数据将整合后的各个协议模板分别存储在对应的协议模板数据表中,具体包括:
步骤S302,获取整合后的各个协议模板的配置值。
具体的,整合后的各个协议模板对应一个或多个配置值。
步骤S304,在对应的协议模板数据表中,根据配置值生成与整合后的各个协议模板匹配的一条或多条记录,一条记录对应一个不同的配置值。
具体的,在协议模板数据表中,一个协议模板对应一条或多条记录,一条记录分别对应协议模板的一个配置值。例如,协议模板数据表中保额检查模板的格式可如表1所示。
表1
险种代码 最低保额 最高保额
102 10000.0 1000000.0
108 1.0 50.0
1101 3000.0 10000.0
每条记录中,对应有不同的配置值以及与配置值关联的险种代码,当开发新的保险产品时,若新的保险产品具有协议模板数据表中已存储的协议模板,且协议条件数据相同,只需在对应的协议模板中添加一条新的记录,记录新的保险产品对应的配置值即可。
步骤S306,建立协议模板数据表与协议模板数据主表的关联关系。
具体的,将整合后的协议模板分别存储在对应的协议模板数据表后,可建立各个协议模板数据表与协议模板数据主表的关联关系。协议模板数据主表中存储有机构编号、申请日期等数据与协议模板的对应关系,通过协议模板数据主表,可查询被保人在不同的机构及不同的申请日等条件下需要符合哪个协议模板数据表中的协议模板。
上述协议数据处理方法,根据协议配置数据生成合并后的协议模板的配置值,并在协议模板数据表中以不同的记录形式存在,以配置的方式管理协议模板,使协议模板管理变得更为灵活,能更快地进行协议模板数据的变更。此外,在新的保险产品开发时,可利用协议模板数据表中原有的协议模板,也可直接在协议模板数据表中添加新的协议模板,而不需要重新制定一套完整的协议模板,缩短了新产品开发的周期,实现新产品更快速地上线,减少时间及人力成本的消耗。
如图4所示,在一个实施例中,上述协议数据处理方法,还包括以下步骤:
步骤S402,获取录入的保单,根据保单提取相应的定位信息。
具体的,保单指的是保险人与被保险人订立保险合同的正式书面证明,保单记载的内容是合同双方履行的依据,在被保人购买保险产品时,均需要由保险人生成保单并填写相关信息。定位信息指的是可用于查询并获取被保人购买保险产品时所需符合的协议模板的信息,定位信息可包括机构编号、申请日、险种代码等。
步骤S404,根据定位信息查询并获取对应的协议模板数据。
具体的,可先根据机构编号、申请日等定位信息在协议模板数据主表中查询被保人需要符合的多个协议模板,并获取相关的协议模板数据。例如,保单中的机构编号为01,申请日为2016年1月1日,在协议模板数据主表中可查询到机构编号为01、申请日为2016年1月1日需要符合职业协议对应的协议模板数据表中的职业检查模板,可获取该职业检查模板的协议条件数据、协议配置数据等。
步骤S406,获取保单的险种代码,并获取协议模板数据中与该险种代码匹配的配置值。
具体的,若需符合的协议模板具有多个不同的配置值,可通过保单的险种代码获取匹配的配置值,若协议模板只有一个配置值,可直接获取该配置值。
步骤S408,获取保单的核保信息。
具体的,核保信息指的是用于检查是否符合协议模板的信息,例如,被保人购买某保险产品需要符合职业检查模板、年龄检查模板及保额检查模板,则需获取保单中被保人的职业、年龄、保额等核保信息进行检查。
步骤S410,根据配置值判断核保信息是否符合协议模板,若是,则执行步骤S412,若否,则执行步骤S414。
具体的,获取保单的核保信息后逐一判断是否符合协议模板中的配置值,若全部符合,则检查通过,使保单进入通过状态,被保人等待承保,若有一项或多项不符合,则检查不通过,使保单进入没通过状态,需下发问题件,建议客户修改投保计划。例如,保单中需要符合职业检查模板、年龄检查模板及保额检查模板,其对应的配置值分别为学生、9-18岁、100至1000元人民币,从保单中分别提取职业、年龄及保额,并逐一判断是否符合配置值,若符合,则投保成功,若不符合,则投保失败。
步骤S412,使保单进入通过状态。
步骤S414,使保单进入没通过状态。
上述协议数据处理方法,在检测被保人是否符合协议模板时,直接通过定位信息在协议模板数据表中查找相应的协议模板及配置值进行判断,通过配置的方式管理协议模板,使规则管理变得更为灵活。
如图5所示,一种协议数据处理系统,包括第一获取模510、合并模块520和存储模块530。
第一获取模510,用于分别获取与各个险种代码匹配的协议模板数据。
具体的,险种指的是保险产品的种类,每个不同的保险产品均对应一个唯一的险种代码,每个险种代码对应一套协议模板。协议模板数据包括协议模板编号、协议条件数据、协议属性数据及协议配置数据等,其中,协议条件数据指的是协议模板中的条件,即被保人购买该险种所需满足的条件,协议属性数据指的是协议模板所属的协议种类,协议配置数据指的是协议模板中的条件对应的具体数据。例如,险种为“少儿定期寿险”,险种代码为“001”,其对应的协议模板包括投保单基本检查模板、年龄检查模板。投保单基本检查模板的内容包括被保人信息、业务员信息、险种,其中,被保人信息、业务员信息和险种即为投保单基本检查模板的协议条件数据;被保人信息包括被保人姓名、证件类型、证件号码,业务员信息包括业务员姓名、业务员编号,险种为“少儿定期寿险”,其中,被保人姓名、证件类型、证件号码、业务员姓名、业务员编号、险种“少儿定期寿险”即为投保单基本检查模板的协议配置数据。投保单基本检查模板属于基本协议,年龄检查模板属于年龄相关协议,其中,基本协议与年龄相关协议分别为投保单基本检查模板和年龄检查模板的协议属性数据。
第一获取模510还用于获取协议模板数据中的协议条件数据。
具体的,可提取各个协议模板对应的协议模板数据中的协议条件数据并进行比较。
合并模块520,用于判断协议模板数据中是否存在相同的协议条件数据,若存在,则将存在相同的协议条件数据的协议模板进行合并。
具体的,若提取的协议模板的协议条件数据相同,则将存在相同的协议条件数据的协议模板进行合并。例如,“少儿定期寿险”对应的协议模板为投保单基本检查模板、年龄检查模板,“学生一年定期寿险”对应的协议模板为投保单基本检查模板、职业检查模板。假设“少儿定期寿险”的投保单基本检查模板的协议模板编号为“0035”,其协议条件数据包括被保人信息、业务员信息和险种,“学生一年定期寿险”的投保单基本检查模板的协议模板编号为“0059”,其协议条件数据也包括被保人信息、业务员信息和险种,即“少儿定期寿险”的投保单基本检查模板与“学生一年定期寿险”的投保单基本检查模板具有相同的协议条件数据,则将两个协议模板进行合并,成为一个协议模板。假设“少儿定期寿险”的投保单基本检查模板的协议条件数据包括被保人信息、业务员信息和险种,而“学生一年定期寿险”的投保单基本检查模板的协议条件数据仅包括被保人信息和险种,则两个模板的协议条件数据不同,无法进行合并。合并完成后,可将险种代码与合并后的协议模板进行关联,例如将“少儿定期寿险”的险种代码“001”及“学生一年定期寿险”的险种代码“005”与合并后的投保单基本检查模板关联。若新开发的保险产品也对应投保单基本检查模板,只需将新开发的保险产品的险种代码添加到投保单基本检查模板的关联关系中即可。
第一获取模510还用于获取整合后的各个协议模板的协议属性数据。
具体的,对各个险种代码的协议模板进行整合后,可得到重新编排的协议模板,将原本为一个险种代码对应多个协议模板的形式改为一个协议模板对应多个险种代码,并获取整合后的各个协议模板的协议属性数据。
存储模块530,用于根据协议属性数据将整合后的各个协议模板分别存储在对应的协议模板数据表中。
具体的,不同的协议种类对应不同的协议模板数据表,协议种类可包括基本协议、年龄相关协议、体检契调财务协议、年收入保额比例协议、职业协议、累计协议、险种附加协议等。例如,投保单基本检查模板属于基本协议,则将投保单基本检查模板存储在基本协议对应的协议模板数据表中。对协议模板分类存储,方便对协议模板进行管理及查询。
上述协议数据处理系统,通过将存在相同协议条件数据的协议模板进行合并,并根据整合后的各个协议模板的协议属性数据存储在对应的协议模板数据表中,对不同保险产品的协议模板进行整合,使协议模板管理变得更为灵活,能更快地进行协议模板数据的变更。此外,在新的保险产品开发时,可利用协议模板数据表中原有的协议模板,也可直接在协议模板数据表中添加新的协议模板,而不需要重新制定一套完整的协议模板,缩短了新产品开发的周期,实现新产品更快速地上线,减少时间及人力成本的消耗。
如图6所示,在另一个实施例中,上述协议数据处理系统,除了包括第一获取模510、合并模块520和存储模块530,还包括第一判断模块540及生成模块550。
第一获取模510还用于获取存在相同的协议条件数据的协议模板的协议配置数据。
具体的,在对存在相同的协议条件数据的协议模板进行合并时,需同时获取协议模板的协议配置数据。例如,“少儿定期寿险”的投保单基本检查模板的协议配置数据包括被保人姓名、证件类型、证件号码、业务员姓名、业务员编号及险种“少儿定期寿险”,“学生一年定期寿险”的投保单基本检查模板的协议配置数据包括被保人姓名、证件类型、证件号码、业务员姓名、业务员编号及险种“学生一年定期寿险”。
第一判断模块540,用于判断协议配置数据是否不同。
具体的,判断获取的存在相同协议条件数据的协议模板的协议配置数据是否相同,若协议配置数据不同,则根据不同的协议配置数据生成不同的配置值,若协议配置数据相同,则生成同一配置值。
生成模块550,用于当判断出协议配置数据不同,则根据不同的协议配置数据生成不同的配置值,并建立不同的配置值与不同的协议配置数据对应的险种代码的关联关系。
具体的,例如,“少儿定期寿险”的投保单基本检查模板的协议配置数据与“学生一年定期寿险”的投保单基本检查模板的协议配置数据不同,则分别生成合并后的投保单基本检查模板不同的配置值,配置值1为:被保人姓名、证件类型、证件号码、业务员姓名、业务员编号、少儿定期寿险;配置值2为:被保人姓名、证件类型、证件号码、业务员姓名、业务员编号、学生一年定期寿险,“少儿定期寿险”的险种代码为“001”,“学生一年定期寿险”的险种代码为“005”,则将配置值1与险种代码“001”关联,将配置值2与险种代码“005”关联。
生成模块550还用于当判断出协议配置数据相同,则根据协议配置数据生成同一配置值。
具体的,若存在相同协议条件数据的协议模板的协议配置数据相同,则生成合并后的协议模板的同一配置值。例如,险种分别为“驾乘人员意外伤害保险”、“交通意外伤害保险”及“旅行意外伤害保险”,均具有年龄检查模板,且存在相同的协议条件数据为投保年龄,三个不同险种的年龄检查模板的协议配置数据均为16至65岁,则生成合并后的年龄检查模板的同一配置值为16至65岁。
上述协议数据处理系统,根据协议配置数据生成合并后的协议模板的配置值,以配置的方式管理协议模板,使协议模板管理变得更为灵活,能更快地进行协议模板数据的变更。
如图7所示,在另一个实施例中,存储模块530包括获取单元532和生成单元534。
获取单元532,用于获取整合后的各个协议模板的配置值。
具体的,整合后的各个协议模板对应一个或多个配置值。
生成单元534,用于在对应的协议模板数据表中,根据配置值生成与整合后的各个协议模板匹配的一条或多条记录,一条记录对应一个不同配置值。
具体的,在协议模板数据表中,一个协议模板对应一条或多条记录,一条记录分别对应协议模板的一个配置值。例如,协议模板数据表中保额检查模板的格式可如表1所示。每条记录中,对应有不同的配置值以及与配置值关联的险种代码,当开发新的保险产品时,若新的保险产品具有协议模板数据表中已存储的协议模板,且协议条件数据相同,只需在对应的协议模板中添加一条新的记录,记录新的保险产品对应的配置值即可。
上述协议数据处理系统,除了包括第一获取模510、合并模块520、存储模块530、第一判断模块540及生成模块550,还包括建立模块560。
建立模块560,用于建立协议模板数据表与协议模板数据主表的关联关系。
具体的,将整合后的协议模板分别存储在对应的协议模板数据表后,可建立各个协议模板数据表与协议模板数据主表的关联关系。协议模板数据主表中存储有机构编号、申请日期等数据与协议模板的对应关系,通过协议模板数据主表,可查询被保人在不同的机构及不同的申请日等条件下需要符合哪个协议模板数据表中的协议模板。
上述协议数据处理系统,根据协议配置数据生成合并后的协议模板的配置值,并在协议模板数据表中以不同的记录形式存在,以配置的方式管理协议模板,使协议模板管理变得更为灵活,能更快地进行协议模板数据的变更。此外,在新的保险产品开发时,可利用协议模板数据表中原有的协议模板,也可直接在协议模板数据表中添加新的协议模板,而不需要重新制定一套完整的协议模板,缩短了新产品开发的周期,实现新产品更快速地上线,减少时间及人力成本的消耗。
如图8所示,在另一个实施例中,上述协议数据处理系统,除了包括第一获取模510、合并模块520、存储模块530、第一判断模块540、生成模块550及建立模块560,还包括提取模块570、查询模块580、第二获取模块590及第二判断模块600。
提取模块570,用于获取录入的保单,根据保单提取相应的定位信息。
具体的,保单指的是保险人与被保险人订立保险合同的正式书面证明,保单记载的内容是合同双方履行的依据,在被保人购买保险产品时,均需要由保险人生成保单并填写相关信息。定位信息指的是可用于查询并获取被保人购买保险产品时所需符合的协议模板的信息,定位信息可包括机构编号、申请日、险种代码等。
查询模块580,用于根据定位信息查询并获取对应的协议模板数据。
具体的,可先根据机构编号、申请日等定位信息在协议模板数据主表中查询被保人需要符合的多个协议模板,并获取相关的协议模板数据。例如,保单中的机构编号为01,申请日为2016年1月1日,在协议模板数据主表中可查询到机构编号为01、申请日为2016年1月1日需要符合职业协议对应的协议模板数据表中的职业检查模板,可获取该职业检查模板的协议条件数据、协议配置数据等。
第二获取模块590,用于获取保单的险种代码,并获取协议模板数据中与该险种代码匹配的配置值。
具体的,若需符合的协议模板具有多个不同的配置值,可通过保单的险种代码获取匹配的配置值,若协议模板只有一个配置值,可直接获取该配置值。
第二获取模块590还用于获取保单的核保信息。
具体的,核保信息指的是用于检查是否符合协议模板的信息,例如,被保人购买某保险产品需要符合职业检查模板、年龄检查模板及保额检查模板,则需获取保单中被保人的职业、年龄、保额等核保信息进行检查。
第二判断模块600,用于根据配置值判断核保信息是否符合协议模板,若符合,则使该保单进入通过状态。
具体的,获取保单的核保信息后逐一判断是否符合协议模板中的配置值,若全部符合,则检查通过,使保单进入通过状态,被保人等待承保,若有一项或多项不符合,则检查不通过,使保单进入没通过状态,需下发问题件,建议客户修改投保计划。例如,保单中需要符合职业检查模板、年龄检查模板及保额检查模板,其对应的配置值分别为学生、9-18岁、100至1000元人民币,从保单中分别提取职业、年龄及保额,并逐一判断是否符合配置值,若符合,则投保成功,若不符合,则投保失败。
上述协议数据处理系统,在检测被保人是否符合协议模板时,直接通过定位信息在协议模板数据表中查找相应的协议模板及配置值进行判断,通过配置的方式管理协议模板,使规则管理变得更为灵活。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种协议数据处理方法,其特征在于,包括以下步骤:
分别获取与各个险种代码匹配的协议模板数据;
获取所述协议模板数据中的协议条件数据;
判断所述协议模板数据中是否存在相同的协议条件数据,若存在,则将存在相同的协议条件数据的协议模板进行合并;
获取整合后的各个协议模板的协议属性数据;
根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中。
2.根据权利要求1所述的协议数据处理方法,其特征在于,在所述将存在相同的协议条件数据的协议模板进行合并的步骤之后,还包括:
获取所述存在相同的协议条件数据的协议模板的协议配置数据;
判断所述协议配置数据是否不同;
若是,则根据所述不同的协议配置数据生成不同的配置值,并建立所述不同的配置值与所述不同的协议配置数据对应的险种代码的关联关系;
若否,则根据所述协议配置数据生成同一配置值。
3.根据权利要求2所述的协议数据处理方法,其特征在于,所述根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中,具体包括:
获取整合后的各个协议模板的配置值;
在对应的协议模板数据表中,根据所述配置值生成与所述整合后的各个协议模板匹配的一条或多条记录,一条记录对应一个不同配置值。
4.根据权利要求3所述的协议数据处理方法,其特征在于,在所述根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中的步骤之后,还包括:
建立所述协议模板数据表与协议模板数据主表的关联关系,所述协议模板数据主表用于定义机构编号与所述协议模板数据表中的协议模板数据的对应关系。
5.根据权利要求2所述的协议数据处理方法,其特征在于,所述方法还包括:
获取录入的保单,根据所述保单提取相应的定位信息;
根据所述定位信息查询并获取对应的协议模板数据;
获取所述保单的险种代码,并获取所述协议模板数据中与所述险种代码匹配的配置值;
获取所述保单的核保信息;
根据所述配置值判断所述核保信息是否符合协议模板,若符合,则使所述保单进入通过状态。
6.一种协议数据处理系统,其特征在于,包括:
第一获取模块,用于分别获取与各个险种代码匹配的协议模板数据;
所述第一获取模块还用于获取所述协议模板数据中的协议条件数据;
合并模块,用于判断所述协议模板数据中是否存在相同的协议条件数据,若存在,则将存在相同的协议条件数据的协议模板进行合并;
所述第一获取模块还用于获取整合后的各个协议模板的协议属性数据;
存储模块,用于根据所述协议属性数据将所述整合后的各个协议模板分别存储在对应的协议模板数据表中。
7.根据权利要求6所述的协议数据处理系统,其特征在于,所述第一获取模块还用于获取所述存在相同的协议条件数据的协议模板的协议配置数据;
所述系统还包括:
第一判断模块,用于判断所述协议配置数据是否不同;
生成模块,用于当判断出所述协议配置数据不同,则根据所述不同的协议配置数据生成不同的配置值,并建立所述不同的配置值与所述不同的协议配置数据对应的险种代码的关联关系;
所述生成模块还用于当判断出所述协议配置数据相同,则根据所述协议配置数据生成同一配置值。
8.根据权利要求7所述的协议数据处理系统,其特征在于,所述存储模块包括:
获取单元,用于获取整合后的各个协议模板的配置值;
生成单元,用于在对应的协议模板数据表中,根据所述配置值生成与所述整合后的各个协议模板匹配的一条或多条记录,一条记录对应一个不同配置值。
9.根据权利要求8所述的协议数据处理系统,其特征在于,所述系统还包括:
建立模块,用于建立所述协议模板数据表与协议模板数据主表的关联关系,所述协议模板数据主表用于定义机构编号与所述协议模板数据表中的协议模板数据的对应关系。
10.根据权利要求7所述的协议数据处理系统,其特征在于,所述系统还包括:
提取模块,用于获取录入的保单,根据所述保单提取相应的定位信息;
查询模块,用于根据所述定位信息查询并获取对应的协议模板数据;
第二获取模块,用于获取所述保单的险种代码,并获取所述协议模板数据中与所述险种代码匹配的配置值;
所述第二获取模块还用于获取所述保单的核保信息;
第二判断模块,用于根据所述配置值判断所述核保信息是否符合协议模板,若符合,则使所述保单进入通过状态。
CN201610099745.7A 2016-02-23 2016-02-23 协议数据处理方法和系统 Active CN107103543B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610099745.7A CN107103543B (zh) 2016-02-23 2016-02-23 协议数据处理方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610099745.7A CN107103543B (zh) 2016-02-23 2016-02-23 协议数据处理方法和系统

Publications (2)

Publication Number Publication Date
CN107103543A true CN107103543A (zh) 2017-08-29
CN107103543B CN107103543B (zh) 2021-03-30

Family

ID=59658787

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610099745.7A Active CN107103543B (zh) 2016-02-23 2016-02-23 协议数据处理方法和系统

Country Status (1)

Country Link
CN (1) CN107103543B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107944771A (zh) * 2017-12-26 2018-04-20 泰康保险集团股份有限公司 再保危险单位的生成方法及装置
CN110443560A (zh) * 2019-06-14 2019-11-12 平安科技(深圳)有限公司 一种协议数据管理方法、装置、计算机设备及存储介质
CN111372287A (zh) * 2020-03-09 2020-07-03 京信通信技术(广州)有限公司 信号处理方法、接入网设备及多制式接入网设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1776689A (zh) * 2005-12-15 2006-05-24 北京方正国际软件系统有限公司 一种面向出版的智能模板模型的建立方法
CN101034349A (zh) * 2007-04-06 2007-09-12 西安万年科技实业有限公司 基于功能设计的数据库应用系统开发平台
CN101158900A (zh) * 2007-11-19 2008-04-09 北京大学 一种基于模板系列的报表生成系统及方法
CN102833241A (zh) * 2012-08-20 2012-12-19 中国联合网络通信集团有限公司 流媒体业务流量记录合并处理方法及装置
CN104199648A (zh) * 2014-08-21 2014-12-10 北京勤哲软件技术有限责任公司 一种通用移动信息系统适配方法与装置
CN104809143A (zh) * 2014-01-29 2015-07-29 西门子公司 用于将表格信息植入信息库的方法和装置
CN105589945A (zh) * 2015-12-17 2016-05-18 华为技术有限公司 一种知识库构建方法、控制器

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1776689A (zh) * 2005-12-15 2006-05-24 北京方正国际软件系统有限公司 一种面向出版的智能模板模型的建立方法
CN101034349A (zh) * 2007-04-06 2007-09-12 西安万年科技实业有限公司 基于功能设计的数据库应用系统开发平台
CN101158900A (zh) * 2007-11-19 2008-04-09 北京大学 一种基于模板系列的报表生成系统及方法
CN102833241A (zh) * 2012-08-20 2012-12-19 中国联合网络通信集团有限公司 流媒体业务流量记录合并处理方法及装置
CN104809143A (zh) * 2014-01-29 2015-07-29 西门子公司 用于将表格信息植入信息库的方法和装置
CN104199648A (zh) * 2014-08-21 2014-12-10 北京勤哲软件技术有限责任公司 一种通用移动信息系统适配方法与装置
CN105589945A (zh) * 2015-12-17 2016-05-18 华为技术有限公司 一种知识库构建方法、控制器

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
吴长磊: "寿险客户联络系统的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107944771A (zh) * 2017-12-26 2018-04-20 泰康保险集团股份有限公司 再保危险单位的生成方法及装置
CN110443560A (zh) * 2019-06-14 2019-11-12 平安科技(深圳)有限公司 一种协议数据管理方法、装置、计算机设备及存储介质
CN110443560B (zh) * 2019-06-14 2024-04-02 平安科技(深圳)有限公司 一种协议数据管理方法、装置、计算机设备及存储介质
CN111372287A (zh) * 2020-03-09 2020-07-03 京信通信技术(广州)有限公司 信号处理方法、接入网设备及多制式接入网设备

Also Published As

Publication number Publication date
CN107103543B (zh) 2021-03-30

Similar Documents

Publication Publication Date Title
Ritter et al. Regulating data as property: a new construct for moving forward
US7028047B2 (en) Apparatus and methods for generating a contract
Toval et al. Legal requirements reuse: a critical success factor for requirements quality and personal data protection
CN102243748A (zh) 电子债务管理运营系统装置以及债权债务电子化金融商品化的实现方法
CN108257029A (zh) 保险数据审核方法、装置、计算机设备及可读存储介质
CN115526605B (zh) 基于企业内部控制管理的审批方法及系统
US8700434B1 (en) System and method for analyzing and comparing data and using analyzed data to identify liability sources
CN107103543A (zh) 协议数据处理方法和系统
CN111028072A (zh) 一种供应链金融贷前尽调数据处理方法及系统
CN111651585A (zh) 信息校验方法、装置、电子设备及存储介质
Ellig et al. The regulatory determinants of railroad safety
KR20150108059A (ko) 자산 및 부실예측평가 통합지원 시스템
CN111445189B (zh) 运输信息管理方法及装置
CN107643894A (zh) 代码开发管理方法和系统
CN115908062A (zh) 一种知识产权全周期管理系统
WO2020141530A1 (en) Method and system for processing customs forms associated with a shipment
US20240243934A1 (en) Blockchain, method for transmitting information between nodes of the blockchain, and methods for configuring and quering the blockchain
CN115983988A (zh) 基于区块链的核证自愿减排量确权及交易流转方法和系统
CN108564333A (zh) 一种职业调查方法和系统
CN201532653U (zh) 一种可自动识别身份证件的人身保险出单终端
CN114819896A (zh) 一种基于ai的票据管理系统、方法及存储介质
CN114331105A (zh) 电子汇票的处理系统、方法、电子设备和存储介质
CN113159768A (zh) 一种交易存证方法、装置及设备
Ferk et al. A Challenging Transposition of Directive 2014/23/EU on the Award of Concession Contracts to Slovenia-the New Concession Contracts Act
Fenwick et al. Use of computerized business records as evidence

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant