Call Information
- 8:15AM PST - Seattle
- 11:15AM EST - New York, DC
- 5:15PM CEST - CEST, Geneva, Copenhagen, Joburg
- 6:15PM EAT - Dar
Webex Link: https://meetings.webex.com/collabs/#/meetings/detail?uuid=M299H1X42RL8F1ABXL3LOKN9TN-3O29&rnd=371900.06805
Meeting Number: 192 173 465
Host Key: 352864
Audio Connection: +1-415-655-0001
AGENDA:
Item | Time | Lead |
---|---|---|
Review status of the roadmap and development progress.
| 15 min | |
Coordinating product committee in-person around GHSC 2016 | 5 min | |
Update on new product model. Questions? | 10 min | |
New opportunities and projects | ||
TBD | ||
Risks:
| 10 min | All |
ACTION ITEMS:
ATTENDANCE:
- TBD
NOTES:
RECORDING
ADDITIONAL READING:
The following is a draft excerpt of the technical documentation we are working on to explain the new product model.
Modeling of medical commodities, aka Products, is central to OpenLMIS. Correctly modeling products enables administrators to:
- setup forms for requisitioning and re-supply of new supplies
- managing their stock in inventory
- assess what their budget may support
- provide full visibility into a working supply chain
- enable trace-ability from production to consumption
In OpenLIMS we represent medical commodities with the OrderableProduct domain object. This represents the abstract notion of any product that may be ordered. An OrderableProduct is identified uniquely within an implementation by its Product Code. A Product Code assists people filling out paper forms as well as external systems all reference the same commodity that may be ordered. OrderableProduct's may also answer a number of questions that typically arise when one needs to order them:
- how many patients may I dispense to if I order one pack of an OrderableProduct
- what Programs may I order this OrderableProduct through - and what does that Program stipulate about ordering this particular product
- what other commodities may also be used to fulfill the given OrderableProduct should it not be available at the store
Every OrderableProduct in the system has one of two types:
- GlobalProduct - the sub-type of OrderableProduct that is used to represent a generic product that may be ordered and/or fulfilled, without indicating a specific manufacturer. An example would be a Syringe. A GlobalProduct could be setup to be ordered through the system, however many manufacturers make syringes with their own unique identity that may be used when fulfilling an order for a syringe. A GlobalProduct has a default packaging size (# of patients that may be treated within one primary pack), that is useful when placing an order, but depending upon the actual stocking of the supplying store might vary when the order is fulfilled.
- TradeItem - the sub-type of OrderableProduct that represents a real branded product, from a specific manufacturer. TradeItem's are typically identified by the manufacturer or brand owner as opposed to an implementation; if GTINs are being used a TradeItem is where that identifier would be stored. A TradeItem also is specific where a GlobalProduct is generic, so a TradeItem would also be used to represent specific packaging arrangements. Where a GlobalProduct might be used in an order to indicate that most supplying stores have the GlobalProduct in bottles of 50 pills, TradeItems might be used in fulfillment at that store that will supply in bottles of 25 pills, 50 pills or 100 pills allowing specific fulfillment activities to be recorded. Additionally Batch/Lots may be associated with TradeItems and their manufacturers.
Changes from v1/v2 product model
- Product is split into 2: Global Products and Trade Items. An abstract base class, OrderableProduct, ties the two together to provide a unified Product Code and UUID space.
- A Global Product is for reasoning about the product from the perspective of how it's used: 5ml Syringe, 500mg Ibuprofen Capsule.
- A Trade Item is for reasoning about the product from the perspective of who makes it, how they package it, and how they identify it: MedLine 5ml Syringes, Advil 500mg Extra Strength Capsules.
- Trade Items may be associated with 0 or 1 Global Products.
- 1 Dispensing Unit of a Global Product must be the same as 1 dispensing unit of all the Trade Item's associated to it for purposes of ordering and fulfillment of orders.
- Product Groups go away - their functionality is replaced by Global Products and Trade Items.
- Lots and GTINs may only be associated with Trade Items.
- Packaging is built using Trade Items, however Global Product's have a "default pack size" to help inform the person placing the order understand how many packs and the likely cost per pack they will be invoiced when the order is fulfilled.