Regretfully no GE has not provided us with a fix for this issue we have numerous vendors trying to help us.
The workaround we found is to have our providers open the patient record up from chart because if they right click and open from schedule it caused the DLL crash
We were on .net version 4.6 then tried 4.7 and after rolling back to 4.5.2 we have eliminated almost all of the crashes on our citrix environment. We are still actively working on the issue with GE and testing frequently with the latest .net version.
We tried this and it worked, but it turns out we need .NET 4.62 to run Document Manager.
We did run regbin (C:\Program Files (x86)\Centricity Practice Solution\Client\regbin) in the command line (as an administrator) and managed to get past the freeze on one term server, but couldn't replicate it on another.
I've also found another related thread I'm bringing back from the dead. If no one has a solution yet, adding visibility to the problem could get more new ideas on how to solve it:
https://centricityusers.com/forum/opening-chart-from-the-schedule-crashes-cps-12-2/
Our workaround is to go to the chart of a test patient we know works. Our providers can then go where they need to go without encountering the freeze. It seems like the only freeze happens on the first chart load.
Was this issue ever solved by GE? It's November 2018 and we just started getting these errors in October. "Centricity Practice Solution DLL has stopped working", APPCRASH, CPOPM06.exe, 12.2.2.4212.