I am putting around in the billing again trying to find a way to collect the information that is in the prior auth table to be consumed in the billing. I am trying to automate the process. Since the prior auth table has the CPTs. We should be able to match the active auth to the claim and enter the auth number.
What are your thoughts on this automation?
If anyone has done this already. Care to share. @mdsupport
Hi @stephenwaite , I can’t picture how that would work seeing in the code that the auth right now is saved in the form_misc_billing_options. What do you envision the listener doing?
@mdsupport in the advanced prior auth table. The auths are saved with the billing codes that are associated with them. So, there is some codified information in the table. The table contains the auth expiration date.
I was thinking about expanding this into another class or expanding the logic here. The system would need to get a list of the auths that are not expired. Then, the system would need to look at the CPT codes for that encounter to determine if there is a match to any of the auths that are not expired.
If a match is found, return the auth.
In theory, the auth would have to be matched by pid, cpt, and expiration date greater than today.
Is it form_prior_auth table? Or maybe I am clueless so I better sign off. Before doing that, here is an excellent overview of where business is headed. So it will help this project if all development efforts are directed towards implementing one or more process boxes.
thinking that it would be an enhancement because currently when the biller goes to the manager only a green button would indicate if there’s something in the mbo but doesn’t provide any info unless that button is clicked and the mbo is opened