Insurance policies may be associated with various parameters. For example, an automobile insurance policy might be associated with an insurance premium, a deductible amount, insurance limits, an amount of profit, etc. Moreover, changes to some of these parameters may impact other parameters. For example, increasing an insurance premium might increase an amount of profit associated with each individual insurance policy but, at the same time, might reduce a renewal rate associated with the policy. That is, changes to one type of insurance policy may impact other policies and/or policyholders in unexpected ways. As another example, a change in billing practice (e.g., setting a higher premium) might result in changes to deductibles and/or coverage levels by policyholders. Understanding how adjustments to various insurance parameters influence other insurance parameters can be an expensive, time consuming, and error-prone task, especially when there are a substantial number of insurance policy parameters involved and/or the relationships between those parameters are complex.
It would be desirable to provide systems and methods to facilitate the appropriate adjustment of insurance policy parameters in an automated, efficient, and accurate manner.
According to some embodiments, systems, methods, apparatus, computer program code and means may be provided to facilitate an adjustment of insurance policy parameters in an automated, efficient, and accurate manner. In some embodiments, information about a first set of insurance based data may be received along with information about a second set of insurance based data. An objective parameter associated with at least one of the first set of insurance based data and the second set of insurance based data may be determined. A value for an adjustable insurance policy parameter may be calculated such that it will modify the objective parameter, wherein the calculation is based at least in part on both: (i) the received information about the first set of insurance based data and (ii) the received information about the second set of insurance based data.
A technical effect of some embodiments of the invention is an improved and computerized method of facilitating the adjustment of insurance policy parameters. With these and other advantages and features that will become hereinafter apparent, a more complete understanding of the nature of the invention can be obtained by referring to the following detailed description and to the drawings appended hereto.
According to some embodiments described herein, algorithms and/or models may be used to “modify” a value for an objective parameter associated with an insurance policy. By ways of example only, the objective parameter might be optimized, minimized, maximized, etc. According to some embodiments, optimization may use one of an assortment of linear, nonlinear, or other programming algorithms such as simplex method, particle swarm optimization, or a steepest decent technique. Note that embodiments might use one or more different types of modification techniques, including an iterative-conjugate gradient technique, a steepest descent technique, a projected-conjugate gradient optimization, etc. To help facilitate the modification of insurance policy parameters,
According to some embodiments, an “automated” decision analytics platform 120 and/or decision analytics engine 122 may facilitate an exchange of information. As used herein, the term “automated” may refer to, for example, actions that can be performed with little or no human intervention. By way of example only, the decision analytics platform 120 and/or decision analytics engine 122 may include and/or communicate with a PC, an enterprise server, or a database farm.
As used herein, devices, including those associated with the decision analytics platform the 120, the decision analytics engine 122, and any other device described herein, may exchange information via any communication network which may be one or more of a Local Area Network (LAN), a Metropolitan Area Network (MAN), a Wide Area Network (WAN), a proprietary network, a Public Switched Telephone Network (PSTN), a Wireless Application Protocol (WAP) network, a Bluetooth network, a wireless LAN network, and/or an Internet Protocol (IP) network such as the Internet, an intranet, or an extranet. Note that any devices described herein may communicate via one or more such communication networks.
The decision analytics platform 120 may access information in one or more insurance policy databases 125 and/or policyholder databases 127. The databases 125, 127 may include, for example, policyholder information, insurance policy parameters, and/or information about claims that have been filed in the past for similar types of insurance policies. As will be described further below, the databases 125, 127 may be used to help determine an appropriate value for an adjustable insurance policy parameter so as to “optimize” or otherwise modify an objective parameter. As used herein, the term “optimize” may refer to a maximum, minimum, or substantially improved value.
Although a single decision analytics platform 120 and a single decision analytics engine 122 are shown in
At S210, information about a first set of insurance based data and information about a second set of insurance based data may be received. According to some embodiments, the first and second sets of insurance based data are associated with different lines of insurance policies. For example, a first insurance policy might be a homeowners insurance policy, and a second insurance policy might be an automobile insurance policy. Other examples of lines of insurance include, for example, workers' compensation insurances, short term disability insurance, long term disability insurance, health insurance, property insurance, liability insurance, fire insurance, motorcycle insurance, and business insurance. According to some embodiments, the first and second sets of insurance based data are associated with different types of policyholders (e.g., based on geographic location or types of insurance classifications). For example, the first set of insurance based data might be associated with women under the age of forty and the second set of insurance data might be associated with women who are at least forty years old.
At S220, an objective parameter associated with at least one of the first set of insurance based data and the second set of insurance based data may be determined. As used herein, a parameter might be “determined,” for example, by receiving an indication of the objective parameter from an administrator. For example, the administrator might select to have a “renewal rate” optimized or otherwise modified using a pull down menu on a display. As another example, the objective parameter might be determined by retrieving a pre-stored indication of the objective parameter (e.g., the system might always determine that an overall profit is to be optimized). The objective parameter may be associated with any quantifiable parameter that is to be modified, such as, without limitation, an overall amount of profit (e.g., profit from both a homeowners insurance policy and related automobile insurance policy), a homeowners insurance amount of profit, an automobile insurance amount of profit, an overall renewal rate, a homeowners renewal rate, and an automobile insurance renewal rate.
Note that some embodiments described herein may be used to modify any type of parameter associated with sets of insurance based data, including any type of profit, any type of renewal rate (e.g., optimizing renewal rates for women over 35 years old), an issue rate, a cancellation rate, a shopping rate, or an aging parameter. Moreover, embodiments may be associated with different types of models associated with insurance policies, such as a cost model, an expense model, a sales model, a marketing model, and/or an operating model. Other examples of objective parameters include a marginal value, a number of policies, Personal Umbrella Policy (“PUP”) information, a discounted value of any parameter, a net present value of any parameter, earnings, a discounted stream of absolute return on equity, and a rate or return on equity at a certain time. Note that embodiments may seek to optimize the objective parameter with respect to a fixed date (e.g., Jan. 1, 2020), a window of dates (e.g., over the next four fiscal quarters), a number of different policyholders (e.g., all policyholders who live in Nebraska), a total premium, and/or a total revenue.
At S230, a value for an adjustable insurance policy parameter may be calculated that will modify the objective parameter. Moreover, the calculation is based at least in part on both: (i) the received information about the first set of insurance based data and (ii) the received information about the second set of insurance based data. The adjustable insurance policy parameter may be associated with, for example, a base rate for the insurance policy, a rating factor (e.g., a risk factor that may be applied to the base rate), and/or a rating sub-factor. Other examples of adjustable insurance policy parameters include a deductible amount, an insurance limit, a product feature (e.g., TrueLane), a type of coverage, a billing practice, an underwriting guideline, and a price. Note that according to some embodiments, a plurality of adjustable insurance policy parameters may be calculated to optimize one or more objective parameters.
At S240, an electronic communication may be output to initiate a workflow process based on the calculated value of the adjustable insurance parameter. For example, the workflow process may include determining an insurance premium for an insurance policy based in part on the calculated value for the adjustable insurance parameter. In this case, the workflow might electronically transmit a quote to a potential insurance customer, the quote including an indication of the insurance premium. An indication of acceptance may then be received from the potential insurance customer, and, responsive to the received indication of acceptance, the workflow may automatically arrange for an insurance policy to be issued.
Because the adjustable parameter is modified with respect to both sets of insurance based data, the value of the objective parameter may be improved. Consider, for example,
The decision analytics platform 520 may access information in one or more insurance policy databases 525 and/or policyholder databases 527. The databases 525, 527 may include, for example, policyholder information, insurance policy parameters, and/or information about claims that have been filed. As will be described further below, according to some embodiments the insurance rating factors and sub rating factors may be simultaneously adjusted to determine an optimum objective parameter.
According to some embodiments, one or more constraints may be associated with the optimization process. For example, if it is determined at S650 that a constraint has been violated, the calculation of values for the adjustable insurance policy parameters may continue at S630. If the constraint was not violated, the homeowners insurance policy ratings factors may be output at S660. By way of examples only, a constraint might be associated a financial value (e.g., premium limit), a number of insurance policies, a number of insurance policyholders, underwriting guidelines, a combined ratio, and/or an insurance book. Note that any number of constraints may be associated with an optimization process (e.g., more than a single constraint may be applied simultaneously) and the constraints may be associated with any types of values, including pricing, a profit limitation associated with a regulation, rating restrictions (e.g., associated with credit scores), etc.
According to some embodiments, the adjustment of an insurance parameter may include a determination as to a likelihood of a future occurrence. That is, the calculated value for the adjustable insurance policy parameter may further be based on the likelihood of the future occurrence, such as an occurrence associated with marriage, home ownership, automobile ownership, children and/or any other event that changes a risk profile. Consider, for example, an automobile insurance policy that is issued to a married man who is thirty-five years old. The optimization process may determinate that a married man that age is likely to purchase a house in the next five years, and that information (and associated potential profit associated with a new homeowners insurance policy) may be used to help optimize parameters.
Note that risks may be evaluated at new business based on a current profile of a driver, a car, a home, as well as a multitude of other present day characteristics. However, given that many policyholders maintain a relationship with an insurance carrier for a substantial period of time, a modeled ratemaking step may adjust a price at new business for a likely future improvement in risk profile. This method of ratemaking may use algorithms and decision making techniques to price an insurance product based on a likely future benefits to be realized through risk profile improvement. A multitude of tradeoffs might, for example, be formally quantified and balanced using advanced mathematical techniques. Such a system that relies upon future risk profile improvement as an element of the tradeoff analysis may solve the problem of pricing at new business solely based on current risk profile. A dynamic view of a risk may be utilized as opposed to a static view.
The display 700 further includes an optimization selection 730 that lets an administrator determine which parameter will be optimized (e.g., by selecting an “overall retention rate” indication). The administrator may also use a constraint selection 740 (e.g., to indicate that no changes over 5% should be suggested) and a time period selection 750 (e.g., to indicate that the overall retention rate should be optimized over the next five years).
The embodiments described herein may be implemented using any number of different hardware configurations. For example,
The processor 810 also communicates with a storage device 830. The storage device 830 may comprise any appropriate information storage device, including combinations of magnetic storage devices (e.g., a hard disk drive), optical storage devices, mobile telephones, vehicle computers, and/or semiconductor memory devices. The storage device 830 stores a program 812 and/or decision analytics engine 814 for controlling the processor 810. The processor 810 performs instructions of the programs 812, 814, and thereby operates in accordance with any of the embodiments described herein. For example, the processor 810 may receive information about a first set of insurance based data along with information about a second set of insurance based data. The processor 810 may also determine an objective parameter associated with at least one of the first insurance policy and the second insurance policy. A value for an adjustable insurance policy parameter may be calculated by the processor 810 such that it will modify the objective parameter, wherein the calculation is based at least in part on both: (i) the received information about the first set of insurance based data and (ii) the received information about the second set of insurance based data.
The programs 812, 814 may be stored in a compressed, uncompiled and/or encrypted format. The programs 812, 814 may furthermore include other program elements, such as an operating system, a database management system, and/or device drivers used by the processor 810 to interface with peripheral devices.
As used herein, information may be “received” by or “transmitted” to, for example: (i) the optimization platform 800 from another device; or (ii) a software application or module within the optimization platform 800 from another software application, module, or any other source.
In some embodiments (such as shown in
The insurance policy identifier 902 may be, for example, a unique alphanumeric code identifying an insurance policy that has been sold to a policy holder. The policy type 904 may indicate the type of insurance associated with the policy and the factors 906 may include risk factors used to price the insurance policy in accordance with the associated weights 908. A decision analytics engine may adjust those weights 908, according to some embodiments, using information about a number of different insurance policy identifiers.
Features of some embodiments will now be described by first referring to
According to the example architecture shown in
As used herein, an insurance coverage “package” may comprise a set of one or more insurance coverages or policy features. In the present description, an insurance coverage defines the parameters of the risk(s) which are covered thereby, and a configuration is a package of one or more insurance coverages, including in some cases specified limits and deductibles for each of the one or more insurance coverages. Any number of requestor terminals 1010 may be employed to receive customer and insurance request data and to present insurance coverage and other information to operators of the requestor terminals 1010.
The requestor terminals 1010 may be in communication with an insurance company 1030 or other provider via a Web server 1034 or other front end interface that allows remote terminals to send and receive data to the insurance company. The customer and insurance request data are received via the Web server 1034 and are stored by data warehouse 1020 for later action. Any number or type of data storage systems may store the data in any suitable manner according to some embodiments. Non-exhaustive examples include a relational database system, a spreadsheet, and any other data structure that is amenable to parsing and manipulating data. A data warehouse 1020 may receive and store customer and application data as well as store insurance coverage package data and rules which are used in by an optimization platform 1026 (e.g., associated with a quoting engine) and the configuration engine 1022. Although the illustration of
The configuration engine 1022 acts to receive the customer or insurance request data and to retrieve insurance coverage package data and rules from the data warehouse 1020. A configuration engine 1022 may identify one or more insurance coverage packages based on the received data and on data received from Web server 1034. Pursuant to some embodiments, different insurance packages are assembled for presentation to the customer based on configuration rules and information associated with each policy term.
When an appropriate package (or packages) is identified by the configuration engine 1022, the package may be priced using the optimization platform 1026 and/or underwriting device and then presented to the customer or agent via a Web page or other user interface for viewing on a display screen of a requestor terminal 1010.
Note that each of the engines or platforms 1022, 1024, 1026, 1028 and the insurance systems 1030 may comprise any combination of hardware and/or processor-executable instructions stored on a tangible medium. According to some embodiments, one or more of the engines or platforms 1022, 1024, 1026 or 1028 may be a component of the data warehouse 1020 or the insurance systems 1030.
It should be noted that embodiments are not limited to the devices illustrated in
Thus, embodiments may be associated with predictive models in connection with an automobile insurance issue rate (taking into account any influence on homeowners insurance), a homeowners issue rate (taking into account any influence on automobile insurance), and/or a retention model for automobile and/or homeowners insurance. Other examples may be associated with: associated cancellation, shopping, aging, and/or profile or characteristic change models, cost models for both automobile and homeowners insurance; expense models to quantify and allocate expenses; sales models, marketing models, and operating models; and/or any other model or process associated with predicting attributes of insurance customers, insurance business, and insurance economics.
Note that an objective function might be associated with an outcome involving both automobile and homeowners insurance, such as a total marginal number of customers, a total number of automobile insurance policies or items, a total number of homeowners insurance policies or items, total PUP information, a discounted or net present value of total earnings or profit, a discounted stream of absolute return on equity, a rate or return on equity at a certain time, or any other calculated value that may be in the interests of an insurance organization to maximize (or minimize).
The constraints described herein might be associated with, for example, the rating factors in automobile insurance class plans, the rating factors in homeowners insurance class plans, base rates in either plan, underwriting guidelines, and may be associated with aggregate constraints (e.g., automobile combined ratio, homeowners combined ratio, total personal lines combined ratio, total property and casualty combined ratio, a measured premium increase in a certain book, a number of total customers, and/or any other measurable financial or operational metric.
The mechanics of optimization may involve first extracting and preparing datasets of automobile insurance quotes, automobile in-force policyholders, homeowners insurance quotes, homeowners in-force policyholders, and/or any other associated dataset that may facilitate the quantification of an objective function, constraints, and/or summary information. Next, there may be demand models created for all lines and all consumer decisions, such as cancellation and issue. A premium might be an input into these demand models (which could be logistic regressions but could instead be associated with another functional form). An optimization algorithm may determine the set of rating factors or other product related actions that increases the objective function to its maximum level while still satisfying all constraints. Regardless of algorithm used, the objective function may be evaluated through a change in the premium, which may change the inputs into the demand functions, which may change the business outcome, which may be measured and increased to a maximum point. According to some embodiments, multiple years may be evaluated, along with multiple lines, companies, businesses, constraints, and/or other parameters that may be put into a mathematical function or described algebraically.
One example of an analysis may use an operations research engine (algorithm/solver such as gradient descent class of algorithm like projected conjugate gradient) to simultaneously find the best price points for both automobile and homeowners insurance products (in any number of books, companies, underwriting groups, etc.) given the objective function that is considered the measure of “best” such that all defined constraints are satisfied.
As another example, an optimization process may be associated with marketing, which has a conversion rate model. This may also be considered as an input into a decision-making framework. For example, one data input might be the population of people eligible to become quotes, the type of people, a model that describes how those people get converted into quotes given certain marketing dollar investments, and/or a simulator for the absolute level of quotes. In this example, marketing spending (and the areas where the spending occurs) may be considered a level in the optimization (i.e., something that can change within a defined range to yield a higher amount of an objective function). Note that an issue rate model may also predict the probabilities for each quote to become a policyholder, and demand models may predict probabilities that each current policyholder will remain a policy holder.
Note that future predicted events associated with a policyholder may, according to some embodiments, be used to mitigate future risks. For example,
At S1130, a determination may be made as to a likelihood of a future occurrence of an event, such as an occurrence associated with marriage, home ownership, automobile ownership, children and/or any other event that changes a risk profile. Consider, for example, an automobile insurance policy that is issued to an unmarried man who is twenty-five years old. An optimization process may determinate that an unmarried man who is that age is very likely to become married over the next five years.
At S1140, a value for an adjustable insurance policy parameter may be calculated that will optimize the objective parameter. Moreover, the calculation may be based at least in part on both: (i) the received information about the first and second sets of insurance based data and (ii) the likelihood of the future occurrence of the event determined at S1130. The adjustable insurance policy parameter may be associated with, for example, a base rate for the insurance policy, a rating factor (e.g., a risk factor that may be applied to the base rate), and/or a rating sub-factor. At S1150, an electronic communication may be transmitted, including a proposed insurance premium based on the calculated adjustable insurance policy parameter. By way of example, consider a 23 year-old policyholder who has Financial Responsibility (“FR”) limits. The rating factors suggested by an optimization analysis may increase prices for this segment while the rate for a 25 year-old homeowner with high limits may be decreased. According to some embodiments, the optimization process may recognize that there is a certain probability that the 23 year-old renter will eventually stay with the company and become 25 years-old. That is, the individual may be on the cusp of a very different risk profile. This expected appreciation in risk profile may be incorporated in connection with the prediction models and/or dynamic simulation techniques in accordance with some embodiments.
The following illustrates various additional embodiments of the invention. These do not constitute a definition of all possible embodiments, and those skilled in the art will understand that the present invention is applicable to many other embodiments. Further, although the following embodiments are briefly described for clarity, those skilled in the art will understand how to make any changes, if necessary, to the above-described apparatus and methods to accommodate these and other embodiments and applications.
Although specific hardware and data configurations have been described herein, note that any number of other configurations may be provided in accordance with embodiments of the present invention (e.g., some of the information associated with the databases described herein may be combined or stored in external systems).
Applicants have discovered that embodiments described herein may be particularly useful in connection with insurance premium quotes. Note, however, that other types of insurance information may also be associated with embodiments described herein. For example, embodiments of the present invention may be used in connection with insurance deductibles, co-pay amounts, etc.
The present invention has been described in terms of several embodiments solely for the purpose of illustration. Persons skilled in the art will recognize from this description that the invention is not limited to the embodiments described, but may be practiced with modifications and alterations limited only by the spirit and scope of the appended claims.