CN109857941A - 一种保单信息的录入方法及装置 - Google Patents
一种保单信息的录入方法及装置 Download PDFInfo
- Publication number
- CN109857941A CN109857941A CN201910132514.5A CN201910132514A CN109857941A CN 109857941 A CN109857941 A CN 109857941A CN 201910132514 A CN201910132514 A CN 201910132514A CN 109857941 A CN109857941 A CN 109857941A
- Authority
- CN
- China
- Prior art keywords
- policy information
- url
- client
- policy
- information
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本申请提供了一种保单信息的录入方法及装置,其中,服务器根据用户的触发操作建立保单,所述保单包括保单号,根据用户的输入操作在所述保单中录入第一保单信息,确定待录入项,将至少包括所述待录入项和所述保单号的信息生成URL发送给客户终端,客户打开所述URL后填写上待录入项对应的保单信息返回给服务器。所述保单信息的录入方法及装置,在保单录入过程中存在不确定信息情况下,服务器能够自动将待录入项,也即空白录入项与保单号生成URL发送给客户终端,使得客户根据自身方便自主完成待录入项信息的填写,减少了保单信息录入的沟通成本和人工成本。
Description
技术领域
本发明涉及信息处理技术,更具体的说,是涉及一种保单信息的录入方法及装置。
背景技术
电话销售是保险行业的主要销售方式之一。保险公司的电话销售,是通过电话与客户联系沟通,最终完成保险产品销售的过程。
目前的电话销售的过程是,坐席通过电话的方式与客户联系,并在电话中向客户进行保险产品的介绍,如果客户有购买的意向,坐席在系统中建立新的保单,并询问被投保人的信息录入保单。但录入过程中,客户对于一些信息可能不能立即确定,如银行卡号。这种情况下,坐席会和客户预约下一次电话沟通的时间,以将本次沟通没有确定的信息在下次电话沟通时录入。这就导致一份保单信息的完整录入需要经过多次电话沟通才能够实现,外呼成本和人工成本较高。
发明内容
有鉴于此,本发明提供一种保单信息的录入方法及装置,以解决现有技术中一份保单信息的完整录入需要经过多次电话沟通而导致的,外呼成本和人工成本高的问题。
为实现上述目的,本发明提供如下技术方案:
一种保单信息的录入方法,应用于服务器,包括:
根据用户的触发操作建立保单,所述保单包括保单号;
根据用户的输入操作在所述保单中录入第一保单信息;
确定待录入项;
将至少包括所述待录入项和所述保单号的信息生成URL发送给客户终端;
接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息,所述第二保单信息包括与所述待录入项对应的保单信息。
可选的,还包括:
生成验证信息,并向客户终端发送第一验证码,所述第一验证码为访问所述URL对应的网络页面的验证码。
可选的,所述接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息,还包括:
接收客户在进入所述URL对应的网络页面后输入并提交的第二验证码;
在所述第二验证码与所述第一验证码匹配的情况下,接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息。
可选的,在接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息之后,所述方法还包括:
根据所述保单号将所述第一保单信息和所述第二保单信息合并。
可选的,所述第二保单信息中包括客户修改的保单信息,则所述根据所述保单号将所述第一保单信息和所述第二保单信息合并,包括:
判断所述第一保单信息和所述第二保单信息中是否存在同一个属性名称对应的信息内容不同的情况;
若存在,则将所述第二保单信息中所述属性名称对应的信息内容确定为所述属性名称的有效信息内容。
一种保单信息的录入方法,应用于客户终端,包括:
接收服务器发送的至少包括待录入项和保单号的URL;
根据客户的触发操作进入所述URL对应的网络页面;
根据客户的输入操作在所述URL对应的网络页面中录入保单信息;
根据客户的触发操作将录入的所述保单信息发送给所述服务器。
可选的,还包括:
接受服务器发送的验证码,所述验证码为访问所述URL对应的网络页面的验证码;
则所述根据客户的触发操作进入所述URL对应的网络页面,包括:
在用户触发输入所述验证码后,进入所述URL对应的网络页面。
可选的,所述根据客户的输入操作在所述URL对应的网络页面中录入保单信息,包括:
根据客户的输入操作在所述URL对应的网络页面中的待录入项中录入保单信息并修改已有的保单信息。
一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一种保单信息的录入方法。
一种电子设备,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行上述任一种保单信息的录入方法。
经由上述的技术方案可知,本发明提供的保单信息的录入方法及装置中,服务器根据用户的触发操作建立保单,所述保单包括保单号,根据用户的输入操作在所述保单中录入第一保单信息,确定待录入项,将至少包括所述待录入项和所述保单号的信息生成URL发送给客户终端,客户打开所述URL后填写上待录入项的保单信息返回给服务器。所述保单信息的录入方法及装置,在保单录入过程中存在不确定信息情况下,服务器能够自动将待录入项,也即空白录入项与保单号生成URL发送给客户终端,使得客户根据自身方便自主完成待录入项信息的填写,减少了保单信息录入的沟通成本和人工成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例公开的一种保单信息的录入方法的流程图;
图2为本发明实施例公开的另一种保单信息的录入方法的流程图;
图3为本发明实施例公开的又一种保单信息的录入方法的流程图;
图4为本发明实施例公开的待录入项录入页面;
图5为本发明实施例公开的保单信息录入的具体实施流程示意图;
图6为本发明实施例公开的一种保单信息的录入装置的结构示意图;
图7为本发明实施例公开的另一种保单信息的录入装置的结构示意图;
图8为本发明实施例公开的又一种保单信息的录入装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例公开的一种保单信息的录入方法的流程图,图1所示方法可应用于服务器,参见图1所示,保单信息的录入方法可以包括:
步骤101:根据用户的触发操作建立保单,所述保单包括保单号。
实际应用场景中,可以是保险销售员通过电话联系客户,向客户介绍保险产品,在客户有意向购买保险时,保险销售员在系统服务器上触发新建保单,新建保单中,可以包括多个录入项,如姓名、电话、银行卡号等,每一个录入项均需要录入相应的保单信息,如姓名录入项对应输入框需要录入投保人或被投保人的姓名,银行卡号录入项需要录入投保人的银行账户信息。
所述保单号可以根据系统内置规则自动生成,或由保险销售人员编辑确定。
步骤102:根据用户的输入操作在所述保单中录入第一保单信息。
在保险销售人员与客户电话沟通过程中,保险销售人员可以在线询问客户保单信息,并实时录入前述建立的保单中。
第一保单信息录入后,可实时存储。
步骤103:确定待录入项。
在实际情况中,客户可能不能现场在线确定保单中一些录入项的信息,如身份证号、银行卡号等信息,这种情况下,可在电话挂断后,由保险销售人员触发或系统监测到通话挂断后,自动确定所述保单中还没有录入有效保单信息的待录入项。
步骤104:将至少包括所述待录入项和所述保单号的信息生成URL发送给客户终端。
确定了待录入项后,系统将至少包括待录入项和所述保单号的信息生成URL发送给客户终端,这样,后续客户可以通过网络访问所述URL,并根据自身方便,主动在所述URL页面中填写待录入项需要填写的信息。
为了实现保单信息的完整采集,因此,所述URL对应的网络页面中必须包括待录入项,以使得最终的保单信息录入完整;此外需要包括保单号,以实现保单的辨识。
所述URL可以通过短信、微信或其他通信方式发送给客户终端。
步骤105:接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息,所述第二保单信息包括与所述待录入项对应的保单信息。
客户在所述URL中填写完待录入项对应的保单信息(如身份证号、银行卡号等)后,点击页面中的提交按钮,客户终端将会把用户填写的保单信息返回给服务器,具体实现可以是,客户终端将包括用户填写的保单信息的URL页面返回给服务器。
本实施例中,所述保单信息的录入方法,在保单录入过程中存在不确定信息情况下,服务器能够自动将待录入项,也即空白录入项与保单号生成URL发送给客户终端,使得客户根据自身方便自主完成待录入项信息的填写,减少了保单信息录入的沟通成本和人工成本。
图2为本发明实施例公开的另一种保单信息的录入方法的流程图,如图2所示,图2所示方法应用于服务器,如图2所示,保单信息的录入方法可以包括:
步骤201:根据用户的触发操作建立保单,所述保单包括保单号。
步骤202:根据用户的输入操作在所述保单中录入第一保单信息。
步骤203:确定待录入项;
步骤204:将至少包括所述待录入项和所述保单号的信息生成URL发送给客户终端。
步骤205:生成验证码并向客户终端发送第一验证码,所述第一验证码为访问所述URL对应的网络页面的验证码。
所述第一验证码可以是系统在生成URL时确定的,当有终端访问该URL时,必须先输入正确的与所述第一验证码匹配的验证码,才能够顺利进入该URL对应的网络页面。
所述第一验证码可以通过短信方式发送至客户终端,电话号码可以是客户在先与销售人员电话沟通时,录入并存储在保单中的联系信息。
采用验证码方案,只有在客户提供的电话号码或其他联系方式是正确时,用户才能接收到验证码并顺利访问上述URL,同时也能够防止非授权或非关系人员擅自访问上述URL,泄露客户相关信息。
步骤206:接收客户在进入所述URL对应的网络页面后输入并提交的第二验证码。
客户在进入所述URL之前,需要输入正确的验证码才能够顺利进入所述URL对应的网络页面,本实施例中,客户输入的验证码为第二验证码。
步骤207:判断所述第二验证码与所述第一验证码是否匹配,如果是,进入步骤208。
其中,第二验证码与第一验证码匹配,可以是第二验证码与第一验证码完全相同,也可以是第二验证码经过特定的算法,如哈希运算后得到的值,与所述第一验证码相同,或与所述验证信息具有特定对应关系。
步骤208:接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息,所述第二保单信息包括与所述待录入项对应的保单信息。
本实施例中,采用验证码方案,能够有效保证只有客户及关系人员才能够准确访问服务器发送的URL,有利于客户信息的安全保护。
在其他的实施例中,保单信息的录入方法中,在所述将所述待录入项和所述保单号生成URL发送给客户前,还可以包括:将至少包括所述待录入项和所述保单号的信息加密。将需要在网络中传送的数据加密后传送,保障数据的安全性。
在其他的实施例中,保单信息的录入方法中,在所述接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息后,还可以包括:根据所述保单号将所述第一保单信息和所述第二保单信息合并。合并保单信息后的保单,为一份完整的保单。
当然,URL对应的网络页面中除了保单号和待录入项外,还可以包括其他的一些信息,如客户之前通过电话告知业务员,由业务员录入的保单信息。将之前业务员录入的保单信息一并生成URL发送给客户,使得客户有机会修改之前已经录入的保单信息,例如客户想更换保险划款银行卡,可以将在URL对应的网络页面中已经存在的银行卡号*********1,更换为**********2。由此,所述第二保单信息中包括客户修改的保单信息,则所述根据所述保单号将所述第一保单信息和所述第二保单信息合并,可以包括:判断所述第一保单信息和所述第二保单信息中是否存在同一个属性名称对应的信息内容不同的情况;若存在,则将所述第二保单信息中所述属性名称对应的信息内容确定为所述属性名称的有效信息内容。
如果客户在URL对应的网络页面中更改了原来就已经录入的保单信息,则说明最后修改完成的保单信息为客户最终确定想要提交的保单信息,因此在这种情况下,系统自动将所述第二保单信息中所述属性名称对应的信息内容确定为所述属性名称的有效信息内容。
图3为本发明实施例公开的又一种保单信息的录入方法的流程图,图3所示方法应用于客户终端,如图3所示,保单信息的录入方法可以包括:
步骤301:接收服务器发送的至少包括待录入项和保单号的URL。
客户终端在接收服务器发送的包括待录入项和保单号的URL之前,可能已经通过电话与保险销售人员联系过,且有保险购买意向,在电话沟通中,对于保单中的录入项,可能只录入了部分保单信息。而服务器发送来的待录入项,为客户在和保险销售人员电话沟通中,客户没有确定的信息。
步骤302:根据客户的触发操作进入所述URL对应的网络页面。
待客户从其终端上看到所述URL信息时,点击进入,在浏览器中可以访问所述URL对应的网络页面。所述URL对应的网络页面可以如图4所示。
步骤303:根据客户的输入操作在所述URL对应的网络页面中录入保单信息。
沿用图4所示待录入项,客户可以在“银行卡号”后面的输入框中输入准确的银行卡号。
步骤304:根据客户的触发操作将录入的所述保单信息发送给所述服务器。
完成保单信息输入后,客户可以出发所述URL对应的网络页面上的提交按钮,触发向服务器返回录入的保单信息,当然,返回的信息中还包括订单号。
本实施中,所述保单信息的录入方法,在保单录入过程中存在不确定信息情况下,服务器能够自动将待录入项,也即空白录入项与保单号生成URL发送给客户终端,使得客户根据自身方便自主完成待录入项信息的填写,减少了保单信息录入的沟通成本和人工成本。
在其他的实施例中,应用于客户终端的保单信息的录入方法还可以包括:接受服务器发送的验证码,所述验证码为访问所述URL对应的网络页面的验证码。则所述根据客户的触发操作进入所述URL对应的网络页面,可以包括:在用户触发输入所述验证码后,进入所述URL对应的网络页面。采用验证码方案,能够有效保证只有客户及关系人员才能够准确访问服务器发送的URL,有利于客户信息的安全保护。
在其他的实施例中,所述URL对应的网络页面中除了保单号和待录入项,还包括其他的一些信息,如客户之前通过电话告知业务员,由业务员录入的保单信息。将之前业务员录入的保单信息一并生成URL发送给客户,使得客户有机会修改之前已经录入的保单信息。则所述根据客户的输入操作在所述URL对应的网络页面中录入保单信息,可以包括:根据客户的输入操作在所述URL对应的网络页面中的待录入项中录入保单信息并修改已有的保单信息。
图5为本发明实施例公开的保单信息录入的具体实施流程示意图,结合图5,具体实施流程可以包括如下内容:
1、坐席通过电话联系到客户。
2、客户有购买意向,坐席在电话中询问客户信息,并将客户信息录入到系统中。
3、客户有某些信息当前无法提供。
4、服务器端生成一个订单号或保单号(唯一性的ID)。
5、服务器端将订单号或保单号和坐席当前录入的保单信息保存到数据库中。
6、服务器端将验证码短信发送到客户登记的手机号上;并根据订单号或保单号和待输入项加密后生成一个url,通过短信、微信或其他的方式发送给客户终端。
7、客户终端打开url,首先输入验证码,待验证通过后,系统解密后动态生成页面。
8、客户录入缺失的保单信息。
9、客户点击提交,系统会将完善的保单信息保存到数据库中;
10、坐席可以查看到完善之后的保单信息,可进行后续的保单流程。
对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
上述本发明公开的实施例中详细描述了方法,对于本发明的方法可采用多种形式的装置实现,因此本发明还公开了一种装置,下面给出具体的实施例进行详细说明。
图6为本发明实施例公开的一种保单信息的录入装置的结构示意图,图6所示装置可应用于服务器,参见图6所示,保单信息的录入装置60可以包括:
保单建立模块601,用于根据用户的触发操作建立保单,所述保单包括保单号。
实际应用场景中,可以是保险销售员通过电话联系客户,向客户介绍保险产品,在客户有意向购买保险时,保险销售员在系统服务器上触发新建保单,新建保单中,可以包括多个录入项,如姓名、电话、银行卡号等,每一个录入项均需要录入相应的保单信息,如姓名录入项对应输入框需要录入投保人或被投保人的姓名,银行卡号录入项需要录入投保人的银行账户信息。
所述保单号可以根据系统内置规则自动生成,或由保险销售人员编辑确定。
信息录入模块602,用于根据用户的输入操作在所述保单中录入第一保单信息。
在保险销售人员与客户电话沟通过程中,保险销售人员可以在线询问客户保单信息,并实时录入前述建立的保单中。
第一保单信息录入后,可实时存储。
待录入项确定模块603,用于确定待录入项。
在实际情况中,客户可能不能现场在线确定保单中一些录入项的信息,如身份证号、银行卡号等信息,这种情况下,可在电话挂断后,由保险销售人员触发或系统监测到通话挂断后,自动确定所述保单中还没有录入有效保单信息的待录入项。
URL发送模块604,用于将至少包括所述待录入项和所述保单号的信息生成URL发送给客户终端。
确定了待录入项后,系统将至少包括待录入项和所述保单号的信息生成URL发送给客户终端,这样,后续客户可以通过网络访问所述URL,并根据自身方便,主动在所述URL页面中填写待录入项需要填写的信息。
为了实现保单信息的完整采集,因此,所述URL对应的网络页面中必须包括待录入项,以使得最终的保单信息录入完整;此外需要包括保单号,以实现保单的辨识。
所述URL可以通过短信、微信或其他通信方式发送给客户终端。
信息接收模块605,用于接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息,所述第二保单信息包括与所述待录入项对应的保单信息。
客户在所述URL中填写完待录入项对应的保单信息(如身份证号、银行卡号等)后,点击页面中的提交按钮,客户终端将会把用户填写的保单信息返回给服务器,具体实现可以是,客户终端将包括用户填写的保单信息的URL页面返回给服务器。
本实施例中,所述保单信息的录入装置,在保单录入过程中存在不确定信息情况下,服务器能够自动将待录入项,也即空白录入项与保单号生成URL发送给客户终端,使得客户根据自身方便自主完成待录入项信息的填写,减少了保单信息录入的沟通成本和人工成本。
图7为本发明实施例公开的另一种保单信息的录入装置的结构示意图,如图7所示,图7所示方法应用于服务器,如图7所示,保单信息的录入装置70可以包括:
保单建立模块601,用于根据用户的触发操作建立保单,所述保单包括保单号。
信息录入模块602,用于根据用户的输入操作在所述保单中录入第一保单信息。
待录入项确定模块603,用于确定待录入项。
URL发送模块604,用于将至少包括所述待录入项和所述保单号的信息生成URL发送给客户终端。
验证码发送模块701,用于生成验证信息并向客户终端发送第一验证码,所述第一验证码为访问所述URL对应的网络页面的验证码。
所述第一验证码可以是系统在生成URL时确定的,当有终端访问该URL时,必须先输入正确的与所述第一验证码匹配的验证码,才能够顺利进入该URL对应的网络页面。
所述第一验证码可以通过短信方式发送至客户终端,电话号码可以是客户在先与销售人员电话沟通时,录入并存储在保单中的联系信息。
验证码接收模块702,用于接收客户在进入所述URL对应的网络页面后输入并提交的第二验证码。
客户在进入所述URL之前,需要输入正确的验证码才能够顺利进入所述URL对应的网络页面,本实施例中,客户输入的验证码为第二验证码。
验证判断模块703,用于判断所述第二验证码与所述第一验证码是否匹配。
其中,第二验证码与第一验证码匹配,可以是第二验证码与第一验证码完全相同,也可以是第二验证码经过特定的算法,如哈希运算后得到的值,与所述第一验证码相同,或与验证信息具有特定对应关系。
信息接收模块605,用于在所述验证判断模块703的判断结果为是时,接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息,所述第二保单信息为与所述待录入项对应的保单信息。
本实施例中,采用验证码方案,能够有效保证只有客户及关系人员才能够准确访问服务器发送的URL,有利于客户信息的安全保护。
在其他的实施例中,保单信息的录入装置还可以包括加密模块,用于在所述URL发送模块所述待录入项和所述保单号生成URL发送给客户前,将所述待录入项和所述保单号加密。将需要在网络中传送的数据加密后传送,保障数据的安全性。
在其他的实施例中,保单信息的录入装置还可以包括信息合并模块,用于在所述信息接收模块接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息后,根据所述保单号将所述第一保单信息和所述第二保单信息合并。合并保单信息后的保单,为一份完整的保单。
当然,URL对应的网络页面中除了保单号和待录入项外,还可以包括其他的一些信息,如客户之前通过电话告知业务员,由业务员录入的保单信息。由此,所述第二保单信息中包括客户修改的保单信息,则所述信息合并模块具体可用于:判断所述第一保单信息和所述第二保单信息中是否存在同一个属性名称对应的信息内容不同的情况;若存在,则将所述第二保单信息中所述属性名称对应的信息内容确定为所述属性名称的有效信息内容。
如果客户在URL对应的网络页面中更改了原来就已经录入的保单信息,则说明最后修改完成的保单信息为客户最终确定想要提交的保单信息,因此在这种情况下,系统自动将所述第二保单信息中所述属性名称对应的信息内容确定为所述属性名称的有效信息内容。
图8为本发明实施例公开的又一种保单信息的录入装置的结构示意图,图8所示装置应用于客户终端,如图8所示,保单信息的录入装置80可以包括:
URL接收模块801,用于接收服务器发送的至少包括待录入项和保单号的URL。
客户终端在接收服务器发送的包括待录入项和保单号的URL之前,可能已经通过电话与保险销售人员联系过,且有保险购买意向,在电话沟通中,对于保单中的录入项,可能只录入了部分保单信息。而服务器发送来的待录入项,为客户在和保险销售人员电话沟通中,客户没有确定的信息。
网页访问模块802,用于根据客户的触发操作进入所述URL对应的网络页面。
待客户从其终端上看到所述URL信息时,点击进入,在浏览器中可以访问所述URL对应的网络页面。所述URL对应的网络页面可以如图4所示。
信息输入模块803,用于根据客户的输入操作在所述URL对应的网络页面中录入保单信息。
沿用图4所示待录入项,客户可以在“银行卡号”后面的输入框中输入准确的银行卡号。
信息返回模块804,用于根据客户的触发操作将录入的所述保单信息发送给所述服务器。
完成保单信息输入后,客户可以出发所述URL对应的网络页面上的提交按钮,触发向服务器返回录入的保单信息,当然,返回的信息中还包括订单号。
本实施中,所述保单信息的录入装置,在保单录入过程中存在不确定信息情况下,服务器能够自动将待录入项,也即空白录入项与保单号生成URL发送给客户终端,使得客户根据自身方便自主完成待录入项信息的填写,减少了保单信息录入的沟通成本和人工成本。
在其他的实施例中,应用于客户终端的保单信息的录入装置还可以包括验证码获取模块,用于接收服务器发送的验证码,所述验证码为访问所述URL对应的网络页面的验证码。则所述网页访问模块具体可用于:在用户触发输入所述验证码后,进入所述URL对应的网络页面。采用验证码方案,能够有效保证只有客户及关系人员才能够准确访问服务器发送的URL,有利于客户信息的安全保护。
在其他的实施例中,所述URL对应的网络页面中除了保单号和待录入项,还可以包括其他的一些信息,如客户之前通过电话告知业务员,由业务员录入的保单信息。将之前业务员录入的保单信息一并生成URL发送给客户,使得客户有机会修改之前已经录入的保单信息。则所述信息输入模块具体可用于:根据客户的输入操作在所述URL对应的网络页面中的待录入项中录入保单信息并修改已有的保单信息。
上述实施例中的所述的任意一种保单信息的录入装置包括处理器和存储器,上述实施例中的保单建立模块、信息录入模块、待录入项确定模块、URL发送模块、信息接收模块、URL接收模块、网页访问模块、信息输入模块、信息返回模块等均作为程序模块存储在存储器中,由处理器执行存储在所述存储器中的上述程序模块来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序模块。内核可以设置一个或多个,通过调整内核参数来实现回访数据的处理。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现上述实施例中所述的保单信息的录入方法。
本发明实施例提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行上述实施例中所述的保单信息的录入方法。
进一步,本实施例提供了一种电子设备,包括处理器以及存储器。其中存储器用于存储所述处理器的可执行指令,所述处理器配置为经由执行所述可执行指令来执行上述实施例中所述的保单信息的录入方法。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括上述要素的物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种保单信息的录入方法,应用于服务器,其特征在于,包括:
根据用户的触发操作建立保单,所述保单包括保单号;
根据用户的输入操作在所述保单中录入第一保单信息;
确定待录入项;
将至少包括所述待录入项和所述保单号的信息生成URL发送给客户终端;
接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息,所述第二保单信息包括与所述待录入项对应的保单信息。
2.根据权利要求1所述的保单信息的录入方法,其特征在于,还包括:
生成验证信息,并向客户终端发送所述第一验证码,所述第一验证码为访问所述URL对应的网络页面的验证码。
3.根据权利要求2所述的保单信息的录入方法,其特征在于,在所述接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息前,还包括:
接收客户在进入所述URL对应的网络页面后输入并提交的第二验证码;
在所述第二验证码与所述第一验证码匹配的情况下,接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息。
4.根据权利要求1所述的保单信息的录入方法,其特征在于,在接收客户在进入所述URL对应的网络页面后输入并提交的第二保单信息之后,所述方法还包括:
根据所述保单号将所述第一保单信息和所述第二保单信息合并。
5.根据权利要求4所述的保单信息的录入方法,其特征在于,所述第二保单信息中包括客户修改的保单信息,则所述根据所述保单号将所述第一保单信息和所述第二保单信息合并,包括:
判断所述第一保单信息和所述第二保单信息中是否存在同一个属性名称对应的信息内容不同的情况;
若存在,则将所述第二保单信息中所述属性名称对应的信息内容确定为所述属性名称的有效信息内容。
6.一种保单信息的录入方法,应用于客户终端,其特征在于,包括:
接收服务器发送的至少包括待录入项和保单号的URL;
根据客户的触发操作进入所述URL对应的网络页面;
根据客户的输入操作在所述URL对应的网络页面中录入保单信息;
根据客户的触发操作将录入的所述保单信息发送给所述服务器。
7.根据权利要求6所述的保单信息的录入方法,其特征在于,还包括:
接受服务器发送的验证码,所述验证码为访问所述URL对应的网络页面的验证码;
则所述根据客户的触发操作进入所述URL对应的网络页面,包括:
在用户触发输入所述验证码后,进入所述URL对应的网络页面。
8.根据权利要求6所述的保单信息的录入方法,其特征在于,所述根据客户的输入操作在所述URL对应的网络页面中录入保单信息,包括:
根据客户的输入操作在所述URL对应的网络页面中的待录入项中录入保单信息并修改已有的保单信息。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-5或6-8任一项所述的保单信息的录入方法。
10.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1-5或6-8任一项所述的保单信息的录入方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910132514.5A CN109857941A (zh) | 2019-02-22 | 2019-02-22 | 一种保单信息的录入方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910132514.5A CN109857941A (zh) | 2019-02-22 | 2019-02-22 | 一种保单信息的录入方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109857941A true CN109857941A (zh) | 2019-06-07 |
Family
ID=66898704
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910132514.5A Pending CN109857941A (zh) | 2019-02-22 | 2019-02-22 | 一种保单信息的录入方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109857941A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112561715A (zh) * | 2020-12-22 | 2021-03-26 | 海腾保险代理有限公司 | 电子保单管理方法、装置、电子设备和存储介质 |
CN112598529A (zh) * | 2020-12-15 | 2021-04-02 | 泰康保险集团股份有限公司 | 数据处理方法及装置、计算机可读存储介质、电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101782919A (zh) * | 2009-12-29 | 2010-07-21 | 北京搜狗科技发展有限公司 | 一种网页表单数据输出方法、装置及表单处理系统 |
CN107038644A (zh) * | 2016-08-26 | 2017-08-11 | 平安科技(深圳)有限公司 | 保单处理方法和装置 |
CN107644381A (zh) * | 2016-07-20 | 2018-01-30 | 平安科技(深圳)有限公司 | 保单信息修改方法和装置 |
CN108234549A (zh) * | 2016-12-14 | 2018-06-29 | 平安科技(深圳)有限公司 | 保单信息核对方法和装置 |
CN108573004A (zh) * | 2017-03-14 | 2018-09-25 | 平安科技(深圳)有限公司 | 基于保险业务信息处理方法与装置 |
CN108769229A (zh) * | 2018-06-06 | 2018-11-06 | 平安科技(深圳)有限公司 | 信息定制发送方法、装置、计算机设备及存储介质 |
-
2019
- 2019-02-22 CN CN201910132514.5A patent/CN109857941A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101782919A (zh) * | 2009-12-29 | 2010-07-21 | 北京搜狗科技发展有限公司 | 一种网页表单数据输出方法、装置及表单处理系统 |
CN107644381A (zh) * | 2016-07-20 | 2018-01-30 | 平安科技(深圳)有限公司 | 保单信息修改方法和装置 |
CN107038644A (zh) * | 2016-08-26 | 2017-08-11 | 平安科技(深圳)有限公司 | 保单处理方法和装置 |
CN108234549A (zh) * | 2016-12-14 | 2018-06-29 | 平安科技(深圳)有限公司 | 保单信息核对方法和装置 |
CN108573004A (zh) * | 2017-03-14 | 2018-09-25 | 平安科技(深圳)有限公司 | 基于保险业务信息处理方法与装置 |
CN108769229A (zh) * | 2018-06-06 | 2018-11-06 | 平安科技(深圳)有限公司 | 信息定制发送方法、装置、计算机设备及存储介质 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112598529A (zh) * | 2020-12-15 | 2021-04-02 | 泰康保险集团股份有限公司 | 数据处理方法及装置、计算机可读存储介质、电子设备 |
CN112598529B (zh) * | 2020-12-15 | 2023-08-29 | 泰康保险集团股份有限公司 | 数据处理方法及装置、计算机可读存储介质、电子设备 |
CN112561715A (zh) * | 2020-12-22 | 2021-03-26 | 海腾保险代理有限公司 | 电子保单管理方法、装置、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE60106569T2 (de) | vERFAHREN ZUR DURCHFÜHRUNG EINER ONLINE FINANZTRANSAKTION DURCH EINEN BENUTZER | |
TWI716056B (zh) | 身份認證、號碼保存和發送、綁定號碼方法、裝置及設備 | |
CN104767613B (zh) | 签名验证方法、装置及系统 | |
US7698217B1 (en) | Masking private billing data by assigning other billing data to use in commerce with businesses | |
CN107888671A (zh) | 一种信息推送方法和装置 | |
CN107016783A (zh) | 自助售卖方法及装置 | |
US20190139173A1 (en) | Systems and methods for identity validation and verification | |
CN109493038A (zh) | 一种运用于金融行业具备强制公证功能的前置系统及方法 | |
CN108108973A (zh) | 业务风险控制方法及装置 | |
TW200412115A (en) | Device independent authentication system and method | |
US20140244451A1 (en) | E-commerce transaction verification system and method | |
CN101383709A (zh) | 提高网络账户和密码安全的系统及方法 | |
CN106779716A (zh) | 基于区块链账户地址的认证方法、装置及系统 | |
CN104125230B (zh) | 一种短信认证服务系统以及认证方法 | |
CN109257321A (zh) | 安全登录方法和装置 | |
CN110210977A (zh) | 一种数据交易方法及其设备 | |
CN106776973A (zh) | 黑名单数据生成方法和装置 | |
CN106878244B (zh) | 一种真实性证明信息提供方法及装置 | |
CN108960820A (zh) | 一种基于区块链的实名认证方法、系统及存储介质 | |
CN113011632A (zh) | 企业风险评估方法、装置、设备及计算机可读存储介质 | |
CN109857941A (zh) | 一种保单信息的录入方法及装置 | |
CN108629484A (zh) | 坐席资质管理方法、装置和存储介质 | |
CN109801169A (zh) | 融资租赁申请方法、装置、计算机设备和存储介质 | |
JP2019510326A (ja) | インターネットポータルシステムとその使用方法 | |
US11232445B2 (en) | Intelligent dynamic authentication and event processing system |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190607 |