I was able to finally get a CVS copy of OpenEMR via a terminal. It was easier than configuring a front end client. I summarized what I did below for others to see if interested. These directions were written assuming one is using a Linux desktop and already has CVS installed. CVS was installed by default for my distro ( OpenSuse 11.0, KDE 4.1.2).
1.) Verify that CVS is installed on your distribution.
2. ) Open a terminal and type the following at command prompt:
Prepay and checkout options are gone from pop up window?
At some point Rod made some changes, now both Prepay and checkout are gone from pop up window.
was that part of the process?
I noticed also: when using the pop up payment window that all boxes are filled out with the $ due amount. If the front desk saved without cleaning uo p thoses boxes for each visit, then this account balance will zero instead of due $ xxx.
one more bug found in EOB.
Inside EOB Posting Invoice after clicking on invoice and making write off the balance turns zero .
Going back to EOB posting search:
The EOB Posting search does not update the balance to zero.
I have a new installation of openemr from cvs downloaded on 11-5-2008.
I imported my mysql and postgres databases and are trying to convert it using openemr/sl_convert.php.
But after processing two rows of data from the ar table in postgres it goes into an infinite loop at:
What version of PHP? Looks like stripos() only works with PHP5. If that’s what you have, then I guess you’ll need to do some debugging (like find out what’s in $row[‘intnotes’]).
I have a new installation of openemr from cvs downloaded on 11-5-2008.
I imported my mysql and postgres databases and are trying to convert it using openemr/sl_convert.php.
But after processing two rows of data from the ar table in postgres it goes into an infinite loop at:
I think I just reposted my prev post, sorry about that
yes I have php5 from xampp in a windows vista laptop (my testing environment)
I will try to debug
much much better, now it added 7 pages (180+ rows ) worth of data to ar_activity table in my openemr database.
how ever i’m still getting the following errors:
Co-pay of $20 in the encounter was not found in SQL-Ledger invoice 2.5397.
Fatal error: Maximum execution time of 60 seconds exceeded in C:\xampp\htdocs\openemr\library\sql.inc on line 32
The Co-pay message means exactly what it says. It’s just something to check. Probably what happened is the co-pay was entered after the original billing run, so it never got into SQL-Ledger.
The max execution time can be changed in php.ini, wherever that is located on your system. You’ll need to restart the web server after changing it.
Co-pay of $20 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $60 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $60 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $20 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $20 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $15 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $20 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $10 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $30 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $25 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $25 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $15 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $25 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $25 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $10 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $20 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $20 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $20 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $15 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $10 in the encounter was not found in SQL-Ledger invoice ###.######.
Co-pay of $50 in the encounter was not found in SQL-Ledger invoice ###.######.
8769 SQL-Ledger invoices were processed.
15577 payments and adjustments were posted.
I had to keep running it because I had to keep extending the max_execution_time and max_input_time in php.ini.
altogether it took about 45 to 50 min to process the above number of invoices.
On another note, should I worry about the warning messages above?
after all if the co-pays did not make it into sql-ledger, it should not matter because the idea is to not use sql-ledger any more, right? Now they should all be in openemr! No?