Admin Usecase Diagram and Table - SENG-350-2024-fall/Team3 GitHub Wiki
| Element | Details |
|---|---|
| Use Case | Managing Patient Notifications |
| Description | The ED admin receives notifications from the patient regarding their current condition and well-being and are assessing the patient's urgency for medical assistance. |
| Actors | Primary: ED Admin, Secondary: Patient |
| Assumptions | The ED admin staff has the means to receive continuous notifications from the patient through the Mr ED system. The patient's contact information is accurate. The notifications and chats are logged. |
| Steps | 1. The ED admin receives a notification from a patient regarding the results and recommendations of their virtual triage.2. The notification is logged into the database for recordkeeping3. If the patient is in critical condition, an ED staff member will continuously monitor the patient by checking for new notifications |
| Variations | The delivery of the notifications can be prioritized by the patient's current condition. |
| Non-Functional | The system must be able to withstand a spike in patient notification and have minimal performance degradation. Notifications must be delivered to the ED as soon as the patient sends the notification - minimal delays. |
| Issues | There could be too many high-urgency notifications for the ED staff to monitor. |
| Element | Details |
|---|---|
| Use Case | Managing ED load |
| Description | Enables the ED admin to view, track, and manage the real-time load of the emergency department. It includes updating the system with accurate data on the number of patients, wait times, staff availability, and other critical factors that affect the performance and capacity of the ED. |
| Actors | Primary: ED Admin |
| Assumptions | The system is connected to real-time sources that track the ED's patient flow and resource availability. The ED admin staff are able to access this real-time data |
| Steps | 1. The admin navigates to the page where it displays the current data of the ED and the pending patients that are participating in the virtual triage or have already completed the virtual triage. 2. The admin reviews the data 3. If required, the admin updates the system by either adding or deleting information (such as updating the headcount of available ED staff members) |
| Variations | If the ED load is beyond maximum capacity, the system will notify the admin to make adjustments to the ED load. |
| Non-Functional | The load data system must accurately reflect the real load in the ED. |
| Issues | Admin may not be able to update the system data in a timely manner. |
| Element | Details |
|---|---|
| Use Case | Updating Triage Criteria |
| Description | Allows the ED admin to update the virtual triage criteria used to assess and prioritize patients. This ensures that the triage system reflects up-to-date medical guidelines and optimizes patient care. |
| Actors | Primary: ED Admin |
| Assumptions | The system provides an interface for updating triage rules. The admin has appropriate permissions to make changes. The updated criteria are based on current medical guidelines or best practices. |
| Steps | 1. The admin navigates to the triage criteria settings page.2. The system displays the current triage criteria (e.g., symptom severity levels, patient categorization).3. The admin reviews the existing criteria and identifies necessary changes.4. The admin modifies the criteria by adding, removing, or updating attributes of the triage.5. The system validates the new criteria for consistency and logic.6. The updated criteria are applied to all future virtual triages. |
| Variations | If the updated criteria contain errors or conflicts, the system will notify the admin to review and fix the issues before saving. The admin can roll back to previous triage criteria if needed. |
| Non-Functional | The system must validate the criteria to prevent inconsistencies or conflicting rules. The updated criteria should be applied immediately and without causing interruptions to ongoing triages. |
| Issues | Inaccurate or conflicting criteria may lead to improper triage decisions. |
| Element | Details |
|---|---|
| Use Case | Manage ED Resource Inventory |
| Description | Allows the ED Admin to track and manage the availability of critical resources in the emergency department (e.g., medical supplies, equipment, medications). This ensures that the ED is well-stocked to handle patient needs and emergencies without resource shortages. |
| Actors | Primary: ED Admin |
| Assumptions | The system maintains a real-time inventory of all ED resources. The ED Admin has access to the inventory management interface. The system alerts the Admin when resources fall below critical levels. |
| Steps | 1. The ED Admin navigates to the "Resource Inventory" section. 2. The system displays current inventory levels of supplies and equipment. 3. The Admin reviews inventory and updates stock levels if necessary. 4. The Admin orders new resources when stock falls below a threshold. |
| Variations | The system may automatically generate supply orders when inventory is low. The Admin may receive alerts for critically needed supplies. |
| Non-Functional Requirements | The system must update resource levels in real-time and ensure accuracy. It should support integration with third-party suppliers for easy ordering. |
| Issues | Errors in resource tracking may lead to over-ordering or shortages. |
| Element | Details |
|---|---|
| Use Case | Manage Staff Schedules |
| Description | Enables the ED Admin to create, update, and manage the work schedules of ED staff, including doctors, nurses, and other support personnel. This ensures proper staffing coverage for different shifts, especially during peak hours or emergencies. |
| Actors | Primary: ED Admin Secondary: ED employees |
| Assumptions | The system is connected to a database of current staff availability and their work preferences. The system has predefined shift templates or schedules that the ED Admin can modify. The ED Admin has the authority to modify or approve the schedules. |
| Steps | 1. The ED Admin logs into the system and navigates to the "Staff Scheduling" section. 2. The system displays the current staffing schedules for the ED. 3. The ED Admin reviews the schedules and identifies any gaps or overbooked shifts. 4. The ED Admin creates new schedules or updates existing ones by assigning staff to specific shifts. 5. The system checks for conflicts and prompts the ED Admin to resolve any issues. 6. The ED Admin confirms the updated schedule, and the system notifies the affected staff members. |
| Variations | The system may offer suggestions for filling scheduling gaps based on staff availability or previous shift preferences. In case of emergencies or sudden staffing shortages, the system may provide recommendations for shift adjustments or call in additional staff. |
| Non-Functional Requirements | The system must handle scheduling data efficiently and provide real-time updates to both the admin and staff. Notifications must be sent immediately to ensure that staff are aware of schedule changes. |
| Issues | Scheduling conflicts might arise and need to be resolved manually. Sudden changes in staffing (e.g., due to illness or emergencies) could require rapid adjustments to the schedule. Staff might not receive timely notifications if the system experiences delays or errors. |