screen from chronic pain app

Designing an interface for an experimental chronic pain treatment

Simplifying a complex multi-screen interface used for research into a user-friendly app

The Challenge

Transform a complex research-oriented treatment process into one that could be easily followed by pain specialists in the real world

The Outcome

A simplified process presented with flow diagrams, wireframes, and an interactive prototype that informed future commercialization efforts


In the spring of 2019, a team at the Philipps University Marburg in Germany was applying for a Phase II EU Horizon 2020 grant fund the commercialization of an experimental treatment for chronic pain. Since over 50 million Americans and 100 million Europeans suffer from chronic pain (pain that lasts or recurs for more than three months), there was a clear market for the new treatment.

I came to Marburg for 3 months to convert a complex research-oriented procedure into usable solution for pain specialists in the real world. To accomplish this, I worked with a team consisting of Dr. Thieme (pain expert), a businessman, and a hardware engineer. The project involved understanding the current process through observations and interviews, outlining a simplified flow based on research, and designing prototypes to bring the flows to life.

Understanding the Current System

Initial Observation & Interviews

First, I observed Dr. Thieme run a stimulation treatment session (in German) with a patient to familiarize myself with the current process. Second, I interviewed Dr. Thieme to get a deeper understanding of what I had observed.

Lab with computers and other deviceshand with electrode on a finger
Photos showing stimulation treatment setup at the Institute of Medical Psychology Lab

Flow Diagrams

Next, I drafted a high-level flow diagram for the stimulation treatment as a whole and for threshold determination (part of the treatment that determines a patient's threshold for pain). Diagrams were presented to the team, discussed, and revised based on feedback. The resulting diagrams acted as a simple way to communicate the stimulation treatment process and served as a starting point for screen designs.

overview flow diagramthreshold flow diagram
Annotated flow diagrams map the existing stimulation treatment process on a high level

Further Research

Once I was clear on the steps in the treatment process, I observed the process again to familiarize myself with the current interfaces. I focused on how the Dr. Thieme interacted with the interface, what was displayed on the monitors, what data was recorded, and how the data was recorded.

monitor showing bio markers of patientresearcher looking at two screens
Dr. Thieme interacted with 2 monitors and several windows during the treatment

I also conducted other research (conversations with the team, reviews of past iterations of the system, and online research) to familiarize myself with medical concepts, understand the technology used in the stimulation treatment, and identify design limitations (cost, time, regulations).

Simplifying the Process

After the second round of research, I explored ways to simplify the process. The process had to make sense to pain specialists of all types (therapists, doctors, etc.), reduce opportunities for errors, and fit on a 10" tablet screen.

To see where changes would be possible, I set up a meeting to walk Dr. Thieme through my understanding of the process and uncover the reasoning behind steps in the process (data collection, calculations, documentation) and visuals in the interface (line graphs, flashing elements, numbers).

The conversation revealed that some data was being displayed / collected solely for research purposes and therefore could be removed from the commercialized process. In addition, it confirmed that the manual calculations could be easily automated.

Designing the Interface

First, I came up with design guidelines based on discussions about users (pain specialists and patients) with the team, session observations, online research into medical device design, and technical limitations (screen size, etc.). Next, I broke up the stimulation treatment process into smaller more manageable sections (log in, patient overview, threshold determination, running treatment, and review).

Design Guidelines

  1. Use relatively large text and elements to make it accessable for users with lower vision
  2. Build guidance into the process so that it is easy to follow for every user
  3. Introduce friction where needed to prevent errors
  4. Show only what is necessary at any point to avoid crowding the small screen

Sketches & Wireframes

For each section, I started by exploring possible layouts with low-fidelity wireframes, which I presented to the team. After getting feedback, I used XD and a Google Material Design library to create higher-fidelity wireframes quickly.

sketch of line graphscreen mockup of line graph
The team sketched early ideas for the session review screen on a whiteboard
mockup of threshold determination screen with annotations
Annotated wireframes like this describe how elements on a page should function

Preparing for Testing

Tool Selection

After the designs were complete, I convinced the team to conduct user testing. Since XD wasn’t sufficient to build the kind of open-end prototype with logic I was hoping to test, I turned to Bubble is a no-code tool that features a built-in data base, logic functionality, and an affordable monthly plan.

Prototype Creation

Prototyping with bubble required defining the logic behind the app's functionality and defining how data was recorded and manipulated in the database, which could inform future development. In a few days, I had a web-based prototype ready to share that realistically showed the threshold determination process.

Video of the threshold determination bubble prototype in action

Presentation to Team

Once the prototype was complete, I found a way to present it on tablet in a realistic way and demonstrated it to the team, who were happy with the design.

However, after presenting the prototype I was told that user testing would be put on hold as it would take too long to get pain specialists they knew into the lab for testing. In addition, the team found out their application wasn’t short-listed for the EU grant, which meant slower progress due to budget limitations.

screen to record initial pain levelscreen shown when treatment is running
I presented prototypes to the team on a 10" tablet (Left: Bubble, Right: Adobe XD)
Mockup of "Results Review" page shows how the device could be positioned on a therapist's desk


Working on this project taught me a lot. I learned what it was like to work in an interesting new setting (partly academic and partly like a startup) in a foreign country. Although there were struggles, I had managed to help the team align their understanding of the existing process and set the stage for future simplification and commercialization of the stimulation treatment.

If I were to do this project again, I would have pushed for testing from the start and schedule it well in advanced to allow for plenty of time to recruit participants. In addition, I would have scheduled regular meetings with stakeholders in advanced, as busy schedule sometimes meant waiting days for feedback.

Additional Projects

Lock Created with Sketch.
bank with globe behind it

Exploring the future of international cash management

Read Case Study
brixboard design

Empowering local traders with varying levels of tech literacy

Read Case Study