A/R report Ins Co vs Patient


(Jerry P) #21

Okay, i’ll have to think about that for a minute. In that case, a denial claim status of 7 gets set so if the status gets reset in manager then the only notice biller has is in claim history.
Everybody run out and give their billers a raise :slight_smile:
Maybe what we need is a claims re-submit button that will only turn on based on claim status…

but that doesn’t fix this issue. I’m unclear. Did this work in v501 and not v502?


(Stephen Waite) #22

it’s working on prod v501 for my client just not for @PeggyG and @rmagauran and when Ray upgraded it still wasn’t working leading him to think there’s a database change made by a biller


(Jerry P) #23

We need a claim status report in manager. Nothing involved. Perhaps a popup that shows exactly what the billing tables statuses are for selected claim, in plain english. Also would list claim history with that claims status for the version that created the history item.

I’m only one guy though!


(R Magauran) #24

Looking at four PID flagged by my billers that are coming up as “Patient Due” instead of the “Insurance Due”:

  • they all have secondary insurances
  • the billing process has flagged them as last_billed = 1, ie. primary insurance is done
  • they should seen by sl_eob_search.php as needing secondary billing

I find they have all had statements sent out to patients, which for some reason the system flags them as “Patient Due” not "Insurance Due”. While I go deeper into this bug, I did notice that I can change the “number of statements” sent out (to = ‘-1’), and these once again appear as Insurance Due.

UPDATE form_encounter SET stmt_count = ‘-1’ WHERE form_encounter.id = XXX;


(Jerry P) #25

Are you looking at claim and/or billing table for billing process?


(R Magauran) #26

I would also note that when you are looking at the Past Encounters and Documents page, click “To Billing view”. This page uses the function ‘ar_responsible_party’ from library/invoice_summary.inc.php

Here, if the secondary needs billing, it is font-color red, even if it shows up as Patient Due in the Posting area.


(R Magauran) #27

It seems that the Posting page uses the form_encounter::stmt_count value to decide if insurance is done? I cannot find out in the code where this is happening though… If I change this value to -1, then the encounter goes back into “Insurance Due”.


(Stephen Waite) #28

ok, yeah, that’s a bug that we’ve seen before, we usually set the statement count to zero on the invoice page.


(R Magauran) #29

Can you walk me though that: “set the statement count to zero on the invoice page”.

I’m not sure how to do this without going into the database itself.


(Stephen Waite) #30

from past encounters billing view, click on CPT and then you’ll see the statement count (statements sent) entry box


(R Magauran) #31

This does show up but how do you save this? If you try to only change the Statements Sent = 0, a JS pop-up says there is nothing to change, and no ajax query is sent either. Is there another way to change this from the GUI?


(Stephen Waite) #32

thought @sjpadgett put a global in the billing category for zero $ postings in 5.0.2 but not seeing it right away

work around is to Disable Auto Adjustment Calculations in EOB Posting in billing globals and then choose adm adjust as a dropdown reason and choose save and exit, it won’t save a new entry but will record the new statement count


(Jerry P) #33

I think I just added the disable auto adjust. The stm count work flow comes up a lot. Tell me what you guys need done and i’ll add to my backport for fax feature.

Make a list and i’ll fix any other while in this code.