anojgoel wrote on Wednesday, April 15, 2009:
http://www.post-n-track.com/html/for_providers.html
openemr is not included in their list at present.
if you have successfully used their service with openemr, what works for you?
x12 or hcfa1500?
thanks
bo2999 wrote on Wednesday, April 15, 2009:
Openemr will work if they accept either x12 or hcfa1500 (in text format), but you need to modify openemr to have hcfa1500 output in text format (currently, it only has pdf output).
I have been submitting to Office Ally and ClaimsRedi in hcfa text format for over a year without any problem. You need to contact the appropriate clearing house and have them mapped the text output of your claim with their system. That’s all there is to it. This will save you the problems of messing around with x12 format.
I recently make some changes to have hcfa1500 text output in version 3.0.1, I’ll be glad to help 
Bo,
anojgoel wrote on Wednesday, April 15, 2009:
hi bo
these are the format supported by them
https://www.doodadserver.com/memberenrollment/
current payor list
http://www.post-n-track.com/html/post-n-track_payers.html
please post your modifications since they requested i upload a test file with 5 claims for their evaluation. maybe your modifications will become part of the code or an option for hcfatext vs hcfapdf vs x12?
thanks.
sunsetsystems wrote on Wednesday, April 15, 2009:
Note that Post-N-Track is not a clearinghouse. It appears that submitting claims through them will, from OpenEMR’s point of view, be like having a different X12 partner for each payer. This is going to require some software improvements.
ideaman911 wrote on Wednesday, April 15, 2009:
The Post-N-Track listing shows a HCFA 1500 "print image" which is exactly what the OpenEMR CMS 1500 prints on a white piece of paper. Vendors who use that image are usually scanned from that to fax to them, or emailed as a jpg or pdf directly.
They should be compliant with the CMS 1500 which includes NPI data, certainly by this point.
The 837 format has become the X12 since the addition of NPI. You should verify with them, but OpenEMR X12 works perfectly right out of the box except for a few, and those mods are easy in that file.
Handlers like this typically reformat from their "as received" to re-transmit to the individual payers portals. Most of them can be submitted to directly at their own portals (what we do) to save the handling cost, at the obvious added time cost to do each portal.
I am not sure why Rod suggests the added development need - each payer has their own CMS code and that is in the X12 stream. So unless they have a problem with having to separate X12 submits by payer, which should not be needed, it should be fine as-is (?) That is the service they are paid for.
Both X12 and CMS 1500 depend on the …/library/gen_x12_837.inc.php file which formats the data. Hope that helps.
Joe Holzer Idea Man
http://www.holzerent.com
sunsetsystems wrote on Wednesday, April 15, 2009:
The problem is that there is not enough information in the X12 Partners table, and since PNT is not a clearinghouse the missing information varies by payer and cannot simply be plugged into the code. The table and the code that maintains it must be fixed. You will understand this if you study the PNT technical requirements in detail.
Another option could be HCFA text format, though as Bo noted that also requires a bit of code changing because PNT does not accept PDFs. Still, the "proper" way to submit electronic claims is via X12.
bo2999 wrote on Wednesday, April 15, 2009:
I only make some minor modifications to the
/openemr/interface/billing/billing_report.php,
…/billing.process
and add 1 line to
…/library/gen_hcfa_1500.inc.php to make it compatible to old HCFA txt. format since Rod got rid of FreeB for good. Hooray!!
However, I did notice something strange happened to the batch process. There is a maximum of 63 claims that you can select at one time. If you select more than 63, then 64th claim and so on will be ignored. Is anybody else has the same problem?
I tried with pdf batching with the original files. It still has the same problem.
When I tried with Xampp, it hanged the machine. Right now, my batch has 63 claims or less only. It would be great if someone can fix this bug. Or, maybe it only happens to me!
Anyway, Where can I send the mod files?
Bo,
sunsetsystems wrote on Wednesday, April 15, 2009:
Your problem with 63 claims might be caused by a limit on post size in your PHP configuration. Check your php.ini file.
If you have a code contribution you can send it to me. But make sure it’s suitable as a general enhancement; I don’t want to put in a special-case patch that breaks something else.
bo2999 wrote on Wednesday, April 15, 2009:
I will try to increase the post size, later.
As for codes it is on the way. I only add a extra button for Text Batching in addition to PDF button already on the menu. The text file generated will be in unix format so it will look funny in windows notepad. You can view it using wordpad but do not save in Rich text format ONLY in plain text format before uploading for test.
bo2999 wrote on Friday, April 17, 2009:
Hi Rod,
It is still very puzzling. I did try to increase post_max_xize to 256M., and everything else was set as recommended, but the billing process still maxes out at 63 claims. I was just wandering anybody else has similar problem, or any change should be made to php.ini. I may try to install ubuntu and try it out. Both mandriva and Xampp showed similar result. Any other ideas?
By the way, have you received the files? I sent them yesterday.
Bo,.
anojgoel wrote on Friday, April 17, 2009:
hi bo
thanks for alerting about office ally. the deal is very good for a small practice. have you run into into any issues so far? could you copy the codes here in case it does not make it to downloads.
thanks again.
anoj
bradymiller wrote on Friday, April 17, 2009:
Bo,
I don’t know much about the billing, but do you see any errors in your php error log? Error log’s a great place to start debugging problems.
-brady
bo2999 wrote on Friday, April 17, 2009:
Thank Brady for your suggestion.
I will take a look at the log files later.
To Anoj,
The zip file is in the patches section of this forum. Here is the linky:
https://sourceforge.net/tracker/?func=detail&aid=2770036&group_id=60081&atid=493003
Read readme.txt first. Hope it works.
Bo,
sunsetsystems wrote on Friday, April 17, 2009:
Yes I got them and will take a look shortly. Thanks!