Page Comparison

...

1. Admin searches for orderable: 
   1. What information does an admin need to make their search more effective? Why are they searching for orderable? Incorrect associations?
      1. Scenario: Product is not showing in requisition, I need to check if its associated with a program and facility type
      2. Scenario: I want to update price per pack (frequently) per product or in bulk
      3. Scenario: I want to change my max stock level (FTAP)
      4. Scenario: I want to change the display order
      5. Scenario: I want to add a new lot (per product or bulk change)
      6. Scenario: Changing a product from active or inactive
      7. Scenario: I want to change the product from full supply to non full supply
      8. Scenario: I want to update the product name. Not ideal but sometimes the product is misspelt, or has additional endings which make it more/less complicated (E.g. Now it reads Nevirapine 100mg, the MOH has decided to code these items and it should read Nevirapine 100mg (1a))
      9. Scenario: I want to update (add or remove) the association to facility types.
   2. How are orderables, commodity types, and trade items structured in the database for this type of view? What changes need to be made so that we can create a view that has all associations? 
   3. When price needs to change, where should it be changed to reflect to the system correctly and efficiently? What are all the relations in the database for Orderables? Need to understand impact and reference ERD. Document these associations and link to OLMIS-3323.
   4. Do they need to see Orderable Type?
   5. Sort by Name, filter by active/inactive. A product can belong to multiple programs, multiple facility types
2. Admin adds new orderable
   1. Goes through entire process of determining if this is a commodity type or trade item, then New process: User clicks +Add → User must select if they are adding Commodity Type or Trade Item → Then is directed to the page to begin entering required fields , then completing (separate screen for Commodity Type, separate screen for Trade Item) → Then user is directed to modals to complete the required associations (programs, trade items, lots depending on the CT or TI previous selection) 
   2. Descriptive text to explain what a commodity type or a trade item is so they go through the correct process. Explain that you can't switch it once it's been created. 
   3. How do we enable lots for an orderable once its been created? Via some module when creating a new editing an orderable?
3. Admin edits existing orderable details:
   1. Following editable fields: Active (what happens if they mark an orderable as inactive?), Full Supply, Display Order, Price per pack, Pack rounding threshold, pack size, round to zero, dispensing unit
      1. When an An admin marks an orderable as inactive is to remove it from the list of orderables in a requisitions. (or Should they can do this by removing it from Facility Type Approved Products? What impact does that have on reporting and requisitions if they can remove orderables from FTAP?)
   2. Should the admin be able to edit all these fields? Are there any restrictions? Are there any impacts to making edits to fields such as pack rounding threshold during the requisition period?
      1. There are specific fields that should have validation and notifications that they cannot change. For example dispensing unit impacts reporting and requisitions. An indicator near the field shows that its read only because changes break calculations. 
      2. Pack Rounding Threshold, Pack Size, Round to Zero, Doses Per Patient (not currently in admin views)Patient 
      3. Dispensing Unit add details to help admin understand what this is (put an icon or descriptive text that this is a descriptor for the product name that helps inform people in ordering) 
      4. The only way to make the "change" would be to create a new orderable.
4. Admin wants to see which orderables are missing associations
   1. This would also require verifying whether FacilityTypeApprovedProduct exists for this orderable-facilityType-program association as they ultimately define which products are available when initiating a requisition. But +1 this is a common case.
   Data updated in bulk (via csv) 
   What
   1. What other types of missing configurations?
   2. Orderables that aren't associated with a display category
5. Data updated in bulk via csv (This is a future requirement and not prioritized for 

   Jira Legacy
   server System JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 448ba138-230b-3f91-a83e-16e7db1deed1 key OLMIS-2707

   )
6. Admin edits existing orderable associations:
   1. change associated trade items?
   2. change associated programs?
   3. change associated lots?
7. Doses per Patient
   1. This needs to be researched a little more to understand the impact of making changes and the expected results. This relates to Vaccines. Should this be editable in the future?

Diagrams

Dependencies

...

Out of Scope

• Migration from Orderables to a Trade Item or Commodity Type when they are defined (suggestion is that the product would be set up as a new Trade Item or Commodity type but this affects historical reporting on the program).