Notifications
Clear all
Topic starter
We are on CPS 10.1.2.211 and one user is getting the following pop-up error message when he is in one note type:
"Another user is editing this text. Try again in a few minutes."
We have confirmed that he is the only person in the note, and he created it himself.
He is on a thin client, using Citrix connection.
He creates the note from his workstation in the provider room and puts it On Hold. He logs out of CPS before leaving the workstation.
Later, when he sees the patient in an exam room, he logs into CPS from that room and enters some data, puts the note back On Hold and then exits CPS.
When he returns to the workstation where he created the note, he logs into CPS, opens the note to complete it and when he enters one character in a multi-line edit field (the limit is not close to being reached) the 'in use' message ("Another user is editing this text. Try again in a few minutes.") appears.
He cannot 'End' the note - that just pops up the same 'in use' message. He can use the window close ('X') button to at least end the note and put it back on Hold - but each mouse click needed to complete the process also generates the same 'in use' message.
We upgraded to CPS 10.2 on 12/1 and since then this note type has been used many times but the error is not reproducible by other users.
Has anyone experienced something similar? Or have an idea of what could be causing this?
We are baffled by this one so any thoughts/suggestions of what could be causing this is most appreciated.
Thanks.
Posted : December 10, 2012 4:09 am
Topic starter
in case more information helps...
Another user just called, and she is in a different note type.
What is similar to the 1st person's report is that she created the note this morning, entered some data in it and put it On Hold this morning.
She opened the note back up this afternoon (6 hours later) and when she tried to type a character in a multi-line edit field, she gets the same "Another user is editing this text. Try again in a few minutes." message.
She has only used her workstation when she worked on this note today.
The process of putting the note On Hold ('X' to close window, click through subsequent 'in use' pop-ups until the note is On Hold, exiting CPS and then logging in again) worked for her.
Thanks.
Posted : December 10, 2012 4:51 am
We have two users who are continually getting this error message. GE has not been any help in finding a solution since we can't reproduce on demand. We are on 10.1.312 and it happens mostly in the phone note, but has happened in other document types as well. Have you figured out the cause or found a work around?
Thanks
Posted : July 2, 2013 5:49 am
We upgraded to CPS11 last weekend. I now have users getting "another user is editing this text" error message. The problem never happened in CPS 10.
Has anyone found a fix or workaround?
Thanks
Posted : March 6, 2014 4:35 am
We started seeing this problem when we upgraded to CPS 11 in October. I was told it was caused by a loss of connectivity between the application and database which was many times imperceptible to the user. I was on the phone at least 2 or 3 times a week with GE. They would remote in to fix the problem for me. The documents don't say they are locked, but they are. Then, one tech happened to tell me to download the Centricity Admin Toolbox so I could start "unlocking" these documents myself. What a lifesaver that has been!! I can now immediately get the user back into the whatever they (and everyone else) were locked out of and not have to open a support ticket, etc. It is very easy to use and doesn't require any real technical knowledge though to access the toolbox you have to know the database host ip, database name, database admin user and password. It resides on my local computer. The toolbox should be available in the GE Service Portal for download.
Terri Werner Brown
Posted : May 23, 2014 4:41 am
I wrote a little application a year or two ago that allows you to unlock charts yourself (and a bunch of other features too). It's free and can be downloaded from triadt.com. Just go to the Software section. It's called CPS Admin Tools. For the record, I released mine a few months before GE and they seem to have copied my idea. Their name is extremely similar to mine and their icon is exactly the same. Of course, I can't prove that. Needless to say, I think mine is better.
I have a version 2 finished that I just need to post when I get a chance. It has some addition cool features.
Steve Peterson
Circle of Life Women's Center
Posted : June 5, 2014 3:53 am
The Centricity Admin Toolbox did not fix the issue here. I'm willing to try anything at this point.
Robert Bojalad
Penn Highlands Healthcare
Posted : June 5, 2014 5:56 am
Have you tried rebooting your database server? I now have a schedule template that is locked and I don't have the ability to unlock it with the admin toolbox, nor was GE able to unlock it. Tonight I will be rebooting my server and that should fix it.
We have a problem with our cleanup slot locks running and some of our "locking" issues seem to stem from that.
Posted : June 5, 2014 6:51 am
Yes, it's not the typical lock chart issue.
Posted : June 5, 2014 6:53 am
Wow....sorry.
Posted : June 5, 2014 7:08 am
Take a look in whatever form you are using and see if it is trying to shove more than 2000 characters into a document variable field - it might not necessarily be the one you're typing into. We had something like that going on once (in our case, we were loading a bunch of referring doctors from a text file - too many of them) and it produced a message similar to this I believe. Took us a very long time to get to the bottom of it and support was no help whatsoever.
MEL trace (Ctrl-Alt-M) when loading the form and SQL Trace (CTRL-Alt-S) might get you pointed in the right direction as to what is going on. What we found was a SQL insert that was failing because we had reached the max length of the field.
Posted : June 10, 2014 4:10 am
Topic starter
For users of CPS 11.1.1.138 - this may or may not help, but the root of a bunch of our issues has been if users select old diagnosis codes when in the Orders module.
Some of our patients have older dx codes on their Problem list (for us they were the Behavioral Health - DS4 codes ). If users selected any of these as a diagnosis to associate with an order an error message would occur when they went to sign their note or put the note on hold with clinical lists signed. The error messages varied depending on workflow and/or if the old dx was selected as the primary dx or as a secondary dx for the order. In most cases the user could not continue in CPS - some crashed out, but many would tried rebooting CPS before calling us - which didn't work.
This was happening with enough frequency, that if a provider reports an error with signing clinical lists or a final sign we often first check the dx list that they used for their orders. If there is an old dx we tell them to:
- click the 'Clear Diagnosis' button in the Orders module
- then go back to the Problem list and update the diagnosis with the ICD-9 version of the code (we are not on ICD 10)
- then go back to Orders and reassociate the updated dx with the order.
This may not be related to the errors you're seeing in CPS 11 - but just in case it is I thought I'd pass it along.
Posted : June 10, 2014 5:34 am
Upgrade to CPS12, and we're still having the same issue.
Any help would be greatly appreciated.
Thanks
Posted : August 25, 2014 12:47 am
We are having this issue in CPS 12 as well, but only with 2 of our charts. What we noticed is that if we remove the HPI-ROS-CCC-2 form, the chart will work fine. The problem with that, is that we need that form.... GE has been unable to find the problem thus far. They have been able to get the documents signed, but it happens again during the next update in the chart. We tried to create a new chart and merge the old data in, but that caused a system crash. This is obviously an issue that has been around for a few versions....
Posted : September 16, 2014 11:40 pm
CPS 11: We found this happening quite a bit, as well, and found that often there was a Registration pop-up behind the chart update, and until it was closed, the user continued to get the notice about another user. We ran a report for charts with reg pop-ups and cleaned out those that weren't really applicable, or better suited for care-alerts. We had several that had been added before care alert pop-ups were an option.
The unlock chart tool has helped in other instances for us.
Posted : October 2, 2014 12:42 am
Page 1 / 2
Next
