Number 3 was due to an incorrect path to Oracle in cfw.ini. Since that was fixed (36 hours ago), we have not had any crashes in Citrix.
Betsy said:
We upgraded last Monday from EMR 9.5 to EMR 9.8 and these were the issues we encountered:
1. The Entry button on the HPI form. It's producing data errors and MEL language.
2. When entering orders, you may receive a pop up stating that there is no auth. provider for one or more orders.
3. Phone notes producing problem list.
4. For Peds 13-18, the Bright Future forms are not listed on the HPI inserted forms column. They are still accessible by inserting the form itself. Also, if clicking the PE for for this age group, it's taking you to the adult PE form. If you click the next form button, it will take you to the age specific PE form for peds.
5. Also, on eRX's, some have been getting a box pop up asking to confirm the provider of the refill. At this time, you will need to verify it.
6. Referrals and imaging test orders are printing instead of faxing to service providers.
7. When creating letters or in the chart text, the bold, italicized and underline buttons are not working.
8. Risk Factors form for Alcohol. If using the 'Load Prior Value' button, it's not populating the previous values. Also, if the Alcohol section is checked, the seatbelt, exercise, etc. is listed under so it's hard to see they are different items.
9. Sometimes when in the refill button, none or partial meds are listed. When you go to the med list, they are all listed. You need to change the med in the med button and add the refill there. If you go back to the refill button after that, all the meds and the refill you just did will populate.
11. When deleting the FH from 9.5 in the general comments, once you click Ok, they populate back in the general comments.
13. If the problem does not have a start date listed, and you go to make a change, it defaults to a start date of 1/1/1960, even if the patient was born after that date.
14. When completing orders, some have encountered a pop up stating that the printer was unable to access (printer name).
15. Reported that some patients can't see any of their vaccines while in their Kryptiq portal account.
16. When entering FH, it's duplicating on the problem list.
17. FH that was removed from being added to the problem list is still being added.
18. Orders are not showing in the CPOE or anywhere in the chart note.
19. Slowness in adding orders.
21. When checking the drug interactions from the medication button, there are none listed. You need to close the form and use the Drug interactions button from the main text prior to ending the update.
22. Some of the ICD-10 folders are mislabeled. It may state the folder contains elbow/upper arm items, but once you go into that folder, it's leg items.
23. The Midmark EKG's/Spiro's can be opened, but not able to edit.
24. Medications are being duplicated on the med list when completing the drug overrides.
25. On certain patients, getting a "too much data for field" error when using the med button, you have to go to Rx refill button to work.
26. HPI form is only opening on initial visit.
27. If our custom list descriptor for dx code does not match the descriptor in the reference database, it gives an error to the user that the code you've chosen is obsolete, may cause billing error. Dx code is exactly the same. They have the ability to click through and use it anyway.
1. The Entry button on the HPI form. It's producing data errors and MEL language.
You should re-check your CCC Basic and CCC 8.3.8 installs. Lay down 8.3.8 and then CCC Basic and then re-add any customizations you had in files from 8.3.7 or lower. For us, everything from 8.3.7 worked except the Immunization Text File's "Other" section.
2. When entering orders, you may receive a pop up stating that there is no auth. provider for one or more orders.
You need SP3 and then the SP3 Patch 1 mlChart.dll file copied to clients (or Citrix servers).
4. For Peds 13-18, the Bright Future forms are not listed on the HPI inserted forms column. They are still accessible by inserting the form itself. Also, if clicking the PE for for this age group, it's taking you to the adult PE form. If you click the next form button, it will take you to the age specific PE form for peds.
Make sure you edit the usrlibccc-basic.txt file so that
global ccc_package_type = "Full" and not "Basic"
5. Also, on eRX's, some have been getting a box pop up asking to confirm the provider of the refill. At this time, you will need to verify it.
That's the intentional design.
7. When creating letters or in the chart text, the bold, italicized and underline buttons are not working.
Bug.
8. Risk Factors form for Alcohol. If using the 'Load Prior Value' button, it's not populating the previous values. Also, if the Alcohol section is checked, the seatbelt, exercise, etc. is listed under so it's hard to see they are different items.
Check the CCC 8.3.8 release notes. Risk Factors no longer uses ALCOHOL COMM and now instead uses ETOH USE. You can either convert all the old entries in OBS via SQL or fix them as you go along.
9. Sometimes when in the refill button, none or partial meds are listed. When you go to the med list, they are all listed. You need to change the med in the med button and add the refill there. If you go back to the refill button after that, all the meds and the refill you just did will populate.
Crazy inconsistent!
13. If the problem does not have a start date listed, and you go to make a change, it defaults to a start date of 1/1/1960, even if the patient was born after that date.
Bug; Oracle timestamps are born as 1/1/1960.
15. Reported that some patients can't see any of their vaccines while in their Kryptiq portal account.
Portal only shows immunizations from the HTML form structure (I think?). Need to run the immunization migration.
18. Orders are not showing in the CPOE or anywhere in the chart note.
CCC again.
22. Some of the ICD-10 folders are mislabeled. It may state the folder contains elbow/upper arm items, but once you go into that folder, it's leg items.
9.9?
25. On certain patients, getting a "too much data for field" error when using the med button, you have to go to Rx refill button to work.
Check to see if any Meds are listed as Historical but have Qty/Refills or new meds are listed as Electronic but with no Qty/Refills (like a preload used to work). Clean up the Qty/Refills.
26. HPI form is only opening on initial visit.
Seen that one as well.
We upgraded to 9.8 on June 28th and we are pretty much having the same issues everyone else is having. How is GE responding to your complaints/issues? Do you have workarounds for the Providers? Along with the issues mentioned above here are some of the issues we are having not mentioned above:
1. Vaccines not pushing an administration code
2. Height not flowing over to the MU Core Checklist.
3. FH was not flowing to the CVS unless provider added/removed history.
4. Medication duplication when trying to update the medication list.
5. Unable to document historical immunizations given at birth.
6. Knee, shoulder, hip and wrist is not an option as an injection site.
7. Unable to commit Depo-Provera on the medication administration form.
8. Prevenar and MMR historical Vaccines not "sticking" when entered as historical immunizations.
9. ROS not flowing to the CVS.
10. When printing the CVS and user "Customizes", the CVS still prints out 4-5 pages.
Kimberly Smith-West, RN
EMR Nurse Coordinator
Little Company of Mary Affiliated Services
708-229-5250
FYI on last post #9 per GE the ROS is not a required piece for the CCDA for MU. There is an open SPR on this where they will be removing ROS from the CCDA totally. Right now the header shows and indicates that there may be data.
Correct, and some of the patients want to know why is there data but the provider chose not to display it. They think the provider is hiding information.
Great lists from folks! Tx!
I also posted the following in "Organizations that have upgraded to 9.8).
If you are using MediSpan for Drug Interactions, there will be a LOT of contraindications that your providers will have to go through. This drives them nuts. You can set this to not be quite so bad under Setup – Preferences – Chart Document – Drug Interactions. This helps but there are still bugs.
The Clinical Visit Summary is very long – the format is not the best and supplies the patient instructions at the end. Our organization found this to be a patient safety issue. GE is reformatting for 9.9. Also, we have shared charting so the CVS prints with the patient's home location instead of the specific location of the visit.
The providers are also going to probably have issue finding a problem. Educate them about the "Smart List".
We are very heavy into Meaningful Use. We're currently setting up CCDAs, Immunizations to the state, Transition of Care and VDT (View-Download-Transmit) using Qvera. We've also installed the CQR package.
GE SPRs (ie. Known Issues):
1. Data Mapping (new feature)
2. Too many problems – haven't determined the exact number but he provider will not be able to sign off on chart.
3. Extra screening tests on CPOE
4. Problem List – Onset date defaults to 1/1/60.
5. The Care Plan form is not displaying values in the dropdowns for Goals or Instructions.
6. Banner information may display code instead of info. Not a big deal since you can just go back into the chart but it's something you may notice.
7. Message- “The parameter is incorrect” when trying to sign off (or hold) on a chart note. Sporadic.
Jill
Hi Jill,
Did you find a fix for the Banner problem? We just upgraded this past weekend and are getting swamped with calls about!
Thanks
Gina Johnson
Central Maine
We have also seen #7, "The parameter is incorrect". Have a ticket open with GE. What is the SPR # on this?
#3, you need to edit the PSIA text files to remark out which screenings you don't want or turn of the functionality entirely. If what you are talking about is what I'm thinking about.
We experienced the "Parameter is incorrect" problem today (we upgraded to EMR 9.8 in July). The office visit was started on Friday - meds and Rx added - but put on hold. Over the weekend I applied the Sept. KBase update. The provider tried to sign the visit today and was unable due to "parameter is incorrect" error. There were 3 prescriptions for new meds in the visit; I removed the meds (using change back) and re-added them along with the Rx info and put the document back on hold (did not sign clinical list changes). The provider was then able to sign the document. I don't know if it was a happy coincidence, but another poster had suggested that prescriptions might be the cause of the error message so I tried it. This was a new patient visit so approximately 10 meds were added to the med list, I only removed and re-entered the meds that were also prescribed during the visit.
We've had the "parameter is incorrect" error twice since July 1st. GE told us that if the user waits until the next morning, the document will be able to be signed normally. So far, that has turned out to be true.
Parameter incorrect is caused by ePrescribing with two or more authorizing physicians in an update. That's a no-no now. But, there is a but which causes the error and the document to become unsignable. Got this from GE:
The SPR submitted to fix the issue with the two providers prescribing in the same document is: CISDB00059866 This effort generated a fix which has passed validation and will be released soon in an upcoming SP or version upgrade.
You can call GE on these and they can change some database fields so that you can sign the document, but you can't open it again.
Incorrect Parameter has another SPR: # 56411
JillSnider said:
Incorrect Parameter has another SPR: # 56411
Ok, partially the same error message - different circumstances.
I asked about your SPR and GE sent back that it occurs in CPS 11 (maybe 12 too?). Occurred when putting a document on hold with clinical list changes signed. Error is Error occurred in class , method CMLRouteDocumentDlg::OnSign The parameter is incorrect. "WORKAROUND: There is no workaround to SIGN the document but you can uncheck clinical list changes and then put on hold and it wiill go on hold without crashing. You will have to wait at least 24 hours til the user will be able to sign. Checked ALL locks- no masterlock - no hard locks."
When we had the problem with an SR, this is the SPR # they provided as the fix.
Yarg. This has nothing to do with CPS (at least in our case). We only use EMR. It's difficult to get them in that mindset sometimes. 🙂