Data processing methods, devices, equipment, and storage media for insurance feasibility

Abstract

This application provides a data processing method, apparatus, device, and storage medium for insurance feasibility. The method includes: receiving insurance application form data sent by a user terminal, wherein the user terminal can display correctness prompts for the insurance application form data generated based on the insurance rules of the target insurance type and the insurance application form data; converting multiple insurance application semantic data into corresponding multiple insurance application semantic expression data; determining the correctness status of each insurance application semantic expression data according to the pre-configured insurance rules of the target insurance type; determining the correctness status of the insurance application form data according to the insurance rules, logical conditions, and the correctness status of each insurance application semantic expression data; generating a feasibility verification prompt for the target insurance type based on the correctness status of the insurance application form data; and outputting the feasibility verification prompt for the target insurance type to the user terminal, thereby improving the data analysis efficiency of insurance feasibility.

Description

Technical Field

[0001] This application relates to the field of data processing, and in particular to a data processing method, apparatus, device, and storage medium for insurance feasibility. Background Technology

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

[0003] In existing technologies, traditional insurance feasibility data processing typically involves configuring business rules for the same insurance product separately for both the front-end and back-end systems. This allows the front-end and back-end systems to perform data verification on the insurance product during product consultations, ensuring compatibility between the user and the insurance product.

[0004] However, in existing technologies, configuring business rules for the same insurance product separately for the front-end and back-end systems not only makes data analysis of insurance feasibility inefficient, but also fails to guarantee the consistency of data verification between the front-end and back-end systems. Summary of the Invention

[0005] This application provides a data processing method, apparatus, device, and storage medium for insurance feasibility, in order to solve the problem that configuring business rules for the same insurance product separately through front-end and back-end systems not only makes the data analysis of insurance feasibility inefficient, but also fails to guarantee the consistency of data verification between front-end and back-end systems.

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

[0007] The system receives insurance application form data sent by a user client. This data is generated based on multiple pieces of insurance semantic data and a target insurance type to be verified. The multiple pieces of insurance semantic data and the target insurance type to be verified are generated in response to input operations on a preset dialog box in the insurance consultation interface. Each piece of insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with the insurance rules for the target insurance type. The user client can display correctness prompts for the insurance application form data, which are generated based on the insurance rules for the target insurance type and the insurance application form data.

[0008] The multiple insurance application semantic data are converted into multiple corresponding insurance application semantic expression data;

[0009] Based on the logical conditions, the multiple insurance application semantic expression data are scheduled for concurrent or sequential execution, as follows:

[0010] The correctness status of each insurance semantic expression data is determined according to the pre-configured insurance rules for the target insurance type;

[0011] The correctness status of the insurance application form data is determined based on the insurance application rules, the logical conditions, and the correctness status of each insurance application semantic expression data.

[0012] Based on the correctness status of the insurance application form data, generate a feasibility verification prompt for the target insurance type;

[0013] The feasibility verification prompt for the target insurance product is output to the user terminal.

[0014] In one possible design, each expression includes an insurance application semantic data expression, an operator, and an insurance application semantic numerical expression. Accordingly, determining the correctness of each insurance application semantic expression data based on the pre-configured insurance rules for the target insurance type includes: calculating the insurance application semantic data expression and the insurance application semantic numerical expression based on the insurance rules, the insurance application semantic data expression, and the insurance application semantic numerical expression to obtain a corresponding first insurance application semantic value and a second insurance application semantic value; and determining the correctness of each insurance application semantic expression data based on the first insurance application semantic value, the second insurance application semantic value, and the operator.

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

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

[0017] In one possible design, after determining the multiple constraints with the logical relationship as the underwriting rules for the target insurance type, the method further includes: in response to an access operation to the corresponding program interface of the preset database, obtaining the underwriting rules for the target insurance type; and in response to configuring the priority of the multiple constraints in the underwriting rules for the target insurance type, completing the priority configuration of the underwriting rules.

[0018] Secondly, this application provides a data processing method for insurance feasibility, applied to the user end, including:

[0019] In response to input operations on a 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 the insurance rules for the target insurance type.

[0020] The insurance application form data is generated based on the multiple pieces of insurance semantic data and the target insurance type to be verified.

[0021] Based on the underwriting rules of the target insurance type and the underwriting form data, display correctness prompts for the underwriting form data; and,

[0022] The insurance application form data is sent to a computer device, which then converts the multiple insurance application semantic data into multiple corresponding insurance application semantic expression data. The computer device schedules the concurrent or serial execution of these multiple insurance application semantic expression data according to the logical conditions, as follows: determining the correctness status of each insurance application semantic expression data based on the insurance rules; determining the correctness status of the insurance application form data based on the insurance rules, the logical conditions, and the correctness status of each insurance application semantic expression data; and generating a feasibility verification prompt for the target insurance type based on the correctness status of the insurance application form data, wherein the computer device is configured with the insurance rules for the target insurance type.

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

[0024] In one possible design, displaying the correctness prompts for the application form data based on the underwriting rules of the target insurance type and the application form data includes: parsing the underwriting rules into underwriting verification logic; integrating the underwriting verification logic into the application form data to determine the correctness status of the application form data; generating correctness prompts for the application form data based on the correctness status of the application form data; and displaying the correctness prompts for the application form data.

[0025] Thirdly, this application provides a data processing apparatus for insurance feasibility, applied to a computer device, comprising:

[0026] The receiving module is used to receive insurance application form data sent by the user terminal. This insurance application form data is generated based on multiple pieces of insurance semantic data and a target insurance type to be verified. The multiple pieces of insurance semantic data and the target insurance type to be verified are generated in response to input operations on a preset dialog box in the insurance consultation interface. Each piece of insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with the insurance rules for the target insurance type. The user terminal can display correctness prompts for the insurance application form data, which are generated based on the insurance rules for the target insurance type and the insurance application form data.

[0027] The conversion module is used to convert the multiple insurance application semantic data into multiple corresponding insurance application semantic expression data;

[0028] The execution module is used to schedule the concurrent or serial execution of the multiple insurance application semantic expression data according to the logical conditions, as follows:

[0029] The first determining module is used to determine the correctness status of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type;

[0030] The second determining module is used to determine the correctness status of the insurance application form data based on the insurance rules, the logical conditions, and the correctness status of each insurance semantic expression data.

[0031] The generation module is used to generate a feasibility verification prompt for the target insurance type based on the correctness status 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] Fourthly, this application provides a data processing device for insurance feasibility, applied at the user end, including:

[0034] The first generation module is used to generate multiple insurance semantic data and target insurance types to be verified in response to input operations on the preset dialog box in the insurance consultation interface. Each insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with the insurance rules of the target insurance type.

[0035] The second generation module is used to generate the insurance application form data based on the multiple insurance semantic data and the target insurance type to be verified.

[0036] The display module is used to display correctness prompts for the application form data based on the underwriting rules of the target insurance type and the application form data; and,

[0037] A sending module is used to send the insurance application form data to a computer device, so that the computer device can convert the multiple insurance application semantic data into multiple corresponding insurance application semantic expression data, and schedule the multiple insurance application semantic expression data to be executed concurrently or serially according to the logical conditions, as follows: determining the correctness status of each insurance application semantic expression data according to the insurance rules; determining the correctness status of the insurance application form data according to the insurance rules, the logical conditions, and the correctness status of each insurance application semantic expression data; generating a feasibility verification prompt for the target insurance type according to the correctness status of the insurance application 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 for the target insurance type sent by the computer device.

[0039] Fifthly, this application provides an electronic device, comprising: at least one processor and a memory;

[0040] The memory stores computer-executed instructions;

[0041] The at least one processor executes computer execution instructions stored in the memory, causing the at least one processor to perform the insurance feasibility data processing method as described in the first aspect and various possible designs of the first aspect, or the insurance feasibility data processing method as described in the second aspect and various possible designs of the second aspect.

[0042] Sixthly, this application provides a computer storage medium storing computer execution instructions, which, when executed by a processor, implement 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.

[0043] The insurance feasibility data processing method, apparatus, equipment, and storage medium provided in this application receive insurance application form data sent by a user terminal, wherein the insurance application form data is generated based on multiple insurance semantic data and the target insurance type to be verified; the user terminal can display correctness prompts for the insurance application form data generated based on the insurance rules of the target insurance type and the insurance application form data; the multiple insurance semantic data are converted into multiple corresponding insurance semantic expression data; the correctness status of each insurance semantic expression data is determined according to the insurance rules of the target insurance type; the correctness status of the insurance application form data is determined according to the insurance rules, corresponding logical conditions, and the correctness status of each insurance semantic expression data; based on the correctness status of the insurance application form data, a feasibility verification prompt for the target insurance type is generated; the feasibility verification prompt for the target insurance type is output to the user terminal. By configuring the same insurance rules on the user terminal and computer equipment, configuration time is reduced, thereby improving the data analysis efficiency of insurance feasibility and ensuring the consistency of data verification between the front-end and back-end systems. Attached Figure Description

[0044] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

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

[0046] Figure 2 A flowchart illustrating the data processing method for insurance feasibility provided in this application embodiment. Figure 1 ;

[0047] Figure 3 A flowchart illustrating the data processing method for insurance feasibility provided in this application embodiment. Figure 2 ;

[0048] Figure 4 Schematic diagram of the data processing apparatus for insurance feasibility provided in the embodiments of this application Figure 1 ;

[0049] Figure 5 Schematic diagram of the data processing apparatus for insurance feasibility provided in the embodiments of this application Figure 2 ;

[0050] Figure 6 This is a schematic diagram of the hardware structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0051] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0052] The collection, storage, use, processing, transmission, provision, and disclosure of financial data or user data involved in the technical solution of this application all comply with the provisions of relevant laws and regulations and do not violate public order and good morals. It should be noted that certain software, components, models, and other existing solutions in the industry may be mentioned in the embodiments of this application. These should be considered as exemplary, and their purpose is only to illustrate the feasibility of implementing the technical solution of this application, but does not mean that the applicant has used or necessarily used such solutions.

[0053] Insurance feasibility refers to a comprehensive data analysis of the policyholder and the corresponding insurance to determine whether the insurance is feasible for the policyholder. Insurance feasibility analysis serves to assess the conditions for insurance implementation and optimize resource allocation. It is a complex and comprehensive process that requires consideration from multiple perspectives to ensure the suitability of the policyholder and the corresponding insurance. In existing technologies, traditional insurance feasibility data processing typically involves separate configurations of business rules for the same insurance product between the front-end and back-end systems. During product consultations, both systems perform data verification to ensure compatibility between the user and the insurance product. However, this separate configuration of business rules for the same insurance product by the front-end and back-end systems not only results in inefficient data analysis but also fails to guarantee the consistency of data verification between the two systems.

[0054] To address the aforementioned technical problems, this application proposes the following technical concept: Considering the insurance application form data filled out by the user, the inventors, based on the insurance rules corresponding to the target insurance type in the insurance application form data, utilize the user terminal and the device terminal to perform feasibility data processing on the insurance application form data respectively, in order to obtain the correctness prompts of the insurance application form data and the feasibility verification prompts of the target insurance type. By configuring the same insurance rules, the configuration time is reduced, thereby improving the data analysis efficiency of insurance feasibility and ensuring the consistency of data verification between the front-end and back-end systems.

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

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

[0057] Among them, the user terminal 101 can be a mobile device or a terminal such as a personal computer.

[0058] Computer device 102 can be a standalone device or a cluster of multiple devices.

[0059] User terminal 101, in response to user input on a preset dialog box in the insurance consultation interface, generates insurance application form data containing the target insurance type; displays correctness prompts for the insurance application form data based on pre-configured insurance rules and the insurance application form data; and sends the insurance application form data to computer device 102 via a wireless network. Computer device 102 converts multiple insurance semantic data in the insurance application form data into multiple insurance semantic expression data; determines the correctness status of each insurance semantic expression data based on pre-configured insurance rules; determines the correctness status of the insurance application form data based on the insurance rules, the logical conditions between each insurance semantic expression, and the correctness status of each insurance semantic expression data; generates a feasibility verification prompt for the target insurance type based on the correctness status of the insurance application form data; and feeds back the feasibility verification prompt for the target insurance type to user terminal 101. A detailed embodiment is described below.

[0060] Figure 2 A flowchart illustrating the data processing method for insurance feasibility provided in this application embodiment. Figure 1 The execution entity in this embodiment can be Figure 1 The computer equipment shown in the illustrated embodiment is not specifically limited in this embodiment. Figure 2 As shown, the method includes:

[0061] S201: Receive insurance application form data sent by the user terminal. The insurance application 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. There are corresponding logical conditions between each insurance semantic data. The insurance consultation interface is configured with the insurance rules of the target insurance type. The user terminal can display the correctness prompts of the insurance application form data. The correctness prompts of the insurance application form data are generated based on the insurance rules of the target insurance type and the insurance application form data.

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

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

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

[0065] In this embodiment, the underwriting rules for the target insurance type can also be obtained by parsing the underwriting rule execution package, which can be configured to different devices according to different needs.

[0066] For example, the target insurance product is a "Good Years Insurance" policy, and the underwriting rules for the target insurance product are the same as those for the "Good Years Insurance" policy.

[0067] In this embodiment, the prompts for correctness of the insurance application form data are either "correct" or "incorrect".

[0068] The correct prompts for the insurance application form data can be displayed via pop-ups, SMS messages, interface redirects, or other prompts to remind users to perform subsequent operations; the incorrect prompts for the insurance application form data can be displayed via pop-ups, interface error messages, or other prompts to prevent users from performing subsequent operations.

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

[0070] S203: Based on logical conditions, schedule the concurrent or serial execution of multiple insurance application semantic expression data, as follows:

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

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

[0073] S20311: Extract multiple constraints of the target insurance type from the preset database, and extract the logical relationships between the multiple constraints.

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

[0075] For example, the following constraints are used to extract the "Beautiful Years Insurance" from the Redis database: gender is female, age ∈ [0, 6], region is Guangdong and region is Guangxi; the logical relationship for extraction is AND or OR.

[0076] S20312: Underwriting rules that define multiple restrictive conditions with logical relationships as the target insurance type.

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

[0078] Furthermore, the insurance rules can be further nested.

[0079] For example, the "preschool child" can be nested into the insurance rule as: female and (age ∈ [0, 6] or preschool child) and (Guangdong region or Guangxi region).

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

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

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

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

[0084] S20314: In response to the modification of multiple restrictions in the underwriting rules of the target insurance type, complete the modification of the underwriting rules.

[0085] For example, in response to the business personnel's deletion of "Guangxi region" and narrowing of the age range in the underwriting rules of the Beautiful Years Insurance, the underwriting 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 an access operation to the corresponding program interface of the preset database, obtain the insurance rules for the target insurance type.

[0088] S20316: In response to the configuration of the priority of multiple restrictions in the underwriting rules for the target insurance type, complete the priority configuration of the underwriting rules.

[0089] For example, in response to the salesperson advancing the priority configuration of "Guangdong region" in the underwriting rules of the Beautiful Years Insurance, the priority configuration of the underwriting rules is completed as: Guangdong region and female and age ∈ [0, 6].

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

[0091] Step a: Based on the insurance rules, the insurance semantic data expression, and 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 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 called 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 birth date, 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: the 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 status of each insurance semantic expression data based on the first insurance semantic value, the second insurance semantic value, and the operator.

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

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

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

[0100] For example, if the "gender" insurance semantic expression data is determined to be correct according to the above method, the "region" insurance semantic expression data is determined to be correct, and the "age" insurance semantic expression data is determined to be correct, the correct status of the insurance form data is determined.

[0101] For example, if the "gender" insurance semantic expression data is determined to be correct according to the above method, the "region" insurance semantic expression data is determined to be incorrect, and the "age" insurance semantic expression data is determined to be correct, 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 status of the insurance application form data.

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

[0104] S2034: Output the feasibility verification prompt for the target insurance product to the user terminal.

[0105] Specifically, step S2034 includes: outputting the feasibility suggestion or the infeasibility suggestion of the target insurance type to the user terminal.

[0106] In summary, the insurance feasibility data processing method provided in this embodiment receives insurance application form data sent by the user terminal, where the insurance application form data is generated based on multiple insurance semantic data and the target insurance type to be verified. The user terminal can display correctness prompts for the insurance application form data generated based on the insurance rules of the target insurance type and the insurance application form data. Multiple insurance semantic data are converted into multiple corresponding insurance semantic expression data. The correctness status of each insurance semantic expression data is determined according to the insurance rules of the target insurance type. The correctness status of the insurance application form data is determined according to the insurance rules, corresponding logical conditions, and the correctness status of each insurance semantic expression data. Based on the correctness status of the insurance application form data, a feasibility verification prompt for the target insurance type is generated. The feasibility verification prompt for the target insurance type is output to the user terminal. By configuring the same insurance rules on the user terminal and computer equipment, configuration time is reduced, thereby improving the data analysis efficiency of insurance feasibility and ensuring the consistency of data verification between the front-end and back-end systems.

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

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

[0109] Figure 3A flowchart illustrating the data processing method for insurance feasibility provided in this application embodiment. Figure 2 The execution entity in this embodiment can be Figure 1 The user terminal shown in the illustrated embodiment is not specifically limited in this embodiment. Figure 3 As shown, the method includes:

[0110] S301: In response to input operations on the preset dialog box in the insurance consultation interface, generate multiple insurance semantic data and target insurance types to be verified. Each insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with insurance rules for the target insurance type.

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

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

[0113] S303: Based on the underwriting rules and application form data for the target insurance type, display correctness prompts for the application form data; and,

[0114] In this embodiment, the discussion on the correctness of the insurance application form data has been explained in detail in step S201, and 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 application verification logic into the insurance application form data to determine the correctness of the insurance application form data.

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

[0119] In this embodiment, the correctness of the insurance application form data can be indicated by a pop-up window, SMS, or other notification methods.

[0120] S3034: Displays correct and incorrect information for the insurance application form data.

[0121] For example, a pop-up window can be used on a mobile device to display correct or incorrect information about the insurance application form data.

[0122] S304: Send the insurance application form data to the computer device, so that the computer device can convert multiple insurance application semantic data into multiple corresponding insurance application semantic expression data, and schedule the multiple insurance application semantic expression data to be executed concurrently or serially according to logical conditions, as follows: determine the correctness status of each insurance application semantic expression data according to the insurance rules; determine the correctness status of the insurance application form data according to the insurance rules, logical conditions and the correctness status of each insurance application semantic expression data; generate a feasibility verification prompt for the target insurance type according to the correctness status of the insurance application form data, wherein the computer device is configured with the insurance rules for 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 prompts for the target insurance type has been explained in detail in step S2033, and will not be repeated here.

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

[0126] In summary, the insurance feasibility data processing method provided in this embodiment generates insurance application form data based on multiple insurance semantic data generated from the insurance consultation interface and the target insurance type to be verified; displays correctness prompts for the insurance application form data according to the insurance rules of the target insurance type and the insurance application form data; and sends the insurance application form data to a computer device, so that the computer device converts the multiple insurance semantic data into multiple corresponding insurance semantic expression data, and schedules the concurrent or serial execution of multiple insurance semantic expression data according to logical conditions, as follows: determining the correctness status of each insurance semantic expression data according to the insurance rules; determining the correctness status of the insurance application form data according to the insurance rules, logical conditions, and the correctness status of each insurance semantic expression data; generating feasibility verification prompts for the target insurance type based on the correctness status of the insurance application form data; and receiving the feasibility verification prompts for the target insurance type sent by the computer device. This improves the data analysis efficiency of insurance feasibility and ensures the consistency of data verification between the front-end and back-end systems.

[0127] In this embodiment, the data processing method for insurance feasibility provided integrates the insurance application verification logic into the insurance application form data. This allows for real-time determination of the correctness of the insurance application form data and timely feedback to the user, thereby enhancing the user experience.

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

[0129] In addition, the JOSN structure contains three properties: logical conditions (conditions), onSuccess (action if the condition is true), and onFailure (action if the condition is false). The logical conditions (conditions) perform logical evaluations based on the conditions under AND or OR. When the logical evaluation is true, the expression in onSuccess is executed; when the evaluation is false, the expression in onFailure is executed.

[0130] In addition, JSON structures can be parsed and executed through four objects: the rule execution engine, the condition object, the dataset, and the operator.

[0131] Figure 4 Schematic diagram of the data processing apparatus for insurance feasibility provided in the embodiments of this 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 determining module 404, a second determining module 405, a generating module 406, and an output module 407.

[0132] The receiving module 401 is used to receive insurance application form data sent by the user terminal. The insurance application 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 input operations on a preset dialog box in the insurance consultation interface. Each piece of insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with the insurance rules for the target insurance type. The user terminal can display correctness prompts for the insurance application form data, which are generated based on the insurance rules for the target insurance type and the insurance application form data.

[0133] The conversion module 402 is used to convert the multiple insurance application semantic data into multiple corresponding insurance application semantic expression data;

[0134] Execution module 403 is used to schedule the concurrent or serial execution of the multiple insurance application semantic expression data according to the logical conditions, as follows:

[0135] The first determining module 404 is used to determine the correctness status of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type;

[0136] The second determining module 405 is used to determine the correctness status of the insurance application form data based on the insurance rules, the logical conditions, and the correctness status of each insurance semantic expression data.

[0137] The generation module 406 is used to generate a feasibility verification prompt for the target insurance type based on the correctness status of the insurance application form data.

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

[0139] In one possible implementation, each expression includes an insurance application semantic data expression, an operator, and an insurance application semantic numerical expression; correspondingly, the first determining 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 rules, the insurance semantic data expression and the insurance semantic numerical expression, so as to obtain the corresponding first insurance semantic value and second insurance semantic value.

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

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

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

[0144] The third determining module 409 is used to determine multiple restrictive conditions with the aforementioned logical relationship as the underwriting rules for the target insurance type.

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

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

[0147] Modification module 411 is used to respond to modification operations of multiple restrictions in the underwriting rules of the target insurance type and complete the modification of the underwriting rules.

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

[0149] The second acquisition module 412 is used to acquire 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 configure the priority of multiple restrictions in the underwriting rules of the target insurance type in response to the configuration of the priority of the underwriting rules.

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

[0152] The first generation module 501 is used to generate multiple insurance semantic data and target insurance types to be verified in response to input operations on the preset dialog box in the insurance consultation interface. Each insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with the insurance rules of the target insurance type.

[0153] The second generation module 502 is used to generate the insurance application form data based on the multiple insurance application semantic data and the target insurance type to be verified.

[0154] The display module 503 is used to display correctness prompts for the insurance application form data based on the underwriting rules of the target insurance type and the insurance application form data; and...

[0155] The sending module 504 is used to send the insurance application form data to a computer device, so that the computer device can convert the multiple insurance application semantic data into multiple corresponding insurance application semantic expression data, and schedule the multiple insurance application semantic expression data to be executed concurrently or serially according to the logical conditions, as follows: determining the correctness status of each insurance application semantic expression data according to the insurance rules; determining the correctness status of the insurance application form data according to the insurance rules, the logical conditions, and the correctness status of each insurance application semantic expression data; generating a feasibility verification prompt for the target insurance type according to the correctness status of the insurance application form data, wherein the computer device is configured with the insurance rules for the target insurance type;

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

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

[0158] Parsing unit 5031 is used to parse the insurance rules into insurance verification logic;

[0159] Integration unit 5032 is used to integrate the insurance verification logic into the insurance application form data in order to determine the correctness of the insurance application form data;

[0160] The generation unit 5033 is used to generate a correctness prompt for the insurance application form data based on the correctness status of the insurance application form data.

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

[0162] The apparatus provided in this embodiment can be used to execute the technical solutions of the above method embodiments. Its implementation principle and technical effects are similar, and will not be described again here.

[0163] Figure 6 This is a schematic diagram of the hardware structure of the electronic device provided in an embodiment of this application. 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, causing at least one processor to perform the data processing method described above with guaranteed feasibility.

[0164] Alternatively, the memory 602 can be either standalone or integrated with the processor 601.

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

[0166] This application also provides a computer storage medium storing computer execution instructions. When a processor executes the computer execution instructions, it implements the data processing method described above, which is safe and feasible.

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

[0168] In the several embodiments provided in this 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 merely illustrative; for instance, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple modules may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or modules, and may be electrical, mechanical, or other forms.

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

[0170] Furthermore, the functional modules in the various embodiments of this 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 unit composed of the above modules can be implemented in hardware or in the form of hardware plus software functional units.

[0171] The integrated modules implemented as software functional modules described above can be stored in a computer-readable storage medium. These software functional modules, stored in a storage medium, include several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute some steps of the methods described in the various embodiments of this application.

[0172] It should be understood that the aforementioned processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly manifested as execution by a hardware processor, or execution by a combination of hardware and software modules within the processor.

[0173] The memory may include high-speed RAM, and may also include non-volatile storage (NVM), such as at least one disk storage device, and may also be a USB flash drive, external hard drive, read-only memory, disk or optical disc, 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. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.

[0175] The aforementioned storage media can be implemented from 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 storage, flash memory, magnetic disk, or optical disk. The storage media can be any available medium accessible to general-purpose or special-purpose computers.

[0176] An exemplary storage medium is coupled to a processor, enabling the processor to read information from and write information to the storage medium. Alternatively, the storage medium can be an integral part of the processor. Both the processor and the storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and storage medium can exist as discrete components in an electronic device or host device.

[0177] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0178] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A data processing method for insurance feasibility, characterized in that, Applied to computer equipment, including: The system receives insurance application form data sent by a user client. This data is generated based on multiple pieces of insurance semantic data and a target insurance type to be verified. The multiple pieces of insurance semantic data and the target insurance type are generated in response to input operations on a preset dialog box in the insurance consultation interface. Each piece of insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with the insurance rules for the target insurance type. The user client can display correctness prompts for the insurance application form data, which are generated by the user client verifying the insurance application form data according to the insurance rules for the target insurance type. The multiple insurance application semantic data are converted into multiple corresponding insurance application semantic expression data; Based on the logical conditions, the multiple insurance application semantic expression data are scheduled to be executed concurrently or sequentially as follows: The correctness status of each insurance semantic expression data is determined according to the pre-configured insurance rules for the target insurance type; The correctness status of the insurance application form data is determined based on the insurance application rules, the logical conditions, and the correctness status of each insurance application semantic expression data. Based on the correctness status of the insurance application form data, generate a feasibility verification prompt for the target insurance type; The feasibility verification prompt for the target insurance product is output to the user terminal.

2. The method according to claim 1, characterized in that, Each insurance application semantic expression data includes an insurance application semantic data expression, operators, and an insurance application semantic numerical expression; Accordingly, determining the correctness status of each insurance semantic expression data according to the pre-configured insurance rules for the target insurance type includes: Based on the insurance rules, the insurance semantic data expression, and the insurance semantic numerical expression, the corresponding first insurance semantic value and second insurance semantic value are calculated. The correctness status of each insurance semantic expression data is determined based on 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 for the underwriting rules of the target insurance type includes: Extract multiple constraints of the target insurance type from a preset database, and extract the logical relationships between the multiple constraints; The multiple constraints with the aforementioned logical relationship are determined as the underwriting rules for the target insurance type.

4. The method according to claim 3, characterized in that, After determining the multiple constraints with the aforementioned logical relationship as the underwriting rules for the target insurance type, the following is also included: In response to the access operation of the corresponding program interface of the preset database, the insurance rules of the target insurance type are obtained; In response to the modification operation of multiple restrictions in the underwriting rules of the target insurance type, the modification of the underwriting rules is completed.

5. The method according to claim 3 or 4, characterized in that, After determining the multiple constraints with the aforementioned logical relationship as the underwriting rules for the target insurance type, the following is also included: In response to the access operation of the corresponding program interface of the preset database, the insurance rules of the target insurance type are obtained; In response to the configuration of the priority of multiple restrictions in the underwriting rules for the target insurance type, the priority configuration of the underwriting rules is completed.

6. A data processing method for insurance feasibility, characterized in that, Applied to the user end, including: In response to input operations on a 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 the insurance rules for the target insurance type. The insurance application form data is generated based on the multiple pieces of insurance semantic data and the target insurance type to be verified. The user client verifies the application form data according to the underwriting rules of the target insurance type, generates and displays correctness prompts for the application form data; and... The insurance application form data is sent to a computer device, which then converts the multiple insurance application semantic data into multiple corresponding insurance application semantic expression data. Based on the logical conditions, the computer device schedules the concurrent or serial execution of these multiple insurance application semantic expression data, performing the following steps: determining the correctness status of each insurance application semantic expression data according to the insurance rules; determining the correctness status of the insurance application form data based on the insurance rules, the logical conditions, and the correctness status of each insurance application semantic expression data; and generating a feasibility verification prompt for the target insurance type based on the correctness status of the insurance application form data, wherein the computer device is configured with the insurance rules for the target insurance type. Receive the feasibility verification prompt for the target insurance type sent by the computer device.

7. The method according to claim 6, characterized in that, The user terminal verifies the insurance application form data according to the underwriting rules of the target insurance type, and generates and displays the correctness prompts for the insurance application form data, including: The insurance rules are parsed into insurance verification logic; The insurance application verification logic is integrated into the insurance application form data to determine the correctness of the insurance application form data; Generate a correctness indicator for the insurance application form data based on the correctness status of the application form data; Displays correct and incorrect information for the insurance application form data.

8. A data processing device for insurance feasibility, characterized in that, Applied to computer equipment, including: The receiving module is used to receive insurance application form data sent by the user terminal. This insurance application form data is generated based on multiple pieces of insurance semantic data and a target insurance type to be verified. The multiple pieces of insurance semantic data and the target insurance type to be verified are generated in response to input operations on a preset dialog box in the insurance consultation interface. Each piece of insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with the insurance rules for the target insurance type. The user terminal can display correctness prompts for the insurance application form data, which are generated by the user terminal verifying the insurance application form data according to the insurance rules for the target insurance type. The conversion module is used to convert the multiple insurance application semantic data into multiple corresponding insurance application semantic expression data; The execution module is used to schedule the concurrent or serial execution of the multiple insurance application semantic expression data according to the logical conditions, as follows: The first determining module is used to determine the correctness status of each insurance semantic expression data according to the pre-configured insurance rules of the target insurance type; The second determining module is used to determine the correctness status of the insurance application form data based on the insurance rules, the logical conditions, and the correctness status of each insurance semantic expression data. The generation module is used to generate a feasibility verification prompt for the target insurance type based on the correctness status 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. A data processing device for insurance feasibility, characterized in that, Applied to the user end, including: The first generation module is used to generate multiple insurance semantic data and target insurance types to be verified in response to input operations on the preset dialog box in the insurance consultation interface. Each insurance semantic data has corresponding logical conditions, and the insurance consultation interface is configured with the insurance rules of the target insurance type. The second generation module is used to generate the insurance application form data based on the multiple insurance semantic data and the target insurance type to be verified. The display module is used by the user terminal to verify the insurance application form data according to the insurance rules of the target insurance type, generate and display the correctness prompts of the insurance application form data; and... A sending module is used to send the insurance application form data to a computer device, so that the computer device converts the multiple insurance application semantic data into multiple corresponding insurance application semantic expression data, and schedules the multiple insurance application semantic expression data to be executed concurrently or serially according to the logical conditions, as follows: determining the correctness status of each insurance application semantic expression data according to the insurance rules; determining the correctness status of the insurance application form data according to the insurance rules, the logical conditions, and the correctness status of each insurance application semantic expression data; generating a feasibility verification prompt for the target insurance type according to the correctness status of the insurance application 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 for 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-executed instructions; The at least one processor executes computer execution instructions stored in the memory, causing the at least one processor to perform the insurance feasibility data processing method as described in any one of claims 1 to 5, or the insurance feasibility data processing method 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, it implements 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.

Images