CN112463146A

CN112463146A - Health risk financial fund output method and device and electronic equipment

Info

Publication number: CN112463146A
Application number: CN202011459974.8A
Authority: CN
Inventors: 王栋; 王坤; 陈晓云; 王怀; 董芳; 岳明泽; 徐万卿; 陈晨
Original assignee: China Life Insurance Co Ltd China
Current assignee: China Life Insurance Co Ltd China
Priority date: 2020-12-11
Filing date: 2020-12-11
Publication date: 2021-03-09
Anticipated expiration: 2040-12-11
Also published as: CN112463146B

Abstract

The embodiment of the specification provides a health insurance financial fund output method, a device and electronic equipment; the method comprises the following steps: storing the criteria, rules and elements dynamically and visually configured by a user through a front-end page by using an OScache framework; receiving a criterion code transmitted by a user; according to the standard code, acquiring a rule under a corresponding standard from the OScache; obtaining the value of an element required by the rule from the OScache according to the rule; wherein, the elements are the basic elements forming the judgment conditions and the preparatory money calculation formula in the rule; if the determination condition is true, the value of the margin under the rule is output by performing calculation using the margin calculation formula and the value of the element using the Java expression analyzer JEP. The method, the device and the electronic equipment provided by the specification can realize the visual and dynamic configuration of the reserve fund calculation rule on the front-end page by the user, and improve the flexibility and the accuracy of reserve fund calculation.

Description

Health risk financial fund output method and device and electronic equipment

Technical Field

One or more embodiments of the present disclosure relate to the field of data processing technologies, and in particular, to a health risk financial fund output method and an electronic device.

Background

The health insurance financial fund is the responsibility of the insurance company operating the health insurance business to take due after the insurance policy takes effect, and the extracted fund is calculated according to the actuarial result. In recent years, health insurance business has been rapidly developed, people are more deeply aware of the importance of health risk management, and whether for individuals or homes, a safeguard mechanism is required to cope with unknown health risks, and thus health insurance business is rapidly increasing. As the amount of the insurance policy grows, the workload of calculating the health insurance financial fund is increased.

At present, the calculation modes of the financial fund for health insurance mainly comprise two modes: first, the summary is computed manually step by step. But because the basic data for calculating the health insurance financial fund is too much, and the fund is calculated by the risk type according to the underwriting years. Therefore, the method has the characteristics of more data contents, large calculation workload and high precision requirement, and the calculation result is easy to generate human errors and consumes long time. Second, the approach of individual development, i.e., individual development directly in the system back-end code for each fund to be calculated. However, because the health insurance financial fund has a plurality of different sets of criteria and a plurality of fund calculation formulas under the criteria, the code amount developed independently is not small. Secondly, because the calculation of the health insurance financial reserves is greatly influenced by medical insurance policies, the calculation method is often changed or adjusted due to the change of the policies, and in this case, the system needs to be redeveloped, the development cost and the development period are increased, and the flexibility and the adaptability are deficient.

Based on the above, a method capable of reducing system redevelopment, dynamically visually configuring the reserve calculation formula on the front-end page, and flexibly calculating and outputting the reserve is needed.

Disclosure of Invention

In view of the above, an object of one or more embodiments of the present disclosure is to provide a method, an apparatus and an electronic device for outputting a health risk financial fund, so as to overcome the disadvantages of the prior art.

In view of the above, one or more embodiments of the present specification provide a health risk financial fund output method, including:

storing a rule configured by a user through front-end page dynamic visualization, a rule under the rule and elements required in the rule by using an OScache frame;

receiving a criterion code transmitted by a user;

according to the criterion code, obtaining a rule under a corresponding criterion from the OScache;

acquiring the value of the element from the OScache according to the element required by the rule; wherein the elements are basic elements constituting the judgment conditions and the reserve calculation formula in the rule;

if the determination condition is true, the Java expression analyzer JEP is used to perform calculation using the preparatory gold calculation formula and the values of the elements to obtain output items under the rule and output the output items.

Based on the same inventive concept, one or more embodiments of the present specification further provide a health insurance financial affairs preparing fund output device, including:

the storage module is configured to store a rule dynamically and visually configured by a user through a front-end page, a rule under the rule and elements required in the rule by using an OScache framework;

a receiving module configured to receive a criterion code incoming by a user;

the first acquisition module is configured to acquire rules under corresponding criteria from the OScache according to the criterion codes;

the second acquisition module is configured to acquire values of the elements from the OScache according to the elements required in the rule; wherein the elements are basic elements constituting the judgment conditions and the reserve calculation formula in the rule;

a calculation and output module configured to perform calculation using a Java expression analyzer JEP using the preparatory money calculation formula and the values of the elements if the determination condition is true, obtain output items under the rule, and output the output items.

Based on the same inventive concept, one or more embodiments of the present specification further provide an electronic device, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, and the processor implements the method as described in any one of the above items when executing the program.

From the above description, it can be seen that the health insurance financial fund output method, apparatus and electronic device provided in one or more embodiments of the present specification can support a user to perform visualized and dynamic configuration on the fund calculation rules, rules and elements through a front-end page, store information configured by the user by using a high-performance cache framework OSCache, and automatically calculate and output a required result quickly by using the Java expression analyzer JEP. The problems that in the prior art, a system needs to be redeveloped, manual intervention exists, difference of industry and financial data exists, time consumption is long and the like in the calculation of the prepared fund can be solved; the convenience and flexibility of the preparation fund calculation are improved, calculation result errors caused by human factors are reduced, and the accuracy and the timeliness of calculation results are guaranteed.

Drawings

In order to more clearly illustrate one or more embodiments or prior art solutions of the present specification, the drawings that are needed in the description of the embodiments or prior art will be briefly described below, it is obvious that the drawings in the following description are only one or more embodiments of the present specification, and that other drawings may be obtained by those skilled in the art without inventive effort from these drawings.

FIG. 1 is a flow diagram of a health risk financial fund output method according to one or more embodiments of the present disclosure;

FIG. 2 is a flow diagram of the arrangement of elements in one or more embodiments of the present description;

FIG. 3 is a flow diagram of a formula configuration in one or more embodiments of the present description;

FIG. 4 is a flow diagram of criteria and rule configurations under criteria in one or more embodiments of the present description;

FIG. 5 is a detailed flow diagram of a method for outputting health risk financial fund according to one or more embodiments of the present disclosure;

FIG. 6 is a schematic diagram of a health risk financial fund output device according to one or more embodiments of the present disclosure;

fig. 7 is a schematic structural diagram of an electronic device according to one or more embodiments of the present disclosure.

Detailed Description

For the purpose of promoting a better understanding of the objects, aspects and advantages of the present disclosure, reference is made to the following detailed description taken in conjunction with the accompanying drawings.

It is to be noted that unless otherwise defined, technical or scientific terms used in one or more embodiments of the present specification should have the ordinary meaning as understood by those of ordinary skill in the art to which this disclosure belongs. The use of "first," "second," and similar phrases in one or more embodiments of the present specification is not intended to indicate any order, quantity, or importance, but rather is intended to distinguish one element from another. The word "comprising" or "comprises", and the like, means that the element or item preceding the word covers the element or item listed after the word and its equivalents, but does not exclude other elements or items.

One or more embodiments of the present specification provide a health risk financial fund output method, referring to fig. 1, comprising the steps of:

s101, storing a criterion of dynamic visual configuration of a user through a front-end page, a rule under the criterion and elements required in the rule by using an OScache framework;

step S102, receiving a criterion code transmitted by a user;

step S103, acquiring rules under corresponding criteria from the OScache according to the criteria codes;

step S104, acquiring values of the elements from the OScache according to the elements required in the rule; wherein the elements are basic elements constituting the judgment conditions and the reserve calculation formula in the rule;

step S105, if the determination condition is true, calculating by using the Java expression analyzer JEP using the preparatory money calculation formula and the values of the elements to obtain an output item under the rule, and outputting the output item. And if the judging condition is false, skipping the current rule and entering the next rule. For example: the judgment conditions are as follows: and whether the contract is cleared or not, if the contract is not cleared, the result is judged to be true, and if the contract is cleared, the result is judged to be false.

It can be seen that the health insurance financial fund output method according to one or more embodiments of the present specification can support the user to perform visualized and dynamic configuration on the fund calculation criteria, rules and elements through a front-end page, store the information configured by the user by using the high-performance cache framework OSCache, and automatically calculate and output the required result quickly by using the Java expression analyzer JEP. The problems that in the prior art, a system needs to be redeveloped, manual intervention exists, difference of industry and financial data exists, time consumption is long and the like in the calculation of the prepared fund can be solved; the convenience and flexibility of the preparation fund calculation are improved, calculation result errors caused by human factors are reduced, and the accuracy and the timeliness of calculation results are guaranteed.

Hereinafter, the technical means of the present disclosure will be described in further detail with reference to specific examples.

First, the user can dynamically and visually configure the health risk financial fund through the front-end page of the system to calculate the required information, including the criteria, the rules under the criteria and the elements required in the rules.

The specific configuration process comprises the following steps: firstly, elements are configured, then formulas are configured, further criteria are configured, and finally rules under the criteria are configured. In the following, a detailed description is given of a specific flow of the user through the front-end page dynamic visual configuration by using a specific embodiment in conjunction with fig. 2 to 4.

First, elements are arranged, which are the basic elements constituting the judgment conditions and the health risk financial fund calculation formula in the rule. The values of the elements required in the rule are the values of the elements required in the decision condition and the values of the elements required by the health risk financial fund calculation formula. Referring to fig. 2, a flow diagram for element configuration in one embodiment of the present description includes the following steps:

step S201, clicking an element management menu on a front end interface.

And S202, clicking new addition in the element management menu interface.

Step S203, filling element information, including: element names, element value rules and element value types; the element value-taking rules are divided into fixed values (such as constants) and non-fixed values (such as values obtained from SQL), and the element value-taking types comprise numerical types, Boolean types, character string types and date types.

Step S204, judging whether the element value-taking rule is a fixed value; if the element value rule is a fixed value, go to step S205; if the element value rule is not a fixed value (i.e. obtained from SQL), step S206 is performed.

Step S205, the value of the element is input in the element value setting.

And S206, inputting an SQL statement in the element value setting.

And step S207, clicking to save.

Step S208, checking whether the element audit state is 'not audit' or 'audit not passed'; if the element audit state is "not audit" or "not audit passed", then go to step S209; and if the element audit state is 'audit pass', ending the process and not entering the subsequent steps.

Step S209, judging whether the element needs to be modified; if the element needs to be modified, go to step S210; if the element does not need to be modified, the process proceeds to step S211.

And step S210, clicking element modification, entering an element modification interface, and entering step S203.

Step S211, judging whether the element is deleted; if the element is not deleted, go to step S212; if the element is deleted, the method is ended and the subsequent steps are not carried out.

Step S212, whether to submit the re-audit; if the re-audit is submitted, the step S208 is entered; and if the re-audit is not submitted, ending.

Then, configuring a calculation formula of the health risk financial fund, referring to fig. 3, which is a flow chart of formula configuration in an embodiment of the present specification, including the following steps:

and S301, clicking a formula management menu on a front-end interface.

And step S302, clicking new addition in the formula management menu interface.

Step S303, filling in the health insurance financial fund calculation formula name and formula content; the formula content is composed of an operational character, a function and a configured element name; in addition, in order to simplify the operation difficulty of the user, the front-end interface has common operators and functions for the user to select (which can be realized by configuration JEP), the operators include +, -,/,%, (,), (,) and the like, and the functions include if, abs, avg, max, min, round and the like.

And step S304, clicking to save.

Step S305, checking whether the formula audit state is 'not audited' or 'audit not passed'; if the formula audit state is "not audit" or "not audit passed", then go to step S306; and if the formula audit state is 'audit pass', ending the process and not entering the subsequent steps.

Step S306, judging whether the formula needs to be modified; if the formula needs to be modified, go to step S307; if the formula does not need to be modified, the process proceeds to step S308.

And S307, clicking formula modification, entering a formula modification interface, and entering S303.

Step S308, judging whether the formula is deleted or not; if the formula is not deleted, go to step S309; if the formula is deleted, the method is ended and the subsequent steps are not carried out.

Step S309, whether to submit the re-audit; if the re-audit is submitted, the process goes to step S305; and if the re-audit is not submitted, ending.

Further, a criterion is configured, and finally, rules under the criterion are configured. Among the criteria for health risk financial reserves are generally: statutory guidelines and generally recognized accounting principles GAAP guidelines. 5 preparations of statutory unexpired liability preparation, statutory occurring reported pending claim preparation, statutory occurring unreported pending claim preparation, statutory claim fee preparation and statutory premium insufficient preparation are calculated under the statutory criterion; the 5 reserves of the GAAP unexpired liability reserve, the GAAP reported pending claim reserve, the GAAP unreported pending claim reserve, the GAAP claim fee reserve, and the GAAP premium hold reserve are calculated under the GAAP guidelines. Wherein, the calculation of each reserve fund is a rule, and 5 rules are respectively arranged under the legal criterion and the GAAP criterion. Referring to fig. 4, a flowchart of criteria and rule configuration under the criteria in one embodiment of the present specification includes the following steps:

step S401, clicking a criterion management menu on a front-end interface.

And S402, clicking the newly added standard management menu interface.

Step S403, filling in a criterion code and a criterion name; wherein one criterion code corresponds to one criterion name.

And step S404, clicking to save.

Step S405, click the rule management under the criterion.

And S406, clicking the new addition in the rule management menu interface.

Step S407, filling rule information including rule serial numbers, rule names, rule codes, source systems, judgment conditions and selection of configured ready fund calculation formulas; the rule serial number is a serial number distributed to all rules in a criterion and corresponds to a rule name, a rule code and a health insurance financial reserve fund calculation formula; the judgment condition is a condition for judging whether to use the current fund calculation formula for calculation, if the judgment condition is TRUE (TRUE), the current fund calculation formula is used for calculation, and if the judgment condition is FALSE (FALSE), the current fund calculation formula is not used for calculation.

And step S408, clicking to save.

Step S409, judging whether the rule needs to be modified; if the rule needs to be modified, go to step S410; if the rule does not need to be modified, the process proceeds to step S411.

And S410, clicking the rule modification, entering a rule modification interface, and entering the step S407.

Step S411, judging whether the rule is deleted; if the rule is deleted, go to step S412; if the rule is not deleted, the process proceeds to step S413.

Step S412, judging whether a new rule is needed; if the new addition is needed, go to step S406; if no new addition is needed, the method is ended and the subsequent steps are not carried out.

Step S413, click the return button.

Step S414, checking whether the criterion audit state is "not audit" or "not audit passed"; if the formula audit state is "not audited" or "not audited," then go to step S415; and if the formula audit state is 'audit pass', ending the process and not entering the subsequent steps.

Step S415, judging whether the rule needs to be modified; if the rule needs to be modified, go to step S410; if the rule does not need to be modified, the process proceeds to step S416.

Step S416, whether to submit the re-audit; if the re-audit is submitted, step S414 is entered; and if the re-audit is not submitted, ending.

Furthermore, after the configuration of the information required by the health insurance financial fund calculation is dynamically and visually completed on the front-end page of the system by the user, the information configured by the user can be stored by the back end of the system by using the OScache so as to be convenient for the subsequent automatic calculation. The OScache is a widely adopted high-performance Java2 platform enterprise edition (J2EE) cache framework, and can be used for a common cache solution of any Java application program. The OScache is used for storing the rule configured by the front-end page before the user, the rule under the rule and the elements required in the rule, so that the condition that the rule is reloaded from the database in each calculation can be avoided, the speed of calculating the preparation fund of the system is increased, the time consumption is reduced, and the performance of the system is improved.

Further, referring to fig. 5, a detailed flowchart of a health risk financial fund output method in an embodiment of the present specification includes the following steps:

step S501, the back end receives a criterion code transmitted by a user from the front end.

And step S502, searching a corresponding criterion at the back end according to the criterion code transmitted from the front end by the user.

In this step, one criterion code corresponds to one criterion name, and the back end can search the criterion details corresponding to the criterion code according to the criterion code input by the user from the front end.

Step S503, the back end judges whether the criterion is already in the cache framework OScache.

And step S504, if the criterion is in the OScache of the cache frame, the back end acquires the criterion details from the OScache.

In this step, the criteria include a criteria code, a criteria name, and a rule under the criteria.

Additionally, the rules under the criteria include: rule serial number, rule name, rule code, source system, health insurance financial fund calculation formula name, health insurance financial fund calculation formula, judgment condition and the like.

And step S505, according to the result of the step S503, if the criterion is not in the cache framework OScache, the back end acquires the corresponding criterion details from the rule table of the database according to the criterion code transmitted by the user. The rule table of the database comprises rules under various criteria, and the rules comprise the following steps: rule serial number, rule name, rule code, source system, health insurance financial fund calculation formula name, health insurance financial fund calculation formula, judgment condition and the like.

And S506, storing the corresponding criterion details acquired from the rule table of the database into an OScache by the back end, and simultaneously returning the criterion details.

And step S507, the back end judges whether each rule under the criterion is processed.

Step S508, if each rule under the criterion is not processed, the back end analyzes and sorts the unprocessed rules, and processes them in sequence. And the first front end acquires the values of the elements required in the rules to be processed from the OScache.

In addition, if the value of the element required in the rule to be processed does not exist in the OScache, the value of the element is obtained from an element table of the database and is stored in the OScache. Specifically, the method comprises the following steps: judging the value-taking rule of the element; if the value rule of the element is a fixed value, directly obtaining the value of the element from a database element table; if the value-taking rule of the element is not a fixed value (namely, the value-taking rule is obtained from SQL), obtaining a corresponding SQL statement from a database element table, and obtaining the value of the element by executing the SQL statement.

Step S509, the back end determines whether the value rule of the element is a fixed value.

Step S510, if the value rule of the element is a fixed value, the back end directly obtains the value of the element from the OScache; when the value rule of the element is a fixed value, the value type of the element may be: numeric, boolean, string, and date types.

Step S511, if the value-taking rule of the element is not a fixed value (i.e. obtained from SQL), the back end obtains a corresponding SQL statement from the OSCache, and obtains the value of the element by executing the SQL statement. When the value rule of the element is not a fixed value, the value type of the element may also be: numeric, boolean, string, and date types.

Step S512, the back end determines whether the determination condition is true.

In this step, the back-end determines whether the determination condition is true according to the determination condition obtained from the OSCache and the value of the determination element (the element in the determination condition may also be referred to as the determination element). For example: the judgment conditions are as follows: whether the contract is cleared or not is used as a judgment element, if the value of the judgment element is not, namely the contract is not cleared, the judgment result is TRUE (TRUE), and the subsequent health risk financial fund is calculated; if the value of the determination element is "yes", that is, "contract cleared", the determination result is FALSE (FALSE), no subsequent calculation is performed, and the health insurance financial fund under the rule of the contract is set to 0.

Step S513, if the determination condition is true, the back end uses the Java expression analyzer JEP to calculate by using the deposit calculation formula and the values of the elements required by the deposit calculation formula, so as to obtain the value of the health risk financial deposit under the rule.

In this step, JEP (Java Expression Parser) is a Java library for converting and calculating mathematical expressions, and the result of inputting an arbitrary formula in the form of a string can be quickly calculated by this package.

Step S514, if the judging condition is false, skipping the rule, judging whether each rule under the criterion is processed again by the back end, and if not, entering the calculation of the next rule.

And step S515, if the rear end finishes processing each rule under the criterion, obtaining an output item. The output items include: rule serial number, rule name, calculation process of the fund under the rule, value of the fund under the rule and the like.

And step S516, the back end stores the output item into a database, and outputs the output item to a front end page for calling and displaying.

In this step, the output mode may be displayed in a designated device, or transmitted to a designated mobile terminal (e.g., a mobile phone of a user), or the like.

Therefore, the health insurance financial fund output method provided by the embodiment of the specification can support the visual and dynamic configuration of the user on the health insurance financial fund calculation criteria, rules and elements through the front-end page, can adjust and update the health insurance financial fund calculation criteria, rules and elements for multiple times at any time, improves the convenience and flexibility of calculation, improves the work efficiency of financial management, and does not need to be redeveloped even if the health insurance financial fund calculation formula or the criteria are changed; in addition, the information configured by the user is stored by using a high-performance cache framework OScache, and the required result can be quickly and automatically calculated and output by using the Java expression analyzer JEP, so that the problems of manual intervention, business and financial data difference, time consumption and the like in the calculation of the health insurance financial reserve fund in the prior art can be solved, the calculation result error caused by human factors is reduced, the accuracy and the timeliness of the calculation result are ensured, and the flexible calculation and output of the health insurance financial reserve fund are realized.

It is to be appreciated that the method can be performed by any apparatus, device, platform, cluster of devices having computing and processing capabilities.

It should be noted that the method of one or more embodiments of the present disclosure may be performed by a single device, such as a computer or server. The method of the embodiment can also be applied to a distributed scene and completed by the mutual cooperation of a plurality of devices. In such a distributed scenario, one of the multiple devices may perform only one or more steps of the method of one or more embodiments of the present disclosure, and the multiple devices may interact with each other to complete the method.

It should be noted that the above description describes certain embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. Additionally, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

Based on the same inventive concept, one or more embodiments of the present specification further provide a health insurance financial affairs preparing fund output device. Referring to fig. 6, the health risk financial fund output device includes:

the storage module 601 is configured to store a criterion of dynamic visual configuration of a user through a front-end page, a rule under the criterion, and an element required in the rule by using an OSCache framework;

a receiving module 602 configured to receive a criterion code incoming from a user;

a first obtaining module 603 configured to obtain a rule under a corresponding criterion from the OSCache according to the criterion code;

a second obtaining module 604, configured to obtain values of the elements from the OSCache according to the elements required in the rule; wherein the elements are basic elements constituting decision conditions and preparatory money calculation formulas in the rules;

a calculation and output module 605 configured to, if the determination condition is true, perform calculation using the Java expression analyzer JEP using the preparatory money calculation formula and the value of the element, obtain an output item under the rule, and output the output item.

For convenience of description, the above devices are described as being divided into various modules by functions, and are described separately. Of course, the functionality of the various modules may be implemented in the same one or more software and/or hardware components in implementing one or more embodiments of the present description.

The apparatus of the foregoing embodiment is used to implement the corresponding method in the foregoing embodiment, and has the beneficial effects of the corresponding method embodiment, which are not described herein again.

Based on the same inventive concept, corresponding to any of the above embodiments, one or more embodiments of the present specification further provide an electronic device, which includes a memory, a processor, and a computer program stored in the memory and running on the processor, wherein the processor executes the computer program to implement the health risk financial fund output method according to any of the above embodiments.

Fig. 7 is a schematic diagram illustrating a more specific hardware structure of an electronic device according to this embodiment, where the electronic device may include: a processor 1010, a memory 1020, an input/output interface 1030, a communication interface 1040, and a bus 1050. Wherein the processor 1010, memory 1020, input/output interface 1030, and communication interface 1040 are communicatively coupled to each other within the device via bus 1050.

The processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits, and is configured to execute related programs to implement the technical solutions provided in the embodiments of the present disclosure.

The Memory 1020 may be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, or the like. The memory 1020 may store an operating system and other application programs, and when the technical solution provided by the embodiments of the present specification is implemented by software or firmware, the relevant program codes are stored in the memory 1020 and called to be executed by the processor 1010.

The input/output interface 1030 is used for connecting an input/output module to input and output information. The i/o module may be configured as a component in a device (not shown) or may be external to the device to provide a corresponding function. The input devices may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output devices may include a display, a speaker, a vibrator, an indicator light, etc.

The communication interface 1040 is used for connecting a communication module (not shown in the drawings) to implement communication interaction between the present apparatus and other apparatuses. The communication module can realize communication in a wired mode (such as USB, network cable and the like) and also can realize communication in a wireless mode (such as mobile network, WIFI, Bluetooth and the like).

Bus 1050 includes a path that transfers information between various components of the device, such as processor 1010, memory 1020, input/output interface 1030, and communication interface 1040.

It should be noted that although the above-mentioned device only shows the processor 1010, the memory 1020, the input/output interface 1030, the communication interface 1040 and the bus 1050, in a specific implementation, the device may also include other components necessary for normal operation. In addition, those skilled in the art will appreciate that the above-described apparatus may also include only those components necessary to implement the embodiments of the present description, and not necessarily all of the components shown in the figures.

The electronic device of the foregoing embodiment is used to implement the corresponding method in the foregoing embodiment, and has the beneficial effects of the corresponding method embodiment, which are not described herein again.

Those of ordinary skill in the art will understand that: the discussion of any embodiment above is meant to be exemplary only, and is not intended to intimate that the scope of the disclosure, including the claims, is limited to these examples; within the idea of the present disclosure, features in the above embodiments or in different embodiments may also be combined, steps may be implemented in any order, and there are many other variations of different aspects of one or more embodiments of the present description as described above, which are not provided in detail for the sake of brevity.

While the present disclosure has been described in conjunction with specific embodiments thereof, many alternatives, modifications, and variations of these embodiments will be apparent to those of ordinary skill in the art in light of the foregoing description. For example, other memory architectures (e.g., dynamic ram (dram)) may use the embodiments discussed.

It is intended that the one or more embodiments of the present specification embrace all such alternatives, modifications and variations as fall within the broad scope of the appended claims. Therefore, any omissions, modifications, substitutions, improvements, and the like that may be made without departing from the spirit and principles of one or more embodiments of the present disclosure are intended to be included within the scope of the present disclosure.

Claims

1. A method for outputting a health risk financial fund, comprising:

receiving a criterion code transmitted by a user;

if the determination condition is true, a Java expression analyzer JEP is used to perform calculation using the preparatory money calculation formula and the values of the elements to obtain output items under the rule and output the output items.

2. The method of claim 1, wherein the criteria comprises: a criteria code, a criteria name;

the rules under the criteria include: rule serial number, rule name, rule code, source system, preparatory fund calculation formula name, preparatory fund calculation formula and judgment condition;

the elements include: element names, element value rules, element value types and element values.

3. The method of claim 1, further comprising: acquiring configuration information sent by a user through a front-end page, wherein the configuration information comprises:

element configuration information, including: element names, element value rules, element value types and element values;

formula configuration information, including: preparing a fund calculation formula name and a preparing fund calculation formula; wherein the reserve calculation formula consists of at least one of: element names, operators, and functions;

criteria configuration information, including: a criteria code, a criteria name;

rule configuration information under the criteria includes: rule serial number, rule name, rule code, source system, judgment condition and prepared fund calculation formula under corresponding criteria.

4. The method of claim 1, wherein outputting the item comprises: rule serial number, rule name, calculation process of the fund under the rule, and value of the fund under the rule.

5. The method of claim 1, wherein obtaining the value of the element from the OScache comprises:

judging the value-taking rule of the element;

if the value rule of the element is a fixed value, directly acquiring the value of the element from an OScache; and

and if the value-taking rule of the element is obtained from a Structured Query Language (SQL), obtaining a corresponding SQL statement from an OScache, and obtaining the value of the element by executing the SQL statement.

6. The method according to claim 1, wherein the determination condition is a condition for determining whether or not to perform calculation using a reserve calculation formula, the method further comprising:

and if the judgment condition is false, skipping the current rule and entering the next rule.

7. The method of claim 1, further comprising:

and if the rule under the corresponding criterion can not be obtained from the OScache according to the criterion code transmitted by the user, obtaining the rule under the corresponding criterion from a rule table of a database according to the criterion code transmitted by the user and storing the rule into the OScache.

8. The method of claim 1, further comprising:

and if the value of the element cannot be acquired from the OScache according to the element required in the rule, acquiring the value of the element from an element table of a database and storing the value of the element in the OScache.

9. A health risk financial fund output device, comprising:

a receiving module configured to receive a criterion code incoming by a user;

and a calculation and output module configured to, if the determination condition is true, perform calculation using a Java expression analyzer JEP using the preparation fund calculation formula and the value of the element, obtain an output item under the rule, and output the output item.

10. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method according to any of claims 1 to 8 when executing the program.