Cathy’s spreadsheet format for tracking of initially stated goals for this project. This is fancy BA stuff, everyone else can ignore it unless they are into really really really nerdy PMI business analyst things.
Requirements (Pre-Planning)
Formal requirements matrix and links to the Confluence tickets. For clarity, the Treatment Sheet requirements will have the prefix of TS.
Requirement ID | Formal Requirement | Planned Work Association Link (Confluence) | Comments |
|---|---|---|---|
TS-1 | Must eliminate double entry of patient data between systems. | ||
TS-2 | Must allow for direct entry into VetView (no API required for initial entry.) | ||
TS-3 | Must log individual tasks as well as current assigned tasks. | ||
TS-4 | Must allow for bulk changes of events. | ||
TS-5 | Must be able to double click to open things up in a pop up box on all pages (no in-line editing boxes.) | ||
TS-6 | Any action performed in one screen must appear in all other screens. | This is similar to TS-1 but applies to within VetView, whereas TS-1 is about eliminating double entry into a separate treatment sheet system. | |
TS-7 | Must be able to stop and start treatment plans. | ||
TS-8 | Must display only open episodes on treatment sheet tabs. | Closed or discharged episodes will display in a History tab instead. | |
TS-9 | Must break up treatment sheets into pre-defined categories. | ||
TS-10 | Must show 16 hours of “work day” at a time. | ||
TS-11 | Must allow for transition from day to day instantly. | For tablets, could we incorporate a swipe for this? | |
TS-12 | Must be WCAG 2.2 AA compliant - this includes having a non-color visual indicator for every color indicator, meaningful sequence, and keyboard navigation in addition to full touch navigation. | We may not be able to do screen reader hooks for AAA but we can get to AA standards as long as we make sure it’s keyboard navigable | |
TS-13 | Tasks must support frequency inputs. | ||
TS-14 | Tasks must be repeatable. | ||
TS-15 | Must allow for basic pre-defined templates. | ||
TS-15 | Must allow for ala carte additions to the templates. | ||
TS-17 | Medication tasks must tie into MARS (part of no double entry in TS-6.) | ||
TS-18 | Must be able to print treatment sheets onto paper for physical medical records. | ||
TS-19 | Must group tasks and data entry by hours. | ||
TS-20 | Some tasks must have individual due dates assigned. | ||
TS-21 | All tasks must have at least one user assigned. | Users with supervisors (e.g. students) can have the chain fed up for a second level of assignment. | |
TS-22 | Tasks assigned to one user must be able to be transferred to another user during a shift change. | ||
TS-23 | Must include API commands for external interfaces to send their own tasks. | We’ll place nice with them - but it’ll be up to clients to use our APIs to write interfaces to competitors, or those competitors themselves, unless we have an MOU | |
TS-24 | Vitals must include reference ranges, alerts, and reflex checks | Update Wiki: Medical Record Setup | |
TS-25 | Vitals must be able to be linked at the unit level. | Update Wiki: Episode Type Setup | This is going to be accomplished in a roundabout way - through documents, through record groups, and through episoide requirements. You can have multiple vitals sets. |
Workflows and Business Processes
Identified workflows that will be impacted or even created by this project. This will be used to assist with Jira ticket testing later on.
Workflow ID | Workflow Description | Requirement ID Associations | Comments |
|---|---|---|---|
W1 | TPR Setup Tab | TS24, TS-25 | Moved to a unique screen in 5.0 LIMS-2753 - Getting issue details... STATUS |
W2 | Document Element Setup Tab | TS24, TS25 | Completely rewritten and rolled into new Catalog Setup screen in 5.0 |
W3 | Patient Record - Add TPRs | TS-6 | |
W4 | Patient Summary Tab - New Vitals Widget | TS-6 | |
W5 | Patient Record - Add Digital Documents | TS-6 | |
W6 | Patient Timeline - New mini trend line feature | TS-6 |
Jira Links (Active Development and Testing)
Jira ticket table for active development. This is for keeping track of the status of the tickets and where they are in testing.
Parent tickets are linked at the top.
LIMS-12358 - Getting issue details... STATUS
Custom TPRs
https://vetview.atlassian.net/issues/?jql=(text%20~%20%22custom%20TPRS*%22%20or%20summary%20~%20%22custom%20TPRS*%22)%20and%20status%20in%20(Open%2C%20Reopened%2C%20Testing%2C%20%22Task%20Review%22%2C%20%22Ready%20For%20Testing%22%2C%20%22Design%2FPlanning%22%2C%20%22Creating%20Mockups%22%2C%20Done%2C%20Completed%2C%20Closed%2C%20%22In%20Progress%22%2C%20%22In%20Review%22%2C%20%22In%20Development%22%2C%20%22On%20Hold%22%2C%20Incomplete%2C%20%22Ready%20For%20Development%22%2C%20Resolved)%20ORDER%20BY%20created%20DESCCatalog Item Setup Changes in 5.0
https://vetview.atlassian.net/issues/?jql=(text%20~%20%22catalog%20item%20setup*%22%20or%20summary%20~%20%22catalog%20item%20setup*%22)%20and%20project%20in%20(LIMS)%20and%20type%20in%20(Improvement%2C%20Task%2C%20Bug)%20AND%20fixVersion%20%3D%205.0.0%20ORDER%20BY%20created%20DESCOut of Scope
Requirements identified but considered out of scope for this project and tabled for now. This can include requirements requested by clients that were not deemed urgent enough to include in the project for now.
Requirement | Status | Planned version, if any |
|---|---|---|
Direct link of TPR to Unit | Won’t Do - will accomplish through other means instead | None |