Skip to Main Content

System for Opioid Overdose Surveillance (SOS) Dashboard

Tracking Opioid Overdose Cases in Michigan

May 2019 - May 2020

About the SOS Dashboard:

The SOS Dashboard provides policy makers and healthcare advocates a way to visually track where opioid cases take place in Michigan. It uses data from several sources to provide real-time information. The dashboard itself uses maps, tables, and charts to display different case demographics.

The production version of this dashboard is not accessible to the general public due to data privacy and use agreements. You can check out the landing pages though!

What I did:

Website Design (HTML/CSS/JS, Python - Flask)

  • Created several low-fidelity design and interaction sketches using basic drawing tools.
      an image of three low-fidelity sketches made of SOS dashboard layout
    • I created a basic interaction flow and positioned data visualization tools using basic sketches. Since the data was sensitive, it was important to include a login sequence to restrict access to certain data. I conducted research on different data visualizations (such as donut graphs and pie charts) to see what user limitations existed.
  • Created low-fidelity wireframes using Adobe XD.
      an image of two low-fidelity wireframes made of SOS dashboard layout: one includes three screens to represent a login sequence and one includes one long screen with a landing design at the top, which scrolls down into data visualization aids such as a map and different pie and bar charts
    • Adobe XD was used to create base wireframes. Different interaction sequences were mocked to assess desirability of the different ways to access data.
  • Created low-fidelity prototypes with interactions using Adobe XD.
    • This step got us a lot closer to the look and feel of the final impelementation. I used the interaction functions in Adobe XD to map out the interaction tree. This step highlighted different stylistic choices that would help users understand how their inputs would impact the experience.
    • I fleshed out the color scheme and colors of different data elements during this stage.
  • Designed all pages of the website using Boostrap and Flask.
      two screenshots of code that showcase python and flask templating, placed on top of one screenshot of the readme for the SOS dashboard
    • I designed all of the pages and their general layouts using Bootstrap due to its ease of use, good documentation, and straightforward layout.
    • The website uses Flask to pass different county and region names to the dashboard, which then renders the data of the correct region. Using Flask also allowed for the implementation of a login system and more templating. Due to time constraints, I wasn't able to actually implement any extensive templating beyond displaying variables using Flask.
    • There were specific limitations for the design of the production-ready dashboard contents that were difficult to navigate around. The contents were to be printer-friendly; when printed, the dashboard must fit within one or two letter-sized documents. Keeping this in mind, data visualizations, which were often SVGs that had limited scaling, had to be compact. For the design, I tried to prioritize the visibility of the labels, which would give the user enough context to navigate the document.
  • Use of recognizable colors to keep with brand identity.
      an image of the logo of the SOS Dashboard, a bar chart, and a highlighted map county pointing to the University of Michigan color guide's 'maize' color
    • I used primarity University of Michigan colors to keep with our brand as a tool created by the University of Michigan.
    • Because many users reported the need to print the dashboard contents, I tried to keep the colors on the printer-friendly view of the dashboard contrasted, and limited the use of color when possible.
↑ Back to Top