Welcome to the NEW CHUG— your ultimate destination for cutting-edge insights and discussions at the intersection of healthcare and technology.

Our platform is dedicated to exploring the dynamic landscape of healthcare technology, empowering professionals, enthusiasts, and innovators alike with the knowledge and resources to navigate the rapidly evolving field.

From telemedicine revolutionizing patient care to the transformative potential of artificial intelligence in diagnostics, we delve into a myriad of topics shaping the future of healthcare delivery. Whether you’re a seasoned healthcare IT professional, an aspiring entrepreneur in the digital health space, or simply curious about the latest innovations, our curated content, expert interviews, and thought-provoking articles provide a comprehensive exploration of healthcare technology’s most pressing issues.

Join us as we navigate the forefront of innovation, driving forward the transformation of healthcare for a healthier, more connected world.

Have questions or suggestions? Please use the contact button below.

Notifications

Clear all

CPS10 "Another user is editing this text" error.

Page 1 / 2 Next

CPS, C-EMR, PM

Last Post by Anonymous 1 second ago

18 Posts

8 Users

0 Reactions

137 Views

RSS

JNordberg

(@jnordberg)

Posts: 61

Trusted Member

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.

[email protected]

Posted : December 10, 2012 4:09 am

JNordberg

(@jnordberg)

Posts: 61

Trusted Member

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.

[email protected]

Posted : December 10, 2012 4:51 am

vmackenzie

(@vmackenzie)

Posts: 4

New Member

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

[email protected]

Posted : July 2, 2013 5:49 am

RSBojalad

(@rsbojalad)

Posts: 47

Trusted Member

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

[email protected]

Posted : March 6, 2014 4:35 am

twerner

(@twerner)

Posts: 82

Estimable Member

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

mrnevetz

(@mrnevetz)

Posts: 104

Estimable Member

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

RSBojalad

(@rsbojalad)

Posts: 47

Trusted Member

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

twerner

(@twerner)

Posts: 82

Estimable Member

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

RSBojalad

(@rsbojalad)

Posts: 47

Trusted Member

Yes, it's not the typical lock chart issue.

Posted : June 5, 2014 6:53 am

twerner

(@twerner)

Posts: 82

Estimable Member

Wow....sorry.

Posted : June 5, 2014 7:08 am

mdoak

(@mdoak)

Posts: 92

Estimable Member

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

JNordberg

(@jnordberg)

Posts: 61

Trusted Member

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

RSBojalad

(@rsbojalad)

Posts: 47

Trusted Member

Upgrade to CPS12, and we're still having the same issue.

Any help would be greatly appreciated.

Thanks

[email protected]

Posted : August 25, 2014 12:47 am

mbellis

(@mbellis)

Posts: 293

Reputable Member

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

marylongcore

(@marylongcore)

Posts: 54

Trusted Member

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

24 Forums
9,940 Topics
39.9 K Posts
0 Online
6,470 Members

Forum Icons: Forum contains no unread posts Forum contains unread posts

Topic Icons: Not Replied Replied Active Hot Sticky Unapproved Solved Private Closed