CN108038667A - 保单生成方法、装置及设备 - Google Patents

Abstract

本申请公开了一种保单生成方法、装置及设备，涉及保险技术领域，可以提高新契约出保单的效率及准确性，可以节省人力资源。其中方法包括：当接收到保单生成指令时，获取出保单流程中当前所在的岗位节点；从预置数据文件中获取与岗位节点对应的保单数据作为入参，调用与岗位节点对应的接口函数，实现在岗位节点上的保单处理，预置数据文件中预先保存有待生成保单任务对应的保单数据；若在岗位节点上保单处理成功，则按照出保单流程中岗位节点间的流转作业顺序，触发与岗位节点对应的下一个岗位节点利用预置数据文件继续进行下一步保单处理，直至生成与待生成保单任务对应的保单。本申请适用于新契约出保单。

Description

保单生成方法、装置及设备

技术领域

本申请涉及保险技术领域，特别是涉及一种保单生成方法、装置及设备。

背景技术

保单是保险单的简称，是保险人与投保人之间签订的一种最大诚信保险合同。保险单必须明确、完整地记载有关保险双方的权利义务，保单上主要载有保险人和被保险人的名称、保险标的、保险金额、保险费、保险期限、赔偿或给付的责任范围以及其他规定事项。保险单根据投保人的申请，由保险人签署，交由被保险人收执，保险单是被保险人在保险标的遭受意外事故而发生损失时，向保险人索赔的主要凭证，同时也是保险人收取保险费的依据。新契约保单指的是初次(第一次)签约的保单合同。

目前，新契约出保单过程较为复杂，每一单的出保单流程中都需要人工参与，例如在初审-协议定义-录单-核保-承保等岗位节点间的流转作业中都需要人工参与，每个岗位节点中都需要人工录入大量的保单数据，且大部分需要录入的保单数据是重复性的，如投保人和被保人的姓名、年龄、证件号等信息，因此会影响新契约出保单的效率，并且容易出错，也浪费了一定的人力资源。

发明内容

有鉴于此，本申请提供了一种保单生成方法、装置及设备，主要目的在于解决目前新契约出保单过程较为复杂，每一单的出保单流程中每个岗位节点都需要人工录入大量的保单数据，且大部分需要录入的保单数据是重复性的，会影响新契约出保单的效率，且容易出错，浪费人力资源的问题。

依据本申请一个方面，提供了一种保单生成方法，该方法包括：

当接收到保单生成指令时，获取出保单流程中当前所在的岗位节点；

从预置数据文件中获取与所述岗位节点对应的保单数据作为入参，调用与所述岗位节点对应的接口函数，实现在所述岗位节点上的保单处理，所述预置数据文件中预先保存有待生成保单任务对应的保单数据；

若在所述岗位节点上保单处理成功，则按照所述出保单流程中岗位节点间的流转作业顺序，触发与所述岗位节点对应的下一个岗位节点利用所述预置数据文件继续进行下一步保单处理，直至生成与所述待生成保单任务对应的保单。

依据本申请另一个方面，提供了一种保单生成装置，该装置包括：

获取单元，用于当接收到保单生成指令时，获取出保单流程中当前所在的岗位节点；

调用单元，用于从预置数据文件中获取与所述岗位节点对应的保单数据作为入参，调用与所述获取单元获取到的岗位节点对应的接口函数，实现在所述岗位节点上的保单处理，所述预置数据文件中预先保存有待生成保单任务对应的保单数据；

触发单元，用于若在所述岗位节点上保单处理成功，则按照所述出保单流程中岗位节点间的流转作业顺序，触发与所述岗位节点对应的下一个岗位节点利用所述预置数据文件继续进行下一步保单处理，直至生成与所述待生成保单任务对应的保单。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述保单生成方法。

依据本申请再一个方面，提供了一种保单生成设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述保单生成方法。

借由上述技术方案，本申请提供的一种保单生成方法、装置及设备，与目前每一单的出保单流程中每个岗位节点都需要人工录入大量的保单数据相比，本申请可以从预置数据文件中获取与出保单流程中当前所在的岗位节点对应的保单数据作为入参，调用与该岗位节点对应的接口函数，实现在岗位节点上的保单处理，并在该岗位节点上保单处理成功，自动触发下一个岗位节点利用该数据文件继续进行保单处理，最后生成保单，无需每个岗位节点都人工录入大量的保单数据，并且岗位节点间的流转作业可以自动触发进行，进而整个保单过程可以自动实现，节省了新契约出保单的时间，可以提高新契约出保单的效率，由于减少了人工参与，可以提高新契约出保单的准确性，以及节省了人力资源。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请实施例提供的一种保单生成方法流程示意图；

图2示出了本申请实施例提供的一种保单生成装置的结构示意图；

图3示出了本申请实施例提供的另一种保单生成装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本申请实施例提供了一种保单生成方法，可以提高新契约出保单的效率及准确性，可以节省人力资源，如图1所示，该方法包括：

101、当接收到保单生成指令时，获取出保单流程中当前所在的岗位节点。

其中，岗位节点可以为保单初审岗位节点、保单协议定义岗位节点、录入保单岗位节点、保单核保岗位节点、保单承保岗位节点等；出保单流程中包含哪些岗位节点可以根据保险业务的实际需求而定，在此本实施例不做限定。保单生成指令可以由系统在用户办理保险业务的过程中监测出需要新契约出保单时输入；还可以由用户根据办理保险业务的实际情况主动输入；也可以在进行保险业务相关自动化处理软件的测试过程中，需要进行保单生成时输入等。

对于本实施例的执行主体可以为用于保单自动生成的装置，实现出保单流程中每个岗位节点上的任务自动处理，并且岗位节点间的流转作业可以自动触发进行。

102、从预置数据文件中获取与当前岗位节点对应的保单数据作为入参，调用与当前岗位节点对应的接口函数，实现在当前岗位节点上的保单处理。

其中，预置数据文件中预先保存有待生成保单任务对应的保单数据。保单数据包括：投保人信息、被保人信息、保险保障信息、财务收费信息等；投保人信息包含投保人的姓名、年龄、身高、体重、健康情况、证件号码等，被保人信息包含被保人的姓名、年龄、性别、证件号码等；保险保障信息包含提供保险保障服务的相关信息，如保险保障服务的责任范围、保障服务的规定事项、保障服务的期限、保障服务赔偿或给付的金额等；财务收费信息包含用户需要缴纳的保险金额等信息。

在本实施例中，可以预先由技术人员将待生成保单任务对应的保单数据保存在预置数据文件中，而该预置数据文件可以为列表形式的，方便装置侧按照一定顺序读取数据，如按行读取或按列读取，具体可以创建一个txt文件，或db数据库文件，或excel文件等。

例如，当需要批量出保单时，将这些待生成保单任务分别对应的保单数据按行保存在预置数据文件中，每一行代表一个待生成保单任务对应的保单数据，这样就可以方便装置侧按行读取每个待生成保单任务对应的保单数据进行保单生成，进而可以实现批量出保单的业务需求，提高批量出保单的效率。

对于本实施例，还可以预先根据出保单流程中每个岗位节点的操作过程，编写各自对应的接口函数，以便通过调用该接口函数自动实现对应岗位节点的保单处理过程。例如，按照“保单初审、保单协议定义、保单录入、保单核保、保单承保”几个主要岗位节点步骤，分别预先编辑接口函数，进而通过调用这些接口函数实现每一个岗位节点的自动化流转作业。

103、若在当前岗位节点上保单处理成功，则按照出保单流程中岗位节点间的流转作业顺序，触发与当前岗位节点对应的下一个岗位节点利用预置数据文件继续进行下一步保单处理，直至生成与待生成保单任务对应的保单。

其中，出保单流程中岗位节点间的流转作业顺序可以由技术人员预先根据出保单流程的实际流转情况进行配置。

对于本实施例，可以从出保单流程中的初始岗位节点开始进行，在完成一个岗位节点的保单处理任务后，传递给下一个岗位节点接着进行下一步处理，直至保单生成，在下一个岗位节点处理的过程中依然可以基于预置数据文件中相应的保险数据，进而避免人工重复录入保单数据；还可以从出保单流程中的某个岗位节点继续进行，一个岗位节点接着一个岗位节点进行处理直至保单生成，但前提条件是在这个岗位节点之前的保单生成流程任务已经处理完毕。

本申请实施例提供的一种保单生成方法，与目前每一单的出保单流程中每个岗位节点都需要人工录入大量的保单数据相比，本申请实施例无需每个岗位节点都人工录入大量的保单数据，并且岗位节点间的流转作业可以自动触发进行，进而整个保单过程可以自动实现，节省了新契约出保单的时间，可以提高新契约出保单的效率，由于减少了人工参与，可以提高新契约出保单的准确性，以及节省了人力资源。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了保证出保单流程中每个岗位节点保单处理结果的有效性，在本申请的一个可选实施例中，在当前岗位节点上保单处理成功之后，还可以包括：对在当前岗位节点上的保单处理结果进行合格校验、和/或数据库信息校验、和/或数据处理；若合格校验未通过、和/或数据库信息校验未通过、和/或数据处理失败，则停止触发与当前岗位节点对应的下一个岗位节点进行保单处理，并输出相应的告警信息。

其中，告警信息可以为文字告警信息、图片告警信息、音频告警信息、视频告警信息、灯光告警信息、振动告警信息等。对于本可选实施例，在当前岗位节点上保单处理成功之后，为了保证当前岗位上保单处理结果的有效性，避免下一个岗位节点基于无效的保单处理结果进行处理，可以对该保单处理结果进行校验，具体的校验方式可以包括合格校验(如将保单处理结果与预先定义的合格参考标准进行比对，如果与该合格参考标准偏差大于一定阈值，说明合格校验未通过)、和/或数据库信息校验(如基于数据库层面，判断保单处理结果的数据是否符合数据库数据要求，如果未以数据库数据作为参考、或参考的数据在数据库中不存在，说明数据库信息未通过)、和/或数据处理(如下一个岗位节点进行处理时，需要基于当前岗位节点处理得到的数据，如果当前岗位节点处理得不到该数据，说明数据处理失败)，通过这些校验方式可以保证当前岗位节点上的保单处理结果有效性，进而可以保证可以生成符合保险业务需求的保单，从而可以避免生成无效的保单。

相应的，若通过合格校验、和/或通过数据库信息校验、和/或数据处理成功，则按照出保单流程中岗位节点间的流转作业顺序，触发与当前岗位节点对应的下一个岗位节点利用预置数据文件继续进行保单处理，并将成功处理的数据发送给下一个岗位节点，进一步的，以使得下一个岗位节点在进行保单处理的过程中结合成功处理的数据，进而在下一个岗位节点需要基于当前岗位节点处理得到的数据时，可以保证下一个岗位节点能够进行正常处理，避免下一个岗位节点保单处理时出现错误。

根据保险业务需求，有时系统逻辑中当前岗位节点上需要生成人物头像才能进行下一个岗位节点的接口函数调用，可以在预置数据文件中直接添加投保人和/或被保人的人物头像照片，进而方便接口函数直接调用，但是有时会存在缺少人物头像照片的情况，为了保证在这种情况下也能实现保单自动生成，上述对在当前岗位节点上的保单处理结果进行数据处理，具体可以包括：从在当前岗位节点上的保单处理结果中获取投保人和/或被保人的人物头像特征信息；依据人物头像特征信息，生成投保人和/或被保人的头像信息。

其中，人物头像特征信息可以包括头像脸型特征、五官特征、头发特征等，可以预先在预置数据文件中输入这些头像特征，最后系统结合这些头像特征可以模拟生成投保人和/或被保人的人物头像，供下一个岗位节点进行接口函数调用。

由于在实际保险业务中，保单数据会存在一些不固定的数据，即待确定保单数据，如保单交费金额、投保人的证件号码等，这些不固定的保单数据会根据用户购买保单的实际情况而具备不确定性，但在生成保单时也需要在保单中填写这些不固定的保单数据，因此为了满足保险业务的这种业务需求，成功生成符合条件的保单，在本申请的一个可选实施例中，步骤102中从预置数据文件中获取与当前岗位节点对应的保单数据作为入参的步骤，具体可以包括：从待生成保单任务对应的保单数据中提取与当前岗位节点对应的固定保单数据；然后参照提取的固定保单数据计算与当前岗位节点对应的待确定保单数据；最后将计算得到的待确定保单数据和固定保单数据确定作为入参。

其中，固定保单数据可以为预先在预置数据文件中输入的待生成保单任务对应固定部分的数据，如投保人或被保人的户口所在地、出生年月日、可购买保单的每一项保单费用的金额参考标准等，该固定部分的数据不会随着用户购买保单的实际情况改变而改变。在本可选实施例中，可以利用待生成保单任务对应保单数据中提取的与当前岗位节点对应的固定保单数据，计算与当前岗位节点对应的待确定保单数据，最后将计算得到的待确定保单数据和固定保单数据确定作为入参，调用相应的接口函数，进而可以满足保险业务的不同需求，可以针对用户购买保单的实际情况成功生成符合条件的保单。

为了说明上述参照固定保单数据计算与当前岗位节点对应的待确定保单数据步骤的具体实施过程，以待确定保单数据为保单对应的财务收费信息为例，则参照固定保单数据计算与当前岗位节点对应的待确定保单数据，包括：从固定保单数据中获取需要缴纳的每一项保单费用的金额参考标准；然后参照金额参考标准，将需要缴纳的每一项保单费用进行相加，得到财务收费信息。

例如，用户1需要购买三项保障服务，参照这三项保障服务分别对应的保单费用的金额参考标准，将这三项保障服务费用进行相加，得到用户1购买保单的保单交费金额。

需要说明的是，除了上述计算方式以外，在实际操作过程中，还可以结合保单费用的实际计算方式进行计算，如采用特定的公式对用户需要缴纳的每一项保单费用进行计算，得到保单交费金额。

进一步的，为了提醒技术人员对上述保单自动生成过程中出现异常状况时及时进行维护处理，在本申请的一个可选实施例中，还可以包括：记录出保单流程中不同岗位节点的保单处理情况；根据记录的所述保单处理情况，若检测出存在保单处理异常状况的岗位节点，则查询相关保单维护模块的通信方式信息；及从预设分析数据库中查询与所述保单处理异常状况对应的原因信息和相应的解决方式信息；通过查询到的通信方式信息，将存在保单处理异常状况的岗位节点的相关信息，连同出现的保单处理异常状况、查询到的原因信息和相应的解决方式信息发送给保单维护模块。

其中，预设分析数据库中保存有不同的保单处理异常状况分别对应的原因信息和相应的解决方式信息，这些信息可以由技术人员根据保单自动生成过程中出现不同异常状况时的维护经验总结得到，还可以由装置侧通过机器学习的方式累计得到；保单维护模块可以为根据保单自动生成过程中存在的异常状况，对保单自动化生成系统进行维护的单元模块，具体处理过程可以参见现有技术中的处理方式，在此不再赘述；通信方式信息可以包含保单维护模块的电子邮箱(Electronic MAIL，E-mail)地址、IP地址、电话号码、即时通信工具的账号等。

在本可选实施例中，在确定保单自动生成过程中出现异常状况之后，可以从预设分析数据库中查询对应的疑似原因以及相应解决措施，然后将这些查询到的信息一并实时推送给保单维护模块进行及时维护处理，发现存在异常状况的岗位节点，对其接口函数进行及时更正，保证保单自动化生成良好运转。

进一步的，为了说明上述步骤102完整的实现过程，在本可选实施例中，预置数据文件中还可以保存有不同岗位节点分别对应接口函数的位置信息，和与该接口函数对应的执行结果参考范围，相应的，步骤102中调用与当前岗位节点对应的接口函数，实现在当前岗位节点上的保单处理，具体可以包括：从预置数据文件中获取当前所在的岗位节点对应接口函数的位置信息和相应的执行结果参考范围；依据获取到的位置信息，调用与当前所在的岗位节点对应的接口函数，并将接口函数执行结果与获取到的执行结果参考范围进行核对；若接口函数执行结果处在执行结果参考范围内，则确定在当前岗位节点上保单处理成功；若接口函数执行结果处在执行结果参考范围外，则确定在当前岗位节点上保单处理失败。

例如，技术人员可以预先根据每个岗位节点在处理出保单任务的实际情况，编辑每个岗位节点分别对应的接口函数，然后再将相应的接口函数位置保存在预置数据文件中，并一同保存与这些接口函数分别对应的执行结果参考范围，这样在实现保单自动生成时，可以读取该预置数据文件，从中获取与当前岗位节点对应的保单数据以及对应接口函数的位置、执行结果参考范围，以该保单数据为入参，调用该位置上相应的接口函数，得到的结果与相应的执行结果参考范围进行比较，如果接口函数执行结果处在执行结果参考范围内，确定在当前岗位节点上保单处理成功；否则确定在当前岗位节点上保单处理失败，如当前岗位节点为录入保单岗位节点，在执行相应的接口函数得到的执行结果为待生成保单任务下全部保单数据录入成功，该执行结果处于相应执行结果参考范围内，确定在录入保单岗位节点上保单处理成功。

进一步的，为了满足对预置数据文件中保单数据的更新需求，在本申请的一个可选实施例中，还可以包括：对预置数据文件中保存的保险数据进行定期或不定期更新；相应的，步骤102中从预置数据文件中获取与当前岗位节点对应的保单数据作为入参的步骤，具体可以包括：从更新后的预置数据文件中获取与当前岗位节点对应的保单数据作为入参。

对于本可选实施例，可以定期或不定期对预置数据文件进行更新，该更新操作可以是添加新的保单数据或删除、修改保单数据等。

若该更新操作为定期更新，可以根据设定的间隔时间，定期向特定的网站或者服务器搜索是否有保单数据的更新内容，若有，则从网站或者服务器中下载需要更新的保单数据，并对本地保单数据进行更新。若没有，则继续等待间隔时间后再次向特定的网站或者服务器进行搜索并重复上述方案。

也可以是保险公司系统根据实际需要不定期对预置数据文件进行更新，该更新操作可以是由工作人员进行手动更新，或者触发对应的更新按键自动向特定的网站或者服务器搜索相应保单数据的更新内容，进行自动更新。

在上述技术方案中，在上述每个岗位节点对应的接口函数调用完成后，校验最终结果中已生成的承保信息，校验通过后取出承保信息的保单号并进行记录，以便供后续保全、理赔等业务使用。

为了进一步说明上述实施例的内容，给出其所能应用到的应用场景，但不限于此：

例如，在需要批量出保单时，预先定义需要生成的保单数量，以及各个保单数据，将这些数据保存在预置数据文件中，利用上述方案，遍历预置数据文件中各个保单数据，循环多次调用各个岗位节点对应的接口函数，以生成批量保单，其中投保人姓名、被保人姓名，证件号码等信息在程序中自动生成，故生成的保单为不同人投保的不同保单。这种方式与目前传统方式相比，大大提高了保单生成效率。

再例如，在做推广活动的时候，会在同一时间有大量保单同时承保，为确保该场景下保险公司系统能够承受住压力，需要做承保性能测试。通过目前传统的出保单模式，无法推进进行相应测试，而通过本方案的上述这种批量出保单方法，可以实现承保性能测试，通过这种批量出保单的方式，可以快速测试系统承保的负载压力状况。

进一步的，作为图1所述方法的具体实现，本申请实施例提供了一种保单生成装置，如图2所示，所述装置包括：获取单元21、调用单元22、触发单元23。

获取单元21，可以用于当接收到保单生成指令时，获取出保单流程中当前所在的岗位节点；

调用单元22，可以用于从预置数据文件中获取与所述岗位节点对应的保单数据作为入参，调用与所述获取单元21获取到的岗位节点对应的接口函数，实现在所述岗位节点上的保单处理，其中所述预置数据文件中预先保存有待生成保单任务对应的保单数据；

触发单元23，可以用于若在所述岗位节点上保单处理成功，则按照所述出保单流程中岗位节点间的流转作业顺序，触发与所述岗位节点对应的下一个岗位节点利用所述预置数据文件继续进行下一步保单处理，直至生成与所述待生成保单任务对应的保单。

在具体的应用场景中，由于在实际保险业务中，保单数据会存在一些不固定的数据，即待确定保单数据，如保单交费金额、投保人的证件号码等，这些不固定的保单数据会根据用户购买保单的实际情况而具备不确定性，但在生成保单时也需要在保单中填写这些不固定的保单数据，因此为了满足保险业务的这种业务需求，成功生成符合条件的保单，调用单元22，具体用于从待生成保单任务对应的保单数据中提取与所述岗位节点对应的固定保单数据；参照所述固定保单数据计算与所述岗位节点对应的待确定保单数据；将计算得到的所述待确定保单数据和所述固定保单数据确定作为入参。

在具体的应用场景中，，调用单元22，具体还用于若所述待确定保单数据为保单对应的财务收费信息，从所述固定保单数据中获取需要缴纳的每一项保单费用的金额参考标准；参照所述金额参考标准，将所述需要缴纳的每一项保单费用进行相加，得到所述财务收费信息。

在具体的应用场景中，为了保证出保单流程中每个岗位节点保单处理结果的有效性，如图3所示，所述装置还包括：校验单元24、输出单元25；

校验单元24，可以用于对在所述岗位节点上的保单处理结果进行合格校验、和/或数据库信息校验、和/或数据处理；

输出单元25，可以用于若合格校验未通过、和/或数据库信息校验未通过、和/或数据处理失败，则停止触发与所述岗位节点对应的下一个岗位节点进行保单处理，并输出相应的告警信息；

触发单元23，具体可以用于若通过合格校验、和/或通过数据库信息校验、和/或数据处理成功，则按照所述出保单流程中岗位节点间的流转作业顺序，触发与所述岗位节点对应的下一个岗位节点利用所述预置数据文件继续进行保单处理，并将成功处理的数据发送给所述下一个岗位节点，进一步的，使得所述下一个岗位节点在进行保单处理的过程中结合所述成功处理的数据。

在具体的应用场景中，校验单元24，具体可以用于从在所述岗位节点上的保单处理结果中获取投保人和/或被保人的人物头像特征信息；然后依据所述人物头像特征信息，生成投保人和/或被保人的头像信息。

在具体的应用场景中，为了提醒技术人员对上述保单自动生成过程中出现异常状况时及时进行维护处理，如图3所示，所述装置还包括：记录单元26、查询单元27、发送单元28。

记录单元26，可以用于记录所述出保单流程中不同岗位节点的保单处理情况；

查询单元27，可以用于根据记录单元26记录的所述保单处理情况，若检测出存在保单处理异常状况的岗位节点，则查询相关保单维护模块的通信方式信息；及从预设分析数据库中查询与所述保单处理异常状况对应的原因信息和相应的解决方式信息，所述预设分析数据库中保存有不同的保单处理异常状况分别对应的原因信息和相应的解决方式信息；

发送单元28，可以用于通过所述查询单元27查询到的通信方式信息，将存在保单处理异常状况的岗位节点的相关信息，连同所述保单处理异常状况、查询到的所述原因信息和相应的解决方式信息发送给所述保单维护模块。

在具体的应用场景中，所述预置数据文件中还保存有不同岗位节点分别对应接口函数的位置信息，和与所述接口函数对应的执行结果参考范围，调用单元22，具体可以用于从预置数据文件中获取当前所在的岗位节点对应接口函数的位置信息和相应的执行结果参考范围；依据获取到的所述位置信息，调用与所述当前所在的岗位节点对应的接口函数，并将接口函数执行结果与获取到的所述执行结果参考范围进行核对；若所述接口函数执行结果处在所述执行结果参考范围内，则确定在所述岗位节点上保单处理成功；若所述接口函数执行结果处在所述执行结果参考范围外，则确定在所述岗位节点上保单处理失败。

在具体的应用场景中，为了满足对预置数据文件中保单数据的更新需求，如图3所示，所述装置还包括：更新单元29。

更新单元29，可以用于对所述预置数据文件中保存的保险数据进行定期或不定期更新；

调用单元22，具体还可以用于从更新单元29更新后的预置数据文件中获取与所述岗位节点对应的保单数据作为入参。

需要说明的是，本申请实施例提供的一种保单生成装置所涉及各功能单元的其他相应描述，可以参考图1中的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1所示的保单生成方法。

基于上述如图1所示方法和如图2和如图3所示虚拟装置的实施例，为了实现上述目的，本申请实施例还提供了一种保单生成的实体设备，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；所述处理器，用于执行所述计算机程序以实现上述如图1所示的保单生成方法。

通过应用本申请的技术方案，节省了新契约出保单的时间，可以提高新契约出保单的效率，由于减少了人工参与，可以提高新契约出保单的准确性，以及节省了人力资源。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种保单生成方法，其特征在于，包括：

当接收到保单生成指令时，获取出保单流程中当前所在的岗位节点；

从预置数据文件中获取与所述岗位节点对应的保单数据作为入参，调用与所述岗位节点对应的接口函数，实现在所述岗位节点上的保单处理，所述预置数据文件中预先保存有待生成保单任务对应的保单数据；

若在所述岗位节点上保单处理成功，则按照所述出保单流程中岗位节点间的流转作业顺序，触发与所述岗位节点对应的下一个岗位节点利用所述预置数据文件继续进行下一步保单处理，直至生成与所述待生成保单任务对应的保单。

2.根据权利要求1所述的方法，其特征在于，所述从预置数据文件中获取与所述岗位节点对应的保单数据作为入参，包括：

从待生成保单任务对应的保单数据中提取与所述岗位节点对应的固定保单数据；

参照所述固定保单数据计算与所述岗位节点对应的待确定保单数据；

将计算得到的所述待确定保单数据和所述固定保单数据确定作为入参。

3.根据权利要求2所述的方法，其特征在于，若所述待确定保单数据为保单对应的财务收费信息，则参照所述固定保单数据计算与所述岗位节点对应的待确定保单数据，包括：

从所述固定保单数据中获取需要缴纳的每一项保单费用的金额参考标准；

参照所述金额参考标准，将所述需要缴纳的每一项保单费用进行相加，得到所述财务收费信息。

4.根据权利要求1所述的方法，其特征在于，按照所述出保单流程中岗位节点间的流转作业顺序，触发与所述岗位节点对应的下一个岗位节点利用所述预置数据文件继续进行保单处理之前，所述方法还包括：

对在所述岗位节点上的保单处理结果进行合格校验、和/或数据库信息校验、和/或数据处理；

若合格校验未通过、和/或数据库信息校验未通过、和/或数据处理失败，则停止触发与所述岗位节点对应的下一个岗位节点进行保单处理，并输出相应的告警信息；

按照所述出保单流程中岗位节点间的流转作业顺序，触发与所述岗位节点对应的下一个岗位节点利用所述预置数据文件继续进行下一步保单处理，具体包括：

若通过合格校验、和/或通过数据库信息校验、和/或数据处理成功，则按照所述出保单流程中岗位节点间的流转作业顺序，触发与所述岗位节点对应的下一个岗位节点利用所述预置数据文件继续进行下一步保单处理，并将成功处理的数据发送给所述下一个岗位节点，使得所述下一个岗位节点在进行保单处理的过程中结合所述成功处理的数据。

5.根据权利要求4所述的方法，其特征在于，对在所述岗位节点上的保单处理结果进行数据处理，包括：

从在所述岗位节点上的保单处理结果中获取投保人和/或被保人的人物头像特征信息；

依据所述人物头像特征信息，生成投保人和/或被保人的头像信息。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

记录所述出保单流程中不同岗位节点的保单处理情况；

根据记录的所述保单处理情况，若检测出存在保单处理异常状况的岗位节点，则查询相关保单维护模块的通信方式信息；及

从预设分析数据库中查询与所述保单处理异常状况对应的原因信息和相应的解决方式信息，所述预设分析数据库中保存有不同的保单处理异常状况分别对应的原因信息和相应的解决方式信息；

通过所述通信方式信息，将存在保单处理异常状况的岗位节点的相关信息，连同所述保单处理异常状况、查询到的所述原因信息和相应的解决方式信息发送给所述保单维护模块。

7.根据权利要求1所述的方法，其特征在于，所述预置数据文件中还保存有不同岗位节点分别对应接口函数的位置信息，和与所述接口函数对应的执行结果参考范围，所述调用与所述岗位节点对应的接口函数，实现在所述岗位节点上的保单处理，包括：

从预置数据文件中获取当前所在的岗位节点对应接口函数的位置信息和相应的执行结果参考范围；

依据获取到的所述位置信息，调用与所述当前所在的岗位节点对应的接口函数，并将接口函数执行结果与获取到的所述执行结果参考范围进行核对；

若所述接口函数执行结果处在所述执行结果参考范围内，则确定在所述岗位节点上保单处理成功；

若所述接口函数执行结果处在所述执行结果参考范围外，则确定在所述岗位节点上保单处理失败。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：

对所述预置数据文件中保存的保险数据进行定期或不定期更新；

所述从预置数据文件中获取与所述岗位节点对应的保单数据作为入参，具体包括：

从更新后的预置数据文件中获取与所述岗位节点对应的保单数据作为入参。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至8中任一项所述的保单生成方法。

10.一种保单生成设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至8中任一项所述的保单生成方法。