CN111651965A - 单证生成方法、装置、电子设备和计算机可读介质 - Google Patents

Abstract

本申请实施例公开了单证生成方法、装置、电子设备和计算机可读介质。该方法的实施例包括：从预设的核保问题题库中，获取目标疾病对应的核保问题；基于核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息；基于交互信息，确定目标疾病对应的核保结论；将依次发送的核保问题、返回的核保答案以及核保结论汇总为目标疾病对应的核保信息，并生成包含核保信息的电子单证。该实施方式提高了业务处理效率，并提高了单证中的核保依据的丰富性。

Description

单证生成方法、装置、电子设备和计算机可读介质

技术领域

本申请实施例涉及计算机技术领域，具体涉及单证生成方法、装置、电子设备和计算机可读介质。

背景技术

康保险，又称“疾病保险”，指在投保人身体出现疾病时，由保险人向其支付保险金的人身保险。在投保人申请投保健康险时，通常需要对申请人进行核保，以确定其是否具备投保资格，并基于相关信息制作单证，以为后续服务提供依据。

现有的方式，通常是由保险公司的业务人员根据投保人所提供的体检报告等信息，人工判定该投保人是否可以正常投保，并制作单证。然而，这种人工核保以及制作单证的方式，通常业务处理效率较低。现有的另一种方式，是将可能产生风险的疾病种类做成统一的健康告示，在前端展示给投保人，由投保人自己判定是否可以投保。这种方式在用户投保过程中无法获得详细的核保内容(如疾病信息等)，在投保人因误投等原因与保险公司产生纠纷时，单证所提供核保依据不足。

发明内容

本申请实施例提出了单证生成方法、装置、电子设备和计算机可读介质，以提高业务处理效率以及提高单证中的核保依据的丰富性。

第一方面，本申请实施例提供了一种单证生成方法，该方法包括：从预设的核保问题题库中，获取目标疾病对应的核保问题；基于核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息，其中，交互信息包括依次向终端设备发送的核保问题以及终端设备针对各核保问题返回的核保答案；基于交互信息，确定目标疾病对应的核保结论；将依次发送的核保问题、返回的核保答案以及核保结论汇总为目标疾病对应的核保信息，并生成包含核保信息的电子单证。

第二方面，本申请实施例提供了一种单证生成装置，该装置包括：获取单元，被配置成从预设的核保问题题库中，获取目标疾病对应的核保问题；交互单元，被配置成基于核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息，其中，交互信息包括依次向终端设备发送的核保问题以及终端设备针对各核保问题返回的核保答案；确定单元，被配置成基于交互信息，确定目标疾病对应的核保结论；生成单元，被配置成将依次发送的核保问题、返回的核保答案以及核保结论汇总为目标疾病对应的核保信息，并生成包含核保信息的电子单证。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述第一方面中所描述的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面中所描述的方法。

本申请实施例提供的单证生成方法、装置、电子设备和计算机可读介质，通过从预设的核保问题题库中获取目标疾病对应的核保问题；而后基于核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息；之后基于交互信息，确定目标疾病对应的核保结论；最后将依次发送的核保问题、返回的核保答案以及核保结论汇总为目标疾病对应的核保信息，并生成包含核保信息的电子单证。由此，一方面，通过线上交互的方式，进行信息的获取，并基于所获取的信息自动生成核保结论以及单证，提高了业务处理效率。另一方面，由于电子单证记录有交互过程中的各项信息，因而高了单证中的核保依据的丰富性，为后续理赔提供了丰富的信息依据。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是根据本申请的单证生成方法的一个实施例的流程图；

图2是根据本申请的疾病、问答轨迹、核保结论的对应关系的示意图；

图3是根据本申请的电子单证的示意图；

图4是根据本申请的单证生成方法的又一个实施例的流程图；

图5是根据本申请的单证生成装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参考图1，其示出了根据本申请的单证生成方法的一个实施例的流程100。该单证生成方法，包括以下步骤：

步骤101，从预设的核保问题题库中，获取目标疾病对应的核保问题。

在本实施例中，单证生成方法的执行主体(如服务器等电子设备)中可以预先部署有核保问题题库。上述核保问题题库中可以包含大量的核保问题。在需要对核保人进行核保时，可以从预设的核保问题题库中，获取目标疾病对应的核保问题。

实践中，目标疾病可以是投保人所患的疾病，如“胃炎”、“肾囊肿”、“乙肝”等。在投保人申请购买保险时，可以选择其所患的疾病进行问答。从而基于问答结果确定该投保人是否具备投保资格。需要说明的是，当投保人身患多种疾病时，目标疾病可以是多个。

需要说明的是，上述核保问题题库可以预先制定。实践中，可以是由保险从业人员根据大量的数据统计而预先制定的，也可以是基于预设的核保规则而预先设定的，此处不作限定。

在本实施例的一些可选的实现方式中，上述核保问题题库可以通过如下步骤预先生成：

第一步，获取各疾病对应的核保问题以及每一核保问题对应的各核保答案。

此处，对于每一种疾病，核保问题可以有一个或多个。作为示例，对于胃炎疾病，核保问题可以包括“是否仅为慢性浅表性胃炎，未提及溃疡、糜烂等其他异常？”等。每一核保问题对应的核保答案可以包括“是”和“否”。

第二步，基于各疾病的核保问题和核保答案，分别设置与各疾病对应的问答轨迹集合。

此处，问答轨迹可以用于指示核保问题的先后顺序以及核保问题的各核保答案与下一核保问题的承接关系。

例如，对于肾囊肿疾病，可以设置三个问答轨迹，形成问答轨迹集合。其中的问答轨迹可以分别称为第一问答轨迹、第二问答轨迹和第三问答轨迹。

上述第一问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“是”。

上述第二问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“否”、第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”、第二核保问题对应的核保答案“是”。

上述第三问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“否”、第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”、第二核保问题对应的核保答案“否”。

第三步，基于预设的核保规则，设定各问答轨迹对应的核保结论。

此处，核保规则可以基于医学界定的相关疾病的检测标准进行预先编写。核保规则可以包括但不限于以下至少一项：各疾病承保的条件、各疾病拒保的条件，各疾病有条件承保的条件等。基于上述核保规则，即可确定各问答轨迹所指示的用户患病情况是否满足承保的条件、拒保的条件、有条件承保的条件等，从而可以设定各问答轨迹对应的核保结论。

作为一个示例，对于胃炎疾病，承保的条件可以包括“仅为慢性浅表性胃炎，未提及溃疡、糜烂等其他异常”。拒保的条件可以包括“提及溃疡、糜烂等其他异常”等。当满足承保的条件时，即可承保，当满足拒保的条件时，即可拒保。

作为又一示例，对于肾囊肿疾病，承保的条件可以包括“不为多发囊肿”、“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常”等。拒保的条件可以包括“多发囊肿，且囊肿最大直径不小于20毫米或血压、肾功能、尿常规任一项检查不正常”。当满足承保的条件时，即可承保，当满足拒保的条件时，即可拒保。

作为再一示例，对于乙肝小三阳疾病，有条件承保的条件可以包括“乙肝五项检查结果HBsAg(乙肝表面抗原)、HBeAb(乙型肝炎E抗体)、HBcAb(乙肝核心抗体)为阳性，且未被建议治疗、无肝功能及腹部超声检查异常”，当满足此条件时，即可进行有条件承保。例如，承保但对于肝脏疾病所导致的医疗费用不承担赔付责任。当不满足上述有条件承保的条件时，即可拒保。

第四步，将各疾病对应的核保问题、核保答案、核保结论和问答轨迹集合进行汇总，生成核保问题题库。

此处，每一种疾病可以对应多条问答轨迹。每一个问答轨迹可以对应一个核保结论。作为示例，请参见图2，图2示出了疾病、问答轨迹、核保结论的对应关系的示意图。如图2所示，疾病A、该疾病的问答轨迹包含多个。每一个问答轨迹对应一个核保结论。

此处，可选地，上述第四步可以按照如下步骤执行：首先，可以将各疾病、各疾病对应的核保问题、各核保问题对应的核保答案以及各问答轨迹对应的核保结论进行编码。其中，每一个编码可以用于指示一项内容。不同的内容可以使用不同的编码进行表示。而后，可以基于编码结果，将各问答轨迹转换为编码轨迹，生成各疾病对应的编码轨迹集合。最后，可以将各编码对应的文本以及各疾病对应的编码轨迹集合进行汇总，生成核保问题题库。由此，可以便于进行内容查询，并可以节省存储空间。

步骤102，基于核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息。

在本实施例中，上述执行主体可以基于核保问题，与投保人所使用的终端设备进行交互。实践中，上述执行主体可以首先发送第一个核保问题。在投保人针对该问题返回核保答案后，可以确定是否存在与该答案对应的下一级的问题。若存在，可以发送与该答案对应的下一级的问题，并接收在投保人针对第二次发送的问题所返回核保答案。以此类推，直到不存在下一级的问题。

在本实施例中，上述执行主体可以存储交互过程中的交互信息。其中，交互信息包括依次向终端设备发送的核保问题以及终端设备针对各核保问题返回的核保答案。

需要说明的是，核保问题题库还可以包括各问题对应的核保答案。在发送核保问题的同时，也可以发送核保答案。

在本实施例的一些可选的实现方式中，核保问题题库中可以包含各疾病对应的核保问题、核保答案、核保结论和问答轨迹集合。其中，相同疾病对应的各问答轨迹中的第一个核保问题可以是相同的。

此时，上述执行主体可以从上述目标疾病对应的核保问题中，选取上述目标疾病对应的问答轨迹中的第一个核保问题，作为目标问题，并执行如下交互步骤：

第一步，向目标用户所使用的终端设备发送上述目标问题。

第二步，接收上述终端设备返回的核保答案。

第三步，从上述目标疾病的问答轨迹集合中，选取与所接收到的核保答案匹配的候选问答轨迹。

其中，与所接收到的核保答案匹配的候选问答轨迹包含已发送的核保问题，且候选问答轨迹中针对已发送的核保问题的核保答案与投保人反馈的核保答案一致，且核保问题的发送顺序与问答轨迹所指示的顺序一致。

例如，肾囊肿疾病具有第一问答轨迹、第二问答轨迹和第三问答轨迹。上述第一问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“是”。上述第二问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“否”、第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”、第二核保问题对应的核保答案“是”。上述第三问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“否”、第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”、第二核保问题对应的核保答案“否”。

若已发送的核保问题为“是否为多发囊肿？”，接收到的核保答案为“否”，则与上述第二问答轨迹以及第三问答轨迹相匹配。此时，可以将上述第二问答轨迹和第三问答轨迹作为候选问答轨迹。若接收到的核保答案为“是”，则与上述第一问答轨迹相匹配。此时，可以将上述第一问答轨迹作为候选问答轨迹。

第四步，基于上述候选问答轨迹，确定是否存在下一核保问题。

第五步，若不存在，存储交互过程中的交互信息，并将上述候选问答轨迹作为与上述交互信息相匹配的目标问答轨迹。

继续上述示例，若接收到的核保答案为“是”，则候选问答轨迹为第一问答轨迹。第一问答轨迹中不包含下一核保问题。此时，可以存储交互过程中的交互信息，即，存储上述第一核保问题“是否为多发囊肿？”、针对该核保问题所返回的核保答案“否”。同时，可以将第一问答轨迹作为与上述交互信息相匹配的目标问答轨迹。

需要说明的是，若存在下一核保问题，可以将上述下一核保问题作为目标问题，并继续执行上述交互步骤。例如，若接收到的核保答案为“否”，则候选问答轨迹为第二问答轨迹和第三问答轨迹。第二问答轨迹和第三问答轨迹中，包含第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”。此时，可以将该第二核保问题作为目标问题，继续执行上述交互步骤，直至最新的候选问答轨迹中不包含下一个核保问题。

步骤103，基于交互信息，确定目标疾病对应的核保结论。

在本实施例中，由于交互信息中包含依次向上述终端设备发送的核保问题以及上述终端设备针对各核保问题返回的核保答案，由此，可以对该交互信息进行分析，确定目标疾病对应的核保结论。其中，上述核保结论可以包括以下任意一种：承保、拒保、有条件承保。

实践中，可以基于预设的核保规则，确定核保结论。此处，核保规则可以基于医学界定的相关疾病的检测标准进行预先编写。核保规则可以包括但不限于以下至少一项：各疾病承保的条件、各疾病拒保的条件，各疾病有条件承保的条件等。基于上述核保规则，即可确定投保人的目标疾病的患病情况是否满足承保的条件、拒保的条件、有条件承保的条件等，从而可以确定目标疾病对应的核保结论。

作为一个示例，对于胃炎疾病，承保的条件可以包括“仅为慢性浅表性胃炎，未提及溃疡、糜烂等其他异常”。拒保的条件可以包括“提及溃疡、糜烂等其他异常”等。当满足承保的条件时，即可承保，当满足拒保的条件时，即可拒保。

作为又一示例，对于肾囊肿疾病，承保的条件可以包括“不为多发囊肿”、“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常”等。拒保的条件可以包括“多发囊肿，且囊肿最大直径不小于20毫米或血压、肾功能、尿常规任一项检查不正常”。当满足承保的条件时，即可承保，当满足拒保的条件时，即可拒保。

作为再一示例，对于乙肝小三阳疾病，有条件承保的条件可以包括“乙肝五项检查结果HBsAg(乙肝表面抗原)、HBeAb(乙型肝炎E抗体)、HBcAb(乙肝核心抗体)为阳性，且未被建议治疗、无肝功能及腹部超声检查异常”，当满足此条件时，即可进行有条件承保。例如，承保但对于肝脏疾病所导致的医疗费用不承担赔付责任。当不满足上述有条件承保的条件时，即可拒保。

需要指出的是，当目标疾病具有多种时，可以针对逐个目标疾病进行交互。当某个目标疾病的核保结论为拒保时，则可以不再针对后续的目标疾病进行交互。

在本实施例的一些可选的实现方式中，由于核保问题题库中的每一个问答轨迹具有对应的核保结论，因而，上述执行主体可以从上述核保问题题库中，查找上述目标问答轨迹对应的核保结论。从而，将所查找到的核保结论，作为上述目标疾病对应的核保结论。其中，上述核保结论包括以下其中一项：承保、拒保、有条件承保。

步骤104，将依次发送的核保问题、返回的核保答案以及核保结论汇总为目标疾病对应的核保信息，并生成包含核保信息的电子单证。

在本实施例中，上述执行主体可以将依次发送的核保问题、返回的核保答案以及核保结论汇总为目标疾病对应的核保信息，并生成包含核保信息的电子单证。

由于电子单证记录有交互过程中的各项信息，因而高了单证中的核保依据的丰富性，为后续理赔提供了丰富的信息依据。

在本实施例的一些可选的实现方式中，上述执行主体可以通过如下步骤生成电子单证：

第一步，获取上述投保人的用户信息和预设的电子单证头部信息。其中，上述单证头部信息可以包括但不限于保险公司的标识、名称等。

第二步，按照上述目标问答轨迹中的各项内容的先后顺序，对上述核保信息中的核保问题、核保答案进行拼接，生成上述目标疾病的问答信息拼接结果。

第三步，将上述问答信息拼接结果与上述目标疾病的核保结论进行拼接，得到上述目标疾病对应的核保信息拼接结果。

第四步，将上述用户信息、上述电子单证头部信息、上述核保信息拼接结果进行拼接，生成包含上述核保信息的电子单证。

需要说明的是，当目标疾病具有多种时，可以针对不同的目标疾病，将将依次发送的核保问题、返回的核保答案以及核保结论汇总为不同的核保信息。此时，电子单证中可以包含将各目标疾病对应的核保信息。作为示例，图3为电子单证的示意图。如图3所示，电子单证中包括头部信息“XX保险”以及三种疾病的核保信息，依次为胃炎的核保信息、肾囊肿的核保信息以及乙肝小三阳的核保信息。其中，每种疾病的核保信息中，包括依次发送的核保问题、针对各核保问题的核保答案以及核保结论。

在本实施例的一些可选的实现方式中，在生成包含上述核保信息的电子单证之 后，上述执行主体可以将上述电子单证存储至数据库，并将上述电子单证发送至上述终端 设备，以便于系统以及用户留存。

本申请的上述实施例提供的方法，通过从预设的核保问题题库中获取目标疾病对应的核保问题；而后基于上述核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息；之后基于上述交互信息，确定上述目标疾病对应的核保结论；最后将依次发送的核保问题、返回的核保答案以及上述核保结论汇总为上述目标疾病对应的核保信息，并生成包含上述核保信息的电子单证。由此，一方面，通过线上交互的方式，进行信息的获取，并基于所获取的信息自动生成核保结论以及单证，提高了业务处理效率。另一方面，由于电子单证记录有交互过程中的各项信息，因而高了单证中的核保依据的丰富性，为后续理赔提供了丰富的信息依据。

进一步参考图4，其示出了单证生成方法的又一个实施例的流程400。该单证生成方法的流程400，包括以下步骤：

步骤401，从预设的核保问题题库中，获取目标疾病对应的核保问题。

在本实施例中，单证生成方法的执行主体(如服务器等电子设备)中可以预先部署有核保问题题库。在需要对核保人进行核保时，可以从预设的核保问题题库中，获取目标疾病对应的核保问题。

在本实施例中，上述核保问题题库可以通过如下步骤预先生成：

第一步，获取各疾病对应的核保问题以及每一核保问题对应的各核保答案。

此处，对于每一种疾病，核保问题可以有一个或多个。作为示例，对于胃炎疾病，核保问题可以包括“是否仅为慢性浅表性胃炎，未提及溃疡、糜烂等其他异常？”等。核保结论可以包括“是”和“否”。

第二步，基于各疾病的核保问题和核保答案，分别设置与各疾病对应的问答轨迹集合。

此处，问答轨迹可以用于指示核保问题的先后顺序以及核保问题的各核保答案与下一核保问题的承接关系。

例如，对于肾囊肿疾病，可以设置三个问答轨迹，形成问答轨迹集合。其中的问答轨迹可以分别称为第一问答轨迹、第二问答轨迹和第三问答轨迹。

上述第一问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“是”。

上述第二问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“否”、第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”、第二核保问题对应的核保答案“是”。

上述第三问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“否”、第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”、第二核保问题对应的核保答案“否”。

第三步，基于预设的核保规则，设定各问答轨迹对应的核保结论。

此处，核保规则可以基于医学界定的相关疾病的检测标准进行预先编写。核保规则可以包括但不限于以下至少一项：各疾病承保的条件、各疾病拒保的条件，各疾病有条件承保的条件等。基于上述核保规则，即可确定各问答轨迹所指示的用户患病情况是否满足承保的条件、拒保的条件、有条件承保的条件等，从而可以设定各问答轨迹对应的核保结论。

作为一个示例，对于胃炎疾病，承保的条件可以包括“仅为慢性浅表性胃炎，未提及溃疡、糜烂等其他异常”。拒保的条件可以包括“提及溃疡、糜烂等其他异常”等。当满足承保的条件时，即可承保，当满足拒保的条件时，即可拒保。

作为又一示例，对于肾囊肿疾病，承保的条件可以包括“不为多发囊肿”、“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常”等。拒保的条件可以包括“多发囊肿，且囊肿最大直径不小于20毫米或血压、肾功能、尿常规任一项检查不正常”。当满足承保的条件时，即可承保，当满足拒保的条件时，即可拒保。

作为再一示例，对于乙肝小三阳疾病，有条件承保的条件可以包括“乙肝五项检查结果HBsAg(乙肝表面抗原)、HBeAb(乙型肝炎E抗体)、HBcAb(乙肝核心抗体)为阳性，且未被建议治疗、无肝功能及腹部超声检查异常”，当满足此条件时，即可进行有条件承保。例如，承保但对于肝脏疾病所导致的医疗费用不承担赔付责任。当不满足上述有条件承保的条件时，即可拒保。

第四步，将各疾病对应的核保问题、核保答案、核保结论和问答轨迹集合进行汇总，生成核保问题题库。

此处，每一种疾病可以对应多条问答轨迹。每一个问答轨迹可以对应一个核保结论。

在本实施例的一些可选的实现方式中，上述第四步可以按照如下步骤执行：首先，可以将各疾病、各疾病对应的核保问题、各核保问题对应的核保答案以及各问答轨迹对应的核保结论进行编码。其中，每一个编码可以用于指示一项内容。不同的内容可以使用不同的编码进行表示。而后，可以基于编码结果，将各问答轨迹转换为编码轨迹，生成各疾病对应的编码轨迹集合。最后，可以将各编码对应的文本以及各疾病对应的编码轨迹集合进行汇总，生成核保问题题库。由此，可以便于进行内容查询，并可以节省存储空间。

步骤402，从目标疾病对应的核保问题中，选取目标疾病对应的问答轨迹中的第一个核保问题，作为目标问题。

在本实施例中，相同疾病对应的各问答轨迹中的第一个核保问题可以是相同的。上述执行主体可以从目标疾病对应的核保问题中，选取目标疾病对应的问答轨迹中的第一个核保问题，作为目标问题。并执行包含如下步骤403-步骤407的交互步骤。

步骤403，向目标用户所使用的终端设备发送目标问题。

步骤404，接收终端设备返回的核保答案。

步骤405，从目标疾病的问答轨迹集合中，选取与所接收到的核保答案匹配的候选问答轨迹。

在本实施例中，上述执行主体可以从目标疾病的问答轨迹集合中，选取与所接收到的核保答案匹配的候选问答轨迹。其中，与所接收到的核保答案匹配的候选问答轨迹包含已发送的核保问题，且候选问答轨迹中针对已发送的核保问题的核保答案与投保人反馈的核保答案一致，且核保问题的发送顺序与问答轨迹所指示的顺序一致。

例如，肾囊肿疾病具有第一问答轨迹、第二问答轨迹和第三问答轨迹。上述第一问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“是”。上述第二问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“否”、第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”、第二核保问题对应的核保答案“是”。上述第三问答轨迹中，可以依次包括第一核保问题“是否为多发囊肿？”、第一核保问题对应的核保答案“否”、第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”、第二核保问题对应的核保答案“否”。

若已发送的核保问题为“是否为多发囊肿？”，接收到的核保答案为“否”，则与上述第二问答轨迹以及第三问答轨迹相匹配。此时，可以将上述第二问答轨迹和第三问答轨迹作为候选问答轨迹。若接收到的核保答案为“是”，则与上述第一问答轨迹相匹配。此时，可以将上述第一问答轨迹作为候选问答轨迹。

步骤406，基于候选问答轨迹，确定是否存在下一核保问题。

在本实施例中，上述执行主主体可以确定候选问答轨迹中是否存在下一个核保问题。若不存在，可以执行步骤407，并结束交互。若存在，可以执行如下步骤408。

步骤407，若不存在，存储交互过程中的交互信息，并将候选问答轨迹作为与交互信息相匹配的目标问答轨迹。

在本实施例中，若候选问答轨迹中不存在下一核保问题，则可以存储交互过程中的交互信息，并将候选问答轨迹作为与交互信息相匹配的目标问答轨迹。

继续上述示例，若接收到的核保答案为“是”，则候选问答轨迹为第一问答轨迹。第一问答轨迹中不包含下一核保问题。此时，可以存储交互过程中的交互信息，即，存储上述第一核保问题“是否为多发囊肿？”、针对该核保问题所返回的核保答案“否”。同时，可以将第一问答轨迹作为与上述交互信息相匹配的目标问答轨迹。

步骤408，若存在下一核保问题，将下一核保问题作为目标问题，并继续执行交互步骤。

在本实施例中，若存在下一核保问题，可以将上述下一核保问题作为目标问题，并继续执行上述交互步骤。

继续上述示例，若接收到的核保答案为“否”，则候选问答轨迹为第二问答轨迹和第三问答轨迹。第二问答轨迹和第三问答轨迹中，包含第二核保问题“囊肿最大直径小于20毫米，血压、肾功能、尿常规检查正常？”。此时，可以将该第二核保问题作为目标问题，继续执行上述交互步骤，直至最新的候选问答轨迹中不包含下一个核保问题。

步骤409，从核保问题题库中，查找目标问答轨迹对应的核保结论。

在本实施例中，由于核保问题题库中的每一个问答轨迹具有对应的核保结论，因而，上述执行主体可以从上述核保问题题库中，查找上述目标问答轨迹对应的核保结论。

步骤410，将所查找到的核保结论，作为目标疾病对应的核保结论。

步骤411，将依次发送的核保问题、返回的核保答案以及核保结论汇总为目标疾病对应的核保信息，并生成包含核保信息的电子单证。

在本实施例中的步骤411可参见图1对应实施例的步骤104，此处不再赘述。

从图4中可以看出，与图1对应的实施例相比，本实施例中的单证生成方法的流程涉及了基于问答轨迹与投保人所使用的终端设备进行交互的步骤。问答轨迹用于指示核保问题的先后顺序以及核保问题的各核保答案与下一核保问题的承接关系，因此，本实施例描述的方案可以自动选择并发送核保问题，并基于用户反馈的答案选择下一问题，并基于最终的目标问答轨迹得到对应的核保结果，进一步提高了业务处理效率。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种单证生成装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例所述的单证生成装置500包括：获取单元501，被配置成从预设的核保问题题库中，获取目标疾病对应的核保问题；交互单元502，被配置成基于上述核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息，其中，上述交互信息包括依次向上述终端设备发送的核保问题以及上述终端设备针对各核保问题返回的核保答案；确定单元503，被配置成基于上述交互信息，确定上述目标疾病对应的核保结论；生成单元504，被配置成将依次发送的核保问题、返回的核保答案以及上述核保结论汇总为上述目标疾病对应的核保信息，并生成包含上述核保信息的电子单证。

在本实施例的一些可选的实现方式中，上述核保问题题库通过如下步骤生成：获取各疾病对应的核保问题以及各核保问题对应的核保答案；基于各疾病的核保问题和核保答案，分别设置与各疾病对应的问答轨迹集合，其中，问答轨迹用于指示核保问题的先后顺序以及核保问题的各核保答案与下一核保问题的承接关系；基于预设的核保规则，设定各问答轨迹对应的核保结论；将各疾病对应的核保问题、核保答案、核保结论和问答轨迹集合进行汇总，生成核保问题题库。

在本实施例的一些可选的实现方式中，上述将各疾病对应的核保问题、核保答案、核保结论和问答轨迹集合进行汇总，生成核保问题题库，包括：将各疾病、各疾病对应的核保问题、各核保问题对应的核保答案以及各问答轨迹对应的核保结论进行编码；基于编码结果，将各问答轨迹转换为编码轨迹，生成各疾病对应的编码轨迹集合；各编码对应的文本以及各疾病对应的编码轨迹集进行汇总，生成核保问题题库。

在本实施例的一些可选的实现方式中，相同疾病对应的各问答轨迹中的第一个核保问题相同；以及，上述交互单元502，进一步被配置成：从上述目标疾病对应的核保问题中，选取上述目标疾病对应的问答轨迹中的第一个核保问题，作为目标问题，执行如下交互步骤：向目标用户所使用的终端设备发送上述目标问题；接收上述终端设备返回的核保答案；从上述目标疾病的问答轨迹集合中，选取与所接收到的核保答案匹配的候选问答轨迹；基于上述候选问答轨迹，确定是否存在下一核保问题；若不存在，存储交互过程中的交互信息，并将上述候选问答轨迹作为与上述交互信息相匹配的目标问答轨迹。

在本实施例的一些可选的实现方式中，上述交互单元502，进一步被配置成：若存在下一核保问题，将上述下一核保问题作为目标问题，并继续执行上述交互步骤。

在本实施例的一些可选的实现方式中，上述确定单元503，进一步被配置成：从上述核保问题题库中，查找上述目标问答轨迹对应的核保结论；将所查找到的核保结论，作为上述目标疾病对应的核保结论，其中，上述核保结论包括以下其中一项：承保、拒保、有条件承保。

在本实施例的一些可选的实现方式中，上述生成单元504，进一步被配置成：获取上述投保人的用户信息和预设的电子单证头部信息；按照上述目标问答轨迹中的各项内容的先后顺序，对上述核保信息中的核保问题、核保答案进行拼接，生成上述目标疾病的问答信息拼接结果；将上述问答信息拼接结果与上述目标疾病的核保结论进行拼接，得到上述目标疾病对应的核保信息拼接结果；将上述用户信息、上述电子单证头部信息、上述核保信息拼接结果进行拼接，生成包含上述核保信息的电子单证。

在本实施例的一些可选的实现方式中，上述装置还包括：第一发送单元，被配置成将上述核保结论发送至上述终端设备；以及，第二发送单元，被配置成将上述电子单证存储至数据库，并将上述电子单证发送至上述终端设备。

本申请的上述实施例提供的装置，通过从预设的核保问题题库中获取目标疾病对应的核保问题；而后基于上述核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息；之后基于上述交互信息，确定上述目标疾病对应的核保结论；最后将依次发送的核保问题、返回的核保答案以及上述核保结论汇总为上述目标疾病对应的核保信息，并生成包含上述核保信息的电子单证。由此，一方面，通过线上交互的方式，进行信息的获取，并基于所获取的信息自动生成核保结论以及单证，提高了业务处理效率。另一方面，由于电子单证记录有交互过程中的各项信息，因而高了单证中的核保依据的丰富性，为后续理赔提供了丰富的信息依据。

下面参考图6，其示出了适于用来实现本申请实施例的电子设备的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：从预设的核保问题题库中，获取目标疾病对应的核保问题；基于核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息；基于交互信息，确定目标疾病对应的核保结论；将依次发送的核保问题、返回的核保答案以及核保结论汇总为目标疾病对应的核保信息，并生成包含核保信息的电子单证。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

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

从预设的核保问题题库中，获取目标疾病对应的核保问题；

基于所述核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息，其中，所述交互信息包括依次向所述终端设备发送的核保问题以及所述终端设备针对各核保问题返回的核保答案；

基于所述交互信息，确定所述目标疾病对应的核保结论；

将依次发送的核保问题、返回的核保答案以及所述核保结论汇总为所述目标疾病对应的核保信息，并生成包含所述核保信息的电子单证。

2.根据权利要求1所述的方法，其特征在于，所述核保问题题库通过如下步骤生成：

获取各疾病对应的核保问题以及每一核保问题对应的各核保答案；

基于各疾病的核保问题和核保答案，分别设置与各疾病对应的问答轨迹集合，其中，问答轨迹用于指示核保问题的先后顺序以及核保问题的各核保答案与下一核保问题的承接关系；

基于预设的核保规则，设定各问答轨迹对应的核保结论；

将各疾病对应的核保问题、核保答案、核保结论和问答轨迹集合进行汇总，生成核保问题题库。

3.根据权利要求2所述的方法，其特征在于，所述将各疾病对应的核保问题、核保答案、核保结论和问答轨迹集合进行汇总，生成核保问题题库，包括：

将各疾病、各疾病对应的核保问题、各核保问题对应的各核保答案以及各问答轨迹对应的核保结论进行编码；

基于编码结果，将各问答轨迹转换为编码轨迹，生成各疾病对应的编码轨迹集合；

各编码对应的文本以及各疾病对应的编码轨迹集合进行汇总，生成核保问题题库。

4.根据权利要求2所述的方法，其特征在于，相同疾病对应的各问答轨迹中的第一个核保问题相同；以及

所述基于所述核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息，包括：

从所述目标疾病对应的核保问题中，选取所述目标疾病对应的问答轨迹中的第一个核保问题，作为目标问题，执行如下交互步骤：

向目标用户所使用的终端设备发送所述目标问题；

接收所述终端设备返回的核保答案；

从所述目标疾病的问答轨迹集合中，选取与所接收到的核保答案匹配的候选问答轨迹；

基于所述候选问答轨迹，确定是否存在下一核保问题；

若不存在，存储交互过程中的交互信息，并将所述候选问答轨迹作为与所述交互信息相匹配的目标问答轨迹。

5.根据权利要求4述的方法，其特征在于，所述基于所述核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息，还包括：

若存在下一核保问题，将所述下一核保问题作为目标问题，并继续执行所述交互步骤。

6.根据权利要求4所述的方法，其特征在于，所述基于所述交互信息，确定所述目标疾病对应的核保结论，包括：

从所述核保问题题库中，查找所述目标问答轨迹对应的核保结论；

将所查找到的核保结论，作为所述目标疾病对应的核保结论，其中，所述核保结论包括以下其中一项：承保、拒保、有条件承保。

7.根据权利要求4所述的方法，其特征在于，所述生成包含所述核保信息的电子单证，包括：

获取所述投保人的用户信息和预设的电子单证头部信息；

按照所述目标问答轨迹中的各项内容的先后顺序，对所述核保信息中的核保问题、核保答案进行拼接，生成所述目标疾病的问答信息拼接结果；

将所述问答信息拼接结果与所述目标疾病的核保结论进行拼接，得到所述目标疾病对应的核保信息拼接结果；

将所述用户信息、所述电子单证头部信息、所述核保信息拼接结果进行拼接，生成包含所述核保信息的电子单证。

8.一种单证生成装置，其特征在于，所述装置包括：

获取单元，被配置成从预设的核保问题题库中，获取目标疾病对应的核保问题；

交互单元，被配置成基于所述核保问题，与投保人所使用的终端设备进行交互，并存储交互过程中的交互信息，其中，所述交互信息包括依次向所述终端设备发送的核保问题以及所述终端设备针对各核保问题返回的核保答案；

确定单元，被配置成基于所述交互信息，确定所述目标疾病对应的核保结论；

生成单元，被配置成将依次发送的核保问题、返回的核保答案以及所述核保结论汇总为所述目标疾病对应的核保信息，并生成包含所述核保信息的电子单证。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images