Insurance feasibility data processing method and device, equipment and storage medium

Abstract

The invention provides an insurance feasibility data processing method and device, equipment and a storage medium, and the method comprises the steps: receiving insurance form data sent by a user side, and enabling the user side to display the right or wrong prompt of the insurance form data generated according to an insurance rule of a target insurance type and the insurance form data; converting the multiple pieces of insurance semantic data into corresponding multiple pieces of insurance semantic expression data; according to a pre-configured insurance buying rule of a target insurance type, determining a correct and wrong state of each piece of insurance buying semantic expression data; determining the correct and wrong state of the insurance form data according to the insurance rule, the logic condition and the correct and wrong state of each piece of insurance semantic expression data; generating a feasibility verification prompt of the target insurance type according to the correct and wrong state of the insurance form data; and the feasibility verification prompt of the target insurance type is output to the user side, so that the data analysis efficiency of insurance feasibility is improved.

Description

Technical Field

[0001] The present application relates to the field of data processing, and in particular to a data processing method, device, equipment and storage medium for insurance feasibility. Background Art

[0002] Insurance feasibility refers to a comprehensive data analysis of the insured and the corresponding insurance to determine whether the insurance is feasible for the insured. Insurance feasibility analysis is a complex and comprehensive process that requires consideration from multiple angles to ensure the suitability of the insured and the corresponding insurance.

[0003] In the prior art, in traditional insurance feasibility data processing, the front-end and back-end systems usually configure the business rules of the same insurance product separately. When used for product consultation, the front-end system and the back-end system respectively verify the data of the insurance product to ensure the compatibility of the user and the insurance product.

[0004] However, in the prior art, the business rules of the same insurance product are configured separately through the front-end and back-end systems, which not only makes the data analysis of insurance feasibility inefficient, but also fails to ensure the consistency of data verification between the front-end and back-end systems. Summary of the invention

[0005] The present application provides a data processing method, device, equipment and storage medium for insurance feasibility to solve the problem that the business rules of the same insurance product are configured separately through the front-end and back-end systems, which not only makes the data analysis of insurance feasibility inefficient, but also cannot ensure the consistency of data verification of the front-end and back-end systems.

[0006] In a first aspect, the present application provides a data processing method for insurance feasibility, which is applied to a computer device, comprising:

[0007] Receive insurance form data sent by a user terminal, wherein the insurance form data is generated based on multiple insurance semantic data and a target insurance type to be verified; the multiple insurance semantic data and the target insurance type to be verified are generated in response to an input operation on a preset dialog box in an insurance consultation interface, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance type; the user terminal can display a correctness prompt for the insurance form data, and the correctness prompt for the insurance form data is generated based on the insurance rules for the target insurance type and the insurance form data;

[0008] Converting the plurality of insurance semantic data into corresponding plurality of insurance semantic expression data;

[0009] According to the logic condition, the multiple insurance semantic expression data are scheduled to be executed concurrently or serially, as follows:

[0010] Determine the correctness of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type;

[0011] Determine the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data;

[0012] Generate a feasibility verification prompt for the target insurance type according to the correctness of the insurance application form data;

[0013] Outputting the feasibility verification prompt of the target insurance type to the user terminal.

[0014] In one possible design, each expression includes an insurance semantic data expression, an operator and an insurance semantic numerical expression; accordingly, the correctness of each insurance semantic expression data is determined according to the preconfigured insurance rules of the target insurance type, including: calculating the insurance semantic data expression and the insurance semantic numerical expression according to the insurance rules, the insurance semantic data expression and the insurance semantic numerical expression to obtain the corresponding first insurance semantic value and second insurance semantic value; determining the correctness of each insurance semantic expression data according to the first insurance semantic value, the second insurance semantic value and the operator.

[0015] In one possible design, the configuration process of the insurance rules of the target insurance type includes: extracting multiple restriction conditions of the target insurance type from a preset database, and extracting the logical relationship between the multiple restriction conditions; and determining the multiple restriction conditions with the logical relationship as the insurance rules of the target insurance type.

[0016] In a possible design, after determining the multiple restriction conditions with the logical relationship as the insurance rules of the target insurance type, it also includes: obtaining the insurance rules of the target insurance type in response to an access operation to the corresponding program interface of the preset database; and completing the modification of the insurance rules in response to a modification operation of multiple restriction conditions in the insurance rules of the target insurance type.

[0017] In a possible design, after determining the multiple restriction conditions with the logical relationship as the insurance rules of the target insurance type, it also includes: obtaining the insurance rules of the target insurance type in response to an access operation to the corresponding program interface of the preset database; and completing the priority configuration of the insurance rules in response to the configuration of the priorities of multiple restriction conditions in the insurance rules of the target insurance type.

[0018] In a second aspect, the present application provides a data processing method for insurance feasibility, which is applied to a user end and includes:

[0019] In response to input operations on a preset dialog box in the insurance consultation interface, a plurality of insurance semantic data and target insurance types to be verified are generated, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance types;

[0020] Generate the insurance form data according to the multiple insurance semantic data and the target insurance type to be verified;

[0021] According to the insurance rules of the target insurance and the insurance form data, display the correctness prompt of the insurance form data; and

[0022] The insurance form data is sent to a computer device so that the computer device converts the multiple insurance semantic data into corresponding multiple insurance semantic expression data, and schedules the multiple insurance semantic expression data for concurrent execution or serial execution according to the logical conditions, in the following steps: determining the correctness of each insurance semantic expression data according to the insurance rules; determining the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data; generating a feasibility verification prompt for the target insurance type according to the correctness of the insurance form data, wherein the computer device is configured with the insurance rules for the target insurance type;

[0023] Receive a feasibility verification prompt for the target insurance type sent by the computer device.

[0024] In a possible design, the displaying of a correctness prompt of the insurance form data according to the insurance rules of the target insurance type and the insurance form data includes: parsing the insurance rules into insurance verification logic; integrating the insurance verification logic into the insurance form data to determine the correctness of the insurance form data; generating a correctness prompt of the insurance form data according to the correctness of the insurance form data; and displaying a correctness prompt of the insurance form data.

[0025] In a third aspect, the present application provides an insurance feasibility data processing device, which is applied to a computer device, including:

[0026] A receiving module, used for receiving insurance form data sent by a user terminal, wherein the insurance form data is generated based on a plurality of insurance semantic data and a target insurance type to be verified; the plurality of insurance semantic data and the target insurance type to be verified are generated in response to an input operation on a preset dialog box in an insurance consultation interface, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance type; the user terminal can display a correctness prompt for the insurance form data, and the correctness prompt for the insurance form data is generated based on the insurance rules for the target insurance type and the insurance form data;

[0027] A conversion module, used for converting the plurality of insurance semantic data into corresponding plurality of insurance semantic expression data;

[0028] An execution module is used to schedule the multiple insurance semantic expression data to be executed concurrently or serially according to the logical conditions, including the following steps:

[0029] A first determination module is used to determine the correctness or incorrectness of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type;

[0030] A second determination module is used to determine the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data;

[0031] A generating module, used for generating a feasibility verification prompt of the target insurance type according to the correctness of the insurance application form data;

[0032] The output module is used to output the feasibility verification prompt of the target insurance type to the user terminal.

[0033] In a fourth aspect, the present application provides an insurance feasibility data processing device, which is applied to a user end and includes:

[0034] A first generating module is used to generate a plurality of insurance semantic data and target insurance types to be verified in response to input operations on a preset dialog box in an insurance consultation interface, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance types;

[0035] A second generating module is used to generate the insurance form data according to the multiple insurance semantic data and the target insurance type to be verified;

[0036] A display module is used to display the correctness prompt of the insurance form data according to the insurance rules of the target insurance type and the insurance form data; and

[0037] A sending module is used to send the insurance form data to a computer device, so that the computer device converts the multiple insurance semantic data into corresponding multiple insurance semantic expression data, and schedules the multiple insurance semantic expression data for concurrent execution or serial execution according to the logical conditions, the following steps: determining the correctness of each insurance semantic expression data according to the insurance rules; determining the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data; generating a feasibility verification prompt for the target insurance type according to the correctness of the insurance form data, wherein the computer device is configured with the insurance rules for the target insurance type;

[0038] The receiving module is used to receive the feasibility verification prompt of the target insurance type sent by the computer device.

[0039] In a fifth aspect, the present application provides an electronic device, comprising: at least one processor and a memory;

[0040] The memory stores computer-executable instructions;

[0041] The at least one processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the data processing method for insurance feasibility as described in the first aspect and various possible designs of the first aspect, or the data processing method for insurance feasibility as described in the second aspect and various possible designs of the second aspect.

[0042] In a sixth aspect, the present application provides a computer storage medium storing computer execution instructions. When a processor executes the computer execution instructions, the data processing method for insurance feasibility as described in the first aspect and various possible designs of the first aspect, or the data processing method for insurance feasibility as described in the second aspect and various possible designs of the second aspect is implemented.

[0043] The data processing method, device, equipment and storage medium for insurance feasibility provided by the present application receive insurance form data sent by a user end, wherein the insurance form data is generated based on multiple insurance semantic data and a target insurance type to be verified; the user end can display the correctness prompt of the insurance form data generated based on the insurance rules of the target insurance type and the insurance form data; convert multiple insurance semantic data into corresponding multiple insurance semantic expression data; determine the correctness status of each insurance semantic expression data according to the insurance rules of the target insurance type; determine the correctness status of the insurance form data according to the insurance rules, corresponding logical conditions and the correctness status of each insurance semantic expression data; generate a feasibility verification prompt for the target insurance type according to the correctness status of the insurance form data; output the feasibility verification prompt for the target insurance type to the user end, and reduce the configuration time by configuring the same insurance rules on the user end and the computer device, thereby improving the data analysis efficiency of the insurance feasibility and ensuring the consistency of data verification between the front-end and back-end systems. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, a brief introduction will be given below to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0045] Figure 1 A schematic diagram of an application scenario of the data processing method for insurance feasibility provided in an embodiment of the present application;

[0046] Figure 2 Schematic diagram of the data processing method for insurance feasibility provided in the embodiment of the present application Figure 1 ;

[0047] Figure 3 Schematic diagram of the data processing method for insurance feasibility provided in the embodiment of the present application Figure 2 ;

[0048] Figure 4 Schematic diagram of the structure of the data processing device for insurance feasibility provided in the embodiment of the present application Figure 1 ;

[0049] Figure 5 Schematic diagram of the structure of the data processing device for insurance feasibility provided in the embodiment of the present application Figure 2 ;

[0050] Figure 6 A schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0051] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0052] In the technical solution of this application, the collection, storage, use, processing, transmission, provision and disclosure of financial data or user data and other information involved are in compliance with the provisions of relevant laws and regulations and do not violate public order and good morals. It should be noted that in the embodiments of this application, some existing solutions in the industry such as certain software, components, models, etc. may be mentioned, and they should be considered as exemplary. Their purpose is only to illustrate the feasibility of the implementation of the technical solution of this application, but it does not mean that the applicant has or will necessarily use the solution.

[0053] Insurance feasibility refers to a comprehensive data analysis of the insured and the corresponding insurance to determine whether the insurance is feasible for the insured. Insurance feasibility analysis has the functions of evaluating the implementation conditions of insurance and optimizing resource allocation. Insurance feasibility analysis is a complex and comprehensive process that needs to be considered from multiple angles to ensure the compatibility of the insured and the corresponding insurance. In the prior art, in the traditional insurance feasibility data processing, the front-end and back-end systems usually configure the business rules of the same insurance product separately, so that when used for product consultation, the front-end system and the back-end system perform data verification on the insurance product respectively to ensure the compatibility of the user and the insurance product. However, in the prior art, the business rules of the same insurance product are configured separately by the front-end and back-end systems, which not only makes the data analysis of insurance feasibility inefficient, but also fails to ensure the consistency of data verification of the front-end and back-end systems.

[0054] In order to solve the above technical problems, the embodiments of the present application propose the following technical concepts: the inventor takes into account the insurance form data filled out by the user, and based on the insurance rules corresponding to the target insurance type in the insurance form data, uses the user end and the device end to perform feasibility data processing on the insurance form data respectively, so as to obtain correct and incorrect prompts of the insurance form data and feasibility verification prompts of the target insurance type. By configuring the same insurance rules, the configuration time is reduced, the efficiency of data analysis of insurance feasibility is improved, and the consistency of data verification of the front-end and back-end systems is ensured.

[0055] Figure 1 It is a schematic diagram of an application scenario of the data processing method for insurance feasibility provided in an embodiment of the present application.

[0056] like Figure 1As shown, the scenario includes: a user terminal 101 and a computer device 102 .

[0057] The user terminal 101 may be a mobile device or a terminal such as a personal computer.

[0058] The computer device 102 may be an independent device or a cluster consisting of multiple devices.

[0059] The user terminal 101 generates insurance form data containing the target insurance type in response to the user's input operation on the preset dialog box in the insurance consultation interface; displays the correctness prompt of the insurance form data according to the pre-configured insurance rules and insurance form data; and sends the insurance form data to the computer device 102 via the wireless network. The computer device 102 converts multiple insurance semantic data in the insurance form data into multiple insurance semantic expression data; determines the correctness state of each insurance semantic expression data according to the pre-configured insurance rules; determines the correctness state of the insurance form data according to the insurance rules, the logical conditions between each insurance semantic expression and the correctness state of each insurance semantic expression data; generates the feasibility verification prompt of the target insurance type according to the correctness state of the insurance form data; and feeds back the feasibility verification prompt of the target insurance type to the user terminal 101. The following is a detailed description using a detailed embodiment.

[0060] Figure 2 Schematic diagram of the data processing method for insurance feasibility provided in the embodiment of the present application Figure 1 , the execution subject of this embodiment can be Figure 1 The computer device in the embodiment shown is not particularly limited in this embodiment. Figure 2 As shown, the method includes:

[0061] S201: Receive insurance form data sent by the user end, wherein the insurance form data is generated based on multiple insurance semantic data and the target insurance type to be verified; the multiple insurance semantic data and the target insurance type to be verified are generated in response to the input operation of the preset dialog box in the insurance consultation interface, wherein there are corresponding logical conditions between each insurance semantic data, and the insurance consultation interface is configured with the insurance rules of the target insurance type; the user end can display the correctness or incorrectness prompt of the insurance form data, and the correctness or incorrectness prompt of the insurance form data is generated based on the insurance rules of the target insurance type and the insurance form data.

[0062] In this embodiment, the preset dialog boxes are the policyholder information box, the target insurance type box and other dialog boxes, wherein the policyholder information box can be expanded according to the number of insurance semantic data.

[0063] In this embodiment, the multiple insurance semantic data may be name, gender, ID number and other insurance semantic data.

[0064] In this embodiment, the logical condition is and or or.

[0065] In this embodiment, the insurance rules of the target insurance type can also be obtained by parsing the insurance rule operation package, wherein the insurance rule operation package can be configured to different device ends according to different requirements.

[0066] Exemplarily, the target insurance type is the Good Years Insurance, and the insurance rules of the target insurance type are the insurance rules of the Good Years Insurance.

[0067] In this embodiment, the correctness or error prompt of the insurance form data is a correct prompt of the insurance form data or an incorrect prompt of the insurance form data.

[0068] Among them, the correct prompt of the insurance form data can be a pop-up window, text message, interface jump or other prompt methods to remind the user to perform subsequent operations; the error prompt of the insurance form data can be a pop-up window, interface error or other prompt methods to prevent the user from performing subsequent operations.

[0069] S202: Convert the multiple insurance semantic data into corresponding multiple insurance semantic expression data.

[0070] S203: Scheduling multiple insurance semantic expression data for concurrent or serial execution according to logical conditions, as follows:

[0071] S2031: Determine the correctness of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type.

[0072] In this embodiment, the configuration process of the insurance rules of the target insurance type in step S2031 specifically includes:

[0073] S20311: Extract multiple restriction conditions of the target insurance type from a preset database, and extract the logical relationship between the multiple restriction conditions.

[0074] In this embodiment, the preset database may be a redis database or other databases.

[0075] For example, multiple restriction conditions of the Good Years Insurance are extracted from the redis database: gender is female, age∈[0,6], region is Guangdong and region is Guangxi; the extracted logical relationship is and or or.

[0076] S20312: Determine multiple restrictive conditions with logical relationships as insurance rules for the target insurance type.

[0077] For example, the insurance rules corresponding to the multiple restriction conditions with logical relationships are: female and age∈[0,6]and (Guangdong region or Guangxi region).

[0078] In addition, insurance rules can be further nested.

[0079] For example, "preschool children" are nested into the insurance rules as follows: female and (age∈[0,6]or preschool children) and (Guangdong region or Guangxi region).

[0080] In this embodiment, after step S20312, the method further includes:

[0081] S20313: In response to the access operation to the corresponding program interface of the preset database, the insurance rules of the target insurance type are obtained.

[0082] In this embodiment, the program interface may be an API interface.

[0083] Exemplarily, in response to the business personnel's access operation to the corresponding API interface of the redis database, the insurance rules for the Good Years Insurance are obtained as follows: female and age∈[0,6]and (Guangdong region or Guangxi region).

[0084] S20314: In response to the modification operation of multiple restrictive conditions in the insurance rules of the target insurance type, the insurance rules are modified.

[0085] For example, in response to the business personnel deleting "Guangxi region" and narrowing the age range in the insurance rules of the Good Years Insurance, the insurance rules are modified to: female and age ∈ [3, 6] and Guangdong region.

[0086] In this embodiment, after step S20312, the method further includes:

[0087] S20315: In response to the access operation to the corresponding program interface of the preset database, the insurance rules of the target insurance type are obtained.

[0088] S20316: In response to the configuration of the priorities of multiple restriction conditions in the insurance rules of the target insurance type, the priority configuration of the insurance rules is completed.

[0089] Exemplarily, in response to the business personnel advancing the priority configuration of "Guangdong region" in the insurance rules of the Good Years Insurance, the priority configuration of the insurance rules is completed as: Guangdong region and female and age∈[0,6].

[0090] In this embodiment, each expression includes an insurance semantic data expression, an operator and an insurance semantic numerical expression; accordingly, step S2031 specifically includes: steps a to b:

[0091] Step a: According to the insurance rules, the insurance semantic data expression and the insurance semantic numerical expression, the insurance semantic data expression and the insurance semantic numerical expression are calculated to obtain the corresponding first insurance semantic value and second insurance semantic value.

[0092] In this embodiment, the insurance semantic data expression is a fact expression, and the insurance semantic numerical expression is a value expression.

[0093] In this embodiment, the operator is operator, specifically including: =, !=, <, <=, >, >=, in, notIn, contains, doesNotContain, startWith, notStartWith, endWith, notEndWith, matchReg and notMatchReg, etc.

[0094] For example, taking "age" as an example, the insurance semantic data expression is A=DATEDIF(ID card date of birth, insurance date, "y"), for example: A=DATEDIF(20010115, 20060105, "y"); the insurance semantic numerical expression a∈the age range of the insurance rule.

[0095] Specifically, step a is as follows: insurance semantic data expression A=DATEDIF(20010115, 20060105, "y"); obtain the age information in the insurance rule as age∈[0, 6], and use it as the input value of the insurance semantic numerical expression; calculate the insurance semantic data expression and the insurance semantic numerical expression to obtain the corresponding first insurance semantic value A=5 and the second insurance semantic value a∈[0, 6].

[0096] Step b: Determine the correctness of each insurance semantic expression data according to the first insurance semantic value, the second insurance semantic value and the operator.

[0097] Exemplarily, the operator is determined to be in.

[0098] Specifically, step b specifically includes: A=5, in, a∈[0, 6], to determine that the "age" insurance semantic expression data is in a correct state.

[0099] S2032: Determine the correctness of the insurance form data according to the insurance rules, logical conditions and the correctness of each insurance semantic expression data.

[0100] Exemplarily, if the "gender" insurance semantic expression data is determined to be in a correct state according to the above method, the "region" insurance semantic expression data is determined to be in a correct state, and combined with the "age" insurance semantic expression data to be in a correct state, the correct state of the insurance form data is determined.

[0101] Exemplarily, if the "gender" insurance semantic expression data is determined to be in a correct state according to the above method, and the "region" insurance semantic expression data is determined to be in an incorrect state, and combined with the "age" insurance semantic expression data being in a correct state, the incorrect state of the insurance form data is determined.

[0102] S2033: Generate a feasibility verification prompt for the target insurance type based on the correctness of the insurance application form data.

[0103] Specifically, step S2033 specifically includes: if the insurance form data is in a correct state, generating a feasible prompt for the target insurance type; if the insurance form data is in an incorrect state, generating an infeasible prompt for the target insurance type.

[0104] S2034: Output the feasibility verification prompt of the target insurance type to the user end.

[0105] Specifically, step S2034 specifically includes: outputting a feasible prompt of the target insurance type or an infeasible prompt of the target insurance type to the user end.

[0106] In summary, the insurance feasibility data processing method provided in this embodiment receives insurance form data sent by a user terminal, wherein the insurance form data is generated based on multiple insurance semantic data and a target insurance type to be verified; the user terminal can display the correctness prompt of the insurance form data generated based on the insurance rules of the target insurance type and the insurance form data; converts multiple insurance semantic data into corresponding multiple insurance semantic expression data; determines the correctness status of each insurance semantic expression data according to the insurance rules of the target insurance type; determines the correctness status of the insurance form data according to the insurance rules, corresponding logical conditions and the correctness status of each insurance semantic expression data; generates a feasibility verification prompt of the target insurance type according to the correctness status of the insurance form data; outputs the feasibility verification prompt of the target insurance type to the user terminal, and reduces the configuration time by configuring the same insurance rules on the user terminal and the computer device, thereby improving the data analysis efficiency of the insurance feasibility and ensuring the consistency of data verification of the front-end and back-end systems.

[0107] In addition, the insurance feasibility data processing method provided in this embodiment makes the configuration of insurance rules more flexible to meet different needs by modifying multiple restrictions in the insurance rules or adjusting the priorities of multiple restrictions in the insurance rules.

[0108] In addition, in the data processing method for insurance feasibility provided in this embodiment, the user terminal and the computer device can simultaneously verify the insurance form data and perform subsequent operations, thereby improving the efficiency of data analysis for insurance feasibility.

[0109] Figure 3Schematic diagram of the data processing method for insurance feasibility provided in the embodiment of the present application Figure 2 , the execution subject of this embodiment can be Figure 1 The user end in the embodiment shown is not particularly limited in this embodiment. Figure 3 As shown, the method includes:

[0110] S301: In response to the input operation of the preset dialog box in the insurance consultation interface, multiple insurance semantic data and target insurance types to be verified are generated, wherein there are corresponding logical conditions between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance types.

[0111] In this embodiment, the discussion on the preset dialog box, multiple insurance semantic data, target insurance type and logical conditions has been explained in detail in step S201, which will not be repeated here.

[0112] S302: Generate insurance form data according to the multiple insurance semantic data and the target insurance type to be verified.

[0113] S303: displaying a prompt indicating whether the insurance form data is correct or not according to the insurance rules of the target insurance and the insurance form data; and

[0114] In this embodiment, the discussion on the correctness prompt of the insurance application form data has been explained in detail in step S201, which will not be repeated here.

[0115] In this embodiment, step S303 specifically includes:

[0116] S3031: Parse the insurance rules into insurance verification logic.

[0117] S3032: Integrate the insurance verification logic into the insurance form data to determine the correctness of the insurance form data.

[0118] S3033: Generate a correctness prompt for the insurance form data based on the correctness of the insurance form data.

[0119] In this embodiment, the correctness prompt of the insurance application form data may be a pop-up window, text message or other prompting method.

[0120] S3034: Display the correctness prompt of the insurance application form data.

[0121] Exemplarily, a prompt to check whether the insurance application form data is correct or not is displayed in a pop-up window on the mobile phone.

[0122] S304: Send the insurance form data to the computer device so that the computer device converts the multiple insurance semantic data into corresponding multiple insurance semantic expression data, and schedules the multiple insurance semantic expression data for concurrent execution or serial execution according to the logical conditions, the following steps: determine the correctness of each insurance semantic expression data according to the insurance rules; determine the correctness of the insurance form data according to the insurance rules, logical conditions and the correctness of each insurance semantic expression data; generate a feasibility verification prompt for the target insurance type according to the correctness of the insurance form data, wherein the computer device is configured with the insurance rules of the target insurance type.

[0123] In this embodiment, the discussion on the correctness of the insurance application form data has been explained in detail in step S2032 and will not be repeated here.

[0124] In this embodiment, the discussion on the feasibility verification prompt of the target insurance type has been explained in detail in step S2033 and will not be repeated here.

[0125] S305: Receive a feasibility verification prompt of the target insurance type sent by the computer device.

[0126] In summary, the data processing method for insurance feasibility provided in this embodiment generates insurance form data based on multiple insurance semantic data generated by an insurance consultation interface and the target insurance type to be verified; displays the correctness prompt of the insurance form data according to the insurance rules and insurance form data of the target insurance type; and sends the insurance form data to a computer device so that the computer device converts the multiple insurance semantic data into corresponding multiple insurance semantic expression data, and schedules the multiple insurance semantic expression data for concurrent execution or serial execution according to logical conditions, the following steps: determine the correctness status of each insurance semantic expression data according to the insurance rules; determine the correctness status of the insurance form data according to the insurance rules, logical conditions and the correctness status of each insurance semantic expression data; generate a feasibility verification prompt for the target insurance type according to the correctness status of the insurance form data; receive the feasibility verification prompt for the target insurance type sent by the computer device, thereby improving the data analysis efficiency of the insurance feasibility and ensuring the consistency of data verification of the front-end and back-end systems.

[0127] In this embodiment, the insurance feasibility data processing method provided in this embodiment can determine the correctness of the insurance form data in real time by integrating the insurance verification logic into the insurance form data, and provide timely feedback to the user, thereby improving the user experience.

[0128] It should be noted that the insurance feasibility data processing method of the present application adopts a unified JSON structure, which is lightweight and extensible. The compressed front-end size is 25kb, and the compressed back-end size is 53kb.

[0129] In addition, the JOSN structure contains three attributes: logical conditions, actions to be executed when the conditions are true (onSuccess), and actions to be executed when the conditions are false (onFailure). The logical conditions will perform logical judgments based on the conditions under and or or. When the executed logical judgment is true, the expression in onSuccess will be executed, and when it is false, the expression in onFailure will be executed.

[0130] In addition, the JSON structure can be parsed and executed through four objects: rule execution engine (Engine), condition object (Condition), data set (Almanac) and operator (Operator).

[0131] Figure 4 Schematic diagram of the structure of the data processing device for insurance feasibility provided in the embodiment of the present application Figure 1 .like Figure 4 As shown, the data processing device for insurance feasibility includes: a receiving module 401, a conversion module 402, an execution module 403, a first determination module 404, a second determination module 405, a generation module 406 and an output module 407.

[0132] The receiving module 401 is used to receive the insurance form data sent by the user end, wherein the insurance form data is generated according to a plurality of insurance semantic data and the target insurance type to be verified; the plurality of insurance semantic data and the target insurance type to be verified are generated in response to the input operation of the preset dialog box in the insurance consultation interface, wherein there are corresponding logical conditions between each insurance semantic data, and the insurance consultation interface is configured with the insurance rules of the target insurance type; the user end can display the correctness prompt of the insurance form data, and the correctness prompt of the insurance form data is generated according to the insurance rules of the target insurance type and the insurance form data;

[0133] A conversion module 402, used to convert the plurality of insurance semantic data into corresponding plurality of insurance semantic expression data;

[0134] The execution module 403 is used to schedule the multiple insurance semantic expression data to be executed concurrently or serially according to the logical conditions, and the following steps are taken:

[0135] A first determination module 404 is used to determine the correctness or incorrectness of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type;

[0136] The second determination module 405 is used to determine the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data;

[0137] A generating module 406, for generating a feasibility verification prompt of the target insurance type according to the correctness of the insurance application form data;

[0138] The output module 407 is used to output the feasibility verification prompt of the target insurance type to the user terminal.

[0139] In a possible implementation, each of the expressions includes an insurance semantic data expression, an operator, and an insurance semantic numerical expression; accordingly, the first determination module 404 specifically includes:

[0140] The calculation unit 4041 is used to calculate the insurance semantic data expression and the insurance semantic numerical expression according to the insurance rule, the insurance semantic data expression and the insurance semantic numerical expression to obtain the corresponding first insurance semantic value and second insurance semantic value;

[0141] The determination unit 4042 is used to determine the correctness status of each insurance semantic expression data according to the first insurance semantic value, the second insurance semantic value and the operator.

[0142] In a possible implementation manner, the device further includes:

[0143] An extraction module 408 is used to extract multiple restriction conditions of the target insurance type from a preset database, and to extract the logical relationship between the multiple restriction conditions;

[0144] The third determination module 409 is used to determine the multiple restriction conditions with the logical relationship as the insurance rules of the target insurance type.

[0145] In a possible implementation manner, the device further includes:

[0146] A first acquisition module 410 is used to acquire the insurance rules of the target insurance type in response to an access operation to a corresponding program interface of the preset database;

[0147] The modification module 411 is used to complete the modification of the insurance rules in response to the modification operation of multiple restriction conditions in the insurance rules of the target insurance type.

[0148] In a possible implementation manner, the device further includes:

[0149] The second acquisition module 412 is used to obtain the insurance rules of the target insurance type in response to the access operation of the corresponding program interface of the preset database;

[0150] The configuration module 413 is used to complete the priority configuration of the insurance rules in response to the configuration of the priorities of multiple restriction conditions in the insurance rules of the target insurance type.

[0151] Figure 5 Schematic diagram of the structure of the data processing device for insurance feasibility provided in the embodiment of the present application Figure 2 .like Figure 5 As shown, the data processing device for insurance feasibility includes: a first generating module 501 , a second generating module 502 , a display module 503 , a sending module 504 and a receiving module 505 .

[0152] The first generating module 501 is used to generate a plurality of insurance semantic data and target insurance types to be verified in response to input operations on a preset dialog box in the insurance consultation interface, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance types;

[0153] The second generating module 502 is used to generate the insurance form data according to the multiple insurance semantic data and the target insurance type to be verified;

[0154] The display module 503 is used to display the correctness prompt of the insurance form data according to the insurance rules of the target insurance type and the insurance form data; and

[0155] The sending module 504 is used to send the insurance form data to the computer device, so that the computer device converts the multiple insurance semantic data into corresponding multiple insurance semantic expression data, and schedules the multiple insurance semantic expression data to be executed concurrently or serially according to the logical conditions, and the following steps: determine the correctness of each insurance semantic expression data according to the insurance rules; determine the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data; generate a feasibility verification prompt for the target insurance type according to the correctness of the insurance form data, wherein the computer device is configured with the insurance rules of the target insurance type;

[0156] The receiving module 505 is used to receive the feasibility verification prompt of the target insurance type sent by the computer device.

[0157] In a possible implementation, the display module 503 specifically includes:

[0158] A parsing unit 5031, used for parsing the insurance rules into insurance verification logic;

[0159] An integration unit 5032, used to integrate the insurance verification logic into the insurance form data to determine the correctness of the insurance form data;

[0160] A generating unit 5033, configured to generate a correctness prompt of the insurance application form data according to the correctness status of the insurance application form data;

[0161] The display unit 5034 is used to display the correctness prompt of the insurance application form data.

[0162] The device provided in this embodiment can be used to execute the technical solution of the above method embodiment. Its implementation principle and technical effect are similar, and this embodiment will not be repeated here.

[0163] Figure 6 The hardware structure diagram of the electronic device provided in the embodiment of the present application is shown in FIG. Figure 6 As shown, the electronic device of this embodiment includes: a processor 601 and a memory 602; the memory stores computer execution instructions; at least one processor executes the computer execution instructions stored in the memory, so that at least one processor executes the above insurance feasibility data processing method.

[0164] Optionally, the memory 602 may be independent or integrated with the processor 601 .

[0165] When the memory 602 is independently provided, the electronic device further includes a bus 603 for connecting the memory 602 and the processor 601 .

[0166] An embodiment of the present application also provides a computer storage medium, in which computer execution instructions are stored. When a processor executes the computer execution instructions, the data processing method for insurance feasibility as described above is implemented.

[0167] An embodiment of the present application also provides a computer program product, including a computer program, which, when executed by a processor, implements the data processing method for insurance feasibility as described above.

[0168] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the modules is only a logical function division. There may be other division methods in actual implementation, such as multiple modules can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or modules, which can be electrical, mechanical or other forms.

[0169] The modules described as separate components may or may not be physically separated, and the components shown as modules may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to implement the solution of this embodiment.

[0170] In addition, each functional module in each embodiment of the present application can be integrated into one processing unit, or each module can exist physically separately, or two or more modules can be integrated into one unit. The above-mentioned module-composed unit can be implemented in the form of hardware or in the form of hardware plus software functional units.

[0171] The above-mentioned integrated module implemented in the form of a software function module can be stored in a computer-readable storage medium. The above-mentioned software function module is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to perform some steps of the method described in each embodiment of the present application.

[0172] It should be understood that the above processor can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the invention can be directly embodied as being executed by a hardware processor, or can be executed by a combination of hardware and software modules in the processor.

[0173] The memory may include a high-speed RAM memory, and may also include a non-volatile storage NVM, such as at least one disk memory, and may also be a USB flash drive, a mobile hard disk, a read-only memory, a magnetic disk or an optical disk, etc.

[0174] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of this application is not limited to only one bus or one type of bus.

[0175] The above storage medium may be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk. The storage medium may be any available medium that can be accessed by a general or special purpose computer.

[0176] An exemplary storage medium is coupled to a processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and the storage medium can be located in an application specific integrated circuit (ASIC). Of course, the processor and the storage medium can also exist as discrete components in an electronic device or a main control device.

[0177] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0178] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit it. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A data processing method for insurance feasibility, characterized in that: Applicable to computer equipment, including: Receive insurance form data sent by a user terminal, wherein the insurance form data is generated based on multiple insurance semantic data and a target insurance type to be verified; the multiple insurance semantic data and the target insurance type to be verified are generated in response to an input operation on a preset dialog box in an insurance consultation interface, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance type; the user terminal can display a correctness prompt for the insurance form data, and the correctness prompt for the insurance form data is generated based on the insurance rules for the target insurance type and the insurance form data; Converting the plurality of insurance semantic data into corresponding plurality of insurance semantic expression data; According to the logic condition, the multiple insurance semantic expression data are scheduled to be executed concurrently or serially, as follows: Determine the correctness of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type; Determine the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data; Generate a feasibility verification prompt for the target insurance type according to the correctness of the insurance application form data; Outputting the feasibility verification prompt of the target insurance type to the user terminal.

2. The method according to claim 1, characterized in that Each of the expressions includes an insurance semantic data expression, an operator and an insurance semantic numerical expression; Accordingly, the determining the correctness of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type includes: According to the insurance rule, the insurance semantic data expression and the insurance semantic numerical expression, the insurance semantic data expression and the insurance semantic numerical expression are calculated to obtain a corresponding first insurance semantic value and a second insurance semantic value; The correctness status of each insurance semantic expression data is determined according to the first insurance semantic value, the second insurance semantic value and the operator.

3. The method according to claim 1, characterized in that The configuration process of the insurance rules of the target insurance type includes: Extracting multiple restriction conditions of the target insurance type from a preset database, and extracting logical relationships between the multiple restriction conditions; The multiple restriction conditions with the logical relationship are determined as the insurance rules for the target insurance type.

4. The method according to claim 3, characterized in that After determining the multiple restriction conditions with the logical relationship as the insurance rules of the target insurance type, the method further includes: In response to the access operation to the corresponding program interface of the preset database, obtaining the insurance rules of the target insurance type; In response to the modification operation of multiple restrictive conditions in the insurance rules of the target insurance type, the modification of the insurance rules is completed.

5. The method according to claim 3 or 4, characterized in that: After determining the multiple restriction conditions with the logical relationship as the insurance rules of the target insurance type, the method further includes: In response to the access operation to the corresponding program interface of the preset database, obtaining the insurance rules of the target insurance type; In response to the configuration of the priorities of multiple restriction conditions in the insurance rules of the target insurance type, the priority configuration of the insurance rules is completed.

6. A data processing method for insurance feasibility, characterized in that: Applied to the user side, including: In response to input operations on a preset dialog box in the insurance consultation interface, a plurality of insurance semantic data and target insurance types to be verified are generated, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance types; Generate the insurance form data according to the multiple insurance semantic data and the target insurance type to be verified; According to the insurance rules of the target insurance and the insurance form data, display the correctness prompt of the insurance form data; and The insurance form data is sent to a computer device so that the computer device converts the multiple insurance semantic data into corresponding multiple insurance semantic expression data, and schedules the multiple insurance semantic expression data for concurrent execution or serial execution according to the logical conditions, in the following steps: determining the correctness of each insurance semantic expression data according to the insurance rules; determining the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data; generating a feasibility verification prompt for the target insurance type according to the correctness of the insurance form data, wherein the computer device is configured with the insurance rules for the target insurance type; Receive a feasibility verification prompt for the target insurance type sent by the computer device.

7. The method according to claim 6, characterized in that The displaying of a correctness prompt of the insurance form data according to the insurance rules of the target insurance type and the insurance form data includes: Parsing the insurance rules into insurance verification logic; Integrate the insurance verification logic into the insurance form data to determine whether the insurance form data is correct or not; Generating a correctness prompt for the insurance application form data according to the correctness of the insurance application form data; Display the correctness prompt of the insurance application form data.

8. An insurance feasibility data processing device, characterized in that: Applicable to computer equipment, including: A receiving module, used for receiving insurance form data sent by a user terminal, wherein the insurance form data is generated based on a plurality of insurance semantic data and a target insurance type to be verified; the plurality of insurance semantic data and the target insurance type to be verified are generated in response to an input operation on a preset dialog box in an insurance consultation interface, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance type; the user terminal can display a correctness prompt for the insurance form data, and the correctness prompt for the insurance form data is generated based on the insurance rules for the target insurance type and the insurance form data; A conversion module, used for converting the plurality of insurance semantic data into corresponding plurality of insurance semantic expression data; An execution module is used to schedule the multiple insurance semantic expression data to be executed concurrently or serially according to the logical conditions, including the following steps: A first determination module is used to determine the correctness or incorrectness of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type; A second determination module is used to determine the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data; A generating module, used for generating a feasibility verification prompt of the target insurance type according to the correctness of the insurance application form data; The output module is used to output the feasibility verification prompt of the target insurance type to the user terminal.

9. An insurance feasibility data processing device, characterized in that: Applied to the user side, including: A first generating module is used to generate a plurality of insurance semantic data and target insurance types to be verified in response to input operations on a preset dialog box in an insurance consultation interface, wherein corresponding logical conditions exist between each insurance semantic data, and the insurance consultation interface is configured with insurance rules for the target insurance types; A second generating module is used to generate the insurance form data according to the multiple insurance semantic data and the target insurance type to be verified; A display module is used to display the correctness prompt of the insurance form data according to the insurance rules of the target insurance type and the insurance form data; and A sending module is used to send the insurance form data to a computer device, so that the computer device converts the multiple insurance semantic data into corresponding multiple insurance semantic expression data, and schedules the multiple insurance semantic expression data for concurrent execution or serial execution according to the logical conditions, the following steps: determining the correctness of each insurance semantic expression data according to the insurance rules; determining the correctness of the insurance form data according to the insurance rules, the logical conditions and the correctness of each insurance semantic expression data; generating a feasibility verification prompt for the target insurance type according to the correctness of the insurance form data, wherein the computer device is configured with the insurance rules for the target insurance type; The receiving module is used to receive the feasibility verification prompt of the target insurance type sent by the computer device.

10. An electronic device, characterized in that: include: at least one processor and memory; The memory stores computer-executable instructions; The at least one processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the data processing method for insurance feasibility as described in any one of claims 1 to 5, or the data processing method for insurance feasibility as described in any one of claims 6 to 7.

11. A computer storage medium, characterized in that: The computer storage medium stores computer execution instructions. When the processor executes the computer execution instructions, the data processing method for insurance feasibility as described in any one of claims 1 to 5, or the data processing method for insurance feasibility as described in any one of claims 6 to 7 is implemented.

Images