Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Wiki Markup
    \[Major\] In order to to assess patient Mohammad, the user wants to see the previous observations on the patient. This issue is inherent to the fact that we have narrowed the scope of our application.
  • Wiki Markup
    \[Minor\] The user dislike having to scroll down the right information box. The user would prefer that the application had some non-important information such as the patient's address, so that he can focuses on the most useful information.
  • Wiki Markup
    \[Feature request\] In the vital signal, it would be good to display the patient's temperature. As the temperature isn't taken regularly, it should go along with the time at which it has been taken.
  • Wiki Markup
    \[Minor\] The patient's photo is nice shouldn't appear by default as it is not frequently used.
  • Wiki Markup
    \[Major\] The user found a bit surprising that the application maintains two different list of medications: other medications vs. prescriptions. In the ICU, most patients are able to medicate themselves so it would probably makes more sense to add the other medications within the prescriptions.
  • Wiki Markup
    \[Major\] When adding a new prescription, the physician has to indicate in which units the dosage is expressed. This could lead to dangerous typo (e.g. _g_ instead of _mg_).
  • Wiki Markup
    \[Minor\] Related to the previous point, usually the dosage is indicated within the drug's name, e.g. "Aspirin-100" stands for aspirin 100 mg.  Not only does this prevent typos, but it also allows the physician to prescribe drugs that are available in the hospital's drugstore. For instance prescribing Aspirin 150 mg would be difficult to administer if only Aspirin-100 and Aspirin-200 are available. 

What we would plan to address: 
Dr. X pointed out some very interesting issues, which we would definitely take into account in the next release of the application.

User 3:

Dr Y. is a young ICU physician, working in France.

...

  • Wiki Markup
    \[Minor\] In the right box, passing the Patient History is much less interesting than the patient's immediate history.
  • Wiki Markup
    \[Major\] When adding a new prescription, the 'dosage' should be compulsory. Right now we can add a new description that have no dosage, which doesn't make sense.
  • Wiki Markup
    \[Minor\] When adding a new prescription, we can specify a start date which is posterior to the end date.
  • Wiki Markup
    \[<span style="color: #222222">Cosmetic</span>\] In the administration panel, it is very unlikely to undo a drug&nbsp;administration that has been performed a long time ago. It might be useful to add a confirmation message.
  • Wiki Markup
    \[Major\]&nbsp;When adding a new prescription, the frequency should be more flexible, perhaps by adding a custom text if needed. E.g. It is commonplace to prescribe a drug for the morning and the evening.
  • Wiki Markup
    \[Feature request\] The dosage can sometimes be variable, either increasing or decreasing over the time, depending on the evolution of the patient. Even more intricate but also commonly used, it is sometimes up to the nurse to decide what dose to administer to the patient. For instance, if the physician has prescribed more fine for a patient, the physician might simply say to the nurse to apply the usual protocol when administering morphine, which gives the nurse flexibility on the dose, and also the patient is given a morphine&nbsp;pump that he can use to medicate himself according to how much pain he feels (obviously such a device is limited so that a patient cannot put his life into danger).

What we would plan to address: 
Dr. Y pointed out some very interesting issues, which we would definitely take into account in the next release of the application.

Reflection

Discuss what you learned over the course of the iterative design process. If you did it again, what would you do differently? Focus in this part not on the specific design decisions of your project (which you already discussed in the Design section), but instead on the meta-level decisions about your design process: your risk assessments, your decisions about what features to prototype and which prototype techniques to use, and how you evaluated the results of your observations.