一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

与出单系统对接的保单业务管理方法、计算设备和介质与流程

2021-11-05 19:34:00 来源:中国专利 TAG:


1.本发明属于计算机信息处理技术领域,特别涉及一种与多个保险参与方的出单系统对接的保单业务管理方法、计算设备和介质。


背景技术:

2.现有技术中,各家保险公司通过其出单系统回传至其业务系统的承保清单的内容其字段以及字段内容不一致,如小马和v2、万家云等,难以实现基于多个保险公司的承保清单的多源数据底盘,不便于为大数据分析提供基础数据源。


技术实现要素:

3.本发明目的在于提供一种与出单系统对接的保单业务管理方法、计算设备和介质,以便实现单一业务系统与多个出单系统的数据对接,对多保险公司的承保清单进行归一化处理和数据操作。
4.一种与出单系统对接的保单业务管理方法,所述保单业务管理方法在同一业务系统中实施;所述业务系统包括业务条件配置模块和业务台账模块;所述保单业务管理方法包含以下步骤:
5.步骤10,在所述业务系统中存储各出单系统的出单工号特征标识;
6.步骤20,使用业务条件配置模块创建标准化规则;所述标准化规则与所述出单工号特征标识一一对应;
7.步骤30,使用业务条件配置模块创建所述非标承保清单的政策信息;
8.步骤40,当通过业务台账模块在接收到一出单系统发送的非标承保清单信息时,所述业务台账模块根据该非标承保清单信息查找与其匹配的出单工号特征标识,然后根据该单工号特征标识对应的标准化规则对保单数据进行标准字段和标准内容的转化,最后再匹配该非标承保清单信息的政策信息;在该业务系统中保存该非标承保清单信息的标准承保清单信息记录以及对应的政策信息。
9.上述的保单业务管理方法,所述业务台账模块包括出单工号生成模块,步骤 10通过所述出单工号生成模块实现。
10.上述的保单业务管理方法,所述业务条件配置模块包括标准配置模块,步骤 20通过所述标准配置模块实现。
11.上述的保单业务管理方法,所述业务条件配置模块包括政策配置模块,步骤 30通过所述政策配置模块实现。
12.上述的保单业务管理方法,所述业务系统包括结算模块;所述政策信息包括上游政策信息和下游政策信息;所述保单业务管理方法包含,
13.步骤50,使用所述结算模块读取标准承保清单信息记录以及其对应的上游政策信息以获得收入结算表,和/或,使用所述结算模块读取标准承保清单信息记录以及其对应的下游政策信息以获得支出结算表。
14.上述的保单业务管理方法,所述业务系统包括业务批改模块;所述保单业务管理方法包含,
15.步骤60,使用所述业务批改模块进行以下至少一种数据处理:费用批改、险种批改、业务来源批改和保单大权限批改。
16.上述的保单业务管理方法,所述数据处理的时机被限制为满足以下条件之一:
17.在政策信息配置错误时,允许费用批改;
18.出单系统抓取的非标承保清单信息错误或生成标准承保清单信息记录发生错误时,允许险种批改;
19.销号请求出现业务员身份错误时,允许业务来源批改;
20.某两项以上费用需要内部调换时,允许保单大权限批改。
21.一种计算设备,其中,该计算设备包括:处理器;以及,被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如上述中一项所述的方法。
22.一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如上述中任一项所述的方法。
23.本发明提供技术方案的有益效果在于,通过第一方面提供的方法,或者使用第二方面提供计算设备,或者包含第三方面提供的计算机可读存储介质实现一种可对接于多家保险公司出单系统的改进的业务系统,改善了现有代理公司的,节约了与多家保险公司签订合约的代理公司管理承保业务数据的综合成本,同时,为代理公司实现统一的数据底盘,进而使得代理公司可以成为数据提供商,为第三方提供数据分析服务。
附图说明
24.图1出单系统流程图;
25.图2计算机设备处理流程图;
26.图3可读存储介质流程示意图;
27.图4车险的收支费用平衡的政策信息图;
28.图5管理层级政策配置。
具体实施方式
29.首先需要说明的是,本文中述及的出单系统和业务系统指包括硬件子系统和软件子系统的计算机系统,在现有技术中,本领域技术人员对于计算机系统的理解是明确的。当本文提供方法涉及两个以上计算机系统之间以发送或者接收信息为目的的数据交换时,即被认为参与数据交换的相关计算机系统存在数据耦合,关于实施数据耦合的具体硬件通信链路或者具体通信协议,对于本领域技术人员也是易于实现的,本文不再赘述。同时,当述及一套计算机系统时,在本文中根据其具体使用者身份和运行目的进行限定区别,例如,属于一个保险公司的出单系统,指操作该出单系统或者为该出单系统提供出单数据的登陆者身份由该保险公司授权,并在该出单系统获得验证,而并非限定该出单系统的硬件系统必须由该保险公司直接或者间接操作,所述授权包括数字证书(ca)形式的授权,本发明一些实施例中也可通过非对称加密的数据通信链路实现对授权的验证或者其他现有的授权验证方式以确定计算机系统的隶属关系。
30.结合附图,本实施例提供了一种与出单系统对接的保单业务管理方法,所述保单业务管理方法在同一业务系统中实施,业务系统同时与多个出单系统对接;所述业务系统包括业务条件配置模块、业务台账模块、结算模块和批改模块;所述保单业务管理方法包含以下步骤10至60。
31.步骤10,配置出单工号生成模块并存储各出单系统的出单工号特征标识,以便该业务系统在接收到其中一出单系统发送的非标承保清单信息时,所述出单工号生成模块根据该非标承保清单信息查找与其匹配的出单工号特征标识并为该非标承保清单信息生成唯一的出单工号。
32.具体的,所述出单工号生成模块根据一提取方法从一非标承保清单信息中提取一指定特征,进而在该业务系统中查找与该指定特征匹配的一出单工号特征标识。一些实施例中,非标承保清单信息中直接包含与出单系统相关的一个参数作为指定特征,如出单系统的身份识别码,出单工号特征标识为提取该参数的正则表达式或者掩码的索引号,出单工号生成模块从其存储的出单工号特征标识中查找与该参数比较逻辑为真的一个出单工号特征标识;另一些实施例中,非标承保清单信息中未直接包含一个单参数作为其指定特征,出单工号特征标识可以为该非标承保清单信息的一种数字摘要算法索引号,出单工号生成模块根据数字摘要算法索引号查找结果为真的预存数字摘要算法,并输出该数字摘要算法对应的数字摘要算法索引号。
33.出单工号生成模块运行目的在于,根据各出单系统所属的保险公司与业务系统所属的代理公司之间的关系信息,查找各出单系统在该业务系统中的标准模板和政策模板,以便该业务系统在接收到非标承保清单信息时为该非标承保清单信息生成唯一的出单工号。
34.步骤20,使用标准配置模块创建标准化规则;所述标准化规则与所述出单工号特征标识一一对应。
35.具体的,标准配置模块创建了一种各个出单系统所提供非标承保清单信息中非标承保清单各个字段与一标准承保清单各个字段的对应关系,其中一份非标承保清单的一个字段对应于标准承保清单的一个字段,标准承保清单的一个字段可以对应于多种非标承保清单的不同字段,即实现了一种字段的标准化映射,各个出单工号特征标识的标准化规则即为满足该出单工号特征标识的非标承保清单与所述标准承保清单的字段映射表。
36.示范的,本实施例中,业务系统的标准配置模块包括标准字段配置单元、标准内容配置单元和标准内容对应关系配置单元。其中,标准字段配置单元根据不同的列表与标准字段配置为n:1的对应关系。即同一个标准字段可对应多个列表名称,即非标承保清单的字段名,满足不同保险公司字段命名的不一致性。如;“续保标志”可有如下的列表对应关系。
[0037][0038]
标准内容配置单元用于配置对应字段所对应的标准内容,其对应关系为 n:1。如:“续保标志”可有如下的列表对应关系。
[0039][0040]
标准内容对应关系配置单元用于配置标准字段与标准内容之间的对应关系,且可配置适用的保险公司。如:“续保标志”可有如下的列表对应关系。
[0041][0042]
以便根据该,出单工号生成模块,和该出单工号特征对应的承保清单标准模板
[0043]
步骤30,使用政策配置模块创建所述非标承保清单的政策信息;所述政策信息包括上游政策信息和上游政策信息。
[0044]
本文上游政策信息指承保业务的收入政策;包括保险公司给代理公司某业务产品的政策留点,优选的,本实施例中,按保费的口径进行配置。本文下游政策信息指承保业务的支出政策,包括支出管理层级政策和营业部政策待分配,即代理公司各机构层级管理的留点以及业务员的销售绩效,优选的,本实施例中,支出管理层级按主营业务收入的口径进行配置,机构管理费和销售绩效按照保费的口径进行配置。
[0045]
示范的,以配置满足车险的收支费用平衡的政策信息图4为例:
[0046]
其中,收入政策被配置为:
[0047]
(第一出单系统)手续费=保费*手续费率;劳务费=保费*劳务费率;代理费=车船税*代理费率;
[0048]
(第二出单系统)服务费=保费*服务费率。
[0049]
支出政策被配置为:
[0050]
(第一出单系统)手续费 劳务费=基础政策资金成本 附加税费成本 分公司管理费 督导平台管理费 销售管理费 伯乐津贴 机构管理费 销售绩效;
[0051]
(第一出单系统)代理费=津贴资金成本 销售津贴省分自留点 销售津贴督导自留点 津贴销售管理费 销售津贴营业部自留点 销售津贴;
[0052]
(第二出单系统)服务费=基础政策资金成本 附加税费成本 分公司管理费 督导平台管理费 销售管理费 伯乐津贴 机构管理费 销售绩效。
[0053]
管理层级的口径被配置为:主营业务收入。
[0054]
机构管理费、销售绩效的口径被配置为:保费或车船税。
[0055]
营业部政策待分配被配置为:
[0056]
代理公司增员奖:主营业务收入*伯乐费率 保费*尾差;
[0057]
科技公司增员奖:主营业务收入*伯乐费率 保费*尾差;
[0058]
需要说明的是,上述示范中,政策信息的配置原则为:1.根据第一出单系统一方与第二出单系统一方推送的可分配保费,从多的一方扣减机构额度和调整精确系数;2.当第一出单系统一方与第二出单系统一方推送的可分配保费相等时,在第二出单系统一方扣减机构额度和调整精确系数。
[0059]
示范的,上述收入政策的配置至少满足以下要求:
[0060]
收入政策配置的维度包括保险公司、代理公司机构、险种和时间;收入费用项包括手续费、劳务费、代理费和服务费;同一时间段内,同保险公司、同代理公司的同一个险种允许且只允许配置一个收入政策;同一时间段内,同保险公司、同美联机构的同一个险种,电子商务公司是允许不同的代理机构;代理公司必须配置至“省分”层级,并且满足:a.配置至某级机构则该级机构的政策同配置值, b.如某级机构未配置,则该级政策同上一级机构保持一致,c.与险种无关;政策自动截停功能配置,即当出现政策发生变更可,仅录入新的政策点位自动截停之前的政策,以后的非标承保清单信息按照新的政策信息进行匹配。且已经匹配上旧政策单子在未对账之前可进行自动批改。
[0061]
示范的,上述支出政策中支出管理层级政策配置至少满足以下要求(参看图 5):
[0062]
支出管理层级政策配置的维度包括:保险机构、代理公司机构和时间;支出费用项:同一时间段内,同保险机构、代理公司机构的同一个险种允许且只允许配置一个支出政策;代理机构必须配置至“省分”层级。并且满足:a.配置至某级机构则该级机构的政策同配置值,b.如某级机构未配置,则该级政策同上一级机构保持一致;c.与险种无关;5.政策自动截停功能。
[0063]
示范的,上述支出政策中营业部政策待分配的配置至少满足以下要求:
[0064]
1.同时间 保险机构 美联机构的收入和管理层级的政策配置审核通过后,自动生成对应营业部待分配政策;
[0065]
2.营业部可导出待分配的“可分配总保费份额”,并将机构管理费的预估留点和精确系统后导入系统。系统自动计算中所对应的机构管理费和销售绩效的实际留点;
[0066]
3.其业务员兜底销售绩效的点位;省分管理费兜底费用;
[0067]
4..“可分配保费份额”及“可分配销售津贴”计算如下:
[0068]
a、【代理公司】:
[0069]
·
可分配保费份额(%)=(100%—资金成本率—附加税费成本率—分公司管理费率—销售管理费率—督导费率)*(手续费率 劳务费率),
[0070]
·
可分配销售津贴(%)=(100%—津贴资金成本

分公司销售津贴留点费率—督导津贴留点费率

津贴销售管理费)*代理费率,
[0071]
b、【电子商务公司】:
[0072]
可分配保费份额(%)=(100%—资金成本率—附加税费成本率—分公司管理费率—销售管理费率—督导费率)*服务费率。
[0073]
5.“机构管理费率”和“总销售绩效费率”根据a=可分配总保费份额—机构管理费率(预设)
[0074]
和b=“销售绩效精确系数”来自动计算,
[0075]
·
当b=0时,总销售绩效费率=a,机构管理费率=机构管理费率(预设);
[0076]
·
当b=1时,总销售绩效费率=a取整,机构管理费率=a—销售绩效费率 机构管理费率(预设)
[0077]
·
当b=0.5时,如果a的小数点小于0.5,总销售绩效费率=a取整,机构管理费率=a—销售绩效费率 机构管理费率(预设);如果a的小数点大于等于 0.5,总销售绩效费率=a取整 0.5%,机构管理费率=a—销售绩效费率 机构管理费率(预设)。
[0078]
步骤40,当业务台账模块在接收到其中一出单系统发送的非标承保清单信息时,所述业务台账模块根据该非标承保清单信息查找与其匹配的出单工号特征标识并为该非标承保清单信息生成唯一的出单工号,然后根据该单工号特征标识对应的标准化规则对保单数据进行标准字段和标准内容的转化,最后再匹配适合的收入政策和支出政策后进如收入结算表和支出结算表。
[0079]
具体的,当业务台账模块接收到包含一笔保单数据的非标承保清单信息后,根据其非标承保清单的指定特征找到匹配的单工号特征标识,然后根据该单工号特征标识对应的标准化规则对保单数据进行标准字段和标准内容的转化,最后再匹配适合的收入政策和支出政策后进如收入结算表和支出结算表。
[0080]
步骤50,使用所述结算模块读取标准承保清单信息记录以及其对应的上游政策信息以获得收入结算表,和/或,使用所述结算模块读取标准承保清单信息记录以及其对应的下游政策信息以获得支出结算表。具体的,收入结算表包括是收入项表单,后期与保险公司进行对账;支出结算表包括支出项表单,列明各支出费用项。具体的,当一笔保单进系统“业务台账”后自动根据承保清单的标准字段和标准内容转化,然后再匹配适合的收入政策和支出政策后进收入结算表和支出结算表。
[0081]
步骤60,使用所述业务批改模块进行以下至少一种数据处理:费用批改、险种批改、业务来源批改和保单大权限批改。
[0082]
具体的,任一批改操作被触发后,业务系统的处理逻辑至少包括:先将之前的费用原路扣回,再匹配新的政策信息。
[0083]
本实施例中,所述数据处理的时机被限制为满足以下条件之一:
[0084]
在政策信息配置错误时,允许费用批改;
[0085]
出单系统抓取的非标承保清单信息错误或生成标准承保清单信息记录发生错误时,允许险种批改;
[0086]
销号请求出现业务员身份错误时,允许业务来源批改;
[0087]
某两项以上费用需要内部调换时,允许保单大权限批改。
[0088]
示范的,本实施例中,以车险为例,使用业务批改模块的条件参见下表:
[0089][0090]
需要说明的是:
[0091]
本文提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述,构造这类装置所要求的结构是显而易见的。此外,本技术也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本技术的内容,并且上面对特定语言所做的描述是为了披露本技术的最佳实施方式。
[0092]
本文所提供的说明书中,说明了大量具体细节。然而,能够理解,本技术的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
[0093]
类似地,应当理解,为了精简本技术并帮助理解各个申请方面中的一个或多个,在上面对本技术的示例性实施例的描述中,本技术的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映仅由这些描述构成的技术方案:即所要求保护的本技术要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如本文所反映的那样,申请方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本技术的单独实施例。
[0094]
本领域那些技术人员可以理解,可以对实施例中的设备中的机制进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的机制或单元或组件组合成一个机制或单元或组件,以及此外可以把它们分成多个子机制或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何
组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0095]
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本技术的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0096]
本技术的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件机制实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本技术实施例的文字识别装置中的一些或者全部部件的一些或者全部功能。本技术还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本技术的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
[0097]
例如,图2示出了根据本技术一个实施例的计算设备的结构示意图。该计算设备200包括处理器210和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器220。存储器220可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。存储器220具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码的存储空间230。例如,用于存储计算机可读程序代码的存储空间230可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码。计算机可读程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘,紧致盘(cd)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图3所述的计算机可读存储介质。图3 示出了根据本技术一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质300存储有用于执行根据本技术的方法步骤的计算机可读程序代码,可以被计算设备200的处理器210读取,当计算机可读程序代码由计算设备200运行时,导致该计算设备200执行上面所描述的方法中的各个步骤,具体来说,该计算机可读存储介质存储的计算机可读程序代码可以执行上述任一实施例中示出的方法。计算机可读程序代码可以以适当形式进行压缩。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献