责任定义数据导入方法及装置与流程

本发明实施例属于计算机技术领域，尤其涉及一种责任定义数据导入方法及装置。

背景技术：

责任保险，又称为第三者责任保险，是被保险人对第三者负损害赔偿责任时，由保险人承担其赔偿责任的一种保险。在责任保险中，保险人的保险责任构成必须具备两个条件：一是被保险人对于第三者在法律上应承担的赔偿责任；二是受损害的第三者必须向保险人请求赔偿。而在判定被保险人对于第三者在法律上应承担的赔偿责任时，需要导入大量的责任定义数据。

现有的责任定义数据导入方法，通常是逐条导入责任定义数据，但由于责任定义涉及的数据量过大，因此，依次定义责任定义数据所耗费的人工成本、时间成本也过大。

技术实现要素：

本发明实施例提供了一种责任定义数据导入方法及装置，旨在解决现有的方法需要依次定义责任定义数据，从而导致所耗费的人工成本、时间成本过大的问题。

本发明实施例第一方面，提供了一种责任定义数据导入方法，所述方法包括：

获取保险场景名；

根据获取的保险场景名在场景名与责任关系表中查找与所述获取的保险场景名对应的责任定义数据，所述场景名与责任关系表存储保险场景名与责任定义数据的对应关系；

导入查找的与所述获取的保险场景名对应的责任定义数据。

本发明实施例的第二方面，提供一种责任定义数据导入装置，所述装置包括：

保险场景名获取单元，用于获取保险场景名；

责任定义数据查找单元，用于根据获取的保险场景名在场景名与责任关系表中查找与所述获取的保险场景名对应的责任定义数据，所述场景名与责任关系表存储保险场景名与责任定义数据的对应关系；

责任定义数据导入单元，用于导入查找的与所述获取的保险场景名对应的责任定义数据。

在本发明实施例中，由于只需获取保险场景名就能导入与该保险场景名对应的责任定义数据，而导入的责任定义数据通常包括多个，因此，采用上述方法能够降低定义责任定义数据所耗费的人工成本、时间成本，从而极大提高了责任定义数据的定义效率。

附图说明

图1是本发明第一实施例提供的一种责任定义数据导入方法的流程图；

图2是本发明第二实施例提供的一种责任定义数据导入装置的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中，获取保险场景名，根据获取的保险场景名在场景名与责任关系表中查找与所述获取的保险场景名对应的责任定义数据，所述场景名与责任关系表存储保险场景名与责任定义数据的对应关系，导入查找的与所述获取的保险场景名对应的责任定义数据。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明第一实施例提供的一种责任定义数据导入方法的流程图，详述如下：

步骤s11，获取保险场景名。

其中，所述保险场景名包括险种或保险的标识信息。例如，假设保险场景名为“车险理赔”，则其包括“车险”的标识信息。

保险场景名的获取方式有多种，对应地，所述步骤s11具体包括：

a1、获取用户输入的信息。

a2、判断用户输入的信息与预设的保险场景名是否相同，在用户输入的信息与预设的保险场景名相同时，获取所述保险场景名，在用户输入的信息与预设的保险场景名不相同时，判断用户输入的信息与预设的险种是否相同，在用户输入的信息与预设的险种相同时，根据与用户输入的信息相同的险种确定保险场景名。

上述a1和a2中，当用户(如保险业务员)需要导入责任定义数据时，其需要输入一定的信息，比如，假设预设的保险场景名包括：车险理赔，若用户输入的信息为“车险理赔”，则将“车险理赔”作为获取的保险场景名，若用户输入的信息与预设的险种“车险”相同，而险种“车险”与“车险理赔”这一保险场景名对应，因此，将“车险理赔”作为获取的保险场景名。当然，若用输入的信息与预设的保险场景名和险种都不相同，则判断用户输入的信息与预设的保险场景名和/或险种的语义相关度，确定语义相关度超过预设相关度阈值对应的预设的保险场景名和/或险种，显示确定的保险场景名和/或险种对应的保险场景名。若显示的保险场景名有多个，则等待接收用户发出的保险场景名指令，将接收的保险场景名指令对应的保险场景名作为获取的保险场景名；若显示的保险场景名只有1个，则将显示的保险场景名作为获取的保险场景名。

步骤s12，根据获取的保险场景名在场景名与责任关系表中查找与所述获取的保险场景名对应的责任定义数据，所述场景名与责任关系表存储保险场景名与责任定义数据的对应关系。

其中，所述责任定义数据包括以下至少一种：具体险种、责任、年保额、年免赔额、职业类别、事故时间、出险地、交通责任、出险时身份、是否出差、事故性质、是否工作意外、是否职业病、社保账单、是否适用第三方补偿原则、是否在定点或认可医院治疗、细化治疗类型、疾病类型、医疗事故等级等。

该步骤中，预先建立一个场景名与责任关系表，在该场景名与责任关系表中存入不同的保险场景名与其对应的责任定义数据。需要指出的是，不同的保险场景名对应的责任定义数据通常也不同。例如，在“车险理赔”这一场景名中，其对应的责任定义数据可能包括：事故时间、出险地、交通责任、出险时身份、是否出差、事故性质、是否工作意外、是否适用第三方补偿原则、是否在定点或认可医院治疗、细化治疗类型、疾病类型、医疗事故等级等。而在“就医理赔”这一保险场景中，对应的责任定义数据则可能包括：年保额、职业类别、是否职业病、社保账单、是否适用第三方补偿原则、是否在定点或认可医院治疗、细化治疗类型、疾病类型、医疗事故等级等。

当然，为了提高导入的责任定义数据的准确度，上述的场景名与责任关系表需要定时更新。

步骤s13，导入查找的与所述获取的保险场景名对应的责任定义数据。

具体地，可从存储的一个数据库或多个数据库中，将与获取的保险场景名对应的责任定义数据导入到同一界面上。由于只需获取保险场景名就能导入与该保险场景名对应的责任定义数据，而导入的责任定义数据通常包括多个，因此，采用上述方法能够降低定义责任定义数据所耗费的人工成本、时间成本，从而极大提高了责任定义数据的定义效率。

可选地，由于有些导入的责任定义数据仅导入对应的描述项，其需要经过预设的算法得到计算结果后才能填入描述项内，因此，在所述步骤s13之后，包括：

生成是否在定点或认可医院治疗的判定结果。

其中，所述生成是否在定点或认可医院治疗的判定结果，具体包括：

b1、获取就医的医院信息以及为获取的保险场景名的定点医院或认可医院的医院信息，所述医院信息包括以下至少一项：医院的性质、等级、经营类型。此外，医院信息还可以包括是否社保，类别等信息。其中，医院的性质通常指：国有医院，集体医院，职工医院，外资医院，私营医院，武警医院，部队医院等。医院的等级包括：三级特等，三级甲等，三级乙等，三级丙等，二级甲等，二级乙等，二级丙等，一级甲等，一级乙等，一级丙等，体检中心/室。

b2、将就医的医院信息与为获取的保险场景名的定点医院或认可医院的医院信息比较。具体地，将就医的医院信息下的各项参数值与获取的保险场景名的定点医院或认可医院的医院信息下对应的各项参数比较，例如，假设就医的医院的性质为国有医院，采用x1表示，医院的等级为三级特等，采用x2表示…，xn；获取的保险场景名的定点医院或认可医院的医院的性质为国有医院，采用y1表示，医院的等级为三级甲等，采用y2表示…，yn；则将x1对应值与y1对应的值进行比较，将x2对应值与y2对应的值进行比较…，如通过下式判断xi与yi的差是否小于或等于bk：xi-yi<＝bk，(i∈[1,n],k∈[1,m])。其中，xn、yn对应的值可以是数据或字母，此时，通过xn、yn的unicode编码值判断两者的大小。

b3、根据比较结果生成是否在定点或认可医院治疗的判定结果。例如，假设i∈[1,n]时，xi、yi都满足下式：xi-yi<＝bk，(i∈[1,n],k∈[1,m])，则生成用户就医的医院为理赔定点或认可的医院的判定结果，如果存在不符合的结论，则生成用户就医的医院不为理赔定点或认可的医院的判定结果。

本发明第一实施例中，获取保险场景名，根据获取的保险场景名在场景名与责任关系表中查找与所述获取的保险场景名对应的责任定义数据，所述场景名与责任关系表存储保险场景名与责任定义数据的对应关系，导入查找的与所述获取的保险场景名对应的责任定义数据。由于只需获取保险场景名就能导入与该保险场景名对应的责任定义数据，而导入的责任定义数据通常包括多个，因此，采用上述方法能够降低定义责任定义数据所耗费的人工成本、时间成本，从而极大提高了责任定义数据的定义效率。

应理解，在本发明实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例二：

图2示出了本发明第二实施例提供的一种责任定义数据导入装置的结构图，该责任定义数据导入装置可应用于各种智能终端中，该智能终端可以包括经无线接入网ran与一个或多个核心网进行通信的用户设备，该用户设备可以是移动电话(或称为“蜂窝”电话)、具有移动设备的计算机等，例如，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。又例如，该移动设备可以包括智能手机、平板电脑、家教机、个人数字助理pda、销售终端pos或车载电脑等。为了便于说明，仅示出了与本发明实施例相关的部分。

该责任定义数据导入装置包括：保险场景名获取单元21、责任定义数据查找单元22、责任定义数据导入单元23。其中：

保险场景名获取单元21，用于获取保险场景名。

其中，所述保险场景名包括险种或保险的标识信息。

保险场景名的获取方式有多种，对应地，所述保险场景名获取单元21包括：

信息获取模块，用于获取用户输入的信息。

保险场景名确定模块，用于判断用户输入的信息与预设的保险场景名是否相同，在用户输入的信息与预设的保险场景名相同时，获取所述保险场景名，在用户输入的信息与预设的保险场景名不相同时，判断用户输入的信息与预设的险种是否相同，在用户输入的信息与预设的险种相同时，根据与用户输入的信息相同的险种确定保险场景名。

当然，若用输入的信息与预设的保险场景名和险种都不相同，则判断用户输入的信息与预设的保险场景名和/或险种的语义相关度，确定语义相关度超过预设相关度阈值对应的预设的保险场景名和/或险种，显示确定的保险场景名和/或险种对应的保险场景名。若显示的保险场景名有多个，则等待接收用户发出的保险场景名指令，将接收的保险场景名指令对应的保险场景名作为获取的保险场景名；若显示的保险场景名只有1个，则将显示的保险场景名作为获取的保险场景名。

责任定义数据查找单元22，用于根据获取的保险场景名在场景名与责任关系表中查找与所述获取的保险场景名对应的责任定义数据，所述场景名与责任关系表存储保险场景名与责任定义数据的对应关系。

其中，所述责任定义数据包括以下至少一种：具体险种、责任、年保额、年免赔额、职业类别、事故时间、出险地、交通责任、出险时身份、是否出差、事故性质、是否工作意外、是否职业病、社保账单、是否适用第三方补偿原则、是否在定点或认可医院治疗、细化治疗类型、疾病类型、医疗事故等级。

具体地，预先建立一个场景名与责任关系表，在该场景名与责任关系表中存入不同的保险场景名与其对应的责任定义数据。需要指出的是，不同的保险场景名对应的责任定义数据通常也不同。

当然，为了提高导入的责任定义数据的准确度，上述的场景名与责任关系表需要定时更新。

责任定义数据导入单元23，用于导入查找的与所述获取的保险场景名对应的责任定义数据。

具体地，可从存储的一个数据库或多个数据库中，将与获取的保险场景名对应的责任定义数据导入到同一界面上。

可选地，由于有些导入的责任定义数据仅导入对应的描述项，其需要经过预设的算法得到计算结果后才能填入描述项内，因此，所述该责任定义数据导入装置包括：

判定结果生成单元，用于生成是否在定点或认可医院治疗的判定结果。

其中，所述判定结果生成单元包括：

医院信息获取模块，用于获取就医的医院信息以及为获取的保险场景名的定点医院或认可医院的医院信息，所述医院信息包括以下至少一项：医院的性质、等级、经营类型。此外，医院信息还可以包括是否社保，类别等信息。其中，医院的性质通常指：国有医院，集体医院，职工医院，外资医院，私营医院，武警医院，部队医院等。医院的等级包括：三级特等，三级甲等，三级乙等，三级丙等，二级甲等，二级乙等，二级丙等，一级甲等，一级乙等，一级丙等，体检中心/室。

医院信息比较模块，用于将就医的医院信息与为获取的保险场景名的定点医院或认可医院的医院信息比较。具体地，将就医的医院信息下的各项参数值与获取的保险场景名的定点医院或认可医院的医院信息下对应的各项参数比较，例如，假设就医的医院的性质为国有医院，采用x1表示，医院的等级为三级特等，采用x2表示…，xn；获取的保险场景名的定点医院或认可医院的医院的性质为国有医院，采用y1表示，医院的等级为三级甲等，采用y2表示…，yn；则将x1对应值与y1对应的值进行比较，将x2对应值与y2对应的值进行比较…，如通过下式判断xi与yi的差是否小于或等于bk：xi-yi<＝bk，(i∈[1,n],k∈[1,m])。其中，xn、yn对应的值可以是数据或字母，此时，通过xn、yn的unicode编码值判断两者的大小。

判定结果生成模块，用于根据比较结果生成是否在定点或认可医院治疗的判定结果。

本发明第二实施例中，由于只需获取保险场景名就能导入与该保险场景名对应的责任定义数据，而导入的责任定义数据通常包括多个，因此，采用上述方法能够降低定义责任定义数据所耗费的人工成本、时间成本，从而极大提高了责任定义数据的定义效率。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。