Cross asking here and on the GE portal but wanted to see if anyone knows what these errors mean? We are up and running with EPCS and now have new errors that we haven't seen previously- just trying to understand what we are doing wrong so we can stop users from repeating:
900 PTT patient place name is invalid
900 UIH prescription number is invalid.
700 patientMiddle different: (side bar: why does the patient's middle name matter in a refill?)
700 patientAddress2 different (same thought as above- never mattered until EPCS)
And as an FYI so far- here is what we are seeing that we know about and have shared with our nurses and providers-- if we seem incorrect with these or you all know something different, please chime in - please don't take these as truth, it is just what we have gathered over the last month or so.
Some of the flags you may see:
1. 700 MedDose Errors – this is a bug related to having the same medication listed in the med list twice. The recommendation is to choose the most recent medication to refill. This should not occur if the same med is listed with two different doses. This will continued to be monitored
2. 700 Address Errors – this occurs if the patient’s address is extremely long in registration. Update address if appropriate or process a paper prescription
3. 700 Pubtime Different – this is a bug and will be fixed in a future release. Resend rx, if it fails the second time, then do paper
4. 700 Med Directions different – this occurs when a prescription should be denied because of a dosing change, sig change or replacing with a generic medication. In this instance, you would deny the pharmacy request and build a new prescription to follow rather than attempting to change current Rx request
5. 900 PVD reference invalid – typically when too many refills are attempted on a scheduled drug or multiple prescriptions are attempted on same drug
6. 900 Effective Date should not be prior to written – the prescription will need to be built the same day as the earliest fill day for EPCS drugs.
7. 900 Unable to handle, Please contact your Administrator – this is a problem with the pharmacy, our support team will need to remap the pharmacy Inform support to fix the pharmacy and then you can try again electronically. Time sensitive prescriptions can be done on paper
one of my staff members just found this:
900: Transaction Rejected - UIB (or UIH) Prescription (or Trace #) is Invalid
This is a duplicate script. The specific e-prescription message being sent has already been sent before and was received by the pharmacy. No action is required from you. The first e-script message was accepted by the pharmacy, and so this duplicate message was rejected. This can occur if EMR did not change the coding of the message from a 0 (unsent) to a 1 (sent) when the message leaves EMR for eSM.
Still not sure what: "900 PTT patient place name is invalid" means.
Requested on Cassandra's corner for a list of all the eSM errors, not sure if anyone else struggles with this or if we are on an island but we average about 10 eSM failures a day so it does take some time to figure out what each of these errors pertain to.
Anyone else have this issue?
We get 900: Transaction Rejected - UIH Prescription Number is Invalid at least a few times a week. I was told this is a duplicate request, however EVERY TIME I go and review the chart, the refill is not a duplication. So frustrating!
We just encountered "900: Controlled substance must have a DEA schedule populated in Medication P" This was the first indication that some medications our providers prescribe are now inactive (such as Metadate CD). This was verified in the May Knowledgebase Update Release Notes.
Hello I know this question is from back in 2018 but I was wondering if anyone has came across provider address one does not match ?
700 pubtime different: 1925489031000000 medStrength different: 2
It is 2021.. anyone come across this error? I know my docs work around this, but I find these to be the must unhelpful errors. They never tell exactly what the problem is. I get they are saying a strength is different (maybe), but this was written from surescripts and I don't know why what they have in their system flags this.
Thanks in advance