Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding loop 2420E ordering provider #7404

Closed

Conversation

juggernautsei
Copy link
Member

Fixes #7403

Short description of what this resolves:

Adds loop 2430E to the 837 claim

Changes proposed in this pull request:

Add loop 2430E

@stephenwaite
Copy link
Sponsor Member

hi @juggernautsei, probably better to be consistent and add a new field ordering_provider_id to the form_encounter table. Then follow the existing logic like the way referring_provider_id is handled in the Claim class.

@juggernautsei
Copy link
Member Author

juggernautsei commented Apr 24, 2024

Hi @stephenwaite, that means there has to be an interface to select the ordering provider. Is that correct?
For workflow, putting the ordering provider in the encounter form is awkward. At the time of the appointment there is no what to know who or if there will be an ordering provider. It is better to leave the ordering provider in the MBO or put it somewhere less awkward. There has to be a better way to set the ordering provider if there is one. Some this comes down to training and not programming.

@stephenwaite
Copy link
Sponsor Member

think something like PR 7405

Be nice if we could setup a trigger on the insurance to help with the selection...

@juggernautsei
Copy link
Member Author

Be nice if we could setup a trigger on the insurance to help with the selection..

@stephenwaite the trigger would be ordering labs, or procedures or prescriptions. Those are the triggers. The question would have to be prompted in the system who is the ordering provider. There is no way to automatically know because those are verbal conversations.

The key difference between a rendering provider and an ordering provider in medical billing (specifically for an 837 claim format) lies in their role within the patient's care:

Rendering Provider: This is the individual or facility that directly delivers the service to the patient.

They perform the examination, treatment, or procedure documented in the claim.

For instance, if a patient undergoes a blood test, the lab technician who analyzes the blood is the rendering provider.

Ordering Provider: This is the healthcare professional who initiates the request for the service.

 They determine the need for the test, procedure, or equipment and authorize it for the patient.  Going back to the blood test example, the physician who decided the blood test was necessary would be the ordering provider.

In essence, the rendering provider is the one doing the service, while the ordering provider is the one who prescribed it.

Here are some resources that provide a more detailed explanation of these terms:

National Uniform Claim Committee: https://www.nucc.org/
Centers for Medicare & Medicaid Services: https://data.cms.gov/provider-characteristics/medicare-provider-supplier-enrollment/order-and-referring

@stephenwaite
Copy link
Sponsor Member

Hi @juggernautsei. I thought it was for just 1 insurance, Oklahoma Medicaid?

@juggernautsei
Copy link
Member Author

Hi @juggernautsei. I thought it was for just 1 insurance, Oklahoma Medicaid?
Yes, that is true for Brad. That is why I posted the repo so he could get the code. It just become a habit to do a pull request.

@stephenwaite
Copy link
Sponsor Member

fixed in 0cbafca

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Ordering Provider Loop 2420E missing
3 participants