835 posting from Office Ally posts only the check number and total amount. It does not post payments to individual encounters.resulting in the need to enter them one by one manually.
When I look at the EOB(825) generated the patient names are correct. An error message of " the following claim is not in our database MOA segment at claim level ignored." The invoice is listed as a combination of the name. For, example, James Bond would have an invoice of BONDJAME. I cannot find the encounter number or patient number on the EOB.
When I look at the submitted 1500 forms the patient numbers and encounter numbers are present. For example 007-8756 for patient number 007 and encounter 8756.
Does anyone have any ideas on how I can fix this.
The system is on a Windows 2003 Server, using Firefox13 and OpenEMR 4.1 with patch 11.
835 parsing is tricky and can suffer from garbage-in-garbage-out. Check if the “claim control number” from CLP01 in the 835 file matches the “patient account number” in CLM01 of the 837p file that you sent to the clearinghouse. The payer is supposed to return the value unchanged but have been known to mangle them.
If you don’t know what any of this means you’ll probably need professional assistance.
I use Office Ally with windows also. They send you a zipped file which you have to open first. It contains a txt eob and the 835 file to upload to posting. So go to fees/payment/ERA posting/browse find the file and right click it to open and select then the 835 file. Unclick the box for without update and then select an insurance company. The insurance company doesn’t seem to matter much as frequently I have multiple companies on one EOB and usually just select the first one. Then push process ERA file button and on the next screen check all the check numbers and run it. My problem is that it doesn’t advance the billing number, so even after insurance is applied it will stay as -1 on the claim and so won’t come up in billing for any patient owed residual unless you check and advance them all manually to 0 if there is only one insurance. Also it will randomly reproduce procedure codes that you have to adjust off in a claim, leaving them unauthorized so you have to go back to the menu and authorize the duplicate procedure codes and then go look them up under billing and mark them as already billed. So it runs, but it is pretty buggy. These problems also do not seem specific for officeally, as I get 835’s directly from Unitedhealthcare that come as just the 835 file without the txt eob, and they do the same thing.