After the flowchart was approved the next step was creating lofi mockups of the required pages. For a few pages, such as the Outstanding Issues page, a couple of options were presented for the client to choose from.
Originally we mapped out a patient user-type flow that allowed a patient to create an issue to be submitted to their GP which could then be used to forward, via consult request, to a specialist. For the initial launch, it was decided that we focus on physicians handing patient info and just focusing on the consult request functionality since it provides the most value to the physicians.
Lofi mockup of the physician’s Outstanding Issues table (also serves as their main dashboard). We created two options to compare and contrast and discuss the benefits and drawbacks of each. In option the filters run along the top horizontally. This leaves more room for the Issues table if needed (which we needed).
In this variation, option B, the filters is designed as a vertical section. While the client and team thought both were functional, option A would be the better choice as it allows more space to accommodate several columns worth of information without congesting the table making if difficult to read. The filter also feels less intrusive in option A allowing more focus to be placed on the issues themselves.
This is a mockup of the first page of the consult request process. In a previous version, there was far more patient details about the issue that would be provided by the patient themselves, as a separate user. The patient user-type was benched for the time being to focus on the physician to specialist functionality so now, only the essential details about the patient are required to be input by the physician. To keep the form digestible, we separated out file uploads and gave them their own dedicated page. A final summary page allows the physician to review their details before submitting the request.