本发明涉及保险信息系统领域，尤其涉及基于保险业务信息处理方法与装置。
背景技术：
人们的安全意识逐渐增强，保险业务被更多的人所熟知并接受，随着保险业务的不但扩大，保险信息系统存储的客户信息和业务信息也越来越多。
现有的庞大的保险信息系统，主要用于保险的业务拓展，在一些方面并没有的做到服务客户，在现有的保险业务的处理过程中，并不能生成相应的业务处理凭证，需要客户保留纸质版的保单或者发票，如果涉及到报销凭证等方面，客户凭证审核不方便，导致客户体验较差，现有的保险信息系统客户业务办理后存储的客户信息、业务信息不能做到实时地检查更新，这可能会使保险信息系统的存储的信息不能最大地为保险业务拓展所用，并给客户增加不必要的麻烦，不利于保险信息系统存储的信息更新维护，更无法满足用户办理保险业务的多元化需求。
技术实现要素：
本发明的主要目的在于提供一种基于保险业务信息处理方法与装置，旨在满足用户办理保险业务的多元化需求。
为实现上述目的，本发明提供的一种基于保险业务信息处理方法，所述基于保险业务信息处理方法包括以下步骤：
当检测到办理预设保险业务的请求时，获取办理预设保险业务的相关信息，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统；
基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证，并存储业务处理凭证；
获取业务处理信息中的移动客户端信息，将业务处理凭证发送到对应的移动客户端；
当检测到查询业务处理凭证的请求时，获取查询业务处理凭证的网络地址，并判断是否推送业务处理凭证至所述网络地址。
可选地，所述当检测到办理预设保险业务时，获取办理预设保险业务的相关信息，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统的步骤之后包括：
将业务处理信息按照业务时间长度进行分类；
若客户办理业务为长期业务时，则将业务处理信息中的客户证件信息进行细化，比较客户证件有效期与业务时间的长短，若在业务时间内客户证件过期，则发送提示信息以进行信息更新。
可选地，所述当检测到办理预设保险业务时，获取办理预设保险业务的相关信息，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统的步骤之后还包括：
当检测到信息更新请求时，从保险后台系统存储的业务处理信息中提取客户名下保单信息；
若能从保险后台系统存储的业务处理信息中提取到对应的保单信息，则根据信息更新请求选取保单进行信息更新；
若不能从保险后台系统存储的业务处理信息提取到对应的保单信息，则进一步查询附加险被保险人信息，当查询到对应保单信息后，进行客户身份验证，授予客户信息更新权限。
可选地，所述基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证，并存储业务处理凭证的步骤包括：
保险后台系统提取业务处理信息中的业务数据，将业务数据输入至对应的业务处理凭证表格中；
根据业务处理凭证表格中的业务数据进行相应计算，若计算得到的数据与业务数据相同，则添加公司公章生成业务处理凭证，并存储业务处理凭证。
可选地，当检测到查询业务处理凭证的请求时，获取查询业务处理凭证的网络地址，并判断是否推送业务处理凭证至所述网络地址的步骤包括：
当检测到查询业务处理凭证请求时，获取查询业务处理凭证的网络地址；
从保险后台系统预存的网络地址中查找是否存在对应网络地址，若保险后台系统预存的网络地址包含对应网络地址，则推送业务处理凭证至对应网络地址。
此外，为实现上述目的，本发明还提供一种基于保险业务信息处理装置，所述基于保险业务信息处理装置包括：
信息获取模块，用于当检测到办理预设保险业务的请求时，获取办理预设保险业务的相关信息，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统；
凭证生成模块，用于基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证，并存储业务处理凭证；
凭证发送模块，用于获取业务处理信息中的移动客户端信息，将业务处理凭证发送到对应的移动客户端；
判断推送模块，用于当检测到查询业务处理凭证的请求时，获取查询业务处理凭证的网络地址，并判断是否推送业务处理凭证至所述网络地址。
可选地，所述基于保险业务信息处理装置包括提示更新模块，提示更新模块，用于：
将业务处理信息按照业务时间长度进行分类；
若客户办理业务为长期业务时，则将业务处理信息中的客户证件信息进行细化，比较客户证件有效期与业务时间的长短，若在业务时间内客户证件过期，则发送提示信息以进行信息更新。
可选地，所述基于保险业务信息处理装置还包括信息更新模块，信息更新模块，用于：
当检测到信息更新请求时，从保险后台系统存储的业务处理信息中提取客户名下保单信息；
若能从保险后台系统存储的业务处理信息中提取到对应的保单信息，则根据信息更新请求选取保单进行信息更新；
若不能从保险后台系统存储的业务处理信息提取到对应的保单信息，则进一步查询附加险被保险人信息，当查询到对应保单信息后，进行客户身份验证，授予客户信息更新权限。
可选地，所述凭证生成模块包括：
数据输入单元，用于保险后台系统提取业务处理信息中的业务数据，将业务数据输入至对应的业务处理凭证表格中；
数据确认单元，用于根据业务处理凭证表格中的业务数据进行相应计算，若计算得到的数据与业务数据相同，则添加公司公章生成业务处理凭证，并存储业务处理凭证。
可选地，所述判断推送模块包括：
获取地址单元，用于当检测到查询业务处理凭证请求时，获取查询业务处理凭证的网络地址；
凭证推送单元，用于从保险后台系统预存的网络地址中查找是否存在对应网络地址，若保险后台系统预存的网络地址包含对应网络地址，则推送业务处理凭证至对应网络地址。
本发明提出基于保险业务信息处理方法包括以下步骤：在检测到办理预设保险业务时，获取办理预设保险业务的相关信息，基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证并存储，获取业务处理信息中的移动客户端信息，将业务处理凭证发送到对应的移动客户端，当检测到查询业务处理凭证的请求时，获取查询业务处理凭证的网络地址，并判断是否推送业务处理凭证至对应网络地址；本发明考虑到客户办理业务的特殊性，针对预设的保险业务提供有效的电子凭证，客户在办理业务后可接收到保险信息系统推送的凭证，以便客户利用业务处理凭证作为保险报销凭证，在保险信息系统检测到查询业务处理凭证的请求时，保险信息系统可根据查询业务处理凭证请求的网络地址，来判断是否进行业务处理凭证的推送，本发明将保险信息系统与客户端，保险信息系统与企业系统有效的结合，实现信息的共享，减少了客户不必要的麻烦，保险信息系统对存储的信息进行更新维护，可满足用户办理保险业务的多元化需求。
附图说明
图1为本发明基于保险业务信息处理方法第一实施例的流程示意图；
图2为本发明基于保险业务信息处理方法第二实施例的流程示意图；
图3为本发明基于保险业务信息处理方法第三实施例的流程示意图；
图4为图1中基于保险业务信息处理方法的步骤s20的细化流程示意图；
图5为图1中基于保险业务信息处理方法的步骤s40的细化流程示意图；
图6为本发明基于保险业务信息处理装置一实施例的功能模块示意图；
图7为本发明基于保险业务信息处理装置另一实施例的功能模块示意图；
图8为图6中基于保险业务信息处理装置中凭证生成模块20的细化功能模块示意图；
图9为图6中基于保险业务信息处理装置中判断推送模块40的细化功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
本发明提供一种基于保险业务信息处理方法。
本发明中的保险信息系统可理解为保险服务器，保险信息系统包含保险后台系统，说明书中保险信息系统与保险后台系统可替换，在保险业务处理时，将保险的业务信息与客户信息分开存储，并建立客户信息与业务信息的关联关系，客户办理预设业务时获取业务相关信息生产业务处理凭证，作为客户报销凭证，在业务处理后可根据业务信息，判断是否对客户信息进行提示更新。
参照图1，在本发明基于保险业务信息处理方法的第一实施例中，所述基于保险业务信息处理方法包括以下步骤：
步骤s10，当检测到办理预设保险业务的请求时，获取办理预设保险业务的相关信息，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统。
在保险信息系统检测到客户办理预设保险业务的请求(预设业务：根据不同的情况进行设置，在本发明的实施例中预设业务：税优产品，由于该类业务可能用于个人向企业报销保险金额，或者企业与税务机关的对接)时，获取办理预设保险业务的相关信息(保险业务的相关信息：包含受理号、保单号、保险项目、交费金额、交费账户、交费地址、保单服务人员姓名和联系方式等)，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统。
步骤s20基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证，并存储业务处理凭证。
保险后台系统基于业务处理信息，生成相应的业务处理凭证(业务处理凭证：在保险业务中对预设业务，即，保险税优产品，业务处理凭证也可理解为业务处理凭证)，具体地，首先保险后台系统新增一个文档(pdf、word或者其他格式)模板展示客户的交费信息详情(客户的缴费信息可通过多个渠道办理生效、追加保费等交费项目，待客户交费完成、受理生效后，系统会记录客户交费金额、类型及账户信息)，生成相应的业务处理凭证，保险后台系统存储业务处理凭证和业务处理凭证对应的地址(业务处理凭证对应的地址：统一资源定位符url)，保险信息系统存储业务处理凭证并发送至移动客户端。
步骤s30，获取业务处理信息中的移动客户端信息，将业务处理凭证发送到对应的移动客户端。
在生成业务处理凭证之后，保险信息系统获取提取预存的客户的移动客户端信息(移动客户端信息：这里主要是指客户的手机号码，或者其他用于接收信息的号码或地址)，将业务处理凭证发送到对应的移动客户端(保险信息系统可根据移动客户端的情况，若移动客户端上装载了手机app，则可发送业务处理凭证对应的地址到app上，或者采用短信邮件等方式)，并跟踪业务处理凭证的接收情况，必要的时候再次发送系统邮件至移动客户端，客户利用接收的业务处理凭证进行金额保销。
步骤s40，当检测到查询业务处理凭证的请求时，获取查询业务处理凭证的网络地址，并判断是否推送业务处理凭证至所述网络地址。
在保险信息系统检测到查询业务处理凭证的请求(查询业务处理凭证的请求：由企业或者事业单元根据个人提供的业务处理凭证，向保险信息系统提出查询的请求)时，保险信息系统获取查询业务处理凭证的网络地址(网络地址：是指提出查询业务凭证的网络ip地址，或局域网)，并判断是否推送业务处理凭证至对应网络地址，进行网络地址合法性判断是为了防止信息泄露，保证客户信息的安全性。(增加关于在网络地址合法时，将业务处理凭证推送至网络地址对应终端设备，以供终端设备检测业务处理凭证的真伪，其中网络地址对应终端设备可为税务系统终端)
在本实施例中基于保险业务信息处理方法，在检测到办理预设保险业务时，获取办理预设保险业务的相关信息，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统，基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证，并存储业务处理凭证，获取业务处理信息中的移动客户端信息，将业务处理凭证发送到对应的移动客户端，当检测到查询业务处理凭证的请求时，获取查询业务处理凭证的网络地址，并判断是否推送业务处理凭证至对应网络地址；在本实施例中根据客户办理的业务类型，生成对应的保险业务办理凭证，通过保险信息系统对业务处理凭证的推送，用户获得有效的业务处理凭证，满足用户办理保险业务的多元化需求。
参照图2，在本发明的第二实施例中，步骤s10之后包括：
步骤s50，将业务处理信息按照业务时间长度进行分类。
将业务处理信息按照业务时间长度(设置的分类标准为：业务期限，按业务期限将业务分为长期业务和短期业务，具体地，时间长短的节点可自行设置，如，业务时间大于一年为长期业务，业务时间小于一年为短期业务)进行分类，使用分类信息来进一步判断是否发送提示信息，提示客户进行信息更新，需要说明的是短期业务较少存在信息过期的情况，在权衡信息维护成本与信息收益的情况下可以考虑减少对短期业务客户的信息进行维护。
步骤s60，若客户办理业务为长期业务时，则将业务处理信息中的客户证件信息进行细化，比较客户证件有效期与业务时间的长短，若在业务时间内客户证件过期，则发送提示信息以进行信息更新。
在查询保险信息系统存储的业务处理信息后，若客户办理的业务为长期业务时，将业务处理信息中的客户证件信息进行细化(需要说明的是，现有的保险信息过期提醒，主要针对缴费提醒，或者业务过期提醒，没有考虑到客户有效证件过期的情况，因而本方案主要针对客户证件过期提醒)，即，获取客户身份证件的有效期，比较客户证件有效期与业务时间的长短，(为了防止长期业务出现证件过期的状况，现有的保险项目如果出现客户证件过期就不能操作，比如退保、交费账户变更等，而且不便于维护客户信息准确性)，若在保险业务期间，出现客户证件过有效期，则发送提示信息(提醒内容包括、投保人、被保人、受益人所有人即将过期的提醒信息，提示的方式可以采取短信、电子邮件甚至是信件的方式)至移动客户端提示客户进行证件的更新，从而实现进行信息更新。
在本实施例中，将保险信息系统预存的业务处理信息按照业务时间的长短进行划分，若客户办理的业务类型为长期业务，比较客户证件的有效期与业务时间的长短，以判断在业务时间段中客户证件是否过期，为了防止客户证件过期对客户造成不良后果，及时的提示客户进行证件信息的更新，本方案维护了客户信息准确性，为客户多方面提醒，提升了客户满意度。
参照图3，在本发明的第三实施例中，步骤s10之后还包括：
步骤s70，当检测到信息更新请求时，从保险后台系统存储的业务处理信息中提取客户名下保单信息。
在保险信息系统检测到信息更新请求时，保险信息系统根据信息更新请求中对应的客户信息，从保险后台系统存储的信息中提取客户名下对应保单(显示客户名下的保单信息，以供客户对具体的信息进行更新)。
步骤s80，若能从保险后台系统存储的业务处理信息中提取到对应的保单信息，则根据信息更新请求选取保单进行信息更新。
由于现有的保险信息系统存储保单是根据保单号存储的，可能出现一个保单中对应不同的险种，而不同险种的被保险人可能不同，若能从保险后台系统存储的业务处理信息中提取到对应的保单信息，则根据信息更新请求选取保单，提示客户进行信息更新。
步骤s90，若不能从保险后台系统存储的业务处理信息提取到对应的保单信息，则进一步查询附加险被保险人信息，当查询到对应保单信息后，进行客户身份验证，授予客户信息更新权限。
当不能从保险后台系统存储的业务处理信息提取到对应的保单信息，即，通过客户信息，不能直接查找到对应的保单，则查询附加险的被保人信息，进一步地，由于一个保单可能存在多个附加险，且被保人可能为同一人，为了清楚显示，一个保单只显示一个险种和一个被保人信息，具体地，将客户所有非主险被保人险种保单信息查询得到，通过快速排序算法根据保单号划分数据，对每一份数据通过主附约号从小到大排序，取出最小的一条保单数据，再把所有的最小的不同的保单数据放入一个列表中显示，对客户进行客户身份验证校验通过后，授予客户信息更新权限，客户可进行信息更新。
在本实施例中，在检测到客户自主信息更新后，根据客户信息提取客户名下的保单信息，对信息进行及时的更新，通过系统计算查找保单信息，并授予客户信息更新的权限，使客户可以自行进行信息更新，无需保险工作人员在保险信息系统后台进行信息的更新，在提高客户体验的前提下，保证了保险信息及时有效的更新。
进一步地，参照图4，在本实施例中,步骤s20包括：
步骤s21，基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证，并存储业务处理凭证。
保险后台系统提取业务处理信息(业务处理信息中的业务主要针对一些需要客户交费的项目，这些业务需要生成相应业务处理凭证)中的业务数据，将业务数据输入至对应的业务处理凭证表格中(即，先新增一个文档模板显示客户的交费信息详情，待客户交费完成、受理生效后，保险信息系统会记录客户交费金额、类型及账户信息输入业务处理凭证表格)。
步骤s22，根据业务处理凭证表格中的业务数据进行相应计算，若计算得到的数据与业务数据相同，则添加公司公章生成业务处理凭证，并存储业务处理凭证。
根据业务处理凭证表格中的业务数据进行相应计算，若计算得到的数据与业务数据相同，保险信息系统逐条将受理信息输入与模板匹配并生成一个文件，即生成业务处理凭证，保险信息系统再此凭证加上公司电子公章，这样凭证会具有法律效力，把生成的业务处理凭证上传到保险后台系统，将受理信息和凭证存放地址关联并记录在受理明细表中。
在本方案中将业务处理信息进行整理，提取必要信息生成业务处理凭证解决了客户的报销凭证问题，客户可以在业务办理后获得一个具有法律效果的凭证，客户可作为报销凭证，满足用户办理保险业务的多元化需求。
参照图5，在本实施例中步骤s40包括：
步骤s41，当检测到查询业务处理凭证请求时，获取查询业务处理凭证的网络地址。
具体地，保险信息系统生成的业务处理凭证客户可用于金额的报销，相对的为了防止伪造业务处理凭证，企业需要比对业务处理凭证，因而企业可申请查询业务处理凭证，当保险信息系统检测到查询业务处理凭证请求时，获取查询业务处理凭证的网络地址，以判断请求来源地址的权威性等。
步骤s42，从保险后台系统预存的网络地址中查找是否存在对应网络地址，若保险后台系统预存的网络地址包含对应网络地址，则推送业务处理凭证至对应网络地址。
保险信息系统获取到查询业务处理凭证的网络地址后，从保险后台系统预存的网络地址(保险后台系统预存的网络地址：已经审查的合法权威网络地址)中查找是否存在对应网络地址，若保险后台系统预存的网络地址包含对应网络地址，则保险信息系统根据请求中涉及的保单信息，推送业务处理凭证至对应网络地址，即，查询业务处理凭证的网络地址，将获得对应的业务处理凭证，以比对核实业务处理凭证。
在本实施例中在判断申请的准确性后，推送对应的业务处理凭证，以便企业进行信息的核实，在保证网络地址合法的前提下，实现保险信息的共享与利用，使保险信息更加透明化，增加客户对保险业务的多元化需求。
在本发明进一步提供了基于保险业务信息处理装置，参照图6，在本发明的一实施例中，所述基于保险业务信息处理装置包括：
信息获取模块10，用于当检测到办理预设保险业务的请求时，获取办理预设保险业务的相关信息，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统。
在保险信息系统检测到客户办理预设保险业务(预设业务：根据不同的情况进行设置，在本发明的实施例中预设业务：保险税优产品，由于该类业务可能用于个人向企业报销保险金额，或者企业与税务机关的对接)时，信息获取模块10获取办理预设保险业务的相关信息(保险业务的相关信息：包含受理号、保单号、保险项目、交费金额、交费账户、交费地址、保单服务人员姓名和联系方式等)，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统。
凭证生成模块20，用于基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证，并存储业务处理凭证。
保险后台系统基于业务处理信息，生成相应的业务处理凭证(业务处理凭证：在保险业务中对预设业务，即，保险税优产品，业务处理凭证也可理解为业务处理凭证)，具体地，保险后台系统凭证生成模块20新增一个文档(pdf、word或者其他格式)模板展示客户的交费信息详情(客户的缴费信息可通过多个渠道办理生效、追加保费等交费项目，待客户交费完成、受理生效后，系统会记录客户交费金额、类型及账户信息)，生成相应的业务处理凭证，保险后台系统存储业务处理凭证和业务处理凭证对应的地址(业务处理凭证对应的地址：统一资源定位符url)，保险信息系统存储业务处理凭证并发送至移动客户端。
凭证发送模块30，用于获取业务处理信息中的移动客户端信息，将业务处理凭证发送到对应的移动客户端。
在生成业务处理凭证之后，保险信息系统获取提取预存的客户的移动客户端信息(移动客户端信息：这里主要是指客户的手机号码，或者其他用于接收信息的号码或地址)，凭证发送模块30将业务处理凭证发送到对应的移动客户端(保险信息系统可根据移动客户端的情况，若移动客户端上装载了手机app，则可发送业务处理凭证对应的地址到app上，或者采用短信邮件等方式)，并跟踪业务处理凭证的接收情况，必要的时候再次发送系统邮件至移动客户端，客户利用接收的业务处理凭证进行金额保销。
判断推送模块40，用于当检测到查询业务处理凭证的请求时，获取查询业务处理凭证的网络地址，并判断是否推送业务处理凭证至对应网络地址。
在保险信息系统检测到查询业务处理凭证的请求(查询业务处理凭证的请求：由企业或者事业单元根据个人提供的业务处理凭证，向保险信息系统提出查询的请求)时，保险信息系统判断推送模块40获取查询业务处理凭证的网络地址(网络地址：是指提出查询业务凭证的网络ip地址，或局域网)，并判断是否推送业务处理凭证至对应网络地址，进行网络地址合法性判断是为了防止信息泄露，保证客户信息的安全性。
在本实施例中基于保险业务信息处理装置，在检测到办理预设保险业务时，获取办理预设保险业务的相关信息，将办理预设保险业务相关信息，作为业务处理信息发送至保险后台系统，基于保险后台系统对业务处理信息进行处理，生成相应的业务处理凭证，并存储业务处理凭证，获取业务处理信息中的移动客户端信息，将业务处理凭证发送到对应的移动客户端，当检测到查询业务处理凭证的请求时，获取查询业务处理凭证的网络地址，并判断是否推送业务处理凭证至对应网络地址；在本实施例中根据客户办理的业务类型，生成对应的保险业务办理凭证，通过保险信息系统对业务处理凭证的推送，用户获得有效的业务处理凭证，满足用户办理保险业务的多元化需求。
参照图7，在本发明的另一实施例中，基于保险业务信息处理装置包括更新提示模块50，更新提示模块50，用于：
将业务处理信息按照业务时间长度进行分类。
将业务处理信息按照业务时间长度(设置的分类标准为：业务期限，按业务期限将业务分为长期业务和短期业务，具体地，时间长短的节点可自行设置，如，业务时间大于一年为长期业务，业务时间小于一年为短期业务)进行分类，使用分类信息来进一步判断是否发送提示信息，提示客户进行信息更新，需要说明的是短期业务较少存在信息过期的情况，在权衡信息维护成本与信息收益的情况下可以考虑减少对短期业务客户的信息进行维护。
若客户办理业务为长期业务时，则将业务处理信息中的客户证件信息进行细化，比较客户证件有效期与业务时间的长短，若在业务时间内客户证件过期，则发送提示信息以进行信息更新。
在查询保险信息系统存储的业务处理信息后，若客户办理的业务为长期业务时，将业务处理信息中的客户证件信息进行细化(需要说明的是，现有的保险信息过期提醒，主要针对缴费提醒，或者业务过期提醒，没有考虑到客户有效证件过期的情况，因而本方案主要针对客户证件过期提醒)，即，更新提示模块50获取客户身份证件的有效期，比较客户证件有效期与业务时间的长短，(为了防止长期业务出现证件过期的状况，现有的保险项目如果出现客户证件过期就不能操作，比如退保、交费账户变更等，而且不便于维护客户信息准确性)，若在保险业务期间，出现客户证件过有效期，则发送提示信息(提醒内容包括、投保人、被保人、受益人所有人即将过期的提醒信息，提示的方式可以采取短信、电子邮件甚至是信件的方式)至移动客户端提示客户进行证件的更新，从而实现进行信息更新。
在本实施例中，将保险信息系统预存的业务处理信息按照业务时间的长短进行划分，若客户办理的业务类型为长期业务，比较客户证件的有效期与业务时间的长短，以判断在业务时间段中客户证件是否过期，为了防止客户证件过期对客户造成不良后果，及时的提示客户进行证件信息的更新，本方案维护了客户信息准确性，为客户多方面提醒，提升了客户满意度。
参照图7，在本发明的另一实施例中，基于保险业务信息处理装置还包括信息更新模块60，信息更新模块60，用于：
当检测到信息更新请求时，从保险后台系统存储的业务处理信息中提取客户名下保单信息。
在保险信息系统检测到信息更新请求时，保险信息系统信息更新模块60根据信息更新请求中对应的客户信息，从保险后台系统存储的信息中提取客户名下对应保单(显示客户名下的保单信息，以供客户对具体的信息进行更新)。
若能从保险后台系统存储的业务处理信息中提取到对应的保单信息，则根据信息更新请求选取保单进行信息更新。
由于现有的保险信息系统存储保单是根据保单号存储的，可能出现一个保单中对应不同的险种，而不同险种的被保险人可能不同，若能从保险后台系统存储的业务处理信息中提取到对应的保单信息，则根据信息更新请求选取保单，提示客户进行信息更新。
若不能从保险后台系统存储的业务处理信息提取到对应的保单信息，则进一步查询附加险被保险人信息，当查询到对应保单信息后，进行客户身份验证，授予客户信息更新权限。
当不能从保险后台系统存储的业务处理信息提取到对应的保单信息，即，通过客户信息，不能直接查找到对应的保单，则查询附加险的被保人信息，进一步地，由于一个保单可能存在多个附加险，且被保人可能为同一人，为了清楚显示，一个保单只显示一个险种和一个被保人信息，具体地，将客户所有非主险被保人险种保单信息查询得到，通过快速排序算法根据保单号划分数据，对每一份数据通过主附约号从小到大排序，取出最小的一条保单数据，再把所有的最小的不同的保单数据放入一个列表中显示，对客户进行客户身份验证校验通过后，授予客户信息更新权限，客户可进行信息更新。
在本实施例中，在检测到客户自主信息更新后，根据客户信息提取客户名下的保单信息，对信息进行及时的更新，通过系统计算查找保单信息，并授予客户信息更新的权限，使客户可以自行进行信息更新，无需保险工作人员在保险信息系统后台进行信息的更新，在提高客户体验的前提下，保证了保险信息及时有效的更新。
进一步地，参照图8，在本实施例中凭证生成模块20包括：
数据输入单元21，用于保险后台系统提取业务处理信息中的业务数据，将业务数据输入至对应的业务处理凭证表格中。
保险后台系统提取业务处理信息(业务处理信息中的业务主要针对一些需要客户交费的项目，这些业务需要生成相应业务处理凭证)中的业务数据，将业务数据输入至对应的业务处理凭证表格中(即，先新增一个文档模板显示客户的交费信息详情，待客户交费完成、受理生效后，保险信息系统会记录客户交费金额、类型及账户信息输入业务处理凭证表格)。
数据确认单元22，用于根据业务处理凭证表格中的业务数据进行相应计算，若计算得到的数据与业务数据相同，则添加公司公章生成业务处理凭证，并存储业务处理凭证。
根据业务处理凭证表格中的业务数据进行相应计算，若计算得到的数据与业务数据相同，保险信息系统数据确认单元22逐条将受理信息输入与模板匹配并生成一个文件，即生成业务处理凭证，保险信息系统再此凭证加上公司电子公章，这样凭证会具有法律效力，把生成的业务处理凭证上传到保险后台系统，将受理信息和凭证存放地址关联并记录在受理明细表中。
在本方案中将业务处理信息进行整理，提取必要信息生成业务处理凭证解决了客户的报销凭证问题，客户可以在业务办理后获得一个具有法律效果的凭证，客户可用于报销凭证等问题，满足用户办理保险业务的多元化需求。
参照图9，在本实施例中判断推送模块包括40包括：
获取地址单元41，用于当检测到查询业务处理凭证请求时，获取查询业务处理凭证的网络地址。
具体地，保险信息系统生成的业务处理凭证客户可用于金额的报销，相对的为了防止伪造业务处理凭证，企业需要比对业务处理凭证，因而企业可申请查询业务处理凭证，当保险信息系统检测到查询业务处理凭证请求时，获取查询业务处理凭证的网络地址，以判断请求来源地址的权威性等。
凭证推送单元42，用于从保险后台系统预存的网络地址中查找是否存在对应网络地址，若保险后台系统预存的网络地址包含对应网络地址，则推送业务处理凭证至对应网络地址。
保险信息系统获取到查询业务处理凭证的网络地址后，从保险后台系统预存的网络地址(保险后台系统预存的网络地址：已经审查的合法权威网络地址)中查找是否存在对应网络地址，若保险后台系统预存的网络地址包含对应网络地址，则保险信息系统根据请求中涉及的保单信息，推送业务处理凭证至对应网络地址，即，查询业务处理凭证的网络地址，将获得对应的业务处理凭证，以比对核实业务处理凭证。
在本实施例中在判断申请的准确性后，推送对应的业务处理凭证，以便企业进行信息的核实，在保证网络地址合法的前提下，实现保险信息的共享与利用，使保险信息更加透明化，增加客户对保险业务的多元化需求。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。