Vision

  1. The OpenLMIS vision is to support a core set of LMIS business processes to be accessible via a web or mobile/tablet interface
  2. There is a reference mobile interface which can be deployed "as is" or customized to meet the specific needs of each country (we expect that many countries will need to customize to deploy, but this cost is significantly less than if they had to start from scratch)
  3. OpenLMIS offers a robust set of APIs which enable a variety of mobile tools (CommCare Supply, ODK, OpenSRP, Medic Mobile, etc.) to interface with OpenLMIS. Countries/implementors can select the mobile application of their choice.
  4. OpenLMIS supports supply chain management processes down to the facility level.

Reference Mobile Application - Requirements:


  1. Can be quickly deployed "as is" without software development, including ability to be configured to match the business requirements of a country  (how achievable is this? need exploration)
  2. Meta-data alignment
    1. Product Master (Commodity Types, Trade Items, GLN)
    2. Approved Products, Min and Max
    3. Facility list (FHIR Location with GLN)
    4. Stock Adjustment Reasons
    5. Stock origin and destination lists (facilities approved to be)
  3. User login
    1. User Auth and RBAC (online to authenticate, RBAC cached.  No network needed until network connection shows credential to be unauthenticated)
  4. Direct to digital stock management (Stock on Hand by Program):
    1. Physical Inventory (aka Stock Take), with losses and adjustment reasons
    2. Losses and Adjustments (wastage, consumption, etc)
    3. Issue Stock (stock out)
    4. Receive Stock (stock in)
    5. Receive Stock using a VVM
    6. Receive stock from a shipment (POD)
    7. Receive stock from a shipment (POD) using a SSCC barcode (code 128)
    8. Record losses and adjustments using a UDI barcode (data matrix)
    9. Issue stock (picked with UDI barcodes) and packed into a box where we print a SSCC barcode
  5. Requesting new Stock
    1. Stock-based, periodic, Requisition (from Stock on Hand and a calculated stock qty)
    2. Regular periodic Requisition (leverage Stock-based physical inventory, support fields such as:  stock out days, # of new patients)
    3. Receiving ASN/Despatch advice of a shipment being processed.
    4. Requisition Authorize
    5. Requisition Approval
    6. Work with (interop tbd) Program Data capture application to visualize programmatic data capture requirement as part of regular period requisition
  6. Fulfilling an Order
    1. Fulfill an Order (Pick, Pack, Ship)
    2. Print a SSCC barcode (code 128) for the shipment
  7. For implementations wanting a tailored user experience (i.e. match current country paper forms), can be customized(?) by a software developer
  8. Implementation branding/themeing (implementer may brand/theme app without development cycle - ie through app settings)
  9. Stock recall
  10. Stock instance fraud detection (through interop with service providers - Optel?)

MVP and Rough bucketing of epics:


Deliverable / epicRequirementsValue description
MVP1 through 4a.  Exclude 2d. Include 5a.Mobile app supporting last-mile physical inventory incl recording data on KPIs for wastage and consumption.  Replenishment process supported by stock-based requisitioning using configured re-supply calculations.
Daily stock transactions4b through fBetter mobile use of daily stock movements and better upstream visibility - better data for decision making.  (presumes internet infrastructure for the timeliness of that data for decision making)
Fulfill and Receive Orders using SSCC barcodes6 and 4gFullfill orders, print SSCC barcode label, receive shipment into inventory quickly by scanning SSCC barcode label.
WIP




Key Points for Consideration 

Current Plans for Integration


Evaluating Options


Evaluation CriteriaOption 1Option 2Option 3
1Performance


2OpenLMIS community Maintainability 


3Implementer Maintainability 


4Reusability