Multiple Use items, Epic Optime and Stock UOM

We have a request from our Surgery departments to put a Multiple Use UOM into Lawson. Like for the DiVinci Robot accessories - we buy 1ea (stock UOM) and it can be used 10 times.

Currently, the stock UOM price is interfaced over to Epic Optime, and it's what populates for the patient charge (ex: $400) - but the patient should really be charged the per use price (ex: $40). Per Surgery, they cannot override the price from Lawson permanently. So they want us to change the stock UOM to "Use" instead of Each.

We see many issues with doing that and were wondering if anyone has Lawson set up with a stock UOM of "use". Or if it is handled in Epic Optime.

Thanks!!

Find more posts tagged with

Comments

srijas

I too would be very interested to see how people are doing this. We are currently working on our OR inventory, mscm and Optime projects and have the same questions.
Thanks!

Legacy Contributor

We use the USER FIELDs available in the IC11 to enter the breakdown to correctly send the unit cost over to Epic. In the ITEM USER FLD 5 all our items are to EA. In the ITEM NUMERIC FLD 1 we have the conversion. The interface looks at the purchase cost and divides by the conversion to sends over the EA price to Epic. The only issue with this is you can only purchase by one UOM. So if we purchase by EA but the OR bills per units we enter the number of units as the conversion.

pcesarz

Do you only enter the information on the multi use items? So the interface looks to the normal IC11 fields for the conversion if the user fields are blank?

Legacy Contributor

We also use the UF's in IC11 but in a slightly different way. USER-FIELD4 is used as the cost flag. R is entered for Robotic & this keys the logic behind the scenes. USER-FIELD-N2 is used for the calculated cost percentage (.1 is entered for 10x for example). We have 2 more fields that auto populate once the interface runs - USER-FIELD3 for the last calculated cost update, & USER-FIELD-N3 to show the actual calculated cost that should show in Epic. It has worked well for us. The R is for Robotic since it was originally needed for robotics but could be used for anything. We do this for a particular O2 tank that can be used for 25 patients.

Legacy Contributor

We also have the DaVinci Robots and for this and ONLY this, Corporate Finance had us create a UOM called PU (Patient Use) and that is the Stock UOM.

So our items are STOCK UOM PU, EA is 10PU. Contract and pricing is by the EA.

Policy is that we only use the PUs at the direction of Finance who will only authorize for high dollar patient billable items.

Legacy Contributor

We have a number of Davinci items where we use "USE" as the stock unit of measure. These items have a usage of 10 uses prior to being discarded. As these items are purchased by the EA, IC11 set up includes the stock unit of measure "USE", a secondary unit of measure "EA" with a conversion factor of 10. We have tested in Lawson DEV by entering requisition, creating PO and receiving and stock unit of measure remained correct. We sent changes to interface with Epic Test and all impacted fields updated correctly. Has anyone encountered issues with set up like this?

Legacy Contributor

Your USE is our PU. We've been using it for over three years now with no issues.

dechevar

Are you using the PU UOM for stock as well? If so, any issue wth cycle counting?

Legacy Contributor

Yes, PU is the stock UOM. It is only for the DaVinci and other asset tagged type items that Finance needs to charge for - cycle counting has not been an issue.

Copyright © 2025 Infor. All rights reserved.