mike-h30 wrote on Tuesday, July 05, 2011:
We have been using OpenEMR since 2.8.3. I have upgraded accordingly in the past and we are currently running OpenEMR 4.0. I have put off implementing billing into OpenEMR until recently. I began testing billing in OpenEMR 4.0 by first processing paper claims. I discovered a minor issue when printing CMS1500 in that the justified diagnosis code was being printed twice in box 21 when 3 or less total diagnosis codes were added to the claim. I found a potential source of the error in /library/Claim.class.php and posted in the following thread.
CMS 1500 possible bugs in 4.0
https://sourceforge.net/projects/openemr/forums/forum/202506/topic/3955652
Upon further testing I discovered that my issue is database related and not caused by code in /library/Claim.class.php. If I delete my original OpenEMR 2.8.3 “codes” table and import the “codes” table from the OpenEMR 4.0 demo, I do not have the issue of a justified diagnosis code printing twice on the CMS1500. I also noticed that my “codes” table that originated from a clean install of OpenEMR 2.8.3 contains about 26,000 rows. I tested with a separate clean installation of OpenEMR 2.8.3 and verified that the “codes” table does indeed come pre-populated with 26,000 rows of data. From OpenEMR 2.9.0 to current, the “codes” table has zero rows after clean installs. Also, my original “codes” table from OpenEMR 2.8.3 is latin1_swedish_ci. The recent “codes” table is utf8_general_ci.
For the time being, my solution is to delete my “codes” table that originated from OpenEMR 2.8.3 and bring in a clean version from OpenEMR 4.0.
Does anyone see an issue with doing this?
Does anyone have an idea why the “codes” table from OpenEMR 2.8.3 is giving me issues with CMS1500 printing in OpenEMR 4.0?
I just want to verify that I have my ducks in a row before I go live with billing. Thanks.
-Mike