US20080183505A1 - Centralized eob archiving and access - Google Patents
Centralized eob archiving and access Download PDFInfo
- Publication number
- US20080183505A1 US20080183505A1 US11/627,113 US62711307A US2008183505A1 US 20080183505 A1 US20080183505 A1 US 20080183505A1 US 62711307 A US62711307 A US 62711307A US 2008183505 A1 US2008183505 A1 US 2008183505A1
- Authority
- US
- United States
- Prior art keywords
- medical
- insurance
- explanations
- adjudication
- insurance adjudication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
Definitions
- This application relates generally to medical spending accounts. More specifically, this application relates to the use of centralized repositories in managing insurance information used to support reporting requirements associated with medical spending accounts.
- Medical expenses include expenses that arise in the diagnosis or treatment of conditions in the human body, including teeth or other oral structures in the form of dental expenses and including the eye and other ophthalmic structures in the form of vision expenses. Medical expenses may include fees to be paid to physicians, dentists, optometrists, or other medical practitioners for their services directly, fees paid to laboratories who perform analyses of blood or other tissues or who operate diagnostic equipment like x-ray machines, magnetic-resonance-imaging machines, and the like.
- FSAs flexible spending accounts
- HSAs health savings accounts
- HRAs health reimbursement accounts
- FSAs are financial accounts that are established as part of employer-sponsored benefits plans. Employees are able to contribute a set annual amount to the accounts, usually as part of a regular salary deduction that is applied to each paycheck. The employee is then able to spend the funds from the accounts to pay for medical expenses. Often the annual amount can be spent before the employee has completed making the contributions, permitting payment for medical expenses effectively to be made on an interest-free credit basis. Because the contributions to the account are made as a salary reduction, they are not subject to income tax.
- HSAs are financial accounts that are intended to provide for payment of unreimbursed medical expenses incurred by those who are self-employed or employed by small organizations (fewer than 50 employees).
- One qualification requirement for such accounts is that the employee be covered by a high-deductible insurance plan.
- Funds in the account can be used on a pre-income-tax basis to pay for certain medical-insurance premiums and can earn tax-deferred interest.
- the funds in HSAs are available to rolled over from year to year if they are unused.
- HRAs are financial accounts having funds that are set aside by employers to provide reimbursement for employees who incur medical expenses. Like HSAs, the funds in the account can be rolled over from year to year, but they differ from HSAs not only in the fact that it is the employer who funds them rather than the employee, but also in that they have no restrictions on the size of the company where they are offered. The tax advantage for such accounts is enjoyed by the employers, who qualify for preferential tax treatment in a manner similar to employers who fund insurance plans.
- each of these different kinds of accounts may also be used in combination with different insurers. This may occur as an employee incurs medical expenses, some of which are eligible for reimbursement by an insurer and others of which are paid from one of the different types of medical spending accounts. Employees of different organizations, even those who reside within a single household, may interact with different insurers. Even a single employee frequently interacts with different insurers, particularly for different types of treatments. While this versatility makes for a flexible environment in which different types of medical spending accounts and different insurers may be used to accommodate individual circumstances, it also creates an environment in which management of relevant information may be difficult. Different insurers have different ways and formats for reporting how they determined which expenses are eligible for reimbursement, different ways for questioning and/or appealing those decisions, and the like. And the reporting requirements to comply for the tax benefits of the different types of accounts with the Internal Revenue Service differ. This reporting is further complicated by the different reporting formats used by the insurers.
- Embodiments of the invention provide a central repository that maintains adjudication records of medical insurance claims in a standard format.
- This repository may act as a conduit for efficiently coordinating requests by insured parties to have access to the adjudication records and to initiate requests for application of amounts not covered by insurance to medical spending accounts.
- the standard format of the records permits efficient transmittal of such requests to third-party administrators with substantiation documentation that meets reporting requirements.
- a plurality of medical-insurance adjudication explanations are received at a benefits-records system.
- Each such medical-insurance adjudication explanation comprises a specification of a medical-insurance claim submitted to one of a plurality of medical insurers and identifies an adjudication decision of the medical insurance claim.
- Each of the plurality of medical-insurance adjudication explanations is stored in a common format.
- a request is received from an insured party to apply a payment amount to a medical spending account.
- the payment amount corresponds to an expense associated with a medical-insurance claim submitted to one of the plurality of medical insurers and identified in one of the medical-insurance adjudication explanations as not paid by the one of the medical insurers.
- the request is posted to a third-party administrator with information from the one of the medical-insurance adjudication explanations.
- the information may be posted to the third-party administrator.
- the information comprises the one of the medical-insurance explanations itself.
- a medical-insurance explanation may comprise an optically readable code, such as a bar code, that summarizes details of the medical-insurance claim.
- the information may be a subset of information extracted from the one of the medical-insurance adjudication explanations.
- the common format itself may include an optically readable code summarizing details of the medical-insurance claim comprised in respective ones of the medical-insurance adjudication explanations.
- the plurality of medical-insurance adjudication explanations may be received. For instance, in one embodiment, at least one of them is received from one of the medical insurers. In another embodiment, at least one of them is received from a party insured by one of the medical insurers. The information may be received over a public network. In certain embodiments, the at least one of the medical-insurance adjudication claims is converted into the common format. Examples of medical spending accounts that may be involved in these methods include flexible spending accounts, health savings accounts, and health reimbursement accounts, among others.
- the methods of the invention may be embodied in a system having a communications device, a storage device, a processor, and a memory coupled with the processor.
- the plurality of medical-insurance adjudication explanations are stored on the storage device.
- the memory comprises a computer-readable medium having a computer-readable program embodied therein for directing operation of the system.
- the computer-readable program includes instructions for operating the system in accordance with the various embodiments described above.
- FIG. 1 is a schematic diagram illustrating an architecture within which methods of the invention may be performed
- FIG. 2 is a schematic diagram of a computational device on which methods of the invention may be embodied
- FIG. 3 is a flow diagram summarizing methods of providing EOB statements to a centralized benefits-records system
- FIG. 4 is an example of an EOB statement that includes optically readable coded indicia in accordance with an embodiment of the invention
- FIG. 5A is a flow diagram summarizing methods of using the benefits-request system by an insured employee.
- FIG. 5B is a flow diagram summarizing methods of using the benefits-request system by a third-party administrator.
- Embodiments of the invention provide methods and systems for generating and storing benefits-determination information that may be provided by a variety of different insurers.
- Such benefits-determination information is generally provided by an insurer in the form of an “Explanation of Benefits” (“EOB”) statement that is transmitted in response to a request for payment and a decision by the insurer on the request.
- EOB Explanation of Benefits
- the determination made by the insurer is prompted by receipt of a claim from an insured party or by receipt of a claim from a medical-services provider.
- EOB Explanation of Benefits
- the determination made by the insurer is prompted by receipt of a claim from an insured party or by receipt of a claim from a medical-services provider.
- a claim is submitted by an insured party, it is usually submitted because the insured party has received and paid for medical services and therefore takes the form of a reimbursement request.
- a claim is submitted by a medical-services provider, it is usually submitted because the provider has provided services to an insured party that have not
- the process by which the insurer determines how to respond to the request is largely the same irrespective of the form that the request takes.
- Particulars that describe the type of service rendered are evaluated to determine whether they are services covered by the particular policy specifications that apply to the insured party and how those policy specifications apply to that service.
- the result of this evaluation is a determination of the financial responsibility of the insurer for the services that were performed, with the insurer then issuing a payment for that amount either to the provider or to the insured party depending on who originated the request.
- An explanation of how the amount was determined is transmitted to the insured party in the form of an EOB statement.
- embodiments of the invention make use of a centralized benefits-records system.
- This system provides a mechanism for maintaining EOB statements in a consistent manner and as an interface to insured parties and third-party administrators for accessing the statements.
- FIG. 1 provides a schematic illustration of how such a benefits-records system 104 may be integrated within an architecture for processing insurance claims and processing funds payments from medical savings accounts.
- the benefits-records system 104 comprises a computation system that has software for implementing specific aspects of the invention described below. It is interfaced with one or more storage devices 136 that act as data repositories to store the formatted EOB statements.
- Interaction with the benefits-records system 104 may take place through any of a variety of different computational networks, perhaps depending on the nature of the party wishing to access the formatted EOB information. For example, in some instances, information may be received directly from an insurer system 144 that is operated on behalf of an insurer. Such information may be directed through a private insurer network 140 whose private nature acts to enhance the security of the private medical and financial information that may be included on the EOB statements.
- interactions may be made between the benefits-records system 104 and an insured party 132 .
- Such interactions may take place as the insured party 132 wishes to access past EOB information as explained below. It may also take place to provide a mechanism by which the insured party 132 transmits EOB statements directly to the benefits-records system. Such transmission from the insured party 132 may be appropriate when the insurer sends EOB statements directly to the insured party 132 or is otherwise not equipped to transmit such statements directly to the benefits-records system 104 .
- the drawing illustrates a number of different techniques that the insured party 132 may use for transmission of EOB statements to the benefits-records system, or for other interactions that might be initiated with the benefits-records system 104 as described below.
- These different techniques permit the insured party 132 to transmit an EOB statements to the system 104 in different ways, which may be beneficial in accommodating different forms in which the EOB statements are provided to the insured party 132 .
- one communications mechanism comprises use of a public network like the Internet 108 , with the insured party 132 using a personal computer 120 or other computational device to establish a connection with the public network.
- Such a communications mechanism is suitable for transmission of a variety of electronic forms of EOB statements, such as statements that are provided in PDF or other electronic formats.
- transmissions over it may be subject to any of a variety of security mechanisms to protect the confidential nature of the medical and financial data that may be included in the EOB statements. This includes establishing secure connections, encrypting the transmissions, and the like.
- the public-telephone switched network 116 also provides a communications mechanism that may be used for transmission of EOB statements and other information to the benefits-records system 104 , particularly in supporting facsimile transmissions from a fax machine 128 .
- This provides a convenient way for transmitting copies of hard-copy statements that insured parties might receive from insurers.
- the Internet 108 also provides a mechanism for transmitting copies of hard-copy statements when the statements are scanned into an electronic format, scanners currently remain less available to many insured parties than fax machines 128 .
- Another communications that may sometimes be used for appropriate forms of the EOB statements is a short-message-service network 112 that supports textual communications from cellular devices like mobile telephones 124 , personal digital assistants, and other wireless handheld devices.
- FIG. 1 shows explicitly that public networks like the Internet 108 provide suitable communications paths to the benefits-record system 104 that may be used by insurer systems 144 as an alternative to the use of private networks.
- public networks also permit communications to be made by third-party administrators.
- the drawing instead shows an embodiment in which separate private administrator networks 148 are used to effect such communications, but this is not a requirement of the invention.
- Such private networks do have the same benefit as does the use of private networks to interface with insurer systems 144 , namely that they provide greater security for the exchange of confidential information than is the case with public networks in the absence of enhanced security protocols.
- the administrator networks 148 are provided in communication with administrator systems 152 suitable for operation by third-party administrators in complying with requirements for applying payment amounts the insured party is responsible for to medical spending accounts.
- third-party administrators may interact with an administration system 152 in processing requests to apply amounts to medical savings accounts and in processing substantiation and authentication documentation related to such requests.
- FIG. 2 provides a schematic illustration of a physical structure that may be comprised by the benefit-records system 104 to implement embodiments of the invention.
- FIG. 2 broadly illustrates how individual system elements may be implemented in a separated or more integrated manner.
- the benefits-records system 104 is shown comprised of hardware elements that are electrically coupled via bus 226 , including a processor 202 , an input device 204 , an output device 206 , a storage device 208 , a computer-readable storage media reader 210 a , a communications system 214 , a processing acceleration unit 216 such as a DSP or special-purpose processor, and a memory 218 .
- the computer-readable storage media reader 210 a is further connected to a computer-readable storage medium 210 b , the combination comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer-readable information.
- the communications system 214 may comprise a wired, wireless, modem, and/or other type of interfacing connection and permits data to be exchanged over the architecture described in connection with FIG. 1 .
- the benefits-records system 104 also comprises software elements, shown as being currently located within working memory 220 , including an operating system 224 and other code 222 , such as a program designed to implement methods of the invention. It will be apparent to those skilled in the art that substantial variations may be made in accordance with specific requirements. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Further, connection to other computing devices such as network input/output devices may be employed.
- EOB statements Methods by which the benefits-records system 104 may acquire and store formatted EOB statements are summarized with the flow diagram of FIG. 3 .
- the generation of an EOB statement begins with a visit by the insured party to a medical provider to receive medical services, as indicated at block 304 .
- a claim to the insurer may be made depending on the financial arrangements between the insured party and the provider. This difference is indicated explicitly with two separate prongs in the upper portion of the flow diagram, the left prong corresponding to the case where the insured makes at most a copayment to the provider at block 308 .
- a copayment is a contribution for payment of the medical services that is made by the insured party, often required in medical-insurance policies to prevent “moral hazard” as perceived abuses of the otherwise-free availability of medical service.
- the copayment is usually a relatively small amount, and may vary depending on the type of medical service performed and/or the level of specialization of the provider.
- the right prong corresponds to the case where the insured party makes payment in full for the medical services to the provider at block 324 and is the one who submits a claim to the insurer for reimbursement at block 328 .
- the basic action taken by the insurer is the same, namely adjudicating the claim at block 332 to determine the appropriate amount due to be paid by the insurer in accordance with the applicable policy.
- the subsequent action by the insurer differs under this prong in that the insurer then provides payment directly to the insured at block 336 .
- the EOB that is generated at block 340 in this instance also provides an explanation of how the payment amount was determined through application of the relevant policy terms.
- FIG. 3 illustrates methods by which the EOB statement may be provided in a standard format to the benefits-records system 104 .
- the two prongs provide illustrations of different steps that may be executed, often depending on the capabilities of the insurer to provide the EOB in the standard format. For example, in the left prong, the insurer is both capable and willing to provide the EOB statement in a format identified as standard by the benefits-records system 104 .
- the EOB statement is accordingly provided in that format at block 344 , with the insurer transmitting the formatted EOB statement directly to the benefits-records system 104 at block 348 .
- a copy of the EOB statement is transmitted to the insured party at block 352 .
- the benefits-records system may verify that the formatting of the EOB statement received from the insurer at block 356 , perhaps rejecting the statement if it fails to comply with the specified standard.
- the insurer does not necessary provide an EOB statement already in compliance with the standard used by the benefits-records system 104 .
- the benefits-records system 104 does not receive the EOB statement directly from the insurer, but instead receives it via the insured party, who acts as an intermediary.
- the insurer transmits the EOB statement to the insured party at block 360 , it may be transmitted by the insured party to the benefits-record system at block 364 .
- This transmission may be made using any of the different mechanisms described in connection with FIG. 1 , including electronic transmission of a scanned version of the EOB statement or any other electronic version of the EOB statement, fax transmission, SMS transmission, or the like.
- the benefits-record system 104 may include a facility for reformatting the EOB statement into the desired standard format at block 368 .
- a reformatting facility may be done in a variety of different ways.
- the system 104 might be provided with information defining the particular format used for EOB statements by various different insurers. After identifying the source of the EOB statement, this information could be used to extract the relevant data from the statement to generated a corresponding version of the statement in the standardized format at block 372 .
- a mechanism may be provided to permit human intervention in examining the transmitted EOB statement.
- Generation of the formatted EOB statement at block 372 is thus generally performed by identifying those portions of the transmitted EOB statement that contain the information needed for specified fields in the formatted EOB statement and filling those fields with that information.
- this mapping of information may involve mapping from a single field in the transmitted EOB statement to multiple fields of the formatted EOB statement or may involve mapping from multiple fields in the transmitted EOB statement to a single field in the formatted EOB statement. This may be the case, for example, where the different formats combine information in different ways.
- the EOB statement is stored at block 376 by the benefits-records system on the storage devices 136 .
- the utility of the stored EOB statements is significantly enhanced by both their centralized accessibility and by their standard format.
- part of the standard format in which the EOB statements are stored includes an optically readable code that permits data elements to be extracted from the standardized EOB statement efficiently.
- optically readable codes that may be used in different embodiments include linear bar codes, two dimensional bar codes, and the like.
- An illustration of one format that might be used for a standardized EOB statement in an embodiment is provided in FIG. 4 . The identification of certain types of fields in this illustration is not intended to be limiting. In other embodiments, the standardized EOB statement might comprise a smaller or greater number of fields depending on how the centralized repository is implemented.
- the EOB statement 400 includes an identification of the originating insurer 408 , who may or may not have generated the EOB statement 400 in the format in which it is stored in by the benefits-records system.
- the statement 400 also includes an identification of the insured party 404 , which is shown in the illustration to include the name and address of the insured party. In other embodiments, other information might be provided, such as telephone number, Social Security Number, insurance identification number, and the like.
- the service(s) are identified by the date 412 they were performed, the patient 416 who received the service, a brief summary of the service 420 , and an identification of the provider 424 who provided the service.
- the charge 428 imposed by the provider may be considered to be part of the specification of the service or of the results of the adjudication, which also includes an identification of any amount that might be excluded from coverage 432 as a result of the governing policy, the amount paid by the patient as a copayment 436 at the time of service, and the level of benefit 440 provided for the service.
- FIG. 4 illustrates how an optically readable code may be included.
- it is shown as a linear bar code 448 that is specified for each of the services described by the EOB statement 400 .
- the optically readable code will be read by a machine, the information from the different fields may be concatenated with some descriptor used to separate the fields (in this case, the bar code for “**”), enabling the reading machine to parse the field information.
- Automated reading of a bar code or other optically readable code in this way significantly simplifies the task of extracting relevant information from the EOB statement 400 when needed.
- FIG. 4 shows an embodiment in which a plurality of services identified in a single EOB statement 400 are accommodated by providing a corresponding plurality of optically readable codes, this is also not a necessary feature of the invention.
- a single optically readable code may be used to encode information from all of the services identified by the EOB statement. Use of a single optically readable code in this way further simplifies the task of extracting the relevant information from the statement 400 .
- FIG. 5A is a flow diagram that summarizes some of the functions that may be implemented for insured parties in managing their medical claim information. Such functionality may be provided by arrangements with employers who make such a facility available to their employees as insured parties through an interface with the benefits-records system 104 . In some instances, such an interface may include an ability to interface with records maintained by the employer to enable the employee to review medical insurance information as it is maintained internal by the employer.
- the employee When the employee wishes to access information maintained by the benefits-records system 104 , he or she establishes a connection with the system 104 at block 504 .
- a convenient mechanism for establishing such a connection is through the Internet 108 , with the system 104 generating a graphical interface to allow the employee to navigate the different functionalities, although other arrangements may be used in alternative embodiments.
- Security features will usually be included to verify the identity of the party requesting access to the system 104 , usually by requiring the insured party to provide authentication credentials at block 508 , such as in the form of a userid and password.
- a summary of the information maintained by the benefits-records system for that party may be generated and provided. Such a summary might include an indication of the number of claims that have been submitted and how they were adjudicated or similar summary information.
- One function that may be provided by the system 104 to insured parties is the option to review details of the EOB statement information maintained by the system in response to a request at block 516 .
- the detailed EOB information provided to the insured party may take the form of providing access to each of the EOB statements 400 for that party maintained by the system at block 520 . This provides the insured party with the ability to review past statements without the need to maintain independent records. This may be a particularly useful feature for insured parties who change employers and/or insurers over time since the centralized repository permits tracking of EOB statement information based on the identity of the insured party without being constrained by who currently employs that party or who currently provides that party with insurance.
- the benefit-records interface may then be used by the insured-party employee to request that an amount for which the employee remains responsible be applied to a medical savings account, as indicated at block 524 .
- This amount represents an amount not covered by the insurer for a medical service and which is within the scope of services to which the medical savings account applies.
- the medical savings account may comprise a FSA, an HSA, or an HRA.
- the benefits-records interface responds by transmitting a request at block 528 to apply the amount to the account and by providing a posting of substantiation information to a relevant third-party administrator.
- substantiation information could comprise a copy of the corresponding EOB statement or could comprise information extracted from the corresponding EOB statement in different embodiments.
- the interface thus provides a convenient mechanism by which employees may access a complete record of EOB statements to assist in identifying expenses that may be applied to medical spending accounts, and for initiating instructions to make such applications.
- the standard format maintained by the benefits-records system 104 permits relevant data to be transmitted to third-party administrators in a consistent fashion that also simplifies conforming to their substantiation requirements.
- the interface is thus integrated with medical-spending-account information
- another functionality that may be provided permits modeling projections to be made for the insured party.
- the benefits-records system 104 may thus easily determine which medical expenses are not being covered by insurance and determine a rate at which they are being paid. This permits projections not only of when a particular medical spending account might be depleted, but also permits an estimate of the appropriate amount to defer to such an account to be made. This is an especially useful feature when the insured-party employee makes use of medical savings accounts whose funds do not roll over from year to year.
- the request for modeling information is identified at block 532 of FIG. 5A and the generation of a projection response is identified at block 536 .
- FIG. 5B is a flow diagram that illustrates functionalities that may be implemented to assist third-party administrators of medical spending accounts using the information maintained in the centralized repository.
- the information maintained by the benefits-records system 104 may be used as proof under IRS guidelines to comply with substantiation and adjudication requirements when claims have been applied against balances in medical spending accounts. This may advantageously eliminate the need for the insured party to submit a hard-copy paper claim to the third-party administrator, with the insured party instead using the interface with the benefits-records system to provide instructions for applying amounts to medical savings accounts.
- the drawing indicates that the third-party administrator may gain access to the benefits-records system 104 at block 550 . With such access, postings of the EOB statements may be provided from the benefits-records system 104 to the third-party administrator at block 554 .
- the optically readable codes permit data elements to be extracted efficiently at block 558 , allowing the third-party administrator to perform adjudication functions at block 562 and to generate IRS documentation at block 566 with the extracted data as substantiation proof.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Health & Medical Sciences (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- Technology Law (AREA)
- Data Mining & Analysis (AREA)
- Biomedical Technology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Child & Adolescent Psychology (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
- This application relates generally to medical spending accounts. More specifically, this application relates to the use of centralized repositories in managing insurance information used to support reporting requirements associated with medical spending accounts.
- There are currently a variety of different types of medical spending accounts. These different accounts are managed in different ways and are generally used for different purposes, but have as a common factor that they permit funds earned through employment to be applied on with certain income-tax advantages to pay for certain medical expenses. “Medical” expenses include expenses that arise in the diagnosis or treatment of conditions in the human body, including teeth or other oral structures in the form of dental expenses and including the eye and other ophthalmic structures in the form of vision expenses. Medical expenses may include fees to be paid to physicians, dentists, optometrists, or other medical practitioners for their services directly, fees paid to laboratories who perform analyses of blood or other tissues or who operate diagnostic equipment like x-ray machines, magnetic-resonance-imaging machines, and the like.
- Different types of medical spending accounts available for these types of uses in the United States currently include flexible spending accounts (“FSAs”), health savings accounts (“HSAs”), and health reimbursement accounts (“HRAs”), and other types of medical spending accounts may be developed in the future. FSAs are financial accounts that are established as part of employer-sponsored benefits plans. Employees are able to contribute a set annual amount to the accounts, usually as part of a regular salary deduction that is applied to each paycheck. The employee is then able to spend the funds from the accounts to pay for medical expenses. Often the annual amount can be spent before the employee has completed making the contributions, permitting payment for medical expenses effectively to be made on an interest-free credit basis. Because the contributions to the account are made as a salary reduction, they are not subject to income tax.
- HSAs are financial accounts that are intended to provide for payment of unreimbursed medical expenses incurred by those who are self-employed or employed by small organizations (fewer than 50 employees). One qualification requirement for such accounts is that the employee be covered by a high-deductible insurance plan. Funds in the account can be used on a pre-income-tax basis to pay for certain medical-insurance premiums and can earn tax-deferred interest. Unlike with FSAs, the funds in HSAs are available to rolled over from year to year if they are unused.
- HRAs are financial accounts having funds that are set aside by employers to provide reimbursement for employees who incur medical expenses. Like HSAs, the funds in the account can be rolled over from year to year, but they differ from HSAs not only in the fact that it is the employer who funds them rather than the employee, but also in that they have no restrictions on the size of the company where they are offered. The tax advantage for such accounts is enjoyed by the employers, who qualify for preferential tax treatment in a manner similar to employers who fund insurance plans.
- In addition to their individual features, each of these different kinds of accounts may also be used in combination with different insurers. This may occur as an employee incurs medical expenses, some of which are eligible for reimbursement by an insurer and others of which are paid from one of the different types of medical spending accounts. Employees of different organizations, even those who reside within a single household, may interact with different insurers. Even a single employee frequently interacts with different insurers, particularly for different types of treatments. While this versatility makes for a flexible environment in which different types of medical spending accounts and different insurers may be used to accommodate individual circumstances, it also creates an environment in which management of relevant information may be difficult. Different insurers have different ways and formats for reporting how they determined which expenses are eligible for reimbursement, different ways for questioning and/or appealing those decisions, and the like. And the reporting requirements to comply for the tax benefits of the different types of accounts with the Internal Revenue Service differ. This reporting is further complicated by the different reporting formats used by the insurers.
- There is thus a general need in the art for improved mechanisms for organizing insurance and/or medical spending account information for use by employees, administrators, and others.
- Embodiments of the invention provide a central repository that maintains adjudication records of medical insurance claims in a standard format. This repository may act as a conduit for efficiently coordinating requests by insured parties to have access to the adjudication records and to initiate requests for application of amounts not covered by insurance to medical spending accounts. At the same time, the standard format of the records permits efficient transmittal of such requests to third-party administrators with substantiation documentation that meets reporting requirements.
- Thus, methods of the invention provide substantiation proof of claims made against medical spending accounts. A plurality of medical-insurance adjudication explanations are received at a benefits-records system. Each such medical-insurance adjudication explanation comprises a specification of a medical-insurance claim submitted to one of a plurality of medical insurers and identifies an adjudication decision of the medical insurance claim. Each of the plurality of medical-insurance adjudication explanations is stored in a common format. A request is received from an insured party to apply a payment amount to a medical spending account. The payment amount corresponds to an expense associated with a medical-insurance claim submitted to one of the plurality of medical insurers and identified in one of the medical-insurance adjudication explanations as not paid by the one of the medical insurers. The request is posted to a third-party administrator with information from the one of the medical-insurance adjudication explanations.
- There are different ways in which the information may be posted to the third-party administrator. For example, in some embodiments, the information comprises the one of the medical-insurance explanations itself. Such a medical-insurance explanation may comprise an optically readable code, such as a bar code, that summarizes details of the medical-insurance claim. In an alternative embodiment, the information may be a subset of information extracted from the one of the medical-insurance adjudication explanations. In certain embodiments, the common format itself may include an optically readable code summarizing details of the medical-insurance claim comprised in respective ones of the medical-insurance adjudication explanations.
- There are also different ways in which the plurality of medical-insurance adjudication explanations may be received. For instance, in one embodiment, at least one of them is received from one of the medical insurers. In another embodiment, at least one of them is received from a party insured by one of the medical insurers. The information may be received over a public network. In certain embodiments, the at least one of the medical-insurance adjudication claims is converted into the common format. Examples of medical spending accounts that may be involved in these methods include flexible spending accounts, health savings accounts, and health reimbursement accounts, among others.
- The methods of the invention may be embodied in a system having a communications device, a storage device, a processor, and a memory coupled with the processor. The plurality of medical-insurance adjudication explanations are stored on the storage device. The memory comprises a computer-readable medium having a computer-readable program embodied therein for directing operation of the system. The computer-readable program includes instructions for operating the system in accordance with the various embodiments described above.
- A further understanding of the nature and advantages of the present invention may be realized by reference to the remaining portions of the specification and the drawings wherein like reference numerals are used throughout the several drawings to refer to similar components. In some instances, a sublabel is associated with a reference numeral and follows a hyphen to denote one of multiple similar components. When reference is made to a reference numeral without specification to an existing sublabel, it is intended to refer to all such multiple similar components.
-
FIG. 1 is a schematic diagram illustrating an architecture within which methods of the invention may be performed; -
FIG. 2 is a schematic diagram of a computational device on which methods of the invention may be embodied; -
FIG. 3 is a flow diagram summarizing methods of providing EOB statements to a centralized benefits-records system; -
FIG. 4 is an example of an EOB statement that includes optically readable coded indicia in accordance with an embodiment of the invention; -
FIG. 5A is a flow diagram summarizing methods of using the benefits-request system by an insured employee; and -
FIG. 5B is a flow diagram summarizing methods of using the benefits-request system by a third-party administrator. - Embodiments of the invention provide methods and systems for generating and storing benefits-determination information that may be provided by a variety of different insurers. Such benefits-determination information is generally provided by an insurer in the form of an “Explanation of Benefits” (“EOB”) statement that is transmitted in response to a request for payment and a decision by the insurer on the request. In different instances, the determination made by the insurer is prompted by receipt of a claim from an insured party or by receipt of a claim from a medical-services provider. When a claim is submitted by an insured party, it is usually submitted because the insured party has received and paid for medical services and therefore takes the form of a reimbursement request. When a claim is submitted by a medical-services provider, it is usually submitted because the provider has provided services to an insured party that have not been paid for and therefore takes the form of a request for payment for services previously rendered.
- The process by which the insurer determines how to respond to the request is largely the same irrespective of the form that the request takes. Particulars that describe the type of service rendered are evaluated to determine whether they are services covered by the particular policy specifications that apply to the insured party and how those policy specifications apply to that service. The result of this evaluation is a determination of the financial responsibility of the insurer for the services that were performed, with the insurer then issuing a payment for that amount either to the provider or to the insured party depending on who originated the request. An explanation of how the amount was determined is transmitted to the insured party in the form of an EOB statement.
- To accommodate the variety of different forms of EOB statements that may be issued by insurers and to facilitate compliance with the different reporting requirements when information from such EOB statements must be processed by third-party administrators, embodiments of the invention make use of a centralized benefits-records system. This system provides a mechanism for maintaining EOB statements in a consistent manner and as an interface to insured parties and third-party administrators for accessing the statements.
-
FIG. 1 provides a schematic illustration of how such a benefits-records system 104 may be integrated within an architecture for processing insurance claims and processing funds payments from medical savings accounts. In this illustration, the benefits-records system 104 comprises a computation system that has software for implementing specific aspects of the invention described below. It is interfaced with one ormore storage devices 136 that act as data repositories to store the formatted EOB statements. - Interaction with the benefits-
records system 104 may take place through any of a variety of different computational networks, perhaps depending on the nature of the party wishing to access the formatted EOB information. For example, in some instances, information may be received directly from an insurer system 144 that is operated on behalf of an insurer. Such information may be directed through aprivate insurer network 140 whose private nature acts to enhance the security of the private medical and financial information that may be included on the EOB statements. - In other instances, interactions may be made between the benefits-
records system 104 and aninsured party 132. Such interactions may take place as theinsured party 132 wishes to access past EOB information as explained below. It may also take place to provide a mechanism by which theinsured party 132 transmits EOB statements directly to the benefits-records system. Such transmission from theinsured party 132 may be appropriate when the insurer sends EOB statements directly to theinsured party 132 or is otherwise not equipped to transmit such statements directly to the benefits-records system 104. - The drawing illustrates a number of different techniques that the
insured party 132 may use for transmission of EOB statements to the benefits-records system, or for other interactions that might be initiated with the benefits-records system 104 as described below. These different techniques permit theinsured party 132 to transmit an EOB statements to thesystem 104 in different ways, which may be beneficial in accommodating different forms in which the EOB statements are provided to theinsured party 132. For example, one communications mechanism comprises use of a public network like theInternet 108, with theinsured party 132 using apersonal computer 120 or other computational device to establish a connection with the public network. Such a communications mechanism is suitable for transmission of a variety of electronic forms of EOB statements, such as statements that are provided in PDF or other electronic formats. Because of the public nature of the Internet, transmissions over it may be subject to any of a variety of security mechanisms to protect the confidential nature of the medical and financial data that may be included in the EOB statements. This includes establishing secure connections, encrypting the transmissions, and the like. - The public-telephone switched
network 116 also provides a communications mechanism that may be used for transmission of EOB statements and other information to the benefits-records system 104, particularly in supporting facsimile transmissions from afax machine 128. This provides a convenient way for transmitting copies of hard-copy statements that insured parties might receive from insurers. While theInternet 108 also provides a mechanism for transmitting copies of hard-copy statements when the statements are scanned into an electronic format, scanners currently remain less available to many insured parties thanfax machines 128. - Another communications that may sometimes be used for appropriate forms of the EOB statements is a short-message-
service network 112 that supports textual communications from cellular devices likemobile telephones 124, personal digital assistants, and other wireless handheld devices. - The drawing in
FIG. 1 shows explicitly that public networks like theInternet 108 provide suitable communications paths to the benefits-record system 104 that may be used by insurer systems 144 as an alternative to the use of private networks. Although not shown explicitly in the drawing, such public networks also permit communications to be made by third-party administrators. The drawing instead shows an embodiment in which separateprivate administrator networks 148 are used to effect such communications, but this is not a requirement of the invention. Such private networks do have the same benefit as does the use of private networks to interface with insurer systems 144, namely that they provide greater security for the exchange of confidential information than is the case with public networks in the absence of enhanced security protocols. - The administrator networks 148 are provided in communication with administrator systems 152 suitable for operation by third-party administrators in complying with requirements for applying payment amounts the insured party is responsible for to medical spending accounts. For example, third-party administrators may interact with an administration system 152 in processing requests to apply amounts to medical savings accounts and in processing substantiation and authentication documentation related to such requests.
-
FIG. 2 provides a schematic illustration of a physical structure that may be comprised by the benefit-records system 104 to implement embodiments of the invention.FIG. 2 broadly illustrates how individual system elements may be implemented in a separated or more integrated manner. The benefits-records system 104 is shown comprised of hardware elements that are electrically coupled viabus 226, including aprocessor 202, aninput device 204, anoutput device 206, astorage device 208, a computer-readablestorage media reader 210 a, acommunications system 214, a processing acceleration unit 216 such as a DSP or special-purpose processor, and amemory 218. The computer-readablestorage media reader 210 a is further connected to a computer-readable storage medium 210 b, the combination comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer-readable information. Thecommunications system 214 may comprise a wired, wireless, modem, and/or other type of interfacing connection and permits data to be exchanged over the architecture described in connection withFIG. 1 . - The benefits-
records system 104 also comprises software elements, shown as being currently located within workingmemory 220, including anoperating system 224 andother code 222, such as a program designed to implement methods of the invention. It will be apparent to those skilled in the art that substantial variations may be made in accordance with specific requirements. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Further, connection to other computing devices such as network input/output devices may be employed. - Methods by which the benefits-
records system 104 may acquire and store formatted EOB statements are summarized with the flow diagram ofFIG. 3 . Fundamentally, the generation of an EOB statement begins with a visit by the insured party to a medical provider to receive medical services, as indicated atblock 304. As previously noted, there are multiple ways in which a claim to the insurer may be made depending on the financial arrangements between the insured party and the provider. This difference is indicated explicitly with two separate prongs in the upper portion of the flow diagram, the left prong corresponding to the case where the insured makes at most a copayment to the provider atblock 308. As is well known in the art, a copayment is a contribution for payment of the medical services that is made by the insured party, often required in medical-insurance policies to prevent “moral hazard” as perceived abuses of the otherwise-free availability of medical service. The copayment is usually a relatively small amount, and may vary depending on the type of medical service performed and/or the level of specialization of the provider. - In such instances, it is often the provider who submits the claim to the insurer at
block 312 as a request for payment for the medical services that were provided to the insured party. The insurer adjudicates the received claim in accordance with its usual policies atblock 316 and, if the claim is proper, provides a payment of an amount dictated by the relevant policy to the provided atblock 320. An explanation of how the payment amount was determined by application of the policy terms is generated atblock 340 in the form of an EOB statement. - The right prong corresponds to the case where the insured party makes payment in full for the medical services to the provider at
block 324 and is the one who submits a claim to the insurer for reimbursement atblock 328. The basic action taken by the insurer is the same, namely adjudicating the claim atblock 332 to determine the appropriate amount due to be paid by the insurer in accordance with the applicable policy. The subsequent action by the insurer differs under this prong in that the insurer then provides payment directly to the insured atblock 336. The EOB that is generated atblock 340 in this instance also provides an explanation of how the payment amount was determined through application of the relevant policy terms. - The lower portion of
FIG. 3 illustrates methods by which the EOB statement may be provided in a standard format to the benefits-records system 104. The two prongs provide illustrations of different steps that may be executed, often depending on the capabilities of the insurer to provide the EOB in the standard format. For example, in the left prong, the insurer is both capable and willing to provide the EOB statement in a format identified as standard by the benefits-records system 104. The EOB statement is accordingly provided in that format atblock 344, with the insurer transmitting the formatted EOB statement directly to the benefits-records system 104 atblock 348. A copy of the EOB statement is transmitted to the insured party atblock 352. The benefits-records system may verify that the formatting of the EOB statement received from the insurer atblock 356, perhaps rejecting the statement if it fails to comply with the specified standard. - In the right prong, the insurer does not necessary provide an EOB statement already in compliance with the standard used by the benefits-
records system 104. Also in this prong, the benefits-records system 104 does not receive the EOB statement directly from the insurer, but instead receives it via the insured party, who acts as an intermediary. After the insurer transmits the EOB statement to the insured party atblock 360, it may be transmitted by the insured party to the benefits-record system atblock 364. This transmission may be made using any of the different mechanisms described in connection withFIG. 1 , including electronic transmission of a scanned version of the EOB statement or any other electronic version of the EOB statement, fax transmission, SMS transmission, or the like. - In these instances, the benefits-
record system 104 may include a facility for reformatting the EOB statement into the desired standard format atblock 368. Implementation of such a reformatting facility may be done in a variety of different ways. For example, thesystem 104 might be provided with information defining the particular format used for EOB statements by various different insurers. After identifying the source of the EOB statement, this information could be used to extract the relevant data from the statement to generated a corresponding version of the statement in the standardized format atblock 372. In cases where the information is difficult to extract because of the quality of the transmitted EOB statement, or where the transmitted EOB statement originates from an insurer for which thesystem 104 does not have a template, a mechanism may be provided to permit human intervention in examining the transmitted EOB statement. - Generation of the formatted EOB statement at
block 372 is thus generally performed by identifying those portions of the transmitted EOB statement that contain the information needed for specified fields in the formatted EOB statement and filling those fields with that information. In some cases, this mapping of information may involve mapping from a single field in the transmitted EOB statement to multiple fields of the formatted EOB statement or may involve mapping from multiple fields in the transmitted EOB statement to a single field in the formatted EOB statement. This may be the case, for example, where the different formats combine information in different ways. - Once the EOB statement has been generated into the standard format, it is stored at
block 376 by the benefits-records system on thestorage devices 136. This makes the EOB statement accessible with other stored EOB statements for a variety of different uses, some of which are discussed below. The utility of the stored EOB statements is significantly enhanced by both their centralized accessibility and by their standard format. - In some embodiments, part of the standard format in which the EOB statements are stored includes an optically readable code that permits data elements to be extracted from the standardized EOB statement efficiently. Examples of optically readable codes that may be used in different embodiments include linear bar codes, two dimensional bar codes, and the like. An illustration of one format that might be used for a standardized EOB statement in an embodiment is provided in
FIG. 4 . The identification of certain types of fields in this illustration is not intended to be limiting. In other embodiments, the standardized EOB statement might comprise a smaller or greater number of fields depending on how the centralized repository is implemented. - In the example of
FIG. 4 , theEOB statement 400 includes an identification of the originatinginsurer 408, who may or may not have generated theEOB statement 400 in the format in which it is stored in by the benefits-records system. Thestatement 400 also includes an identification of theinsured party 404, which is shown in the illustration to include the name and address of the insured party. In other embodiments, other information might be provided, such as telephone number, Social Security Number, insurance identification number, and the like. - Details of the application of benefit information are organized in this illustration in several fields that include a specification of the service(s) that were the subject of a particular claim and the results of the adjudication of that claim. The service(s) are identified by the
date 412 they were performed, thepatient 416 who received the service, a brief summary of theservice 420, and an identification of theprovider 424 who provided the service. Thecharge 428 imposed by the provider may be considered to be part of the specification of the service or of the results of the adjudication, which also includes an identification of any amount that might be excluded fromcoverage 432 as a result of the governing policy, the amount paid by the patient as a copayment 436 at the time of service, and the level ofbenefit 440 provided for the service. It is often the case that medical insurance policies specify a percentage benefit to be applied to service amounts that are reasonable and customary. The type of information included in this example of astandard EOB statement 400 is generally adequate to understand how such a policy was applied in adjudicating the claim. Thepayment amount 444 that results from adjudication of the claim in this way is specified for each service that was rendered, with theEOB statement 400 also including a total 452 for the amount paid as a result of adjudication of the claim. - In addition to this textual information, organized according to the separate fields in the layout of the
EOB statement 400 to ease understanding by human readers, the example inFIG. 4 also illustrates how an optically readable code may be included. Merely by way of illustration, it is shown as a linear bar code 448 that is specified for each of the services described by theEOB statement 400. Because the optically readable code will be read by a machine, the information from the different fields may be concatenated with some descriptor used to separate the fields (in this case, the bar code for “**”), enabling the reading machine to parse the field information. Automated reading of a bar code or other optically readable code in this way significantly simplifies the task of extracting relevant information from theEOB statement 400 when needed. - While the example of
FIG. 4 shows an embodiment in which a plurality of services identified in asingle EOB statement 400 are accommodated by providing a corresponding plurality of optically readable codes, this is also not a necessary feature of the invention. In alternative embodiments, a single optically readable code may be used to encode information from all of the services identified by the EOB statement. Use of a single optically readable code in this way further simplifies the task of extracting the relevant information from thestatement 400. -
FIG. 5A is a flow diagram that summarizes some of the functions that may be implemented for insured parties in managing their medical claim information. Such functionality may be provided by arrangements with employers who make such a facility available to their employees as insured parties through an interface with the benefits-records system 104. In some instances, such an interface may include an ability to interface with records maintained by the employer to enable the employee to review medical insurance information as it is maintained internal by the employer. - When the employee wishes to access information maintained by the benefits-
records system 104, he or she establishes a connection with thesystem 104 atblock 504. A convenient mechanism for establishing such a connection is through theInternet 108, with thesystem 104 generating a graphical interface to allow the employee to navigate the different functionalities, although other arrangements may be used in alternative embodiments. Security features will usually be included to verify the identity of the party requesting access to thesystem 104, usually by requiring the insured party to provide authentication credentials atblock 508, such as in the form of a userid and password. Once the insured party has been authenticated, a summary of the information maintained by the benefits-records system for that party may be generated and provided. Such a summary might include an indication of the number of claims that have been submitted and how they were adjudicated or similar summary information. - One function that may be provided by the
system 104 to insured parties is the option to review details of the EOB statement information maintained by the system in response to a request atblock 516. The detailed EOB information provided to the insured party may take the form of providing access to each of theEOB statements 400 for that party maintained by the system atblock 520. This provides the insured party with the ability to review past statements without the need to maintain independent records. This may be a particularly useful feature for insured parties who change employers and/or insurers over time since the centralized repository permits tracking of EOB statement information based on the identity of the insured party without being constrained by who currently employs that party or who currently provides that party with insurance. - The benefit-records interface may then be used by the insured-party employee to request that an amount for which the employee remains responsible be applied to a medical savings account, as indicated at
block 524. This amount represents an amount not covered by the insurer for a medical service and which is within the scope of services to which the medical savings account applies. In different embodiments, the medical savings account may comprise a FSA, an HSA, or an HRA. The benefits-records interface responds by transmitting a request atblock 528 to apply the amount to the account and by providing a posting of substantiation information to a relevant third-party administrator. Such substantiation information could comprise a copy of the corresponding EOB statement or could comprise information extracted from the corresponding EOB statement in different embodiments. - The interface thus provides a convenient mechanism by which employees may access a complete record of EOB statements to assist in identifying expenses that may be applied to medical spending accounts, and for initiating instructions to make such applications. In addition to simplifying the process for submitting such requests on the part of the employees, the standard format maintained by the benefits-
records system 104 permits relevant data to be transmitted to third-party administrators in a consistent fashion that also simplifies conforming to their substantiation requirements. - In instances where the interface is thus integrated with medical-spending-account information, another functionality that may be provided permits modeling projections to be made for the insured party. Within the limits of the medical spending accounts, amounts that are not covered by the insurer for eligible provider services will usually be applied to the medical spending accounts. The benefits-
records system 104 may thus easily determine which medical expenses are not being covered by insurance and determine a rate at which they are being paid. This permits projections not only of when a particular medical spending account might be depleted, but also permits an estimate of the appropriate amount to defer to such an account to be made. This is an especially useful feature when the insured-party employee makes use of medical savings accounts whose funds do not roll over from year to year. The request for modeling information is identified atblock 532 ofFIG. 5A and the generation of a projection response is identified atblock 536. - The functionalities described above are merely examples of the types of functions that may be enabled by the information maintained in the central repository. Other examples of functionalities that may be implemented with access to such information will be evident to those of skill in the art after reading the foregoing description.
-
FIG. 5B is a flow diagram that illustrates functionalities that may be implemented to assist third-party administrators of medical spending accounts using the information maintained in the centralized repository. In particular, the information maintained by the benefits-records system 104 may be used as proof under IRS guidelines to comply with substantiation and adjudication requirements when claims have been applied against balances in medical spending accounts. This may advantageously eliminate the need for the insured party to submit a hard-copy paper claim to the third-party administrator, with the insured party instead using the interface with the benefits-records system to provide instructions for applying amounts to medical savings accounts. - The drawing indicates that the third-party administrator may gain access to the benefits-
records system 104 atblock 550. With such access, postings of the EOB statements may be provided from the benefits-records system 104 to the third-party administrator atblock 554. When comprised by the EOB statements, the optically readable codes permit data elements to be extracted efficiently atblock 558, allowing the third-party administrator to perform adjudication functions atblock 562 and to generate IRS documentation atblock 566 with the extracted data as substantiation proof. - Thus, having described several embodiments, it will be recognized by those of skill in the art that various modifications, alternative constructions, and equivalents may be used without departing from the spirit of the invention. Accordingly, the above description should not be taken as limiting the scope of the invention, which is defined in the following claims.
Claims (21)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/627,113 US20080183505A1 (en) | 2007-01-25 | 2007-01-25 | Centralized eob archiving and access |
PCT/US2008/052102 WO2008092109A2 (en) | 2007-01-25 | 2008-01-25 | Centralized eob archiving and access |
US14/640,293 US10395006B2 (en) | 2007-01-25 | 2015-03-06 | Centralized EOB archiving and access |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/627,113 US20080183505A1 (en) | 2007-01-25 | 2007-01-25 | Centralized eob archiving and access |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/640,293 Continuation US10395006B2 (en) | 2007-01-25 | 2015-03-06 | Centralized EOB archiving and access |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080183505A1 true US20080183505A1 (en) | 2008-07-31 |
Family
ID=39645205
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/627,113 Abandoned US20080183505A1 (en) | 2007-01-25 | 2007-01-25 | Centralized eob archiving and access |
US14/640,293 Active 2027-03-20 US10395006B2 (en) | 2007-01-25 | 2015-03-06 | Centralized EOB archiving and access |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/640,293 Active 2027-03-20 US10395006B2 (en) | 2007-01-25 | 2015-03-06 | Centralized EOB archiving and access |
Country Status (2)
Country | Link |
---|---|
US (2) | US20080183505A1 (en) |
WO (1) | WO2008092109A2 (en) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10417380B1 (en) | 2013-12-31 | 2019-09-17 | Mckesson Corporation | Systems and methods for determining and communicating a prescription benefit coverage denial to a prescriber |
US10489552B2 (en) * | 2014-02-14 | 2019-11-26 | Mckesson Corporation | Systems and methods for determining and communicating patient incentive information to a prescriber |
US10157262B1 (en) | 2015-03-10 | 2018-12-18 | Mckesson Corporation | Systems and methods for determining patient financial responsibility for multiple prescription products |
US10521778B2 (en) | 2015-12-16 | 2019-12-31 | Alegeus Technologies, Llc | Systems and methods for allocating resources via information technology infrastructure |
US11514137B1 (en) | 2016-03-30 | 2022-11-29 | Mckesson Corporation | Alternative therapy identification system |
US10999224B1 (en) | 2017-02-01 | 2021-05-04 | Mckesson Corporation | Method and apparatus for parsing an electronic message and constructing multiple differently prioritized messages therefrom |
US20190005198A1 (en) * | 2017-06-28 | 2019-01-03 | Fayola Sunrise Llc | Managing bundled claims adjudication using predictive analytics |
US10862832B1 (en) | 2018-07-24 | 2020-12-08 | Mckesson Corporation | Computing system and method for automatically reversing an action indicated by an electronic message |
US11354753B1 (en) * | 2019-01-03 | 2022-06-07 | INMAR Rx SOLUTIONS, INC. | System for reconciling pharmacy payments based upon predicted claims and related methods |
US11636548B1 (en) | 2019-06-26 | 2023-04-25 | Mckesson Corporation | Method, apparatus, and computer program product for providing estimated prescription costs |
US11562437B1 (en) | 2019-06-26 | 2023-01-24 | Mckesson Corporation | Method, apparatus, and computer program product for providing estimated prescription costs |
US11610240B1 (en) | 2020-02-17 | 2023-03-21 | Mckesson Corporation | Method, apparatus, and computer program product for partitioning prescription transaction costs in an electronic prescription transaction |
US20210350913A1 (en) * | 2020-05-06 | 2021-11-11 | Comprehensive Healthcare Technology LLC | Comprehensive digital healthcare platform |
US11587657B2 (en) | 2020-09-04 | 2023-02-21 | Mckesson Corporation | Method, apparatus, and computer program product for performing an alternative evaluation procedure in response to an electronic message |
US11170450B1 (en) * | 2021-04-13 | 2021-11-09 | Nayya Health, Inc. | Machine-learning driven real-time data analysis |
WO2022221095A1 (en) * | 2021-04-13 | 2022-10-20 | Nayya Health, Inc. | Machine-learning driven real-time data analysis |
US11113770B1 (en) | 2021-04-13 | 2021-09-07 | Nayya Health, Inc. | Machine-learning driven data analysis based on demographics, risk, and need |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5930759A (en) * | 1996-04-30 | 1999-07-27 | Symbol Technologies, Inc. | Method and system for processing health care electronic data transactions |
US6343271B1 (en) * | 1998-07-17 | 2002-01-29 | P5 E.Health Services, Inc. | Electronic creation, submission, adjudication, and payment of health insurance claims |
US20060036523A1 (en) * | 2004-03-11 | 2006-02-16 | Dennis Stover | Integrated health savings account methods and systems |
US20070005402A1 (en) * | 2005-07-01 | 2007-01-04 | First Data Corporation | Healthcare system and method for real-time claims adjudication and payment |
US20070005403A1 (en) * | 2005-07-01 | 2007-01-04 | First Data Corporation | Healthcare system and method for right-time claims adjudication and payment |
US7711660B1 (en) * | 2006-02-16 | 2010-05-04 | Ingenix, Inc. | Processing health insurance data utilizing data quality rules |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6208973B1 (en) * | 1998-02-27 | 2001-03-27 | Onehealthbank.Com | Point of service third party financial management vehicle for the healthcare industry |
US7942328B2 (en) * | 2000-01-03 | 2011-05-17 | Roelesis Wireless Llc | Method for data interchange |
US7278995B2 (en) * | 2002-06-04 | 2007-10-09 | Howmedica Osteonics Corp. | Apparatus for securing a spinal rod system |
US20040006490A1 (en) * | 2002-07-08 | 2004-01-08 | Gingrich Mark A. | Prescription data exchange system |
US8200775B2 (en) * | 2005-02-01 | 2012-06-12 | Newsilike Media Group, Inc | Enhanced syndication |
US7263844B2 (en) * | 2005-06-30 | 2007-09-04 | Follett Corporation | Ice delivery and cleaning apparatus |
AU2007207661B2 (en) * | 2006-01-17 | 2013-01-10 | Accenture Global Services Limited | Platform for interoperable healthcare data exchange |
-
2007
- 2007-01-25 US US11/627,113 patent/US20080183505A1/en not_active Abandoned
-
2008
- 2008-01-25 WO PCT/US2008/052102 patent/WO2008092109A2/en active Application Filing
-
2015
- 2015-03-06 US US14/640,293 patent/US10395006B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5930759A (en) * | 1996-04-30 | 1999-07-27 | Symbol Technologies, Inc. | Method and system for processing health care electronic data transactions |
US6343271B1 (en) * | 1998-07-17 | 2002-01-29 | P5 E.Health Services, Inc. | Electronic creation, submission, adjudication, and payment of health insurance claims |
US20060036523A1 (en) * | 2004-03-11 | 2006-02-16 | Dennis Stover | Integrated health savings account methods and systems |
US20070005402A1 (en) * | 2005-07-01 | 2007-01-04 | First Data Corporation | Healthcare system and method for real-time claims adjudication and payment |
US20070005403A1 (en) * | 2005-07-01 | 2007-01-04 | First Data Corporation | Healthcare system and method for right-time claims adjudication and payment |
US7711660B1 (en) * | 2006-02-16 | 2010-05-04 | Ingenix, Inc. | Processing health insurance data utilizing data quality rules |
Also Published As
Publication number | Publication date |
---|---|
WO2008092109A3 (en) | 2008-10-30 |
US20150178454A1 (en) | 2015-06-25 |
US10395006B2 (en) | 2019-08-27 |
WO2008092109A2 (en) | 2008-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10395006B2 (en) | Centralized EOB archiving and access | |
US4491725A (en) | Medical insurance verification and processing system | |
US10311207B2 (en) | Healthcare system and method for right-time claims adjudication and payment | |
US6826535B2 (en) | Method for reducing fraud in healthcare programs using a smart card | |
US20140304010A1 (en) | Healthcare system and method for real-time claims adjudication and payment | |
US20040103062A1 (en) | Method for accelerated provision of funds for medical insurance using a smart card | |
US8224677B2 (en) | System and method for administering life insurance policies issued prior to underwriting | |
US8204765B2 (en) | System and method for standardized and automated appeals process | |
US20040186744A1 (en) | Patient registration kiosk | |
US20040006489A1 (en) | Benefits services payment and credit system | |
US20050033604A1 (en) | Method and apparatus for settling claims between health care providers and third party payers | |
US20130246094A1 (en) | Medical Services Claim Management System and Method | |
US20120296815A1 (en) | Process for linked healthcare and financial transaction initiation | |
US8639536B2 (en) | System and method for application processing and policy administration for insurance policies issued before comprehensive underwriting | |
US20170091400A1 (en) | Systems and methods for linking medical records within claim messages | |
WO2001004821A1 (en) | Method and apparatus for settling claims between health care providers and third party payers using a smart card id card | |
US20180018647A1 (en) | Method and system for managing consumer-directed accounts | |
US20060149594A1 (en) | Health care facility admission control system | |
US20130317867A1 (en) | Method for Processing Insurance Claim Appeals | |
US20180365761A1 (en) | Platform for financing healthcare services | |
US7058585B1 (en) | Cardless method for reducing fraud in healthcare programs | |
US20230306526A1 (en) | Retail hsa funding and payment mechanism | |
US11568965B2 (en) | Systems and methods for healthcare fees transparency and collections at the time of service | |
US20200202447A1 (en) | Methods, system, application for household services, wage/compensation loss and visit verification tracking and reimbursement within a multi user integrated system | |
US20090164242A1 (en) | Electronic healthcare identification and reconciliation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: METAVANTE CORPORATION, WISCONSIN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BROWN, STEVEN T.;REEL/FRAME:019192/0090 Effective date: 20070419 |
|
AS | Assignment |
Owner name: JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT Free format text: SECURITY AGREEMENT;ASSIGNOR:METAVANTE CORPORATION;REEL/FRAME:020072/0541 Effective date: 20071101 |
|
AS | Assignment |
Owner name: METAVANTE CORPORATION, FLORIDA Free format text: RELEASE OF SECURITY INTEREST;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:024842/0917 Effective date: 20100810 |
|
AS | Assignment |
Owner name: BANK OF MONTREAL, AS ADMINISTRATIVE AGENT, ILLINOI Free format text: SECURITY AGREEMENT;ASSIGNOR:ALEGEUS TECHNOLOGIES LLC;REEL/FRAME:028789/0204 Effective date: 20120815 |
|
AS | Assignment |
Owner name: FIS HEALTHCARE HOLDINGS, LLC (TO BE KNOWN AS ALEGE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:METAVANTE CORPORATION;REEL/FRAME:028839/0001 Effective date: 20120815 Owner name: ALEGEUS TECHNOLOGIES, LLC, MASSACHUSETTS Free format text: MERGER;ASSIGNORS:TALON BENEFITS ACQUISITION CORP.;FIS HEALTHCARE HOLDINGS, LLC;REEL/FRAME:028839/0283 Effective date: 20120815 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: ALEGEUS TECHNOLOGIES, LLC, MASSACHUSETTS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS;ASSIGNOR:BANK OF MONTREAL, AS ADMINISTRATIVE AGENT;REEL/FRAME:042445/0049 Effective date: 20170428 |