I had a problem with oemr on suse-9.1, because the version of mysql I was using (installed from source) was too old. (was 4.0, needed 4.1 to get the superbill report to work.) The stock version of mysql with suse9.1 was also too old, and I had problems previously with installing a newer version from source, so I thought I’d try it on a different distro.
Tried it on Fedora Core 4 (because I already had it installed) and found out that it doesn’t work, because FC4 uses PHP5. Lots of errors were generated. I can provide these if someone wants to see them.
Tried Debian Sarge, but it didn’t like my ATI vid card, so I canned it.
Installed Ubuntu-5.04, added apache2, mysql-4.1, and php4. Then installed openemr-2.7.2(final). It works. The superbill report works (Thanks for the tip about mysql version, Rod) and the no-show report also works.
When I tried it on ubuntu with oemr from cvs (today) I couldn’t see the calendar when I logged in, and it gave me this error -
Table ‘openemr.openemr_postcalendar_events’ doesn’t exist.
(or something like that)
Right now, I’m going to stick to using the the installation that works, but if you want me to play around with the cvs version, I’m willing to do it. Just give me some idea of what to try.
I think the moral here is that OpenEMR is not yet plug-and-play, and therefore most installations will require some knowledgable technical help. This is especially true if you want to use the billing and accounting features.
I believe the superbill report, no-show report, PHP 5 incompatibility and SQL error are all easily fixable, but this requires help from someone with a bit of PHP programming experience. Such a person would also be able to contribute their fixes back into the codebase, and in so doing improve the installation experience for others.
You might try CVS again. I fixed a problem that might possibly have caused your error there.
Sounds like something went wrong with the setup. If you can find an error message somewhere that would help. Check your log files (system messages and web server).
I had the occasion yesterday to install the latest development code onto a new system, and encountered this problem and a couple of others, and checked in fixes.
Thanks. I tried it again, got the same error, still got no errors in system log or apache error log, even after I set it to debug, so I figured something else was wrong. Went into synaptic and added a bunch of other stuff for apache2, php4 and mysql (e.g. libapache2-mod-blahblahblah). It worked after that.
If anyone is interested, I can list what I installed to begin with and what I added later. Obviously, something in the second list was needed but missing.