信息处理方法、处理装置、电子设备及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种信息处理方法、处理装置、电子设备及存储介质。


背景技术：

2.当下，新兴科技快速发展，正深刻改变着保险行业的竞争格局与生态。科技不仅重塑保险行业技术服务标准，更从基础设施层支持行业升级转型，在拓展保险保障职能、增强行业风险管理核心能力的同时，引领行业朝着科技化、智能化、现代化的方向发展。当面对企业客户及团单客户时，由于企业存在审批承保单流程复杂，导致保单出单日期滞后的情况，即无法及时给客户提供相应的服务。
3.现有技术中，对于用户续保断档期间，大部分保险公司的系统只可在客户承保后，系统内才会有客户的保单条款，进一步地根据保单条款提供相应的服务。
4.然而现有技术中，保险系统无法实现对于用户续保断档期间的数据进行定制化开发，无法支持多样化的场景需求。


技术实现要素：

5.本技术提供一种信息处理方法、处理装置、电子设备及存储介质，用以解决现有技术中保险系统在客户续保断档期间无法进行定制化的开发，造成无法及时给客户提供相应的服务，导致客户体验感差的技术问题。
6.第一方面，本技术提供一种信息处理方法，方法应用于第一设备，包括：
7.在权益人员的权益生效之前，创建临时权益人员的系统标识和权益人员的第一权益信息；其中，第一权益信息包括第一权益标识；第一权益标识指示第一权益信息为临时权益信息；
8.创建权益人员的系统标识和权益人员的第一权益信息之间的映射关系；
9.根据映射关系，生成权益人员的权益凭证信息。
10.进一步地，方法还包括：
11.在权益人员的权益生效之后，创建权益人员的第二权益信息，其中，第二权益信息包括第二权益标识；第二权益标识指示第二权益信息为正式权益信息；
12.确定权益人员的系统标识是否已经与第三权益信息建立映射关系；
13.若是，则获取已经建立映射关系的第三权益信息，并将第三权益信息对应险种与第二权益信息对应险种进行比较；
14.在比较结果指示险种一致，且第三权益信息为临时权益信息时，删除第三权益信息与系统标识之间映射关系，并创建第二权益信息与系统标识之间映射关系。
15.进一步地，在权益人员的权益生效之后，创建权益人员的第二权益信息，具体包括：
16.在权益人员的权益生效之后，从生效权益消息队列中获取权益人员的生效权益信
息；
17.根据权益人员的生效权益信息创建权益人员的第二权益信息。
18.进一步地，方法还包括：
19.接收第二设备发送的查询请求，其中，查询请求包括权益人员的身份信息；
20.根据权益人员的身份信息和身份映射表获得权益人员的系统标识；其中，身份映射表为身份信息和系统标识之间映射关系；
21.根据权益人员的系统标识查询与系统标识建立映射关系的第四权益信息；
22.向第二设备发送第四权益信息，其中，第四权益信息为临时权益信息或者正式权益信息。
23.进一步地，第一权益信息包括就医预约服务和/或直付服务；第二权益信息包括就医预约服务、直付服务、代配药服务和紧急救援服务中任意一种或多种。
24.第二方面，本技术提供一种处理装置，处理装置包括：
25.处理模块，用于在权益人员的权益生效之前，创建临时权益人员的系统标识和权益人员的第一权益信息；其中，第一权益信息包括第一权益标识；第一权益标识指示第一权益信息为临时权益信息；
26.处理模块，还用于创建权益人员的系统标识和权益人员的第一权益信息之间的映射关系；
27.处理模块，还用于根据映射关系，生成权益人员的权益凭证信息。
28.进一步地，处理装置还包括：
29.处理模块，用于在权益人员的权益生效之后，创建权益人员的第二权益信息，其中，第二权益信息包括第二权益标识；第二权益标识指示第二权益信息为正式权益信息；
30.处理模块，还用于确定权益人员的系统标识是否已经与第三权益信息建立映射关系；
31.若是，处理模块，还用于获取已经建立映射关系的第三权益信息，并将第三权益信息对应险种与第二权益信息对应险种进行比较；
32.处理模块，还用于在比较结果指示险种一致，且第三权益信息为临时权益信息时，删除第三权益信息与系统标识之间映射关系，并创建第二权益信息与系统标识之间映射关系。
33.第三方面，本技术提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面所述的方法。
34.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现第一方面所述的方法。
35.第五方面，本技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面所述的方法。
36.本技术提供的信息处理方法、处理装置、电子设备及存储介质，本方案中，保险系统通过新增临时权益配置和导入临时人员权益信息，并将新增的临时权益配置和临时人员权益信息形成映射关系；根据映射关系，生成临时权益人员的临时权益凭证信息，实现对保
险系统进行定制化开发；使保险系统对续保断档期间的客户仍能及时提供相应的服务，避免客户体验感差和投诉纠纷的问题。
附图说明
37.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
38.图1为本技术实施例提供的一种信息处理方法的流程示意图；
39.图2为本技术实施例提供的另一种信息处理方法的流程示意图；
40.图3为本技术实施例提供的再一种信息处理方法的流程示意图；
41.图4为本技术实施例提供的一种用户确认权益信息方法的流程示意图；
42.图5为本技术实施例提供的一种处理装置的结构示意图；
43.图6为本技术实施例提供的一种电子设备的结构示意图。
44.通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
45.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
46.当下，新兴科技快速发展，正深刻改变着保险行业的竞争格局与生态。科技不仅重塑保险行业技术服务标准，更从基础设施层支持行业升级转型，在拓展保险保障职能、增强行业风险管理核心能力的同时，引领行业朝着科技化、智能化、现代化的方向发展。当面对企业客户及团单客户时，由于企业存在审批承保单流程复杂，导致保单出单日期滞后的情况，即无法及时给客户提供相应的服务。
47.现有技术中，对于用户续保断档期间，大部分保险公司的保险系统只可在客户承保后，系统内才会有客户的保单条款，进一步地根据保单条款提供相应的服务。
48.然而现有技术中，保险系统无法实现对于用户续保断档期间的数据进行定制化开发，无法支持多样化的场景需求。
49.针对上述问题，本技术实施例提供一种信息处理方法、处理装置、电子设备及存储介质，旨在解决保险系统在客户续保断档期间无法进行定制化的开发，造成无法及时给客户提供相应的服务，导致客户体验感差的技术问题。本技术的技术构思是：保险系统通过新增临时权益配置和导入临时人员权益信息，并将新增的临时权益配置和临时人员权益信息形成映射关系；根据映射关系，生成临时权益人员的临时权益凭证信息。给续保断档期间的客户仍能及时提供相应的服务，避免客户体验感差和投诉纠纷的问题。
50.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
51.图1为本技术实施例提供的一种信息处理方法的流程示意图，方法应用于第一设备，如图1所示，该方法包括：
52.101、在权益人员的权益生效之前，创建临时权益人员的系统标识和权益人员的第一权益信息。
53.示例性地，本实施例的执行主体可以为电子设备、或者信息处理装置或设备、或者其他可以执行本实施例的装置或设备、或者nic系统，对此不做限制。本实施例中以执行主体为nic系统进行介绍。
54.考虑到客户在续保断档期间，保险系统仍能及时给续保断档客户提供相应的服务，也就是在权益人员的权益生效之前，首先，在nic(network interface controller，网络接口控制器)系统中为断保的客户创建临时权益人员的信息表，同步存贮在open_care_product库中的occlient表中，将每个客户信息创建唯一编码ocid(objectid)，也就是临时权益人员的系统标识。
55.在nic系统中还创建权益配置信息表，将权益人员的第一权益信息存贮在open_care_product库中的occlientrights表中，同步增加标识字段“rightsfromway”，其中，第一权益信息包括第一权益标识；第一权益标识指示第一权益信息为临时权益信息，比如，第一权益标识可以标注为temporary。第一权益信息包括就医预约服务和/或直付服务。
56.需要说明的是，nic系统、open_care_product库、occlient表和occlientrights表都可以根据自己的需求设定，在此不做限定。
57.102、创建权益人员的系统标识和权益人员的第一权益信息之间的映射关系。
58.示例性地，将权益人员的系统标识的唯一编码ocid和权益人员的第一权益信息进行一一对应，从而创建权益人员的系统标识和权益人员的第一权益信息之间的映射表。
59.比如，张三的编码ocid，对应的第一权益信息为临时权益的就医预约服务和/或直付服务。
60.103、根据映射关系，生成权益人员的权益凭证信息。
61.示例性地，根据映射关系，在open_care_product库中的occardtask表中生成一条任务，由occlient表中taskno相对应，自动生成权益人员的权益凭证信息。其中，权益凭证信息可以是电子直付卡，也可以是实体直付卡，供客户使用。
62.本技术实施例中，在权益人员的权益生效之前，创建临时权益人员的系统标识和权益人员的第一权益信息；其中，第一权益信息包括第一权益标识；第一权益标识指示第一权益信息为临时权益信息；创建权益人员的系统标识和权益人员的第一权益信息之间的映射关系；根据映射关系，生成权益人员的权益凭证信息。保险系统通过新增生成临时权益人员的权益凭证信息，实现保险系统的定制化开发，客户在续保断档期间，保险系统仍能及时给续保断档客户提供相应的服务，解决客户体验感差的问题。
63.图2为本技术实施例提供的另一种信息处理方法的流程示意图，如图2所示，该方法包括：
64.201、在权益人员的权益生效之前，创建临时权益人员的系统标识和权益人员的第一权益信息。
65.本步骤可以参见图1中的步骤101，不再赘述。
66.202、创建权益人员的系统标识和权益人员的第一权益信息之间的映射关系。
67.本步骤可以参见图1中的步骤102，不再赘述。
68.203、根据映射关系，生成权益人员的权益凭证信息。
69.本步骤可以参见图1中的步骤103，不再赘述。
70.204、在权益人员的权益生效之后，创建权益人员的第二权益信息。
71.示例性地，在客户签订正式保单之后，在nic系统中还创建权益配置信息表，将权益人员的第二权益信息存贮在open_care_product库中的occlientrights表中，同步增加标识字段“rightsfromway”，其中，第二权益信息包括第二权益标识；第二权益标识指示第二权益信息为正式权益信息，比如，第二权益标识可以标注为medical。第二权益信息包括就医预约服务、直付服务、代配药服务和紧急救援服务中任意一种或多种。
72.205、判断权益人员的系统标识是否已经与第三权益信息建立映射关系。
73.示例性地，当客户输入身份证号、姓名和性别之后，该客户对应的是第三权益信息，在该客户的权益信息未确定之前，该客户的权益信息可能是第一权益信息，也可能是第二权益信息；通过查询nic系统中open_care_product库中的occlientrights表，并校验是否存在相同ocid的客户的数据信息，确定权益人员的系统标识是否已经与第三权益信息建立映射关系。
74.206、若是，则获取已经建立映射关系的第三权益信息，并将第三权益信息对应险种与第二权益信息对应险种进行比较。
75.示例性地，当确定权益人员的系统标识已经与第三权益信息建立映射关系。则从nic系统中open_care_product库的occlientrights表中，获取已经建立映射关系的第三权益信息；为了进一步的确认客户的权益信息，并将第三权益信息对应险种与第二权益信息对应险种在保险系统内进行险种标识字段的区分比较。
76.207、在比较结果指示险种一致，且第三权益信息为临时权益信息时，删除第三权益信息与系统标识之间映射关系，并创建第二权益信息与系统标识之间映射关系。
77.示例性地，通过险种标识字段的比较，在比较结果指示险种一致，且第三权益信息为临时权益信息时，由于临时权益和正式权益的服务是有区别的，所以，删除第三权益信息与系统标识之间映射关系，并创建第二权益信息与系统标识之间映射关系。
78.本技术实施例中，考虑到客户在断保之后，继续交保，也就是在权益人员的权益生效之后，创建权益人员的第二权益信息，其中，第二权益信息包括第二权益标识；第二权益标识指示第二权益信息为正式权益信息；通过在保险系统内先确定权益人员的系统标识是否已经与第三权益信息建立映射关系；若是，则获取已经建立映射关系的第三权益信息，并将第三权益信息对应险种与第二权益信息对应险种进行比较；由于正式权益和临时权益是有区别的，确保了客户在交保之后，在比较结果指示险种一致，且第三权益信息为临时权益信息时，删除第三权益信息与系统标识之间映射关系，并创建第二权益信息与系统标识之间映射关系。自动识别客户应具有的权益，并更新客户相应的权益，使生效保单和临时保单进行无缝对接，提升客户的满意度。
79.图3为本技术实施例提供的再一种信息处理方法的流程示意图，如图3所示，该方法包括：
80.301、在权益人员的权益生效之前，创建临时权益人员的系统标识和权益人员的第一权益信息。
81.本步骤可以参见图1中的步骤101，不再赘述。
82.302、创建权益人员的系统标识和权益人员的第一权益信息之间的映射关系。
83.本步骤可以参见图1中的步骤102，不再赘述。
84.303、根据映射关系，生成权益人员的权益凭证信息。
85.本步骤可以参见图1中的步骤103，不再赘述。
86.304、在权益人员的权益生效之后，从生效权益消息队列中获取权益人员的生效权益信息。
87.示例性地，在thp(tomlinson-harashima precoding，汤姆林森-哈拉希玛预编码)系统中确认正式权益后，通过mq(message queue)消息队列同步客户的正式权益数据至nic系统。
88.305、根据权益人员的生效权益信息创建权益人员的第二权益信息。
89.示例性地，nic系统将正式权益存在occlientrights表中，并标记为medical类型。
90.306、判断权益人员的系统标识是否已经与第三权益信息建立映射关系。
91.本步骤可以参见图2中的步骤205，不再赘述。
92.307、若是，则获取已经建立映射关系的第三权益信息，并将第三权益信息对应险种与第二权益信息对应险种进行比较。
93.本步骤可以参见图2中的步骤206，不再赘述。
94.308、在比较结果指示险种一致，且第三权益信息为临时权益信息时，删除第三权益信息与系统标识之间映射关系，并创建第二权益信息与系统标识之间映射关系。
95.本步骤可以参见图2中的步骤207，不再赘述。
96.本技术实施例中，在thp系统确认正式权益后，通过mq消息队列同步客户的正式权益数据至nic系统，nic系统将正式权益存在occlientrights表中，并标记为正式权益类型，系统校验是否存在相同ocid的客户及相同险种得数据信息，若存在，则进行逻辑删除标记为临时权益的数据，实现系统能够智能核销机制，系统能够自动处理正常权益和临时权益转换的功能，实现客户服务期间无感切换，用户体验感更好，且正式权益切换后，服务更加全面、快捷。
97.图4为本技术实施例提供的一种用户确认权益信息方法的流程示意图，如图4所示，该方法包括：
98.401、第二设备向第一设备发送查询请求。
99.示例性地，第二设备为健康平台面客端，用户通过录入身份证、姓名和性别登录健康平台面客端，健康平台面客端通过接口向第一设备发送查询权益人员的身份信息，第一设备可以为nic系统。
100.402、根据权益人员的身份信息和身份映射表获得权益人员的系统标识。
101.示例性地，权益人员的身份信息包括身份证、姓名和性别，身份映射表为身份信息和系统标识之间映射关系，即身份映射表是一个身份信息对应一个编码ocid；根据权益人员的身份信息和身份映射表可以获得权益人员的编码ocid。
102.403、根据权益人员的系统标识查询与系统标识建立映射关系的第四权益信息。
103.示例性地，在确定权益人员的系统标识之后，根据权益人员的系统标识确定与系统标识建立映射关系的第四权益信息。其中，第四权益信息为临时权益信息或者正式权益
信息。
104.404、第一设备向第二设备发送第四权益信息。
105.示例性地，nic系统通过queryclientrightslist接口向健康平台面客端发送对应接口参数。例如：apimodelproperty(value＝1，"有直付服务")、apimodelproperty(value＝0，"没有紧急救援服务")、apimodelproperty(value＝1，"有直接结算范围")。健康平台面客端向用户展示相应的服务项目。
106.本技术实施例中，健康平台面客端向nic系统发送权益人员的身份信息；根据权益人员的身份信息和身份映射表获得权益人员的系统标识；根据权益人员的系统标识查询与系统标识建立映射关系的第四权益信息；nic系统并向健康平台面客端发送相应的服务项目。实现客户通过健康平台面客端实时查询到福利变更情况。实现保险系统为客端企业中高端客户承保前提供优质服务，为实现超级体验式服务提供良好的开端体验，以便于业务拓展以及客户的粘连性更强。
107.图5为本技术实施例提供的一种处理装置的结构示意图，如图5所示，该处理装置500包括：
108.处理模块501，用于在权益人员的权益生效之前，创建临时权益人员的系统标识和权益人员的第一权益信息；其中，第一权益信息包括第一权益标识；第一权益标识指示第一权益信息为临时权益信息；
109.处理模块501，还用于创建权益人员的系统标识和权益人员的第一权益信息之间的映射关系；
110.处理模块501，还用于根据映射关系，生成权益人员的权益凭证信息。
111.在一实施例中，处理装置500还包括：
112.处理模块501，用于在权益人员的权益生效之后，创建权益人员的第二权益信息，其中，第二权益信息包括第二权益标识；第二权益标识指示第二权益信息为正式权益信息；
113.处理模块501，还用于确定权益人员的系统标识是否已经与第三权益信息建立映射关系；
114.若是，处理模块501，还用于获取已经建立映射关系的第三权益信息，并将第三权益信息对应险种与第二权益信息对应险种进行比较；
115.处理模块501，还用于在比较结果指示险种一致，且第三权益信息为临时权益信息时，删除第三权益信息与系统标识之间映射关系，并创建第二权益信息与系统标识之间映射关系。
116.在一实施例中，处理装置模块501，还具体用于：
117.在权益人员的权益生效之后，从生效权益消息队列中获取权益人员的生效权益信息；
118.根据权益人员的生效权益信息创建权益人员的第二权益信息。
119.在一实施例中，处理装置500还包括：
120.处理模块501，还用于接收第二设备发送的查询请求，其中，查询请求包括权益人员的身份信息；
121.处理模块501，还用于根据权益人员的身份信息和身份映射表获得权益人员的系统标识；其中，身份映射表为身份信息和系统标识之间映射关系；
122.处理模块501，还用于根据权益人员的系统标识查询与系统标识建立映射关系的第四权益信息；
123.处理模块501，还用于向第二设备发送第四权益信息，其中，第四权益信息为临时权益信息或者正式权益信息。
124.本实施例的装置，可以执行上述方法中的技术方案，其具体实现过程和技术原理相同，此处不再赘述。
125.图6为本技术实施例提供的一种电子设备的结构示意图，如图6所示，电子设备600包括：存储器601和处理器602；
126.其中，存储器601用于存储处理器可执行的计算机指令；
127.处理器602在执行计算机指令时实现上述实施例中方法中的各个步骤。具体可以参见前述方法实施例中的相关描述。
128.可选地，上述存储器601既可以是独立的，也可以跟处理器602集成在一起。当存储器601独立设置时，该检测设备还包括总线，用于连接存储器601和处理器602。
129.本技术实施例还提供了一种非临时性计算机可读存储介质，当该存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述实施例提供的方法。
130.本技术实施例还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
131.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。
132.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。