Receipt Process for Pharmacy

Why can your receiving clerks not open the boxes? Ideally they should be tracking everything on the line level when performing the receiving process in PO30 and scanning+linking into ImageNow before it leaves the dock to go out to the Pharmacy. Otherwise if the vendor didn't deliver inventory as promised, I'm not sure how you would be able to hold them accountable. If you use Lawson's Receiving and Delivery module you'd want to be tracking the delivery process before it leaves the dock as well otherwise I'm not sure how you could prove you didn't lose it along the way if it ended up getting lost. Things like this can cost your organization or department for lost items that aren't necessarily their fault. I would be wary of sending items to their destiation before vetting the contents while the vendor is still at the dock.

I suppose it would be helpful to understand if when you receive an item whether it came from a vendor or from a courier in your organization, since that will help determine what level of tracking and validation staff should be doing at the point of receipt.

If you did want to automate this then I believe you are correct about needing to setup EDI imports from the vendor and then run PO100 jobs to Release those POs based on the vendor configuration on those jobs. This is sometimes handled by a third party exchange vendor as an intermediary to ensure integrity of data mapping and process enforcement instead of having individual vendors sending you EDI files directly. Otherwise without a third party exchange you'd have to manage all the nuances of the different vendors' EDI standards internally which can be problematic. In our case we have both an EDI exchange vendor and a JIT vendor to supply the vast majority of our orders to maintain a controlled and consistent EDI process. Without those controls I would understand your director's hesitation.

You could look at giving the Pharmacy Receiving Self Service from the Req Center bookmarks. This would let them receive in their orders and the security could be set to only allow their location.

The 856 would be the best with the understanding if the packing slip is wrong, the dock can PO33 out the line.

I agree with Kat. If the Pharmacy staff have to be the ones to check these in, then give them Receiving Self Service. I would also schedule a weekly MA236 for their vendors to make sure they're keeping up on receiving.

Thanks everyone. We have a general need to allow receipts to be made for deliveries that legitimately bypass the dock, such as gas tank exchanges, software, etc. Could RSS serve as the solution for all of these types of scenarios? We are scheduled to go live with RQC in mid October & I am not familiar with RSS. Do you have to have RQC to have RSS? We are also looking at Procurement Suite (or PSuite) from GHX.

Yes, Receiving Self Service is part of the RQC module.  And yes, you can push it out to all sorts of things.  Our docks also like it because we have it set to show 50 lines at a time rather than 5 on PO30.

If you go with PSuite, you could still likely create a process flow to allow a user to trigger a receipt for things bypassing a dock.

Sorry - here's the attachment.

Thanks Kat V - As always very helpful! I have read your NuVia related posts in the past, so curious...did you ever look at PSuite?

We've looked at PSuite - we'd either punchout to it or use it instead of RQC, but as we were early SEA adopters, our RQC is cheaper as is. Depending on how CloudSuite shakes out, we may put out an RFP then.