Goals/Scope
This functionality seeks to provide users of the system a way to keep track of product and conduct stock management through an electronic stock card. This should captures movements in and out of stock, as well at reasons for stockout and other relevant information. Successful acceptance of this functionality would involve the following:
Enter vaccine stock data, capture stock movements (amount, history, received stock.) The electronic stock card feature is used to mirror the physical cards that sit in storeroom bins and serve as a log of all past ins and outs for each commodity in the storeroom. Each stock card should contains all transactions for each batch of the commodity.
Background
Effective vaccine management requires accurate stock management information in order to track stock levels and ultimately using the information to predict and avoid stockouts.
Forecasting/Needs estimation can be calculated using:
- Configure stock card template for UI viewing
- Conduct a physical stock count on a schedule
- Track ins/outs of stock
- Transfer in/out (to/from a facility within OpenLMIS and out)
- Adjustments
- View stock cards and stock on hand
- Historical movements/corrections
- Notifications on low stock
Assumptions
User Stories
# | Title | User Story | Label | Importance | Notes |
---|---|---|---|---|---|
1 | Configure fields on the electronic stock card | As an OpenLMIS implementer, I want to set-up the stock card to specify which fields to display, the name of each field and the order of the fields so that the stock card is easy to navigate and relevant to OpenLMIS users in my implementation managing their stock at a facility. | SIIL | Nice to have |
**Need to make sure we have consensus on the titles to be used** ** Already built in 3.1** |
2 | Create electronic stock cards for a facility | As a storeroom manager, I want to see electronic stock cards for all my products when my facility is set up so I can begin tracking stock movements at my facility. | SIIL | Must Have | 1. When implementer initially configures the master product list and associates products to facility types, a blank electronic stock card is generated for all of the facility approved products.
2. When a new product is added to a facility's product list, a blank electronic stock card is created for the product
** Already built in 3.1** |
3 | View current electronic stock card for a product | As a storeroom manager, I want to be able to see the electronic stock card with all transactions for a product that exists at my facility so that I can see what transactions contributed to my current stock on hand for that product. | SIIL | Must Have | Scope out:
|
4 | Conduct physical stock count | As a storeroom manager I want to be able to make adjustments to vaccines in my inventory via a process that mimics the physical stock count I perform so that I can keep my electronic inventory synced with my physical inventory. | SIIL | Must Have | Acceptance criteria 1. Display list of products, current SOH quantities, and programs
2. User can sort list by product name, program name, or SOH 3. User can search by product name
4. User enters physical stock on hand for selected products 5. User also enters the following information:
Looking forward: If lot management is "on", physical count will need to be done by lot.
** Already built for 3.1 ** Rachel Powers (Deactivated) and Vidya Sampath to review what is being built and what else is needed |
5 | Make stock adjustment | As a storeroom manager I want to make adjustments/changes to the information on the electronic stock card so that I can record any changes that have occurred in my actual stock (ensuring that my electronic and physical stock amounts are the same) | SIIL | Must Have | Batch action to be included? Rachel Powers (Deactivated) and Vidya Sampath to review what is being built and what else is needed |
6 | Perform ad-hoc receipt/issue | As a storeroom manager I want to be able to perform an ad hoc receipt/issue to record vaccine movements that were not part of the routine process so that I can keep my electronic inventory up to date. | SIIL | Nice to have | These ad hoc vaccine movements are important to record in the stock card, but they are listed as Nice to Have since the same amounts can be recorded in the general "adjust Rachel Powers (Deactivated) and Vidya Sampath to review what is being built and what else is needed |
7 | Print stock card | As a store room manager, I want to print out electronic stock card so I can store the paper format copy and/or provide it to auditors who need to see a physical copy. | SIIL | Nice to have | |
8 | Record historical stock activities | As a store room manager, I want to record information on stock movements that happened in the past (i.e. in a non-chronological order) so that I can capture the full scope of stock movements through my storeroom. Implementers will have the option to select the cut off for how far back users can enter historical movements.
| SIIL | Nice to have | See comments on OLMIS-634 TO DO for more context on the story. Notes on example implementations:
Rachel Powers (Deactivated) and Vidya Sampath to review what is being built and what else is needed ** Can already record historical events, but enforcing how far back someone can record is a new feature ** |
9 | View SOH summary | As a DIVO, I want to be able to see stock on hand summaries for a specific geographical region/zone so that I can get an overview of total stock available and plan any needed stock movements amongst facilities in that area. | SIIL, SELV | Nice to have | This has not been built but has been requested. |
Diagrams
Dependencies
Description | Link |
---|---|
Open Questions
Below is a list of questions to be addressed as a result of this requirements document:
# | Question | Outcome | Status |
---|---|---|---|
1 | In terms of personas, the DIVO, storeroom manager, and intermediate level logistician all record stock movements and monitor stockouts. Should they be called out separately in the user stories? | ||
2 | Should we address lot management in v3.3? | ||
3 | Adding stories on bundling orderables/products (kits) | ||
4 | Do we want OpenLMIS to continue dealing with facility as the most granular level, or do we want to add a lower level? If we add new "sites"/"locations" within a facility, we can also use that as a mechanism to indicate when stock is distributed to a specific CHW, e.g. | ||
5 | Do we need to bring the doses vs vials question to Copenhagen? It sounds like both need to be options, but we also need a better understanding (and examples) of where and when to use those different units (and how configurable to make it). | ||
6 | Open vial wastage vs closed vial wastage need to be discussed more |