Is anyone having problems, when using a laptop or PC, being dropped from GE Centricity while in patient's chart with an alert starting with "Sorry for the Inconvenience." Have you reported it to GE and was there a FIX.
Also, similar problem - your screen freezes and only way to get back to notes is to get out of GE Centricity and re-enter.
Thank you
Unfortunately this can be caused by a large number of issues. Do you use custom forms? Those can be a culprit... Also, I've seen organizations that are using CQR experience this issue due to the resources CQR consumes on the JBoss server - adding a second JBoss solely for CQR has helped...
I believe this is an issue affecting a large number of sites. Unfortunately, there is no fix (that we have found), as the root cause is buggy software. When a crash happens, the best thing for the end-user to do is: (1) Reset CPS Process; (2) Close the IE window that launches CPS; (3) re-launch CPS.
Please report these crashes to CPS Support...when you do, include the ExceptionsAndErrors.log file from C:\Users\[USERNAME]\AppData\Local\Centricity\Logs and a description of what the user was doing when the crash happened. GE has told me that priority for fixing a problem is partially determined by number of customers reporting a problem.
I talked to a large practice yesterday who had same problems. They determined that the system dropped or froze when a user was inpatient wanting things to happen quicker and hit the same key repeatedly. We have users who are known to do this and who have the highest drop rate. We are going to test it out.
Has anyone tried using fat clients to fix this problem? We have had a little success with this but not 100%, GE does not recommend it due to cost, maintenance, time, and support issues.
We use fat clients almost 100% of the time. Users experience crashes in both wired and wireless fat configurations. We have users who use XenApp from time to time...these thin clients also experience crashes.
Crashes are typical. We started with CPS 2004. Haven't seen much change in software quality IMHO.
One thing we do is launch CPS with a batch file that kills any existing related user processes. We are thin client only, but it would work on a fat client also.
Last I tested fat clients (quite a few years ago), they are terrible if the path has any latency.
Wbusy is a small app that shows a dialog box on the screen while we do our behind the scenes housekeeping. If CPS freezes, the user can simply start it again from the desktop icon, calling this batch file to kill any hung processes and start CPS again.
@echo on
start Wbusy "Centricity" "Starting Centricity" /marquee
RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 8
taskkill /f /fi "USERNAME eq %USERNAME%" /im mbcexec.exe
taskkill /f /fi "USERNAME eq %USERNAME%" /im CPOPM06.exe
taskkill /f /fi "USERNAME eq %USERNAME%" /im ml.exe
taskkill /f /fi "USERNAME eq %USERNAME%" /im CPSBrowser.exe
start /min http://app5:9080/centricitypm/cps/
Wbusy "Centricity" /Stop
how is this batch script working for you guys in comparison?
It prevents calls to IT when CPS fails to start due to a hung CPS process. The user can more reliably restart CPS without IT assistance.
I tried to run the script and i got a windows cannot find 'wbusy' error. What does the second and last statements do?
wbusy is a third party app located http://www.horstmuc.de/w32dial.htm#wbusy. It simply puts a message on the screen to appease the user while the script does other things in the background.
how would you implement this on a terminal server?
Copy the above script and save it to the CPS program folder (C:\Program Files (x86)\Centricity Practice Solution\Client\cps_start.bat). Change any CPS shortcuts (desktop, start menu) to point at the above batch file instead.
Looks like a great way of starting cps especially with all these crashes. It kills all the CPS processes except for Internet explorer browser that launches cps. i'm surprise everyone hasn't implementing this script. it looks like it will help our users get back on CPS much easier. Thanks.