US20130297356A1

Movatterモバイル変換

Info

Publication number: US20130297356A1
Application number: US13/937,750
Authority: US
Inventors: James S. Rogers; James Daniel Scott; Rozalyn G. Murphy
Original assignee: Hartford Fire Insurance Co
Current assignee: Hartford Fire Insurance Co
Priority date: 2009-06-18
Filing date: 2013-07-09
Publication date: 2013-11-07
Also published as: US20100324942A1; US8484052B2

Abstract

A computer system for receiving and evaluating requests for quotes for insurance services includes a processor; and a memory storage device in communication with the processor. The processor is adapted to: receive via a communications interface data including a request for a quote to provide insurance services with respect to a first risk; verify and augment the received data with respect to one or more sources of data; determine based on the verified and augmented received data whether a quote will be provided with respect to the first risk; and provide an output signal including the received data and at least a portion of the augmented data to a third party server.

Description

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of co-pending U.S. patent application Ser. No. 12/486,903 filed Jun. 18, 2009 entitled SYSTEM AND METHOD FOR RECEIVING AND EVALUATING REQUESTS FOR INSURANCE PROPOSALS, the entire contents of all of which are herein incorporated by reference for all purposes.

FIELD OF INVENTION

The present invention relates to computer systems, and particularly to computer systems for receiving and evaluating inquiries, such as requests to provide proposals for underwriting risks.

BACKGROUND

In the insurance field, such as in the field of property/casualty insurance for businesses and consumers, agents work with the customer to identify insurance carriers and products of possible interest to the customer. The agent may logon, through an agency management computer system, sequentially to a web portal of each carrier of interest. The agent then keys in data concerning the customer and the requested coverage to each carrier through their respective portals. After receiving the data, each carrier may separately respond with a quote or with an indication that the carrier will not provide a quote. The carrier's system may find that the data provided is incomplete or inaccurate, and provide in response an error message, requiring the agent to re-enter the data, or to conduct follow up inquiries with the customer.

Multi-carrier websites receive data from agents and convey the data to multiple carriers, so that the customers may receive multiple quotes. The multi-carrier website determines the information that is provided to each carrier.

SUMMARY

In one embodiment, a computer system for receiving and evaluating requests for insurance quotes includes a processor and a memory storage device in communication with the processor. The processor is adapted to: receive via a communications interface data including a request for a quote to underwrite a first risk with respect to a potential insured; access a data source via the communications interface, and verify and augment the received data with respect using data in the data source; determine based on the verified and augmented data whether an opportunity exists for underwriting a second risk with respect to the potential insured; determine whether a quote will be provided with respect to either the first risk or the second risk; responsive to determining that no quote will be provided with respect to the first risk, provide an output signal via the communications interface, the output signal including the received data and at least a portion of the augmented data, to a third party server.

In an embodiment, a computer system for receiving and evaluating requests for insurance quotes includes a processor; and a memory storage device in communication with the processor. The processor is adapted to: receive via a communications interface data including a request for a quote to provide insurance services with respect to a first risk; validate and enhance the received data with respect to one or more sources of data to obtain enhanced request data; determine based on the validated and enhanced data whether a quote will be provided with respect to the first risk; and provide an output signal including the received data and at least a portion of the enhanced data to a third party server.

In an embodiment, a computer-implemented method for receiving and evaluating requests for insurance quotes includes receiving via a communications interface data including a request for a quote to provide insurance services with respect to a first risk; accessing via the communications interface one or more sources of data to validate and augment the received data; determining by processor based on the validated and augmented received data whether a quote will be provided with respect to the first risk; and providing via the communications interface an output signal including the received data with at least partial augmentation to a third party server.

In an embodiment, a system for receiving and responding to requests for quotes includes an authentication module for authenticating credentials of an originator of a request; a data verification module for verifying and enriching data associated with the request; an underwriting engine interface module for furnishing the verified and enriched data to an underwriting engine and for receiving a quote from the underwriting engine; a communications module for communicating verified and enriched data to a third party server, for receiving one or more third party quotes from the third party server, and for communicating the underwriting engine quote and third party quotes to the originator.

In an embodiment, a computer-readable medium has instructions thereon for receiving and evaluating requests for insurance quotes, which instructions, when executed by a processor, cause the processor to: receive via a communications interface data including a request for a quote to provide insurance services with respect to a first risk; verify the received data with respect to one or more sources of data; augment the received data with respect to the one or more sources of data; determine based on the verified and augmented received data whether a quote will be provided with respect to the first risk; and provide an output signal including the received data and at least a portion of the augmented data to a third party server.

In an embodiment, a system for receiving and evaluating requests for insurance quotes includes a first computer system having a first processor; a first memory storage device in communication with the first processor; and a first communications interface for connecting the first computer system to a network; and a second computer system having a second processor; a second memory storage device in communication with the second processor; and a second communications interface for connecting the second computer system to the network. The first processor is adapted to: receive via the communications interface data including a request for a quote to provide insurance services with respect to a risk; validate and augment the received data with respect to one or more sources of data to obtain validated and augmented data; determine based on the validated and augmented received data whether a quote will be provided with respect to the risk; and provide an output signal including enhanced request for proposal data including the received data and at least a portion of the validated and augmented data via the network to the second computer system. The second processor is adapted to furnish to a plurality of carrier computer systems data including requests for quotes based on the enhanced request for proposal data, to receive quotes from the carrier computer systems, and to furnish the received quotes to the first computer system. The first processor is further adapted to return the received quotes to the source.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a schematic diagram of an exemplary computer network for implementation of a method and system of the invention.

FIG. 2 is a schematic diagram of the network ofFIG. 1, showing an exemplary network for implementation of a method and system of the invention.

FIG. 3 is a schematic diagram showing an exemplary computer system for use in the embodiments ofFIGS. 1 and 2.

FIG. 4 is a schematic diagram illustrating components in a system for implementation of an embodiment of the invention.

FIG. 5 is a schematic diagram showing components of an alternative system for implementation of an embodiment of the invention.

FIG. 6 is a schematic diagram showing components of another alternative system for implementation of an embodiment of the invention.

FIG. 7 is a schematic diagram showing components of another alternative system for implementation of an embodiment of the invention.

FIG. 8 is a process flow diagram of an embodiment of a method of the invention.

DETAILED DESCRIPTION

It is to be understood that the figures and descriptions of the present invention have been simplified to illustrate elements that are relevant for a clear understanding of the present invention, while eliminating, for the purpose of clarity, many other elements found in typical computer systems and methods for receipt and evaluation of applications for insurance. Those of ordinary skill in the art may recognize that other elements and/or steps are desirable and/or required in implementing the present invention. However, because such elements and steps are well known in the art, and because they do not facilitate a better understanding of the present invention, a discussion of such elements and steps is not provided herein.

Referring toFIG. 1, an exemplary network configuration is shown. Network100 connects various computer systems and devices. Network100 may be or include any type of network, including a local area network (LAN), a wide area network (WAN), an intranet, the Internet, a public switched telephone network (PSTN) or other network. Network100 may employ any suitable data protocols.

Computer systems

105,110 are in communication withnetwork100.

Computer systems

105,110,115 may be exemplary of any suitable computer system. In an embodiment,system105 may be an agency management platform;system110 may also be an agency management platform.System115 may be a computer system of a consumer or business, in communication withserver116 which may be a server providing a multi-carrier website.

Systems

105,110, and116 may be configured to provide suitably formatted data to transmit requests for quotes for providing insurance services with respect to particular risks.

Firewall

125 may be configured to provide data security services with respect to systems and networks, includingexemplary server120 anddata storage130. In an embodiment, the devices protected byfirewall125 may be systems of an in insurance carrier.Server120 may have a processor that is configured or configurable to receive data, such as requests for quotes to insure particular risks, and to verify, validate, enhance and augment data in the received requests by accessing one or more sources of data.Server120 may access sources of data including internal sources of data such asdata storage130.Server120 may access sources of data via a communications interface connected to a network, such asnetwork100.Server120 may access third party sources of data, such as by accessingdata storage152 vianetwork100 andthird party server150.Server120 may provide received requests, with data that has been validated, verified, corrected, enhanced and/or augmented, to amainframe122 which may serve as an underwriting engine.Mainframe122 may return quotes to server120.Server120 may provide output signals including responses, such as quotes to underwrite particular risks, requests for additional information, or an indication that the carrier declines to provide a quote, to

systems

105,110 andserver116, which may pass the response or reformat the data, tosystem115.Server140 may be, by way of example, a server for a system for receiving requests for insurance quotes, and for returning quotes from multiple carriers.Server120 may transmit data to server140 vianetwork100, the data including validated, verified, enhanced or augmented data, in whole or in part.Server120 may receive a signal indicating acceptance of a proposal or quote from

systems

105,110 and116, and provide a signal to policygeneration mainframe system124 to generate insurance policy documents.

In embodiments, a network or data processing network, such asnetwork100, may be employed which may include a plurality of individual networks, such as a wireless network and a landline based network, each of which may include a plurality of servers, individual workstations or personal computers. Additionally, as those skilled in the art will appreciate, one or more LANs may be included where a LAN may comprise a plurality of intelligent workstations coupled to a host processor for enable and facilitating plan setup and administration. The networks may also include mainframe computers or servers, such as a gateway computer or application server. A gateway computer serves as a point of entry into each network. The gateway may be preferably coupled to another network by means of one or more communications links. The gateway may also be directly coupled to one or more workstations using a communications link. The gateway computer may also be coupled to a storage device for storing information related to requests for proposals for insurance coverage, i.e., for underwriting of risks, and proposals, including quotes, for insurance coverage, as well as other data. Further, the gateway may be directly or indirectly coupled to one or more workstations. Those skilled in the art will appreciate that the gateway computer may be located geographically remote from the network, and similarly, the workstations may be located geographically remote from the networks and/or network servers. The client devices or workstations may connect to the wireless network using a networking protocol such as the Transmission Control Protocol/Internet Protocol (“TCP/IP”) over a number of alternative connection media, such as cellular phone, radio frequency networks, satellite networks, etc. The wireless network may connect to the gateway using a network connection a such as TCP (Transmission Control Protocol) or UDP (User Datagram Protocol) over IP, X.25, Frame Relay, ISDN (Integrated Services Digital Network), PSTN (Public Switched Telephone Network), etc.

Referring now toFIG. 2, a schematic diagram is provided showing systems that may be implemented in a network such as that illustrated inFIG. 1. Agency management platform205 may be software and hardware that provide functionality for many or all operations of insurance agencies, for example. Such systems may include code for generating user interfaces to input data in connection with a request from a client for a quotation for insuring a particular risk. Depending on the type of risk, the location, and numerous other factors, the system may provide a particular set of questions or forms to be completed. The system205 may receive the data from a user and provide an output signal in AL3 format, for example. The AL3 data format is a data format used by mainframe computer systems for insurance-specific data. A data formatting tool208, such as the TransactNow tool from Vertafore, may receive the data in AL3 format and reformat the data in ACORD XML format. The ACORD XML format data may be provided to data security and services225, which, as described in greater detail below, provides firewall functions, such as user authentication, virus checking, and may also provide services related to data management and calling of services.

Computer system210 may be an agency management platform from Applied Systems. This agency management platform has a similar functionality to that of computer system205. Requests for quotes output by computer system210 may be in TS XML data format. A format translation tool212 may receive quotes in TS XML data format and output the requests to data security and services225 in ACORD XML data format. Format translation tool212 may be IVANS Transformation Station, by way of non-limiting example.

Computer system215 may be a system for administration of an e-commerce website for receiving, such as over a network from consumer and business computer systems, requests for quotes for insurance services, and for providing quotes from multiple carriers. Computer system215 receives requests for quotes from insurance agents, businesses seeking insurance for themselves and from individuals. Computer system215 may format the request for quote data in ACORD XML format and provide the data to data security and services225.

Data security and services225, upon receiving data from computer systems205,210,215, may perform various tasks related to providing firewall services, such as identifying malicious code and taking appropriate steps to remove the code or isolate data containing the malicious code. Data security and services225 may also perform services related to authentication of credentials presented by users, translation of data between formats, routing of data, and calling of services. Data security and services225 may accordingly serve as an authentication module. If appropriate, data security and services225 permits data to be passed to server220, which may perform analyses of the data.

Server220 may include one or more processors and memory devices having code stored therein, which code, when executed by a processor, causes the processor to perform functions including validating and verifying received data by comparing received data with data in one or more sources of data, and of augmenting, enhancing and enriching received data with additional information from one or more sources of data, such as computerized databases. The sources of data may be local sources of data to server220, may be on a carrier's internal network, or may be accessed via requests passed over a network, such as the Internet, to a third party server. Server220 may serve as a data verification and validation module. The term “module,” as used herein, includes computer hardware, including processors and memory devices, having loaded program code causing the processor and other devices to perform particular functions. Validation functions may include applying business rules to determine whether the received data are internally consistent and complete. Validation functions may also include verifying the accuracy of data against one or more sources of data, which may include one or more databases internal to the carrier or external databases accessed over a network. Server230 is in communication with server220, and may provide SOA functionality, including accessing various databases for purposes of validating, verifying, enhancing, enriching and/or augmenting received data. For example, for requests for proposals for automotive insurance, server230 may include modules for accessing one or more sources of data including databases having motor vehicle records (MVR) and vehicle identification (VID) data. Server230 may include business rules that result in accessing one or more sources of data depending on the type of risk for which a proposal is sought. By way of example, business rules may specify, for a variety of risks, that server230 will access geographic data, which may be referred to as geographic information services (GIS).

The received data may also be augmented, enhanced and enriched by adding data not contained in the request to provide a proposal. Such additional or augmented data may include data from any of the databases noted above. By way of example, a database having risk scores, if applicable, may be accessed. Various types of risk scores, such as insurance risk scores associated with individuals, and flood risk scores, are known in the art. An insurance score, which may also be associated with an individual, may be accessed from a database. Tools such as those commercially available from Trillium Software Systems for data cleansing and standardization may be employed. Business rules may provide that server230 accesses CDR data.

Server220 may respond to the source of the request for proposal with an inquiry as to whether the source consents to providing data from the request to a third party, such as a different carrier's computer system or a computer system of a multi-carrier interface240. The data provided to the different carrier's computer system or multi-carrier interface240 may include the received data, which may include the received data with corrections. The data provided to the different carrier's computer system or a multi-carrier interface240 may include a portion of the additional data obtain from one or more sources of data noted above. The data may be provided to the multi-carrier interface240 in ACORD XML format, by way of example. The multi-carrier interface240 may in turn pass the data to one or more third party carriers for review and possible return of a quote. The multi-carrier interface240 may return one or more quotes in ACORD XML format, by way of example. The returned quotes from the multi-carrier interface may be returned, in accordance with instructions contained in computer program code and performed, for example, by carrier220, to the originating systems, such as agency management platforms205,210, or e-marketplace vendor platforms215. Similarly, another carrier's system may return quotes which are in turn returned, in accordance with instructions contained in computer program code and performed, for example, by carrier220, to the originating systems, such as agency management platforms205,210, or e-marketplace vendor platforms215. The quotes from the multi-carrier system or the another carrier's system may be returned to an originator, such as an agency management system, together with one or more quotes returned from the mainframe underwriting engine.

Referring now toFIG. 3, a schematic diagram illustrates an exemplary computer system for use in the embodiments ofFIGS. 1 and 2. Incomputer system300,processor310 executes instructions contained in programs such as data verification andenhancement program312. Programs may be stored on suitable media, such as optical or magnetic disks, fixed disks with magnetic storage (hard drives), tapes accessed by tape drives, and other storage media.Processor310 communicates, such as throughbus302 and/or other data channels, withcommunications port305 andmemory device320, receives data fromuser inputs315, and provides data tooutputs325.Memory device320 is configured to exchange data withprocessor310, and may store programs containing processor-executable instructions, and values of variables for use by such programs. User input may be provided atinputs315, which may include keyboards, pointing devices such as mice, and touch screens. In an embodiment,inputs315 may include user interfaces, including workstations having keyboards, touch screens, pointing devices such as mice, or other user input devices, connected via networked communications toprocessor310.Outputs325 may include displays and printers. By way of non-limiting example, one or more programs may causeoutputs325 to display data relating to requests for proposals to human operators. Human operators may provide inputs in response to prompts to, for example, determine whether to provide a proposal for underwriting a risk.Communications port305 may communicate with remote sources of information, and with systems for implementing instructions output byprocessor310, viaLAN330.LAN330 is merely exemplary, and communication may be by one or more of suitable communication methods, including over wired or wireless local area networks and wide area networks, and over communications between networks, including over the Internet. Any suitable data and communication protocols may be employed.Data storage331, which may include a wide variety of data acquired and processed in accordance with embodiments, is accessed viaLAN330.

Referring toFIG. 4, components of a system will be explained in greater detail. Exemplary systems and databases that communicate vianetwork408 with a carrier's system are shown at405,406,407. By way of example,agency management platforms405 may communicate overnetwork408.Server406 is exemplary of servers that may receive requests from a carrier's system for access to anexemplary data source407. Authentication andsecurity device410, which serves as a SEMCI gateway, controls the passage of data between external networks and the internal data functions. Authentication andsecurity device410 may verify user credentials against data authenticated usingLDAP415. An orchestration service, such as Oracle web services manager (OWSM)420, may be provided.OWSM420 applies rules, depending on the received transaction, to determine various services to call, and may also perform session management services between the services until a result is returned.SEMCI orchestration425 calls appropriate services depending on instructions received fromOWSM420.SPEP430 is a service called bySEMCI orchestration425.SPEP430 may perform validation, enhancement and enrichment services, such as running received data against rules to determine internal consistency, and comparing received data to data in external data sources, such asdata source407.Composite service435 is also called bySEMCI orchestration425.ACORD translation services440 translate data in messages between various formats, such as between ACORD XML and AL3.CLA MQ service445 provides MQ format messages to communicate with a mainframe computer system, such asmainframe computer system122 ofFIG. 1. CLAfront end450 represents a front end application running on a mainframe, and CLAback end455 represents a back end application running on a mainframe. CLAback end455 may serve as an underwriting engine to provide quotes.Echo460 is a service that stores any changes in data associated with a received business message. WebSphere Business Integration Message Broker (WBIMB)465 performs management services for business messages.eSub Orchestration470 may perform further service orchestration services. Riskassessment rules module475 applies various rules to the updated and enhanced request for proposal and provides as an output a score. The score may be employed by an operator to determine whether to provide a proposal. If a proposal is to be provided, then the data is provided tounderwriting system480.

Referring now toFIG. 5, a schematic diagram of an arrangement for receipt and processing of requests for proposals for insurance coverage, which may be implemented on the network hardware shown inFIG. 1, will be described.Agency management platforms505 provide messages in a suitable format that may be converted to ACORD XML to provideACORD messages515. In addition to agency management platforms, messages may be provided from insurance websites that cater directly to consumers or small business, and other consumer front end services. TheSOA SEMCI block510 represents generally the various services that receiveACORD format messages515 and perform data verification and enhancement functions. Atblock520, processes generally referred to as check for good data are performed. These processes may include applying business rules to the received data to determine if the data are internally consistent and complete for the type of coverage requested. Atblock525, business process services are performed. These processes may include verification of furnished data, such as verification of data against motor vehicle records (MVR), vehicle identification (VID) databases, and geographical information systems (GIS). Additional data may be obtained, such as insurance score data and risk score data for individuals. These services may access external sources of data over a network. The data, which may include corrected data and augmented and enhanced data, may be passed toCLA530, which may include web services and a mainframe back end.CLA530 may perform underwriting analyses and assign one or more scores to a proposal.CLA530 may pass the data tounderwriting system535.Underwriting system535 may perform analyses and provide pricing for a policy. Pricing may then be returned byCLA530 toSEMCI510, which generates a return message with a proposal, an indication that no proposal will be provided, and may further include enhanced or corrected data, and a request for approval to pass the data to a third party.SEMCI510 may further publish implementation guides540 to theagency management systems505. Implementation guides may include electronic forms and questionnaires to facilitate the entry of required information by agents.

Referring now toFIG. 6, a schematic illustration of functionality in another embodiment is provided.Agency management platforms605 are shown generally. Agency management platforms providerequests610 for proposals using an ACORD data format, such as an ACORD XML format. Data received are subject to analysis by asecurity function615.Security function615 may include authenticating credentials and confirming that a user is authorized by the agency management platform to interact with the system. Asecurity function615 may further include facilities for detection of viruses and other malicious code. Anorchestration function620 calls various services to provide various functions with respect to received data. A check for good data function625 may be called and include validating schema, such as determining internal consistency of furnished data. Data may be edited for internal consistency and for consistency with data obtained from sources of data, such as internal and external databases. Rules may be executed on the data that provide for a hard stop of the analysis and returning a result to the agency system. For example, if the data provided is missing required data items, or if one or more required data items is not consistent with data in one or more data sources, and the data cannot be reconciled, then a rule may provide for a hard stop of the analysis. Various services may be called to provide validation services indicated atblock630. As noted above, these services may access one or more sources of data, which may be local, accessed over a carrier's intranet, and/or third party sources of data accessed over one or more external networks. Data, which may be corrected and include enhanced and/or augmented data, may be formatted in an ACORD format message which is translated to an AL3 format message by ACORD toAL3 translation service635. An AL3 format message is provided to amessage queue MQ640, which passes the AL3 format message tomainframe AL3 adapter645.Mainframe AL3 adapter645 in turn communicates withmainframe system650. Themainframe system650 serves as an underwriting engine and generates a quote for the requested coverage and returns a quote in AL3 format. The quote may be converted from AL3 format to ACORD XML or another suitable format, passed by the orchestration function through thesecurity functionality615 to the originatingagency management platform605. In an embodiment,EBC602 may publish implementation guides toagency management platforms605 to provide identification of required data items and frameworks for submission of data. In an embodiment, a quote and/or data may be passed to a third party multi-carrier server.

Referring toFIG. 7, an example of an implementation of a system in accordance with an embodiment is shown. ACORD XML messages are generated by agency management systems (not shown), and may be posted to asecurity zone710.Security zone710 may be implemented by webservices security system714, which may be, by way of example, a system implemented on distinct hardware, such as the Datapower XS 40 available from IBM. Webservices security system714 may performauthentication712, to determine whether the person initiating the ACORD XML message has proper authority. Webservices security system714 may also perform avirus check716 and other security-related services. If the message fails to pass the security tests, a return message may be provided to the originating device. If the message passes the security and authorization tests, the message may be attached in SOAP format as a SOAP attachment and passed to anenterprise service bus720.Enterprise service bus720 may be implemented in a variety of hardware and software configurations, including the Datapower XI 50 hardware device from IBM. Theenterprise service bus720 performs schema validation on the message to verify that the message is in a format that can be read by SEMCI. If the message is in an appropriate format, the type of message is determined. In one example, the message type may be Auto Quote. Other message types may be determined by the type of insurance quote requested. For example, different message types may be provided for quotes for commercial property insurance, comprehensive general liability insurance, homeowners insurance, workers compensation, and life insurance. A business message may be formatted in a suitable manner, such as in the format of an attachment.

An orchestrator730 may be called. Each message type may map to a different orchestrator, in an embodiment. Eachorchestrator730 has a set of rules for routing of data items from the message to particular services.Orchestrator730 may be Java based. In the illustrated embodiment,orchestrator730 may call a registry, such as Universal Description, Discovery and Integration (UDDI)740 to obtain addresses and protocols forservice end points741 to access various data sources.Orchestrator730 may employ a web services manager, such as Oracle Web Services Manager (OWSM)742 to provide session management services.Orchestrator730 may call service provider enforcement point (SPEP)744, which performsvalidation services746.SPEP744, which may be Java-based, may check for edits and runs rules on the message data for internal consistency and error checks. The results of theSPEP service744 are passed back toorchestrator730.

The process flow proceeds toorchestrator730 calling, and using OWSM for session management,composite service748.Composite service748 may be based on Business Process Execution Language (BPEL), rather than Java.Composite service748 in turn calls a number ofservices750 to access various databases. For example, CDR, Experian and insurance score services may be called to obtain data regarding the proposed client.Composite service748 may simultaneously call services such as vehicle identification (VID) and motor vehicle registration (MVR) for validation of data.Composite service750 may further access geographic information services (GIS).Composite service750 may serve as a data verification, validation, augmentation and enhancement module. An appetite service may be called to provide an indication as to whether the carrier is interested in underwriting the risk. For example, the carrier may have sufficient exposure in a particular category of risk, such as property risks in a particular zip code or other geographic area, to determine that there is no appetite for further property insurance in that zip code. The appetite service may serve as an appetite module. The data obtained byservices750 is returned tocomposite service748.Composite service748 may compile the results and provide the response toorchestrator730.

The process flow may continue by a call fromorchestrator730 toeBPP service756 to obtainsubmitter data758 including resource access control facility identification (RACF ID) and first and last names. eBPP service returns this data toorchestrator730.Orchestrator730 then may output a business message in ACORD XML format and including corrected and enhanced data totranslator service752, which performs translation of the message from ACORD XML toAL3754.Translator service752 may callenterprise service bus720 to perform data transformation. The AL3 format message is provided byorchestrator730 toCLA service760.CLA service760 in turn calls a mainframe, using, e.g., Web Sphere Business Integration Message Broker from IBM, which mainframe generates aquote762.CLA service760 and

translator services

752,764, together with a processor executing instructions, may serve as an underwriting engine interface module. The quote is returned in AL3 format.Orchestrator730 callstranslator service764, which causes the AL3 message to be translated766 to ACORD XML, using theenterprise service bus720.Orchestrator730 may provide the originally received data and the updated and validated data toECHO service768.ECHO service768 compares the received XML stream with the responsive XML stream that is ready to return to the originator, and identifies the additions, deletions, and changes in the stream. The responsive XML stream is updated with the addition, deletion and change information. The orchestrator730 then forwards the updated responsive XML stream for return to the originator.

Referring now toFIG. 8, a process flow is shown. A processor may receive805 via a communications interface data including a request for a quote to provide insurance services with respect to a first risk. The processor may validate and augment810 the received data with respect to one or more sources of data. The processor may determine815 based on the validated and augmented received data whether a quote will be provided with respect to the first risk. The processor may provide820 an output signal including the received data and at least a portion of the updated data to a third party server.

Embodiments of the present invention are operable with computer storage products or computer readable media that contain program code for causing a processor to perform the various computer-implemented operations. The computer-readable medium is any data storage device that can store data which can thereafter be read by a computer system such as a microprocessor. The media and program code may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well known to those of ordinary skill in the computer software arts. Examples of computer-readable media include, but are not limited to magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD-ROM disks; magneto-optical media; and specially configured hardware devices such as application-specific integrated circuits (ASICs), programmable logic devices (PLDs), and ROM and RAM devices. Examples of program code include both machine code, as produced, for example, by a compiler, or files containing higher-level code that may be executed using an interpreter. Steps in the computer-implemented methods may be implemented in processors running software stored locally, and/or in configurations such as application service providers, in which certain steps are executed on processors communicating with one another over a network such as the Internet. Either stand-alone computers or client/server systems, or any combination thereof, may be employed.

A system in accordance with the invention may include means corresponding to each step in each method described herein. Each means may be implemented by a processor executing instructions contained in programs which may be stored in a storage medium, such as a magnetic or optical storage medium. The instructions may, when executed by a processor, cause the processor to execute algorithms disclosed in association with each step. It will be appreciated that any of the steps in the methods in accordance with the invention described herein may be so implemented.

An exemplary advantage of a system and method in accordance with an embodiment is that an insurance agent may obtain quotes from more than one carrier without the need to re-enter data. A further exemplary advantage is that the data may be enhanced or corrected prior to submission to a second carrier.

While the foregoing invention has been described with reference to the above embodiments, various modifications and changes can be made without departing from the spirit of the invention. Accordingly, all such modifications and changes are considered to be within the scope of the appended claims.

Claims

What is claimed is:

1. A computer system for processing requests to provide insurance quotes, the computer system comprising:

a computer processor;

a memory storage device in communication with the computer processor and storing data indicative of rules to select data sources correlated with categories of risk; and

a security systems device in communication with the computer processor;

wherein the computer processor is configured to:

receive via the security systems device one or more messages having data including a request for a quote to provide insurance coverage with respect to a first risk in a first category;

determine, based on the data indicative of business rules and the first category, one or more sources of data to access to validate and enhance the received data;

access the determined one or more data sources, and validate and enhance the received data to obtain validated and enhanced request data;

determine, based on the validated and enhanced request data with respect to the first risk, and using at least an appetite service, whether: (a) to provide a quote for coverage with respect to the first risk or (b) to decline to provide a quote for coverage for the first risk;

responsive to determining to provide the quote for coverage for the first risk:

provide the validated and enhanced request data to an underwriting engine;

receive the quote for coverage for the first risk from the underwriting engine; and

furnish the quote in response to the request;

responsive to determining to decline to provide the quote for coverage for the first risk:

provide, to a third party server multi-carrier quotation server configured to return quotes from a plurality of carriers, data including the received data and at least a portion of the validated and enhanced data.

2. The computer system ofclaim 1, wherein the computer processor being configured to validate and enhance the received data includes the computer processor being configured to correct the received data based on data in the one or more sources of data, and wherein the data provided to the multi-carrier quotation server includes corrected received data.

3. The computer system ofclaim 1, wherein the computer processor being configured to validate and enhance the received data includes the computer processor being configured to add data to the received data, and wherein the data provided to the multi-carrier quotation server includes at least a portion of the added data.

4. The computer system ofclaim 1, wherein the computer processor is further configured to determine based on the validated and enhanced data to provide or to decline to provide a quote with respect to a second risk distinct from the first risk.

5. The computer system ofclaim 4, wherein the second risk is a property/casualty risk.

6. The computer system ofclaim 5, wherein the first category is business property insurance, the second property/casualty risk is flood risk, the data sources correlated with the first category comprise geographical information services (GIS) data and flood zone data, and the computer processor is further configured to determine based on the GIS data whether an opportunity exists for underwriting flood insurance.

7. The computer system ofclaim 4, wherein the first risk is business property insurance, and the computer processor is further configured to provide, in response to the request for a quote, a proposal to provide group benefits insurance.

8. The computer system ofclaim 1, wherein the computer processor is further configured to enhance the received data by accessing an insurance risk score of an individual associated with the request for quote and adding the insurance risk score to the data.

9. The computer system ofclaim 1, wherein the computer processor is further configured to validate the received data using vehicle identification data and motor vehicle registration data.

10. The computer system ofclaim 1, wherein the appetite service is configured to determine whether a carrier has sufficient exposure in the category of risk associated with the request for quote.

11. A computer-implemented method for processing requests to provide insurance quotes, comprising:

receiving by a computer processor, via a security systems device, one or more messages having data including a request for a quote to provide insurance coverage with respect to a first risk in a first category;

accessing by the computer processor, from a memory storage device in communication with the computer processor, data indicative of rules to select data sources correlated with categories of risk;

determining by the computer processor, based on the data indicative of business rules and the first category, one or more sources of data to access to validate and enhance the received data;

accessing by the computer processor the determined one or more data sources, and validating and enhancing by the computer processor the received data to obtain validated and enhanced request data;

determining by the computer processor, based on the validated and enhanced request data with respect to the first risk, and using at least an appetite service, whether: (a) to provide a quote for coverage with respect to the first risk or (b) to decline to provide a quote for coverage for the first risk;

responsive to determining to provide the quote for coverage for the first risk:

providing by the computer processor the validated and enhanced request data to an underwriting engine implemented on a mainframe computer system;

receiving by the computer processor the quote for coverage for the first risk from the underwriting engine implemented on the mainframe computer system; and

furnishing by the computer processor the quote in response to the request;

providing by the computer processor, to a third party server multi-carrier quotation server configured to return quotes from a plurality of carriers, data including the received data and at least a portion of the validated and enhanced data.

12. The computer-implemented method ofclaim 11, wherein the validating and enhancing the received data comprises correcting the received data based on data in the one or more sources of data, and wherein the data provided to the multi-carrier quotation server includes corrected received data.

13. The computer-implemented method ofclaim 11, wherein the validating and enhancing the received data includes adding data to the received data, and wherein the data provided to the multi-carrier quotation server includes at least a portion of the added data.

14. The computer-implemented method ofclaim 11, further comprising determining by the computer processor based on the validated and enhanced data to provide or to decline to provide a quote with respect to a second risk distinct from the first risk.

15. The computer-implemented method ofclaim 14, wherein the first risk is workers compensation insurance, and the second risk is life insurance.

16. The computer-implemented method ofclaim 11, further comprising furnishing by the computer processor in response to the request enhanced and validated data.

17. The computer-implemented method ofclaim 16, further comprising furnishing by the computer processor in response to the request a request for approval to pass data to a third party.

18. A non-transitory computer-readable storage medium, the non-transitory computer-readable storage medium having processor-executable instructions, which instructions, when executed by a processor, cause the processor to:

receive one or more messages having data including a request for a quote to provide insurance coverage with respect to a first risk in a first category;

access, from a memory storage device in communication with the processor, data indicative of rules to select data sources correlated with categories of risk;

responsive to determining to provide the quote for coverage for the first risk:

provide the validated and enhanced request data to an underwriting engine;

furnish the quote in response to the request;

19. The non-transitory computer-readable storage medium ofclaim 18, wherein the instructions further cause the processor to, using the appetite service, determine whether a carrier has sufficient exposure for property risks in a particular geographic area.

20. The non-transitory computer-readable storage medium ofclaim 19, wherein the instructions further cause the processor to, using a cross-sell module, in response to receipt of a request for workers compensation insurance, return a message requesting additional information needed to provide a group benefits proposal.