Notifications
Clear all
Topic starter
Hello,
I've tried reaching out to my VAR for resolution to this issue, of whom even reached out to GE, but nobody seems to be able to correct it.
Receptionist users (check-in and check-out) experience a minimum of 5 application crashes a day (and sometimes exceeding 10 times). It seems to occur randomly, but mainly in the scheduling and registration modules. It also seems ot occur more when scanning insurnace cards, but will occur when doing just about anything.
They were just upgraded to Centricity 12 SP11, but the issue has been occuring since when they had version 10.
I have tried reinstalling the Centricity client, running the regbin application, a new user profile, a brand new computers. Also, even the practices switching environment was changed (from Dell switches to Meraki).
A common error would be like the following...
Server stack trace:
at System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.ProcessReply(Message reply, SecurityProtocolCorrelationState correlationState, TimeSpan timeout)
at System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at GEHC.Centricity.Common.Application.ServiceLayer.Proxy.CommonWebservice.Login()
at GEHC.Centricity.Common.Application.ServiceLayer.Proxy.CommonWebserviceClient.Login()
at GEHC.Centricity.Common.Application.ServiceLayer.WebServiceClientBase`2.<>c__DisplayClass3.<CallWebService>b__2()
at GEHC.Centricity.Common.Application.ServiceLayer.WebServiceClientBase`2.CallWebService[TReturn](Func`1 webServiceCall, Boolean exitOnUnknownException)
12/15/2015 08:14:58.464 FATAL Process Id #6444 Thread Id #1 [MiniDumpWriter] Writing crash dump C:\Users\(username)\AppData\Local\Centricity\CrashLogs\ERRORLOG_31.dmp
12/15/2015 08:21:42.273 FATAL Process Id #6000 Thread Id #1 [ExceptionHandler] Error occurred in class WebServiceClientBase, method CallWebService
System.ServiceModel.Security.MessageSecurityException: An unsecured or incorrectly secured fault was received from the other party. See the inner FaultException for the fault code and detail. ---> System.ServiceModel.FaultException: The message has expired (WSSecurityEngine: Invalid timestamp The security semantics of the message have expired)
--- End of inner exception stack trace ---
Note the bold text.
The only difference between the 3 reception computers and the rest of the practice is 1.) Differing tasks in CPS, though all users access most of the moduled. and 2.) They use Ambir scanners (though they had the same problem when using CardScanningSolutions scanners).
Any ideas? Anyone else having this problem?
Thanks!!!
Jonathan
Posted : January 12, 2016 8:12 am
These are just a couple of ideas, based on some issues we had in the past with scheduling and billing. PM functions like scheduling used to be video resource hogs and we solved some crashing problems by putting in better video cards. The scanners could be the culprit, too. I know we had some permissions issues with scanners. I hated to do it, but explicitly allowing all users permissions to all folders on the computer fixed some issues we had. I think our network admin found the culprit folders and was able to tighten security later.
Posted : January 13, 2016 3:33 am
Topic starter
I appreciate your response!
The computers do have add-on Radeon cards to facilitate their dual-monitor configuration, are are rather hefty too. I did at some point use a utility to check resource usage of the video cards and didn't see any issues at the time. Perhaps I'll run a utility that records the history of video memory usage - perhaps there are spike I wasn't seeing before.
I can certainly try the permissions suggestion, however these users are configured as local admins on their respective workstations. Wouldn't this achieve the same thing? If not, would you happen to remember any details as to what folders had permissions issues and how complete access was provided to the user?
Thank you so much!
Posted : January 13, 2016 3:54 am
I think I applied full permissions to the Program files (x86) and Users folders.
Posted : January 13, 2016 6:11 am
Hello,
Our receptionists are not reporting any issue with their CPS sessions however our schedulers and medline did. When watching their sessions in action before a crash it seemed all relevant to the amount of windows open. The more windows, the more crashes. Our schedulers and medline would have anywhere from 10-15 modules open, mostly individual provider schedules open. Once I convinced them to drop down the amount of open modules their issues seemed to resolve for the most part.
If it helps, we have fujitsu scanners and don't have any issues with them.
Posted : January 15, 2016 3:52 am
