{"id":13009,"date":"2015-01-28T17:03:48","date_gmt":"2015-01-28T17:03:48","guid":{"rendered":"http:\/\/www.decidesoluciones.es\/?p=13009"},"modified":"2020-03-27T13:28:49","modified_gmt":"2020-03-27T13:28:49","slug":"challenge-dic014-ene015-vehicle-insurance-userv-product-derby","status":"publish","type":"post","link":"https:\/\/decidesoluciones.es\/en\/challenge-dic014-ene015-vehicle-insurance-userv-product-derby\/","title":{"rendered":"Challenge #DIC014-ENE015: Vehicle Insurance \u2013 UServ Product Derby"},"content":{"rendered":"

Description<\/h2>\n

For the\u00a0Challenge de Diciembre 2014 – Enero 2015<\/a>\u00a0, Decision Management Community<\/a> web proposes participate in the “UServ Product Derby”. Over 10 years ago BR vendors had a chance to demonstrate their product capabilities at Business Rules Forums, using the same use case known as “UServ Product Derby”. The majority of BR vendors openly competed during these major BR events and potential users had an opportunity to compare different solutions.<\/p>\n

The business case deal with vehicle insurance problems including eligibility, pricing and cancellation policies for a hypothetical insurance company. In this link<\/a> we have a document with a more detailed description of the business case with a model of business entities and the test scenarios which we have to solve.<\/p>\n

To deal with this solution we will use the BRMS\u00a0IBM Operational Decision Manager 8.7.0<\/a>. This new version of the product, let us simulate the impact of changing decisions for the client portfolio.
\n<\/span><\/p>\n

Below we detail our solution to the business case. <\/span><\/p>\n

Rule Project<\/h2>\n

Our solution receives a proposal for Policy trading. From these data will go running rules, calculating premiums for both cars as drivers containing the policy and in the final step estimate the annual policy premium.<\/p>\n

The flow of execution of rules or workflow is as follows:<\/p>\n

 <\/p>\n\n\n\n\n
\u00a0\"\"<\/a><\/td>\n<\/tr>\n
The first package of rules decides the level of risk depending on the characteristics of cars and drivers.In the package “Pricing”, from previously calculated risk level, assigns a score to each participants in the policy (cars and drivers) and depending on the total score determines whether the client is eligible to contract a policy.If the client is eligible, we calculate the value of the annual premium. If the client is not eligible, the workflow execution finishes.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

 <\/p>\n

Business Console<\/h2>\n

Business Console Decision Center is the platform used by business users and \/ or analysts to manage the rules repository.<\/p>\n

As shown below rules that form the Service Decision are written in natural language, enabling users of the platform to keep these rules without depending on IT department. This provides greater flexibility in making decisions because we separate application logic from business logic.<\/p>\n

The solution we have defined for the business case consists of 65 rules. Let’s see in detail some of these rules:<\/p>\n

Eligible Driver senior driver and training certification<\/h4>\n\n\n\n\n
\n

In this rule, if the driver is Senior and has training certificate have it marked as eligible for the policy.<\/p>\n<\/td>\n<\/tr>\n

\u00a0\"reglaEli\"<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

In this example we see a rule for the package “Pricing”. Where we will increasing or decreasing the premium based on conditions. On the right side, we can see the data and some properties of the rule. User who edited the rule, the state of the rule and\u00a0 date properties that we can use for the rule to be valid for a certain period of time.<\/p>\n

\"regla2\"<\/a><\/p>\n

Besides business rules have also decision tables. In this picture we can see a table we use for scoring. In the table we can define some preconditions that decide if the table is executed or not, then we need as many columns as columns conditions and action.<\/p>\n

At the head of the column we define the condition or action and rows value. \"\"\"detalle_decisioncenter2\"<\/a><\/p>\n

 <\/p>\n

From the scenarios presented to us in the business case, complete the information in excel. These excel with a simulation run them within the Enterprise Console and we graphically show the results.<\/p>\n

Solution<\/h2>\n

The business case proposes a series of scenarios to validate. When you run these scenarios, we have to provide some results to ensure that the solution was correct..<\/p>\n

Some rules use the current year, for the implementation of the scenarios we will use 2015.<\/p>\n

At the end of the article we show the implementation that we have order to reach solutions shown below.<\/p>\n

Preferred Client Business Rule V1<\/span><\/h3>\n

\"scenario1_1\"<\/a>\"scenario1_2\"<\/a><\/p>\n

<\/h4>\n

<\/h4>\n

For the implementation of the scenarios the tool provides excel sheets to enter data and the results we expect. We fill the information in excel with data from this scenario.<\/p>\n

On the first tab we define the policy with drivers and cars.<\/p>\n

\"policy1\"<\/a><\/p>\n

On the next tab we define the policy drivers.<\/p>\n

\"policy1\"<\/a><\/p>\n

And finally we define the policy drivers.\"drivers1\"<\/a><\/p>\n

 <\/p>\n

<\/h4>\n

<\/h4>\n

<\/h4>\n

Result the execution of a simulation scenario. The client type is\u00a0 “Preferred Client”.<\/h4>\n

\"\"<\/a><\/p>\n

Preferred Client Business Rule V2<\/span><\/h3>\n

\"scenario2_1\"<\/a>\"scenario2_2\"<\/a><\/p>\n

We generate excel with new data from this scenario.<\/p>\n\n\n\n\n\n
\u00a0\"policy2\"<\/a><\/td>\n<\/tr>\n
\u00a0\"cars2\"<\/a><\/td>\n<\/tr>\n
\u00a0\"drivers2\"<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

 <\/p>\n

Result the execution of a simulation scenarios. Although the data are almost identical to the previous client, the client type is not “Preferred Client”, price increases..<\/h4>\n

\"result_scenario2\"<\/a> \"\"<\/a><\/p>\n

In this scenario only change data of the car, and tell us that vehicles have one more year. To do this change the year of the vehicle.<\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

 <\/p>\n

<\/h4>\n

<\/h4>\n

 <\/p>\n

Result the execution of a simulation scenarios. In this scenario re-rated the first customer and still “Preferred Client”, the price varies because the vehicle is older one year more and is not within the range “between 5 and 10 years”.<\/h4>\n

\"result_scenario3\"<\/a><\/p>\n

Eligibility Within and Outside an Elite Client Relationship<\/span><\/h3>\n

\"scenario4_2\"<\/a><\/p>\n\n\n\n\n\n
\u00a0\"policy4\"<\/a><\/td>\n<\/tr>\n
\u00a0\"CAR4\"<\/a><\/td>\n<\/tr>\n
\u00a0\"DRIVER4\"<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

 <\/p>\n

Result the execution of a simulation scenarios. Shane’s client Type is “Elite Client” because she is within father’s portfolio.\u00a0Therefore his “Eligibility Score” is 0<\/h4>\n

\"result_scenario4\"<\/a><\/p>\n

\u00a0\"\"<\/a><\/h3>\n\n\n\n\n\n
\u00a0\"policy5\"<\/a><\/td>\n<\/tr>\n
\u00a0\"cars5\"<\/a><\/td>\n<\/tr>\n
\u00a0\"drivers5\"<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

 <\/p>\n

Result the execution of a simulation scenarios.\u00a0Shane is out of the portfolio of his father\u00a0and therefore his client type not is “EliteClient”. With his data his “Eligibility Score” is 100 and therefore the eligibility result is:<\/h4>\n

“the client\u2019s application\/policy renewal must be reviewed by underwriting manager who will determine whether the client is eligible for auto insurance<\/em>“<\/h4>\n

We calculate the value of his annua lpremium considering that after review it has been considered eligible.<\/h4>\n

\u00a0\"result_scenario5\"<\/a><\/h4>\n

 <\/p>\n

Simulations<\/h2>\n

We take the Challenge to show simulations in the Enterprise Console, simulations are becoming available from version 8.7. With simulations, besides show the results we wish, from change of a rule we can\u00a0 observe the impact it has in our client portofolio. We will show the workflow for creating a simulation and a brief description one of each elements needed for simulation.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n
\"flujo<\/a><\/td>\n<\/tr>\n
Metrics <\/strong><\/span><\/span><\/p>\n

The metrics define the elements used in the ICR. You must create metrics to make ICR<\/p>\n<\/td>\n<\/tr>\n

\"metricas\"<\/a><\/td>\n<\/tr>\n
KPIs o ICR <\/span><\/strong><\/strong><\/p>\n

The ICR show the results of running a simulation.<\/p>\n<\/td>\n<\/tr>\n

\"KP\"<\/a><\/td>\n<\/tr>\n
Data <\/strong><\/span><\/p>\n

Simulations using business information which is supplied as input. To run a simulation, you must use an Excel scenario file or a file from a data provider.<\/p>\n<\/td>\n<\/tr>\n

\"data\"<\/a><\/td>\n<\/tr>\n
Report formats<\/strong><\/span><\/span><\/p>\n

When a simulation runs, it shows its results into a report. You can define multiple formats so that a simulation generates various reports.<\/p>\n<\/td>\n<\/tr>\n

\"report\"<\/a><\/td>\n<\/tr>\n
Simulations <\/strong><\/span><\/span><\/p>\n

You can set up a simulation to collect ICR, input data, a server and a report format. When a configuration simulation runs, it uses rules associated service decisions and puts the results in a report.<\/p>\n<\/td>\n<\/tr>\n

\"simulations\"<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

In this example, we show a graph where the variation of the annual premium is shown in the first 3 scenarios previously executed.<\/p>\n

\"grafico_scenario1\"<\/a><\/p>\n

<\/h2>\n

<\/h2>\n

<\/h2>\n

<\/h2>\n

Conclusion<\/h2>\n

In this new Challenge we have seen as a BRMS can help insurance companies, convinced that this technology should be part of its Strategic Plan Systems because:<\/p>\n