Not applicable.
Not applicable.
This invention relates to a computer-implemented method for providing complex and large limit insurance which relies on block chain technology for authentication throughout the life of the insurance policy.
Large and complex insurance risks are often more than one insurance carrier (or insurer) may elect to insure. This is often the case when insuring large buildings, large corporations, or when unique insurance is required, such as insuring the transport of explosive material. In these cases, the total risk may be divided into risk layers, in which a primary layer is covered by a primary insurer, and additional layers of exposure (“excess layers”) are covered by different insurers. The entity that purchases the insurance is referred to as the “insured”.
Primary and excess layers are stacked vertically, wherein the vertical axis represents loss limits that increase with increasing layers. The total insurance risk, comprised of primary and excess layers, is known as an insurance “tower”. The liability of each layer must be exhausted by any preceding (or junior) layer before any liability is assumed for the next successive (or senior) layer. As a result, insurers closer to the bottom (or base) of the tower have a higher probability of having to satisfy a claim against the policy. In exchange, the Insurer that assumes a higher risk is rewarded by assuming a higher relative percent of the insurance premium. There are multiple exceptions, however, which affect the compensation to the insurer. There is also further segmentation (“risk compartments”) possible within a layer, referred to as “risk compartments” that may affect compensation to the insurer. These risk compartments may include, for example, geography, intellectual property, cyber, types of insurance controversy, and sub-segments within each of these.
It is the responsibility of a broker to ensure the tower is complete and that it addresses the complete liability for which the insured requests coverage. With multiple layers and specialties, the broker's responsibility to the insured for complete risk coverage is complex and arduous. If there are incomplete risk layers or risk compartments, the broker may reach for creative solutions to fill those compartments. For example, the broker may increase the compensation to the insurer, further segment the remaining risk to be filled, or agree to specific terms or policy language to ensure the tower is complete. These last remaining risk compartments have the potential to delay binding of coverage for the insured, and may result in misunderstanding at the time of a claim against the insurance policy.
Currently, there is no uniform system for managing a complex tower. There are thousands of brokers developing towers with each having their own unique methods or forms for managing the purchase, modification, and binding of coverage with various insurers. The administrative costs to brokers for creating and managing a tower are extensive. In addition, there are multiple errors that can and do occur in managing a complex tower which includes lack of coverage even though coverage was assumed by the insured.
What is needed is a method of building and managing large and complex insurance towers that are capable of automated adjustments, and confirmation that insurance coverage is maintained in compliance with the insured's expectations throughout the policy period and any follow-on renewals of the policy.
The present disclosure describes a method for insurance brokers to place insurance coverage with a multiplicity of insurance carriers over the internet using a computer and allowing the insurance carriers to bid for and bind percentages and limits of an insurance tower.
The method also provides for insurance carriers to adjust any remaining risk layers or risk compartments and to receive real-time feedback of any corresponding compensation adjustment.
The method also provides for insurance carriers to enter information into a blockchain system that includes encryption protocols for securely managing the insurance tower. The blockchain system verifies certain protocols for the brokers, the insurance carriers, and the insureds. Protocols include policy documents, sequence of claims disbursement based on junior and senior layers, verifications of coverage restrictions, fund transfer, and others.
The ITM system (5) provides different user interfaces depending on the user's permissions and authority in the ITM system (5). Brokers (10) are provided with a secure broker user interface (BUI) (40) for creating and managing one or more insurance towers. Insurers (30) are provided with a secure insurer user interface (IUI) (50) with viewing and limited change capability of one or more insurance towers (100 as shown in
In
Continuing with the examples shown in
The presence of an overlapping bid may generate a new alternative insurance tower (100 or 200) automatically, or in the alternative, multiple empty insurance towers (100 or 200) may be initiated in the first place, to allow more than one overall scenario from the start. This is the more likely embodiment if insurers are paying (for example, in electronic coin) to submit a bid. Bidders could pay to generate a fresh insurance tower (100 or 200) and claim their desired stake and their proposed terms. This separate insurance tower (100 or 200) could be available for view by the other paying participants. One way to visualize overlapping bids is, for example, a 3D insurance tower (200) with different colors, preferably allowing views of the 3D tower (200) by scrolling between overlaying tower matrices in the z axis, and possibly scrolling through the x-z or y-z towers on the third axis, such that the alternatives of the risk can easily be seen and understood. In the alternative, the z axis may represent the risk over time, in which case separate 3-D towers (200) may be available with alternative or overlapping bids. Finally, alternatives in the 3-D tower (200) over various time frames could be represented in any known 4-D representation, such as a video representation rather than a snapshot, or in the alternative, policy length or overlapping bids may be represented in another 3-D way, such as color or shading.
The descriptions of
As illustrated in
It should be noted that each insurer (30) may choose a specific risk layer (130) or risk compartment (120) according to their desire to assume that risk in the insurance tower (100 or 200). In exchange, the insurer (30) is compensated by receiving a portion of the insurance premium (% Premium), which Premium is the amount paid by the insured (20) for assuming risk in the insurance tower (100 or 200). It is the broker's responsibility to assess the risk, to determine a fair % Premium for each risk compartment (120) or risk layer (130), and to ensure that the insurance tower (100 or 200) is completely insured. This is a complex undertaking. Once an insurance tower (100 or 200) has been developed by the broker (10), there is normally a limited time period (say, 10 days) in which insurers (30) may opt to accept one or more risk compartments (120) and risk layers (130), and a limited time period for the broker (10) to complete the insurance tower (100 or 200) so that insurance coverage may start according to the requirement of the insured (20). Often, insurers (30) request changes to the insurance tower (100 or 200). Given the complexity of the originally constructed insurance tower (100 or 200) which includes risk compartments (120) and risk layers (130), and given the time pressure, it should be self-evident that errors, misunderstandings, miscalculations, and gaps in coverage are likely to result if changes in the insurance tower (100 or 200) rely on one person or even a team of persons to continually update the insurance tower (100 or 200).
The insurer (30) does not necessarily receive a proportional percentage of the premium. Insurers (30) have different ways of calculating premium, and for various reasons (their AM BEST rating, their claims handling reputation, their costs, their capacity) they may bid a higher premium than others for the same risk compartment (120). In one embodiment, insurers (30) may bid on risk compartments (120) in the insurance tower (100 or 200), stating the scope, limits and premium. When insurers (30) compete on the basis of premium, the broker (10) may enjoy a competitive premium. The broker (10) can select among competing bids by insurers (30), having his/her own view of the value of each bid. The broker (10) could be enabled to eliminate portions of the risk from the insurance tower (100 or 200) altogether, if that portion is ultimately not a good value, which in essence redefines the original scope of the insurance tower (100 or 200). The risk compartments (120) in the insurance tower (100 or 200) do not have to be pre-determined but could in some embodiments be open for bid at first, with missing segments then to be completed in once major or early bidder have indicated their early bids. The terms of the various bids can be made visible to all participants, and alternative bids be made on the same risk compartments (120) by competing insurers (30).
If the rules allow, competing bids which differ in terms or scope could overlap (not directly substitute for one another), which may result in an alternative insurance tower (100 or 200) proposal, or in overlapping boundaries of a risk layer (130) or risk compartment (120) within a single insurance tower (100 or 200). This result may require selection between competing bids by a decision maker during the bidding process, or by negotiation between the two competing bidders on the overlapping portions and respective resubmission of the bids, or by automatically dividing/diluting the overlapping risk between the competing bidders, or by pre-set rules stating, for example, that risk compartments (120) are defined by the first offer to claim them.
One of many challenges with insurance towers (100 or 200) having the level of complexity described herein is appropriately determining the compensation to the insurer (30) in terms of percent of premium (% Premium) for assuming a specific risk, such as a risk layer (130) or risk compartment (120). Typically, % Premium requires input from underwriters which relies on actuarial data in addition to other risk-specific data. If an insurer (30) prefers a specific risk that has not been contemplated by the underwriters, there may be a delay of several days to assess the new risk as defined by the insurer's (30) request. Even so, there is a need for % Premium to be calculated essentially in real-time. Real-time risk assessment requires an understanding of the variables that may influence the risk of unknown scenarios which may be requested by the insurers (30).
It may be that the insurer (30) merely would like to propose a change in % premium for a specific risk layer (130) or risk compartment (120). This is referred to as a “bid”. It may be that the insurer (30) would like to propose a substantial change in the insurance tower (100 or 200) such as fragmenting a risk layer (130) into risk compartments (120) or changing the limits of a risk layer (130). This is referred to as a “variance” or “variants” in the plural.
To enable real-time calculations of one or more variants multiple data systems are required.
In
A key element of the process for managing any changes to the insurance tower (100 or 200) is the blockchain system (60). The blockchain system (60) provides an interface for any formal communications which includes, for example, an insurer (30) placing a bid for a risk layer (130) or risk compartment (120), proposing a change to a risk layer (130) or risk compartment (120), and a broker (10) binding the bid of an insurer (30). At the time of finally binding the insurance, the blockchain system (60) is used, for example, to receive the insurance premium from the insured (20), to properly disperse the % premium to the various insurers (30), and to disperse any brokerage fees to the broker (10). At the time of any claim, the blockchain system (60) may be used to release funds from an insurer (30), to verify that an insurer's (30) commitment has been satisfied, and to trigger the release of funds from the insurer (30) having the next level of responsibility, if required. The blockchain system (60) is integral to the process shown in
In
In general, insurance towers (100 or 200) in progress are not typically public information. Access may be granted on any traditional selective basis, or access to the information may optionally be available in exchange for information or services by barter, by virtue of membership in an organization, or may be purchased for electronic payment or credit in currency local to the inquirer, in a chosen national currency, or by special electronic coin, whether or not the coin is consumable.
The insurance tower (100 or 200) need not have pre-set risk layers (130) and risk compartments (120), but could be first-come first serve, with only the total limits and scope of coverage and optionally the duration of coverage specified initially as the bounds. Again, optionally, the broker (10) can change these bounds at will, as the bidding progresses, in seeing that a particular aspect of the coverage is not bid upon or is not a good value. The broker (10) might decide that the entire insurance tower (100 or 200) is not generating enough interest, and change the SIR (110) or limits requested, or may accept one large bid from a single insurer (30), whether it differs from the original specifications, that is contingent upon exclusivity or closing all subsequent bidding.
The bidding and variant process need not be worked out prior to finalizing an insurance tower (100 or 200), as described here above, but could collect and hold pending alternative variants. Rules may automatically accept bids and “variants” or may hold “variants” pending for a specified time in preference for non-variant bids.
A financial charge may be imposed to access the website or membership/subscription to the website, or to access a particular insurance tower (100 or 200) for a risk or set of risks, and also optionally a charge may be imposed to make a bid on particular compartments within particular insurance towers (100 or 200). The price to access or bid may vary, with less desirable worksheets or compartments being free to access or to bid upon.
For complex financing terms associated with insurance transactions or otherwise falling within the scope of this invention, for example, use of blockchain is advantageous. In these scenarios, a series of documents must be signed in a specific order to transfer assets, establish holding companies, and/or agree to pay. All aspects of these complex agreements may be executed by the correct parties, in the right order, within a specified time frame, electronically in the form of “smart contracts.” This programming allows for a complex transaction to be executed as intended and agreed my multiple parties and can provide that contingent previous steps may be nullified if later steps are not completed accurately or timely. Under these smart contracts, the document text is also safely preserved in an unaltered state between negotiation and signing and verified during closing of the insurance tower or series of financial contracts supporting an insurance policy. Once bids are accepted by the broker (10), each individual purchase transaction can be run by smart contract using blockchain, with output being the final agreement between all participating parties.
The present disclosure is also useful in general financing situations or crowd funding, independent of insurance, such as funding construction projects or investing in startup businesses, and the like.
It should be noted that the insurer (30) is not limited to submitting only one bid or variance. In a preferred embodiment, insurers (30) may submit any number of bids or variants.
Variants may be proposed to the broker (10) which may include, for example, a change to the graphical representation of the insurance tower (100 or 200). These changes may not be shown to all insurers (30) or, if there is a team of brokers (10), may not be shown to all brokers (10) until the negotiation is complete. Thus, in a preferred embodiment, bids or variants are best negotiated through a private user interface PUI (55). This is shown in
Now turning to a discussion of variance calculations, we refer again to
The variance may result in a change to the structure of the insurance tower (100 or 200) and in changes to the % of premium. These changes are a function of multiple variables which includes, for example, the limits assumed within a layer, the % of Premium for the layer below and above, the change in risk factors associated with the proposed risk compartment (120), the technology, the likelihood of a controversy, the estimated severity based on intellectual property classification (“classification index”), and the likelihood of another Insurer (17) assuming the unwanted risk remaining in the risk layer (130).
The following are sample equations used for providing real-time feedback to Insurers (30) and brokers (10) for any changes made to an insurance risk tower (100 or 200).
Within a risk layer (130), there is a % Premium (PP) that is required. Changes within a risk layer (130) may result in risk compartment (120) consolidation or fragmentation. In consolidation, a risk layer (130) had previously been divided into risk compartments (120). Consolidation is merely combining one or more risk compartments (120) (RC1+RC2, . . . ) according to Equation 1 below.
PP(RC1)+PP(RC2)+PP(RC3)+PP(RCn)=PP(RCC) Eq. 1:
Risk compartment (120) fragmentation may include any number of variables, depending on the nature of the risk, and the change in potential likelihood and/or severity of a claim. If an insurer (30) requests that a risk layer (130) be fragmented into risk compartments (120), there is a potential that one or more remaining risk compartments (120) may not be attractive to other insurers (30). Yet, all risk compartments (120) and risk layers (130) must be insured to provide the requested insurance coverage to the insured (20). Therefore, one risk factor is an “unwanted” risk factor as referenced in the discussion of
PP(RLn)/Σ(Risk Factors)/#RCs=RCF % Premium, where(RCF % Premium≤100% of risk layer(130)) Eq. 2:
If an insurer requests that the limits of a risk layer (130) (or risk compartments (120) within a risk layer (130)) be changed, there are several risk factors which may influence the % premium. For this example we reference layer 8 of
Avg. (Affected RL's)/(1+Σ(Risk Factors))=RLL % Premium, where(RLL % Premium≤100% of risk layer(130)) Eq. 3:
Example calculations are provided below.
In equation 1, Risk layer 6 (shown in
In this scenario, risk layer (130) 7 of
0.53% of premium for each new risk compartment (120) of risk layer (130) 7 results in a net decrease of 25% of premium to the insurer (20). As calculated, each newly formed risk compartment (120) will suffer the same net decrease. The equation may be adjusted to skew the net decrease to the requesting insurer (30) if desired.
PP(RLn)*Σ(Risk Factors)/#RCs=RCF % Premium, where(RCF % Premium 100% of risk layer(120)) Eq. 2:
In this scenario, risk layer (130) 8 of
The combination of insurance layers (130) 8 and 9 resulted in a % premium that is greater than the average of the two layers if not combined, which would have been 1.25% of premium.
It is an object of the present disclosure to automatically calculate variants in real-time to enable both the insurer (30) and the broker (10) to view any pricing adjustments in a private user interface (PUI) (55). This will facilitate rapid and efficient management of the insurance tower (100 or 200) so that complete insurance will be available to the insured (20) in a time period that is suitable to them.
The method described here provides a method for an insurer (30) to change a graphical representation of an insurance tower (100 or 200) wherein the insurance tower (100 or 200) includes:
In general, a blockchain is a decentralized public ledger of information that functions within the internet. The decentralized public ledger has a network of replicated databases that are synchronized via the internet. The network may be a chain of computers that must all approve a transaction before it can be verified and recorded. The verified block of transactions is then time stamped and added to a chain in a linear chronological order. New blocks are added to old blocks, so that every transaction within that blockchain can be viewed and verified. The entire blockchain is continually updated so that every ledger in the network is the same, giving each member an opportunity to verify each transaction at any given time. The information recorded on a blockchain may include multiple types, such as the transfer of money, ownership, a transaction, or an agreement between multiple parties.
In contrast with traditional agreements which require trust in a lending institution, a law firm, or a business for proper execution of the multiple information types, the blockchain does not rely on centralized entities to establish trust. Instead, cryptology replaces centralized entities as a trusted authority. In a world of international commerce which now includes transactions between individuals in multiple countries, centralized trust entities are typically one-sided. For example, a transaction that involves an individual in the U.S. may prefer a U.S. bank as a trusted authority. But for another individual in China, for example, this individual may have less trust in the U.S. bank.
The blockchain was designed to be transparent, enabled by each public address being open for viewing. It is therefore possible to view the funds, transactions, and details of a public address. These details may be associated with an agreement so that if certain terms are satisfied, the agreement triggers payment that is visible to others.
Although the blockchain is transparent to a public address, the identity of the public-address holder may not be. A user may choose to conceal their identity behind a cryptographic barrier. Thus, the blockchain improves visibility of transactions, although the individuals associated with the transactions may not be known.
With this as background, we turn again to the present disclosure. The blockchain system (60), referenced in
The claim disbursement system (180) is used to determine the applicable rules for disbursement of funds to settle a claim. The claim disbursement system (180) may be under the control of a claims manager that maintains the system, and that enters the claim-specific requirements for settling a claim. Claims management is a dynamic environment that may be informed by any number of events including the nature of the claim, arbitration, settlements, litigation, court orders, and the like. The purpose of the claim disbursement system (180) is to interpret these often-dynamic events for the benefit of the transaction system (140) and incorporate them into the logic of the blockchain system (60). The claim disbursement system (180) will ultimately determine which insurer (30) is responsible for payment of claims (via the fund transfer system (170)) and which portion of any claim should be paid and to which party.
A simple 2D tower, not to be confused with the 2D tower (100) shown in
The broker (10) established a simple 2D tower (100) in which the insured (20) has an SIR of $0.5M ($500,000) shown in Risk Layer 1. Risk Layer 2 is insured by A, B and C having limits above the SIR to $5M in exchange for collectively receiving 50% of the premium. Risk Layer 3 is insured by C, D and E, having limits from $5M to $10M in exchange for 30% of the premium. Risk Layer 4 is insured by E, having limits from $10M to $15M in exchange for 20% of the premium.
The Network System 6 comprised of the transaction system (140) of
The fund transfer system (170) receives a command from the transaction system (140) to distribute 50% of the insurance premium to insurer A, B and C 30% of the insurance premium to the insurer C, D and E, and 20% of the insurance premium to insurer E (less any fees for each).
A claim against the policy requires multiple payments over time as shown in Table 2.
As an example, the first time period t1, a claim of $800,000 is made against the policy. The claim disbursement system (180) verifies the amount owed, sets up conditions for any specific requirements for the disbursal of funds, and communicates to the transaction system (140) that funds are to be collected and from which parties. For the time period t1, $500,000 is collected via the fund transfer system (170) from the insured (20) to satisfy the SIR of $500,000. The next level of payment will be received from Layer 2 via the fund transfer system (170) up to a total of $800k (upper limit of $3M less the SIR of $0.5M). The $300,000 will be deducted from Insurer A via the fund transfer system (170). The total amount of $800,000 is transferred via the fund transfer system (170) to the appropriate receiving parties.
Continuing with the same example, a second claim is made against the policy (150) in a second time period t2, totaling $3.1M. Insurer A has $2.7M of coverage remaining in Layer 2. The claim disbursement system (180) once again verifies the amount owed, sets up conditions for any specific requirements for the disbursal of funds, and communicates to the transaction system (140) that funds are to be collected and from which parties. In this instance, $2.7M is transferred from Insurer A to the fund transfer system (170). There is $400,000 remaining of the $3.1M that is required to satisfy the second claim. The verification system (160) verifies that Insurer B is required to pay this remaining amount, and communicates this to the transaction system (140) for authorization of $400,000 to be transferred from Insurer B. The limits that have been disbursed from Insurer A of $3M exhausts this insurer's limits. Insurer A has no further responsibilities to the insured (20).
There are also shown a claim amount of $1.2M at time t3, and a claim amount of $600k at time t4. In t3, the entire $1.2M is the responsibility of Insurer B. In t4, Insurer B commits the remaining $400k for a total of $2M at which time Insurer B has no further responsibilities to the insured (20). There is $200k remaining that must be assumed by Insurer C in Level 4. The aforementioned processes apply to subsequent claims until all policies are exhausted.