GR3 - Paper Prototyping
Table of Contents
User testing
Briefing
User role 1: Doctor
You are a doctor at Massachusetts General Hospital, and you are making your rounds in the Intensive Care Unit (ICU). You move from patient to patient, analyzing their conditions, making appropriate diagnoses, and, when needed, prescribing appropriate medication based on the patients' status and treatment.
User role 2: Nurse
You are a nurse at Massachusetts General Hospital, and you too are making your rounds in the Intensive Care Unit (ICU). Like the doctors, you move from patient to patient. As a nurse, your focus is on checking vitals, monitoring patient condition, and administering prescribed medication and treatments.
Scenario tasks
User role 1: Doctor
- You want to assess patient Mohammad and prescribe a medication
- You need to prescribe 100mg Aspirin every hour for the next four hours
- You need to make sure that the patient is not already taking aspirin
- You need to remove any other medications that the patient is taking
- You need to ensure that the patient is not allergic to aspirin
- You need to verify that the task was accomplished
User role 2: Nurse
- You want to check in on patient Mohammad and determine if he has any upcoming medications
- You need to administer the medication to the patient
- You need to indicate that the medication was administered
- You need to verify that the task was accomplished
Observations
Notes
User 1, a male with little background experience in medicine, started with the doctor role. He quickly knew to tap the patient's name and "Add Medication". He stumbled on the format of the "Frequency" field, but otherwise handled the "Add Medication" dialog box well. He seemed to quickly understand that the "X" next to each row of medication removed that row. He scanned the "Add Medication" dialog box for patient allergy information, and explicitly mentioned that he couldn't find the information he was looking for before realizing he had to return to the previous screen to learn about the patient. The user then switched roles to evaluate the nurse scenario. He brought up an interesting difficulty: he was unsure if the interface represented actions that would be performed automatically, or if they were actions that were his responsibility. He also had a little bit of difficulty understanding what tapping the medication pane should do. Otherwise, he completed the nurse role without issue or pause.
To be expanded.
Analysis
User 1's troubles with finding the patient information while prescribing a new medication led us to consider the role of the patient information sidebar, and the value of context in our interface. Our eventual conclusion was that the patient information sidebar provided context which was valuable in any mode of the interface we were testing, and we decided to have the sidebar present and visible throughout all of the screens (adding consistency and context). User 1 also had interesting comments on the representation of responsibility in the interface.
The first three users alike all stumbled in some way on the "Add Medication" form, indicating some need for updating the way the fields collect information. Our initial revision had the "Frequency", "Start", and "End" fields as free-form text boxes, but we quickly realized that a richer, more structured input method for these fields could reduce confusion.
To be expanded.
Prototype documentation
Prototype & testing photos
Our prototype represented three screens of our interface: the overview page, the prescribe page, and the administer page. We used card stock and paper to build the mock-ups, and we added interactive elements on top of the printed base layers.
Prototype |
|
|---|---|
|
|
|
|
Testing |
|
|
|
|
|
Iterations
Our prototypes underwent two rounds of iteration throughout the testing period.
The first iteration that we made was to change the size, location, and context of the two dialog boxes we mocked up so as not to obscure the patient information sidebar present on the Overview screen. That is, . We made the decision to do this after User 1 struggled to find patient allergy information while prescribing a medication, and we thought having the patient information always accessible in the sidebar to be a reasonable approach.
A minor iteration came after the second test user, when we decided to explicitly rename the "Add Medication" button to "Give Medication" for the nurse role. This change introduced the first difference between the doctor and nurse views of the Overview screen, but, after careful analysis, we concluded that differing interfaces might be ideal.
The second round of iterations focused on the input format of the "Add Medication" form. Specifically, we switched from free-form text boxes to more structured inputs for the "Frequency", "Start", and "End" fields. For "Frequency", we supplied a drop-down with choices for the frequency, and for "Start" and "End", we supplied a date-time picker. This reduces confusion about the formatting of the text in those fields.
To be expanded.
Notes from presentation
To be expanded.