robik62 wrote on Wednesday, August 01, 2012:
Need help - after updates on eligibility list (added 3 more categories) which attached to patient demographic > STAT>VFC immunization - some how all posted immunizations for all patients disappear - only shows dates. Tried to run immunization report - does not return any data.
penguin8r wrote on Friday, August 24, 2012:
Not sure if this is related, but I also noticed that now that the new version of OpenEMR is using CVX codes for immunization records, if you have pre-existing immunization data from before CVX was implemented, & you open one of those existing immunizations, it will zero out the field & make the immunization type disappear from the record. I’ve been working on this one for a while now since I had a client report that their immunization records were mysteriously blanking themselves.
If this is an older OpenEMR that’s been in use since version 3.2 or so, you may be looking at a similar issue.
nursejeff wrote on Saturday, January 04, 2014:
Please help with an immunization issue I am having. Thank you. I have recently updated from 4.1.1 to 4.1.2(4). There was an issue with immunizations blanking themselves as mentioned above by Penguin8R. I was hoping the update would fix this problem. Instead now when I click on immunizations, my screen just goes white. I can get to the edit immunization screen but nothing will save from that screen.
I have OpenEMR running off of a Linux server running Fedora. Disable immunizations is not checked and no specific clinic is chosen. Thanks again for the help.
Jeff
mdsupport wrote on Sunday, January 05, 2014:
Usually blank screen would mean PHP error is preventing the response from being displayed. You can turn on php error and warnings display to pinpoint the php file and line number causing problem.
nursejeff wrote on Monday, January 06, 2014:
Where do turn on php error and warnings display?
yehster wrote on Monday, January 06, 2014:
I think your problem might be related to this issue:
Jeff, did you really mean that your individual entries were “blank” (data loss) rather than “blank screen”
Unfortunately, upgrading to 4.1.2 will not bring back your missing data. It will only prevent future loss.
yehster wrote on Monday, January 06, 2014:
Related thread.
https://sourceforge.net/p/openemr/discussion/202506/thread/72aa6945/
penguin8r wrote on Saturday, January 11, 2014:
Yes, this is a pretty serious problem in some cases. Especially since the only way to correctly re-populate that missing data, is to manually retrieve it from the Log table data (assuming that is available).
I’m pretty sure Jeff was referring to the displayed data field being blank, not the whole frame, as I’ve seen this before.
nursejeff wrote on Tuesday, January 14, 2014:
MD support - When I examined the /etc/php.ini file this line was including: error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED however I do not know what it is supposed to do.
Kevin- When looking at the face page the immunizations is in the lower right.
I click on the blue immunization letters and the upper right screen goes white.
I can click the edit button of the immunization, from the face page, and the edit immunization screen will be seen. I can fill in the information about the immunization but when I click Save Immunization - nothing happens - its stuck. None of the buttons work except clear.
The date icon does not even work.
Jeff
nursejeff wrote on Thursday, January 23, 2014:
Has anyone else had this problem or is this an individual problem that I have?
Jeff
mdsupport wrote on Sunday, January 26, 2014:
error_reporting enabled logging of errors. Other parameters control where those errors are shown. Check details of php.ini in PHP documentation and you will find the specific line causing screen to go blank.
penguin8r wrote on Thursday, February 13, 2014:
It’s an ongoing issue, especially if you had pre-existing immunization data entered into OpenEMR under a previous version 3.x, 4.0.x, 4.1.x, etc.
I have one system that’s been in production use since OpenEMR version 3.1, with people actively entering immunizations since the system’s inception.
After updating to 4.1.0 and later to 4.1.2, all immunization data was blanked as described above.
I ended up being forced to run a parallel instance of an older version of OpenEMR, accessing a copied old version of the database, to give the employees the ability to go back and look at old immunization records.
I’ve been tinkering with putting together some code & SQL scripts to try to reload the data from logs, repair the data table entries, and update the records to work with CVX codes so the historical immunization data will re-appear and display properly, but it’s far from simple.
If you were using the immunizations system, this is probably the most devastating bug I know of in the current version of OpenEMR.
bradymiller wrote on Friday, February 14, 2014:
Hi,
Isn’t this bug fixed in 4.1.2?
-brady
OpenEMR
nursejeff wrote on Friday, February 14, 2014:
Hi Brady,
I am up an running version 4.1.2(4).
Thanks
Jeff
bradymiller wrote on Tuesday, February 18, 2014:
Hi,
To clarify things, I’m trying to figure out the bug that Penguin8R is discussing that “If you were using the immunizations system, this is probably the most devastating bug I know of in the current version of OpenEMR.”; I think the bug being eluded to their has been dealt with in 4.1.2.
Jeff, I think your bug is different, and recommend doing an action that causes the bug and then immediately look in the php error log (feel free to attach the last 100 items or so here) and look at the javascript error log (can do this on the browser itself).
-brady
OpenEMR
nursejeff wrote on Wednesday, February 19, 2014:
Hello Everyone
I am trying to solve the immunization problem and digging a bigger hole.
Using Webmin I went into the PHP configuration module and manually edited the /etc/php.ini file and read all about the “Error handling and logging.” I made one change: I changed “display_errors = Off” from Off to On. Period. That is all I did.
I logged into OpenEMR and found this message: [18-Feb-2014 00:32:13] PHP Warning: date(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘America/Chicago’ for ‘CST/-6.0/no DST’ instead in /var/lib/mysql/backup_dbs.php on line 83
This message is being displayed beneath messages on left hand column and my entire right hand column is covered with this message. Everything beneath the appointments was not there.
So I went back to Webmin and changed “on” back to “off.” I logged in and out of OpenEMR and after about six times (5 heart stopping minutes) of logging in and out the messages finally went away.
Checking the: /var/log/php/php-scripts.log only shows the above message, multiple times per day.
I guess I need to fix the above problem before I try to address the immunization problem but I am in no hurry to turn “display errors” back on.
Jeff Guillory
NP Health Clinic
fsgl wrote on Wednesday, February 19, 2014:
My understanding of Brady’s suggestion is:
When an error is occurring, is it really necessary to enable error logging beforehand? One would think that with the occurrence of an error, the log should document it automatically.
nursejeff wrote on Wednesday, February 19, 2014:
I was unable to replicate the immunization error because of the before mentioned error.
Jeff
fsgl wrote on Wednesday, February 19, 2014:
If the administered vaccination is clicked, there is no white screen in the upper right?
If no white screen, provide screenshot of what actually happens.