Supply of Products for Healthcare (SUPPLY)
0.3.0 - ci-build International flag

Supply of Products for Healthcare (SUPPLY), published by IHE Pharmacy Technical Committee. This guide is not an authorized publication; it is the continuous build for version 0.3.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/IHE/pharm-supply/ and changes regularly. See the Directory of published versions

Use Case 4 - Community Pharmacy, Stock and Consignment Items

This use case describes a situation where the pharmacy has, besides normal inventory items, an agreement with a vendor, who leaves some items to be exhibited in the pharmacy. These items are in consignment and not ordered by the pharmacy. They are under the responsibility of the vendor until sold.

Preconditions

The Pharmacy stock has recently been recounted and is considered accurate. The following items are available in the pharmacy:

Pharmacy Stock
Item Code Item name Lot Expiry Date Available qty Reorder level Default order qty
. . .
05725361962471 XXXXXXXXXX LLABC01 12-2017 10    
LLABC03 01-2018 8    
Total: 18 5 10
03582938641053 XXXXXXXXXX 383035 07-2018 3    
383037 03-2019 7    
Total: 10    
. . .

The second item is in consignment, and as such. the inventory is managed by the vendor.

Sale of Items

A patient presents a prescription which contains two items. These items are both available in the pharmacy (one is in normal stock, another is in consignment).

After the dispense, the inventory is depleted by one unit of each. For the item that is in normal stock, this brings the product to a level below the order level. The pharmacy system proposes to the pharmacist to order more of these items to restore the inventory levels, and the pharmacist approves. The order is sent to the vendor, which will supply the item in the desired quantity.

As for the second item, the medical device, the pharmacy system does not track the inventory, but rather sends each consumption to the vendor, so that the vendor can manage the stock of these items. In this case, the consumption report is sent to the vendor, which triggers the billing of that item to the pharmacy. In addition, the vendor realizes that it is better to replenish the item at that pharmacy, so it prepares a shipment that will be delivered during a next delivery round to the pharmacy.

Sequence Diagram

Community Pharmacy - Dispensing and resupply;Stock and consignment itemsCustomerCommunityPharmacistPharmacySystemVendor 1(Purchase agreement)Vendor 2(Consignment agreement)DispensePresent prescriptionVerify prescription anditems to be dispensedScan barcodes to register dispenseGive items to patientProduce dispensenotice / invoiceNotify DispensePick up itemsRegister consumed itemsProduct 1 in stock,must be reordered;Product 2 is in consignmentProduct 1 - Reorder stockOrder Medication 1Prepare shipmentSend shipment noticeSend Medication 1ReceiptSend invoiceUpdate stock levelsProduct 2 - ConsignmentInvoicingReport consumption of Medical Device 1Update stock level infoprepare invoiceSend invoice for consumed itemConsignment replenishmentSend Medical Device 1Send shipment noticeConfirm receptionUpdate stock level info

Requirements

This use case introduces the following requirements:

Consumption Report

There is a need to indicate the consumption of an item, without that being an order for refill. It is simply an indication that one item has been consumed.

The consumption report must be able to convey information on:

  • the item that was used - to the traceability level that is desired (i.e., including lot, serial and expiry info if adequate),

  • the consumer (in this case, the pharmacist, but it can also be a nurse, or a patient…),

  • the consumption act (date, time, place),

  • eventually the patient,

    • sometimes there are consumptions that are not associated with a patient, and sometimes the patient information is not to be conveyed for privacy or other reasons

  • (any additional data deemed necessary for the concrete use)