...
Set Order Fill / Issue quantities
View load amounts
Page Properties | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Goals
Add text here
Background
insert discussions during the workshop which are relevant to note. List participants.
User Stories
List out the user stories under the activity. Put the "next up" under the Out of Scope section.
Step 1 - View Critical Element
This set of stories captures the data that the "supplier" needs to view on the screen as First Step when taking re-supply decisions, regardless of Requisition or Allocation supply model
# | Title | User Story | Label | Importance | Notes | JIRA Ticket |
---|---|---|---|---|---|---|
1 | View forecasted need | Supplier views forecasted amount for the receiver site, by EPI product, and for the re-supply time period scheduled in the system | Allocation + Del SC Allocation + PU SC Req + Del SC Req + PU SC | MVP | Calculation of Forecasted Amount is done outside OpenLMIS – national EPI logistician consults microplans and central annual census-based forecasting to arrive at catchment population needs estimates per product for the year. This then in uploaded to OpenLMIS by system admin. | |
2 | View SOH | Supplier views SOH of the receiver site | Allocation + Del SC Allocation + PU SC Req + Del SC Req + PU SC | MVP | Assumptions: If the receiver node has OpenLMIS, they have updated their SOH If the receiver node does not have OpenLMIS, the supplier has some way of accessing SOH outside the system and manually entering it into OpenLMIS VS note: what about viewing own (i.e. supplier) SOH as a critical step in decision-making? | |
3 | View CCE status | Supplier views CCE functionality status of the receiver site; if CCE is broken or functioning erratically, then Supplier takes action (outside of OpenLMIS) and then decides if re-supply should happen and how much (in case re-supply is to stock a cold box only versus a full CCE, etc). | Allocation + Del SC Allocation + PU SC Req + Del SC Req + PU SC | MVP Down vote: 1 (Ryan McWhorter) | ||
4 | View total CCE capacity | Supplier views total CCE capacity at supplier site | Allocation + Del SC Allocation + PU SC Req + Del SC Req + PU SC | MVP | ||
5 | View pipeline | Supplier is able to see what stock is coming into her/his own CCE so that a determination can be made whether rationing of re-supply to lower nodes is necessary or not | Allocation + Del SC Allocation + PU SC Req + Del SC Req + PU SC | Next Up votes: 6 | ||
6 | View net CCE capacity | Supplier is able to view the net CCE capacity at receiver site, based on their SOH as well as how many CCE is working properly | Allocation + Del SC Allocation + PU SC Req + Del SC Req + PU SC | Next Up votes: 3 | ||
7 | View previous consumption | Applies only to requisition based SCs If a requisition asks for more or less than what is in the plan/forecasted for that receiving site, then supplier views previous consumption history to see if they point to more or less being consumed. | Req + Del SC Req + PU SC | Next | Lot of work to be done here in terms of scope of story. How far back does consumption go? And when does supplier view? When the requisition ask is less than or more than by a certain % or even if it's 1 dosage more or less than forecasted? | |
8 | View session plans | Supplier is able to view the session plans for the receiving site | Allocation + Del SC Allocation + PU SC Req + Del SC Req + PU SC | Next Up Vote: 4 | Big understanding gap in terms of what is needed and why so many votes in favour. | |
9 | View utilization | Supplier is able to view historical vaccine utilization (i.e actual doses count administered of each product – program data) to inform re-supply decisions for the future | Allocation + Del SC Allocation + PU SC Req + Del SC Req + PU SC | Next Up Vote: 5 | Need to determine why this is more important or better data point to rely on for re-supply decision-making instead of using consumption data reported via SM domain (i.e. all issues out of CCE regardless of given to people or wasted). |
Step 2
The set of user stories below captures what happens next in preparing an order once the above critical elements data is available to Supplier to make his/her decision
# | Title | User Story | Label | Importance | Notes | JIRA Ticket |
---|---|---|---|---|---|---|
Assumptions
- insert
Diagrams
Scenario A (RIVO as supplier, DIVO as receiver; both use OpenLMIS)
SC type (ordered by priority) | Preparing Re-Supply Order | ||
---|---|---|---|
Allocation (and delivery to receiver site) Assumption: DIVO has updated SOH in OpenLMIS | View Critical Elements | View SOH of receiver site | Ability to set amounts to allocate |
Reference Step 1 table above for what made MVP and got addtl votes | Batch view/allocate | RIVO sets amounts to allocates instead of going by just what system says s/he should | |
System recommends based on FEFO and amount of antigen available in RIVO's stock **Received 9 votes up | |||
System recommends top-up amount to max. (if min max policy exists for that country) | |||
Grouping antigens to their associated dry stock (syringes, diluents) etc (bundling) **Received 4 votes up | |||
Requisition (and delivery to receiver) Assumption: DIVO has already submitted requisition request and it has been approve so now Supplier is viewing an "order request" | View Critical Elements | View Requisitions | Ability to set amounts to issue/allocate |
Reference Step 1 table above for what made MVP and got addtl votes | Basic view (list of requisition orders | Same set of workflow stories as ones identified above for allocation | |
Grouping/ Batch for multiple requisitions **Received 5 votes up | |||
Prioritize reqs | |||
Reject already approved requisitions (Edge case) | |||
Managing exception cases **Received 2 votes up |
We did not have time to discuss workflows that are needed to support pick-up based systems but we believe the needs would be mostly similar to the ones identified here.
Scenario B (DIVO as supplier, HF as receiver; DIVO uses OpenLMIS, HF uses paper-based systems)
SC type (ordered by priority) | Preparing Re-Supply Order | ||
---|---|---|---|
Allocation (and pick-up by HF) Assumption: HFs have provided SOH data to DIVO (via paper, SMS, phone call, in-person etc); asynchronous | View Critical Elements | View SOH of receiver site | Set order fill quantities |
Reference Step 1 table above for what made MVP and got addtl votes | Capture SOH of reciever site on OpenLMIS | DIVO sets amounts | |
System recommends based on FEFO and amount of antigen available in DIVO's stock **Received 9 votes up | |||
System recommends top-up amount to max. (if min max policy exists for that country) **Received 6 votes up | |||
Requisition (and pick-up by HF) Assumption: HFs are submitting paper requisitions to DIVO at pick-up; HF don't requisition if CCE is broken; real-time | View Critical Elements | Requisition info-capture | Set order issue quantities |
Reference Step 1 table above for what made MVP and got addtl votes | Capture SOH and requisition amount into OPenLMIS from paper-form given by HF | Same set of workflow stories as ones identified above in this table for allocation | |
Allocation (and delivery to HF) Assumption: HFs have provided SOH data to DIVO (via paper, SMS, phone call, in-person etc) ** Entire workflow Did not make MVP cut by JOsh but received 11 votes in support | View Critical Elements | View SOH of receiver site | View load amounts |
Reference Step 1 table above for what made MVP and got addtl votes | Same set of workflow stories as ones identified above in this table for allocation pick-up | For each HF for set time period across the delivery zones, based on critical elements data | |
Along with above, also view CCE status of HF | |||
Along with above two items, also view whether HF is open during planned visit time/date | |||
Requisition (and delivery to HF) Assumption: HFs are submitting paper requisitions to DIVO before delivery; HF don't requisition if CCE is broken ** Entire workflow did not make MVP cut by Josh; also, small group thought this was least seen at country level but Amy changed mind next day and provided 6 countries that do this at last mile (Cameroon, Uganda, Kenya, Lesotho, Ethiopia, TZ); workflow did not receive any specific votes on Day 3 | View Critical Elements | Requisition info-capture | Set order issue quantities |
Reference Step 1 table above for what made MVP and got addtl votes | Same set of workflow stories as ones identified above in this table for requisition pick-up | Same set of workflow stories as ones identified above in this table for requisition pick-up |
Dependencies
insert
Open Questions
Below is a list of questions to be addressed as a result of the vaccine workshop:
Question | Outcome | |
---|---|---|
Out of Scope
Out of scope for this feature OR potentially saving for future development.