If negotiated rate is based on percentage of charge--then how would this be reported in the in-network file? #23
-
Since the rate must be published in a dollar amount, how should items/services be represented in the in-network file if based on the percentage of charge? Would the negotiation type be 'derived'? How would you report the negotiated rate in the file, since it varies on charge for the item/service? Or do these items/services get reported? |
Beta Was this translation helpful? Give feedback.
Replies: 8 comments 20 replies
-
Here is some explanation about the various types of reimbursements and how it should be reported that I see in the final rules PDF. arrangement, and other provider reimbursement models that are based upon participant, |
Beta Was this translation helpful? Give feedback.
-
This is a significant concern. Why does the final rule imply that this situation only exists for out-of network? "Given that some plans and issuers determine the allowed amount for certain out-of network items and services based on a percentage of billed charges, the final rules provide that a percentage can be disclosed instead of a dollar amount, if plans and issuers reimburse out-of network providers a percentage of the billed charges for a covered item or service." The irony is we don't need this for out of network since we can use claims history instead. How can the negotiated price object be populated with the "type of negotiated rate as well as the dollar amount of the negotiated rate" if the negotiated rate is a percentage, to be applied to an unknown amount? Harvesting the machine readable hospital charge master files is not a solution, there is no common data structure and the data is incomplete at more than half of the hospitals we examined. Even if we solve that we are faced with a unit of measure question. Negotiated Dollar Amount per HCPCS service or per HCPCS Unit; per Admission or per Day? Won't any real-world use-case of this data require a unit of measure attribute in the Negotiated Price Object? |
Beta Was this translation helpful? Give feedback.
-
In the absence of any update and given that many of our methodologies rely on underlying charge structures (for things like inlier calculations, outlier attachment points and where reimbursement falls to a percentage charge), we're considering adding the assumed charge to the 'description' field of the 'In-Network' Object. This at least grounds the result in what the underlying assumptions was since many services (especially grouped ones like DRGs and APCs) can have wild variation in what the underlying charges or length of stay is for the same provider depending on other factors. How have others approached this? |
Beta Was this translation helpful? Give feedback.
-
@shaselton-usds, To support this use case, could the schema support an optional 'presumed provider charge' field as part of the negotiated rate object? Contracted rates are well-defined (or at least better defined) when the underlying charge is known for the service but as others have pointed out they may not always know the underlying charge. |
Beta Was this translation helpful? Give feedback.
-
@shaselton-usds A recommendation is to add another value to be used with the negotiated type. "negotiated_prices":[{ |
Beta Was this translation helpful? Give feedback.
-
This solution would be helpful for us as well. Many of our in network contracts list an "all others or default" term as a % of billed charge. |
Beta Was this translation helpful? Give feedback.
-
@shaselton-usds Has there been any more discussions on this topic at CMS? Since the billed charge is not known at the provider contract level - we just have the contract states just a % rate, what is the expectation of the insurers to get the billed charge? There are discussions about different approaches being used to determine the billed amount, but I don't know if there has been anything defined as to how we should be deriving the billed charge. Is there any guidance for this from CMS? |
Beta Was this translation helpful? Give feedback.
-
Closing out this old thread. Percentage of billed charges is now supported by the v1.0 schema. |
Beta Was this translation helpful? Give feedback.
Closing out this old thread. Percentage of billed charges is now supported by the v1.0 schema.