After upgrading from CPS 12.0.4 to 12.0.7, we are running into an issue where the Documents screen is not updating when switching patient charts. This does not happen consistently, and is totally random.
Workflow:
1. User in on Documents screen
2. User does Find Patient
3. Banner updates, but CPS does not change to Chart Summary screen (stays on Documents)
4. Documents on screen belong to previous patient
Is anyone else experiencing this issue?
We have seen this at our practice as well. We are on CPS 12.0.04. It happens randomly and we have been unable to recreate, but I have seen it happen multiple times. Have you submitted this yet to GE?
Yes, we have reported it to GE. Unfortunately, because we cannot re-produce it for GE on demand, it is an "occurrence" and not a "defect". No SPR has yet been created and GE is at a loss for why it is happening. Our initial theory was that it was a problem with our custom banner, but we debunked this by reproducing the issue using the stock banner.
Just curious, are the documents really from the previous patient or has the screen just not refreshed correctly and when you click on one it turns into documents from the current patient? Or is it really showing info from two patients on the same screen?
The banner changes to the new patient, but the documents are for the previous patient.
I have a theory about what is happening. When you switch charts in CPS, the software performs the following tasks: (1) Changes banner; (2) Loads data for and jumps to Chart Summary. I think that something in Step #2 is being interrupted, because when we see this error, we never arrive at Chart Summary. My guess is that when you switch charts, CPS does not update the Documents window...if you want to load a new chart as fast as possible, you can keep that window at the previous patient and update it only if necessary (when the user clicks Documents).
This theory also makes sense when you consider the fix: click Chart Summary. By clicking Chart Summary, you are re-running Step 2. Once you click Documents, this window will then perform it's on-demand update.
We have this issue as well. We have not been able to recreate it for GE as it occurs sporadically.
We too have had this same issue and I currently have an open ticket with GE now for 12 days with no follow-up.
Suzi,
If Support does eventually contact you, it might save some time to reference our ticket number: 1-611460424
Thank you, I emailed him directly and I am now corresponding with him. I will have him reference your SR, thank you!
UPDATE: Here is what GE suggested we do and thus far we have not experienced this issue. I'm not sure if this is a permanent fix or just a "quick fix" and it may return, but so far we have not been able to recreate it:
INSTRUCTIONS FROM GE: Direction I’ve been provided to give is to ask you do during off line hours: · Stop your jboss service. · Back up then delete the SOLR folder. · Start your Jboss service. (this should re-create your SOLR folder.) If you are hosted your hosting company should do this.
ACTION TAKEN: Deleted the SOLR folder 3 times after stopping JBoss. Started, did not recreate. Deleted the CentrictyPS folders under the SOLR folder, after stopping JBoss, restarted JBoss and those did re-create.
Did anyone have a successful resolution to this issue?
We have tried the following with no success: (1) deleting modifying file on the app server: C:\Program Files\Centricity Practice Solution\jboss\server\default\deploy\jbossweb.sar\server.xml; (2) deleting folders within SOLR folder.