页面生成方法、装置、电子设备及存储介质与流程

1.本技术实施例涉及计算机技术领域，尤其涉及一种页面生成方法、装置、电子设备及存储介质。


背景技术：

2.根据目前保险监管的要求，保险产品必须要有在线理赔能力。也就是说，用户在购买保险产品后，可以实现在线理赔，这就需要保险机构需要提供在线的理赔页面，以供用户在出险后进行在线理赔。
3.目前的理赔页面需要保险机构的员工进行人工创建，且需要经过需求提交、产品评估、需求文档产出、技术评审、开发及测试等流程，效率低下。尤其是，目前的保险产品种类繁多，数以千计，若要对大量的保险产品的理赔页面进行人工创建，不仅效率低下，也大量消耗了企业资源。


技术实现要素：

4.本技术实施例提供了一种页面生成方法、装置、电子设备及存储介质，有助于提高页面生成的效率。
5.第一方面，本技术实施例提供了一种页面生成方法，包括：
6.获取投保文件；
7.对所述投保文件进行语义分析，得到关键字段；
8.对所述投保文件进行语义分析，确定理赔场景；所述理赔场景对应一个或多个理赔页面模块；
9.根据所述关键字段确定可用理赔页面模块；
10.在所述可用理赔页面模块中选取与所述理赔场景匹配的目标理赔页面模块；
11.根据所述目标理赔页面模块生成理赔页面。
12.本技术实施例中，通过语义分析投保文件，以及通过模块搭配的方式自动创建理赔页，由此可以由传统的人工创建理赔页转变为自动创建理赔页，从而可以提高创建理赔页的效率。
13.其中一种可能的实现方式中，所述在所述可用理赔页面模块中选取与所述理赔场景对应的目标理赔页面模块之前，所述方法还包括：
14.根据所述关键字段的数量和所述可用理赔页面模块的数量确定复杂度；
15.基于所述复杂度发送提示信息，所述提示信息用于提示用户生成当前理赔页面的复杂度。
16.其中一种可能的实现方式中，所述根据所述目标理赔页面模块生成理赔页面包括：
17.将所述目标理赔页面模块填充在预设版面的区域中，以生成理赔页面。
18.其中一种可能的实现方式中，所述预设版面的区域对应所述目标理赔页面模块之
间的关系和顺序。
19.第二方面，本技术实施例提供了一种页面生成装置，包括：一个或多个功能模块，所述一个或多个功能模块用于执行如第一方面所述的页面生成方法。
20.第三方面，本技术实施例提供了一种电子设备，包括：处理器和存储器，所述存储器用于存储计算机程序；所述处理器用于运行所述计算机程序，实现如第一方面所述的页面生成方法。
21.第四方面，本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机实现如第一方面所述的页面生成方法。
附图说明
22.图1为本技术提供的页面生成方法一个实施例的流程示意图；
23.图2为本技术提供的理赔页面一个实施例的示意图；
24.图3为本技术提供的页面生成方法另一个实施例的流程示意图；
25.图4为本技术提供的理赔页面另一个实施例的示意图；
26.图5为本技术实施例提供的页面生成装置的结构示意图；
27.图6为本技术实施例提供的电子设备的结构示意图。
具体实施方式
28.本技术实施例中，除非另有说明，字符“/”表示前后关联对象是一种或的关系。例如，a/b可以表示a或b。“和/或”描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
29.需要指出的是，本技术实施例中涉及的“第一”、“第二”等词汇，仅用于区分描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量，也不能理解为指示或暗示顺序。
30.本技术实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。此外，“以下至少一项(个)”或者其类似表达，是指的这些项中的任意组合，可以包括单项(个)或复数项(个)的任意组合。例如，a、b或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c。其中，a、b、c中的每个本身可以是元素，也可以是包含一个或多个元素的集合。
31.本技术实施例中，“示例的”、“在一些实施例中”、“在另一实施例中”等用于表示作例子、例证或说明。本技术中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。
32.本技术实施例中的“的(of)”、“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，所要表达的含义是一致的。本技术实施例中，通信、传输有时可以混用，应当指出的是，在不强调其区别时，其所表达的含义是一致的。例如，传输可以包括发送和/或接收，可以为名词，也可以是动词。
33.本技术实施例中涉及的等于可以与大于连用，适用于大于时所采用的技术方案，
也可以与小于连用，适用于小于时所采用的技术方案。需要说明的是，当等于与大于连用时，不能与小于连用；当等于与小于连用时，不与大于连用。
34.目前的理赔页面需要保险企业的员工进行人工创建，且需要需求提交、产品评估、需求文档产出、技术评审、开发及测试等流程，效率低下。尤其是，目前的保险产品种类繁多，数以千计，若要对大量的保险产品的理赔页面进行人工创建，不仅效率低下，也大量消耗了企业资源。其中，理赔页指的是被保人在进行线上理赔申请时，需要了解必要信息，提交必要资料及信息，并进行操作的页面。理赔页一般包括理赔说明页、理赔信息页、材料上传页等。
35.基于上述问题，本技术实施例提出了一种页面生成方法，通过语义分析投保文件，以及通过模块搭配的方式自动创建理赔页，由此可以由传统的人工创建理赔页转变为自动创建理赔页，从而可以提高创建理赔页的效率。
36.现结合图1-图4对本技术实施例提供的页面生成方法进行说明。
37.如图1所示为本技术提供页面生成方法一个实施例的流程示意图，具体包括以下步骤：
38.步骤101，获取投保文件。
39.具体地，投保文件可以是保险机构开发的保险产品，也可以认为是用户购买的保险产品。该投保文件中包含保险责任、理赔规则等内容。其中，保险责任可以指商业保险中的保障内容，一般包括：医疗费用支出、重大疾病确诊、生活能力丧失、财产经济损失等。理赔规则可以指被保人在发生健康或财产损失后向保险人索赔，保险机构根据指定的理赔规则进行审核赔偿结果及具体数额。
40.步骤102，对投保文件进行语义分析，得到关键字段。
41.具体地，对投保文件进行语义分析的具体方式可以是：通过自然语言处理(natural language processing，nlp)手段对投保文件进行语义分析。其中，语义分析可以是根据关键字进行分析，由此可以根据关键字获得对应的关键字字段。其中，关键字可以包括保障范围、理算规则、免责场景、材料要求、理赔类型等，可以理解的是，上述仅是举例说明，并不构成对本技术实施例的限定，在一些实施例中，还可以包括更多或更少的关键字。以关键字为材料要求为例，通过对投保文件中的文字进行语义分析之后，可以获得对应的关键字字段可以为入院记录、病案首页、出院记录、费用清单等，可以理解的是，上述仅是举例说明，并不构成对本技术实施例的限定，在一些实施例中，还可以包括更多或更少的关键字字段。
42.在具体实现时，可以预先设置一个关键字段库，该关键字段库可以包括多个关键字段。当进行语义分析时，可以根据语义分析结果与关键字段库中的关键字段进行匹配，以获得对应的关键字段。以投保文件中的一句话为例，当对该句话进行语义分析之后，可以将该句话切分成几个片段，其中，每个片段可以由分词组成，接着，可以将每个片段与关键字段库中的关键字段进行匹配，以获得对应的关键字段。由于投保文件是由段落组成，而每个段落由一个或多个句子组成，因此，通过一句一句的语义分析，可以将整个投保文件进行语义识别，由此可以得到与投保文件对应的关键字段。
43.可以理解的是，本技术中的投保文件指的是电子文档。若获取到的纸质的投保文件，则可以通过光学文字识别(optical character recognition，ocr)手段对纸质投保文
件进行文字识别，由此可以获得电子文档，该电子文档中包括已识别的文字。
44.步骤103，根据关键字段确定目标理赔页面模块。
45.具体地，当获取到关键字段之后，可以根据关键字段确定目标理赔页面模块。
46.在具体实现时，可以预设理赔页面模块与关键字段之间的映射关系，例如，一个理赔页面模块可以对应一个或多个关键字段。以识别出的入院记录、病案首页、出院记录、费用清单等关键字段为例，若材料名称模块与入院记录、病案首页、出院记录、费用清单等关键字段对应，则可以将入院记录、病案首页、出院记录、费用清单等关键字段与材料名称模块对应，由此可以将该材料名称模块确定为目标理赔页面模块。
47.步骤104，根据目标理赔页面模块生成理赔页面。
48.具体地，当确定目标理赔页面模块后，就可以将确定的目标理赔页面模块在一个页面中进行搭建，由此生成理赔页面。图2为理赔页面的一个实施例的示意图，如图2所示，理赔页面可以包括多个理赔页面模块，例如，模块a、模块b及模块c等，每个理赔页面模块可以包括一个或多个关键字段，例如，关键字段a1、关键字段a2、关键字段b1、关键字段b2、关键字段b3、关键字段c1等。
49.本技术实施例中，通过语义分析投保文件，以及通过模块搭配的方式自动创建理赔页，由此可以由传统的人工创建理赔页转变为自动创建理赔页，从而可以提高创建理赔页的效率。
50.接着，结合图3对本技术实施例提供的页面生成方法进行进一步说明。
51.图3为本技术提供的页面生成方法另一个实施例的流程示意图，具体包括以下步骤：
52.步骤301，获取投保文件。
53.具体地，本步骤301的具体实现方式可以参考步骤101的相关描述，在此不再赘述。
54.步骤302，对投保文件进行语义分析，确定关键字段和理赔场景；理赔场景对应一个或多个理赔页面模块。
55.具体地，对投保文件进行语义分析，确定关键字段的具体实现方式可以参考步骤102的相关描述，在此不再赘述。
56.此外，还可以对对投保文件进行语义分析，以确定理赔场景。可以理解的是，理赔场景可以认为是保险的类型，例如，医疗险、重疾险、意外险等。
57.步骤303，根据关键字段确定可用理赔页面模块。
58.具体地，当确定关键字段后，可以根据确定的关键字段确定与关键字段对应的可用理赔页面模块。其中，可用理赔页面模块可以在预先设置的关键字段库中匹配获得。
59.进一步地，在确定可用理赔页面模块之后，还可以根据关键字段的数量和可用理赔页面模块的数量确定复杂度，其中，复杂度指的是创建理赔页面的复杂度。可以理解的是，如果关键字段过多，则生成理赔页面模块的复杂度就会增加，如果理赔页面模块过多，则创建理赔页面的复杂度就会增加。因此，在考虑复杂度的时候可以基于关键字段的数量和理赔页面模块的数量。示例性的，若关键字段的总数和理赔页面模块的总数超过预设阈值，则可以发送提示信息，用于提示用户生成当前理赔页面的复杂度过高，此时，用户可以进行人工创建，由此可以避免创建得到的理赔不符合要求，浪费时间和资源；若关键字段的总数和理赔页面模块的总数未超过预设阈值，则可以进一步进行理赔页面的创建，例如，执
行步骤304。
60.步骤304，在可用理赔页面模块中选取与理赔场景匹配的目标理赔页面模块。
61.具体地，当获取到可用理赔页面模块后，可以根据理赔场景确定与理赔场景匹配的目标理赔页面模块。
62.在具体实现时，由于根据关键字段确定的可用理赔页面模块可能有很多，因此需要找到与当前的理赔场景相关的理赔页面模块，无关的理赔页面模块可以不用理会。以理赔场景为医疗险为例，假设可用理赔页面模块包括模块a、模块b、模块c、模块d等，若模块a和模块b与医疗险匹配，则可以将模块a和模块b作为目标理赔页面模块，模块c和模块d等与医疗险不匹配，则可以无需处理。
63.步骤305，根据目标理赔页面模块生成理赔页面。
64.具体地，可以将目标理赔页面模块填充在预设版面的区域中，以生成理赔页面。其中，预设版面可以是根据理赔场景对应的排版。
65.在具体实现时，可以预先设置理赔场景与预设版面之间的映射关系。示例性的，理赔场景1对应预设版面1，理赔场景2对应预设版面2，理赔场景3对应预设版面3等。其中，每个预设版面都有各自的排版布局，示例性的，每个排版布局可以包括多个区域，每个区域对应一个确定的理赔页面模块，且每个区域对应的理赔页面模块之间具有关系和顺序的约束。可以理解的是，理赔页是一种资料填写的页面，因此，对于各个理赔页面模块来说，有个先后的顺序和从属的关系，因此，在理赔页面的布局中，可以将具有先后顺序的理赔页面模块之间以前后和上下顺序的摆放，以及将具有从属关系的理赔页面模块之间以的摆放包含的关系摆放。
66.图4为理赔页面的另一个实施例的示意图，如图4所示，假设用户应该在先于模块a之前填写模块b，则可以在理赔页面中，将模块b放在模块a的上方。此外，假设模块c包含模块d，也可以认为模块d是模块c的子模块，则可以将模块c包含模块d的方式进行摆放。
67.图5为本技术页面生成装置一个实施例的结构示意图，如图5所示，上述页面生成装置50可以包括：；其中，
68.获取模块51，用于获取投保文件；
69.分析模块52，用于对所述投保文件进行语义分析，得到关键字段；对所述投保文件进行语义分析，确定理赔场景；所述理赔场景对应一个或多个理赔页面模块；
70.确定模块53，用于根据所述关键字段确定可用理赔页面模块；在所述可用理赔页面模块中选取与所述理赔场景匹配的目标理赔页面模块
71.生成模块54，用于根据所述目标理赔页面模块生成理赔页面。
72.其中一种可能的实现方式中，上述页面生成装置50还包括：
73.提示模块55，用于根据所述关键字段的数量和所述可用理赔页面模块的数量确定复杂度；
74.基于所述复杂度发送提示信息，所述提示信息用于提示用户生成当前理赔页面的复杂度。
75.其中一种可能的实现方式中，上述生成模块54具体用于将所述目标理赔页面模块填充在预设版面的区域中，以生成理赔页面。
76.其中一种可能的实现方式中，所述预设版面的区域对应所述目标理赔页面模块之
间的关系和顺序。
77.图6为本技术实施例提供的一种电子设备600的结构示意图，上述电子设备600可以包括：至少一个处理器；以及与上述处理器通信连接的至少一个存储器。上述存储器存储有可被上述处理器执行的程序指令，处理器可调用上述程序指令能够执行本技术实施例提供的电子设备执行的动作。
78.如图6所示，电子设备600可以以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：一个或者多个处理器610，存储器620，连接不同系统组件(包括存储器620和处理器610)的通信总线640及通信接口630。
79.通信总线640表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industry standard architecture，isa)总线，微通道体系结构(micro channel architecture，mac)总线，增强型isa总线、视频电子标准协会(video electronics standards association，vesa)局域总线以及外围组件互连(peripheral component interconnection，pci)总线。
80.电子设备600典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备600访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
81.存储器620可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(random access memory，ram)和/或高速缓存存储器。电子设备600可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(compact disc read only memory，cd-rom)、数字多功能只读光盘(digital video disc read only memory，dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与通信总线640相连。存储器620可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本技术各实施例的功能。
82.具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器620中，这样的程序模块包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本技术所描述的实施例中的功能和/或方法。
83.电子设备600也可以与一个或多个外部设备(例如键盘、指向设备、显示器等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过通信接口630进行。并且，电子设备600还可以通过网络适配器(图6中未示出)与一个或者多个网络(例如局域网(local area network，lan)，广域网(wide area network，wan)和/或公共网络，例如因特网)通信，上述网络适配器可以通过通信总线640与电子设备的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(redundant arrays of independent drives，raid)系统、磁带驱动器以及数据备份存储系统等。
84.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
85.在本技术实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
86.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
87.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。