lic08 said:
Just spoke with GE. They have a patch (4 files to replace on the client folder) to fix this issue. It's only released to a handful of test clients. I was wondering if any test clients here that can share their results. Thanks.
I manually applied them to some clients (fat clients). It seems to have fixed the problem of that error
ml.dll
mlbase.dll
mlcore.dll
mlsetvar.txt
Now if I could only find the solution to the 0xC0000005 error!
Mike Zavolas
Tallahassee Neurological Clinic
We will be upgrading to SP 4 soon since it is reported to fix the UIRefresh issue. For those that have installed SP 4 are you finding that it does resolve this issue.
@Mike - where did you get these files to apply to the thick client? From a SP4 upgrade?
Thanks
Eileen
Virginia Urology
etsuchiya said:
We will be upgrading to SP 4 soon since it is reported to fix the UIRefresh issue. For those that have installed SP 4 are you finding that it does resolve this issue.
@Mike - where did you get these files to apply to the thick client? From a SP4 upgrade?
Thanks
Eileen
Virginia Urology
I got them from a GE tech but I think he did get them from SP4
We as well upgraded 2 weeks ago, have found plenty of issues but have not had this one reported. We are on 12.0.4.1405 release. Tell me your workflow and I would be interested in testing it here to see if I get that.
Thanks,
Cecil
cecild said:
We as well upgraded 2 weeks ago, have found plenty of issues but have not had this one reported. We are on 12.0.4.1405 release. Tell me your workflow and I would be interested in testing it here to see if I get that.
Thanks,
Cecil
Would you mind listing out some of the major issues you have found? We are still making our decision about 12 and any insight into problems would be welcomed.
JClarkLRGH said:
Would you mind listing out some of the major issues you have found? We are still making our decision about 12 and any insight into problems would be welcomed.
They don't tell me their workflows unfortunately but I can say that I have seen this error in the logs of computers in every facility.
I spoke too soon also. I had several reports of this error after I applied the fix but the error logs make no mention of it. In the logs is that pesky 0xc0000005 error with about 287 DLLs listed.
Crash occurred in module:
C:\Program Files (x86)\Centricity Practice Solution\Client\CPOPM06.exe caused an Access Violation (0xc0000005)
in module SftTree_IX86_A_70.DLL at 0023:0fc52d37.
Module 1
C:\Program Files (x86)\Centricity Practice Solution\Client\Branding.dll
Image Base: 0x10000000 Image Size: 0x00009000
Checksum: 0x00000000 Time Stamp: 0x5380b0d6
File Size: 21504 File Time: 5/24/2014 09:46:48
Version Information:
Company: GE Healthcare IT
Product: Centricity Practice Solution 12.0
FileDesc: Product Branding DLL
FileVer: 12.0.3.1383
FileVerStr: (null)
ProdVer: 12.0.3.1383
Module 2
C:\Program Files (x86)\Centricity Practice Solution\Client\GEHC.Centricity.Common.Skinning.DLL
Image Base: 0x10000000 Image Size: 0x0000f000
Checksum: 0x00000000 Time Stamp: 0x5380af7d
File Size: 45056 File Time: 5/24/2014 09:41:02
Version Information:
Company: GE Healthcare IT
Product: Centricity Practice Solution 12.0
FileDesc: Common Skinning control implementation
FileVer: 12.0.3.1383
FileVerStr: (null)
ProdVer: 12.0.3.1383
Module 3....Then 285 more just like this
Mike Zavolas
Tallahassee Neurological Clinic
My list of issues so far and more everyday. But let me say we are able to chart and work. We just have to work around some of them.
Med update window duplicates meds when removing.
Have had several documents that could not be signed due to various errors and would hang.
If you retrieve charges in bulk system hangs.
Have instances of labs crossing to billing up to 6000 times in charges for one lab.
Errors when signing orders for some encounter types.
Not able to save units to med custom list so provider has to search for the unit each time.
Users getting kicked off at least 3 to 7 times a day.
That's the majority I have so for. Hoping the next update helps with most of these. We will see.
Cecil
cecild said:
My list of issues so far and more everyday. But let me say we are able to chart and work. We just have to work around some of them.
Med update window duplicates meds when removing.
Have had several documents that could not be signed due to various errors and would hang.
If you retrieve charges in bulk system hangs.
Have instances of labs crossing to billing up to 6000 times in charges for one lab.
Errors when signing orders for some encounter types.
Not able to save units to med custom list so provider has to search for the unit each time.
Users getting kicked off at least 3 to 7 times a day.
That's the majority I have so for. Hoping the next update helps with most of these. We will see.
Cecil
Beyond technical issues, how are the providers and users reacting to the system? Are the problem lookup, CVS and immunization workflows causing any major headaches?
Actually the users have taken the update better than expected. I fore warned of issues and all has been pretty good. Problem lookup is like CPS 11 so everyone is already familiar and they like the new CVS options and print out. Some complain it is to lengthy. I have not convert my immunizations as of yet.
cecild said:
..."If you retrieve charges in bulk system hangs.
Have instances of labs crossing to billing up to 6000 times in charges for one lab..."
Cecil, If you haven't fixed this yet, we had a similar issue and our VAR ran a script to fix this for us. I think Lab and Service orders both were duplicating a random amount of times. I'm sure it was an update to a stored procedure, but I could find out more if you need.
Thanks,
Jake Hinkelman
tnc said:
I spoke too soon also. I had several reports of this error after I applied the fix but the error logs make no mention of it. In the logs is that pesky 0xc0000005 error with about 287 DLLs listed.
Crash occurred in module:
C:\Program Files (x86)\Centricity Practice Solution\Client\CPOPM06.exe caused an Access Violation (0xc0000005)
in module SftTree_IX86_A_70.DLL at 0023:0fc52d37.
tnc,
We are struggling with these too. I opened a case (#1-525176909) and the guy asked how often I was rebooting the servers, if I could reproduce with fat client, if we could test on the app server to see if it's a network or user profile issue, etc. I'm holding off until the morning to reply because I will probably be too snarky if I do it right now. 🙂
Are you able to track them down to any sort of specific sequence of events? To me, they seem to be happening pretty randomly. Doing the same thing 100 times might only result in one or two crashes, but the majority of our users are getting the boot from Centricity multiple times throughout the day and about 75% of the crashlogs have this error (access violation 0xc0000005). I don't believe it's related to the UIRefresh issue in our case although we've struggled with that one in the past too with CPS 10 until we finally decided to use a nightly (or more) sql job to blow the settings out of the UILayout table. We haven't used that script since upgrading to 12 though.
- mdoak said:
tnc,
We are struggling with these too. I opened a case (#1-525176909) and the guy asked how often I was rebooting the servers, if I could reproduce with fat client, if we could test on the app server to see if it's a network or user profile issue, etc. I'm holding off until the morning to reply because I will probably be too snarky if I do it right now. 🙂
Man, what a crock! Sheesh. I reboot all my servers weekly. It shouldn't be necessary but I have found that it helps on GE/non GE servers in general but that is not the 'support' we need for this problem.
Are you able to track them down to any sort of specific sequence of events? To me, they seem to be happening pretty randomly. Doing the same thing 100 times might only result in one or two crashes, but the majority of our users are getting the boot from Centricity multiple times throughout the day and about 75% of the crashlogs have this error (access violation 0xc0000005).
Same here. No rhyme or reason. I have become very familiar with 0xC0000005 errors going back to Millbrook 2001 and Citrix. Typically it was related to security/rights but it is a very generic error which is why they give you the 287 DLLs worth of dump info I suppose.
I don't believe it's related to the UIRefresh issue in our case although we've struggled with that one in the past too with CPS 10 until we finally decided to use a nightly (or more) sql job to blow the settings out of the UILayout table. We haven't used that script since upgrading to 12 though.
Agreed. I still see this even though I have applied the UI patch. There was a specific UI error which that patch fixed though.
I think I asked GE if we could/should run a daily UI cleaning job like you did in v 10. I would gladly put something like that in place if it would help. Do you know if your script would work in 12? I have a CPS12 test server I could try it on it you would share it
Mike
hinks2000 said:
cecild said:
..."If you retrieve charges in bulk system hangs.
Have instances of labs crossing to billing up to 6000 times in charges for one lab..."
Cecil, If you haven't fixed this yet, we had a similar issue and our VAR ran a script to fix this for us. I think Lab and Service orders both were duplicating a random amount of times. I'm sure it was an update to a stored procedure, but I could find out more if you need.
Assuming you're running 12.0.4, this sounds like the mikCreatePatientVisit bug. I have the fix script if you're interested. (If you get the script from GE, be careful if they tell you to "rename" the existing SP. SPs should never be renamed, they should be dropped and re-created with the new name.)
Has any one have a solution for this issues we get this error on very user and I have no solution. I also e-mail GE support but no answer from support.