We have noticed in the last month or so multiple patients who had a pharmacy listed in their contacts has been switched to a different pharmacy.
I opened a ticket with GE and they said there was no way to find out who had switched the pharmacies and no way to run a report that could identify the patients that this had happened to.
I know the approximate time frame when it happened and I the original pharmacy and the one it has been switched to. Does anyone have any advice or help on how I can find out how this was done or at a minimum who the patients are affected?
Thanks and hopeful. 🙂
Were ALL patients switched from the old to the new pharmacy? In that case I would think someone edited the existing pharmacy data to the new pharmacy data. It would look like all patients were switched from the old pharmacy to the new pharmacy.
It seems rather unlikely that it was a subset of patients switched from pharmacy A to pharmacy B, unless perhaps the person tampering with the data owns or has an interest in pharmacy B.
I'd have to dig into the audit logs, but I'd bet it's in the log IF you have enabled appropriate auditing.
Is it possible that the patient changed their mind while seeing the provider, and they changed it to a different pharmacy while adding prescriptions or refills?
No, patients didn't switch their minds in the majority of the cases. This seems to be a large population that it happened to. But thanks.
I can't tell if ALL patients were switched, but there is a large amount of them changed. The patients are going to the pharmacy they normally use and the Rx have been sent to the other pharmacy which is the same pharmacy name, but just in a different town.
My bet would be on a relatively new staffer. A patient said they switched pharmacies, and the staffer changed the pharmacy record itself rather than the associated pharmacy in the patient record.
This exact issue happened to us a few years ago too. You will need to edit Security so they can will no longer have access to edit or delete a pharmacy by mistake.
I had a similar thing happen and with no resolution so far. Many patients got switched to a totally different pharmacy in town. The names were no where near the same and it definitely wasn't new staff; patients have also been existing for many years with the correct pharmacy, so there's no explanation for the change other than a glitch...
I can answer two questions that came up in this discussion:
1. There is no audit log for who edited a pharmacy. It isn't one of the defined audit event types. This is a major oversight in the design of the audit logs. The best you can do is determine the date and time it was changed.
2. The privilege to edit pharmacy data is inseparable from the privilege to edit registration information. Therefore, if you take away the privilege to edit pharmacies, you also take away their ability to edit contact information, which our practices need in order to correspond with consultants or referring providers.
Both problems are poor design. We have submitted an enhancement request to GE, SPR 67002. GE has stated that this is not a patient safety issue, which we vehemently disagree with and has also told us that we are the only customer attached to the enhancement request. Therefore, they are not planning to address it.
If you agree with me that GE should separate these privileges and create an audit event type for changing a pharmacy, it would be very helpful if you could search for the SPR and join it.
Thanks!
CPS has distinct pharmacy create, edit, and delete permissions. CEMR does not have that?
Where would I find the SPR?
No, unfortunately, CEMR does not have separate privileges and does not have an audit event for editing pharmacy information.
Apparently, SPR's are only internal to GE so the only way to join one is to ask GE. It would be very helpful if you could email Semone Brown ([email protected]) and let her know that you have experienced the same issue and would also like to see it corrected.
thanks.
Done.
She responded and said it was targeted to be addressed in the 9.12 version. So we have a while to wait. 🙂