Replacement Rules
Replacement rules are used to create new claim lines that replace existing claim lines on one claim.
This functionality can be used in (a.o.) the following scenarios:
-
Diminishing Rate Pricing: if certain services are spread across different claim lines within a claim but need to be priced in blocks together (for example, observation), the concerned claim lines should be rolled up into one new claim line. This is because a diminishing rate reimbursement method executes per claim line and therefore needs all units and/or charges on one claim line. Otherwise, every concerned claim line would hit the diminishing rate independently and each claim line would hit the higher priced first block.
-
In health insurance for DRG pricing: after being grouped the DRG can be set in a dynamic field on the claim header. A new claim line with the DRG on it must then be created for the purpose of pricing it and calculate benefits on it. That claim line needs to replace all other claim lines on the claim, as such preventing these to be priced or receive benefits themselves.
Example 1: Diminishing Rate Pricing
Consider the following diminishing rate:
-
Observation hours should be paid in blocks
-
The first 4 hours are paid $ 100 per hour
-
After that, additional hours up to 8 hours total are paid $ 80 per hour
-
After that, any additional hours are paid $ 50 per hour
Consider the following claim regarding observation services:
Claim Code | Person | Provider | Total Claimed Amount | Total Allowed Amount |
---|---|---|---|---|
1234 |
John Doe |
South Shore Hospital |
$ 5,400 |
Sequence | Code | Price Input Date | Procedure | Procedure 2 | Claimed Nr of Units | Claimed Amount | Allowed Amount |
---|---|---|---|---|---|---|---|
1 |
0100 |
2013/01/01 |
REV 0760 |
CPT 99213 |
6 |
$ 600 |
|
2 |
0200 |
2013/01/02 |
REV 0762 |
CPT 99213 |
20 |
$ 2,000 |
|
3 |
0300 |
2013/01/02 |
REV 0760 |
CPT 99213 |
4 |
$ 400 |
|
4 |
0400 |
2013/01/03 |
REV 0760 |
CPT 99213 |
20 |
$ 2,000 |
|
5 |
0500 |
2013/01/03 |
REV 0760 |
CPT 99213 |
4 |
$ 400 |
Without using a replacement rule to roll up the claim lines, this could be the outcome of pricing:
Claim Code | Person | Provider | Total Claimed Amount | Total Allowed Amount |
---|---|---|---|---|
1234 |
John Doe |
South Shore Hospital |
$ 5,400 |
$ 4,240 |
Sequence | Code | Price Input Date | Procedure | Procedure 2 | Claimed Nr of Units | Claimed Amount | Allowed Amount |
---|---|---|---|---|---|---|---|
1 |
0100 |
2013/01/01 |
REV 0760 |
CPT 99213 |
6 |
$ 600 |
4x100 + 2x80 = $ 560 |
2 |
0200 |
2013/01/02 |
REV 0762 |
CPT 99213 |
20 |
$ 2,000 |
4x100 + 8x80 + 8x50 = $ 1,440 |
3 |
0300 |
2013/01/02 |
REV 0760 |
CPT 99213 |
4 |
$ 400 |
4x100 = $ 400 |
4 |
0400 |
2013/01/03 |
REV 0760 |
CPT 99213 |
20 |
$ 2,000 |
4x100 + 8x80 + 8x50 = $ 1,440 |
5 |
0500 |
2013/01/03 |
REV 0760 |
CPT 99213 |
4 |
$ 400 |
4x100 = $ 400 |
This is not the desired outcome. Claim lines 2 and 3 both hit the first highest paid block of the diminishing rate, even though they share the same service date. This is also the case for claim lines 4 and 5.
This can be solved by using a replacement rule to roll up these claim lines into one claim line. Consider the following replacement rule to this end:
Code | Description | Procedure Condition | Field Value Function | Per Price Date? | Replace Single Line? |
---|---|---|---|---|---|
OBS_REPL |
Roll up observation hours |
(In) REV 0760 - REV 0762 |
Yes |
No |
With this replacement rule, the outcome of pricing would be:
Claim Code | Person | Provider | Total Claimed Amount | Total Allowed Amount |
---|---|---|---|---|
1234 |
John Doe |
South Shore Hospital |
$ 5,400 |
$ 3,840 |
Sequence | Code | Price Input Date | Procedure | Procedure 2 | Claimed Nr of Units | Claimed Amount | Allowed Amount | Replaced? |
---|---|---|---|---|---|---|---|---|
1 |
0100 |
2013/01/01 |
REV 0760 |
CPT 99213 |
6 |
$ 600 |
4x100 + 2x80 = $ 560 |
No |
2 |
0200 |
2013/01/02 |
REV 0762 |
CPT 99213 |
20 |
$ 2,000 |
$ 0 |
Yes |
3 |
0300 |
2013/01/02 |
REV 0760 |
CPT 99213 |
4 |
$ 400 |
$ 0 |
Yes |
4 |
0400 |
2013/01/03 |
REV 0760 |
CPT 99213 |
20 |
$ 2,000 |
$ 0 |
Yes |
5 |
0500 |
2013/01/03 |
REV 0760 |
CPT 99213 |
4 |
$ 400 |
$ 0 |
Yes |
6 (new) |
1 |
2013/01/02 |
REV 0762 |
CPT 99213 |
24 |
$ 2,400 |
4x100 + 8x80 + 12x50 = $ 1,640 |
No |
7 (new) |
2 |
2013/01/03 |
REV 0760 |
CPT 99213 |
24 |
$ 2,400 |
4x100 + 8x80 + 12x50 = $ 1,640 |
No |
Notes:
-
By virtue of the replacement, the total allowed amount is reduced from $ 4,240 to $ 3,840
-
The replacement is partitioned by price input date ("Per Price Date?" = Yes), meaning that a separate replacement is executed per price input date:
-
2013/01/02: Claim line 6 is added by the replacement rule to replace claim lines 2 and 3.
-
2013/01/03: Claim line 7 is added by the replacement rule to replace claim lines 4 and 5.
-
-
The replacement rule is not executed for claim line 1 because the replacement rule is configured to only execute replacements that replace multiple lines ("Replace Single Line?" = "No"). The evaluation set of price input date 2013/01/01 contains only one applicable claim line, so it is not replaced.
-
As the replacement rule does not reference a field value function, the replacement claim lines are created with default field values:
-
Line 6 is created with the same procedures and price input date as claim line 2 (the claim line with the lowest sequence number in the replacement evaluation set of 2013/01/02). Per default it sums the claimed amount and number of units of the claim lines it replaces. The claim line code is defaulted to the first available numeric code: 1.
-
Line 6 is created with the same procedures and price input date as claim line 4 (the claim line with the lowest sequence number in the replacement evaluation set of 2013/01/03). Per default it sums the claimed amount and number of units of the claim lines it replaces. The claim line code is defaulted to the first available numeric code: 2.
-
The allowed amounts of the replacement claim lines are not set. This means that the provider pricing clause quantifier - if specified - is ignored.
-
-
Claimed amounts of replaced lines are not included in the calculation of the total claimed amount
Example 2: DRG Pricing
Consider the following claim with a DRG in a dynamic field on the claim header: This DRG should be priced at $ 20,500, which was determined by the DRG grouper and also stored in a dynamic field.
Claim Code | Person | Provider | Total Claimed Amount | Total Allowed Amount | DRG | DRG Price |
---|---|---|---|---|---|---|
1234 |
John Doe |
South Shore Hospital |
$ 21,000 |
652 - Kidney Transplant |
$ 20,500 |
Sequence | Code | Price Input Date | Procedure | Claimed Nr of Units | Claimed Amount | Allowed Amount |
---|---|---|---|---|---|---|
1 |
0100 |
2013/01/01 |
REV 123 |
1 |
$ 1,000 |
|
2 |
0200 |
2013/01/02 |
REV 246 |
2 |
$ 18,000 |
|
3 |
0300 |
2013/01/03 |
REV 987 |
1 |
$ 2,000 |
In order to prevent these claim lines to be priced and receive benefits, the following replacement rule is set up:
Code | Description | Procedure Group | Other Condition | Field Value Function | Per Price Date? | Replace Single Line? |
---|---|---|---|---|---|---|
DRG_REPL |
Create replacement DRG claim line |
(In) KIDNEY TRANSP. REV CODES |
DRG ON HEADER |
DRG |
No |
Yes |
With this replacement rule, the outcome of pricing could be:
Claim Code | Person | Provider | Total Claimed Amount | Total Allowed Amount | DRG | DRG Price |
---|---|---|---|---|---|---|
1234 |
John Doe |
South Shore Hospital |
$ 21,000 |
$ 20,500 |
652 - Kidney Transplant |
$ 20,500 |
Sequence | Code | Price Input Date | Procedure | Claimed Nr of Units | Claimed Amount | Allowed Amount | Replaced? |
---|---|---|---|---|---|---|---|
1 |
0100 |
2013/01/01 |
REV 123 |
1 |
$ 1,000 |
$ 0 |
Yes |
2 |
0200 |
2013/01/02 |
REV 246 |
2 |
$ 18,000 |
$ 0 |
Yes |
3 |
0300 |
2013/01/03 |
REV 987 |
1 |
$ 2,000 |
$ 0 |
Yes |
4 (new) |
0400 |
2013/01/03 |
DRG 652 |
1 |
$ 21,000 |
$ 20,500 |
No |
Notes:
-
Claim line 4 is added by the replacement rule to replace claim lines 1, 2 and 3.
-
The replacement rule executes one replacement; it is not partitioned by price input date (because "Per Price Date?" = No).
-
The configuration "Replace Single Line?" has no effect in this example. Because it is set to 'Yes' it would ensure that even for a claim with one claim line, the DRG replacement would execute (however unthinkable that situation may be in reality).
-
The replacement rule references a field value function that overrides default field values of claim line 4:
-
Claim line code is set to 0400 (instead of to the first available numeric code which would be 1)
-
Price Input Date is set to 2013/01/03 (instead of to the price input date of the replaced claim line with the lowest sequence number in the evaluation set which would be 2013/01/01)
-
Procedure is set to DRG 652 (instead of to the procedure of the replaced claim line with the lowest sequence number in the evaluation set which would be REV 123).
-
The claimed number of units is set to 1 (instead of to the sum of claimed numbers of units of all replaced claim lines which would be 4).
-
The allowed amount of $ 20,500 is copied onto the claim line. This in effect will mean that the pricing step 'Select and apply Reimbursement Method' is bypassed for that claim line.
-
-
This example assumes the quantifier in the provider pricing clause was either not specified or set at 100%. Otherwise, after executing the field value function, the allowed amount of $ 20,500 would have been automatically in/deflated per the percentage specified in the quantifier.
-
Claimed amounts of replaced lines are not included in the calculation of the total claimed amount.