System and method of processing a health insurance claim

• US 8,185,414 B2
• Filed: 09/21/2007
• Issued: 05/22/2012
• Est. Priority Date: 09/21/2007
• Status: Active Grant

• Current Assignee: MediKredit Integrated Healthcare Solutions (Pty) Ltd. (Net 1 UEPS Technologies Incorporated)
• Original Assignee: MediKredit Integrated Healthcare Solutions (Pty) Ltd. (Net 1 UEPS Technologies Incorporated)
• Inventors: Law, Sharon Dawn, Read, Michele, Kruger, Helen Mary, Luckhoff, Jennifer Anne Noble, Du Plessis, Willemina Jacoba, Schoeman, Willem Jacobus, Odendaal, Clint Wesley, Olwagen, Jacobus Johannes, Hung, Harriet Sam, Vermeulen, Pieter Lodewickus, Kock, Sanet, Hanan, Wendy Joy
• Primary Examiner(s): MARCUS, LELAND R
• Application Number:
  US11/903,390
• Publication Number:
  US 20090083079A1
• Time in Patent Office: 1,705 Days
• Field of Search: 705/4
• US Class Current: 705/4
• CPC Class Codes: G06Q 10/063 Operations research, analysis or management
• CPC Class Codes: G06Q 10/10 Office automation; Time management
• CPC Class Codes: G06Q 20/102 Bill distribution or payments
• CPC Class Codes: G06Q 40/08 Insurance
• CPC Class Codes: G16H 10/60 for patient-specific data, e.g. for electronic patient records

Abstract

A system and method of processing a health insurance claim are provided. According to the method, transaction data is received that has been transmitted from a third party computer via an open communication channel with the third party computer. The transaction data relates to a health insurance transaction and includes at least a unique identifier for a beneficiary of a health insurance plan to whom the health insurance transaction relates and details of a transaction that is being requested to be processed. The transaction is processed while the communication channel remains open to ascertain if the transaction is an allowable transaction. In response to the transaction submitted, a message is transmitted via the open communication channel to the third party computer wherein the message indicates that the transaction has been processed and that the transaction is an allowable transaction with or without patient collection or that the transaction is not an allowable transaction. The system and method allow for multiple rules to be created for unique sets of circumstances using multiple or singular inputs across multiple health insurance plans using a single system.

Claims

1. A method of adjudicating a health insurance transaction, the method including:

receiving transaction data transmitted from a third party computer via an open communication channel with the third party computer, the transaction data relating to a health insurance transaction, the transaction data including at least a unique identifier for a beneficiary of a health insurance plan to whom the health insurance transaction relates and details of a transaction that is being requested to be adjudicated;

executing instructions by a computer processor to adjudicate the transaction while the communication channel remains open by applying rules to fully adjudicate the transaction; and

responding while the communication channel remains open whether the transaction will be paid or will not be paid or will be partially paid.

2. A method according to claim 1 wherein the transaction being requested is the payment of an amount of funds to the beneficiary or on behalf of the beneficiary to a third party and wherein the transaction data includes details of the medical service or medical product for which payment is being requested.

3. A method according to claim 2 wherein the adjudication of the transaction includes using the details of the beneficiary'"'"'s health insurance plan to ascertain if the medical service or medical product is covered in terms of the beneficiary'"'"'s health insurance plan.

4. A method according to claim 1 further including:

creating a plurality of rules, at least some of the rules including one or more sub-rules, wherein at least some of the sub-rules include selected ones of a plurality of criteria and some different ones of the plurality of criteria, wherein the sub-rules in a particular rule are applied in sequence of priority to determine whether the transaction data matches the criteria in a sub-rule of the particular rule;

wherein the criteria are selected from a list of criteria defined before receiving the transaction data,

selecting at least one of the plurality of rules, the received transaction data matching every criteria in a sub-rule of the selected rule;

determining a highest priority sub-rule of the selected rule having every criteria matching the transaction data; and

applying the highest priority sub-rule of the selected rule to the transaction request.

5. A method according to claim 4 wherein selected rules are applied sequentially to the transaction to determine whether the transaction is an allowable transaction and, when the transaction is allowable, then determining an amount due from the beneficiary based on the applied rules.

6. A method according to claim 5 wherein only after all of the criteria of a rule have been applied to the transaction is the next rule applied to the transaction in a configured sequence.

7. The method according to claim 5, wherein a default sub-rule is a sub-rule having the lowest priority of a particular selected rule such that the default sub-rule is applied when the transaction data does not match the criteria of any higher priority sub-rule of the particular selected rule.

8. The method of claim 7, further comprising applying a default rule to the transaction sequentially after all the selected rules have been applied.

9. The method according to claim 5, wherein a rule is not applied when the transaction data does not match all of the criteria of any sub-rule of a particular selected rule.

10. A method according to claim 4 wherein at least one of the rules includes one or more sub rules and wherein these sub rules are applied in a configured sequence.

11. A method according to claim 1 further including ascertaining whether the transaction for which payment is requested is covered by the health insurance plan of the beneficiary and determining whether benefit values are available for the beneficiary.

12. A method according to claim 11 wherein the ascertaining whether the transaction for which payment is requested is covered by the health insurance plan of the beneficiary and determining whether benefit values are available for the beneficiary includes communicating with a server of a financial administration system and includes:

transmitting, while the communication channel remains open, a message to the server of a financial administration system via a second communications channel; and

receiving, via the second communications channel, a message from the financial administration system server while the communication channel remains open that there are benefit values available or there are no benefit values or that only a portion of the benefit values are available for the beneficiary.

13. A method according to claim 11, wherein the checking to see whether the beneficiary has funds available to pay the claim includes checking data stored in a database.

14. A method according to claim 1 wherein the results of the adjudication are stored on a database associated with the third party computer and on a database associated with a central server.

15. A method according to claim 14 wherein the results of the adjudication are stored on a database associated with a payer system.

16. A system for adjudicating a health insurance transaction, the system including:

a data receiving module for receiving transaction data transmitted from a third party computer via an open communication channel, the transaction data relating to a health insurance transaction, the transaction data including at least a unique identifier for a beneficiary of a health insurance plan to whom the health insurance transaction relates and details of a transaction that is being requested to be adjudicated;

a processor for processing the transaction while the communication channel remains open by applying rules to fully adjudicate the transaction;

responding while the communication channel remains open whether the transaction will be paid or will not be paid or will be partially paid.

17. A System according to claim 16 wherein this transaction being requested is the payment of an amount of funds to the beneficiary or on behalf of the beneficiary to a third party and wherein the data receiving module receives transaction data including details of the medical service or medical product for which payment is being requested.

18. A system according to claim 17 wherein the processor processes the transaction using the details of the beneficiary'"'"'s health insurance plan to ascertain whether the medical service or medical product is covered in terms of the beneficiary'"'"'s health insurance plan.

19. A system according to claim 16 wherein the processor processes the transaction by:

creating a plurality of rules, at least some of the rules including one or more sub-rules, wherein at least some of the sub-rules include selected ones of a plurality of criteria and some different ones of the plurality of criteria, wherein the sub-rules in a particular rule are applied in sequence of priority to determine whether the transaction data matches the criteria in a sub-rule of the particular rule;

wherein the criteria are selected from a list of criteria defined before receiving the transaction data,

selecting at least one of the plurality of rules, the received transaction data matching every criteria in a sub-rule of the selected rule;

determining a highest priority sub-rule of the selected rule having every criteria matching the transaction data; and

applying the highest priority sub-rule of the selected rule to the transaction request.

20. A system according to claim 19 wherein selected rules are applied sequentially to the transaction to determine whether the transaction is an allowable transaction and, when the transaction is allowable, then determining an amount due from the beneficiary based on the applied rules.

21. A system according to claim 20 wherein only after all of the criteria of a rule have been applied to the transaction is the next rule applied to the transaction in a configured sequence.

22. A system according to claim 19 wherein at least one of the rules includes one or more sub rules and wherein these sub rules are applied in a configured order.

23. A system according to claim 16 wherein the data transmitting module further, while the communication channel is open, transmits a message to a server of a financial administration system via a second communication channel to ascertain whether the transaction for which payment is requested is covered by the health insurance plan of the beneficiary and determine whether benefit values are available for the beneficiary;

and

the data receiving module receives, via the second communication channel, a response from the server of the financial administration system while the communication channel remains open that there are benefit values available or there are no benefit values or that only a portion of the benefit values are available for the beneficiary.

24. A system according to claim 23, wherein the processor further checks to see whether the beneficiary has funds available by checking data stored in a database associated with the processor.

25. A system according to claim 16 wherein the results of the adjudication are stored on a database associated with the processor.

26. A system according to claim 16, wherein the processor further ascertains whether the transaction for which payment is requested is covered by the health insurance plan of the beneficiary and determines whether benefit values are available for the beneficiary.

27. A method of adjudicating a transaction, the method including:

receiving transaction data transmitted from a third party computer via an open communication channel with the third party computer, the transaction data including at least a unique identifier for a beneficiary of the transaction;

executing instructions by a computer processor to adjudicate the transaction while the communication channel remains open by applying rules to fully adjudicate the transaction; and

responding while the communication channel remains open whether the transaction will be paid or will not be paid or will be partially paid.

28. A method according to claim 27, further including:

creating a plurality of rules, at least some of the rules including one or more sub-rules, wherein at least some of the sub-rules include selected ones of a plurality of criteria and some different ones of the plurality of criteria, wherein the sub-rules in a particular rule are applied in sequence of priority to determine whether the transaction data matches the criteria in a sub-rule of the particular rule;

wherein the criteria are selected from a list of criteria defined before receiving the transaction data,

selecting at least one of the plurality of rules, the received transaction data matching every criteria in a sub-rule of the selected rule;

determining a highest priority sub-rule of the selected rule having every criteria matching the transaction data; and

applying the highest priority sub-rule of the selected rule to the transaction request.

29. A method according to claim 28, wherein selected rules are applied sequentially to the transaction to determine whether the transaction is an allowable transaction.

30. A method according to claim 29, wherein only after all of the criteria of a selected rule have been applied to the transaction is a next rule applied to the transaction in a configured sequence.

31. The method according to claim 30, wherein a default sub-rule is a sub-rule having the lowest priority of a particular selected rule such that the default sub-rule is applied when the transaction data does not match the criteria of any higher priority sub-rule of the particular selected rule.

32. The method of claim 31, further comprising applying a default rule to the transaction sequentially after all the selected rules have been applied.

33. The method according to claim 30, wherein a rule is not applied when the transaction data does not match all of the criteria of any sub-rule of a particular selected rule.

34. A method according to claim 27, further including checking to see whether the beneficiary has funds available to pay for the transaction.

35. A method according to claim 34 wherein the checking to see whether the beneficiary has funds available includes communicating with a server of a financial administration system and includes:

transmitting, while the communication channel remains open, a message to the server of a financial administration system via a second communications channel to determine whether benefit values are available for the beneficiary; and

receiving, via the second communications channel, a message from the server of a financial administration system while the communication channel remains open that there are benefit values available or there are no benefit values or that only a portion of the benefit values are available for the beneficiary.