Collaborative intelligent task processor for insurance claims

专利摘要:
An insurance claim processing system, including at least one computer including a processor and a memory device, an insurance claims database operating on the at least one computer, the insurance claims database configured to 5 store insurance claim data, an action plan database operating on the at least one computer, the action plan database storing a plurality of action plans, wherein each of the action plans includes one or more automated procedures performed to complete a task related to processing an insurance claim, a pattern analysis component operating on the at least one computer, the pattern analysis component 10 configured to identify patterns from the insurance claim data stored in the insurance claims database, and an automated task processor stored on the memory device and executable by the processor, the automated task processor configured to, identify an insurance claim processing task performable by an automated performer based on pattern matching performed by the pattern analysis component, 15 obtain insurance claim data related to the identified insurance claim processing task from the insurance claims database, for the identified insurance claim processing task, select an action plan from the action plan database based on the obtained insurance claim data, for the selected action plan, identify a set of one or more automated procedures included in the action plan, and cause execution of the 20 identified set of automated procedures included in the action plan. 0& K o LL x &I L oa
公开号:AU2013201480A1
申请号:U2013201480
申请日:2013-03-13
公开日:2013-04-04
发明作者:David R. Dahle；Jeffrey Michael Wargin；Jeffrey G. Weiss
申请人:Accenture Global Services Ltd；
IPC主号:G06Q40-00

专利说明:
P/00/011 Regulation 3.2 AUSTRALIA Patents Act 1990 COMPLETE SPECIFICATION STANDARD PATENT Invention Title: "COLLABORATIVE INTELLIGENT TASK PROCESSOR FOR INSURANCE CLAIMS" The following statement is a full description of this invention, including the best method of performing it known to me/us: COLLABORATIVE INTELLIGENT TASK PROCESSOR FOR INSURANCE CLAIMS 5 Field of the Invention The present invention relates generally to insurance, and more particularly, to a collaborative intelligent task processor configured to collaboratively operate to complete one or more tasks associated with an insurance claim. 10 Background Processing insurance claims is a significant part of the business activities of insurance companies. Efficient processing of insurance claims provides benefits not only in retaining and attracting customers, but also in minimizing costs. In the past, insurance companies have serviced insurance claims the same, regardless of 15 complexity. Recently, however, there has been more focus on handling insurance claims differently based on the complexity of the individual insurance claim. In general, insurance claims may be grouped into three segments, namely, 1) Core Claims; 2) Express Claims; and 3) Fast Track Claims. Core Claims may include 20 low frequency, higher relative severity claims that are typically handled by a human expert claim handler. An example Core Claim may be a large commercial liability insurance claim with multiple claimants. Express Claims may include high frequency relatively low severity claims that 25 require human handling, such as insurance claims related to vehicle damage, or personal property loss. Fast Track Claims may include insurance claims of relatively low severity that can be handled without human intervention, such as an insurance claim related to only broken automobile glass or a claim related to a relatively minor theft/vandalism incident. With Fast Track Claims, a basic task, such as matching the 30 loss to the policy of the insured or issuing a payment in response to receipt of an invoice, may be automated to be performed automatically. 2 However, due to the complexities and multiple separate tasks that are associated with most insurance claims, relatively few insurance claims may be categorized as Fast Track Claims. In addition, insurance claims categorized as Express Claims are still handled by a human, who performs each task manually, 5 regardless of complexity. Accordingly, to maximize efficiency, what is needed is a system that can separate an insurance claim into individual tasks, identify those individual tasks that are capable of being completed in an automated fashion versus those tasks that need a human claim adjuster. Further, what is needed is a system capable of automated completion of more complex tasks by taking into 10 account other aspects of the insurance claim that are not necessarily part of an individual task being automatically completed. Summary The present invention provides an insurance claim processing system capable of automated analysis of an insurance claim, identification of events 15 included in the data of the insurance claim, and/or generation of tasks that need to be performed to resolve the insurance claim. In addition, the system is capable of performing automated processing of some, or all of the tasks generated for an insurance claim. In one aspect. the present invention provides an insurance claim 20 processing system, including at least one computer including a processor and a memory device, an insurance claims database operating on the at least one computer, the insurance claims database configured to store insurance claim data, an action plan database operating on the at least one computer, the action plan database storing a plurality of action plans, wherein each of the action plans 3 includes one or more automated procedures performed to complete a task related to processing an insurance claim, a pattern analysis component operating on the at least one computer, the pattern analysis component configured to identify patterns from the insurance claim data stored in the insurance claims database, and an 5 automated task processor stored on the memory device and executable by the processor, the automated task processor configured to identify an insurance claim processing task performable by an automated performer based on pattern matching performed by the pattern analysis component, obtain insurance claim data related to the identified insurance claim processing task from the insurance 10 claims database, for the identified insurance claim processing task, select an action plan from the action plan database based on the obtained insurance claim data, for the selected action plan, identify a set of one or more automated procedures included in the action plan, and cause execution of the identified set of automated procedures included in the action plan. 15 In another aspect, the present invention provides an insurance claim processing system embodied in instructions stored on a memory storage device, the instructions executable by a computer with a processor, including a memory storage device, instructions stored in the memory storage device that are executed by the processor to cause the processor to identify patterns from insurance claim 20 data stored in an insurance claims database, the database configured to store insurance claim data and a plurality of action plans, instructions stored in the memory storage device that are executed by the processor to cause the processor to identify an insurance claim processing task performable by an automated performer, the insurance claim processing task identified based on the identified 4 patterns, instructions stored in the memory storage device that are executed by the processor to cause the processor to obtain insurance claim data related to the identified insurance claim processing task from the database, instructions stored in the memory storage device that are executed by the processor to cause the 5 processor to select, for the identified insurance claim processing task, an action plan from the database based on the obtained insurance claim data, wherein each of the action plans includes one or more automated procedures performed to complete a task related to processing an insurance claim, instructions stored in the memory storage device that are executed by the processor to cause the processor 10 to identify, for the selected action plan, a set of one or more automated procedures included in the action plan, and instructions stored in the memory storage device that are executed by the processor to cause execution of the identified set of automated procedures included in the action plan. In a further aspect, the present invention provides a method of processing 15 insurance claims, including providing a computer, the computer communicating with a database, the database configured to store insurance claim data and a plurality of action plans, wherein each of the action plans includes one or more automated procedures performed to complete a task related to processing an insurance claim, identifying patterns from insurance claim data stored in the 20 insurance claims database with a pattern analysis component executed with the computer, identifying an insurance claim processing task performable by an automated performer with an automated task processor, the insurance claim processing task identified based on pattern matching performed by the pattern analysis component, obtaining insurance claim data related to the identified 5 insurance claim processing task from the database with the automated task processor, selecting, for the identified insurance claim processing task, an action plan from the database with the automated task processor based on the obtained insurance claim data, the automated task processor identifying, for the selected 5 action plan, a set of one or more automated procedures included in the action plan, and causing execution of the identified set of automated procedures included in the action plan. 6 Further objects and advantages of the present invention will be apparent from the following description, reference being made to the accompanying drawings wherein preferred embodiments of the present invention are clearly shown. 5 Throughout this specification and claims which follow, unless the context requires otherwise, the word "comprise", and variations such as "comprises" and "comprising", will be understood to imply the inclusion of a stated integer or step, or group of integers or steps, but not the exclusion of any other integer of step or group of integers or steps. 10 The reference to any prior art in this specification is not, and should not be taken as. an acknowledgement or any form or suggestion that the prior art forms part of the common general knowledge in Australia. 7 Brief Description of the Drawings FIG. I is a block diagram of an example insurance claim processing system. FIG. 2 is a block diagram illustrating example functionality of a server 5 computer included in the insurance claim processing system depicted in FIG. 1. FIG. 3 is a block diagram of a portion of the functionality of the server computer depicted in FIG. 2 and the functionality of a collaborative intelligent task processor depicted in FIG. 1. 10 FIG. 4 is an operational flow diagram of the insurance claim processing system of FIG. 1. FIG. 5 is a second portion of the operational flow diagram illustrated in FIG. 15 4. Detailed Description FIG. 1 is an example block diagram of an insurance claim processing system 100. The insurance claim processing system 100 is an automated system that may operate on one or more computing devices to process insurance claims. As used 20 herein, the term "insurance claim" refers to any data related to an identified situation, instance, or event that may come within the coverage of a contractual obligation to indemnify, defend or guarantee a party against loss by a specified contingency or peril, and the corresponding activities related to resolving the contractual obligation including first notice of loss, investigations, payments and/or any other functions 25 related thereto. Insurance claims may occur when an insured customer of an insurance organization experiences an incident, such as property loss/damage and/or bodily injury that may be covered by an existing insurance policy issued by an insurance organization. In addition an insurance claim may occur in the context of a warranty contract situation where a good or service has allegedly failed to perform as 30 represented or promised. Example insurance may include automobile insurance, homeowner insurance, business insurance, warranty insurance, liability insurance, 8 medical insurance, etc. The insurance claim processing system may also be used for other types of data processing. In FIG. I the insurance claim processing system 100 includes at least one data 5 interface terminal 102 and at least one server computer 104 all capable of communication over a network 110. In other examples, additional terminals, servers and/or any other devices capable of being coupled with the network 110 may be included in the insurance claim processing system 100. As used herein, the term "coupled", "connected", or "interconnected" may mean electrically coupled, optically 10 coupled, wirelessly coupled and/or any other form of association providing an interface between systems, devices and/or components. The network 110 may include the Internet, a public and/or private intranet(s), an extranet(s), a dedicated communication line(s) and/or any other configuration to 15 enable transfer of data and commands. Communication within the network 110 may be performed with a communication medium that includes wireline based communication systems and/or wireless based communication systems. The communication medium may be, for example, a communication channel, radio waves, microwave, wire transmissions, fiber optic transmissions, or any other communication 20 medium capable of transmitting data, audio and/or video information. The data interface terminal 102 may be any device(s) with data viewing, data modification, and data manipulation capability that is also able to communicate over the network 110. Examples of data interface terminals 102 include a terminal, a 25 laptop computer, a desktop computer, a personal digital assistant (PDA), a wireless phone, etc. The data interface tenninal 102 may be operated by an organizational entity associated with an insurance organization. The organizational entity may be assigned responsibility for at least a portion of insurance claims submitted to the insurance organization. As used herein, the term "organizational entity," 30 "organizational entities" or "OE" is broadly defined to include an individual employee, any number of individual employees, offices, work groups, teams, etc. within an insurance organization. The term "organizational entity," "organizational entities" or "OE" may also refer to individuals, offices, work groups, teams, etc. that 9 are external to the insurance organization performing functions based on a relationship with the insurance organization. One example of an organizational entity operating the data interface terminal 102 may be an insurance claim handler responsible for resolving an insurance claim. 5 The server computer 104 may be any form of computing device(s) capable of receiving requests and transmitting responses over the network 110. Operation of the server computer 104 may be based on instructions selectively executed by at least one processor (not shown) operating within the server computer 104. In addition to 10 executing instructions to provide the functionality commonly provided in computing devices operating as servers on a network, the server computer 104 may execute instructions to enable operation of the insurance claim processing system 100. Instructions executed by the server computer 104 may be stored in a memory device 106. 15 The memory device 106 may be one or more data storage devices accessible by the server computer 104. The memory device 106 may be at least one magnetic data storage device, such as a hard drive, an optical disk, a tape, etc., and/or at least one electronic memory device such as flash memory, random access memory (RAM), 20 etc. The memory device 106 may be located within the server computer 104 as illustrated. Alternatively, the memory device 106 may be located anywhere within the network 110 that allows communication with the server computer 104 over the network 110. In another alternative, a portion of the memory device 106 may be located within the server computer 104 and other portion(s) of the memory device 106 25 may be located elsewhere within the network 110. Included within the illustrated memory device 106 is at least one rules engine 116 and at least one data storage database 118. The rules engine 116 may be executable instructions capable of providing the functionality of the insurance claims 30 processing system 100. In addition, the rules engine 116 may include instructions providing rules and other parameters for operation of the insurance claims processing system 100. The data storage database 118 may be a database, such as a relational database that allows data storage capability for data related to insurance policies 10 and/or insurance claims. In addition, data utilized or generated during operation of the rules engine 116 may be stored in the data storage database 118. The server computer 104 may also communicate with and/or access other 5 computing devices 120 over the network 110. The computing devices 120 may include legacy computing systems within an insurance claim processing company, such as an insurance company, that include data related to a claimant and/or an insurance claim. In addition, the computing devices 120 may include integration partners of the insurance claim processing company. Integration partners may be 10 providers of goods and/or services, such as a vehicle windshield repair shop, a medical services provider, a damage estimator, a vehicle tow service or a vehicle auto body shop that is capable of being electronically authorized to perform work, supply materials, submit invoices and/or be issued payment for work performed and/or materials provided. The computing devices 120 also may be public sources of 15 information external to the insurance claim processing company that are accessible over the network 110, such as databases related to estimated vehicle costs, or criminal records. The computing devices 120 may also include private or proprietary sources of information such as databases related to a claimant's credit report, or a vendor database, such as repair contractors, providers of medical services, or any other 20 insurance claim services. When an insurance claim is submitted to an insurance organization, data related to the insurance claim may be entered into the data interface tenninal 102. With an insurance claim of an insured, the data may include identification of the 25 insured, the insurance policy number, details of the insurance claim, etc. The data may be transmitted over the network 110 to the server computer 104. The server computer 104 may execute instructions within the rules engine 116 to store the data within the data storage database 118 of the memory device 106. 30 The server computer 104 also may execute instructions to manipulate and/or augment the data related to the insurance claim to identify additional properties associated with the stored data. As used herein, the term "properties" or "property" is broadly defined to include the entered data associated with an insurance claim as well 11 as identified attributes, parameters, classifications, categorizations, pattern results, etc., that are associated, a result of, and/or are derived from the stored data. FIG. 2 is a block diagram of an example functionality included in the server 5 104. The server 104 includes a first notice of loss component 202, a contract system component 204, an insurance claim database 206, an event processor component 208, a task engine component 210, a task assistant component 212, a partner integration framework component 214, a pattern analysis component 216, an automatic assignment component 218, a file notes component 222, a forms component 224, a 10 contacts component 226 and a collaborative intelligent task processor 228. The various components may be stored as instructions in the memory device 106, and may be selectively executed by the server computer 104. In other examples, additional or fewer components may be illustrated to depict the functionality of the server 104 as described herein. 15 The first notice of loss (FNOL) component 202 may be enabled to allow an insurance claim to be initially entered into the insurance claims processing system 100 by an organizational entity using the data interface terminal 102 (FIG. 1). For example, a call center operator may enter the basic information related to an insurance 20 claim of an insured, such as the name of the insured, the date of the insurance claim, the facts related to the insurance claim, etc. using the FNOL component 202. Alternatively, the information related to an insurance claim may be received in another medium such as written correspondence, and entered using the FNOL component 202. 25 The FNOL component 202 may also analyze the data being input, and provide real-time lookup and/or verification of insurance policy coverage and/or contractual obligation related information. For example, while the organizational entity in the call center is discussing the insurance claim with the insured, the FNOL component 30 202 may provide the organizational entity with the insured's policy information. The FNOL component 202 may enable the contract system component 204 to access the contract-related information, such as the policy-related information of a 12 claimant. Accordingly, the contract information may be stored, accessed and manipulated by the contract system component 204. Alternatively, the contract system component 204 may be an interface to another computing system, such as a legacy system, within an insurance company or other insurance claim processor to 5 enable access storage and/or retrieval of the contract related information. In addition, the FNOL component 202 may interactively provide prompts to the organizational entity to query the claimant for additional information. As additional information is entered by the organizational entity, additional prompts may 10 be generated. Information entered with the FNOL component 202 may be stored in the insurance claim database 206. The insurance claim database 206 may be part of the data storage 118 of FIG. 1, and may store all information related to an insurance claim. 15 Information stored in the insurance claim database 206 related to an insurance claim, including the data captured with the FNOL component 202 may be iteratively monitored and analyzed by the event processor component 208. The event processor component 208 may generate an event or identify an investigation. An event or investigation may be generated by the event processor component 208 when there is a 20 change in the state of an insurance claim. In other words, when the data in the insurance claim database 206 is changed "significantly", as determined by the event processor component 208, an event or investigation may be generated. Events and investigations may also be generated manually. Events and investigations may be generated by the event processor component 208 based on automated evaluation of 25 the data by the event processor component 208. For example, changes in overall complexity, the severity of the loss, the extent of the loss, the loss history of the claimant, etc. may trigger generation of an event or an investigation, Thus, each insurance claim can trigger generation of different events and/or investigations based on the nature of the insurance claim, the specific facts involved, the claimant and/or 30 any other data related to the insurance claim. The task engine component 210 is executable to iteratively monitor and generate tasks, or execution tasks, based on generated events and investigations. As 13 used herein, the terms task, or execution task refers to each of the discrete activities that are to be performed to complete the processing of an insurance claim. Thus, each insurance claim may include different tasks, or combinations of tasks, based on the events and/or investigations generated. The automated task generation may be 5 based on account servicing requirements, company policy, company best practices, regulatory requirements, and customizable task profiles in view of the data associated with the insurance claim. A task library of tasks may be accessed by the task engine component 210. Tasks may be selected from the task library based on rules that match conditions in the insurance claim to one or more of the tasks in the task library. 10 Example tasks include correspondence tasks, phone tasks, ad hoc tasks, authority tasks, research tasks, data gathering tasks, claim allocation tasks, policy match to loss tasks, claim closing tasks, invoice payment tasks, etc. The task assistant component 212 may receive, organize and manage the 15 execution of tasks generated by the task engine component 210. The execution tasks may be included in a task plan created by the task assistant component 212. A task plan may be created for each insurance claim or each part of an insurance claim. The task plan may include one or more tasks that are specifically selected to represent the steps that are to be executed to complete the processing of a specific insurance claim 20 or a specific part of an insurance claim. Tasks in the task plan may be date sensitive and may serve a diary function with respect to each insurance claim or each portion of an insurance claim. Accordingly, the task assistant component 212 may provide automated scheduling and tracking of insurance claim related activities. In addition, the task assistant component 212 may provide organization and management of 25 complex insurance claims or parts of complex insurance claims. As the data in the insurance claim database 206 related to an insurance claim is added, updated and/or changed, the event processor component 208 may analyze the data and generate additional events. In response to the events, the task engine 30 component 210 may generate tasks to include in the task plan. In addition, the task engine component 210 may delete or change existing tasks in the task plan in response to events. Tasks that are generated, changed or deleted are provided to the task assistant component 212 to update the task plan. 14 Each task in the task plan may include identification of a performer to complete the task. The performer may be a specific organizational entity, a category of organizational entities or another component included in the server computer 104. 5 The task assistant component 212 may also create and maintain a historical record of tasks that are completed. The historical record may include an indication of the performer that completed the task, the insurance claim associated with the task, file notes, date of completion, etc. 10 Some of the tasks may identify the FNOL component 202 as the performer. Such tasks may instruct the FNOL component 202 to push data and/or work to external suppliers (integration partners) of the insurance claim processing company. The FNOL component 202 may push such data and/or work to the external business partners using the partner integration framework component 214. For example, 15 FNOL component 202 may arrange for a vehicle tow, a rental vehicle or vehicle repairs at a repair shop for an insurance claim related to a vehicle accident. The partner integration framework component 214 may be an interface to the computing devices 120 (FIG. 1) that are maintained by one or more of the external 20 business partners of the insurance company. Alternatively, the partner integration framework component 214 may include a communication port, a terminal or other interface device that allows external business partners to communicate with the server 104. 25 The FNOL component 202 may also enable the pattern analysis component 216. The pattern analysis component 216 may identify patterns from the data included in the insurance claim database 206. The patterns may be used to segment and/or categorize all or parts of the insurance claim. As used herein, "categorizing" or "categorization" refers to classification of an insurance claim into a predetermined 30 category(s) that has been identified by a insurance claim processing organization. In general, various patterns may be developed that are representative of different segments within insurance claims. The patterns may be matched to an insurance 15 claim. Outcomes from each of the patterns may be aggregated to generate pattern results to further categorize the insurance claim. The pattern analyzer component 216 may analyze the data associated with an 5 insurance claim and return one or more pattern results. To obtain the pattern results, the properties associated with individual insurance claims may be divided into segments or dimensions that may also be referred to as pattern types. Each of the segments may be identified by matching the properties associated with the insurance claim to one or more associated patterns that may also be referred to as components. 10 Each of the matched patterns may provide an outcome resulting from analysis of the data associated with the insurance claim that is matched to the pattern. The outcomes from each of the patterns may be aggregated to form pattern result(s). Aggregation may involve automated analysis of the outcomes with respect 15 to each other to arrive at a result that is representative of the patterns when considered in totality. For example, in an insurance claim, a first outcome from a first pattern may be indicative of unusually high financial losses. A second outcome from a second pattern may be indicative of an unusually high number of previous insurance claims. Aggregation of the first and second outcomes may therefore indicate a pattern 20 result of high potential for fraud. The pattern result(s) may provide additional information that can be used in many different aspects of the processing of an insurance claim. The pattern results and the data in the insurance claim database 206 may be 25 used by the auto assignment component 218 to identify target organizational entities best able to handle the insurance claim. Target organizational entities may be identified based on matching the data and pattern results identified for the insurance claim with the skill set of organizational entities. The skill set of an organizational entity(s) may be matched to an insurance claim based on, for example, identified 30 skills, expertise, experience, efficiency, grouping with other similar insurance claims, geographic location, or any other criterion related to the organizational entity(s). The insurance claims may be automatically assigned to any organizational entity, such as internal or external adjusters, vendors and/or any other third parties without the need 16 for human intervention. Automated assignment may be performed with a systematic process of choosing an organizational entity(s) based on the pattern results and insurance claim data. 5 Once assigned, the organizational entity may use the task plan provided by the task assistant component 212 to work through the processing of the insurance claim. The organizational entity may also reorganize the task plan, delete tasks and add tasks to the task plan. In addition, the organizational entity may enable the file notes component 222. 10 The file notes component 222 may be a word processor based functionality that allows the organizational entity to generate, maintain and/or send file notes related to the insurance claim. The file notes may include fields and/or free form text entries. The file notes component 222 may include word processing functionality 15 such as spell checking, word wrap, etc. In addition, the file notes component 222 may allow categorization of the file notes based on key fields, searching, sorting, etc. The organizational entity may also enable the forms component 224. The forms component 224 may be enabled to automatically generate forms, letters and 20 other types of template documents. The templates may be included in a template library for ready access. The templates may be located using context sensitive menus to navigate through the available templates. Upon selection of a template, the forms component 224 may automatically access data in the insurance claim database 206 to populate the template chosen for a particular insurance claim with some of the header 25 information related to the insurance claim. Example insurance claim specific header information that may be automatically populated into a selected template by the forms component 224 includes an address, insurance claim number, date of loss, name of the claimant, name of the insured, policy number, etc. 30 The contacts component 226 may be populated with contact information, such as name, telephone number, etc. of the claimant, individuals involved in the insurance claim, witnesses, business partners involved in the insurance claim, or any other individuals or entities associated with the insurance claim. The contact information 17 may be automatically extracted from the insurance claim database 206 and stored in a contacts database associated with the insurance claim. The contact information may be manually or automatically accessed as needed. 5 The pattern analysis component 216 may also categorize the insurance claim as one that includes tasks that are eligible for performance by an automated performer. One automated performer is the previously discussed FNOL component 202. Another automated performer is the collaborative intelligent task processor 228. 10 The collaborative intelligent task processor 228 is automated to perform tasks. The tasks performed by the collaborative intelligent task processor 228 may represent the entire insurance claim. The collaborative intelligent task processor 228 may also perform a selected task associated with an insurance claim, while other tasks associated with an insurance claim may be performed by a human organizational 15 entity. Tasks attempted to be performed by the collaborative intelligent task processor 228 may also be redirected to a human organizational entity based on predetermined triggers, thresholds and/or scenarios related to and/or determined during performance of the task by the collaborative intelligent task processor 228. 20 Tasks may be assigned or allocated to the collaborative intelligent task processor 228 by the task assistant component 212 and/or the auto assignment component 218. Alternatively, the collaborative intelligent task processor 228 may analyze the tasks in the task plan and select those tasks that are capable of automated performance. Tasks capable of automated performance may be determined based on 25 analysis of the task by the collaborative intelligent task processor 228 and/or identified with a flag or other indicator associated with a task. Accordingly, tasks may be allocated for automated processing by other components in the insurance claim processing system, an organizational entity, and/or by the collaborative intelligent task processor 228 itself 30 Automated performance of tasks by the collaborative intelligent task processor 228 may involve automated analysis of the task and automated selection of an action plan corresponding to the task. The action plan may include a plurality of procedures 18 or subroutines that enable the collaborative intelligent task processor 228 to acquire and/or process information related to the insurance claim. In addition, the action plan may include one or more procedures executable by the collaborative intelligent task processor 228 to process the acquired information, the data from the insurance claim 5 database 206 and/or pattern matching data to yield a result. The task result may be responsive to the task. Alternatively, the result may be additional data that is leveraged by the collaborative intelligent task processor 228 to acquire additional information and/or further process the acquired information, the data from the insurance claim database 206 and/or pattern matching data to yield a further result. 10 The collaborative intelligent task processor 228 may iteratively acquire, generate and/or process data related to an insurance claim based on one or more tasks until the action plan is completed. For example, the partnership integration component 214 may receive and 15 associate an invoice with an insurance claim stored in the insurable event database. The event processor 208 may identify the invoice as an event, and the task engine 210 may generate a task to process the invoice for payment. The task assistant may assign the task to the collaborative intelligent task processor 228. The collaborative intelligent task processor 228 may receive the task and select an action plan 20 responsive to the task. In this example, an action plan to process an invoice may be selected by the collaborative intelligent task processor 228. The procedures and subroutines included in the selected action plan may enable the intelligent task processor 228 to confirm the invoice is correct and process 25 the invoice for payment without human intervention. Confirmation that the invoice is correct may involve comparing the work performed with the insurance claim, confirming the amount does not exceed a determined amount, confirming a deductible was met, etc. Processing the invoice for payment may involve generating a check for the correct amount made out to the correct entity with a mailing envelop or transmittal 30 instructions to transmit the check to the entity. FIG. 3 is a block diagram illustrating a portion of the server 104 that includes the insurance claim database 206, the task engine component 210, the task assistant 19 component 212, the file notes component 222, the forms component 224, and the contacts component 226. In addition, FIG. 3 includes the functionality of an example collaborative intelligent task processor 228. In other examples, fewer or greater numbers of components could be used to describe the functionality described herein. 5 The illustrated collaborative intelligent task processor 228 includes a task handler component 302 and a data handler component 304 that are fully automated. In general, the task handler component 302 is executable to automatically analyze and process a task provided to the collaborative intelligent task processor 228. In 10 addition, the task handler component 302 may determine and/or develop an action plan for each task. The data handler component 304 is automatically executable to request, receive, analyze, and/or transmit data available from various sources based on 15 procedures included in the action plan. In addition, the data handler component 304 is executable to initiate automated sub-processing by other components in the server 104 in order to obtain data. Further, the data handler component 304 is automatically executable to logically analyze the data received from a number of requests to derive and/or generate a result that is responsive to the task. The data handler component 20 304 may also forward data received from one sub-process to another sub-process for additional processing. The task handler component 302 includes a task list component 308, a task analysis component 310, an action plan database 312 and a task interface component 25 314. As previously discussed, tasks may be generated by the task engine component 210 and included in a task plan by the task assistant component 212. The tasks may be acquired and/or provided to the task handler component 304. The task handler component 304 may wait to receive tasks transmitted from 30 the task assistant 212. Such tasks may be stored in a task queue accessible by the task list component 308- Alternatively, the task handler component 304 may be executable to review task plans of those insurance claims that have been identified by pattern matching with the pattern analysis component 216 (FIG. 2) as having tasks 20 that are performable by an automated performer. Based on the automated review, the task handler component 304 may select tasks to be stored in the task queue. Selection of tasks to be stored in the task queue may be based on a 5 predetermined list of tasks that have been identified as capable of being performed by the collaborative intelligent task processor 228. Alternatively, automated selection of the tasks by the task list component 308 may be based on the existence of a predetermined parameter, such as a flag, that is included in tasks capable of being completed by the collaborative intelligent task processor 228. In another alternative, 10 the task list component 308 may analyze the task and determine if the task is capable of being performed by the collaborative intelligent task processor 228. Analysis may be based on, for example, comparison of the available action plans to the tasks in the task plan. 21 The task analysis component 310 may analyze each task and determine at least one corresponding action plan capable of being used to complete the task. Determination of at least one corresponding action plan may be based on a parameter such as a task type identifier included with the task. The task type identifier may 5 identify the type of task that is to be performed and a corresponding one or more action plans associated with the task. Based on the task type identifier, the task analysis component 310 may further analyze the task to identify a subset of action plans capable of performing the task. For example, the task type may identify the task as an invoice related task, a set reserve type task, etc. In the case of an invoice type 10 task, the task analysis component 310 may further analyze to determine if the invoice is a medical services invoice, a legal services invoice, a car repair invoice, etc. Based on the analysis, different action plans may be chosen. In other examples, one or more other predetermined parameters may be associated with each task. The predetermined parameter(s) may, for example, specifically identify one or more action plans capable 15 of being executed to complete the task. Alternatively, the task analysis component 310 may utilize pattern matching performed by the pattern analysis component 216 (FIG. 2) as a basis for selection of one or more action plans. For example, the task may be to determine and set a reserve 20 amount (maximum possible payout) for an insurance claim. The pattern analysis component 216 may have performed pattern matching that indicates that the insurance claim is an automobile damage claim, without bodily injury, involving only two vehicles, where the vehicle damage is moderate. Based on the pattern matching results, one or more action plans may be selected to determine a reserve amount for 25 the insurance claim. In another alternative, the task analysis component 310 may analyze the data in the insurance claim database 206 as the basis for choosing one or more action plans. For example, where the task is to determine and set a reserve, the task analysis 30 component 310 may determine that the insurance claim is a homeowner fire and choose one or more action plans associated with retrieval and analysis of data related to damage to private dwellings. The task analysis component 310 may use any combination of the type, other predetermined parameters, data associated with the 22 insurance claim and/or pattern matching results as the basis for selection of one or more action plans. The action plans may include one or more procedures. The procedures may be 5 specific instructions to be performed in an automated fashion in a determined sequence to complete the task. Where there are multiple procedures in an action plan, the procedures may be step-by-step sequential and/or parallel instructions to obtain one or more results. For example, in the case of a damaged vehicle bumper insurance claim, a first procedure in a selected action plan may be an instruction to access the 10 insured's policy information and determine the deductible for vehicle collision. A second procedure may be an instruction to access the insurance claim database to obtain a make, a model and a year of the vehicle that was damaged. A third procedure in the action plan may be an instruction to access a business partners database and obtain the costs of a new bumper and associated installation for the 15 vehicle make, model and year retrieved in the second procedure. A fourth procedure may be an instruction to apply the deductible retrieved in the first procedure to the total cost and calculate a payout, and a fifth procedure may be to issue a check to the business partner for the calculated payout. The previous example was a simple illustration and should in no way be construed as a limitation. Since action plans we 20 fully configurable, any number of procedures with any level of complexity related to any task may be included in an action plan. The action plan database 312 may also include individual procedures and/or groups of procedures. In response to analysis of a task, the task analysis component 25 310 may build an action plan from the procedures and/or groups of procedures. The action plan may be built based on the task, data requests included in the task, the type of task, pattern matching results, insurance claim data and/or one or more other parameters associated with the task and or the procedures. For example, the parameter(s) in a task may identify one or more specific procedures and/or groups of 30 procedures, match procedures to tasks, etc. 23 Alternatively, the procedures and/or groups of procedures may be arranged in categories, such as vehicle damage related, dwelling damage related, insurance claim allocation related, insurance claim closing related, invoice payment related, etc. The parameter(s) may identify a category that may be used in conjunction with the pattern 5 matching results and/or the insurance claim data to select one or more procedures and/or groups of procedures. Additional procedures and/or groups of procedures also may be added and/or removed from a predetermined action plan by the task analysis component 310 based on the task, the type, data requested in the task, pattern matching results, the insurance claim data and/or one or more parameters associated 10 with the task, the action plan, the procedures and/or the groups of procedures. Existing procedures and/or groups of procedures that are in action plans or not, also may be modified by the task analysis component 310 based on the task, the type, data requested in the task, pattern matching results, the insurance claim data and/or one or more parameters associated with the task, the action plan, the procedures and/or the 15 groups of procedures. The task analysis component 310 may also develop a portion of an action plan from procedures and/or groups of procedures that are specific to the particular insurance claim and associated task. The portion of the developed action plan may be 20 combined with an existing action plan that is of a more generic nature. In the case of a task that is identified as an invoice type task, different procedures may be included in the action plan if the invoice is for different goods or services. For example, a task related to a medical invoice may include procedures regarding analysis of usual and customary charges for the medical procedure performed. A task related to a vehicle 25 towing invoice, on the other hand, will have no similar procedures. However, a portion of the action plan that is developed, such as confirmation of authorization to pay, auto payment procedures, etc. may be generic to any invoice payment task regardless of the insurance claim. Accordingly, a portion of an action plan may be developed based on the specific task, and a portion of the action plan may be an 30 already existing action plan identified based on the task type of the task. When multiple action plans are developed and/or selected by the task analysis component 310, the actions plans may be ranked in a hierarchal ranking by the task 24 analysis component 310. The hierarchal ranking may be determined by the task analysis component 310 based on a score developed by the task analysis component 310. The score may be based on a degree of applicability of the procedures in an action plan to the specific circumstances present in an insurance claim. For example, 5 with a task to determine and set a reserve in a vehicle damage insurance claim that is related to vehicle damage to a motor home, an action plan that included procedures related to determining the costs associated with vehicle damage to motor homes would be ranked higher than actions plans related to vehicle damage generally. 10 The hierarchal ranking may also be based on comparison of specific information and/or parameters associated with the action plan and the task, data requests included in the task, pattern matching results, insurance claim data and/or one or more parameters associated with the task. In other examples, any other measurement criteria to ascertain the action plan that would best perform the task may 15 be used to assign a hierarchal rank to the action plans. The procedures and/or groups of procedures used to develop the action plans may also be hierarchal ranked as previously discussed. The procedures included in the action plans may be generally categorized as 20 procedures to acquire data, and procedures to process data to obtain a result. Acquisition and processing may be performed by the collaborative intelligent task processor 228, and/or other components included in the server computer 104 (FIG. 2). Each of the procedures in an action plan may be performed and/or delegated by the data handler 304. The data handler component 304 includes a data retrieval 25 component 320, a data buffer component 322, an enable actions component 324, a process rules component 326, and a data analysis component 328. In other examples additional or fewer components may be depicted to represent the functionality of the data handler component 304. 30 The data retrieval component 320 enables retrieval of data from the insurance claim database 206 and/or any other computing devices 120 (FIG. 1) on the network 110 (FIG. 1). For example, the data retrieval component 320 may access the Property Loss Claims Bureau (PLRB) over the Internet and obtain data as part of an action plan 25 related to a homeowner's insurance claim. In another example, a database of a widget vendor may be accessed to determine statistics related to the past occurrence of similar failures of a widget while under warranty. In addition, the data retrieval component 320 enables retrieval and/or generation of data with the file notes 5 component 222, with the forms component 224, and with the contacts component 226. With regard to the file notes component 222, the data retrieval component 320 may access existing notes and obtain associated data. In addition, the data retrieval 10 component 320 may create additional notes as part of the procedures in an action plan. For example, the action plan may include procedures to generate structured file notes that include data obtained by other procedures in the action plan. As another example, an electronic document obtained as a result of a procedure may be attached to the file as a note in the file notes component 222 by the data retrieval component 15 320. The data retrieval component 320 may also cooperatively operate with the forms component 224 based on procedures included in an action plan. For example, an action plan to prepare a form letter may include procedures to obtain data, such as 20 a deductible amount, or an estimated total cost to include in the form letter. In addition, when such a letter is to be sent, whom the letter is sent to, method of delivery, address, etc. may be determined with the data retrieval component 320 based on procedure(s) in the action plan. 25 The data retrieval component 320 may not only enable retrieval of the appropriate data, but may also fill in the form letter with the retrieved data, Alternatively, the data retrieval component 320 may perform the functions of filling in the body of the form letter and also retrieve and fill in the header information, such as the address information, etc. in place of the forms component 224. Accordingly, 30 using the automated functionality of the data retrieval component 320, user entry screens and other forms of manual data entry may be avoided. 26 The data retrieval component 320 may also retrieve contact data from the contacts component 226. As previously discussed, the contact data may be used by the data retrieval component 320 in conjunction with preparing forms, such as a form letter. In addition, the data retrieval component 320 may populate the contacts 5 component 226 with contact information retrieved by the data retrieval component 320. For example, the data retrieval component 320 may retrieve information related to the owner of vehicle involved in an accident while being driven by someone else. Such contact information may be stored in the contacts component 226. 10 Data retrieved with the data retrieval component 320 may be stored in the data buffer component 322. The data buffer component 322 may also store any other data generated, retrieved or otherwise processed by the data handler component 320. The data buffer component 322 may store information in the memory device 106 (FIG. 1). 15 The enable actions component 324 is executable to enable automated subroutines and/or other sub-processes related to an action plan. The subroutines and/or sub-processes may be completely independent from, and not associated with, an action plan. The sub-processes may provide additional data related to the insurance claim. In addition, the sub-processes may provide sub-results. The sub 20 results may be used in additional automated sub-processes and/or automated processing by the collaborative intelligent task processor 228. For example, the enable actions component 324 may follow the procedures in an action plan to move data stored in the data buffer component 322 to the insurance claim database to trigger an event by the event processor 208 (FIG. 2). The event may in turn trigger 25 generation of a task by the task engine 210 directing the pattern analysis component 216 to perform additional pattern analysis of the data in the insurance claim database. In this example, the enable actions component 324 may follow additional procedures in the action plan to enable the data retrieval component 320 to retrieve 30 the results of the pattern analysis (sub-results) from the insurance claim database 206 for further processing. Accordingly, enablement of multiple independent sub processes with the enable actions component 324 based on sequential and/or parallel procedures in an action plan may be leveraged to perform automated iterative 27 processing. The iterative processing may be used to generate, obtain and/or derive new data related to an insurance claim without including the details of such subroutines and/or sub-processes as procedures in the action plan. The sub-routines may provide sub-results. The sub-results may be logically combined by the 5 collaborative intelligent task processor 228 to derive a task result responsive to the task. The subroutines and/or sub-processes enabled by the enable action plan component 324 may also include exit points to terminate the automated sub-process, 10 or the automated processing of a task by the collaborative intelligent task processor 228. For example, a sub-process may determine that an insurance claim includes bodily injury and that the task should therefore not be performed automatically by the collaborative intelligent task processor 228 without human intervention. In this situation, the collaborative intelligent task processor 228 may be stopped from further 15 processing the task, and the task may be automatically re-assigned to a human organizational entity. The sub-routine may also indicate or cause to be indicated to the human organizational entity the reason for termination of processing of the task by the collaborative intelligent task processor 228. 20 In other examples, the enable actions module 324 may trigger the generation of additional tasks for a human organizational entity, the collaborative intelligent task processor 228 and/or any other automated or non-automated performer. Additional tasks may be triggered by triggering additional pattern analysis with the pattern analysis component 216 (FIG. 2), storing additional data in the insurance claim 25 database, etc. The enable actions component 324 also may trigger the cancellation or modification of tasks generated by the task engine 210. In still another example, the enable actions component 324 may trigger analysis of data by the data analysis component 328. 30 The enable actions component 324 may use logic based rules included in the process rules component 326 to trigger activity by other components. The logic based rules may be predetermined statements in a format that is compatible with the component being enabled to perform sub-processing by the enable actions component 28 324. For example, storage of data in insurance claim database may include logic based rules that are SQL statements to store the data in a relational database. The logic based rules may also indicate to the enable actions component 324 conditions that trigger the automated execution of sub-processes, for example, changes to the 5 data in the insurance claim database 206 that will trigger the generation of events by the event processor 208. The logic based rules may be data driven. For example, automated selection of logic based rules to apply may be based on the data associated with the insurance claim and/or retrieved by the data retrieval component 320. 10 The data analysis component 328 is executable to analyze data retrieved by the data retrieval component 320. The data analysis component 328 may also generate additional data that is stored in the data buffer component 322. The additional data may include a task result that is responsive to the task. 15 Processing by the data analysis component 328 may be based on procedures included in the action plan selected for a particular task, data associated with the insurance claim, and/or logic based rules included in the process rules component 326. The logic based rules may provide unit conversions, (such as centimeters to inches, or Euros to US Dollars), data combination mechanisms, and/or any other data 20 manipulation related rules. Processing by the data analysis component 328 may also include communication with the task interface 314. The task interface component 314 may communicate with the task assistant 212 to allow automated deletion of existing tasks, modifications to existing tasks and 25 updates to the history of a task. The task plan may also be reorganized in an automated fashion at the direction of the task interface component 314. Updates to the history of a task include indication that the task is completed, the date, and any other pertinent information may also be performed with the task interface component 314. Accordingly, the data analysis component 328 may enable the task interface 30 component 314 to indicate to the task assistant 212 that a task is completed, other task should be modified or deleted, and/or to provide any other information related to the history of a task. 29 30 FIG. 4 is an operational flow diagram illustrating example operation of the collaborative intelligent task processor 228 within the insurance claims processing system 100 as depicted in FIGs. 1-3. The operation begins at block 402 when an insurance claim is entered into the insurance claim processing system 100. At block 5 404, tasks are generated by the task engine component 210 and formulated into a task plan by the task assistant component 212. It is determined if a task can be identified as being capable of execution by an automated performer at block 406. As previously discussed, determination of the capability of an automated performed to perform the task may be by the task assistant component 212, the auto assignment component 218 10 and/or the automated performer. Identification may be performed by the task engine component 210 and/or the task assistant component 212, or may be performed by the collaborative intelligent task processor 228. If the task is not identified as being performable by an automated performer, the task may be performed by a human organizational entity at block 408. 15 At block 410 the task assistant component 212 may determine if the entire task was performed by the human organizational entity. If the task was completed, it is determined if there are additional tasks that have not yet been identified as performable by an automated performer at block 412. If not, the operation continues to monitor for additional tasks at block 412. If there are additional tasks, the 20 operation returns to block 406 to determine if another task can be identified as being capable of execution by an automated performer. If at block 410, the human organizational entity performed only some portion of the task, the operation returns to block 406 so that the task may be re-evaluated to identify if the task is now performable by an automated performer. 25 If at block 406, a task is identified as being capable of execution by an automated performer, the task may be stored in the task queue of the task list component 308 at block 418. At block 420 it is determined if there are additional tasks that have not yet been identified as performable by an automated performer. If not, the operation continues to monitor for additional tasks at block 420. If there are 30 additional tasks, the operation returns to block 406 to determine if another task can be identified as being capable of execution by an automated performer. In addition, to determining if there are additional tasks at block 420, the operation may also select a task for analysis with the task analysis component 310 at block 422. At block 424, the task analysis component 310 may access the action plan 5 database 312 to identify one or more action plans that are capable of performing the task. The action plans may be determined from the task, data related to the insurance claim, pattern matching results, a data type associated with the task, data requested with the task, parameters included in the task and/or the action plan(s). At block 426 it is determined if there are multiple action plans that have been identified. If so, the 10 action plans are ranked at block 428. The hierarchal ranking may be based on a score developed for each action plan, comparison of specific information and/or parameters associated with the action plan and/or the task, data requests included in the task, pattern matching results, insurance claim data and/or one or more parameters associated with the task or the action plan. At block 430, the highest ranked action 15 plan may be selected. Referring to FIG. 5, the action plan may be evaluated to determine if the action plan needs modification at block 432. Modification may, for example, involve adding task and insurance claim specific procedures and/or groups of procedures to an 20 otherwise generic action plan. If no modification is needed, the action plan is provided to the data handler component 304 at block 434. If the action plan needs to be modified to most effectively perform the task, procedures are selectively added, removed and or modified by the task analysis component 310 at block 436. The operation then proceeds to block 434 to provide the modified action plan to the data 25 handler component 304. Returning to block 426, if multiple action plans are not identified, it is determined if one action plan was identified at block 442. If an action plan was identified, the operation proceeds to block 432 to determine if the identified action 30 plan needs modification to complete the task. If no action plan was identified, the task analysis module 310 may initiate development of an action plan at block 444. At block 446, procedures and/or groups of procedures may be selected for inclusion in the action plan being developed. Selection of the procedures or groups of procedures 31 may be based on the task, the task type, data requested in the task, pattern matching results, the insurance claim data, one or more parameters associated with the task, the action plan, the procedures and/or the groups of procedures. Once the action plan is developed, the operation may continue to block 432 to determine if the developed 5 action plan needs modification. Returning again to block 434, procedures in the action plan related to data retrieval may be performed by the data retrieval component 320 at block 450. At block 452, the procedures related to enabling sub-routines and/or sub-processes with 10 the enable actions component 324 may be performed. The data analysis component 328 may analyze, process and modify the retrieved data based on procedure(s) in the action plan, logic based rules and/or the data related to the insurance claim at block 454. At block 456, it is determined if additional procedures to retrieve data, enable sub-processes, and/or analyze data to arrive at a task result are to be performed. If 15 yes, the data retrieval component 320, the enable actions component 324 and the data analysis component 328 are selectively automatically executed to perform the procedures. If no additional procedures in the action plan are to be performed, the task result is stored in the insurance claim database 206 at block 458. At block 460, the task interface component 314 is enabled direct the task assistant 212 to delete, add 20 and/or modify tasks, and the history data related to the task just completed by the collaborative intelligent task processor 228. The operation then returns to block 422 to select another task from the task queue and the operation continues. In another example of an insurance claim processing system, the insurance 25 claim processing system includes an insurance claim database configured to receive, store and provide information related to an insurance claim. The system also includes a pattern analyzer executable with a computer to segment the insurance claim into predetermined categories based on the information stored in the insurance claim database. In addition, the system includes a task engine component executable with a 30 computer to generate tasks to be performed based on the information stored in the insurance claim database and the segmentation of the insurance claim. 32 A collaborative intelligent task processor executable with a computer to receive a task generated by the task engine component and an action plan database accessible by the collaborative intelligent task processor is also included in the system. The action plan database includes a plurality of predetermined action plans, 5 and the collaborative intelligent task processor is executable to select one of the action plans as a function of the task, information related to the insurance claim, and the predetermined categories. The action plan comprises a plurality of procedures that are each performed or directed by the collaborative intelligent task processor. The selected one of the action plans is performable by the collaborative intelligent task 10 processor to complete the task. The collaborative intelligent task processor is also executable to acquire additional information related to the insurance claim. The additional information is useable by the collaborative intelligent task processor with at least one of the 15 information related to the insurance claim, and the predetermined categories to complete the task. The collaborative intelligent task processor is further configured to store data responsive to the task in the insurance claim database. The previously discussed collaborative intelligent task processor and insurance 20 claim processing system may allow the skills of human organizational entities to be allocated to those tasks and/or insurance claims with higher levels of complexity. By relying on the other components in the insurance claim processing system the complexity level of tasks capable of being performed by the collaborative intelligent task processor may be dramatically increased. In addition, due the highly 25 configurable nature of the action plans used by the collaborative intelligent task processor to complete tasks, the number, complexity levels and diversity of tasks capable of being completed successfully by the collaborative intelligent task processor is almost unlimited. The collaborative intelligent task processor also provides the capability to dynamically develop and/or modify action plans to allow the 30 collaborative intelligent task processor to adapt an action plan to the specific circumstances of a task associated with a specific insurance claim. Further, due to the checks and balances provided by the sub-processes executed by the collaborative intelligent task processor in arriving at a task result, erroneous task results and or 33 erroneous task performance by the collaborative intelligent task processor may be avoided. While the present invention has been described with reference to specific 5 exemplary embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention as set forth in the claims. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense. 10 Throughout this specification and the claims which follow, unless the context requires otherwise, the word "comprise", and variations such as "comprises" and "comprising", will be understood to imply the inclusion of a stated integer or step or group of integers or steps but not the exclusion of any other integer or step or group of integers or steps. 15 The reference to any prior art in this specification is not, and should not be taken as, an acknowledgment or any form or suggestion that the prior art forms part of the common general knowledge in Australia. 34

权利要求:
Claims (28)
[1] 1. An insurance claim processing system, including: at least one computer including a processor and a memory device; an insurance claims database operating on the at least one computer, the 5 insurance claims database configured to store insurance claim data; an action plan database operating on the at least one computer, the action plan database storing a plurality of action plans, wherein each of the action plans includes one or more automated procedures performed to complete a task related to processing an insurance claim; 10 a pattern analysis component operating on the at least one computer, the pattern analysis component configured to identify patterns from the insurance claim data stored in the insurance claims database; and an automated task processor stored on the memory device and executable by the processor, the automated task processor configured to: 15 identify an insurance claim processing task performable by an automated performer based on pattern matching performed by the pattern analysis component; obtain insurance claim data related to the identified insurance claim processing task from the insurance claims database; 20 for the identified insurance claim processing task, select an action plan from the action plan database based on the obtained insurance claim data; for the selected action plan, identify a set of one or more automated procedures included in the action plan; and 36 cause execution of the identified set of automated procedures included in the action plan.
[2] 2. An insurance claim processing system according to Claim 1, wherein the 5 selected action plan includes a first procedure that causes the automated task processor to acquire information related to an insurance claim, a second procedure that causes the automated task processor to trigger execution of an automated sub process external to the selected action plan that provides additional data related to the insurance claim, and a third procedure that causes the automated task processor 10 to process the acquired information and the provided additional data to yield a result responsive to the identified task, wherein the provided additional data is stored in the insurance claims database.
[3] 3. An insurance claim processing system according to either claim 1 or claim 15 2, wherein the second procedure triggers execution of the automated sub-process based on automated analysis by the automated task processor of information acquired by the first procedure.
[4] 4. An insurance claim processing system according to claim 3, wherein the 20 automated task processor is further configured to supply the information acquired by the first procedure to the automated sub-process, and wherein the automated sub-process uses the information acquired by the first procedure to provide the additional data related to the insurance claim. 37
[5] 5. An insurance claim processing system according to any one of the preceding claims, wherein the insurance claims database and the action plan database are included in a single database. 5
[6] 6. A method of processing insurance claims, including: providing a computer; the computer communicating with a database, the database configured to store insurance claim data and a plurality of action plans, wherein each of the action plans includes one or more automated procedures performed to complete a 10 task related to processing an insurance claim; identifying patterns from insurance claim data stored in the insurance claims database with a pattern analysis component executed with the computer; identifying an insurance claim processing task performable by an automated performer with an automated task processor, the insurance claim 15 processing task identified based on pattern matching performed by the pattern analysis component; obtaining insurance claim data related to the identified insurance claim processing task from the database with the automated task processor; selecting, for the identified insurance claim processing task, an action plan from 20 the database with the automated task processor based on the obtained insurance claim data; the automated task processor identifying, for the selected action plan, a set of one or more automated procedures included in the action plan; and causing execution of the identified set of automated procedures included in 25 the action plan. 38
[7] 7. A method according to claim 6, wherein the step of identifying, for the selected action plan, the set of one or more automated procedures included in the action plan includes identifying a plurality of action plans, and ranking the action 5 plans based on a degree of applicability of each of the action plans.
[8] 8. A method according to either claim 6 or claim 7, wherein the step of ranking the action plans includes developing a score for each of the plurality of action plans based at least in part on the identified patterns. 10
[9] 9. A method according to any one of claims 6 to 8, wherein the step of selecting, for the identified insurance claim processing task, an action plan from the database includes building an action plan from the one or more automated procedures included in the database. 15
[10] 10. A method according to claim 9, wherein the step of building an action plan includes selecting automated procedures based at least in part on the identified patterns. 20
[11] 11. A method according to either claim 9 or claim 10, wherein the step of building an action plan includes selecting an existing action plan, and adding additional automated procedures to the action plan. 39
[12] 12. An insurance claim processing system embodied in instructions stored on a memory storage device, the instructions executable by a computer with a processor, including: a memory storage device, 5 instructions stored in the memory storage device that are executed by the processor to cause the processor to identify patterns from insurance claim data stored in an insurance claims database, the database configured to store insurance claim data and a plurality of action plans; instructions stored in the memory storage device that are executed by the 10 processor to cause the processor to identify an insurance claim processing task performable by an automated performer, the insurance claim processing task identified based on the identified patterns; instructions stored in the memory storage device that are executed by the processor to cause the processor to obtain insurance claim data related to the 15 identified insurance claim processing task from the database; instructions stored in the memory storage device that are executed by the processor to cause the processor to select, for the identified insurance claim processing task, an action plan from the database based on the obtained insurance claim data, wherein each of the action plans includes one or more automated 20 procedures performed to complete a task related to processing an insurance claim; instructions stored in the memory storage device that are executed by the processor to cause the processor to identify, for the selected action plan, a set of one or more automated procedures included in the action plan; and 40 instructions stored in the memory storage device that are executed by the processor to cause execution of the identified set of automated procedures included in the action plan. 5
[13] 13. An insurance claim processing system according to claim 12, further including instructions stored in the memory storage device that are executed by the processor to cause comparison of the insurance related data to predetermined parameters associated with the identified insurance claim processing task to select the action plan. 10
[14] 14. An insurance claim processing system according to either claim 12 or claim 13, wherein the predetermined parameters specifically identify the action plan to be used.
[15] 15 15. An insurance claim processing system according to any one of claims 12 to 14, wherein the predetermined parameters includes a task type identifier included with the identified insurance claim processing task that identifies the type of task to be performed. 20
[16] 16. An insurance claim processing system according to any one of claims 12 to 15, further including instructions stored in the memory storage device that are executed by the processor to cause the identified insurance claim processing task to be re-directed to a human organization entity based on at least one of predetermined triggers, thresholds, or scenarios. 41
[17] 17. An insurance claim processing system according to any one of claims 12 to 16, further including instructions stored in the memory storage device that are executed by the processor to cause the action plan to be selected based at least 5 partially on the identified patterns.
[18] 18. An insurance claim processing system according to any one of claims 12 to 17, further including instructions stored in the memory storage device that are executed by the processor to cause modification of the selected action plan. 10
[19] 19. An insurance claim processing system according to any one of claims 12 to 18, wherein the automated procedures include procedures to acquire data and procedures to process data to obtain a result responsive to the insurance claim processing task. 15
[20] 20. An insurance claim processing system according to any one of claims 12 to 19, wherein the selected action plans include a plurality of selected action plans, and the insurance claim processing system further includes instructions stored in the memory storage device that are executed by the processor to cause hierarchical 20 ranking of the selected action plans in accordance with the identified patterns.
[21] 21. An Insurance claim processing system according to either claim 1 or claim 12, or a method of processing insurance claims according to claim 6, substantially as hereinbefore described with reference to the accompanying Figures. 25 42
[22] 22. An insurance claim processing system, including: a computer including a processor and a memory; an insurance claim database configured to store and provide access to data in a data record that is related to an insurance claim; 5 an event processor executable with the computer and configured to iteratively monitor the data in the data record and identify changes to the data as events; a task engine component executable with the computer in response to one of the identified events and configured to generate tasks indicative of information 10 related to the event that is to be acquired based on the contents of the data record; and a collaborative intelligent task processor executable with the computer and configured to analyze a task generated by the task engine component and select an action plan that is responsive to the task, 15 wherein the action plan includes a plurality of computer executable procedures performed automatically by the collaborative intelligent task processor in series or in parallel, or in a combination of series and parallel, the action plan including a first procedure configured to enable automated execution of the collaborative intelligent task processor by the computer to acquire information 20 related to the insurance claim, and a second procedure configured to enable automated execution of the collaborative intelligent task processor by the computer to process the acquired information to yield a result responsive to the task; and wherein the collaborative intelligent task processor is further executable by the computer and configured to modify a procedure, or a group of procedures 43 included in the action plan subsequent to selection of the action plan, modification of the procedure, or group of procedures by the collaborative intelligent task processor based on the task generated by the task engine component and the contents of the data record. 5
[23] 23. A method of processing insurance claims with instructions stored in a computer memory, the method including: iteratively evaluating data related to an insurance claim with a computer, wherein the evaluated data is stored in an insurance claim database; 10 generating an execution task with the computer based on the content of the stored data; analyzing the execution task with a collaborative intelligent task processor executable with the computer, the collaborative intelligent task processor selecting an action plan from 15 among a plurality of action plans to formulate a response to the execution task, wherein the action plan includes a plurality of computer executable procedures performed automatically by the collaborative intelligent task processor in series or in parallel, or in a combination of series and parallel; the collaborative intelligent task processor completing automated execution 20 of a first procedure included in the action plan that results in acquisition of data related to the insurance claim; the collaborative intelligent task processor completing automated execution of a second procedure included in the action plan to process the acquired data to obtain a result responsive to the execution task; 44 the collaborative intelligent task processor determining when modification of the action plan is required to obtain the result responsive to the execution task; and the collaborative intelligent task processor modifying the action plan in 5 response to a determination that modification of the action plan is required to obtain the result responsive to the execution task.
[24] 24. An insurance claim processing system embodied in instructions stored on a memory device, the instructions executable by a computer with a processor, 10 including: a memory device, instructions stored in the memory device that are executed by the computer and configured to iteratively analyze data associated with an insurance claim and identify investigations to be performed to process the insurance claim; 15 instructions stored in the memory device that are executed by the computer and configured to generate an assignable task related to one of the identified investigations; instructions stored in the memory device that are executed by the computer after allocation of the task to a collaborative intelligent task processor, and are 20 configured to select an action plan responsive to the assignable task, wherein the action plan includes a plurality of computer executable procedures performed automatically by the collaborative intelligent task processor in series or in parallel, or in a combination of series and parallel; 45 instructions stored in the memory device that are executed by the collaborative intelligent task processor and are configured to modify a procedure, or a group of procedures included in the action plan subsequent to selection of the action plan based on the assignable task generated by the computer and the data 5 associated with the insurance claim; instructions stored in the memory device that are executed by the computer and are configured to enable automated execution of the collaborative intelligent task processor configured to complete a first procedure included in the action plan, wherein the first procedure enables acquisition of information related to the 10 insurance claim; instructions stored in the memory device that are executed by the computer and configured to enable automated execution of the collaborative intelligent task processor configured to complete a second procedure included in the action plan, to process the acquired information; and 15 instructions stored in the memory device that are executed by the computer and configured to store results in association with the insurance claim.
[25] 25. An insurance claim processing system, including: at least one computer including a processor and a memory device; 20 an insurance claims database operating on the at least one computer, the insurance claims database configured to store insurance claim data; an action plan database operating on the at least one computer, the action plan database storing a plurality of action plans, wherein each of the action plans 46 includes one or more automated procedures performed to complete a task related to processing an insurance claim; and an automated task processor stored on the memory device and executable by the processor, the automated task processor configured to: 5 identify an insurance claim processing task performable by an automated performer; obtain insurance claim data related to the identified insurance claim processing task from the insurance claims database; for the identified insurance claim processing task, select an action plan 10 from the action plan database based on the obtained insurance claim data; for the selected action plan, identify a set of one or more automated procedures included in the action plan; and cause execution of the identified set of automated procedures included in the action plan, wherein the selected action plan includes a first -procedure that 15 causes the automated task processor to acquire information related to an insurance claim, a second procedure that causes the automated task processor to trigger execution of an automated sub-process external to the selected action plan that provides additional data related to the insurance claim, and a third procedure that causes the automated task processor to process the acquired information and the 20 provided additional data to yield a result responsive to the identified task, and wherein the provided additional data is stored in the insurance claims database.
[26] 26. An insurance claim processing system, including: at least one computer; 47 at least one database; and an automated task processor executable with the at least one computer to analyze a task, the task including a description of a discrete activity performed to process a condition included in an insurance claim, the automated task processor 5 further executable with the at least one computer to determine an action plan from information included in the at least one database, the action plan having a plurality of procedures responsive to the task, wherein the action plan includes a first procedure that enables the automated task processor to acquire information related to the insurance claim, a 10 second procedure that enables the automated task processor to trigger execution of an automated sub-process external to the action plan that provides additional data related to the insurance claim, and a third procedure to process the acquired information and the additional data to yield a result responsive to the task, the automated task processor further executable with the at least one 15 computer to store the additional data related to the insurance claim in the at least one database.
[27] 27. An insurance claim processing system, including: a processor; 20 a database in communication with the processor; a tangible computer readable medium in communication with the processor, the tangible computer readable medium having stored therein a plurality of instructions for an automated task processor that are executable by the processor, the plurality of instructions including: 48 instructions for the automated task processor to analyze a task representing at least one step in a process to administer at least part of an insurance claim; instructions for the automated task processor to determine action plans that fulfill the at least one step in the process, each of the action plans including a 5 plurality of executable procedures in the form of computer executable instructions to at least one of request, receive, analyze or transmit data to complete the at least one step in the process; instructions for the automated task processor to initiate a first procedure included in an action plan to acquire data from the database related to the insurance 10 claim; instructions for the automated task processor to initiate a second procedure included in the action plan to trigger an automated sub-process having executable instructions external to the action plan, the automated sub-process executable based on the data acquired in the first procedure to return additional insurance 15 claim related data; and instructions for the automated task processor to store the additional insurance claim related data in the database.
[28] 28. A method of processing insurance claims, the method including: 20 receiving, with an automated task processor executing on a computer, a task including a description of a discrete activity performed to process an aspect of an insurance claim; 49 analyzing the task and data related to the insurance claim with the automated task processor, the data related to the insurance claim stored in a database in association with the task; determining an action plan corresponding to the task with the automated 5 task processor, the action plan including a plurality of computer readable instructions providing automated execution of a plurality of procedures by the automated task processor to complete the task; executing a first procedure included in the action plan with the automated task processor to retrieve information from the data related to the insurance claim 10 stored in the database; executing a second procedure included in the action plan with the automated task processor to trigger an automated sub-process including activities to provide additional data related to the insurance claim, the sub-process independent from and unassociated with the action plan; 15 the automated task processor supplying the automated sub-process with the information retrieved using the first procedure for use by the automated sub process to generate additional data related to the insurance claim; and the automated task processor receiving and storing in the database the additional data received from the sub-process.

类似技术:

---

公开号 | 公开日 | 专利标题

---

US8401896B2|2013-03-19|Automated task processor for insurance claims

---

US8126742B2|2012-02-28|Automated assignment of insurable events

---

US8271305B2|2012-09-18|Account level participation for underwriting components

---

US10679284B2|2020-06-09|System and method for collecting revenue

---

US7904366B2|2011-03-08|Method and system to determine resident qualifications

---

US20060004612A1|2006-01-05|Systems and methods for configuring and processing insurance information

---

US8401877B2|2013-03-19|Insurance claim processing

---

US20050187881A1|2005-08-25|System and data structure for account management

---

US7966203B1|2011-06-21|Property insurance risk assessment using application data

---

US8650043B1|2014-02-11|Semantic model for insurance software components

---

US20080163347A1|2008-07-03|Method to maintain or remove access rights

---

WO2008079325A1|2008-07-03|System and method for utilizing interrelated computerized predictive models

---

US8103527B1|2012-01-24|Managing insurance claim data across insurance policies

---

US10643286B2|2020-05-05|Knowledge management tool interface

---

CN108596568A|2018-09-28|A kind of credit method, system, terminal and storage medium

---

AU2013201480B2|2014-01-23|Collaborative intelligent task processor for insurance claims

---

JP2005522766A|2005-07-28|A system for processing healthcare claim data.

---

US11120497B1|2021-09-14|Systems and methods for reserving a replacement rental vehicle

---

US10963970B2|2021-03-30|Processing system to facilitate multi-region risk relationships

---

CA2552901A1|2005-09-01|System and data structure for account management

同族专利:

---

公开号 | 公开日

---

AU2013201480B2|2014-01-23|

引用文献:

---

公开号 | 申请日 | 公开日 | 申请人 | 专利标题

---

US7617240B2|1999-05-04|2009-11-10|Accenture Llp|Component based task handling during claim processing|

---

US7953615B2|2000-04-03|2011-05-31|Mitchell International, Inc.|System and method of administering, tracking and managing of claims processing|

---

法律状态:
2014-05-22| FGA| Letters patent sealed or granted (standard patent)|

---

2019-12-19| PC| Assignment registered|Owner name: DUCK CREEK TECHNOLOGIES LIMITED Free format text: FORMER OWNER(S): ACCENTURE GLOBAL SERVICES LIMITED |

优先权:

---

申请号 | 申请日 | 专利标题

---

US11/264,115||2005-11-01||

---

AU2006233177A|AU2006233177B2|2005-11-01|2006-10-25|Collaborative intelligent task processor for insurance claims|

---

AU2013201480A|AU2013201480B2|2005-11-01|2013-03-13|Collaborative intelligent task processor for insurance claims|AU2013201480A| AU2013201480B2|2005-11-01|2013-03-13|Collaborative intelligent task processor for insurance claims|