INTRODUCTION In the health care field, health and medical services are performed by medical providers, e.g., doctors, nurses, hospitals, and health care clinics. The financial costs of such health and medical services can be significant. Accordingly, many individuals elect to have health care insurance coverage through a particular health care insurer, e.g., BlueCross/BlueShield. Oftentimes, the health care insurance coverage can be obtained through an individual's employer. In this role, the employer can be referred to as the health plan sponsor and the individual insured employees can be referred to as plan participants and/or plan members.
Generally the employer or plan sponsor elects what type of health care plan will be offered to the employees and employee family members of an organization. This can include choosing the range of health care providers that will be available to plan members under the plan. The plan sponsor can further select what types of services will be included under the plan, e.g., preventive care services, office visits, hospital services, urgent care services, emergency room services, prescription drug coverage, mental health and substance related disorder services, prosthetic device coverage, home health care services, and skilled nursing facility services, to name a few. For each type of service the plan sponsor can select between plan structures for different premium payment levels, part of which may be paid by a sponsor (e.g., employer), co-payment (co-pay) amounts, deductible levels (e.g., calendar year deductibles), insured dollar coverage amounts including maximum lifetime benefit dollar amounts, and maximum member (e.g., employee) out-of-pocket per calendar year dollar amounts. These amounts can further be set based on whether a plan member has a particular service performed within a defined network of health care providers (“In-Network” providers) or outside of the defined network of health care providers (“Out-of-Network” providers). The health care insurer may offer the above choices according to a number of different health care plan options, with different associated premium levels, from which the plan sponsor can select to provide benefits that make economic sense for the sponsor's organization.
Typically, a plan member exercises what services they will use and when to use them. According to various plans, covered services, such as a doctor office visit may only require a small out-of-pocket co-pay, e.g., $10-15, from the plan member per visit. To the plan member such a cost may seem insignificant. The actual costs of the professional services provided at the doctor office visit, however, are often not insignificant. The costs of the covered services and frequency with which they are used translate into the associated premiums that are paid for each plan member to participate in the health care plan. In some instances a large percentage of health insurance premium is covered by the employer as part of the health care benefit offered to the employees. In these cases, an employee will not likely sense a true financial impact of the cost of the medical services. As such, the employee may solicit such medical services more liberally than if they had to actually pay the true cost for those services out of their own pocket with after tax dollars each time a medical service was rendered.
Health care benefits are one example of benefits that an employer can offer to employees. Other employment benefits within an employment package can include flexible spending accounts (FSAs), retirement accounts, vacation accounts, parking accounts, fitness club accounts, and salon accounts, among others.
BRIEF DESCRIPTION OF THE DRAWINGSFIG. 1 is an illustration of a system embodiment according to the teachings of the present invention.
FIG. 2 is another illustration of a system embodiment according to the teachings of the present invention.
FIG. 3 is a block diagram embodiment representing a processing flow for a health care claim.
FIG. 4 is an embodiment illustrating a hierarchy of the manner in which business rule sets can be cascaded down from a plan carrier to a plan sponsor to a member.
FIG. 5 is an embodiment representing a definable set of benefit rules for benefits management.
FIG. 6 is another embodiment representing a definable set of benefit rules for benefits management.
FIG. 7 is another embodiment representing a definable set of benefit rules for benefits management.
FIGS. 8A-8E diagram an embodiment for adjudication of a benefit claim.
DETAILED DESCRIPTIONFIG. 1 is an illustration of asystem100 embodiment according to the teachings of the present invention. Thesystem100 includes anetwork system100. The system shown in the embodiment ofFIG. 1 includes aserver102. Although the term server is used herein, embodiments of the invention are not limited to implementation on such a device. It is intended thatserver102 can be replaced by another computing device environment, such as a mainframe computing system or otherwise.Server102 includes aprocessor105 coupled to amemory107 and adisplay108.Processor105,memory107, anddisplay108 can include any type of processor, memory, and display capability in the art of computing. For example, memory can include Non-Volatile (NV) memory (e.g. Flash memory), RAM, ROM, magnetic media, and optically read media and includes such physical formats as memory cards, memory sticks, memory keys, CDs, DVDs, hard disks, and floppy disks, to name a few. The embodiments of the invention are not limited to any particular type of memory medium and are not limited to where within a device or networked system a set of computer instructions reside for use in implementing the various embodiments of invention. Memory can include a Direct Access Storage Device (DASD) or be located on another peripheral device that is accessible over a network. One of ordinary skill in the art will understand the many in which such memory can include data stores, software (e.g., computer executable instructions), and the like. Theserver102 can be connected to a number of additional devices104-1,104-2, . . . ,104-N, such as remote computing devices. The designator “N” as used herein is intended to represent any number of additional devices, components, or entities being discussed. The remote devices104-1,104-2, . . . ,104-N can similarly includeprocessor101,memory102, and display111 capabilities. Theserver102 and/or remote devices104-1,104-2, . . . ,104-N are capable of including programs, or software (e.g., computer executable instructions) to cause aserver102 or other device104-1,104-2, . . . ,104-N to perform particular functions as described in more detail below. As shown in the embodiment ofFIG. 1, devices104-1,104-2, . . . ,104-N can couple to theserver102 through a first security layer109-1, or secure data network109-1. Devices104-1,104-2, . . . ,104-N can couple to theserver102 over a local area network (LAN), e.g. an Ethernet network. The devices104-1,104-2, . . . ,104-N can also couple to theserver102 over a wide area network (WAN), over the public switched telephone network (PSTN) and/or the Internet using transmission control protocol/Internet protocol (TCP/IP). Networks, as used herein, can include wireless networks as can be accessed by cell phones, multifunction devices (PDAs), and the like. Wireless networks can include Global System for Mobile communications (GSM) networks, American National Standards Institute (ANSI) networks, Public Wireless Local Area Networks (PWLANs) including Wi-Fi. Thus, devices described herein can be coupled in either direct hardwired fashion, e.g. using copper, coaxial cable, optical fiber connections, and hybrid fiber-coax connection, and/or indirectly in a wireless fashion using remote electromagnetic signal transmission in the radio or microwave frequencies, e.g., RF.
Thesystem100 illustrates that the above described components can couple to additional servers and systems,106-1,106-2, . . . ,106-N, over a network as the same has been described above. Such additional servers and systems,106-1,106-2, . . . ,106-N, can be maintained by other organizations, or entities. The additional servers and systems,106-1,106-2, . . . ,106-N, can include core data stores accessible by theserver102 according to definable access rights. The additional servers and systems,106-1,106-2, . . . ,106-N, can include databases and executable instructions or programs to operate on data and can possess processing and routing capabilities over a PSTN or other network as described above. The additional servers and systems,106-1,106-2, . . . ,106-N, can include proprietary databases, data modules, and software systems maintained by third party and the like. As shown, the additional servers and systems,106-1,106-2, . . . ,106-N, can be coupled to theserver102 through a second security layer109-2, or secure data network109-2 such that data from the additional servers and systems,106-1,106-2, . . . ,106-N, can be securely exchanged with theserver102.
Theserver102, the number of remote devices104-1,104-2, . . . ,104-N, and the additional servers and systems,106-1,106-2, . . . ,106-N, can all include computer readable medium having computer-executable instructions. As mentioned above, these computer readable medium include such devices as a disk drive for reading data storage media, e.g. a compact disc, and/or computer readable medium such as random access memory (RAM) and read only memory (ROM), non-volatile, optical, or any other type of memory storage medium.
FIG. 2 is another illustration of a system embodiment according to the teachings of the present invention. In the embodiment ofFIG. 2, a provider block is illustrated as202. The provider can include a remote device or remote client, shown as104-1,104-2, . . . ,104-N, inFIG. 1. Theprovider202 can be associated with an entity rendering a health or medical service, e.g., doctors, nurses, hospitals, and health care clinics.
When an individual goes to a provider, e.g., block202, to receive health or medical services the provider will generally first ascertain whether the individual has health care insurance and typically require proof of the same, e.g., in the form of producing a health care insurance card. The health care insurance card will likely contain information as to the individual's health care coverage. The health care insurance card may not itself signify or define membership in a health care plan, but will likely provide some information that can be used by providers to determine eligibility (e.g., authentication, validation, etc.) for a particular type of service at the time of service. For example, the health care insurance card may contain information that can be used by a provider to determine eligibility by placing a telephone call to a call center, including a call center having interactive voice response (IVR), and/or by using an online or browser based internet inquiry. A health care insurance card can include a “smart card” having electronic information encoded thereon such as a debit card or Radio Frequency Identification (RFID) card as the same will be known and understood by one of ordinary skill in the art. As one of ordinary skill in the art will appreciate upon reading this disclosure, an eligibility determination can be performed at the time a service is performed and at a time when a claim arrives for adjudication or processing. These eligibility determinations can be different. That is, one eligibility may suffice to authorize performance of a service and another may determine eligibility from one particular payment source or another.
Depending on the type of service related to the visit and type of health care coverage provided by a given individual's health care plan, e.g., insurance plan, the individual may have to make a co-payment as part of the visit. If the individual is covered by a particular health care plan for the particular type of service, the provider will often perform the service and then submit a bill for the service directly to the health care insurer according to a business arrangement under the health care plan and with the health care insurer.
In the embodiment ofFIG. 2, theprovider202 is illustrated as electronically submitting aclaim201, for payment of the medical service, e.g., “claim request”, to an entity working in the role of claim processing. By way of example and not by way of limitation, this entity can include a person in a human resources (HR) department of a company, it can include a department or individual in the health care insurer itself, and/or it can include a third party administrator (TPA)204 working on behalf of the health care insurer. Embodiments of the invention are not so limited. Also, although the embodiment ofFIG. 2 shows as an electronic exchange of data, embodiments of the invention are not limited to the electronic exchange of data.
In the embodiment ofFIG. 2, the submittedclaim201 can be processed by theTPA204, or other entity. For example, the electronic submission of medical information including claim information can be made in accordance and/or compliance with the Health Insurance Portability and Accountability Act (HIPAA). However, embodiments of the invention are not limited to implementation with HIPAA. By way of example, aTPA204 can have asoftware system205 in place for processing the submittedclaim201. This process of reviewing and approving and/or denying partial or full payment of a claim is commonly referred to as an “adjudication” of the claim. The process, referred to hereafter as “adjudication system”205 can include manual, software, firmware, and/or hardware components and/or some combination thereof which is capable of processing the validity, format, and accuracy of theclaim201 for payment to theprovider202 according to the business arrangement terms of the health care plan. Business arrangement terms are typically negotiated in advance between health care insurers, or other plan entities, referred to herein as “Plan Carriers”, and the medical providers. The business arrangement terms establish whether a given provider is considered in the network (“In-Network”) or out of the network (Out-of-Network) for a given health care plan.
In the medical industry, software adjudication systems, such asadjudication system205, are available which provide a routine for the submission and approval process of claims from aprovider202 to aTPA204, or other processing entity, and established mechanisms for coordinating payment to theprovider202 for the services. Such software can reside on a server, such asserver102 and/or additional servers106-1, . . . ,106-N, mainframes, and/or other computing environments, distribute or otherwise. Embodiments are not so limited. For example, according to one particular routine, anelectronic request201 that is sent from theprovider202 to theTPA204 can be referred to as a Health Care Claim Transaction Set (also referred to as a “837”). The response, which could include payment from theTPA204 to theprovider202 can be referred to as a Health Care Claim Payment/Advice (also referred to as a “835”). These transactions are part of the American National Standards Institute (ANSI) ASC X12N Standard. ANSI ASC X12N standards have been adopted under the Health Insurance Portability and Accountability Act of 1996 (P.L. 104-191 also known as “HIPAA”). Embodiments of the invention, however, are not limited to this example. That is, embodiments of the invention are not limited to implementation and/or compliance with HIPAA or ANSI ASC X12N standards.
As shown in the embodiment ofFIG. 2, theclaim201 is submitted to theTPA204, or other processing entity, as a claim request. Once the submittedclaim201 has been appropriately processed, e.g., adjudicated by theadjudication system205, a result in the form of a “claim response”203 can be returned to theprovider202. The claim request and reply can be exchanged electronically. However, embodiments are not limited to an electronic exchange. As shown inFIG. 2, theTPA204, or other processing entity, can include one or more plan or claim administrator(s), shown as206 and207 respectively. The plan and/or claim administrator(s)206 and207 can have access to additional third party systems as the same have been described in connection withFIG. 1. InFIG. 2, the plan orclaim administrator206 and207 is illustrated as having electronic access to other entities via anetwork208. The same is not, however, required. As explained in connection withFIG. 1, thenetwork208 can include a local area network (LAN), e.g. an Ethernet network a wide area network (WAN), a network including the public switched telephone network (PSTN) and/or the Internet using transmission control protocol/Internet protocol (TCP/IP). These networks can include wireless networks as can be accessed by cell phones, multifunction devices (PDAs), and the like. Wireless networks can include Global System for Mobile communications (GSM) networks, American National Standards Institute (ANSI) networks, and Public Wireless Local Area Networks (PWLANs) including Wi-Fi, among others. Embodiments are not limited to these examples. As one of ordinary skill in the art will appreciate upon reading this disclosure, the TPA's204, or other processing entity's plan and/or claim administrator(s)206 and207 can process and/or provide appropriate information to additional third parties with appropriate access rights to given claim administration work, e.g., a plan member, plan carrier, and/or plan sponsor.
As shown inFIG. 2, embodiments of the present invention provide a process and, in some embodiments, a software implemented program which can conjunctively work with the post-adjudicated claim responses from aTPA204 or other processing entity to define relationship rules associated with benefits administration. According to various embodiments, post-adjudicated claims are placed into a manual and/or electronicpost adjudication system209. For purposes of discussion, thepost-adjudication system209 is referred to in terms of an electronic and software driven system. However, embodiments are intended to include manual implementation.
In the embodiment shown inFIG. 2, post-adjudicated claims or claim responses toproviders202 can also be received by thepost adjudication system209 for implementing post-adjudicated claim rule sets. In various embodiments, thesystem209 includes programs to allow a plan sponsor to establish additional rules sets, e.g., after insurance rule sets, as to the manner in which certain benefit accounts of a plan member are utilized in connection with a service. Embodiments, however, include the establishment of rule sets, described herein, in other than electrical, electronic, and software implementations. In various embodiments, the “service” is associated with a health care claim. However, embodiments are not so limited. Although health care services are described throughout the present document, the techniques described herein can be applied to the management and administration of any number and type of benefit and/or sponsor, member, or other account type. According to various embodiments described herein, rule sets can be cascaded down from a plan carrier to a plan sponsor to a plan member. Examples will be described in more detail below.
As shown inFIG. 2, the post-adjudicated claim response, e.g., an “835 claim response”203 can be received by thesystem209 electronically. As noted above, embodiments of the invention are not so limited. In the embodiment ofFIG. 2, thepost-adjudicated claim response203 is illustrated as being received electronically by thesystem209 via thenetwork208. In this example, programs within thesystem209 can receive a stream of adjudicated claim data. As one of ordinary skill in the art will appreciate upon reading this disclosure, program embodiments associated withsystem209 can be added onto in complement or interaction with the TPA's204, or processing entity's system, e.g., connected as part of a LAN or WAN, or otherwise. Alternatively, program embodiments associated withsystem209 can be resident on a separate entity's system, e.g., additional server systems106-1, . . . ,106-N coupled over the PSTN, Internet or otherwise, and be managed by an entity other than the particular TPA or processing entity shown as204. Embodiments of the invention are not so limited.
The embodiment ofFIG. 2 illustrates an application server210-1 on which programs for receiving the adjudicated claim data can reside. Application server210-1 can include a server such asserver102 and/or servers106-1, . . . ,106-N as described in connection withFIG. 1. As noted above, embodiments of the invention are not limited to a server computing environment. As shown inFIG. 2, the application server210-1 can be coupled to a data server210-2. Data server210-2 can be representative of one of the additional servers106-1, . . . ,106-N shown inFIG. 1. Again, embodiments, however, are not limited to any particular operating and/or network environment or server configuration. The description included herein is provided for purposes of illustration.
Data server210-2 can have restricted access to allow access only to authorized individuals, e.g., authorized administrators, of thepost adjudication system209. The data server210-2 can track and maintain records on the handling of all post adjudicated claims. Any number of servers and/or programs can be distributed as part of thepost adjudication system209. A server, as the same or other computing environment has been described herein, is capable of maintaining a data store, having one or more client files, on a memory medium. As used herein, a client file can include a plan sponsor client file, an insurer client file, and/or a plan member client file, among others. For example, a server can include a data store that can include a number separate partitions to store data and programs for different plan sponsors, e.g., employers such as GM, Ford, IBM, etc., and for each include therein definable business rule sets for managing and administering benefits among the plan members, e.g., employees, of the plan sponsor according to the program embodiments described herein. As described in more detail below, the definable set of business rules for managing and administering benefits can include fund use rules for accessing and applying funds to claims from one or more accounts, e.g., including a health reimbursement arrangement (HRA) accounts.
FIG. 3 is a block diagram embodiment representing a processing flow for a health care claim. As shown in the embodiment ofFIG. 3, aprovider302 sends aclaim request301 to anadjudication system304, e.g., an adjudication system administered by a TPA or other processing entity as the same has been described in connection withFIG. 2. An electronically transmitted claim can include a number of data elements. By way of example and not by way of limitation, the data elements can include a name of the individual for whom a service was provided, a gender identifier, other reference identifiers (ID), a date of service, a type of service identifier, a location identifier of where and by whom the service was performed, and a charge identifier for the cost of the service. Once processed, theadjudication system304 returns aclaim response303 to theprovider302. As described in connection withFIG. 2, apost adjudication system309 can also receive the claim response electronically, including the types of data elements described above and/or with additional data elements such as, for example, an amount covered for the service by the plan carrier. As shown in the embodiment ofFIG. 3, the claim response is received at aclaim input interface306. As one of ordinary skill in the art will appreciate upon reading this disclosure, a claim input interface can include hardware, software, firmware and/or some combination thereof to receive claims and batch them together for further processing. For example, thesystem309 can receive HIPAA compliant claim responses as an electronic stream of data and batch them together for further processing. However, embodiments of the invention are not limited to this example of a claim input interface. Likewise, the embodiments are not limited to the example of receiving and processing HIPAA compliant claim responses.
FIG. 3, further illustrates anexternal system310 which can include a third party system which is not under business rules of a particular health care plan. The third party system may submit a paper, or electronic, explanation of benefits (EOB) detailing a particular service performed to aTPA312 of a given employer or health care plan provider. As shown inFIG. 3, such a TPA claims administrator can additionally submit claims to theclaim input306 of thepost adjudication system309. EOBs can be entered via this interface directly from paper statement output of anexternal adjudication system310.
Also, embodiments can include a member, e.g., employee, shown as314 submitting an electronic or paper receipt for a claim detailing a particular service performed to aTPA316 of a given employer or health care plan provider. Again, such a TPA claimsadministrator316 can additionally submit claims to theclaim input306 of thepost adjudication system309. Embodiments of the invention are not, however, limited to these examples.
The embodiment ofFIG. 3 illustrates that theclaim input interface306 can provide the claim response to aneligibility program317. As one of ordinary skill in the art will appreciate upon reading this disclosure, an eligibility program can check the eligibility of a member or entity, for who a claim is being submitted, as against a list of members in an insurance plan and/or a sponsor plan. As shown in the embodiment ofFIG. 3, eligible claims can be provided to apost adjudication program318 such as can reside on the application server210-1 described in connection withFIG. 2. Thepost adjudication program318 implements post-adjudicated claim rule sets. The post-adjudicated claim rule sets can be implemented through hardware, software, firmware, or a combination thereof. Embodiments of the invention are not so limited and some embodiments are performed manually as well. As mentioned above, the post-adjudicated claim rule sets implemented in a program allow a plan sponsor to establish additional rules sets, e.g., after insurance rule sets, as to the manner in which certain benefit accounts of a plan member are utilized in connection with an exercise of a health care benefit. As described in more detail below, a user having approved access rights can input these additional rule sets to a program in thesystem309. Such a user can input the additional rules sets from a remote device, e.g., remote device104-1 inFIG. 1, through a user interface, such as a keyboard, touch screen display, voice recognition software, Wi-Fi connection, or other input mechanism. Embodiments of the invention are not limited to these examples.
The embodiment ofFIG. 3 illustrates that once the post-adjudicated claim rule sets have been performed on a claim response the claim can be sent to apayment output program320. Thepayment output program320 can analyze the data it receives from thepost-adjudication program318 to implement payment instructions such as can be forward to abank328 or other account. As shown in the embodiment ofFIG. 3, the payment output program, operating on the data from the post-adjudication program can receive input and access one or more member accounts, e.g.,322-1, . . . ,322-N, one or more plan sponsor accounts shown as324, and other accounts shown as326. By way of example and not by way of limitation, the one or more member accounts,322-1, . . . ,322-N can include amember FSA account322, a bank checking account, amember HRA account324, etc., to name a few. Embodiments of the invention, however, are not limited to these examples. Accounts do not have to be tax qualified accounts.
As described herein, a member flexible spending account (FSA)account322 can include funds contributed by a member, e.g. an employee in an organization. Generally, a member can contribute funds annually to a FSA on a pre-tax basis and then apply those funds to certain benefits. A member health reimbursement arrangement (HRA) account324 can include funds, contributed by a plan sponsor, e.g., an employer organization, on the member's, e.g., employee's, behalf. According to the various program embodiments described herein a plan sponsor can then establish a set of set of business, or benefit, rules governing the members use and application of these funds to various benefits or services. In this manner, a plan sponsor can architect an added mutual benefit for both the member and the sponsor. For example, a plan sponsor can increase the member related deductible levels for various benefits or types of services in order to reduce premium costs, but then can offset the impact to the member by contributing additional funds to a member's HRA for use in paying the higher deductible levels. The higher deductible levels may reduce the overall premium cost that the employer must pay on behalf of its employees, e.g., plan members. However, as described in more detail below, the employer can define mutually favorable business rules for sharing the handling of the higher member deductible levels. HRAs have received treatment guidance from Private Letter Rulings by the Internal Revenue Service. Unlike the annual use or forfeit regulations of a member's FSA, the member may accumulate and retain the funds in their HRA from year to year according to the business rules defined by the plan sponsor. With the member having more autonomy, options, and retention rights over the use of the funds in their HRA, a member may be more selective in the manner and election of how and when they tap into those funds. As a result a member may choose to apply such funds less frequently for provider services. This can in turn drive down overall health care costs. Embodiments are not limited to the above description and use of HRAs and FSAs.
As shown in the embodiment ofFIG. 3, thepost adjudication system309 can include areport module330. Thereport module330 includes programs which can operate on the data received from thepost-adjudication program318 and thepayment output program320 to provide information, electronically or otherwise, to amember332 and/or aplan sponsor334. Thus, an individual, e.g., member or sponsor with appropriate access rights can receive transaction reports, explanation of benefit (EOB) reports, and view balances in their various benefit accounts.
FIG. 4 is an embodiment illustrating a hierarchy of the manner in which business rule sets can be cascaded down from an insurance plan to a sponsor plan to a member plan. As mentioned above, rule sets can be cascaded down from a plan carrier, e.g., insurer, to a plan sponsor, e.g., employer, to a plan member, e.g., employee. The embodiment ofFIG. 4 illustrates at401 an insurance plan to provide insurance coverage from an insurer such as can be offered to plan sponsors. The plan can include rules and coverage definitions for a number of different types of services. The plan sponsors, e.g., employers, can typically select from among a number of different plans offered by a plan carrier in order to provide different coverage benefits for different types of services to its members, e.g., employees.Section401 is provided to illustrate that the insurance plan rules are defined by the plan carrier based on a given plan structure selected by a sponsor. As described in the introduction a given plan structure will have associated premium payment levels and an associated set of benefit rules and coverage definitions defined according to the terms of the plan.
As illustrated in the insurance plan, e.g.,section401, services such as health care services can be performed by providers who have been categorized or defined by the plan carrier as either In-Network providers or Out-of-Network providers. As will be explained in more detail in connection withFIG. 6, embodiments can include more than one category of In-Network providers. And, as noted above, this can be determined based on the existence or absence of business agreements, and the terms of those agreements between the plan carriers and various available providers.
As shown inFIG. 4, within each of these of these categories the plan carrier defines the business rules the plan carrier will offer or provide according to different structured plans. These business rules can include definition of what the plan carrier requires for a co-pay both In Network and Out of Network according to different classes or types of services. This is represented inFIG. 4 at402-1 and404-1, respectively. The business rules can further include definition of what the plan carrier will provide or chose not to provide in the way of coinsurance both In Network and Out of Network according to different classes or types of services. This is represented inFIG. 4 at402-2 and404-2, respectively. The business rules can further include additional definitions of what the plan carrier will provide or chose not to provide in the way of other elections or coverage connected with services, e.g. deductibles or otherwise. This is represented inFIG. 4 at402-N and404-N, respectively. Many different plans can be offered by a plan carrier and accordingly the business rule definitions can vary from plan to plan. This difference is often reflected in the cost of the plan, e.g., in required premium levels for the plan, to the plan sponsor. Embodiments of the invention are not limited to these examples.
As shown inFIG. 4, program embodiments of the present invention next allow for a plan sponsor, e.g., employer, to select additional business rules sets to further define a benefits coverage relationship with its members, e.g., employees. This next layer of business rule definition capability is illustrated insection405 in addition and/or complement to insurance plan rules. The sponsor plan rules can be applied secondary to the insurance plan rules illustrated in401. However, it is noted that embodiments of the present invention include implementations without an insurance plan. In these embodiments the flow of rule sets can begin with the sponsor plan shown insection405. Theplan sponsor section405 illustrates that the plan sponsor can select additional business rules sets to further define a benefits coverage relationship with its members, e.g., employees, for a various types of services. In various embodiments, types of services include a preventive care service, a doctor's office visit, a hospital service, an urgent care center service, prescription services, specialized drug therapy services, centers of excellence programs, chemical dependency programs and therapies, dental programs, vision services, and emergency room service, to name a few. In other words the plan sponsor can use the program embodiments to “carve-out” or further define the manner in which certain services are handled in the sponsor's benefits coverage relationship with its members, e.g., employees.
As illustrated in the plan sponsor section, e.g.,section405, services such as health care services can be performed by providers who have been categorized or defined by the plan sponsor as either In-Network providers or Out-of-Network providers. The categorization of In-Network providers or Out-of-Network providers can either be different from or the same as the categorization used by the plan carrier. For example, the selection or definition may be determined based on the existence or absence of business agreements, and the terms of those agreements between the plan sponsor and various available and/or types of service providers, e.g., health care, beauty, travel, and fitness service providers, among others. Embodiments of the invention are not so limited.
By way of example and not by way of limitation,FIG. 4 illustrates that within each of these of these categories the plan sponsor can select additional business rules sets to further define a benefits coverage relationship with its members. As described in more detail below in connection withFIGS. 5-7 the plan sponsor can use program embodiments of the invention to variably select or establish the benefits coverage relationship with its members. And, the plan sponsor can variably select such additional business rules according to any number of classes of services. The plan sponsor can access a program from a remote device, e.g.,104-1 inFIG. 1, to select the plan sponsor rules.
As shown inFIG. 4, these business rules, definable by program embodiments, can include definition of how the plan sponsor will handle various co-pays both In Network and Out of Network according to different classes or types of services. This is represented inFIG. 4 at406-1 and408-1, respectively. The business rules, definable by program embodiments, can further include definition of how the plan sponsor will handle various coinsurance both In Network and Out of Network according to different classes or types of services. This is represented inFIG. 4 at406-2 and408-2, respectively. The business rules, definable by program embodiments, can further include additional definitions of how the plan sponsor will handle various other elections or coverage connected with services, e.g. deductibles or otherwise. This is represented inFIG. 4 at406-N and408-N, respectively. Many different business rules, definable by program embodiments, can be established between the plan sponsor and the member to create an added layer to the benefits coverage relationship insection405. Embodiments of the invention are not limited to these examples.
As shown inFIG. 4, program embodiments of the present invention next allow for a plan member, e.g., employee, to select additional member rules to further define how the member will apply various benefit coverage funds as permitted by the plan sponsor. That is, the plan sponsor can allow a member to have certain flexibility in the manner in which benefit coverage funds are applied to certain services when such decisions are not already defined according to either the plan sponsor rules or the plan carrier rules.
This next layer of member rule definition capability is illustrated insection409. The available member rule definition capability insection405 can vary from service type to service type. In certain service classes a member rule section may not be available or provided. For example, all of the benefit or business rules for certain types of service may be dictated or controlled by the plan sponsor rules and/or plan carrier rules.
As illustrated by example in409, for certain permitted classes of service a member may select the manner in which benefit coverage funds are applied to certain services from among different benefit coverage accounts. By way of example and not by way of limitation, the member may select a particular account and/or order, e.g., hierarchy, of accounts from which to apply benefit coverage funds for certain services. For example, where permitted the member may chose from which type of account, e.g. a health reimbursement account (HRA)410-1, a flex spending account (FSA)410-2, a vacation account410-2, or another particular member account410-N, e.g., personal member bank account or otherwise, from which to apply benefit coverage funds for various services.
As member can use program embodiments of the invention to variably select or establish the member rules. That is, when permitted, a member can access a program from a remote device, e.g.,104-1 inFIG. 1, to select the member they chose for the application of benefit coverage funds to certain services.
Program embodiments of the present invention, as illustrated by examples inFIGS. 5-8E, facilitate an effective manner for a plan sponsor to track and administer the benefits coverage relationship with its members despite the addition of another layer of business rules sets. And, program embodiments facilitate an effective manner for a plan member to track benefit coverage funds in various member accounts and apply benefit coverage funds therefrom according to member rules when permitted for certain services.
FIG. 5 is an embodiment representing a plan sponsor interaction with program embodiments for creating an additional, definable set of benefit rules for benefits management. The embodiment ofFIG. 5 illustrates one embodiment for implementing a set of post adjudicated claim benefit rules relating to a non-carrier claim category, as the same has been described above. The illustration provided inFIG. 5 can include any suitable graphical user interface (GUI) such as can be presented to a user such as on a display. For example, the illustration inFIG. 5 can include a screen display which a plan sponsor can access, e.g., through a remote device, to implement a set of post adjudicated claim benefit rules by selecting certain fields, e.g.,502 and506, and/or inputting data such as percentage and dollar values, e.g.,504 and508. Embodiments of the invention, however, are not limited to these examples.
As shown in the embodiment ofFIG. 5, a number of benefit rule selection choices, e.g.,501,503,505, and507, within a particular claim category, e.g., the sponsor claim category shown. In the embodiment ofFIG. 5, benefitrule selection choice501 provides a selection capability between a plan sponsor paying a percentage or the sponsor paying a fixed amount of a co-payment (“copay”), as described above, within the particular claim category. The embodiment ofFIG. 5 illustrates a selection between these choices as a selection betweeninput fields502 and506. The embodiment ofFIG. 5 illustrates that user, e.g., plan sponsor, has selected to pay a percentage of the copay. This is indicated in the drawing by a darkened circle infield502. Again,FIG. 5 is provided as an example and embodiments are not limited to a particular set or layout presentation for making selections between benefit rule selection choices, or options, on a particular user interface. Various configurations for the type of options or benefit rule selection choices pertaining to benefit rules governing post adjudicated claims are considered within the scope of the present invention.
As shown in the embodiment of Figure, because the user, e.g., plan sponsor or other entity, has selected to pay a percentage of the copay, the user can additionally enter a percentage value infield504 to reflect a chosen percentage amount. In this example, a percentage value of 50% is reflected infield504. In the illustration of this embodiment, a user could equally have selected to pays a fixed amount of the copay and this could have been reflected by a darkened circle infield506. If the user chooses to pay a fixed amount of the copay the user can enter a currency value in field508. For illustration purposes, a currency value of $45 US dollars is shown entered in field508.
In the embodiment ofFIG. 5, benefitrule selection choice503 pertains to member account rules associated with the copay of a non-carrier claim category. These member account rules can be separately created for various particular member account types as described herein or otherwise. For example, the member account rules can be independently established for a member FSA account, shown as322 inFIG. 3, or a member HRA account, shown as324 inFIG. 3. Embodiments of the invention are not so limited. In the embodiment ofFIG. 5, benefitrule selection choice503 provides a selection capability between example member account categories such as an HRA account, a FSA account, or a member out of pocket selection each having an associated field for selection between a sponsor rule, e.g.,510,514 and518, or a member rule, e.g.,512,516, and520. In this example the user, e.g., plan sponsor or other entity, has selected a sponsor rule, as indicated by the darkened circle infield510 and514, for the HRA and the FSA accounts. And, the user has selected a member rule, as indicated by the darkened circle infield520, for the member out of pocket selection.
As used herein, a sponsor rule indicates that the plan sponsor, or other third party entity, has governing control of the business rules for application or use of funds in the particular account. Similarly, a member rule indicates that the member has governing control of the business rules for application or use of funds from the particular account type.
The embodiment ofFIG. 5 further illustrates that a number of numerical values, ranking, or hierarchy of some other form, can be provided to the definable set of benefit rules for benefits management. These values are illustrated in the embodiment ofFIG. 5 in fields522,524 and526. In this example a value of “2” has been entered in field522, a value of “4” has been entered in field524, and a value of “6” has been entered in field526. As mentioned, these values can be used to establish a ranking or hierarchy. Thus, the value “2” in the example ofFIG. 5 is the lowest value number and can be used to indicate that funds to be applied to a non-carrier claim category are first to come from, or that the program will first look to the available funds, in a member's HRA account according to a sponsor defined rule. In the example ofFIG. 5 the value “4” in field524 is the next lowest value number and thus can be used to indicate that funds to be applied to a non-carrier claim category are to come next from, or that the program will next look to the available funds, in the member's FSA account, again in this example according to a sponsor defined rule. The value “6” in field526 the next lowest value number and thus can be used to indicate that funds to be applied to a non-carrier claim category are to come next from, or that the program will next look to the available funds, in a member out of pocket category.
As illustrated in the example ofFIG. 5, the use of spaced numerical values allows the plan sponsor to revisit a particular ordering of the account usage in the benefit rules and adjust or change the definable set of benefits rules for benefits management without having to re-rank or re-shuffle the hierarchy of each account ranking value. For example, with the HRA account defined by a ranking value of “2” in field522 the plan sponsor can reestablish the order in which the various accounts are turned to or accessed by assigning a new value of “1” to the FSA account in field524. The program would then look first to the available funds in the FSA account, next to the HRA account, and third, in this example, to the member out of pocket category.
As another example, the plan sponsor can leave the ranking value of “6” in field526 in the member out of pocket category and can reestablish the order in which the various accounts are turned to or accessed by assigning a new value of “8” to the HRA account in field522 and a new value of “10” to the FSA account in field524. The program would then look first to the available funds in the member out of pocket account, next to the HRA account, and third, in this example, to the FSA account. Embodiments of the invention are not limited to these examples. Upon reading this disclosure, one will appreciate that this reordering technique provides an ease of management and administration for the system user.
According to the embodiments described herein, the order in which accounts are depleted is determined by the sequence numbers, e.g., 2, 4, 1, etc. The sequence numbers can be first established by a plan sponsor before and/or to the exclusion of the ability to do so by a plan member. If the plan sponsor wishes to delegate control of portions of the account depletion sequence, the plan sponsor can do so by activating (e.g., by clicking a radio button as known among selection interfaces) a field associated with a member rule of a certain account and leaving numerical spaces or not leaving numerical spaces in the numeric order of the accounts remaining among the “hierarchy” fields under the plan sponsor control, e.g., labeled sponsor rule. This is indicated, for example, by the numerical spacing between the numbers “2” and “4”. According to various embodiments, when a member views the interface such as via the display of a remote device, the member will only be allowed to edit sequence numbers for accounts that have been marked “member rule” by the sponsor. In one example, members cannot activate a field (e.g., by clicking a radio button as known among selection interfaces) associated with the selection of the sponsor rule or member rule delegation. These can be reserved for plan sponsor access only.
In this manner, a plan sponsor can delegate varying amounts of control and options to a member according to the plan sponsor's choice. This logic is a general solution and may apply to “N” accounts. As one of ordinary skill in the art will appreciate upon reading this disclosure, there may variations on this example of control delegation. Embodiments of the invention are not limited to this interface example of customized delegation.
In the embodiment ofFIG. 5, benefitrule selection choice505 provides a selection capability between a plan sponsor paying a percentage or the sponsor paying a fixed amount of a co-insurance (“co-ins”), as described above, within the particular claim category, e.g., in a non-carrier claim category in this example. The embodiment ofFIG. 5 illustrates a selection between these choices as a selection betweeninput fields528 and532. The embodiment ofFIG. 5 illustrates that user, e.g., plan sponsor, has selected to pay a percentage of the co-ins. This is indicated in the drawing by a darkened circle infield528. Again,FIG. 5 is provided as an example and embodiments are not limited to a particular set or layout presentation for making selections between benefit rule selection choices, or options, on a particular user interface. Various configurations for the type of options or benefit rule selection choices pertaining to benefit rules governing post adjudicated claims are considered within the scope of the present invention.
As shown in the embodiment ofFIG. 5, because the user, e.g., plan sponsor or other entity, has selected to pay a percentage of the co-ins, the user can additionally enter a percentage value infield530 to reflect a chosen percentage amount. In this example, a percentage value of 50% is reflected infield530. In the illustration of this embodiment, a user could equally have selected to pays a fixed amount of the co-ins and this could have been reflected by a darkened circle in field532. If the user chooses to pay a fixed amount of the co-ins the user can enter a currency value infield534. For illustration purposes, a currency value of $45 US dollars is shown entered infield534.
In the embodiment ofFIG. 5, benefitrule selection choice507 pertains to member account rules associated with the co-ins of a non-carrier claim category. These member account rules can be separately created for various particular member account types as described herein or otherwise. For example, the member account rules can be independently established for a member FSA account, shown as322 inFIG. 3, or a member HRA account, shown as324 inFIG. 3. Embodiments of the invention are not so limited. In the embodiment ofFIG. 5, benefitrule selection choice507 provides a selection capability between example member account categories such as an HRA account, a FSA account, or a member out of pocket selection each having an associated field for selection, or definition, between the particular account as being governed by a sponsor rule, e.g.,536,540 and544, or a member rule, e.g.,538,542, and546. In this example the user, e.g., plan sponsor or other entity, has selected a sponsor rule, as indicated by the darkened circle in field536 and540, for the HRA and the FSA accounts. And, the user has selected a member rule, as indicated by the darkened circle infield546, for the member out of pocket account.
As was the case above in connection with the member account rules associated with the copay, the embodiment ofFIG. 5 allows for a number of numerical values, ranking, or other hierarchy, to be provided as part of the definable set of benefit rules for benefits management. These values are illustrated for the member account rules associated with the co-ins infields546,550 and552. In this example a value of “2” has been entered infield546, a value of “4” has been entered in field550, and a value of “6” has been entered in field552. These values can serve the same purpose and offer the same flexibility and administrative reordering as described above in connection with the member account rules for the copay.
FIG. 6 is another embodiment representing a definable set of benefit rules for benefits management. As with the illustration inFIG. 5, the illustration inFIG. 6 can include any suitable graphical user interface (GUI) such as can be presented to a user such as on a display. For example, the illustration inFIG. 6 can include a screen display which a plan sponsor can access, e.g., through a remote client/device (such as shown inFIG. 1), to implement a set of benefit rules by selecting certain fields. As mentioned previously, according to the various embodiments rule sets can be cascaded down from the plan carrier, e.g. “insurance category” shown as600-1 inFIG. 6, to the plan sponsor, e.g. “sponsor rules”600-2 inFIG. 6, to even “member rules” (not shown). Embodiments of the invention are not so limited.
In the example embodiment ofFIG. 6, the insurance category600-1 illustrates selectable carrier rules for insurance (after copay) for both In Network and Out of Network providers, as the same have been described above. As shown in the embodiment ofFIG. 6, any number of different In-Network provider categories,601-1, . . . ,601-N, can be included among the program embodiments of the present invention. For ease of illustration, detail discussion is provided only to In-Network provider category601-N inFIG. 6. However, similar rule selections can be made to the additional In-Network provider categories, e.g.,601-N. For example, a different In-Network provider, e.g.,601-N, can include particular selections to the business rules in recognition that the particular In-Network provider category is renown for a particular class of service, e.g., cancer treatment at the Mayo Clinic, or cardiovascular health services at the Cleveland Heart Clinic or at Johns Hopkins University Medical Hospital. Embodiments of the invention are not so limited.
As shown in theFIG. 6 example, for each type of provider the carrier rules can include a carrier percent after copay, a copay amount, an after deductible designation, and a S maximum out of pocket payment amount. Thus, for the In Network provider category a field, e.g.,602,606,610 and614, is associated with each of these selectable carrier rules. Likewise, for the Out of Network provider category a field, e.g.,604,608, and612, is similarly associated with each of these selectable carrier rules.
By way of example and not by way of limitation, a percentage of 80% is illustrated infield602 for the carrier percentage after copay for In Network providers and 50% is illustrated infield604 for the carrier percentage after copay for Out of Network providers. In the example, a dollar amount of $15 is illustrated infield606 for the copay amount for In Network providers and a dollar amount of $40 is illustrated infield608 for Out of Network providers. In the example, a designation of NO is illustrated infield610 for the after deductible designation for In Network providers and a designation of YES is illustrated infield612 for the after deductible designation for Out of Network providers. Continuing, a maximum annual member payment amount of $5000 is illustrated in field614 for In Network and no maximum annual member payment amount is provided for Out of Network. All of this data can be input into the program embodiments described herein using a remote client/device connected over a system network, e.g., wireless, hardwired, or a combination thereof. Embodiments of the invention are not limited to the examples provided above.
In the example embodiment ofFIG. 6, the sponsor rules shown as post-adjudication rules600-2 illustrates selectable sponsor rules for insurance (after copay) for both In Network and Out of Network providers. As shown in this example, for each type of provider benefit rule selection choices, e.g.,601,603,605, and607, within a particular claim category, e.g., carrier claim category shown, can be selectable chosen. In the embodiment ofFIG. 6, benefitrule selection choice601 provides a selection capability between a plan sponsor paying a percentage or the sponsor paying a fixed amount of a co-payment (“copay”) within the carrier claim category. The embodiment ofFIG. 6 illustrates a selection between these choices as a selection betweeninput fields616,624 and620,628 respectively. The embodiment ofFIG. 6 illustrates that a user, e.g., plan sponsor, has selected to pay a percentage of the copay, as indicated by a darkened circle infield616, for In Network providers. And, for Out of Network providers the plan sponsor has selected not to pay any amount of the copay, as indicated by the unfilled circles.
Again,FIG. 6 is provided as an example and embodiments are not limited to a particular set or layout presentation for making selections between benefit rule selection choices, or options, on a particular user interface. Various configurations for the type of options or benefit rule selection choices pertaining to benefit rules governing post adjudicated claims are considered within the scope of the present invention.
As shown in the embodiment ofFIG. 6, because the user, e.g., plan sponsor or other entity, has selected to pay a percentage of the copay In Network, the user can additionally enter a percentage value infield618 to reflect a chosen percentage amount. In this example, a percentage value of 50% is reflected infield618. In the illustration of this embodiment, a user could equally have selected to pays a fixed amount of the copay In Network and this could have been reflected by a darkened circle in field624. In the illustration of this embodiment, a user could equally have selected to pay a percentage value of the copay Out of Network if the user had done so this could have been reflected by a darkened circle infield620. If the user selects this option the user can additionally enter a percentage value infield622 to reflect a chosen percentage amount, e.g., illustrated by way of example as 50%.
If the user had selected a fixed amount of the copay In Network and/or Out of Network this could have been reflected by a darkened circle in fields624 and/or628. If the user chooses to pay a fixed amount of the copay In Network, or Out of Network, the user can enter a currency value infields626 and630 respectively. For illustration purposes, a currency value of $45 US dollars is shown entered infields626 and630. Embodiments of the invention, however, are not limited to these examples.
In the embodiment ofFIG. 6, benefitrule selection choice603 pertains to member account rules associated with the copay of a carrier claim category. These member account rules can be separately created for various particular member account types as described herein or otherwise. For example, the member account rules can be independently established for a member FSA account, shown as322 inFIG. 3, or a member HRA account, shown as324 inFIG. 3. Embodiments of the invention are not so limited. In the embodiment ofFIG. 6, benefitrule selection choice603 provides a selection capability between example member account categories such as an HRA account, a FSA account, or a member out of pocket selection each having an associated field for selection between a sponsor rule and member rule for both In Network and Out of Network providers. In the embodiment ofFIG. 6 this as shown as In Network sponsor rules, e.g.,631,635 and639, and In Network member rules, e.g.,632,636, and640. In the embodiment of For Out of Network this is illustrated as sponsor rules, e.g.,633,637 and641, and member rules, e.g.,634,638, and642.
The embodiment ofFIG. 6 further illustrates that a number of numerical values, ranking, or other hierarchy, can be provided to the definable set of benefit rules for benefits management, as the same has been described in connection withFIG. 4. These values are illustrated in the embodiment ofFIG. 6 infields643,644, and645 for In Network and infields646,647, and648 for Out of Network. Again, upon reading this disclosure, one will appreciate that this reordering technique provides an ease of management and administration for the system user.
In the embodiment ofFIG. 6, benefitrule selection choice605 provides a selection capability between a plan sponsor paying a percentage or the sponsor paying a fixed amount of a co-insurance (“co-ins”) within the particular claim category, e.g., carrier claim category in this example. The embodiment ofFIG. 6 illustrates a selection between these choices as a selection betweeninput fields650 and658 In Network and fields654 and662 Out of Network. The example ofFIG. 6 illustrates that a plan sponsor has selected to pay a fixed amount of the co-ins In Network. This is indicated in the drawing by a darkened circle infield658.FIG. 6 is provided as an example and embodiments are not limited to a particular set or layout presentation for making selections between benefit rule selection choices, or options, on a particular user interface. Various configurations for the type of options or benefit rule selection choices pertaining to benefit rules governing post adjudicated claims are considered within the scope of the present invention.
Because the user, e.g., plan sponsor or other entity, has selected to pay a fixed amount of the co-ins In Network, the user can additionally enter value infield660 to reflect a chosen currency amount. In this example, a fixed value of $100 is reflected infield660. Percentage values or fixed amount values can likewise be provided tofields652,656, and664 based on selections made by a user infields650 and658, e.g., In Network, and fields654 and662, e.g., Out of Network.
In the embodiment ofFIG. 6, benefitrule selection choice607 pertains to member account rules associated with the co-ins of a carrier claim category. As with the example inFIG. 4, benefitrule selection choice607 provides a selection capability between example member account categories such as an HRA account, a FSA account, or a member out of pocket selection each having an associated field for selection, or definition, between the particular account as being governed by a sponsor rule, e.g.,671,675 and679 In Network or673,677, and681 Out of Network, or a member rule, e.g.,672,676, and680 In Network or674,678, and682 Out of Network. In this example the user, e.g., plan sponsor or other entity, has selected a sponsor rule In Network and Out of Network, as indicated by the darkened circle infields671,675 and673,677 respectively, for the HRA and the FSA accounts. And, the user has selected a member rule In Network and Out of Network, as indicated by the darkened circle infields680 and682 respectively, for the member out of pocket account.
As described above, the embodiment ofFIG. 6 allows for a number of numerical values, ranking, or hierarchy, to be provided as part of the definable set of benefit rules for benefits management. These values are illustrated in the embodiment ofFIG. 6 in fields683,684, and685 for In Network and infields686,687, and688 for Out of Network. In this manner, an ease of management and administration for the reordering the system is afforded to the user.
FIG. 7 is another embodiment representing a definable set of benefit rules for benefits management. As described inFIGS. 5 and 6,FIG. 7 can represent a user interface through with a user can input selections for one or more benefit rules for benefits management whether through a remote device/client or otherwise.FIG. 7 illustrates acarrier claim category701 which provides selectable carrier rules for a lifetime maximum benefit selection, an out of pocket maximum amount selection for both member and family, as well as a deductible amount for both member and family as handled for In Network and Out of Network providers. For the In Network provider category a field, e.g.,702,706,708,712, and716, is associated with each of these selectable carrier rules. Likewise, for the Out of Network provider category a field, e.g.,704,707,710,714 and718, is similarly associated with each of these selectable carrier rules.
In this example an “infinite” selection is illustrated as having been chosen infield702 for In Network providers and $1,000,000 is illustrated as having been chosen in field704 for Out of Network providers. In the example, a dollar amount of $1,500 is illustrated as having been chosen in field706 for member out of pocket maximum amount selection for In Network providers and a dollar amount of $3,000 is illustrated in field707 for Out of Network providers. A dollar amount of $5,000 is illustrated as having been chosen in field708 for family out of pocket maximum amount selection for In Network providers and no dollar amount is illustrated as being offered in field710 for Out of Network providers. Further, no dollar amount of $1,500 is illustrated as being offered infields712 and716 for member or family deductible amounts for In Network providers. A $300 member deductible amount is illustrated as having been chosen in field714 for Out of Network providers and a $900 family deductible amount is illustrated as having been chosen infield718 for Out of Network providers.
In the example embodiment ofFIG. 7,deductible payment rules703 are illustrated with a field for a sponsor to pay a percentage, e.g.,field720, and/or to pay a fixed amount, e.g.,field722. In this example, a darkened circle infield720 represents a sponsor has chosen to pay a percentage. Based on the field chosen, e.g.,field720 orfield722, a user can input a percentage value, e.g., example 40% shown infield724, or a currency value, e.g., example $500 shown infield726. In the embodiment ofFIG. 7 thedeductible payment rules703 further include one or more fields for defining who pays first in both the sponsor pays percentage and sponsor pays fixed amount categories. In this example these are illustrated asfields728,732, and736, representing sponsor, member, and together respectively, in the sponsor pays percentage category. In the sponsor pays fixed amount category these are illustrated asfields730 and734. Embodiments of the invention are not limited to these examples.
As illustrated in the embodiment ofFIG. 7, acategory705 facilitates input selections to determine from which accounts and in what order a member pays as according to whether the event is governed by a sponsor rule or a member rule. In this example, three example accounts are shown, e.g., HRA account, FSA account, and member account. Again embodiments are not limited to these examples. Associated fields for input selection are illustrated as738,742, and746 respectively for the sponsor rule events. Associated fields for input selection of member rule events are illustrated as740,744, and748 respectively. As described previously, ordering of the payment can be selected by inputting numerical values, rankings, or other hierarchy, according to the embodiments described herein, torespective fields750,752, and754. Thus in this example for events governed by member rules the value of “1 ” is provided infield754 to indicate that a member pays first from their member account. Further since neither field740 or744 is illustrated as having been selected for the other two example accounts, a member can only access the member account for application of funds to events governed by member rules. In this example the events governed by sponsor rules can access the HRA account for application of funds and can access the FSA account for application of funds, e.g., fields738 and742 are illustrated as having been chosen. In this example, a value of “4” is provided infield750 and a value of “2” infield752 to order to access of funds first from the HRA account and second from the FSA account.
As described earlier, various orderings can be structured according to the direction of the user input and the embodiments are not limited to the examples illustrated inFIG. 7. From reading the embodiments on the example rankings in fields,750,752, and754, however, one will appreciate that the ordering techniques described herein provide for an ease of management and administration for the system user.
FIGS. 8A-8E illustrate an embodiment for adjudication of a benefit claim.FIGS. 8A-8E illustrate an example of the manner in which a claim for a medical service received by a member would be handled according to the business rule examples illustrated inFIGS. 5-7. In this example the claim is one within a covered carrier claim category. Embodiments of the invention are not limited to this illustrative example.
FIGS. 8A-8E a provider is illustrated atblock802. The provider can include a remote device or remote client, shown as104-1,104-2, . . . ,104-N, inFIG. 1. Theprovider202 can be associated with an entity rendering a health or medical service, e.g., doctors, nurses, hospitals, and health care clinics. However, other providers of other types of services such a fitness, beauty, retirement, salon, and travel service provider, among others are considered within the scope of the present invention.
InFIGS. 8A-8E an exchange is illustrated between theprovider802 and a block containing a plan carrier804-1, a plan sponsor804-2, a member FSA804-3, a member HRA804-4, a member out of pocket (O.O.P.) account804-5, and another entity or account804-N. These entities and/or accounts have been described in detail herein.FIGS. 8A-8E serve to illustrate the application of funds according one particular program configuration in order to satisfy a health care service claim in a benefits management system.
In the example ofFIG. 8A, aclaim801 such as an “835” claim is submitted in the amount of $1500 to a plan carrier804-1. As described above theclaim request801 can also be submitted to a TPA working on behalf of the plan carrier804-1. The plan carrier804-1 or TPA can adjudicate the claim according to business rules defined by the plan carrier804-1 such as described insection401 ofFIG. 4. In this example, the plan carrier804-1 or TPA sends aclaim response803 indicating that an amount of $728 is covered according to the terms of a health care plan, such as a health care plan maintained by a sponsor, e.g., employer, on behalf of a particular member, e.g., employee, for the particular type of service performed.
FIG. 8B illustrates that in this example a post adjudication rule has been established which defines that for this particular type of service the plan sponsor will pay %50 of the copay, such as defined infields616 and618 inFIG. 6. InFIG. 8B the copay amount is $40, as shown at809.FIG. 8B thus reflects that the plan sponsor will pay $20, shown at805, of the $40 copay amount according to the program selectable business rules shown inFIG. 6. TheFIG. 8B example further reflects that either a plan sponsor rule or member rule (e.g.,section405 orsection409 ofFIG. 4, respectively) has determined that the remaining $20 of the copay be applied from member out of pocket funds, shown at807.
FIG. 8C illustrates the handling of a deductible amount, e.g., $500 shown at817, associated with the claim for the particular type of service.FIG. 8C illustrates that in this example according to the sponsor rule defined infields722,726, and730 ofFIG. 7, the sponsor will pay the first $200, shown at811, of the deductible817 for this particular claim type. The member is responsible for paying the remaining $300. TheFIG. 8C example further reflects that either a plan sponsor rule or member rule (e.g.,section405 orsection409 ofFIG. 4, respectively) has determined that the remaining $300 of the copay be applied first from the member FSA and then the remaining amounts are to be applied next from the member's HRA account. In the example ofFIG. 7, this would accord with the deductible falling under a category of a sponsor rule and follow the selections made infields750 and752. That isfield752 contains a value of “2” andfield750 contains a value of “4” indicating that the remaining funds are to be applied from the FSA before the member HRA. In this example $120, shown at813, depletes the member FSA and the remaining $180 is applied from the member HRA, shown at815.
FIG. 8D illustrates the handling of a coinsurance amount, e.g., $182 shown at823, associated with the claim for the particular type of service.FIG. 8D illustrates that in this example according to the sponsor rule defined infields658 and660 ofFIG. 6, the sponsor will pay a fixed amount of $100, shown at819, of thecoinsurance823 for this particular claim type. The member is responsible for paying the remaining $82. TheFIG. 8D example further reflects that either a plan sponsor rule or member rule (e.g.,section405 orsection409 ofFIG. 4, respectively) has determined that the remaining member's responsibility for the remaining $82 be applied from the member's HRA account, shown at821.
FIG. 8E illustrates the handling of an ineligible amount, e.g., the remaining $50 shown at827, that is due on the $1500claim801 for the particular type of service.FIG. 8D illustrates that either a plan sponsor rule or member rule (e.g.,section405 orsection409 ofFIG. 4, respectively) has determined that the member is responsible for paying the ineligible amount for the particular claim type.FIG. 8D further illustrates that either a plan sponsor rule or member rule has established that the member's responsibility for the $50 ineligible amount be applied from the member's HRA account, shown at825.
Although specific embodiments have been illustrated and described herein, those of ordinary skill in the art will appreciate that an arrangement calculated to achieve the same techniques can be substituted for the specific embodiments shown. This disclosure is intended to cover adaptations or variations of various embodiments of the invention. It is to be understood that the above description has been made in an illustrative fashion, and not a restrictive one. Combination of the above embodiments, and other embodiments not specifically described herein will be apparent to those of skill in the art upon reviewing the above description. The scope of the various embodiments of the invention includes other applications in which the above structures and methods are used. Therefore, the scope of various embodiments of the invention should be determined with reference to the appended claims, along with the full range of equivalents to which such claims are entitled.
In the foregoing Detailed Description, various features are grouped together in a single embodiment for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the embodiments of the invention require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus, the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separate embodiment.