CA2321656A1 - Point of service third party financial management vehicle for the healthcare industry - Google Patents
Point of service third party financial management vehicle for the healthcare industry Download PDFInfo
- Publication number
- CA2321656A1 CA2321656A1 CA002321656A CA2321656A CA2321656A1 CA 2321656 A1 CA2321656 A1 CA 2321656A1 CA 002321656 A CA002321656 A CA 002321656A CA 2321656 A CA2321656 A CA 2321656A CA 2321656 A1 CA2321656 A1 CA 2321656A1
- Authority
- CA
- Canada
- Prior art keywords
- payment
- healthcare
- service
- purchase
- transaction
- 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
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/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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
-
- 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
-
- 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
Abstract
A point of service third party adjudicated payment system (10) and method which provides for the creation of an adjudicated settlement transaction at a point of service which designates the portion of the service to be paid by the third party payor (24) and the portion to be paid by the customer. The system includes a point of service terminal which accepts a payment system access card, such as a credit card, debit card, or purchase card, for payment for a purchase of a service and/or product by a customer, where at least part of the purchase is reimbursable by a third party payor (24). The point of service terminal creates a purchase transaction which is adjudicated by an adjudication engine (22) to determine a first portion of the purchase which is to be paid by the third party payor and a second portion of the purchase which is to be paid by the customer.
Description
POINT OF SERVICE THIRD PARTY FINANCIAL
MANAGEMEZJT VEHICLE FOR THE HEALTHCARE INDUSTRY
FIELD OF THE INVENTION
This invention relates to a system and method for providing adjudicated third party payment at the point of service, and more particularly, to a system and method for determining at the point of service the portion of a service or product which is to be paid by a third party payor, such as a health insurance company, and the portion of the service or product which is to be paid by the customer (patient) and for providing payment settlement at the point of service.
BACKGROUND OF THE INVENTION
The costs of administering the third party payment system used in the healthcare industry are astronomical. It has been estimated that as much as 25% of healthcare costs are administrative costs, as opposed to clinical costs. This is due, in large part, to the difficulty in obtaining timely and efficient collection of payment from patients and third party payors (e. g., insurance companies). Conventionally, in only about 40% of patient visits can the amount of the patient payment be determined while the patient is in the healthcare provider s office, while approximately 60% of the time the patient payment amount can be determined only after the healthcare provider sends a claim to the third party payor and CA 02321656 2000-08-23 ".'~"'~~
Rec'c~ ~ ''a~ °~~ :. 3 .' ~~ ~ 2000
MANAGEMEZJT VEHICLE FOR THE HEALTHCARE INDUSTRY
FIELD OF THE INVENTION
This invention relates to a system and method for providing adjudicated third party payment at the point of service, and more particularly, to a system and method for determining at the point of service the portion of a service or product which is to be paid by a third party payor, such as a health insurance company, and the portion of the service or product which is to be paid by the customer (patient) and for providing payment settlement at the point of service.
BACKGROUND OF THE INVENTION
The costs of administering the third party payment system used in the healthcare industry are astronomical. It has been estimated that as much as 25% of healthcare costs are administrative costs, as opposed to clinical costs. This is due, in large part, to the difficulty in obtaining timely and efficient collection of payment from patients and third party payors (e. g., insurance companies). Conventionally, in only about 40% of patient visits can the amount of the patient payment be determined while the patient is in the healthcare provider s office, while approximately 60% of the time the patient payment amount can be determined only after the healthcare provider sends a claim to the third party payor and CA 02321656 2000-08-23 ".'~"'~~
Rec'c~ ~ ''a~ °~~ :. 3 .' ~~ ~ 2000
- 2 -the third party payor adjudicates the claim, which typically delays the collection process by at least 4-6 weeks. When the patient payment amount can be determined at the time of service, payment cards, such as credit cards, debit cards, and the like, have been used to collect these payments. However, those claims requiring adjudication, i.e., where the healthcare provider cannot determine the patient payment amount at the time of service, healthcare providers have traditionally billed the patients on 30-day payment terms after sending a claim to the insurance company' Due to inefficiencies, it has been estimated by industry sources that the billing and collection costs for a single copayment is $10-$15 and that the average collection time is 45 days.
In conventional automated third party payor systems in the healthcare industry, the claim for payment is generated by the administrative staff of the healthcare provider or healthcare maintenance organization and transmitted electronically to a clearinghouse that accepts the electronic transmission, edits and processes the transmission, and reroutes and sends the claim electronically to the appropriate third party payors. In the health insurance industry, intermediaries receive claims from healthcare providers or other claimants, edit the claims data for validity and accuracy, translate the data from a given format into one acceptable to the intended third party payor (e. g., insurance company), and forward the processed claim to the appropriate third party payor. The third party payor then adjudicates the claim and makes payment/reimbursement at a time, as noted above, which is typically weeks after the service was rendered.
As used herein, adjudication is the steps through which a claim for payment is processed by the third party payor to verify coverage eligibility, to determine the appropriateness of the care and services rendered, and to establish the amount of reimbursement. Prior art adjudication ranges from fully automated to partially automated to fully manual. However, the adjudication is typically performed by the third party payor during processing of the claim well after the service has been _, ~9~il~ls'~,~~ ~.~
In conventional automated third party payor systems in the healthcare industry, the claim for payment is generated by the administrative staff of the healthcare provider or healthcare maintenance organization and transmitted electronically to a clearinghouse that accepts the electronic transmission, edits and processes the transmission, and reroutes and sends the claim electronically to the appropriate third party payors. In the health insurance industry, intermediaries receive claims from healthcare providers or other claimants, edit the claims data for validity and accuracy, translate the data from a given format into one acceptable to the intended third party payor (e. g., insurance company), and forward the processed claim to the appropriate third party payor. The third party payor then adjudicates the claim and makes payment/reimbursement at a time, as noted above, which is typically weeks after the service was rendered.
As used herein, adjudication is the steps through which a claim for payment is processed by the third party payor to verify coverage eligibility, to determine the appropriateness of the care and services rendered, and to establish the amount of reimbursement. Prior art adjudication ranges from fully automated to partially automated to fully manual. However, the adjudication is typically performed by the third party payor during processing of the claim well after the service has been _, ~9~il~ls'~,~~ ~.~
- 3 -rendered. Of course, disputes regarding reimbursable services extend the payment period and increase the anxiety of the consumers and providers of healthcare products and services.
To date, the emphasis of automation in the healthcare industry has been in streamlining the claim submission and adjudication process and in streamlining the payment process for the portion of the payment which can be determined at the time of service. Unfortunately, previous efforts at applying automation to such an inefficient process have produced only small, incremental cost savings.
For example, a health insurance management system such as that described by Sackler et al. in U.S. Patent No.
5,235,507 processes health insurance claims for self-insurers using a computer program. The program is used by a health insurance administrator or management company to automatically process health insurance claims even where the claims fall under different insurance policies. While the disclosed program facilitates the operations of the health insurance administrator or management company, it does nothing to improve the payment efficiencies at the point of service.
,_, Cummings, Jr. describes in U.S. Patent No. 5,301,105 a healthcare management system that integrates the patient, the healthcare provider, bank or other financial institution, insurance company, utilization reviewer, and employer to provide comprehensive pre-treatment, treatment, and post-treatment healthcare and the required financial support. The system purportedly allows for total health management which takes into account the patient's available cash balances, insurance coverage, and the like in administering the patient's wellness. A terminal at the physician's office accepts data entry through conventional credit cards as well as special -"smart" cards. However, no technique for providing adjudicated third party payment at the point of service is described.
Recently, payment cards, such as VISA° cards, have become widely used to facilitate the payment process for readily ascertainable amounts such as copayments at the point of service in all segments of the healthcare market, including ~r"~ r ..
To date, the emphasis of automation in the healthcare industry has been in streamlining the claim submission and adjudication process and in streamlining the payment process for the portion of the payment which can be determined at the time of service. Unfortunately, previous efforts at applying automation to such an inefficient process have produced only small, incremental cost savings.
For example, a health insurance management system such as that described by Sackler et al. in U.S. Patent No.
5,235,507 processes health insurance claims for self-insurers using a computer program. The program is used by a health insurance administrator or management company to automatically process health insurance claims even where the claims fall under different insurance policies. While the disclosed program facilitates the operations of the health insurance administrator or management company, it does nothing to improve the payment efficiencies at the point of service.
,_, Cummings, Jr. describes in U.S. Patent No. 5,301,105 a healthcare management system that integrates the patient, the healthcare provider, bank or other financial institution, insurance company, utilization reviewer, and employer to provide comprehensive pre-treatment, treatment, and post-treatment healthcare and the required financial support. The system purportedly allows for total health management which takes into account the patient's available cash balances, insurance coverage, and the like in administering the patient's wellness. A terminal at the physician's office accepts data entry through conventional credit cards as well as special -"smart" cards. However, no technique for providing adjudicated third party payment at the point of service is described.
Recently, payment cards, such as VISA° cards, have become widely used to facilitate the payment process for readily ascertainable amounts such as copayments at the point of service in all segments of the healthcare market, including ~r"~ r ..
- 4 -hospitals, medical group practices, and dentists. Healthcare providers' needs for faster, more efficient collections, consumers' rising healthcare expenditures, and the increasing costs of healthcare have led to the increased use of such payment cards for such readily ascertainable amounts. As described in U.S. Patent No. 5,583,760, private payment cards also have been issued to patients so that the patients can pay for medical services at participating providers; however, payment cards have not previously been used as the vehicle to access an adjudicated third party payment system for providing adjudicated settlement of healthcare claims at the point of service. This is the ultimate '!streamlining" of the third party payment process and is the objective of the present invention.
To date, VISA° has used the Patient Easy Pay Consent form and a point-of-sale terminal to streamline payment by patients using a VISA° card for those amounts that could not be determined at the time of service. In that system, the healthcare providers swipe the patient's VISA° card at the terminal to capture the card information and the patient signs a receipt produced by the terminal to authorize the healthcare provider to charge the balance due for the patient's copayments, deductibles, and balances not covered by insurance to the patient's VISA° card account. The terminal then sends the Patient Easy Pay Consent information to the healthcare provider's computer for retrieval after adjudication. A
conventional electronic payment authorization is launched after adjudication. However, claims processing and adjudication are performed in the conventional manner, thus causing a substantial delay in settling the balances due.
An adjudicated third party payment system is desired which eliminates the delay in claims processing and the associated administrative costs so that a healthcare consumer can settle payment at the point of service much as a consumer settles a hotel bill at checkout. The present invention has been designed to meet this great need in the art.
To date, VISA° has used the Patient Easy Pay Consent form and a point-of-sale terminal to streamline payment by patients using a VISA° card for those amounts that could not be determined at the time of service. In that system, the healthcare providers swipe the patient's VISA° card at the terminal to capture the card information and the patient signs a receipt produced by the terminal to authorize the healthcare provider to charge the balance due for the patient's copayments, deductibles, and balances not covered by insurance to the patient's VISA° card account. The terminal then sends the Patient Easy Pay Consent information to the healthcare provider's computer for retrieval after adjudication. A
conventional electronic payment authorization is launched after adjudication. However, claims processing and adjudication are performed in the conventional manner, thus causing a substantial delay in settling the balances due.
An adjudicated third party payment system is desired which eliminates the delay in claims processing and the associated administrative costs so that a healthcare consumer can settle payment at the point of service much as a consumer settles a hotel bill at checkout. The present invention has been designed to meet this great need in the art.
- 5 -SUGARY OF THE INVENTION
The present invention addresses the above-mentioned needs in the art by providing a point of service third party adjudicated payment system and method which provides for the creation of an adjudicated settlement transaction at a point of service which designates the portion of the service to be paid by the third party payor and the portion to be paid by the customer. In accordance with the invention, such a system comprises a point of service terminal which accepts a payment system access card, such as a credit card, debit card, or purchase card, for payment for a purchase of a service and/or product by a customer, where at least part of the purchase is reimbursable by a third party payor. In accordance with the invention, the point of service terminal creates a purchase transaction which is adjudicated by an adjudication engine substantially in real-time (at the time of service or in a purchase transaction processing batch) to determine a first portion of the purchase which is to be paid by the third party payor and a second portion of the purchase which is to be paid by the customer. An adjudicated settlement transaction is then returned to the point of service terminal designating at least the first portion and the second portion for payment. The payment system access card provides access to a payment system which transfers funds in accordance with the adjudicated settlement transaction whereby the third party payor is debited by the first portion and the point of service provider is paid the first portion and a payment account accessible by the payment system access card is charged at least the second portion and the point of service provider is paid the second portion as with typical payment card transactions.
In a preferred embodiment of the invention, the adjudication engine is connected to a node on the Internet and the point of service terminal accesses the adjudication engine via an Internet connection to the node. The adjudication engine itself preferably includes a data driven rules engine which processes data from the customer, the service provider, the third party payor, and the payment system to determine the
The present invention addresses the above-mentioned needs in the art by providing a point of service third party adjudicated payment system and method which provides for the creation of an adjudicated settlement transaction at a point of service which designates the portion of the service to be paid by the third party payor and the portion to be paid by the customer. In accordance with the invention, such a system comprises a point of service terminal which accepts a payment system access card, such as a credit card, debit card, or purchase card, for payment for a purchase of a service and/or product by a customer, where at least part of the purchase is reimbursable by a third party payor. In accordance with the invention, the point of service terminal creates a purchase transaction which is adjudicated by an adjudication engine substantially in real-time (at the time of service or in a purchase transaction processing batch) to determine a first portion of the purchase which is to be paid by the third party payor and a second portion of the purchase which is to be paid by the customer. An adjudicated settlement transaction is then returned to the point of service terminal designating at least the first portion and the second portion for payment. The payment system access card provides access to a payment system which transfers funds in accordance with the adjudicated settlement transaction whereby the third party payor is debited by the first portion and the point of service provider is paid the first portion and a payment account accessible by the payment system access card is charged at least the second portion and the point of service provider is paid the second portion as with typical payment card transactions.
In a preferred embodiment of the invention, the adjudication engine is connected to a node on the Internet and the point of service terminal accesses the adjudication engine via an Internet connection to the node. The adjudication engine itself preferably includes a data driven rules engine which processes data from the customer, the service provider, the third party payor, and the payment system to determine the
- 6 -first portion of the payment to be paid by the third party payor. Preferably, the purchase transaction includes a product and/or a service code which the adjudication engine compares to payment parameters and conditions from the third party payor to determine the value of the first portion of the purchase to be paid by the third party payor. In a preferred healthcare implementation of the invention, the point of service provider is a healthcare provider and the payment parameters and conditions are determined by a healthcare policy between the customer's employer and the third party payor.
In the preferred embodiment of the invention, the payment system includes a credit card network, and the adjudicated settlement transaction is formatted as a credit card transaction for processing by the credit card network.
Preferably, the payment system access card is cobranded so as to include an account number for the credit card network and, in the preferred healthcare implementation, for the healthcare policy as well.
The corresponding method of providing third party adjudicated payment at a point of service in accordance with the invention preferably comprises the steps of:
providing a payment system access card, such as a credit card, debit card, or purchase card, to a point of service provider for payment for a purchase of a service and/or product by a customer, at least part of the purchase being reimbursable by a third party payor;
transmitting a purchase transaction to an adjudication engine for processing;
the adjudication engine adjudicating the purchase transaction substantially in real-time so as to determine a first portion of the purchase which is to be paid by the third party payor and a second portion of the purchase which is to be paid by the customer;
the adjudication engine returning an adjudicated settlement transaction to the point of service designating at least the first portion and the second portion; and transferring funds in accordance with the adjudicated settlement transaction whereby the third party payor is debited by the first portion and the point of service provider is paid the first portion and a payment account accessible by the payment system access card is charged at least the second portion and the point of service provider is paid the second portion.
In the preferred embodiment of the method, the step of transferring funds comprises the steps of charging the payment account by the first and second portions and crediting the payment account by the first portion upon adjudication.
Alternatively, the funds transferring step may comprise the steps of debiting the third party payor by the first portion, paying the point of service provider the first portion, charging the payment account by at least the second portion, and paying the point of service provider~the second portion.
The funds transferring step preferably also comprises the steps of formatting the adjudicated settlement transaction as a credit card transaction and processing the adjudicated settlement transaction in a credit card network.
Preferably, the adjudicating step comprises the step of comparing product and/or service codes in the purchase transaction to payment parameters and conditions from the third party payor to determine the value of the first portion of the purchase to be paid by the third party payor. In a preferred healthcare implementation, the payment system access card is provided to the healthcare provider in the providing step prior to provision of healthcare services, and the method comprises the additional step of accessing the adjudication engine to verify patient eligibility for payment for services by the third party payor prior to provision of healthcare services by the healthcare provider. This feature of the invention allows the doctor and patient to consider costs when determining the course of a treatment. A coverage profile for the patient may also be provided to the healthcare provider for comparison with a preliminary diagnosis for healthcare services to be provided to the patient prior to providing healthcare services to the patient.
_ g _ In accordance with another aspect of the invention, a method of converting a healthcare transaction into a credit card transaction for payment by a patient is provided. Such a method in accordance with the invention preferably comprises the steps of:
transmitting at least one of healthcare product and service codes for healthcare products and services purchased by the patient from a healthcare provider at a point of service to an adjudication engine for processing;
the adjudication engine adjudicating the product and service codes substantially in real-time so as to determine a first portion of the purchased healthcare products and services which is to be paid by a third party payor and a second portion of the purchased healthcare services which is to be paid by the patient;
the adjudication engine returning an adjudicated settlement transaction to the point of service designating at least the first portion and the second portion;
formatting the adjudicated settlement transaction as a credit card transaction at the point of service; and processing the formatted adjudicated settlement transaction in a credit card network for payment.
BRIEF DESCRIPTION OF THE DRAWINGS
The foregoing and other novel features and advantages of the invention will become more apparent and more readily appreciated by those skilled in the art after consideration of the following description in conjunction with the associated drawings, of which:
Figure 1 illustrates a point of service third party adjudicated payment system in accordance with a currently preferred embodiment of the invention.
Figures 2A and 2B illustrate a currently preferred embodiment of the adjudication engine in the system of Figure 1.
Figure 3 illustrates a flow diagram of the use of the payment system of the invention for payment of a healthcare provider.
SUBSTITUTE SHEET (RULE 26) WO 99!44111 PGT/US99/04209 _ g _ Figure 4 illustrates a flow diagram of the point of service activity by a healthcare provider when using the payment system of the invention for payment.
Figure 5 illustrates a credit card statement for a cobranded healthcare/credit card account used to access the payment system of the invention.
Figure 6 illustrates an explanation of benefits (E0B) statement corresponding to the credit card statement of Figure 5.
Figure 7 illustrates a sample adjudicated healthcare settlement transaction generated by the payment system of the invention for a simple healthcare transaction.
Figures 8A-8C illustrate the life cycle of a claim submitted by a healthcare provider for processing using the adjudicated third party payment system of the invention.
DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENTS
A preferred embodiment of the invention will now be described in detail with reference to Figures 1-8. Those skilled in the art will appreciate that the description given herein with respect to those figures is for exemplary purposes only and is not intended in any way to limit the scope of the invention. All questions regarding the scope of the invention may be resolved by referring to the appended claims.
As noted above, the term "adjudication" as used herein is the process through which a claim for payment is processed by the third party payor to verity coverage eligibility, to determine the appropriateness of the care and services rendered, and to establish the amount of reimbursement. As will be more apparent from the following detailed description, the invention provides a method for adjudicating a claim substantially in real-time by providing immediate access by the point of service provider to an adjudication engine specially developed to handle claims of the type generated by that point of service provider f or reimbursement by a third party payor. While it is desired that the adjudication take place virtually instantaneously so that SUBSTITUTE SHEET (RULE 26) WO 99/44111 PC"T/US99/04209 payment may be completely settled at the point of service at the time of service, "real-time" as used herein is also intended to permit "batch" processing and settlement of the claims processed by the service provider. For example, a healthcare administrative office may settle all of its claims for a given day overnight by batch processing the adjudicated settlement transactions received that day. In such a case, the adjudicated settlement transactions submitted that day may not actually be paid for a day or two. Similar techniques are used by hotels and airlines and are contemplated within the scope of the invention. Also, as used herein, an "adjudicated settlement transaction" is a statement or invoice provided at the point of service which specifies how much the third party payor will pay on a given claim and how much is the responsibility of the customer (e. g., the insured patient).
Figure 1 illustrates a point of service third party adjudicated payment system 10 in accordance with a currently preferred embodiment of the invention. Although described in the preferred context of the payment of healthcare claims by an insurance company or other healthcare administrator, those skilled in the art will appreciate that the system and method of the invention may be used in all types of transactions involving resolution of payment by two or more parties obligated contractually or otherwise to apportion payment for received products and services.
As illustrated in Figure 1, the system 10 of the invention is accessed by a plurality of product/service providers 12, such as doctor's offices, hospitals, pharmacies, and the like, who provide services and products such as physician care, hospital care, dental care, pharmaceutical products, lab tests, prosthetics, surgical equipment, and the like. In accordance with the invention, each such provider 12 has a point of service terminal which accepts a payment system access card, such as a credit card, debit card, or purchase card, for payment for a purchase of a service and/or product by a customer. As will be explained in more detail below, the result of a patient's interaction with the healthcare provider 12 is a healthcare transaction (HCT) which generally includes a claim for payment by the third party payor. As will also be explained below, each patient has access to an account Which is tied to the cardholder, which may be the patient or a member of his or her family.
The payment system access card in accordance with the preferred healthcare embodiment of the invention is preferably a cobranded VISA~ card, although other types of payment cards such as Mastercard~, Novis, Diner's Club, and Federal Reserve may, of course, be used. The "cobranding" partner in such an embodiment is the third party payor, which may include, by way of example, insurance companies, HCFA (Medicare), State Agencies (Medicaid), and self insured groups (HMOs).
Typically, the third party payor contracts with the patient or the patient's employer or some other organization or association to which the patient belongs to provide payment through an administrator for services rendered by the healthcare provider. The third party payor also contracts with groups of Healthcare Provider Networks (HCPs) to fix prices on a per patient or per procedure basis. Preferably, the cobranded payment system access card is distributed to the insured through the insured's employer in place of the conventional healthcare ID cards. The cobranded card typically includes the information provided on the payment system access card as well as the healthcare ID card, although the amount of printed data may require that some of the information be printed on a sleeve for the payment system access card.
Preferably, the account number for the payment system account and the healthcare account are the same to avoid confusion.
The adjudicated third party payment system of the invention is accessed by swiping the card or entering the card number at a point of service terminal in the offices of the healthcare provider 12.
The cobranded payment card preferably carries two balances, one for standard transactions (retail, travel, entertainment, etc.), and one for healthcare purchases (doctors, hospitals, pharmacies, optical, dental, etc.).
Generally, the healthcare balance carries a favorable interest rate. Also, all purchases, regardless of type, preferably generate "deductible dollarsT""" (cash back that is applied to the patient's out-of-pocket healthcare balance) at the rate of, e.g., one percent, which allows the cardholder to effectively eliminate his or her out-of-pocket expenses.
In the preferred implementation of the invention, the point of service terminal includes an Internet connection 14 to a node containing an Internet merchant bank 16 which is to process the credit card transaction via a credit card network 18 in the conventional manner. As illustrated, the Internet bank 16 operates as a conventional merchant bank for credit card processing by providing access to the credit card network 18 for processing of credit card transactions and also operates as a credit card issuing bank by providing cardholder accounts used to facilitate credit card payment by the cardholder, keep track of balances and interest, and the like. However, in accordance with the invention, the Internet bank 16 further includes a direct connection to an adjudication engine 22 20 which, for example, takes a healthcare transaction (HCT) from the healthcare provider 12 and the patient, determines (adjudicates) the amount of the submitted claim which is to be paid by a third party payor 24, and creates an Adjudicated Settlement Transaction (AST) which pays the healthcare provider 12, bills the third party payor 24, and bills the patient. In the preferred embodiment, the Internet bank 16 has a web page which provides secure access to the adjudication engine 22 as a selection option for one accessing the Internet bank's web site, such as an administrator of the service provider 12. As will be explained in more detail below, the adjudication engine 22 processes, substantially in real-time, the claim from the service provider in accordance with parameters and conditions from the third party payor 24 to determine the portion of the claim to be paid by the third party payor 24. The "adjudicated" amount is then returned to the service provider 12 via the Internet connection 14 as an Adjudicated Settlement Transaction ready for payment. Since the Adjudicated Settlement Transaction specifies the amount the third party payor 24 will pay, the remaining balance in the claim, if any, may be charged directly to the customers s payment system access card for processing and payment via credit card network 18 in the conventional fashion. As when settling with a hotel at checkout, the service provider 12 has payment settled by the customer before he or she leaves the office. Also, the service provider 12 will know right away how much the third party payor 24 is obligated to pay towards the service provided.
Typically, a separate adjudication engine 22 is provided for each third party payor 24 and/or each company or organization through which the third party payment policy or contract is administered. In the healthcare context, for example, the appropriate parameters and conditions data 26 for the policy or policies of the company or organization through which the patient is insured are loaded into adjudication engine 22 upon submission of a claim for adjudication. As shown, a single third party payor 24 provides the different parameters and conditions 26 for the respective policies it issues to different companies so that the proper payment parameters and conditions for the policy elected by the employees of the respective companies are loaded into the adjudication engine 22 when a claim for a particular insured employee is received by the adjudication engine 22.
Finally, third party payor accounts 28 are provided which are administered by the third party payor 24 and/or the Internet bank 16 for facilitating the transfer of funds for the portions of the claims the third party payor 24 is obligated to pay. Internet bank 16 handles the transfer of these monies to the appropriate service provider 12 in a timely fashion.
Figures 2A and 2B illustrate a currently preferred embodiment of the adjudication engine 22 utilized in the system of Figure 1 in the healthcare environment. As shown, at the center of the adjudication engine 22 resides a rules processor 30 whose sole purpose is to adjudicate and price healthcare transactions that are submitted by a healthcare provider 12. The rules processor 30 is a data driven software mechanism that derives sussr~ruTE sHE~r t~u~~ 2s~
rules from the inputted data and executes based on the algorithm or expressions contained within the rules. The order by which these rules are executed is also data driven and is contained within the rules of engagement that are defined in the Policy Database 32 of the third party payor 24. The rules processor 30 performs two primary tasks: the first is to decide whether a healthcare transaction is reimbursable and the second is to price the amount by which the healthcare provider 12 is to be reimbursed based on the healthcare transaction or claim received from the Clinical Pathways Database 34.
To accomplish these tasks the rules processor 30 needs to get information from the following databases:
Policy Database 32 - Information pertaining to the patient's coverage is defined in this database. The limits by which the policy operates, such as deductibles, are stored as policy parameters. Preexisting, current, and incident conditions are all stored as conditions. The rules that govern which services and products are covered and in which order are stored as constraints. The methods by which conditions, parameters, and constraints are engaged and adjudicated is stored within policy rules . These policy rules are used by the rules processor 30 to execute algorithms and expressions that act on parameters, constraints and conditions that use data from other databases such as the Clinical Pathway Database 34, Healthcare History Database 36, and Cardholder Database 38.
The Policy Database also includes pricing information such as deductible, copay, and coinsurance.
Clinical Pathways Database 34 - Information pertaining to the current healthcare transaction (HCT), links to previous HCTs (the clinical pathway), and the state of each HCT as it exists in the pathway, as well as any related healthcare transactions are stored in this database. This information is critical to understanding the order in which services and products were delivered. This data is used by the rules processor 30 to establish whether or not a healthcare transaction should be reimbursed in accordance with the rules of engagement set forth in the Policy Database 32. Pathway information is often critical in determining whether a service or product in the current HCT is valid within the context of the policy.
Healthcare History Database 36 - Information pertaining to the patient s healthcare history is stored in this database. This information is captured over time from the patient and includes a collection of atomic healthcare facts about each patient such as the services and products from HCTs, known medical conditions, allergies, and the like. The rules processor 30 uses this data to execute algorithms that pertain to the conditions that exist in the Policy Database 32. In many cases the healthcare history gives overriding information that enables the rules processor 30 to reimburse a healthcare transaction that otherwise would not be reimbursable based on current conditions.
Cardholder Database 38 - Information pertaining to the patient and his or her accounts and balances are maintained in this database. The balances are used to identify when the patient or the patient s family has reached their thresholds for products or services as stated by the parameters defined in the Policy Database 32. The patient information contains the demographic facts needed by the rules processor 30 to execute algorithms that pertain to who the patient is and why certain services would or would not be reimbursable (e.g., a male could not have received any services related to giving birth to a child). In other words, demographic facts, account balances, deductible balances, out-of-pocket balances, policy elections, and billing terms for all cardholders and family members can be found in this database.
Provider Network Database 40 - Information pertaining to the healthcare provider 12 and what they are to be reimbursed for services and products is primarily stored in this database. The rules processor 30 uses pricing data that specifies Capitation, Fee for Services, usual reasonable and customary (URC) charges by locale and in-network/out-of-network pricing for a healthcare provider 12 to price the healthcare transaction. This lets the healthcare provider 12 know what the third party payor 24 is willing to reimburse for a given patient's healthcare transaction.
Standards Database 42 - Information pertaining to the universe of classification standards by which diagnosis and procedural products and services are coded for use in reporting the services and procedures in a healthcare transaction is maintained in this database. These standards are the constraints by which the rules processor 30 can compare and execute rules. These standards also include universal rules for bundling (combining atomic procedures into comprehensive ones). In the healthcare context, the vast majority of healthcare products and services are defined and standardized by three bodies:
1. The U.S. Government sets the International Classification of Disease (ICD) standards by which most healthcare providers 12 classify and report diagnostic information. It also sets the Healthcare Financing Administration (HCFA) Common Procedural Coding System (HCPCS) for classifying and reporting durable medical equipment for Medicare transactions.
2. The American Medical Association sets the Current Procedural Terminology (CPT) standard for classifying and reporting medical procedures. The CPT classification system has a set of rules to determine when sets of individual procedures are to be combined into single more comprehensive ones (bundling) .
3 . The American Dental Association sets the Current Dental terminology (CDT) standard. This is similar to CPT, but covers the dental procedures which are not covered by CPT.
The rules processor 30 integrated with databases 32-42 enables the adjudication engine 22 to receive a healthcare transaction from the healthcare provider 12, to adjudicate and price the healthcare transaction, and to return an Adjudicated Settlement Transaction to the healthcare provider 12. Those skilled in the art will appreciate that the rules processor is a software system that can be written in several programming languages ranging from the expert languages such as LISP, Prologue, and OPS5 to the programming languages of C++, Visual Basic 5.0 and SQL. The key to the rules processor is that the rules are in the data and thus vary in accordance with the data. Also, the rules only need to be interpolated by any of a number of different processors running a rules processor algorithm written in any of these languages.
Figure 3 illustrates a flow diagram of the use of the payment system of the invention for payment of a healthcare provider 12. Of course, a similar scheme may be used for processing of other types of transactions besides healthcare transactions.
As illustrated in Figure 3, the first step in the method of the invention is to issue a cobranded healthcare/payment card to the patient at step 100. As noted above, the cobranded card is preferably issued through the patient's employer in place of the patient's conventional healthcare ID card. If the patient (employee) is not credit-worthy, the employer may issue a securitized card that may or may not be cobranded, thereby exempting the employee from participation in the payment system described herein. Also, dependent children under the age of 21 may receive a non-branded card unless the employee requests otherwise.
Regardless of branding, all payment cards will provide credit for healthcare transactions in the third party payment system of the invention, while the cobranded cards also may be used as a conventional payment card as well as a mechanism for accessing the third party adjudicated payment system of the invention.
At step 102, the patient, cobranded payment card in hand, purchases a product or service. If the product or service is not eligible for third party payment, the entire payment amount is charged to the customer's payment card account in a conventional manner. However, if the product or service is eligible for third party payment, then the resulting claim or transaction is processed using the adjudicated third party payment system of the invention. An example of point of service activity when the card is used to purchase healthcare WO 99/44111 PC1'/US99/04209 goods and services is described below with respect to Figure 4. As described with respect to Figure 4, the point of service activity is completed upon settlement of the Adjudicated Settlement Transaction as a typical credit card transaction.
Upon settlement of the Adjudicated Settlement Transaction by the patient (i.e., signature of the credit card receipt for the Adjudicated Settlement Transaction), at step 104 the Internet bank 16 functions as a credit card merchant bank and debits the cardholder's credit account 20 against the healthcare provider's payable via the credit card network 18, of which Internet bank 16 is a part. Assuming that the cardholder (patient) has sufficient credit, Internet bank 16 executes a direct deposit of funds into the healthcare provider's account at step 106, typically the next business day. The amount deposited is the cardholder's receivable (less the merchant bank's credit discount, which is set consistent with that charged to comparable merchants on standard VISA~
transactions, for example). In other words, the healthcare provider 12 receives payment of that part of the healthcare transaction for which the patient is responsible (deductibles, copay, coinsurance, etc.). The record of this transaction is preferably available to the healthcare provider.
The Internet bank 16 then exchanges data with the third party payor (healthcare administrator or insurance company) 24 and the patient's employer at step 108 to update the appropriate databases (maintained by the third party payor 24) of the services rendered. All claim information, including the results of adjudication, is preferably sent to the third party payor 24 in a nightly batch. Likewise, all updated eligibility information 26 is preferably submitted from the third party payor 24 to the adjudication engine 22 in batch.
In the case of some large employers where there is a second database of record (usually eligibility), there may be an additional exchange of information. The method of information exchange varies by third party payor; the primary protocols include EDI, direct SQL queries and updates, 3270 screen scraping, and FTP.
The Internet bank 16 then transfers the healthcare provider's payable from the third party payor's account 28 to a disbursement account ready for payment at step 110 using an ACH wire transfer, as appropriate. The Internet bank 16 then transfers at step 112 the third party payor's receivable (less a merchant credit discount) from the disbursement account of the Internet bank 16 using ACH wire transfer for distribution to the healthcare provider's bank account. In other words, the third party payor 24 transfer the portion of the Adjudicated Healthcare Transaction it is obligated to pay to the healthcare provider's account via the Internet bank 16 to complete payment. In accordance with the invention, this entire process may take place substantially instantaneously, although such transactions typically take a couple of days. In any case, the healthcare provider 1.2 is paid much sooner than in conventional payment systems, and without the administrative overhead typically required. Also, a record of the payment is available to the healthcare provider 12.
Finally, at step 114, the Internet bank 16 sends the cardholder a unified credit card and explanation of benefits (EOB) statement at the end of the current credit cycle.
Figures 5 and 6 together illustrate a credit card statement (Figure 5) and an explanation of benefits (EOB) statement (Figure 6) for a cobranded healthcare/credit card account used to access the payment system of the invention. As illustrated, the credit card statement is conventional except that healthcare transactions are separated out and explained in an EOB statement for each family member covered by the healthcare policy and credit card. In this fashion, the cardholder obtains a monthly statement which neatly ties medical transactions to their related credit card transactions, thus providing a complete record of services performed which can readily be maintained as a healthcare record for the patient and a record of payment for federal income tax purposes.
Those skilled in the art will appreciate that the payment system and process of the invention introduces a concept to the healthcare industry that exists in just about every other industry: payment in full at the point of service.
Because claims are adjudicated in real-time, the healthcare provider and cardholder (patient) both know at the completion of the service or purchase of the product who owes what based on the Adjudicated Settlement Transaction. In other words, a conventional healthcare transaction is broken down into the following:
Invoiced Amount - Disallowed Amount = Provider Receivable =
Patient Payable + Third Party Payor Payable.
The Invoiced Amount is typically the amount desired by the healthcare provider, not the amount expected or allowed. The Disallowed Amount is the difference between the Invoiced Amount what the healthcare provider is contractually permitted to charge for a service, which varies by any combination of healthcare administrator, employer, network, and policy provision. Provider Receivable, on the other hand, is the payment for service a healthcare provider can legally expect after adjudication, while the Patient Payable is the portion of the payable that is assigned to the patient and can be any combination of co-pay, co-insurance, deductible, and uninsured services. Finally, the Third Party Payor Payable is the benefit paid to the healthcare provider on behalf of the patient. The adjudicated third party payment system 10 of the invention permits these variables to be resolved at the point of service rather than weeks later as in the conventional payment systems.
As noted above, Figure 4 illustrates a flow diagram of the point of service activity by a healthcare provider when using the payment system of the invention for payment of the healthcare provider. As will be apparent to those skilled in the art, this method permits costs to the patient to be considered at the time treatment decisions are made, rather than long after the treatment has been provided.
Step 1: The Cardholder goes to the Healthcare Provider's Office At step 200, the cardholder or any member of his or her covered family in need of medical assistance goes to the healthcare provider's Office. The visit can be an appointment, a walk-in, or an emergency, but in any case, the cobranded healthcare access card is accepted for payment. The rules of engagement regarding referrals, primary care physicians, and the like vary in accordance with the cardholder's health insurance policy. Prior to visiting the healthcare provider, the cardholder can access the Internet bank's web site to access a member services application which offers options such as selection of primary care physician, provider search, prescription ordering, review of past medical transaction, an on-line policy manual, and the like.
Step 2: First Point of Contact Upon arrival at the healthcare provider' s of f ice , the cardholder presents the cobranded payment system access card.
At this point (step 202), the receptionist or other administrator has several options:
1. Accept the card in "default mode," where the payment system access card operates as any other healthcare access card in terms of eligibility verification and selection of the payment vehicle (if the provider accepts VISA°, the co-pay amount could be settled using the payment system access card.) 2. Use the payment system access card to access the Internet bank's web site to verify patient eligibility.
3. Use the payment system access card to verify eligibility and accept the co-pay amount.
4. Use the payment system access card to verify eligibility, accept the co-pay amount and file a claim.
In any of these cases, whether in or out of network, both the healthcare provider 12 and the cardholder have several options available to them. For example, a member of the healthcare provider's administrative staff may log onto the Internet bank's web site to verify eligibility. By entering the Internet bank s domain name into an Internet browser or by swiping the cobranded payment system access card through a magstripe reader, the eligibility of the cardholder or any member of the cardholder s immediate family who has been identified as the patient may be determined. If the patient is eligible (insured), the person accessing the web site progresses to the next step in the process. However, if the patient is ineligible (uninsured), the person accessing the web site can inquire about and/or correct any discrepancies (e. g., a new born not yet added to policy, or a new employee with misspelled name, etc.) and then request service once the problem is cleared up. In either case, the patient and the healthcare provider 12 are apprised of the status of eligibility of the patient s healthcare coverage prior to the rendering of services.
Thus, in the broadest sense, step 202 allows the healthcare provider 12 to verify that a policy is in force before services are performed. This step also allows the healthcare provider 12 to determine before services are rendered whether certain services are not covered, have severely limited coverage, require a referring physician, or may only be available within a certain network of healthcare providers. In this manner, the issues which often lead to payment problems can be identified before any services are provided rather than at the time of adjudication, thereby preventing the cardholder from taking on undesired financial liability and the healthcare provider 12 from being exposed to potential financial losses from bad debt. Such comprehensive eligibility checks and preadjudication services allows the healthcare providers and patients to get a thorough understanding of what services are covered, and to what degree, before any financial obligations are generated. Such financial accountability is missing from the current healthcare system in most instances.
Also, preadjudication at step 202 allows the Internet server of the Tnternet bank 16 to collect the necessary information (e. g., healthcare provider ID to establish effective contract and the Patient ID to establish policy profile) needed to adjudicate the claim. At this point, the initial stage of the claim has been established and the Internet bank 16 may start building a coverage profile while waiting for more information.
Step 3: Healthcare Provider examiaea patient and derives a preliminary diagnosis Based on the patient's input and the healthcare provider's examination at step 204, a preliminary diagnosis can be reached. At this point the healthcare provider 12 has a new option available. Using the adjudicated third party payment system 10 of the invention, the healthcare provider 12 can enter preliminary diagnosis information and receive the patient's coverage profile from the Internet bank's web site.
This feature enables both the healthcare provider 12 and the patient to consider options with an understanding of which treatments would be covered by the patient's policy, thereby minimizing financial risk.
Step 4 (Optional): Iiealthcare Provider eaters preliminary diagnosis into claim application At step 206 , using the healthcare provider' s Internet browser (e. g., MS Internet Explorer 4.0, Netscape Navigator 4.0, etc.) the staff member can access the Internet bank's web site and enter the patient's preliminary diagnosis data to begin the claims submission process. This step can be a continuation of the session previously established in step 202 (the verification of patient eligibility) or it can be a new session. In either case, the Internet server of the Internet bank 16 maintains the integrity of the session for the user.
Step 5 (Optional): Based oa preliminary diagnosis the patient's coverage profile is returned Once the preliminary diagnosis information has been entered at step 206, the patient's coverage profile may be returned at step 208. The coverage profile identifies which treatments are covered based on the insured's policy as well as all patient medical history that is available. This WO 99/44111 PC1'/US99/04209 resource assists the healthcare provider 12 during the consultation with the patient about possible treatments options for the diagnosed medical problem.
This step is optional and is not required for auto s adjudication of the patient' s claim. However, it is beneficial for satisfaction of both the healthcare provider's and the patient's concerns about how the payment for services will be managed.
Step 6 (Optional): Healthcare Provider consults with patieat and delivers treatmeat With the patient's coverage profile in hand, the healthcare provider 12 is able to consult with the patient and determine the type of treatment best suited to the patient's needs both physically and financially at step 210. The result of this provider and patient dialog is the best possible care for the patient. Of course, the healthcare provider 12 and patient may elect to return to the preadjudication interface for additional information as additional treatments are indicated.
This step is also optional, for the healthcare provider 12 is not required to use the patient's coverage profile to determine a course of treatment for the patient or to receive the auto-adjudication benefits. Rather, the emphasis is on maintaining the healthcare provider's autonomy.
Step 7 (Optional): Healthcare Provider's staff submits on-lice claim through Internet Once treatment has been provided, it is time to pay the bill. The adjudicated third party payment system 10 of the invention enables the healthcare provider 12 to enter a claim and interactively adjudicate that claim on-line using the Internet at step 212. This interactive session aids the user in entering correct data, which facilitates the auto-adjudication process, and therefore, increases the number-of claims that may be auto-adjudicated. Of course, a certain percentage of claims will not be able to be auto-adjudicated.
For those claims, the healthcare provider 12 may monitor the WO 99/44111 PG"T/US99/04209 progress of those claims that must be manually adjudicated.
This step is optional because the healthcare provider 12 can file claims via traditional means and still receive most of the benefits. For example, healthcare providers without Internet access can accept the cobranded payment system access card and use it in its "default mode" to access the credit card payment system via the phone lines.
Generally, there are many conventional ways for the healthcare provider to generate the healthcare transaction or claim for adjudication. The healthcare provider 12 may have practice administration software of the type described in the background of the application which includes claim data entry and submission through a claims processor. Typically, the healthcare provider 12 fills out the claim on a paper form such as the HCFA 1500 and sends it to the administrator's claim center. In accordance with the invention, the claim submission process is corrected by providing live data validation and screening via an Interactive Claim Submission (ICS) interface at the Internet bank's web site. To maintain security, the web site may include a web applet that uses, for example, VISA~'s SET security program. Typically, the healthcare provider 12 will have provided a preadjudicated claim as described above.
If so, the preadjudicated claim receives final edits and is submitted by the healthcare provider 12. Alternately, an electronic claim may be started from scratch for submission.
In either case, the claim is clean and error free at the time of submission, and accordingly, more likely to be in the proper form for adjudication by the adjudication engine 22. For example, preadjudication identifies improper CPT codes for the patient's policy.
Step 8 (Optional): The claim is adjudicated and a settlement transaction is transmitted to the Healthcare Provider At step 214, the claim submitted by the healthcare provider 12 is adjudicated and either a request f or more information or an Adjudicated Settlement Transaction in the form of a credit card receipt is transmitted back to the - as -healthcare provider 12. This interactive session enables the healthcare provider s staff to use the adjudication engine 22 to ascertain that the settlement is correct.
The adjudication process includes verifying eligibility, optimizing claim data to minimize financial exposure, verifying policy compliance (e.g., dental is covered), checking timing constraints (e. g., one well care visit per year), determining in-network versus out-of-network status, determining contracted and/or URC fees, determining provider allowed amount, patient responsibility, and the payable third party payor coverage amount. In accordance with the invention, the adjudication engine 22 adjudicates claims substantially in real-time. In many cases, the adjudication is completed within seconds of an Interactive Claim Submission, 3.5 although, as noted above, the adjudication may be handled in batch form and settlement reached within a day or two.
A simple example of an Adjudicated Settlement Transaction is illustrated in Figure 7. As illustrated, the Adjudicated Settlement Transaction identifies the amount 44 of the healthcare transaction to be paid by the patient and the amount 46 of the healthcare transaction to be paid by the third party payor 24.
Step 9: Cardholder reviews aad settles Healthcare Bill At step 216, the cardholder reviews his or her bill and authorizes how settlement of the charges should be handled.
This final step assures the cardholder that no fees can be placed on the credit card without the cardholder s written consent. The cobranded payment system access card then functions just as any other payment card. However, by using the payment system access card to settle the cardholder s healthcare bill, the cardholder may earn ~~Deductible DollarsT"""
towards their next healthcare expense and also benefit from the receipt of the comprehensive statements illustrated in Figures 5 and 6.
Figures 8A-8C illustrate the life cycle of a claim SUBSTITUTE SHEET (RULE 26) submitted by a healthcare provider for processing using the adjudicated third party payment system 10 of the invention. As illustrated, the first step 1.1 is to accept a claim from the healthcare provider 12. Preferably, the claim is generated by completing a HCFA 1500 form and submitting the claim electronically for acceptance or rejection. The healthcare provider 12 may edit the claim to check eligibility, to validate incidents, and to validate the diagnosis. The payment system access card is preferably validated by checking its number and expiration date and is rejected if invalid. The healthcare provider 12 may also be validated by providing an ID
and password from the healthcare provider 12 whereby the healthcare provider 12 is rejected if either value is invalid.
A mechanism may also be provided for signing up a new healthcare provider 12.
Once a claim is accepted, it is adjudicated at step 1.2. As noted above with respect to Figures 2A and 2B, to adjudicate the claim, the rules processor 30 performs tasks such as checking domain completeness, where the domain includes incident data and diagnosis data, and writing the results to a decision matrix of rules processor 30. The procedures are also checked against the patient s policy coverage parameters. For example, the policy is checked for outright exclusions and temporal constraints, and allowance is made for the framework (toxics, trauma, etc.). In addition, indicators, prior outcomes, and the diagnosis are referenced against the procedures, and the results are again written to the decision matrix of the rules processor 30. Contractual constraints are also evaluated to determine network status (in or out) and referral status (obtained and timely), and the results are written to the decision matrix of the rules processor 30.
Adjudication engine 22 also determines pricing by selecting the contract amounts and the URC amounts.
The decision matrix is then evaluated to determine whether the claim is valid or invalid. If the claim is invalid, it is sent to the Policy Administrator for adjudication at step 1.3. On the other hand, if the claim is SUBSTITUTE SHEET (RULE 26) _ 2g _ valid, then the adjudication engine 22 allocates financial responsibility for the claim by determining the amount allowed to the healthcare provider for the claim, determining the amount covered by the Policy Administrator (third party payor) , and determining the patient's responsibility by allocating the policy deductible(s), co-pay, co-insurance, and any uncovered amounts. Finally, the Adjudicated Healthcare Settlement Transaction is built at step 1.5 and posted to the settlement queue.
As noted above, any unadjudicable claims are sent to the Policy Administrator for adjudication at step 1.3. The claim is then converted to EDI submission format and transmitted via EDI for manual external adjudication. At step 1.4, the externally adjudicated claim is received as an EDI
transmission from the Policy Administrator. The claim is then validated and the results of the adjudication are analyzed to infer any new rules for updating of the adjudication rules.
The Adjudicated Healthcare Settlement Transaction is then built at step 1.5 and posted to the settlement queue.
_ At step 1.5, the Adjudicated Healthcare Settlement Transaction is generated. In this step, the adjudicated claim is identified, and the claim is checked using conventional credit card fraud detection systems to determine if it is fraudulent. If it is determined that the claim is fraudulent, then a Fraud Transaction is generated and the fraud record is posted to a fraud file and a fraud alert is generated at step 1.10 and sent to a fraud unit.
Once the Adjudicated Healthcare Settlement Transaction is generated at step 1.5, the step of remitting the healthcare provider is performed at step 1.6. In particular, the settlement transactions for the healthcare provider are selected and the settlement amounts to payable are summarized.
The payable is then posted to a ledger, and an EDI record is generated for ACH payment. The EDI record is transmitted to the healthcare provider' s bank, and a payment confirmation from the healthcare provider's bank is received. At this time, the payable is closed as well as the settlement transactions. The - a9 -credit discount record is then posted to the ledger account of the Internet bank 16.
Next, a remittance from the Policy Administrator is requested at step 1.8. In particular, settlement transactions are selected for the Policy Administrator and the transactions are summarized into a receivable record. The receivable record is then posted to the ledger. The receivable is preferably collected from the Policy Administrator using an automated invoice method in which an EDI transaction is generated for ACH
payment, an EDI transaction is sent to the Policy Administrator's bank, and payment confirmation is received from the Policy Administrator's bank. On the other hand, a manual invoice method may be used where the invoice is printed and mailed, manual payment is received and posted, and the payment is deposited in the Internet bank 16. Finally, the receivables and the settlement transactions are closed.
The cardholder (patient) is then billed at step 1.9.
A cardholder's EOB is created and a credit card statement is generated which integrates the credit card and EOB data into a Healthcare Settlement Statement. The Healthcare Settlement Statement is then mailed and the Healthcare Settlement Statement file is posted to the cardholder's account. The EOB
mail date is also provided to the Policy Administrator for its records.
It is contemplated that the payment system access card also may be used to charge the payment (credit) account of the cardholder by the entire amount of the adjudicated settlement amount and later crediting the payment account by remittance from the Policy Administrator rather than completely separating the amounts at the point of service. In this fashion, "Deductible DollarsT"'" may be obtained much faster.
Of course, the Policy Administrator's payment portion and the patient's payment portion may be handled completely separately at the point of service, as desired.
Those skilled in the art will appreciate that the system of the invention allows the Internet bank 16 to become the sole source of receivables for the service provider 12.
This is a substantial improvement over the present_healthcare model where there are thousands of cardholders and dozens of healthcare administrators (third party payors) , all of whom can have receivable entries, most of which are not adjudicated for weeks after point of service. Also, the third party adjudicated payment system of the invention allows the Internet bank 16 to become the agent for distributing the cobranded payment cards through employers, adjudicating and paying claims, and disbursing payables. This eliminates three large cost centers : card fulfillment, manual claims adjudication, and accounts payable. The healthcare administrator (third party payor) 24 becomes tree to do what is profitable: sell and underwrite insurance policies. In addition, as both the merchant bank and the credit card issuing bank, the Internet bank 16 may reduce the costs of credit.
It will be appreciated by those skilled in the art that even though numerous characteristics and advantages of the present invention have been set forth in the foregoing description, together with details of the structure and function of the invention, the disclosure is illustrative only and numerous alternate embodiments are possible without departing from the novel teachings of the invention. For example, the adjudication engine of the invention need not be Internet based but may be accessed by a direct dial call via the telephone lines. Also, the payment system access card could be replaced by a smart card, so long as suitable security measures could be incorporated into the smart card. These and other modifications may be made in detail within the principles of the invention to the full extent indicated by the broad general meaning of the terms in which the appended claims are expressed.
In the preferred embodiment of the invention, the payment system includes a credit card network, and the adjudicated settlement transaction is formatted as a credit card transaction for processing by the credit card network.
Preferably, the payment system access card is cobranded so as to include an account number for the credit card network and, in the preferred healthcare implementation, for the healthcare policy as well.
The corresponding method of providing third party adjudicated payment at a point of service in accordance with the invention preferably comprises the steps of:
providing a payment system access card, such as a credit card, debit card, or purchase card, to a point of service provider for payment for a purchase of a service and/or product by a customer, at least part of the purchase being reimbursable by a third party payor;
transmitting a purchase transaction to an adjudication engine for processing;
the adjudication engine adjudicating the purchase transaction substantially in real-time so as to determine a first portion of the purchase which is to be paid by the third party payor and a second portion of the purchase which is to be paid by the customer;
the adjudication engine returning an adjudicated settlement transaction to the point of service designating at least the first portion and the second portion; and transferring funds in accordance with the adjudicated settlement transaction whereby the third party payor is debited by the first portion and the point of service provider is paid the first portion and a payment account accessible by the payment system access card is charged at least the second portion and the point of service provider is paid the second portion.
In the preferred embodiment of the method, the step of transferring funds comprises the steps of charging the payment account by the first and second portions and crediting the payment account by the first portion upon adjudication.
Alternatively, the funds transferring step may comprise the steps of debiting the third party payor by the first portion, paying the point of service provider the first portion, charging the payment account by at least the second portion, and paying the point of service provider~the second portion.
The funds transferring step preferably also comprises the steps of formatting the adjudicated settlement transaction as a credit card transaction and processing the adjudicated settlement transaction in a credit card network.
Preferably, the adjudicating step comprises the step of comparing product and/or service codes in the purchase transaction to payment parameters and conditions from the third party payor to determine the value of the first portion of the purchase to be paid by the third party payor. In a preferred healthcare implementation, the payment system access card is provided to the healthcare provider in the providing step prior to provision of healthcare services, and the method comprises the additional step of accessing the adjudication engine to verify patient eligibility for payment for services by the third party payor prior to provision of healthcare services by the healthcare provider. This feature of the invention allows the doctor and patient to consider costs when determining the course of a treatment. A coverage profile for the patient may also be provided to the healthcare provider for comparison with a preliminary diagnosis for healthcare services to be provided to the patient prior to providing healthcare services to the patient.
_ g _ In accordance with another aspect of the invention, a method of converting a healthcare transaction into a credit card transaction for payment by a patient is provided. Such a method in accordance with the invention preferably comprises the steps of:
transmitting at least one of healthcare product and service codes for healthcare products and services purchased by the patient from a healthcare provider at a point of service to an adjudication engine for processing;
the adjudication engine adjudicating the product and service codes substantially in real-time so as to determine a first portion of the purchased healthcare products and services which is to be paid by a third party payor and a second portion of the purchased healthcare services which is to be paid by the patient;
the adjudication engine returning an adjudicated settlement transaction to the point of service designating at least the first portion and the second portion;
formatting the adjudicated settlement transaction as a credit card transaction at the point of service; and processing the formatted adjudicated settlement transaction in a credit card network for payment.
BRIEF DESCRIPTION OF THE DRAWINGS
The foregoing and other novel features and advantages of the invention will become more apparent and more readily appreciated by those skilled in the art after consideration of the following description in conjunction with the associated drawings, of which:
Figure 1 illustrates a point of service third party adjudicated payment system in accordance with a currently preferred embodiment of the invention.
Figures 2A and 2B illustrate a currently preferred embodiment of the adjudication engine in the system of Figure 1.
Figure 3 illustrates a flow diagram of the use of the payment system of the invention for payment of a healthcare provider.
SUBSTITUTE SHEET (RULE 26) WO 99!44111 PGT/US99/04209 _ g _ Figure 4 illustrates a flow diagram of the point of service activity by a healthcare provider when using the payment system of the invention for payment.
Figure 5 illustrates a credit card statement for a cobranded healthcare/credit card account used to access the payment system of the invention.
Figure 6 illustrates an explanation of benefits (E0B) statement corresponding to the credit card statement of Figure 5.
Figure 7 illustrates a sample adjudicated healthcare settlement transaction generated by the payment system of the invention for a simple healthcare transaction.
Figures 8A-8C illustrate the life cycle of a claim submitted by a healthcare provider for processing using the adjudicated third party payment system of the invention.
DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENTS
A preferred embodiment of the invention will now be described in detail with reference to Figures 1-8. Those skilled in the art will appreciate that the description given herein with respect to those figures is for exemplary purposes only and is not intended in any way to limit the scope of the invention. All questions regarding the scope of the invention may be resolved by referring to the appended claims.
As noted above, the term "adjudication" as used herein is the process through which a claim for payment is processed by the third party payor to verity coverage eligibility, to determine the appropriateness of the care and services rendered, and to establish the amount of reimbursement. As will be more apparent from the following detailed description, the invention provides a method for adjudicating a claim substantially in real-time by providing immediate access by the point of service provider to an adjudication engine specially developed to handle claims of the type generated by that point of service provider f or reimbursement by a third party payor. While it is desired that the adjudication take place virtually instantaneously so that SUBSTITUTE SHEET (RULE 26) WO 99/44111 PC"T/US99/04209 payment may be completely settled at the point of service at the time of service, "real-time" as used herein is also intended to permit "batch" processing and settlement of the claims processed by the service provider. For example, a healthcare administrative office may settle all of its claims for a given day overnight by batch processing the adjudicated settlement transactions received that day. In such a case, the adjudicated settlement transactions submitted that day may not actually be paid for a day or two. Similar techniques are used by hotels and airlines and are contemplated within the scope of the invention. Also, as used herein, an "adjudicated settlement transaction" is a statement or invoice provided at the point of service which specifies how much the third party payor will pay on a given claim and how much is the responsibility of the customer (e. g., the insured patient).
Figure 1 illustrates a point of service third party adjudicated payment system 10 in accordance with a currently preferred embodiment of the invention. Although described in the preferred context of the payment of healthcare claims by an insurance company or other healthcare administrator, those skilled in the art will appreciate that the system and method of the invention may be used in all types of transactions involving resolution of payment by two or more parties obligated contractually or otherwise to apportion payment for received products and services.
As illustrated in Figure 1, the system 10 of the invention is accessed by a plurality of product/service providers 12, such as doctor's offices, hospitals, pharmacies, and the like, who provide services and products such as physician care, hospital care, dental care, pharmaceutical products, lab tests, prosthetics, surgical equipment, and the like. In accordance with the invention, each such provider 12 has a point of service terminal which accepts a payment system access card, such as a credit card, debit card, or purchase card, for payment for a purchase of a service and/or product by a customer. As will be explained in more detail below, the result of a patient's interaction with the healthcare provider 12 is a healthcare transaction (HCT) which generally includes a claim for payment by the third party payor. As will also be explained below, each patient has access to an account Which is tied to the cardholder, which may be the patient or a member of his or her family.
The payment system access card in accordance with the preferred healthcare embodiment of the invention is preferably a cobranded VISA~ card, although other types of payment cards such as Mastercard~, Novis, Diner's Club, and Federal Reserve may, of course, be used. The "cobranding" partner in such an embodiment is the third party payor, which may include, by way of example, insurance companies, HCFA (Medicare), State Agencies (Medicaid), and self insured groups (HMOs).
Typically, the third party payor contracts with the patient or the patient's employer or some other organization or association to which the patient belongs to provide payment through an administrator for services rendered by the healthcare provider. The third party payor also contracts with groups of Healthcare Provider Networks (HCPs) to fix prices on a per patient or per procedure basis. Preferably, the cobranded payment system access card is distributed to the insured through the insured's employer in place of the conventional healthcare ID cards. The cobranded card typically includes the information provided on the payment system access card as well as the healthcare ID card, although the amount of printed data may require that some of the information be printed on a sleeve for the payment system access card.
Preferably, the account number for the payment system account and the healthcare account are the same to avoid confusion.
The adjudicated third party payment system of the invention is accessed by swiping the card or entering the card number at a point of service terminal in the offices of the healthcare provider 12.
The cobranded payment card preferably carries two balances, one for standard transactions (retail, travel, entertainment, etc.), and one for healthcare purchases (doctors, hospitals, pharmacies, optical, dental, etc.).
Generally, the healthcare balance carries a favorable interest rate. Also, all purchases, regardless of type, preferably generate "deductible dollarsT""" (cash back that is applied to the patient's out-of-pocket healthcare balance) at the rate of, e.g., one percent, which allows the cardholder to effectively eliminate his or her out-of-pocket expenses.
In the preferred implementation of the invention, the point of service terminal includes an Internet connection 14 to a node containing an Internet merchant bank 16 which is to process the credit card transaction via a credit card network 18 in the conventional manner. As illustrated, the Internet bank 16 operates as a conventional merchant bank for credit card processing by providing access to the credit card network 18 for processing of credit card transactions and also operates as a credit card issuing bank by providing cardholder accounts used to facilitate credit card payment by the cardholder, keep track of balances and interest, and the like. However, in accordance with the invention, the Internet bank 16 further includes a direct connection to an adjudication engine 22 20 which, for example, takes a healthcare transaction (HCT) from the healthcare provider 12 and the patient, determines (adjudicates) the amount of the submitted claim which is to be paid by a third party payor 24, and creates an Adjudicated Settlement Transaction (AST) which pays the healthcare provider 12, bills the third party payor 24, and bills the patient. In the preferred embodiment, the Internet bank 16 has a web page which provides secure access to the adjudication engine 22 as a selection option for one accessing the Internet bank's web site, such as an administrator of the service provider 12. As will be explained in more detail below, the adjudication engine 22 processes, substantially in real-time, the claim from the service provider in accordance with parameters and conditions from the third party payor 24 to determine the portion of the claim to be paid by the third party payor 24. The "adjudicated" amount is then returned to the service provider 12 via the Internet connection 14 as an Adjudicated Settlement Transaction ready for payment. Since the Adjudicated Settlement Transaction specifies the amount the third party payor 24 will pay, the remaining balance in the claim, if any, may be charged directly to the customers s payment system access card for processing and payment via credit card network 18 in the conventional fashion. As when settling with a hotel at checkout, the service provider 12 has payment settled by the customer before he or she leaves the office. Also, the service provider 12 will know right away how much the third party payor 24 is obligated to pay towards the service provided.
Typically, a separate adjudication engine 22 is provided for each third party payor 24 and/or each company or organization through which the third party payment policy or contract is administered. In the healthcare context, for example, the appropriate parameters and conditions data 26 for the policy or policies of the company or organization through which the patient is insured are loaded into adjudication engine 22 upon submission of a claim for adjudication. As shown, a single third party payor 24 provides the different parameters and conditions 26 for the respective policies it issues to different companies so that the proper payment parameters and conditions for the policy elected by the employees of the respective companies are loaded into the adjudication engine 22 when a claim for a particular insured employee is received by the adjudication engine 22.
Finally, third party payor accounts 28 are provided which are administered by the third party payor 24 and/or the Internet bank 16 for facilitating the transfer of funds for the portions of the claims the third party payor 24 is obligated to pay. Internet bank 16 handles the transfer of these monies to the appropriate service provider 12 in a timely fashion.
Figures 2A and 2B illustrate a currently preferred embodiment of the adjudication engine 22 utilized in the system of Figure 1 in the healthcare environment. As shown, at the center of the adjudication engine 22 resides a rules processor 30 whose sole purpose is to adjudicate and price healthcare transactions that are submitted by a healthcare provider 12. The rules processor 30 is a data driven software mechanism that derives sussr~ruTE sHE~r t~u~~ 2s~
rules from the inputted data and executes based on the algorithm or expressions contained within the rules. The order by which these rules are executed is also data driven and is contained within the rules of engagement that are defined in the Policy Database 32 of the third party payor 24. The rules processor 30 performs two primary tasks: the first is to decide whether a healthcare transaction is reimbursable and the second is to price the amount by which the healthcare provider 12 is to be reimbursed based on the healthcare transaction or claim received from the Clinical Pathways Database 34.
To accomplish these tasks the rules processor 30 needs to get information from the following databases:
Policy Database 32 - Information pertaining to the patient's coverage is defined in this database. The limits by which the policy operates, such as deductibles, are stored as policy parameters. Preexisting, current, and incident conditions are all stored as conditions. The rules that govern which services and products are covered and in which order are stored as constraints. The methods by which conditions, parameters, and constraints are engaged and adjudicated is stored within policy rules . These policy rules are used by the rules processor 30 to execute algorithms and expressions that act on parameters, constraints and conditions that use data from other databases such as the Clinical Pathway Database 34, Healthcare History Database 36, and Cardholder Database 38.
The Policy Database also includes pricing information such as deductible, copay, and coinsurance.
Clinical Pathways Database 34 - Information pertaining to the current healthcare transaction (HCT), links to previous HCTs (the clinical pathway), and the state of each HCT as it exists in the pathway, as well as any related healthcare transactions are stored in this database. This information is critical to understanding the order in which services and products were delivered. This data is used by the rules processor 30 to establish whether or not a healthcare transaction should be reimbursed in accordance with the rules of engagement set forth in the Policy Database 32. Pathway information is often critical in determining whether a service or product in the current HCT is valid within the context of the policy.
Healthcare History Database 36 - Information pertaining to the patient s healthcare history is stored in this database. This information is captured over time from the patient and includes a collection of atomic healthcare facts about each patient such as the services and products from HCTs, known medical conditions, allergies, and the like. The rules processor 30 uses this data to execute algorithms that pertain to the conditions that exist in the Policy Database 32. In many cases the healthcare history gives overriding information that enables the rules processor 30 to reimburse a healthcare transaction that otherwise would not be reimbursable based on current conditions.
Cardholder Database 38 - Information pertaining to the patient and his or her accounts and balances are maintained in this database. The balances are used to identify when the patient or the patient s family has reached their thresholds for products or services as stated by the parameters defined in the Policy Database 32. The patient information contains the demographic facts needed by the rules processor 30 to execute algorithms that pertain to who the patient is and why certain services would or would not be reimbursable (e.g., a male could not have received any services related to giving birth to a child). In other words, demographic facts, account balances, deductible balances, out-of-pocket balances, policy elections, and billing terms for all cardholders and family members can be found in this database.
Provider Network Database 40 - Information pertaining to the healthcare provider 12 and what they are to be reimbursed for services and products is primarily stored in this database. The rules processor 30 uses pricing data that specifies Capitation, Fee for Services, usual reasonable and customary (URC) charges by locale and in-network/out-of-network pricing for a healthcare provider 12 to price the healthcare transaction. This lets the healthcare provider 12 know what the third party payor 24 is willing to reimburse for a given patient's healthcare transaction.
Standards Database 42 - Information pertaining to the universe of classification standards by which diagnosis and procedural products and services are coded for use in reporting the services and procedures in a healthcare transaction is maintained in this database. These standards are the constraints by which the rules processor 30 can compare and execute rules. These standards also include universal rules for bundling (combining atomic procedures into comprehensive ones). In the healthcare context, the vast majority of healthcare products and services are defined and standardized by three bodies:
1. The U.S. Government sets the International Classification of Disease (ICD) standards by which most healthcare providers 12 classify and report diagnostic information. It also sets the Healthcare Financing Administration (HCFA) Common Procedural Coding System (HCPCS) for classifying and reporting durable medical equipment for Medicare transactions.
2. The American Medical Association sets the Current Procedural Terminology (CPT) standard for classifying and reporting medical procedures. The CPT classification system has a set of rules to determine when sets of individual procedures are to be combined into single more comprehensive ones (bundling) .
3 . The American Dental Association sets the Current Dental terminology (CDT) standard. This is similar to CPT, but covers the dental procedures which are not covered by CPT.
The rules processor 30 integrated with databases 32-42 enables the adjudication engine 22 to receive a healthcare transaction from the healthcare provider 12, to adjudicate and price the healthcare transaction, and to return an Adjudicated Settlement Transaction to the healthcare provider 12. Those skilled in the art will appreciate that the rules processor is a software system that can be written in several programming languages ranging from the expert languages such as LISP, Prologue, and OPS5 to the programming languages of C++, Visual Basic 5.0 and SQL. The key to the rules processor is that the rules are in the data and thus vary in accordance with the data. Also, the rules only need to be interpolated by any of a number of different processors running a rules processor algorithm written in any of these languages.
Figure 3 illustrates a flow diagram of the use of the payment system of the invention for payment of a healthcare provider 12. Of course, a similar scheme may be used for processing of other types of transactions besides healthcare transactions.
As illustrated in Figure 3, the first step in the method of the invention is to issue a cobranded healthcare/payment card to the patient at step 100. As noted above, the cobranded card is preferably issued through the patient's employer in place of the patient's conventional healthcare ID card. If the patient (employee) is not credit-worthy, the employer may issue a securitized card that may or may not be cobranded, thereby exempting the employee from participation in the payment system described herein. Also, dependent children under the age of 21 may receive a non-branded card unless the employee requests otherwise.
Regardless of branding, all payment cards will provide credit for healthcare transactions in the third party payment system of the invention, while the cobranded cards also may be used as a conventional payment card as well as a mechanism for accessing the third party adjudicated payment system of the invention.
At step 102, the patient, cobranded payment card in hand, purchases a product or service. If the product or service is not eligible for third party payment, the entire payment amount is charged to the customer's payment card account in a conventional manner. However, if the product or service is eligible for third party payment, then the resulting claim or transaction is processed using the adjudicated third party payment system of the invention. An example of point of service activity when the card is used to purchase healthcare WO 99/44111 PC1'/US99/04209 goods and services is described below with respect to Figure 4. As described with respect to Figure 4, the point of service activity is completed upon settlement of the Adjudicated Settlement Transaction as a typical credit card transaction.
Upon settlement of the Adjudicated Settlement Transaction by the patient (i.e., signature of the credit card receipt for the Adjudicated Settlement Transaction), at step 104 the Internet bank 16 functions as a credit card merchant bank and debits the cardholder's credit account 20 against the healthcare provider's payable via the credit card network 18, of which Internet bank 16 is a part. Assuming that the cardholder (patient) has sufficient credit, Internet bank 16 executes a direct deposit of funds into the healthcare provider's account at step 106, typically the next business day. The amount deposited is the cardholder's receivable (less the merchant bank's credit discount, which is set consistent with that charged to comparable merchants on standard VISA~
transactions, for example). In other words, the healthcare provider 12 receives payment of that part of the healthcare transaction for which the patient is responsible (deductibles, copay, coinsurance, etc.). The record of this transaction is preferably available to the healthcare provider.
The Internet bank 16 then exchanges data with the third party payor (healthcare administrator or insurance company) 24 and the patient's employer at step 108 to update the appropriate databases (maintained by the third party payor 24) of the services rendered. All claim information, including the results of adjudication, is preferably sent to the third party payor 24 in a nightly batch. Likewise, all updated eligibility information 26 is preferably submitted from the third party payor 24 to the adjudication engine 22 in batch.
In the case of some large employers where there is a second database of record (usually eligibility), there may be an additional exchange of information. The method of information exchange varies by third party payor; the primary protocols include EDI, direct SQL queries and updates, 3270 screen scraping, and FTP.
The Internet bank 16 then transfers the healthcare provider's payable from the third party payor's account 28 to a disbursement account ready for payment at step 110 using an ACH wire transfer, as appropriate. The Internet bank 16 then transfers at step 112 the third party payor's receivable (less a merchant credit discount) from the disbursement account of the Internet bank 16 using ACH wire transfer for distribution to the healthcare provider's bank account. In other words, the third party payor 24 transfer the portion of the Adjudicated Healthcare Transaction it is obligated to pay to the healthcare provider's account via the Internet bank 16 to complete payment. In accordance with the invention, this entire process may take place substantially instantaneously, although such transactions typically take a couple of days. In any case, the healthcare provider 1.2 is paid much sooner than in conventional payment systems, and without the administrative overhead typically required. Also, a record of the payment is available to the healthcare provider 12.
Finally, at step 114, the Internet bank 16 sends the cardholder a unified credit card and explanation of benefits (EOB) statement at the end of the current credit cycle.
Figures 5 and 6 together illustrate a credit card statement (Figure 5) and an explanation of benefits (EOB) statement (Figure 6) for a cobranded healthcare/credit card account used to access the payment system of the invention. As illustrated, the credit card statement is conventional except that healthcare transactions are separated out and explained in an EOB statement for each family member covered by the healthcare policy and credit card. In this fashion, the cardholder obtains a monthly statement which neatly ties medical transactions to their related credit card transactions, thus providing a complete record of services performed which can readily be maintained as a healthcare record for the patient and a record of payment for federal income tax purposes.
Those skilled in the art will appreciate that the payment system and process of the invention introduces a concept to the healthcare industry that exists in just about every other industry: payment in full at the point of service.
Because claims are adjudicated in real-time, the healthcare provider and cardholder (patient) both know at the completion of the service or purchase of the product who owes what based on the Adjudicated Settlement Transaction. In other words, a conventional healthcare transaction is broken down into the following:
Invoiced Amount - Disallowed Amount = Provider Receivable =
Patient Payable + Third Party Payor Payable.
The Invoiced Amount is typically the amount desired by the healthcare provider, not the amount expected or allowed. The Disallowed Amount is the difference between the Invoiced Amount what the healthcare provider is contractually permitted to charge for a service, which varies by any combination of healthcare administrator, employer, network, and policy provision. Provider Receivable, on the other hand, is the payment for service a healthcare provider can legally expect after adjudication, while the Patient Payable is the portion of the payable that is assigned to the patient and can be any combination of co-pay, co-insurance, deductible, and uninsured services. Finally, the Third Party Payor Payable is the benefit paid to the healthcare provider on behalf of the patient. The adjudicated third party payment system 10 of the invention permits these variables to be resolved at the point of service rather than weeks later as in the conventional payment systems.
As noted above, Figure 4 illustrates a flow diagram of the point of service activity by a healthcare provider when using the payment system of the invention for payment of the healthcare provider. As will be apparent to those skilled in the art, this method permits costs to the patient to be considered at the time treatment decisions are made, rather than long after the treatment has been provided.
Step 1: The Cardholder goes to the Healthcare Provider's Office At step 200, the cardholder or any member of his or her covered family in need of medical assistance goes to the healthcare provider's Office. The visit can be an appointment, a walk-in, or an emergency, but in any case, the cobranded healthcare access card is accepted for payment. The rules of engagement regarding referrals, primary care physicians, and the like vary in accordance with the cardholder's health insurance policy. Prior to visiting the healthcare provider, the cardholder can access the Internet bank's web site to access a member services application which offers options such as selection of primary care physician, provider search, prescription ordering, review of past medical transaction, an on-line policy manual, and the like.
Step 2: First Point of Contact Upon arrival at the healthcare provider' s of f ice , the cardholder presents the cobranded payment system access card.
At this point (step 202), the receptionist or other administrator has several options:
1. Accept the card in "default mode," where the payment system access card operates as any other healthcare access card in terms of eligibility verification and selection of the payment vehicle (if the provider accepts VISA°, the co-pay amount could be settled using the payment system access card.) 2. Use the payment system access card to access the Internet bank's web site to verify patient eligibility.
3. Use the payment system access card to verify eligibility and accept the co-pay amount.
4. Use the payment system access card to verify eligibility, accept the co-pay amount and file a claim.
In any of these cases, whether in or out of network, both the healthcare provider 12 and the cardholder have several options available to them. For example, a member of the healthcare provider's administrative staff may log onto the Internet bank's web site to verify eligibility. By entering the Internet bank s domain name into an Internet browser or by swiping the cobranded payment system access card through a magstripe reader, the eligibility of the cardholder or any member of the cardholder s immediate family who has been identified as the patient may be determined. If the patient is eligible (insured), the person accessing the web site progresses to the next step in the process. However, if the patient is ineligible (uninsured), the person accessing the web site can inquire about and/or correct any discrepancies (e. g., a new born not yet added to policy, or a new employee with misspelled name, etc.) and then request service once the problem is cleared up. In either case, the patient and the healthcare provider 12 are apprised of the status of eligibility of the patient s healthcare coverage prior to the rendering of services.
Thus, in the broadest sense, step 202 allows the healthcare provider 12 to verify that a policy is in force before services are performed. This step also allows the healthcare provider 12 to determine before services are rendered whether certain services are not covered, have severely limited coverage, require a referring physician, or may only be available within a certain network of healthcare providers. In this manner, the issues which often lead to payment problems can be identified before any services are provided rather than at the time of adjudication, thereby preventing the cardholder from taking on undesired financial liability and the healthcare provider 12 from being exposed to potential financial losses from bad debt. Such comprehensive eligibility checks and preadjudication services allows the healthcare providers and patients to get a thorough understanding of what services are covered, and to what degree, before any financial obligations are generated. Such financial accountability is missing from the current healthcare system in most instances.
Also, preadjudication at step 202 allows the Internet server of the Tnternet bank 16 to collect the necessary information (e. g., healthcare provider ID to establish effective contract and the Patient ID to establish policy profile) needed to adjudicate the claim. At this point, the initial stage of the claim has been established and the Internet bank 16 may start building a coverage profile while waiting for more information.
Step 3: Healthcare Provider examiaea patient and derives a preliminary diagnosis Based on the patient's input and the healthcare provider's examination at step 204, a preliminary diagnosis can be reached. At this point the healthcare provider 12 has a new option available. Using the adjudicated third party payment system 10 of the invention, the healthcare provider 12 can enter preliminary diagnosis information and receive the patient's coverage profile from the Internet bank's web site.
This feature enables both the healthcare provider 12 and the patient to consider options with an understanding of which treatments would be covered by the patient's policy, thereby minimizing financial risk.
Step 4 (Optional): Iiealthcare Provider eaters preliminary diagnosis into claim application At step 206 , using the healthcare provider' s Internet browser (e. g., MS Internet Explorer 4.0, Netscape Navigator 4.0, etc.) the staff member can access the Internet bank's web site and enter the patient's preliminary diagnosis data to begin the claims submission process. This step can be a continuation of the session previously established in step 202 (the verification of patient eligibility) or it can be a new session. In either case, the Internet server of the Internet bank 16 maintains the integrity of the session for the user.
Step 5 (Optional): Based oa preliminary diagnosis the patient's coverage profile is returned Once the preliminary diagnosis information has been entered at step 206, the patient's coverage profile may be returned at step 208. The coverage profile identifies which treatments are covered based on the insured's policy as well as all patient medical history that is available. This WO 99/44111 PC1'/US99/04209 resource assists the healthcare provider 12 during the consultation with the patient about possible treatments options for the diagnosed medical problem.
This step is optional and is not required for auto s adjudication of the patient' s claim. However, it is beneficial for satisfaction of both the healthcare provider's and the patient's concerns about how the payment for services will be managed.
Step 6 (Optional): Healthcare Provider consults with patieat and delivers treatmeat With the patient's coverage profile in hand, the healthcare provider 12 is able to consult with the patient and determine the type of treatment best suited to the patient's needs both physically and financially at step 210. The result of this provider and patient dialog is the best possible care for the patient. Of course, the healthcare provider 12 and patient may elect to return to the preadjudication interface for additional information as additional treatments are indicated.
This step is also optional, for the healthcare provider 12 is not required to use the patient's coverage profile to determine a course of treatment for the patient or to receive the auto-adjudication benefits. Rather, the emphasis is on maintaining the healthcare provider's autonomy.
Step 7 (Optional): Healthcare Provider's staff submits on-lice claim through Internet Once treatment has been provided, it is time to pay the bill. The adjudicated third party payment system 10 of the invention enables the healthcare provider 12 to enter a claim and interactively adjudicate that claim on-line using the Internet at step 212. This interactive session aids the user in entering correct data, which facilitates the auto-adjudication process, and therefore, increases the number-of claims that may be auto-adjudicated. Of course, a certain percentage of claims will not be able to be auto-adjudicated.
For those claims, the healthcare provider 12 may monitor the WO 99/44111 PG"T/US99/04209 progress of those claims that must be manually adjudicated.
This step is optional because the healthcare provider 12 can file claims via traditional means and still receive most of the benefits. For example, healthcare providers without Internet access can accept the cobranded payment system access card and use it in its "default mode" to access the credit card payment system via the phone lines.
Generally, there are many conventional ways for the healthcare provider to generate the healthcare transaction or claim for adjudication. The healthcare provider 12 may have practice administration software of the type described in the background of the application which includes claim data entry and submission through a claims processor. Typically, the healthcare provider 12 fills out the claim on a paper form such as the HCFA 1500 and sends it to the administrator's claim center. In accordance with the invention, the claim submission process is corrected by providing live data validation and screening via an Interactive Claim Submission (ICS) interface at the Internet bank's web site. To maintain security, the web site may include a web applet that uses, for example, VISA~'s SET security program. Typically, the healthcare provider 12 will have provided a preadjudicated claim as described above.
If so, the preadjudicated claim receives final edits and is submitted by the healthcare provider 12. Alternately, an electronic claim may be started from scratch for submission.
In either case, the claim is clean and error free at the time of submission, and accordingly, more likely to be in the proper form for adjudication by the adjudication engine 22. For example, preadjudication identifies improper CPT codes for the patient's policy.
Step 8 (Optional): The claim is adjudicated and a settlement transaction is transmitted to the Healthcare Provider At step 214, the claim submitted by the healthcare provider 12 is adjudicated and either a request f or more information or an Adjudicated Settlement Transaction in the form of a credit card receipt is transmitted back to the - as -healthcare provider 12. This interactive session enables the healthcare provider s staff to use the adjudication engine 22 to ascertain that the settlement is correct.
The adjudication process includes verifying eligibility, optimizing claim data to minimize financial exposure, verifying policy compliance (e.g., dental is covered), checking timing constraints (e. g., one well care visit per year), determining in-network versus out-of-network status, determining contracted and/or URC fees, determining provider allowed amount, patient responsibility, and the payable third party payor coverage amount. In accordance with the invention, the adjudication engine 22 adjudicates claims substantially in real-time. In many cases, the adjudication is completed within seconds of an Interactive Claim Submission, 3.5 although, as noted above, the adjudication may be handled in batch form and settlement reached within a day or two.
A simple example of an Adjudicated Settlement Transaction is illustrated in Figure 7. As illustrated, the Adjudicated Settlement Transaction identifies the amount 44 of the healthcare transaction to be paid by the patient and the amount 46 of the healthcare transaction to be paid by the third party payor 24.
Step 9: Cardholder reviews aad settles Healthcare Bill At step 216, the cardholder reviews his or her bill and authorizes how settlement of the charges should be handled.
This final step assures the cardholder that no fees can be placed on the credit card without the cardholder s written consent. The cobranded payment system access card then functions just as any other payment card. However, by using the payment system access card to settle the cardholder s healthcare bill, the cardholder may earn ~~Deductible DollarsT"""
towards their next healthcare expense and also benefit from the receipt of the comprehensive statements illustrated in Figures 5 and 6.
Figures 8A-8C illustrate the life cycle of a claim SUBSTITUTE SHEET (RULE 26) submitted by a healthcare provider for processing using the adjudicated third party payment system 10 of the invention. As illustrated, the first step 1.1 is to accept a claim from the healthcare provider 12. Preferably, the claim is generated by completing a HCFA 1500 form and submitting the claim electronically for acceptance or rejection. The healthcare provider 12 may edit the claim to check eligibility, to validate incidents, and to validate the diagnosis. The payment system access card is preferably validated by checking its number and expiration date and is rejected if invalid. The healthcare provider 12 may also be validated by providing an ID
and password from the healthcare provider 12 whereby the healthcare provider 12 is rejected if either value is invalid.
A mechanism may also be provided for signing up a new healthcare provider 12.
Once a claim is accepted, it is adjudicated at step 1.2. As noted above with respect to Figures 2A and 2B, to adjudicate the claim, the rules processor 30 performs tasks such as checking domain completeness, where the domain includes incident data and diagnosis data, and writing the results to a decision matrix of rules processor 30. The procedures are also checked against the patient s policy coverage parameters. For example, the policy is checked for outright exclusions and temporal constraints, and allowance is made for the framework (toxics, trauma, etc.). In addition, indicators, prior outcomes, and the diagnosis are referenced against the procedures, and the results are again written to the decision matrix of the rules processor 30. Contractual constraints are also evaluated to determine network status (in or out) and referral status (obtained and timely), and the results are written to the decision matrix of the rules processor 30.
Adjudication engine 22 also determines pricing by selecting the contract amounts and the URC amounts.
The decision matrix is then evaluated to determine whether the claim is valid or invalid. If the claim is invalid, it is sent to the Policy Administrator for adjudication at step 1.3. On the other hand, if the claim is SUBSTITUTE SHEET (RULE 26) _ 2g _ valid, then the adjudication engine 22 allocates financial responsibility for the claim by determining the amount allowed to the healthcare provider for the claim, determining the amount covered by the Policy Administrator (third party payor) , and determining the patient's responsibility by allocating the policy deductible(s), co-pay, co-insurance, and any uncovered amounts. Finally, the Adjudicated Healthcare Settlement Transaction is built at step 1.5 and posted to the settlement queue.
As noted above, any unadjudicable claims are sent to the Policy Administrator for adjudication at step 1.3. The claim is then converted to EDI submission format and transmitted via EDI for manual external adjudication. At step 1.4, the externally adjudicated claim is received as an EDI
transmission from the Policy Administrator. The claim is then validated and the results of the adjudication are analyzed to infer any new rules for updating of the adjudication rules.
The Adjudicated Healthcare Settlement Transaction is then built at step 1.5 and posted to the settlement queue.
_ At step 1.5, the Adjudicated Healthcare Settlement Transaction is generated. In this step, the adjudicated claim is identified, and the claim is checked using conventional credit card fraud detection systems to determine if it is fraudulent. If it is determined that the claim is fraudulent, then a Fraud Transaction is generated and the fraud record is posted to a fraud file and a fraud alert is generated at step 1.10 and sent to a fraud unit.
Once the Adjudicated Healthcare Settlement Transaction is generated at step 1.5, the step of remitting the healthcare provider is performed at step 1.6. In particular, the settlement transactions for the healthcare provider are selected and the settlement amounts to payable are summarized.
The payable is then posted to a ledger, and an EDI record is generated for ACH payment. The EDI record is transmitted to the healthcare provider' s bank, and a payment confirmation from the healthcare provider's bank is received. At this time, the payable is closed as well as the settlement transactions. The - a9 -credit discount record is then posted to the ledger account of the Internet bank 16.
Next, a remittance from the Policy Administrator is requested at step 1.8. In particular, settlement transactions are selected for the Policy Administrator and the transactions are summarized into a receivable record. The receivable record is then posted to the ledger. The receivable is preferably collected from the Policy Administrator using an automated invoice method in which an EDI transaction is generated for ACH
payment, an EDI transaction is sent to the Policy Administrator's bank, and payment confirmation is received from the Policy Administrator's bank. On the other hand, a manual invoice method may be used where the invoice is printed and mailed, manual payment is received and posted, and the payment is deposited in the Internet bank 16. Finally, the receivables and the settlement transactions are closed.
The cardholder (patient) is then billed at step 1.9.
A cardholder's EOB is created and a credit card statement is generated which integrates the credit card and EOB data into a Healthcare Settlement Statement. The Healthcare Settlement Statement is then mailed and the Healthcare Settlement Statement file is posted to the cardholder's account. The EOB
mail date is also provided to the Policy Administrator for its records.
It is contemplated that the payment system access card also may be used to charge the payment (credit) account of the cardholder by the entire amount of the adjudicated settlement amount and later crediting the payment account by remittance from the Policy Administrator rather than completely separating the amounts at the point of service. In this fashion, "Deductible DollarsT"'" may be obtained much faster.
Of course, the Policy Administrator's payment portion and the patient's payment portion may be handled completely separately at the point of service, as desired.
Those skilled in the art will appreciate that the system of the invention allows the Internet bank 16 to become the sole source of receivables for the service provider 12.
This is a substantial improvement over the present_healthcare model where there are thousands of cardholders and dozens of healthcare administrators (third party payors) , all of whom can have receivable entries, most of which are not adjudicated for weeks after point of service. Also, the third party adjudicated payment system of the invention allows the Internet bank 16 to become the agent for distributing the cobranded payment cards through employers, adjudicating and paying claims, and disbursing payables. This eliminates three large cost centers : card fulfillment, manual claims adjudication, and accounts payable. The healthcare administrator (third party payor) 24 becomes tree to do what is profitable: sell and underwrite insurance policies. In addition, as both the merchant bank and the credit card issuing bank, the Internet bank 16 may reduce the costs of credit.
It will be appreciated by those skilled in the art that even though numerous characteristics and advantages of the present invention have been set forth in the foregoing description, together with details of the structure and function of the invention, the disclosure is illustrative only and numerous alternate embodiments are possible without departing from the novel teachings of the invention. For example, the adjudication engine of the invention need not be Internet based but may be accessed by a direct dial call via the telephone lines. Also, the payment system access card could be replaced by a smart card, so long as suitable security measures could be incorporated into the smart card. These and other modifications may be made in detail within the principles of the invention to the full extent indicated by the broad general meaning of the terms in which the appended claims are expressed.
Claims (23)
1. A point of service third party adjudicated payment system, comprising:
a point of service terminal which accepts a payment system access card for payment for a purchase of at least one of a service and product by a customer, at least part of said purchase being reimbursable by a third party payor, and which creates a purchase transaction;
an adjudication engine which processes said purchase transaction so as to adjudicate substantially in real-time a first portion of said purchase which is to be paid by the third party payor and a second portion of said purchase which is to be paid by the customer and returns an adjudicated settlement transaction to said point of service terminal designating obligations for payment of at least said first portion and said second portion; and a payment system which transfers funds in accordance with said obligations for payment of said adjudicated settlement transaction whereby the third party payor is debited by said first portion and the point of service provider is paid said first portion and a payment account accessible by said payment system access card is charged at least said second portion and the point of service provider is paid said second portion.
a point of service terminal which accepts a payment system access card for payment for a purchase of at least one of a service and product by a customer, at least part of said purchase being reimbursable by a third party payor, and which creates a purchase transaction;
an adjudication engine which processes said purchase transaction so as to adjudicate substantially in real-time a first portion of said purchase which is to be paid by the third party payor and a second portion of said purchase which is to be paid by the customer and returns an adjudicated settlement transaction to said point of service terminal designating obligations for payment of at least said first portion and said second portion; and a payment system which transfers funds in accordance with said obligations for payment of said adjudicated settlement transaction whereby the third party payor is debited by said first portion and the point of service provider is paid said first portion and a payment account accessible by said payment system access card is charged at least said second portion and the point of service provider is paid said second portion.
2. A system as in claim 1, wherein said adjudication engine is connected to a node on the Internet and said point of service terminal accesses said adjudication engine via an Internet connection to said node.
3. A system as in claim 1, wherein said adjudication engine includes a data driven rules engine which processes data from the customer, the point of service provider, the third party payor, and the payment system to determine the first portion of the payment to be paid by the third party payor.
A system as in claim 1, wherein said payment system access card is one of a credit card, debit card, and purchase card, said payment system includes a credit card network, and said adjudicated settlement transaction is formatted as a credit card transaction for said credit card network.
5. A system as in claim 4, wherein said purchase transaction includes at least one of product and service codes which said adjudication engine compares to payment parameters and conditions from the third party payor to determine the value of said first portion of said purchase to be paid by the third party payor.
6. A system as in claim 5, wherein the point of service provider is a healthcare provider and said payment parameters and conditions are determined by a healthcare policy between an employer of the customer and the third party payor.
7. A system as in claim 6, wherein said payment system access card is cobranded so as to include an account number for said credit card network and said healthcare policy.
8. A method of providing third party adjudicated payment at a point of service, comprising the steps of:
providing a payment system access card to a point of service provider for payment for a purchase of at least one of a service and product by a customer, at least part of said purchase being reimbursable by a third party payor;
transmitting a purchase transaction to an adjudication engine for processing;
said adjudication engine adjudicating said purchase transaction substantially in real-time so as to determine a first portion of said purchase which is to be paid by the third party payor and a second portion of said purchase which is to be paid by the customer;
receiving from said adjudication engine an adjudicated settlement transaction at said point of service designating obligations for payment of at least said first portion and said second portion; and transferring funds in accordance with said obligations for payment of said adjudicated settlement transaction whereby the third party payor is debited by said first portion and the point of service provider is paid said first portion and a payment account accessible by said payment system access card is charged at least said second portion and the point of service provider is paid said second portion.
providing a payment system access card to a point of service provider for payment for a purchase of at least one of a service and product by a customer, at least part of said purchase being reimbursable by a third party payor;
transmitting a purchase transaction to an adjudication engine for processing;
said adjudication engine adjudicating said purchase transaction substantially in real-time so as to determine a first portion of said purchase which is to be paid by the third party payor and a second portion of said purchase which is to be paid by the customer;
receiving from said adjudication engine an adjudicated settlement transaction at said point of service designating obligations for payment of at least said first portion and said second portion; and transferring funds in accordance with said obligations for payment of said adjudicated settlement transaction whereby the third party payor is debited by said first portion and the point of service provider is paid said first portion and a payment account accessible by said payment system access card is charged at least said second portion and the point of service provider is paid said second portion.
9. A method as in claim 8, wherein said transferring step comprises the steps of charging said payment account by said first and second portions and crediting said payment account by said first portion.
10. A method as in claim 8, wherein said transferring step comprises the steps of debiting the third party payor by said first portion, paying the point of service provider said first portion, charging said payment account by at least said second portion, and paying the point of service provider said second portion.
11. A method as in claim 8, wherein said adjudication engine is connected to a node on the Internet and said transmitting step comprises the step of providing an Internet connection to said node.
12. A method as in claim 8, wherein said payment system access card is one of a credit card, a debit card, and a purchase card, and said funds transferring step comprises the steps of formatting said adjudicated settlement transaction as a credit card transaction and processing said adjudicated settlement transaction in a credit card network.
13. A method as in claim 8, wherein said adjudicating step comprises the step of comparing at least one of product and service codes in said purchase transaction to payment parameters and conditions from the third party payor to determine the value of said first portion of said purchase to be paid by the third party payor.
14. A method of providing adjudicated payment of reimbursable healthcare costs to a healthcare provider at a point of service of a patient, comprising the steps of:
providing a payment system access card to the healthcare provider at said point of service for payment for a purchase of at least one of healthcare products and services by the patient, at least part of said purchase being reimbursable by a third party payor;
transmitting a purchase transaction to an adjudication engine for processing;
said adjudication engine adjudicating said purchase transaction substantially in real-time so as to determine a first portion of said purchase which is to be paid by the third party payor and a second portion of said purchase which is to be paid by the patient;
receiving from said adjudication engine an adjudicated settlement transaction at said point of service designating obligations for payment of at least said first portion and said second portion; and transferring funds in accordance with said obligations for payment of said adjudicated settlement transaction whereby the third party payor is debited by said first portion and the healthcare provider is paid said first portion and a payment account accessible by said payment system access card is charged at least said second portion and the healthcare provider is paid said second portion.
providing a payment system access card to the healthcare provider at said point of service for payment for a purchase of at least one of healthcare products and services by the patient, at least part of said purchase being reimbursable by a third party payor;
transmitting a purchase transaction to an adjudication engine for processing;
said adjudication engine adjudicating said purchase transaction substantially in real-time so as to determine a first portion of said purchase which is to be paid by the third party payor and a second portion of said purchase which is to be paid by the patient;
receiving from said adjudication engine an adjudicated settlement transaction at said point of service designating obligations for payment of at least said first portion and said second portion; and transferring funds in accordance with said obligations for payment of said adjudicated settlement transaction whereby the third party payor is debited by said first portion and the healthcare provider is paid said first portion and a payment account accessible by said payment system access card is charged at least said second portion and the healthcare provider is paid said second portion.
15. A method as in claim 14, wherein said adjudication engine is connected to a node on the Internet and said transmitting step comprises the step of providing an Internet connection to said node.
16. A method as in claim 14, wherein said payment system access card is cobranded so as to include an account number for a credit card network and a healthcare policy between an employer of the patient and the third party payor, and said funds transferring step comprises the steps of formatting said adjudicated settlement transaction as a credit card transaction and processing said adjudicated settlement transaction in said credit card network.
17. A method as in claim 16, wherein said adjudicating step comprises the step of comparing at least one of product and service codes in said purchase transaction to payment parameters and conditions from the third party payor to determine the value of said first portion of said purchase to be paid by the third party payor, whereby said payment parameters and conditions are determined by said healthcare policy.
18. A method as in claim 14, wherein said funds transferring step comprises the steps of charging said payment account by said first and second portions and crediting said payment account by said first portion.
19. A method as in claim 14, wherein said funds transferring step comprises the steps of debiting the third party payor by said first portion, paying the healthcare provider said first portion, charging said payment account by at least said second portion, and paying the healthcare provider said second portion.
20. A method as in claim 14, wherein said payment system access card is provided to the healthcare provider in said providing step prior to provision of healthcare services, comprising the additional step of accessing said adjudication engine to verify patient eligibility for payment for services by the third party payor prior to provision of healthcare services by the healthcare provider.
21. A method as in claim 20, comprising the additional steps of providing a coverage profile for the patient to the healthcare provider and comparing a preliminary diagnosis for healthcare services to be provided to the patient to said coverage profile prior to providing healthcare services to the patient.
22. A method of converting a healthcare transaction into a credit card transaction for payment by a patient, comprising the steps of:
transmitting at least one of healthcare product and service codes for healthcare products and services purchased by the patient from a healthcare provider at a point of service to an adjudication engine for processing;
said adjudication engine adjudicating said product and service codes substantially in real-time so as to determine a first portion of said purchased healthcare products and services which is to be paid by a third party payor and a second portion of said purchased healthcare services which is to be paid by the patient;
receiving from said adjudication engine an adjudicated settlement transaction at said point of service designating obligations for payment of at least said first portion and said second portion;
formatting said adjudicated settlement transaction as a credit card transaction at said point of service; and processing said formatted adjudicated settlement transaction in a credit card network for payment of said payment obligations.
transmitting at least one of healthcare product and service codes for healthcare products and services purchased by the patient from a healthcare provider at a point of service to an adjudication engine for processing;
said adjudication engine adjudicating said product and service codes substantially in real-time so as to determine a first portion of said purchased healthcare products and services which is to be paid by a third party payor and a second portion of said purchased healthcare services which is to be paid by the patient;
receiving from said adjudication engine an adjudicated settlement transaction at said point of service designating obligations for payment of at least said first portion and said second portion;
formatting said adjudicated settlement transaction as a credit card transaction at said point of service; and processing said formatted adjudicated settlement transaction in a credit card network for payment of said payment obligations.
23. A method as in claim 22, wherein said credit card network is accessed in said processing step using a payment system access card including one of a credit card, a debit card, and a purchase card, and said payment system access card is cobranded so as to include an account number for said credit card network and a healthcare policy between an employer of the patient and said third party payor, whereby said processing step comprises the step of using said account number to access said credit card network.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/031,968 US6208973B1 (en) | 1998-02-27 | 1998-02-27 | Point of service third party financial management vehicle for the healthcare industry |
US09/031,968 | 1998-02-27 | ||
PCT/US1999/004209 WO1999044111A2 (en) | 1998-02-27 | 1999-02-25 | Point of service third party financial management vehicle for the healthcare industry |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2321656A1 true CA2321656A1 (en) | 1999-09-02 |
Family
ID=21862387
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002321656A Abandoned CA2321656A1 (en) | 1998-02-27 | 1999-02-25 | Point of service third party financial management vehicle for the healthcare industry |
Country Status (5)
Country | Link |
---|---|
US (7) | US6208973B1 (en) |
EP (1) | EP1090339A2 (en) |
AU (1) | AU2792299A (en) |
CA (1) | CA2321656A1 (en) |
WO (1) | WO1999044111A2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200327984A1 (en) * | 2013-11-22 | 2020-10-15 | Poc Network Technologies, Inc. Dba Transactrx | System and method for medical billing systems to submit transactions for services covered under pharmacy benefits |
Families Citing this family (462)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7397363B2 (en) * | 1993-06-08 | 2008-07-08 | Raymond Anthony Joao | Control and/or monitoring apparatus and method |
US7925531B1 (en) * | 1995-11-13 | 2011-04-12 | TrialCard Incorporated | Method of delivering goods and services via media |
US7253731B2 (en) | 2001-01-23 | 2007-08-07 | Raymond Anthony Joao | Apparatus and method for providing shipment information |
US7277010B2 (en) * | 1996-03-27 | 2007-10-02 | Raymond Anthony Joao | Monitoring apparatus and method |
US10011247B2 (en) * | 1996-03-27 | 2018-07-03 | Gtj Ventures, Llc | Control, monitoring and/or security apparatus and method |
US10152876B2 (en) * | 1996-03-27 | 2018-12-11 | Gtj Ventures, Llc | Control, monitoring, and/or security apparatus and method |
US7729988B1 (en) * | 1997-03-21 | 2010-06-01 | Walker Digital, Llc | Method and apparatus for processing credit card transactions |
US6208973B1 (en) | 1998-02-27 | 2001-03-27 | Onehealthbank.Com | Point of service third party financial management vehicle for the healthcare industry |
US9075136B1 (en) | 1998-03-04 | 2015-07-07 | Gtj Ventures, Llc | Vehicle operator and/or occupant information apparatus and method |
US7536349B1 (en) * | 1998-06-16 | 2009-05-19 | Walker Digital, Llc | Method and apparatus for processing a charge applied to a financial account |
JP3038654B2 (en) * | 1998-06-24 | 2000-05-08 | 富士通株式会社 | Electronic cashing card payment system |
US6343271B1 (en) * | 1998-07-17 | 2002-01-29 | P5 E.Health Services, Inc. | Electronic creation, submission, adjudication, and payment of health insurance claims |
US8095391B2 (en) * | 1998-08-05 | 2012-01-10 | Ccc Information Services, Inc. | System and method for performing reinspection in insurance claim processing |
US20060080186A1 (en) * | 1998-08-06 | 2006-04-13 | Burchetta James D | System and method for providing advanced funding for proceeds from a resolved dispute |
US6954741B1 (en) * | 1998-08-06 | 2005-10-11 | Cybersettle.Com, Inc. | Computerized dispute resolution system and method |
US8150774B2 (en) | 1998-08-06 | 2012-04-03 | Cybersettle Holdings, Inc. | System and method for providing automated dispute resolution between or among multiple parties |
US7840440B2 (en) * | 1998-08-06 | 2010-11-23 | Cybersettle Holdings, Inc. | Computerized transaction bargaining system and method |
US7249114B2 (en) * | 1998-08-06 | 2007-07-24 | Cybersettle Holdings, Inc. | Computerized dispute resolution system and method |
US7305347B1 (en) * | 1998-09-09 | 2007-12-04 | Raymond Anthony Joao | Apparatus and method for providing employee benefits and /or employee benefits information |
US6601761B1 (en) * | 1998-09-15 | 2003-08-05 | Citibank, N.A. | Method and system for co-branding an electronic payment platform such as an electronic wallet |
US6341265B1 (en) * | 1998-12-03 | 2002-01-22 | P5 E.Health Services, Inc. | Provider claim editing and settlement system |
CA2304385A1 (en) * | 1999-04-08 | 2000-10-08 | Affiliated Network Services, Llc | Dental insurance eligibility determination and utilization recordation system |
US20050033604A1 (en) * | 1999-07-13 | 2005-02-10 | Mitan Technologies, Llc | Method and apparatus for settling claims between health care providers and third party payers |
US7340426B1 (en) * | 1999-07-30 | 2008-03-04 | Computer Sciences Corporation | Event-triggered transaction processing for electronic data interchange |
US8751250B2 (en) * | 1999-08-09 | 2014-06-10 | First Data Corporation | Health care eligibility verification and settlement systems and methods |
US7222293B1 (en) * | 1999-08-12 | 2007-05-22 | Applieoe, Inc. | Professional time tracking and reporting system |
US7171371B2 (en) * | 1999-09-03 | 2007-01-30 | Smg Trust | Method and system for providing pre and post operative support and care |
US7693731B1 (en) | 1999-09-30 | 2010-04-06 | Computer Sciences Corporation | Business process framework for reinsurance |
US7904317B1 (en) | 1999-10-14 | 2011-03-08 | The TriZetto Group | Method and apparatus for repricing a reimbursement claim against a contract |
US6735569B1 (en) | 1999-11-04 | 2004-05-11 | Vivius, Inc. | Method and system for providing a user-selected healthcare services package and healthcare services panel customized based on a user's selections |
AU1617101A (en) | 1999-11-15 | 2001-05-30 | Walgreens Co. | Apparatus and method for accessing pharmacy information and ordering prescriptions |
US20100042440A1 (en) * | 1999-12-18 | 2010-02-18 | Raymond Anthony Joao | Apparatus and method for processing and/or for providing healthcare information and/or healthcare-related information |
US7464040B2 (en) * | 1999-12-18 | 2008-12-09 | Raymond Anthony Joao | Apparatus and method for processing and/or for providing healthcare information and/or healthcare-related information |
US7490048B2 (en) * | 1999-12-18 | 2009-02-10 | Raymond Anthony Joao | Apparatus and method for processing and/or for providing healthcare information and/or healthcare-related information |
US20010007098A1 (en) * | 1999-12-30 | 2001-07-05 | Hinrichs Susan E. | Gift certificate award and exchange program and method |
US6879959B1 (en) * | 2000-01-21 | 2005-04-12 | Quality Care Solutions, Inc. | Method of adjudicating medical claims based on scores that determine medical procedure monetary values |
EP1257959A2 (en) * | 2000-02-24 | 2002-11-20 | Sterling Medical Service, Llc. | Health care payment and compliance system |
US7818188B1 (en) * | 2000-03-15 | 2010-10-19 | James F. Allsup | Long term disability overpayment recovery service with interactive client component |
US7260548B1 (en) * | 2000-03-15 | 2007-08-21 | James F. Allsup | Long term disability overpayment recovery service with post award service and savings program and financial assistance |
US7584109B1 (en) | 2000-03-15 | 2009-09-01 | Allsup, Inc. | Long term disability overpayment recovery service with provision of medical services and medical products |
US6957218B1 (en) * | 2000-04-06 | 2005-10-18 | Medical Central Online | Method and system for creating a website for a healthcare provider |
JP2001306705A (en) * | 2000-04-25 | 2001-11-02 | Hikari Ishii | Medical insurance system |
AU2001259391A1 (en) * | 2000-05-03 | 2001-11-12 | Shelton E. Harrison Jr. | Electronic bond and guaranty process and business method |
US20020007290A1 (en) * | 2000-05-15 | 2002-01-17 | Gottlieb Joshua L. | On-line system for service provisioning and reimbursement in health systems |
US20020010597A1 (en) * | 2000-05-19 | 2002-01-24 | Mayer Gregg L. | Systems and methods for electronic health management |
US20020022976A1 (en) * | 2000-05-19 | 2002-02-21 | Hartigan William R. | Method and system for providing online insurance information |
US6850889B1 (en) * | 2000-06-09 | 2005-02-01 | Internet Treatment Consulting, N.V. | System and method for conducting a physician-patient consultation |
WO2002001460A2 (en) * | 2000-06-23 | 2002-01-03 | Computer Sciences Corporation | System and method for processing insurance claims |
US7418400B1 (en) * | 2000-06-23 | 2008-08-26 | Computer Sciences Corporation | Internet-enabled system and method for assessing damages |
US20020019749A1 (en) * | 2000-06-27 | 2002-02-14 | Steven Becker | Method and apparatus for facilitating delivery of medical services |
US20020161630A1 (en) * | 2000-07-07 | 2002-10-31 | Nelnet Loan Services, Inc. | Loyalty reward program for reducing the balance of a loan obligation |
US20050033605A1 (en) * | 2000-07-27 | 2005-02-10 | Bergeron Heather Ellen | Configuring a semantic network to process health care transactions |
US20050010394A1 (en) * | 2000-07-27 | 2005-01-13 | Bergeron Heather Ellen | Configuring a semantic network to process transactions |
US20050010428A1 (en) * | 2000-07-27 | 2005-01-13 | Bergeron Heather Ellen | Processing transactions using a semantic network |
US20060173672A1 (en) * | 2000-07-27 | 2006-08-03 | Bergeron Heather E | Processing health care transactions using a semantic network |
US20050033583A1 (en) * | 2000-07-27 | 2005-02-10 | Bergeron Heather Ellen | Processing transactions using a structured natural language |
US7356460B1 (en) | 2000-07-27 | 2008-04-08 | Healthedge, Inc. | Claim processing |
US6915266B1 (en) * | 2000-07-31 | 2005-07-05 | Aysha Saeed | Method and system for providing evaluation data from tracked, formatted administrative data of a service provider |
WO2002013047A2 (en) * | 2000-08-04 | 2002-02-14 | Athenahealth, Inc. | Practice management and billing automation system |
US7617114B1 (en) | 2000-08-10 | 2009-11-10 | Wellpoint Inc. | Health care reimbursement |
US20020035529A1 (en) * | 2000-08-10 | 2002-03-21 | Tooke Charlton Clinton | Managing health care resources |
US7389245B1 (en) * | 2000-08-25 | 2008-06-17 | Clinton B. Ashford | Method and apparatus for providing incentives to physicians |
AU2001287170A1 (en) * | 2000-08-30 | 2002-03-13 | Pro Quo Investments | Electronic, real-time, insurance verification, filing and funding system |
AU2001287089A1 (en) * | 2000-09-07 | 2002-03-22 | United States Postal Service | Systems and methods for providing item sales and delivery service |
US7440904B2 (en) * | 2000-10-11 | 2008-10-21 | Malik M. Hanson | Method and system for generating personal/individual health records |
US7509264B2 (en) * | 2000-10-11 | 2009-03-24 | Malik M. Hasan | Method and system for generating personal/individual health records |
US8639531B2 (en) * | 2000-10-11 | 2014-01-28 | Healthtrio Llc | System for communication of health care data |
US7475020B2 (en) * | 2000-10-11 | 2009-01-06 | Malik M. Hasan | Method and system for generating personal/individual health records |
US7533030B2 (en) * | 2000-10-11 | 2009-05-12 | Malik M. Hasan | Method and system for generating personal/individual health records |
CN1479906A (en) * | 2000-10-11 | 2004-03-03 | System for communication of health care data | |
US8260635B2 (en) * | 2000-10-11 | 2012-09-04 | Healthtrio Llc | System for communication of health care data |
US7428494B2 (en) * | 2000-10-11 | 2008-09-23 | Malik M. Hasan | Method and system for generating personal/individual health records |
US8090597B1 (en) * | 2000-10-22 | 2012-01-03 | Innovaport Llc | System and method for providing reduced insurance premiums |
AU2002225659A1 (en) | 2000-11-21 | 2002-06-03 | Myhealthbank, Inc. | Health plan management method and apparatus |
US20020065687A1 (en) * | 2000-11-30 | 2002-05-30 | Tsubasa System Co., Ltd. | System for processing insurance benefit agreements and computer readable medium storing a program therefor |
US7072842B2 (en) * | 2001-01-08 | 2006-07-04 | P5, Inc. | Payment of health care insurance claims using short-term loans |
US20020120508A1 (en) * | 2001-01-15 | 2002-08-29 | Kiyotaka Matsumoto | Point managing method |
US7552061B2 (en) * | 2001-03-06 | 2009-06-23 | Gregory Richmond | Method and system for providing prescription drug coverage |
CN1656487A (en) * | 2001-03-30 | 2005-08-17 | 美国联合包裹服务公司 | Electronic shipping system for package pickup and anywhere to anywhere delivery |
WO2002084438A2 (en) * | 2001-04-13 | 2002-10-24 | Beazley Donald E | System and method for secure highway for real-time preadjudication and payment of medical claims |
US20020184054A1 (en) * | 2001-04-26 | 2002-12-05 | Robert Cox | Two-way practice management data integration |
WO2002089035A1 (en) * | 2001-04-27 | 2002-11-07 | United States Postal Service | Item delivery service with return component |
US7702527B1 (en) | 2001-05-08 | 2010-04-20 | Merrill Lynch Co., Inc. | Techniques for illustrating and analyzing long term health care expenses |
US7174302B2 (en) | 2001-06-11 | 2007-02-06 | Evolution Benefits, Inc. | System and method for processing flexible spending account transactions |
US20020198743A1 (en) * | 2001-06-20 | 2002-12-26 | Ariathurai Arjuna A. | Network architecture and management system for conducting insurance activities on a network |
US20030018496A1 (en) * | 2001-06-29 | 2003-01-23 | Siemens Medical Solutions Health Services Corporation | System and user interface for use in billing for services and goods |
US7963899B2 (en) * | 2001-07-13 | 2011-06-21 | The Proctor & Gamble Company | Continuous in-line pleating apparatus and process |
CA2451491C (en) * | 2001-07-18 | 2009-06-02 | Daon Holdings Limited | A distributed network system using biometric authentication access |
US8204766B2 (en) * | 2001-08-15 | 2012-06-19 | Meridian Enterprises Corporation | Insurance claim payment card system |
US20100145738A1 (en) * | 2001-08-15 | 2010-06-10 | Bush Lawrence P | Insurance claim payment card system |
US20030061153A1 (en) * | 2001-08-30 | 2003-03-27 | Birdsong Robin Ellen | Electronic flex card adjudication system and method |
US20030050804A1 (en) * | 2001-09-07 | 2003-03-13 | Hendershot Michael C. | Contract compliance monitoring system |
US20030050795A1 (en) * | 2001-09-12 | 2003-03-13 | Baldwin Byron S. | Health care debt financing system and method |
US7333937B2 (en) * | 2001-09-13 | 2008-02-19 | Ads Responsecorp, Inc. | Health care financing method |
US20030055687A1 (en) * | 2001-09-17 | 2003-03-20 | Rudy Alan T. | Method and system of providing medical goods and services to consumers through retail outlets |
US20030187768A1 (en) * | 2001-10-03 | 2003-10-02 | Ryan Ronald D. | Virtual finance/insurance company |
US7346522B1 (en) * | 2002-01-08 | 2008-03-18 | First Access, Inc. | Medical payment system |
US20070179813A1 (en) * | 2002-01-08 | 2007-08-02 | Darling Kimberly A | Medical re-pricing, payment and information management system |
US7263493B1 (en) * | 2002-01-11 | 2007-08-28 | P5, Inc. | Delivering electronic versions of supporting documents associated with an insurance claim |
US7346523B1 (en) * | 2002-01-11 | 2008-03-18 | P5, Inc. | Processing an insurance claim using electronic versions of supporting documents |
US8321236B2 (en) * | 2002-02-01 | 2012-11-27 | Walgreen Co. | Method and apparatus for prescription processing |
AU2003212948A1 (en) * | 2002-02-07 | 2003-09-02 | Christian Nickerson | System and method for rapid claims submission and adjudication |
US20040006496A1 (en) * | 2002-02-07 | 2004-01-08 | Christian Nickerson | Electronic waiting room |
US20030154103A1 (en) * | 2002-02-12 | 2003-08-14 | Alvin Koningsberg | Method of operating a savings plan for health care services |
US20030154104A1 (en) * | 2002-02-12 | 2003-08-14 | Alvin Koningsberg | Method of operating a savings plan for health care services |
US7698230B1 (en) * | 2002-02-15 | 2010-04-13 | ContractPal, Inc. | Transaction architecture utilizing transaction policy statements |
US20030187695A1 (en) * | 2002-04-01 | 2003-10-02 | Drennan Hollis Deon | ACSAS (automated claims settlement acceleration system) |
US7917378B2 (en) * | 2002-04-09 | 2011-03-29 | Siemens Medical Solutions Usa, Inc. | System for processing healthcare claim data |
US20030195773A1 (en) * | 2002-04-15 | 2003-10-16 | Mahaffey Robert G. | Method for payment of healthcare costs |
US7925518B2 (en) * | 2002-04-19 | 2011-04-12 | Visa U.S.A. Inc. | System and method for payment of medical claims |
US10562492B2 (en) * | 2002-05-01 | 2020-02-18 | Gtj Ventures, Llc | Control, monitoring and/or security apparatus and method |
WO2003098400A2 (en) * | 2002-05-16 | 2003-11-27 | Ndchealth Corporation | Systems and methods for identifying fraud and abuse in prescription claims |
US20030225627A1 (en) * | 2002-06-03 | 2003-12-04 | Clarence Mast | Method for retail distribution of medical products |
US20030233333A1 (en) * | 2002-06-14 | 2003-12-18 | Lee Dae Hyung | Remittance intermediating service system and method of providing the same |
US7039593B2 (en) * | 2002-06-20 | 2006-05-02 | Robert David Sager | Payment convergence system and method |
AU2003247744A1 (en) * | 2002-06-27 | 2004-01-19 | Omnicare, Inc. | Method for conducting prescription drug co-payment plans |
US7685006B2 (en) * | 2002-07-01 | 2010-03-23 | Walgreen Co. | Pharmacy automated accounts receivable system and methods |
US7716068B2 (en) | 2002-09-25 | 2010-05-11 | Mckesson Financial Holdings Limited | Systems and methods for look-alike sound-alike medication error messaging |
US20040088190A1 (en) * | 2002-09-30 | 2004-05-06 | Timmons Gina L. | Method for improving the accuracy of transaction data |
US8606594B2 (en) | 2002-10-29 | 2013-12-10 | Practice Velocity, LLC | Method and system for automated medical records processing |
US10714213B2 (en) | 2002-10-29 | 2020-07-14 | Practice Velocity, LLC | Method and system for automated medical records processing with patient tracking |
US7624027B1 (en) | 2002-10-29 | 2009-11-24 | Practice Velocity, LLC | Method and system for automated medical records processing |
US11361853B2 (en) | 2002-10-29 | 2022-06-14 | Practice Velocity, LLC | Method and system for automated medical records processing with telemedicine |
US9842188B2 (en) | 2002-10-29 | 2017-12-12 | Practice Velocity, LLC | Method and system for automated medical records processing with cloud computing |
US7676387B2 (en) | 2002-10-31 | 2010-03-09 | Computer Sciences Corporation | Graphical display of business rules |
US7689442B2 (en) | 2002-10-31 | 2010-03-30 | Computer Science Corporation | Method of generating a graphical display of a business rule with a translation |
US7451148B2 (en) * | 2002-10-31 | 2008-11-11 | Computer Sciences Corporation | Method of modifying a business rule while tracking the modifications |
HUP0203819A2 (en) * | 2002-11-06 | 2004-05-28 | TRADÍCIÓ Számítástechnikai és Logisztikai Szolgáltató Rt. | System and method for realizing transactions |
US20040172312A1 (en) * | 2002-11-15 | 2004-09-02 | Selwanes Ragui N. | Method, system and storage medium for facilitating multi-party transactions |
US20040172309A1 (en) * | 2002-11-15 | 2004-09-02 | Selwanes Ragui N. | Method, system and storage medium for facilitating multi-party transactions |
US7567925B2 (en) * | 2002-11-22 | 2009-07-28 | Imagevision.Net | Point of service transaction management for service facilities |
WO2004049128A2 (en) * | 2002-11-25 | 2004-06-10 | Richard Glee Wood | Methods and card for accelerated provision of funds and fraud reduction for healthcare |
US20040103061A1 (en) * | 2002-11-25 | 2004-05-27 | Wood Richard Glee | Smart card for accelerated payment of medical insurance |
US6820059B2 (en) * | 2003-04-08 | 2004-11-16 | Richard Glee Wood | Method for reducing fraud in government benefit programs using a smart card |
US6873959B2 (en) * | 2002-11-25 | 2005-03-29 | Richard Glee Wood | Method for accelerated provision of funds for social services directly to an individual using a smart card |
US6820058B2 (en) * | 2002-11-25 | 2004-11-16 | Richard Glee Wood | Method for accelerated provision of funds for medical insurance using a smart card |
US6826535B2 (en) * | 2003-04-08 | 2004-11-30 | Richard Glee Wood | Method for reducing fraud in healthcare programs using a smart card |
EP1565860A4 (en) * | 2002-11-25 | 2008-03-05 | Richard Glee Wood | Method and card for accelerated provision of funds and fraud reduction for social services |
US8321235B2 (en) * | 2002-11-27 | 2012-11-27 | Hewlett-Packard Development Company, L.P. | Validating an electronic transaction |
US8219420B1 (en) * | 2002-12-13 | 2012-07-10 | Manning & Napier Information Services, Llc | Method and apparatus for providing access to healthcare funds |
US7309003B2 (en) * | 2002-12-13 | 2007-12-18 | First Data Corporation | Credit card account payment systems and methods |
US8595031B1 (en) * | 2002-12-13 | 2013-11-26 | Manning & Napier Information Services, Llc | Method and apparatus for providing access to healthcare funds |
US20040138968A1 (en) * | 2003-01-10 | 2004-07-15 | Rina Systems, Inc. | Purchase card performance system |
US20040138999A1 (en) * | 2003-01-13 | 2004-07-15 | Capital One Financial Corporation | Systems and methods for managing a credit account having a credit component associated with healthcare expenses |
US7209886B2 (en) * | 2003-01-22 | 2007-04-24 | Biometric Technologies, Inc. | System and method for implementing healthcare fraud countermeasures |
US20040172313A1 (en) * | 2003-02-11 | 2004-09-02 | Stein Robert Gary | System and method for processing health care insurance claims |
US7689444B2 (en) * | 2003-02-19 | 2010-03-30 | Internet Pipeline, Inc. | Electronic insurance application fulfillment system and method |
US7752096B2 (en) * | 2003-02-19 | 2010-07-06 | Avisena, Inc. | System and method for managing account receivables |
US7725335B1 (en) * | 2003-02-20 | 2010-05-25 | Remitdata, Inc. | System and method for electronic remittance notice analysis |
US20040267660A1 (en) * | 2003-02-21 | 2004-12-30 | Automated Financial Systems, Inc. | Risk management system |
US20040172289A1 (en) * | 2003-02-28 | 2004-09-02 | Dejan Kozic | Method and system for remotely verifying a prescription |
US20040172361A1 (en) * | 2003-02-28 | 2004-09-02 | Hitachi, Ltd. | Dutch account settlement method |
US20050165627A1 (en) * | 2003-03-10 | 2005-07-28 | Medem, Inc. | Electronic personal health record system |
US8090590B2 (en) * | 2003-03-10 | 2012-01-03 | Intuit Inc. | Electronic personal health record system |
US8041579B2 (en) * | 2003-03-10 | 2011-10-18 | Intuit Inc. | Method, system and article of manufacture, such as a card, to provide user selectable medical information and information to obtain eligibility of healthcare payments |
WO2004084034A2 (en) * | 2003-03-17 | 2004-09-30 | Lux Cindy M | Patient registration kiosk |
US10311412B1 (en) * | 2003-03-28 | 2019-06-04 | Jpmorgan Chase Bank, N.A. | Method and system for providing bundled electronic payment and remittance advice |
US6826537B1 (en) * | 2003-04-08 | 2004-11-30 | Richard Glee Wood | Cardless method for reducing fraud in government healthcare programs |
US20040243441A1 (en) * | 2003-04-15 | 2004-12-02 | Siegfried Bocionek | Personal and healthcare data financial management system |
US20040210525A1 (en) * | 2003-04-16 | 2004-10-21 | Campbell Don E. | Billing system for verifying billing information |
US20050165679A1 (en) * | 2003-04-16 | 2005-07-28 | Mr.Terry Henley | System and method for fund raising |
US7058585B1 (en) | 2003-05-05 | 2006-06-06 | Richard Glee Wood | Cardless method for reducing fraud in healthcare programs |
US8065162B1 (en) * | 2003-05-08 | 2011-11-22 | Blue Cross And Blue Shield Of South Carolina | Provider data management and claims editing and settlement system |
US7925519B2 (en) * | 2003-05-20 | 2011-04-12 | Medencentive, Llc | Method and system for delivery of healthcare services |
US20050251416A1 (en) * | 2004-05-06 | 2005-11-10 | Greene Jeffrey C | Methods for improving the clinical outcome of patient care and for reducing overall health care costs |
US8185747B2 (en) * | 2003-05-22 | 2012-05-22 | Access Security Protection, Llc | Methods of registration for programs using verification processes with biometrics for fraud management and enhanced security protection |
US20040249745A1 (en) * | 2003-06-06 | 2004-12-09 | Baaren Sharon A. Van | System and method for automatically adjudicating transactions involving an account reserved for qualified spending |
US20050010452A1 (en) * | 2003-06-27 | 2005-01-13 | Lusen William D. | System and method for processing transaction records suitable for healthcare and other industries |
US20050010438A1 (en) * | 2003-07-11 | 2005-01-13 | York Victor C. | Method and system for obtaining payment for healthcare services using a healthcare note servicer |
US20050033609A1 (en) * | 2003-08-05 | 2005-02-10 | Yonghong Yang | Healthcare system integrated with a healthcare transaction processor, and method for providing healthcare transaction processing services |
US7895064B2 (en) | 2003-09-02 | 2011-02-22 | Computer Sciences Corporation | Graphical input display in an insurance processing system |
US20050065819A1 (en) * | 2003-09-19 | 2005-03-24 | Schultz Pamela Lynn | Electronic reimbursement process for provision of medical services |
US20050065816A1 (en) * | 2003-09-22 | 2005-03-24 | Limberg Michael Borg | Healthcare management information system |
US20050086075A1 (en) * | 2003-10-15 | 2005-04-21 | Healthcare Finance Solutions, Inc. | Benefit management |
US7661586B2 (en) * | 2003-10-30 | 2010-02-16 | Datapath, Inc. | System and method for providing a credit card with back-end payment filtering |
CA2447864C (en) * | 2003-10-31 | 2013-05-28 | Robyn Tamblyn | Patient care management systems and methods |
US7698019B2 (en) | 2003-11-03 | 2010-04-13 | Tech Pharmacy Services, Inc. | System and software of enhanced pharmaceutical operations in long-term care facilities and related methods |
US20050119918A1 (en) * | 2003-11-07 | 2005-06-02 | Berliner Roger D. | Payment management system and method |
US7213750B1 (en) | 2003-11-19 | 2007-05-08 | American Express Travel Related Services Company, Inc. | Spending account systems and methods |
US7922083B2 (en) | 2003-11-19 | 2011-04-12 | Harrison Sarah E | Payment programs for healthcare plans |
US20100211493A9 (en) * | 2003-11-19 | 2010-08-19 | American Express Travel Related Services Company, Inc. | Incentive Programs For Healthcare Cards |
US7590557B2 (en) * | 2003-11-19 | 2009-09-15 | American Express Travel Related Services Company, Inc. | Healthcare card incentive program for multiple users |
US20060167720A1 (en) * | 2004-11-19 | 2006-07-27 | American Express Travel Related Services Company, Inc. | Incentive Programs for Healthcare Cards |
US20070011088A1 (en) * | 2005-07-08 | 2007-01-11 | American Express Company | Assured Payments for Health Care Plans |
US20050149365A1 (en) * | 2004-01-02 | 2005-07-07 | Johnson Timothy J. | System and method for automatic conditioning of clinically related billing |
US7827603B1 (en) * | 2004-02-13 | 2010-11-02 | Citicorp Development Center, Inc. | System and method for secure message reply |
US7133197B2 (en) * | 2004-02-23 | 2006-11-07 | Jds Uniphase Corporation | Metal-dielectric coating for image sensor lids |
US20050187793A1 (en) * | 2004-02-23 | 2005-08-25 | Kennith Myles | Prescription benefits network mechanism |
US20050216315A1 (en) * | 2004-03-29 | 2005-09-29 | James Andersson | Loan advancing system |
US20050222875A1 (en) * | 2004-04-02 | 2005-10-06 | Lordeman Frank L | System and method for interlinking medical-related data and payment services |
US20050228700A1 (en) * | 2004-04-13 | 2005-10-13 | Craig Barcomb | Method and system for settling a patient's medical claim |
US20050240477A1 (en) * | 2004-04-23 | 2005-10-27 | Martiz Inc. | Cardholder loyalty program with rebate |
US7555517B2 (en) * | 2004-05-04 | 2009-06-30 | At&T Intellectual Property I, Lp | Acquiring and processing data associated with an incident among multiple networked computing apparatuses |
US20080262866A1 (en) * | 2004-05-06 | 2008-10-23 | Medencentive, Llc | Methods for Improving the Clinical Outcome of Patient Care and for Reducing Overall Health Care Costs |
US9171285B2 (en) | 2004-05-06 | 2015-10-27 | Medencentive, Llc | Methods for improving the clinical outcome of patient care and for reducing overall health care costs |
US20050261944A1 (en) * | 2004-05-24 | 2005-11-24 | Rosenberger Ronald L | Method and apparatus for detecting the erroneous processing and adjudication of health care claims |
US20060020495A1 (en) * | 2004-07-20 | 2006-01-26 | Baker Michael S | Healthcare Claims Processing Mechanism for a Transaction System |
US20060036538A1 (en) * | 2004-08-12 | 2006-02-16 | Wanda Griffis | Systems and methods for improved merchant processing |
WO2006023308A2 (en) * | 2004-08-16 | 2006-03-02 | Humana Inc. | Pharmacy personal care account |
US7801642B2 (en) | 2004-08-18 | 2010-09-21 | Walgreen Co. | System and method for checking the accuracy of a prescription fill |
US20060047539A1 (en) * | 2004-08-31 | 2006-03-02 | Paul Huang | Healthcare administration transaction method and system for the same |
US8626536B2 (en) * | 2004-08-31 | 2014-01-07 | Electronic Commerce for Healthcare Organizations, Inc. | Intelligent router for medical payments |
US20140088999A1 (en) * | 2004-08-31 | 2014-03-27 | Electronic Commerce for Healthcare Organizations, Inc. | Medical claims payment system with payment consolidation from multiple employer accounts |
US7904306B2 (en) | 2004-09-01 | 2011-03-08 | Search America, Inc. | Method and apparatus for assessing credit for healthcare patients |
US7739127B1 (en) | 2004-09-23 | 2010-06-15 | Stephen Don Hall | Automated system for filing prescription drug claims |
US20060085222A1 (en) * | 2004-10-14 | 2006-04-20 | Paul Huang | Healthcare administration transaction method and system for the same |
US8768729B2 (en) | 2004-10-14 | 2014-07-01 | Trizetto Corporation | System and method for using a first electronic representation of contract terms for generating a second electronic representation of the contract terms |
US20060116906A1 (en) * | 2004-11-09 | 2006-06-01 | Otterbach P D | Health care cash management and accounts receivable factoring |
US20070185802A1 (en) * | 2004-11-19 | 2007-08-09 | American Express Travel Related Services Company, Inc. | Incentive Programs For Healthcare Cards |
US20070185800A1 (en) * | 2004-11-19 | 2007-08-09 | Harrison Sarah E | Spending Account Systems and Methods |
US20070194108A1 (en) * | 2004-11-19 | 2007-08-23 | American Express Travel Related Services Company, Inc. | Assured Payments For Health Care Plans |
US20070185799A1 (en) * | 2004-11-19 | 2007-08-09 | American Express Travel Related Services Company, Inc. | Spending Account Systems and Methods |
US20100070409A1 (en) * | 2004-11-19 | 2010-03-18 | Harrison Sarah E | Healthcare Card Incentive Program for Multiple Users |
US7905399B2 (en) * | 2004-11-19 | 2011-03-15 | Barnes Brian T | Linking transaction cards with spending accounts |
WO2006060725A2 (en) * | 2004-12-02 | 2006-06-08 | Clearwave Corporation | Accessing healthcare records and processing healthcare transactions |
US20050203781A1 (en) * | 2004-12-10 | 2005-09-15 | Aflac | Vision care and protection policy |
US20050209894A1 (en) * | 2004-12-10 | 2005-09-22 | Aflac | Systems and devices for vision protection policy |
US20060143050A1 (en) * | 2004-12-27 | 2006-06-29 | The Trizetto Group, Inc. | Healthcare management system using patient profile data |
US7979283B2 (en) * | 2004-12-27 | 2011-07-12 | The Trizetto Group, Inc. | System and method for selecting healthcare management |
US20060149594A1 (en) * | 2004-12-30 | 2006-07-06 | Healthcard Network | Health care facility admission control system |
US7650308B2 (en) * | 2005-01-04 | 2010-01-19 | Visa U.S.A. Inc. | Auto substantiation for over-the-counter transactions |
US20060149603A1 (en) * | 2005-01-04 | 2006-07-06 | Barbara Patterson | Method and system for determining healthcare eligibility |
US20060149529A1 (en) * | 2005-01-04 | 2006-07-06 | Loc Nguyen | Method for encoding messages between two devices for transmission over standard online payment networks |
US7801744B2 (en) * | 2005-01-06 | 2010-09-21 | Cerner Innovation, Inc. | Computerized system and methods for adjudicating and reimbursing for healthcare services based on quality |
US7870009B2 (en) * | 2005-01-06 | 2011-01-11 | Cerner Innovation, Inc. | Computerized system and methods for generating and processing integrated transactions for healthcare services |
US8050945B2 (en) * | 2005-01-06 | 2011-11-01 | Cerner Innovation, Inc. | Computerized system and methods of adjudicating medical appropriateness |
US7881950B2 (en) * | 2005-01-06 | 2011-02-01 | Cerner Innovation, Inc. | Computerized system and methods for adjudicating and automatically reimbursing care providers |
US20060178913A1 (en) * | 2005-02-09 | 2006-08-10 | Anne Lara | Medical and other consent information management system |
US20060184391A1 (en) * | 2005-02-11 | 2006-08-17 | Medimpact Healthcare System, Inc. | Method for providing consumer choice and equalizing pharmacy provider availability in prescription medication dispensing plans |
US8401871B2 (en) * | 2005-03-21 | 2013-03-19 | Pnc Bank, National Association | Healthcare notification method and system including a healthcare website |
US20080306768A1 (en) * | 2005-03-21 | 2008-12-11 | Medem, Inc. | Healthcare Notification Method And System Including A Healthcare Website |
US20060212312A1 (en) * | 2005-03-21 | 2006-09-21 | Medem, Inc. | Healthcare notification system |
US20110145018A1 (en) * | 2005-03-21 | 2011-06-16 | Fotsch Edward J | Drug and medical device safety and support information reporting system, processing device and method |
US7904305B2 (en) * | 2005-04-29 | 2011-03-08 | Suringa Dirk W R | System and method for verifying the accurate processing of medical insurance claims |
US8321283B2 (en) * | 2005-05-27 | 2012-11-27 | Per-Se Technologies | Systems and methods for alerting pharmacies of formulary alternatives |
US7913900B2 (en) * | 2005-05-31 | 2011-03-29 | Catalina Marketing Corporation | System of performing a retrospective drug profile review of de-identified patients |
US7309001B2 (en) * | 2005-05-31 | 2007-12-18 | Catalina Marketing Corporation | System to provide specific messages to patients |
US20060272122A1 (en) * | 2005-06-07 | 2006-12-07 | Dennis Butler | Vacuum brushroll edge cleaner |
US20070011032A1 (en) * | 2005-06-27 | 2007-01-11 | Bregante George J | Systems and methods for determining indications of fraud in healthcare claims |
US20070005402A1 (en) * | 2005-07-01 | 2007-01-04 | First Data Corporation | Healthcare system and method for real-time claims adjudication and payment |
US8788293B2 (en) * | 2005-07-01 | 2014-07-22 | First Data Corporation | Healthcare system and method for right-time claims adjudication and payment |
US7970626B2 (en) * | 2005-07-08 | 2011-06-28 | Oltine Acquistitions NY LLC | Facilitating payments to health care providers |
US7434729B2 (en) * | 2005-07-08 | 2008-10-14 | American Express Travel Related Services Company, Inc. | Healthcare card closed loop network |
US20070033070A1 (en) * | 2005-07-25 | 2007-02-08 | Beck G D | System and method for collecting payments from service recipients |
EP1922153A4 (en) * | 2005-08-08 | 2008-09-24 | Guardian Industries | Transparent articles with anti-reflective coating and methods of making the same |
US7685000B1 (en) * | 2005-08-10 | 2010-03-23 | Matria Healthcare, Inc. | Predictive modeling system and method for disease management |
US20070038482A1 (en) * | 2005-08-10 | 2007-02-15 | Aflac | Cosmetic dental insurance policy |
US20070067185A1 (en) * | 2005-09-16 | 2007-03-22 | Halsted Mark J | Medical diagnosis feedback tool |
US8660862B2 (en) | 2005-09-20 | 2014-02-25 | Visa U.S.A. Inc. | Determination of healthcare coverage using a payment account |
US20070073685A1 (en) * | 2005-09-26 | 2007-03-29 | Robert Thibodeau | Systems and methods for valuing receivables |
US7987125B2 (en) * | 2005-10-06 | 2011-07-26 | Catalina Marketing Corporation | System and method for special accounts |
US8666780B2 (en) | 2005-10-18 | 2014-03-04 | Walgreen Co. | System for separating and distributing pharmacy order processing |
US20070088569A1 (en) * | 2005-10-18 | 2007-04-19 | Walgreen Co. | System for separating and distributing pharmacy order processing for prescription verification |
US7765108B2 (en) | 2005-10-18 | 2010-07-27 | Walgreen Co. | Method and apparatus for inter-pharmacy workload balancing |
US8315887B2 (en) * | 2005-10-18 | 2012-11-20 | Walgreen Co. | System for separating and distributing pharmacy order processing for specialty medication |
US7734478B2 (en) | 2005-10-18 | 2010-06-08 | Walgreen Co. | Method and apparatus for inter-pharmacy workload balancing using resource function assignments |
US8311891B2 (en) * | 2005-10-18 | 2012-11-13 | Walgreen Co. | System for separating and distributing pharmacy order processing for medication payments |
US20070088590A1 (en) * | 2005-10-18 | 2007-04-19 | Walgreen Co. | System for separating and distributing pharmacy order processing for out of stock medication |
US8175891B2 (en) * | 2005-10-18 | 2012-05-08 | Walgreen Co. | System for separating and distributing pharmacy order processing for compound medication |
US8180653B2 (en) * | 2006-01-18 | 2012-05-15 | Catalina Marketing Corporation | Pharmacy network computer system and printer |
US20070162303A1 (en) | 2005-12-08 | 2007-07-12 | Ndchealth Corporation | Systems and Methods for Shifting Prescription Market Share by Presenting Pricing Differentials for Therapeutic Alternatives |
WO2007075828A2 (en) * | 2005-12-19 | 2007-07-05 | Roy Schoenberg | Vendor and consumer matching |
US20070214005A1 (en) * | 2006-03-03 | 2007-09-13 | First Data Corporation | Medical account system and method |
US7711636B2 (en) * | 2006-03-10 | 2010-05-04 | Experian Information Solutions, Inc. | Systems and methods for analyzing data |
US20070244720A1 (en) * | 2006-04-17 | 2007-10-18 | Saddlepoint Software, Llc | Future care plan costing system and method |
US8744874B2 (en) * | 2006-04-28 | 2014-06-03 | Ndchealth Corporation | Systems and methods for personal medical account balance inquiries |
US8788284B2 (en) * | 2006-05-30 | 2014-07-22 | Visa U.S.A. Inc. | Method and system using combined healthcare-payment device and web portal for receiving patient medical information |
US20080033750A1 (en) * | 2006-06-02 | 2008-02-07 | The Trizetto Group, Inc. | Enhanced systems and methods for processing of healthcare information |
WO2007146817A2 (en) * | 2006-06-08 | 2007-12-21 | Visa Usa Inc. | System and method using extended authorization hold period |
US20080010094A1 (en) * | 2006-06-21 | 2008-01-10 | Mark Carlson | Distribution of health information for providing health related services |
US20080010098A1 (en) * | 2006-07-06 | 2008-01-10 | WILLIS Edward | Prepaid copay card |
US20080021827A1 (en) * | 2006-07-06 | 2008-01-24 | WILLIS Edward | Method for paying funds not covered by medical insurance using a card |
US7628319B2 (en) * | 2006-07-17 | 2009-12-08 | Mastercard International Incorporated | Method and system for enabling item-level approval of payment card |
US7822624B2 (en) * | 2006-07-26 | 2010-10-26 | Metavante Corporation | Healthcare eligibility transactions |
US7769599B2 (en) * | 2006-07-31 | 2010-08-03 | Visa U.S.A. Inc. | Electronic payment delivery service |
US20080103817A1 (en) * | 2006-08-02 | 2008-05-01 | Bohlke Edward H Iii | Portable memory devices and system and method for using same in pharmaceutical transactions |
US7890397B1 (en) | 2006-08-29 | 2011-02-15 | United Services Automobile Association (Usaa) | System, method, and computer-readable medium for settling accounts |
US7979286B2 (en) * | 2006-08-30 | 2011-07-12 | Carepartners Plus | Patient-interactive healthcare management |
US8504386B2 (en) | 2006-08-30 | 2013-08-06 | Carepartners Plus | Patient-interactive healthcare management |
US8781859B2 (en) | 2006-08-30 | 2014-07-15 | Carepartners Plus | Patient-interactive healthcare management |
US8533006B2 (en) * | 2006-08-30 | 2013-09-10 | Carepartners Plus | Patient-interactive healthcare management |
US11887175B2 (en) | 2006-08-31 | 2024-01-30 | Cpl Assets, Llc | Automatically determining a personalized set of programs or products including an interactive graphical user interface |
US8799148B2 (en) * | 2006-08-31 | 2014-08-05 | Rohan K. K. Chandran | Systems and methods of ranking a plurality of credit card offers |
US8036979B1 (en) | 2006-10-05 | 2011-10-11 | Experian Information Solutions, Inc. | System and method for generating a finance attribute from tradeline data |
US7774214B1 (en) * | 2006-10-06 | 2010-08-10 | Health Payment Systems, Inc. | System and method for managing payments for health care services |
US7970629B2 (en) * | 2006-11-02 | 2011-06-28 | Siemens Medical Solutions Usa, Inc. | Adaptive system for financial claim reimbursement processing |
US20080120234A1 (en) * | 2006-11-17 | 2008-05-22 | American Express Travel Related Services Company, Inc. | Variable Revenue Sharing For Multiple Account Payment Instruments |
US20090144094A1 (en) * | 2006-12-01 | 2009-06-04 | Morey Thomas O | Systems And Methods For Hospital Confinement And Care Industry Insurance Policy |
US20080147436A1 (en) * | 2006-12-18 | 2008-06-19 | 3M Innovative Properties Company | Healthcare related claim reconciliation |
US7756730B2 (en) * | 2006-12-20 | 2010-07-13 | Bradford D Ress | Method for providing single occasion liability insurance |
US20080154689A1 (en) * | 2006-12-22 | 2008-06-26 | General Electric Company | Automated Claim Access System and Method For Claims Adjudication |
US20090003583A1 (en) * | 2007-01-12 | 2009-01-01 | Wellpoint, Inc. | Method for enhancing call center performance |
US20080183505A1 (en) * | 2007-01-25 | 2008-07-31 | Metavante Corporation | Centralized eob archiving and access |
US20080183627A1 (en) * | 2007-01-29 | 2008-07-31 | American Express Travel Related Services Company, Inc. | Filtered healthcare payment card linked to tax-advantaged accounts |
US7949543B2 (en) * | 2007-02-13 | 2011-05-24 | Oltine Acquisitions NY LLC | Methods, systems, and computer program products for promoting healthcare information technologies to card members |
US20080201176A1 (en) * | 2007-02-15 | 2008-08-21 | American Express Travel Related Services Company, Inc. | Practice management system (pms) integration method |
US20080197188A1 (en) * | 2007-02-15 | 2008-08-21 | American Express Travel Related Services Company, Inc. | Transmission and capture of line-item-detail to assist in transaction substantiation and matching |
US20080201165A1 (en) * | 2007-02-15 | 2008-08-21 | American Express Travel Related Services Company, Inc. | Practice management system (pms) integration |
US20080208636A1 (en) * | 2007-02-23 | 2008-08-28 | Progressive Impressions International, Inc. | Keychain information tag |
WO2008113019A1 (en) * | 2007-03-14 | 2008-09-18 | Hansell Douglas M | System for electronic prescriptions |
US7912735B1 (en) * | 2007-04-26 | 2011-03-22 | Intuit Inc. | Method and system for eligible health care expense identification |
WO2008147918A2 (en) | 2007-05-25 | 2008-12-04 | Experian Information Solutions, Inc. | System and method for automated detection of never-pay data sets |
EP2174284A4 (en) * | 2007-06-04 | 2012-05-23 | Computer Sciences Corp | Multiple policy claims processing |
US8010390B2 (en) * | 2007-06-04 | 2011-08-30 | Computer Sciences Corporation | Claims processing of information requirements |
US8000986B2 (en) * | 2007-06-04 | 2011-08-16 | Computer Sciences Corporation | Claims processing hierarchy for designee |
US8010389B2 (en) * | 2007-06-04 | 2011-08-30 | Computer Sciences Corporation | Multiple policy claims processing |
US8010391B2 (en) * | 2007-06-29 | 2011-08-30 | Computer Sciences Corporation | Claims processing hierarchy for insured |
US20080306761A1 (en) * | 2007-06-07 | 2008-12-11 | Walgreen Co. | System and Method of Performing Remote Verification of a Prescription in Combination with a Patient Access Terminal |
US20080319794A1 (en) * | 2007-06-20 | 2008-12-25 | Mark Carlson | Health information services using phone |
US20090006135A1 (en) * | 2007-06-26 | 2009-01-01 | American Express Travel Related Services Company, Inc. | Accelerated Payments for Health Care Plans |
US20090006251A1 (en) * | 2007-06-28 | 2009-01-01 | American Express Travel Related Services Company, Inc. | Universal rollover account |
US8103522B1 (en) | 2007-06-29 | 2012-01-24 | National Care Network LLC | System and method for calculating claim reimbursement recommendations |
US9721315B2 (en) | 2007-07-13 | 2017-08-01 | Cerner Innovation, Inc. | Claim processing validation system |
US8775198B2 (en) * | 2007-07-25 | 2014-07-08 | Walgreen Co. | System and method for performing a remote verification of a pharmacy fill utilizing an image to image comparison |
US20090063197A1 (en) * | 2007-08-31 | 2009-03-05 | Lisle Michael J | Method and system for billing and payment for medical services |
US10664815B2 (en) * | 2007-09-17 | 2020-05-26 | Catalina Marketing Corporation | Secure customer relationship marketing system and method |
US8185414B2 (en) * | 2007-09-21 | 2012-05-22 | Medikredit Integrated Healthcare Solutions (Proprietary) Limited | System and method of processing a health insurance claim |
US20090083065A1 (en) * | 2007-09-24 | 2009-03-26 | Discover Financial Services Llc | Automatic Substantiation of Health-Related Purchases Using a HIPAA-Unregulated Network |
US7895061B2 (en) * | 2007-10-02 | 2011-02-22 | American Well Corporation | Auctioning provider prices |
US8311913B2 (en) * | 2007-10-30 | 2012-11-13 | Visa U.S.A. Inc. | Payment entity account set up for multiple payment methods |
US8374932B2 (en) | 2007-10-30 | 2013-02-12 | Visa U.S.A. Inc. | Payment entity device transaction processing using multiple payment methods |
US8407141B2 (en) * | 2007-10-30 | 2013-03-26 | Visa U.S.A. Inc. | System and method for processing multiple methods of payment |
US8341046B2 (en) * | 2007-10-30 | 2012-12-25 | Visa U.S.A. Inc. | Payment entity device reconciliation for multiple payment methods |
US8311914B2 (en) | 2007-10-30 | 2012-11-13 | Visa U.S.A. Inc. | Payment entity for account payables processing using multiple payment methods |
US8311937B2 (en) * | 2007-10-30 | 2012-11-13 | Visa U.S.A. Inc. | Client supported multiple payment methods system |
US8768832B2 (en) * | 2007-11-06 | 2014-07-01 | Visa U.S.A. Inc. | Financial transaction funds collection and distribution |
JP2009140057A (en) * | 2007-12-04 | 2009-06-25 | Fujitsu Ltd | Medical care record management system, medical care record management program and medical care record management method |
US20090177488A1 (en) * | 2008-01-09 | 2009-07-09 | Discover Financial Services Llc | System and method for adjudication and settlement of health care claims |
US7991630B2 (en) | 2008-01-18 | 2011-08-02 | Computer Sciences Corporation | Displaying likelihood values for use in settlement |
US7930191B1 (en) * | 2008-01-29 | 2011-04-19 | Intuit Inc. | Method and system for correlating medical treatments with symptoms and metrics |
US20090248506A1 (en) * | 2008-03-31 | 2009-10-01 | Maritz Inc. | Merchant funded rewards network implementing cardholder loyalty rebate program |
US8635083B1 (en) | 2008-04-02 | 2014-01-21 | Mckesson Financial Holdings | Systems and methods for facilitating the establishment of pharmaceutical rebate agreements |
US20090287502A1 (en) * | 2008-05-15 | 2009-11-19 | Catalina Marketing Corporation | E-PatientLink |
US8626525B2 (en) * | 2008-06-23 | 2014-01-07 | Mckesson Financial Holdings | Systems and methods for real-time monitoring and analysis of prescription claim rejections |
US20090327363A1 (en) * | 2008-06-30 | 2009-12-31 | Peter Cullen | Systems and methods for processing electronically transmitted healthcare related transactions |
US20090326977A1 (en) * | 2008-06-30 | 2009-12-31 | Mckesson Financial Holding Limited | Systems and Methods for Providing Drug Samples to Patients |
US20100057621A1 (en) * | 2008-06-30 | 2010-03-04 | Faith Patrick L | Payment processing system secure healthcare data trafficking |
US8538777B1 (en) | 2008-06-30 | 2013-09-17 | Mckesson Financial Holdings Limited | Systems and methods for providing patient medication history |
US7991689B1 (en) | 2008-07-23 | 2011-08-02 | Experian Information Solutions, Inc. | Systems and methods for detecting bust out fraud using credit data |
US9256904B1 (en) | 2008-08-14 | 2016-02-09 | Experian Information Solutions, Inc. | Multi-bureau credit file freeze and unfreeze |
US8447669B2 (en) | 2008-08-26 | 2013-05-21 | Visa U.S.A. Inc. | System and method for implementing financial assistance programs |
US8788282B2 (en) * | 2008-09-03 | 2014-07-22 | Medimpact Healthcare Systems, Inc. | Virtual health care needs fulfillment system |
US20100057554A1 (en) * | 2008-09-04 | 2010-03-04 | Mastercard International Incorporated | Method and System for Enabling Promotion of Product(s) and/or Service(s) |
US20100088207A1 (en) * | 2008-09-25 | 2010-04-08 | Mastercard International Incorporated | Method and System for Linkage of Generally Available Healthcare Accounts to Credit Card |
US20100138243A1 (en) * | 2008-10-02 | 2010-06-03 | Payformance Corporation | Systems and methods for facilitating healthcare cost remittance, adjudication, and reimbursement processes |
US8412593B1 (en) | 2008-10-07 | 2013-04-02 | LowerMyBills.com, Inc. | Credit card matching |
US8145501B1 (en) | 2008-10-09 | 2012-03-27 | Walgreen Co. | System and method for performing pharmacy product filling using non-registered pharmacists |
US7941325B2 (en) * | 2008-11-14 | 2011-05-10 | Walgreen Co. | System and method of using a non-retail central filling facility to process pharmacy product prescriptions in a pharmacy retail network |
US20100217622A1 (en) * | 2009-02-23 | 2010-08-26 | Brown Dale R | System for Processing Retail Clinic Claims |
US20100228563A1 (en) * | 2009-03-08 | 2010-09-09 | Walker Jr Samuel E | System and method for preventing health care fraud |
US20100235242A1 (en) * | 2009-03-10 | 2010-09-16 | Searete Llc, A Limited Liability Corporation Of State Of Delaware | Computational systems and methods for health services planning and matching |
US9892435B2 (en) | 2009-03-10 | 2018-02-13 | Gearbox Llc | Computational systems and methods for health services planning and matching |
US9858540B2 (en) | 2009-03-10 | 2018-01-02 | Gearbox, Llc | Computational systems and methods for health services planning and matching |
US9886729B2 (en) | 2009-03-10 | 2018-02-06 | Gearbox, Llc | Computational systems and methods for health services planning and matching |
US9911165B2 (en) | 2009-03-10 | 2018-03-06 | Gearbox, Llc | Computational systems and methods for health services planning and matching |
US10319471B2 (en) | 2009-03-10 | 2019-06-11 | Gearbox Llc | Computational systems and methods for health services planning and matching |
US8413905B2 (en) * | 2009-10-05 | 2013-04-09 | Visa U.S.A. Inc. | Portable prescription transaction payment device |
US8939356B2 (en) | 2009-06-08 | 2015-01-27 | Visa International Service Association | Portable prescription payment device management platform apparautses, methods and systems |
US10121192B2 (en) * | 2009-07-02 | 2018-11-06 | Mark G. Fontenot | Electronic system for healthcare insurance accounts receivable and patient financing |
US10127502B2 (en) * | 2009-07-28 | 2018-11-13 | Medimpact Healthcare Systems, Inc. | System and method for web-based claim management |
US20110166872A1 (en) * | 2009-08-14 | 2011-07-07 | Cervenka Karen L | Auto-substantiation for healthcare upon sponsor account through payment processing system |
US10614458B2 (en) * | 2009-08-14 | 2020-04-07 | Visa U.S.A. Inc. | Influenza vaccine administration payment device processing |
US11080790B2 (en) | 2009-09-24 | 2021-08-03 | Guidewire Software, Inc. | Method and apparatus for managing revisions and tracking of insurance policy elements |
US8489415B1 (en) | 2009-09-30 | 2013-07-16 | Mckesson Financial Holdings Limited | Systems and methods for the coordination of benefits in healthcare claim transactions |
US20110079643A1 (en) * | 2009-10-05 | 2011-04-07 | Stacy Pourfallah | Prescription sample transaction payment card |
US9454577B1 (en) * | 2009-10-16 | 2016-09-27 | Iqor Holdings Inc, Iqor US Inc. | Apparatuses, methods and systems for an employee reimbursement evaluator |
US20110099028A1 (en) * | 2009-10-27 | 2011-04-28 | Van Der Veen Larry | Systems and methods for verifying medical program eligibility and payment data |
US20110112873A1 (en) * | 2009-11-11 | 2011-05-12 | Medical Present Value, Inc. | System and Method for Electronically Monitoring, Alerting, and Evaluating Changes in a Health Care Payor Policy |
US8799026B2 (en) * | 2009-12-16 | 2014-08-05 | Hartford Fire Insurance Company | System for funding third-party-administered losses |
US8788296B1 (en) | 2010-01-29 | 2014-07-22 | Mckesson Financial Holdings | Systems and methods for providing notifications of availability of generic drugs or products |
US8386276B1 (en) | 2010-02-11 | 2013-02-26 | Mckesson Financial Holdings Limited | Systems and methods for determining prescribing physician activity levels |
US20110202477A1 (en) * | 2010-02-12 | 2011-08-18 | Kevin Kremer | Method for Outsourcing Healthcare Billing and Collections |
US8321243B1 (en) | 2010-02-15 | 2012-11-27 | Mckesson Financial Holdings Limited | Systems and methods for the intelligent coordination of benefits in healthcare transactions |
US9652802B1 (en) | 2010-03-24 | 2017-05-16 | Consumerinfo.Com, Inc. | Indirect monitoring and reporting of a user's credit data |
US8590779B2 (en) | 2010-06-29 | 2013-11-26 | Visa International Service Association | Value token conversion |
AU2011316955B2 (en) | 2010-10-20 | 2016-12-01 | Playspan Inc. | Flexible monetization service apparatuses, methods and systems |
US8930262B1 (en) | 2010-11-02 | 2015-01-06 | Experian Technology Ltd. | Systems and methods of assisted strategy design |
US9147042B1 (en) | 2010-11-22 | 2015-09-29 | Experian Information Solutions, Inc. | Systems and methods for data verification |
US10204327B2 (en) | 2011-02-05 | 2019-02-12 | Visa International Service Association | Merchant-consumer bridging platform apparatuses, methods and systems |
WO2012109628A2 (en) | 2011-02-10 | 2012-08-16 | Visa International Service Assocation | Electronic coupon issuance and redemption apparatuses, methods and systems |
US10586227B2 (en) | 2011-02-16 | 2020-03-10 | Visa International Service Association | Snap mobile payment apparatuses, methods and systems |
US20120209749A1 (en) | 2011-02-16 | 2012-08-16 | Ayman Hammad | Snap mobile payment apparatuses, methods and systems |
WO2012116125A1 (en) | 2011-02-22 | 2012-08-30 | Visa International Service Association | Universal electronic payment apparatuses, methods and systems |
AU2012223415B2 (en) | 2011-02-28 | 2017-05-18 | Visa International Service Association | Secure anonymous transaction apparatuses, methods and systems |
WO2012122060A1 (en) | 2011-03-04 | 2012-09-13 | Visa International Service Association | Cloud service facilitator apparatuses, methods and systems |
US20120233068A1 (en) * | 2011-03-11 | 2012-09-13 | Athenahealth, Inc. | Methods and apparatus for healthcare payment processing |
US9760871B1 (en) | 2011-04-01 | 2017-09-12 | Visa International Service Association | Event-triggered business-to-business electronic payment processing apparatuses, methods and systems |
AU2012236091A1 (en) | 2011-04-01 | 2013-10-17 | Visa International Service Association | Restricted-use account payment administration apparatuses, methods and systems |
WO2012142263A2 (en) | 2011-04-12 | 2012-10-18 | Applied Science, Inc. | Systems and methods for managing blood donations |
US9558519B1 (en) | 2011-04-29 | 2017-01-31 | Consumerinfo.Com, Inc. | Exposing reporting cycle information |
US9646291B2 (en) | 2011-05-11 | 2017-05-09 | Visa International Service Association | Electronic receipt manager apparatuses, methods and systems |
US8756075B1 (en) | 2011-05-18 | 2014-06-17 | Trizetto Corporation | System and method for processing payment bundles |
SG195079A1 (en) | 2011-06-03 | 2013-12-30 | Visa Int Service Ass | Virtual wallet card selection apparatuses, methods and systems |
US9355393B2 (en) | 2011-08-18 | 2016-05-31 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US10121129B2 (en) | 2011-07-05 | 2018-11-06 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
US9582598B2 (en) | 2011-07-05 | 2017-02-28 | Visa International Service Association | Hybrid applications utilizing distributed models and views apparatuses, methods and systems |
US10438176B2 (en) | 2011-07-17 | 2019-10-08 | Visa International Service Association | Multiple merchant payment processor platform apparatuses, methods and systems |
US20130024365A1 (en) * | 2011-07-20 | 2013-01-24 | Roy Schoenberg | Fee-Based Communications |
US9355394B2 (en) | 2011-08-11 | 2016-05-31 | Visa International Service Association | Systems and methods of aggregating split payments using a settlement ecosystem |
US10242358B2 (en) | 2011-08-18 | 2019-03-26 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
US10825001B2 (en) | 2011-08-18 | 2020-11-03 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
US9710807B2 (en) | 2011-08-18 | 2017-07-18 | Visa International Service Association | Third-party value added wallet features and interfaces apparatuses, methods and systems |
US10318941B2 (en) | 2011-12-13 | 2019-06-11 | Visa International Service Association | Payment platform interface widget generation apparatuses, methods and systems |
US9117225B2 (en) | 2011-09-16 | 2015-08-25 | Visa International Service Association | Apparatuses, methods and systems for transforming user infrastructure requests inputs to infrastructure design product and infrastructure allocation outputs |
US10296976B1 (en) | 2011-09-23 | 2019-05-21 | Cognizant Trizetto Software Group, Inc. | System and method for calculating estimated payment based on partial coding data |
US10223730B2 (en) | 2011-09-23 | 2019-03-05 | Visa International Service Association | E-wallet store injection search apparatuses, methods and systems |
WO2013090611A2 (en) | 2011-12-13 | 2013-06-20 | Visa International Service Association | Dynamic widget generator apparatuses, methods and systems |
US9953378B2 (en) | 2012-04-27 | 2018-04-24 | Visa International Service Association | Social checkout widget generation and integration apparatuses, methods and systems |
US10223710B2 (en) | 2013-01-04 | 2019-03-05 | Visa International Service Association | Wearable intelligent vision device apparatuses, methods and systems |
US10262148B2 (en) | 2012-01-09 | 2019-04-16 | Visa International Service Association | Secure dynamic page content and layouts apparatuses, methods and systems |
US11308227B2 (en) | 2012-01-09 | 2022-04-19 | Visa International Service Association | Secure dynamic page content and layouts apparatuses, methods and systems |
AU2013214801B2 (en) | 2012-02-02 | 2018-06-21 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia database platform apparatuses, methods and systems |
US11810095B1 (en) * | 2012-02-19 | 2023-11-07 | Charles Schwab & Co., Inc. | System and method for mobile payments |
US20130346112A1 (en) * | 2012-06-23 | 2013-12-26 | Samuel Nixon Chasten | System and Method of Assisting Fundraisers and Donors |
US8725532B1 (en) | 2012-06-29 | 2014-05-13 | Mckesson Financial Holdings | Systems and methods for monitoring controlled substance distribution |
US20140025461A1 (en) * | 2012-07-20 | 2014-01-23 | First Data Corporation | Enhanced transaction processing |
US10318923B1 (en) | 2012-08-01 | 2019-06-11 | Cognizant Trizetto Software Group, Inc. | Payment assurance and claim pre-validation |
US10719581B2 (en) | 2012-08-09 | 2020-07-21 | ZirMed, Inc. | System and method for securing the remuneration of patient responsibilities for healthcare services in a revenue management cycle |
US10096008B2 (en) | 2012-09-10 | 2018-10-09 | Mastercard International Incorporated | Methods and systems for processing electronic disbursements |
CN103679437B (en) | 2012-09-13 | 2017-10-20 | 阿里巴巴集团控股有限公司 | A kind of data processing method and system |
US20160217541A1 (en) * | 2012-10-03 | 2016-07-28 | Robert G. Mahaffey | Healthcare-specific credit card based system and method for shifting patient healthcare cost-collection risk from a healthcare provider to a credit card issuing company |
US10922687B2 (en) * | 2012-10-03 | 2021-02-16 | Robert G. Mahaffey | Consumer discount payment card system and method |
US20180018438A1 (en) * | 2012-10-03 | 2018-01-18 | Robert G. Mahaffey | Healthcare-specific credit card based system and method for shifting patient healthcare cost-collection risk from a healthcare provider to a credit card issuing company |
US10255598B1 (en) | 2012-12-06 | 2019-04-09 | Consumerinfo.Com, Inc. | Credit card account data extraction |
US9372916B2 (en) | 2012-12-14 | 2016-06-21 | Athenahealth, Inc. | Document template auto discovery |
US11354623B2 (en) * | 2013-02-15 | 2022-06-07 | Dav Acquisition Corp. | Remotely diagnosing conditions and providing prescriptions using a multi-access health care provider portal |
US9959385B2 (en) | 2013-02-15 | 2018-05-01 | Davincian Healthcare, Inc. | Messaging within a multi-access health care provider portal |
US9697263B1 (en) | 2013-03-04 | 2017-07-04 | Experian Information Solutions, Inc. | Consumer data request fulfillment system |
CA2913315A1 (en) | 2013-05-23 | 2014-11-27 | Davidshield L.I.A. (2000) Ltd. | Automated reimbursement interactions |
US10546441B2 (en) | 2013-06-04 | 2020-01-28 | Raymond Anthony Joao | Control, monitoring, and/or security, apparatus and method for premises, vehicles, and/or articles |
US20150066524A1 (en) * | 2013-09-05 | 2015-03-05 | Dorsata, Inc. | Methods and systems for the implementation of web based collaborative clinical pathways |
US10402872B1 (en) * | 2013-10-08 | 2019-09-03 | Zhealth Documentation 2, Llc | Automated medical procedure coding and documentation system |
US9672325B2 (en) | 2013-11-26 | 2017-06-06 | Athenahealth, Inc. | Methods and apparatus for establishing a healthcare data interface using a practice management system |
US20150149344A1 (en) * | 2013-11-26 | 2015-05-28 | International Business Machines Corporation | Synchronous split payment transaction management |
US10430555B1 (en) | 2014-03-13 | 2019-10-01 | Mckesson Corporation | Systems and methods for determining and communicating information to a pharmacy indicating patient eligibility for an intervention service |
US11587688B2 (en) | 2014-03-27 | 2023-02-21 | Raymond Anthony Joao | Apparatus and method for providing healthcare services remotely or virtually with or using an electronic healthcare record and/or a communication network |
US10297344B1 (en) | 2014-03-31 | 2019-05-21 | Mckesson Corporation | Systems and methods for establishing an individual's longitudinal medication history |
SG11201610509SA (en) * | 2014-05-15 | 2017-01-27 | Michael A Liberty | Remotely diagnosing conditions and providing prescriptions using a multi-access health care provider portal |
US9436964B2 (en) | 2014-05-29 | 2016-09-06 | Mastercard International Incorporated | Systems and methods for mandated services verification |
AU2015266570B2 (en) | 2014-05-30 | 2020-02-27 | Applied Science, Inc. | Systems and methods for managing blood donations |
US9821738B2 (en) | 2014-06-30 | 2017-11-21 | Raymond Anthony Joao | Battery power management apparatus and method |
US10713694B1 (en) | 2014-08-23 | 2020-07-14 | Mckesson Corporation | Systems and methods for determining product pricing for products in a healthcare transaction |
US10706963B2 (en) | 2014-09-09 | 2020-07-07 | Cambria Health Solutions, Inc. | Systems and methods for a health care E-commerce marketplace |
US10347382B2 (en) * | 2014-09-29 | 2019-07-09 | Athenahealth, Inc. | Methods and apparatus for geography-based antimicrobial resistance tracking |
US10642957B1 (en) | 2014-10-21 | 2020-05-05 | Mckesson Corporation | Systems and methods for determining, collecting, and configuring patient intervention screening information from a pharmacy |
US10496793B1 (en) | 2014-12-15 | 2019-12-03 | Mckesson Corporation | Systems and methods for determining eligibility in a prescription safety network program |
US11216468B2 (en) | 2015-02-08 | 2022-01-04 | Visa International Service Association | Converged merchant processing apparatuses, methods and systems |
US10565656B1 (en) | 2015-07-28 | 2020-02-18 | Mckesson Corporation | Systems and methods for auditing discount card-based healthcare purchases |
US10757154B1 (en) | 2015-11-24 | 2020-08-25 | Experian Information Solutions, Inc. | Real-time event-based notification system |
US10210582B2 (en) * | 2015-12-03 | 2019-02-19 | Mastercard International Incorporated | Method and system for platform data updating based on electronic transaction product data |
US11309075B2 (en) | 2016-12-29 | 2022-04-19 | Cerner Innovation, Inc. | Generation of a transaction set |
US11227001B2 (en) | 2017-01-31 | 2022-01-18 | Experian Information Solutions, Inc. | Massive scale heterogeneous data ingestion and user resolution |
US10650380B1 (en) | 2017-03-31 | 2020-05-12 | Mckesson Corporation | System and method for evaluating requests |
US20180365742A1 (en) * | 2017-06-20 | 2018-12-20 | Crystal A. Thomas | System for Data Analysis and Payment Expedition |
US10735183B1 (en) | 2017-06-30 | 2020-08-04 | Experian Information Solutions, Inc. | Symmetric encryption for private smart contracts among multiple parties in a private peer-to-peer network |
US10719881B2 (en) * | 2017-12-20 | 2020-07-21 | Derek Foreman | Subscription healthcare coverage system and method |
US10423964B2 (en) | 2017-12-29 | 2019-09-24 | Scott Kimmel | User controlled event record system |
US10706476B2 (en) | 2018-04-14 | 2020-07-07 | Novera, Llc | Computer implemented methods and systems for bundled payment adjudication |
US11620403B2 (en) | 2019-01-11 | 2023-04-04 | Experian Information Solutions, Inc. | Systems and methods for secure data aggregation and computation |
US11645344B2 (en) | 2019-08-26 | 2023-05-09 | Experian Health, Inc. | Entity mapping based on incongruent entity data |
US11760227B2 (en) | 2021-02-15 | 2023-09-19 | Raymond Anthony Joao | Battery power management apparatus and method |
US11888759B2 (en) | 2021-06-23 | 2024-01-30 | Bank Of America Corporation | System for executing digital resource transfer using trusted computing |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4858121A (en) | 1986-12-12 | 1989-08-15 | Medical Payment Systems, Incorporated | Medical payment system |
US5235507A (en) | 1990-01-16 | 1993-08-10 | P. B. Toau And Company, Ltd. | Health insurance management system |
WO1991015817A1 (en) | 1990-04-09 | 1991-10-17 | Alcott William D Iii | Real time insurance administration and medical information utility |
US5301105A (en) | 1991-04-08 | 1994-04-05 | Desmond D. Cummings | All care health management system |
US5359509A (en) * | 1991-10-31 | 1994-10-25 | United Healthcare Corporation | Health care payment adjudication and review system |
US5583760A (en) | 1992-05-22 | 1996-12-10 | Beneficial Franchise Company, Inc. | System for establishing and administering funded and post-funded charge accounts |
US5644778A (en) | 1993-11-02 | 1997-07-01 | Athena Of North America, Inc. | Medical transaction system |
US5550734A (en) | 1993-12-23 | 1996-08-27 | The Pharmacy Fund, Inc. | Computerized healthcare accounts receivable purchasing collections securitization and management system |
JPH07319971A (en) * | 1994-05-19 | 1995-12-08 | At & T Global Inf Solutions Internatl Inc | Remotely accessible medical treatment network |
US5832447A (en) | 1994-05-24 | 1998-11-03 | Envoy Corporation | Automated system and method for providing real-time verification of health insurance eligibility |
US5930759A (en) | 1996-04-30 | 1999-07-27 | Symbol Technologies, Inc. | Method and system for processing health care electronic data transactions |
US6195612B1 (en) | 1998-01-05 | 2001-02-27 | Tama L. Pack-Harris | Pharmacy benefit management system and method of using same |
US6208973B1 (en) * | 1998-02-27 | 2001-03-27 | Onehealthbank.Com | Point of service third party financial management vehicle for the healthcare industry |
US7039593B2 (en) * | 2002-06-20 | 2006-05-02 | Robert David Sager | Payment convergence system and method |
-
1998
- 1998-02-27 US US09/031,968 patent/US6208973B1/en not_active Expired - Lifetime
-
1999
- 1999-02-25 WO PCT/US1999/004209 patent/WO1999044111A2/en not_active Application Discontinuation
- 1999-02-25 CA CA002321656A patent/CA2321656A1/en not_active Abandoned
- 1999-02-25 EP EP99908508A patent/EP1090339A2/en not_active Withdrawn
- 1999-02-25 AU AU27922/99A patent/AU2792299A/en not_active Abandoned
-
2000
- 2000-10-18 US US09/690,940 patent/US7949580B1/en not_active Expired - Fee Related
-
2011
- 2011-04-14 US US13/086,445 patent/US8165944B2/en not_active Expired - Fee Related
-
2012
- 2012-03-21 US US13/425,667 patent/US8346643B2/en not_active Expired - Fee Related
- 2012-12-13 US US13/713,687 patent/US8583528B2/en not_active Expired - Fee Related
-
2013
- 2013-10-21 US US14/059,088 patent/US20140088998A1/en not_active Abandoned
-
2014
- 2014-06-30 US US14/319,541 patent/US20150112698A1/en not_active Abandoned
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200327984A1 (en) * | 2013-11-22 | 2020-10-15 | Poc Network Technologies, Inc. Dba Transactrx | System and method for medical billing systems to submit transactions for services covered under pharmacy benefits |
Also Published As
Publication number | Publication date |
---|---|
US20120191485A1 (en) | 2012-07-26 |
US20140088998A1 (en) | 2014-03-27 |
US8165944B2 (en) | 2012-04-24 |
WO1999044111A3 (en) | 2000-09-08 |
AU2792299A (en) | 1999-09-15 |
US20150112698A1 (en) | 2015-04-23 |
US20110251860A1 (en) | 2011-10-13 |
US8346643B2 (en) | 2013-01-01 |
US6208973B1 (en) | 2001-03-27 |
US7949580B1 (en) | 2011-05-24 |
US20130179190A1 (en) | 2013-07-11 |
US8583528B2 (en) | 2013-11-12 |
WO1999044111A2 (en) | 1999-09-02 |
EP1090339A2 (en) | 2001-04-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8583528B2 (en) | Point of service third party financial management vehicle for the healthcare industry | |
US10311207B2 (en) | Healthcare system and method for right-time claims adjudication and payment | |
US7680679B1 (en) | Method and system for processing transactions involving accounts for reimbursing medical expenses or patient responsible balances with multiple transaction substantiation modes | |
US6012035A (en) | System and method for supporting delivery of health care | |
US20050033604A1 (en) | Method and apparatus for settling claims between health care providers and third party payers | |
US7743979B2 (en) | Method and system for credit card reimbursements for health care transactions | |
US20070033070A1 (en) | System and method for collecting payments from service recipients | |
US20070005402A1 (en) | Healthcare system and method for real-time claims adjudication and payment | |
US20060080144A1 (en) | System and method for providing healthcare management | |
US20080033750A1 (en) | Enhanced systems and methods for processing of healthcare information | |
US20090063197A1 (en) | Method and system for billing and payment for medical services | |
US20080010096A1 (en) | Determination of healthcare coverage using a payment account | |
US20050033609A1 (en) | Healthcare system integrated with a healthcare transaction processor, and method for providing healthcare transaction processing services | |
US20070239493A1 (en) | Benefit plan intermediary | |
US20040006489A1 (en) | Benefits services payment and credit system | |
US20070185800A1 (en) | Spending Account Systems and Methods | |
WO2001004821A1 (en) | Method and apparatus for settling claims between health care providers and third party payers using a smart card id card | |
US20140142964A1 (en) | Providing Price Transparency and Contracted Rates to Dental Care Customers | |
US10121192B2 (en) | Electronic system for healthcare insurance accounts receivable and patient financing | |
US20180218348A1 (en) | Point of service third party financial management vehicle for the healthcare industry | |
US10719581B2 (en) | System and method for securing the remuneration of patient responsibilities for healthcare services in a revenue management cycle | |
US20140257834A1 (en) | Method and System for Health Benefits Management | |
US20220415460A1 (en) | Digital Healthcare Capture Intake Data for COVID-19 And Other Significant Events | |
CA2685273A1 (en) | Determination of healthcare coverage using a payment account | |
MXPA00008388A (en) | Point of service third party financial management vehicle for the healthcare industry |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued |