Sandia Medical Devices

Sandia Medical Devices
Use-case Specification: Patient View/Respond to Alert Date: <01/Mar/2018>
Page 1 of 2
Sandia Medical Devices
Use-Case: Patient View/Respond to Alert
1 Brief Description
When a patient
Gets a glucose level alert
They check the glucose alert page/window
So that they can respond to the alert
2 Actor Brief Descriptions
2.1 Patient – the user of the app whose blood sugar is being monitored
3 Preconditions
The glucose monitoring app has generated an alert.
4 Normal Flow of Events
1. The use case begins when the glucose monitoring app generates an alert.
2. The patient responds to the alert.
3. The system prompts the patient for an alert response.
4. The patient records a text response.
5. The system saves the text response.
6. The patient records a voice response.
7. The system saves the voice response.
8. The patient reviews the text response.
9. The patient reviews the voice response.
10. The system plays the voice response
11. The patient accepts the recorded responses.
12. The system sends the alert response.
13. The use case ends.
5 Alternative Flows
5.1 Patient does not respond to alert
If at step 2 of the normal flow the patient does not respond to the alert within a specified timeout period, then
2.1 The use case ends.
5.2 Patient cancels the alert response
If after step 3 of the normal flow the patient cancels the alert response, then
3.1 The use case ends.
Sandia Medical Devices
Use-case Specification: Patient View/Respond to Alert Date: <01/Mar/2018>
Page 2 of 2
5.3 Patient chooses not to record a text response
If at step 4 of the normal flow the patient chooses not to enter a text response, then
4.1 The use case rejoins the normal flow immediately at step 6.
5.4 Patient chooses not to record a voice response
If at step 6 of the normal flow the patient chooses not to enter a text response, then
6.1 The use case rejoins the normal flow at step 8.
5.5 Patient chooses not to review the voice response
If at step 9 of the normal flow the patient chooses not to review the voice response, then
9.1 The use case rejoins the normal flow at step 11.
5.6 Patient chooses not to accept response
If at step 11 of the normal flow the patient chooses not to accept the recorded responses, then
11.1 The use case rejoins the normal flow immediately after step 3.
6 Key Scenarios
6.1 Patient does not respond before timeout
6.2 Patient records only text response
6.3 Patient records only voice response
6.4 Patient records both text and voice response
6.5 Patient cancels their response
7 Post-conditions
7.1 Patient does not respond before timeout – no alert response is sent
7.2 Patient records only text response – alert response containing text only is sent
7.3 Patient records only voice response – alert response containing voice only is sent
7.4 Patient records both text and voice response – alert response containing text and voice is sent
7.5 Patient cancels their response – no alert response is sent
8 Special Requirements
If responses cannot be sent (no connection), response must be buffered and sent when connection reestablished.