Question:
Hello. Would you please help me with the following problem. I am trying to record some vital parameters in OpenMRS 2.5 Standalone. To achieve this, I login as a doctor in an outpatient clinic (using a preset account), open a visit for an existing (preset) patient and chose ‘Capture vitals’. However, when I try to save the vitals, I obtain the following message: “Encounter datetime should be after the visit start date”. As a result, I can not save the vitals, and diagnosis, etc. What am I doing wrong? Thank you!
By chance, did the timezone on your machine change recently? it is s Linux machine, and, if so, what is the content of your /etc/timezone file.
We’ve had issues with time zones that have “SystemV” in them, which seems to be an old, legacy timezone type, but which has been showing up for us after some updates of the tzdata app and has been resulting in the exact error you are seeing.
No, that’s not okay… it appears that different parts of the code are interpreting the time zone in different ways, and so you are getting an error when it tries to save an encounter for Jan 29th on a visit that started Jan 30th.
Unclear exactly why this is happening, but looking at what functions these two display elements use to render the time might give you some help.
I see. Hope the developers will pay some attention to the issue. It is a stopper bug for me.
Btw, the time on the left is always 23:00:00. Apparently, no reading of the current time is performed at all.
Another question, did you modify any modules? Am asking because i have just tried a fresh standalone installation and it does not include time at the place where you have 23:00:00
The time is always 23:00:00, though the date changes, always lagging one day behind the current date. I did not change any modules. The problem exists from the very start on a clean install. Several times I deleted the whole directory and performed a clean install only to face the same problem again. It might be relevant to mention the java version installed:
mainframe:~> rpm -q java-1_8_0-openjdk
java-1_8_0-openjdk-1.8.0.111-1.1.x86_64
@jackgin since i have not been able to reproduce this locally, it is going to require lots of back and forth. When can you get some time to come on the OpenMRS IRC channel and we interactively look into this?