Building a better experience for laboratory technicians who process biological samples.

Behind every diagnostic lab test is a patient and their loved ones, who are anxiously awaiting test results. For this reason Foundation Medicine, makers of tumor testing assays, invests significantly in reducing report turnaround time (TAT) so people experiencing cancer can be connected to potential therapies as quickly as possible.

One opportunity area for reducing TAT was within the Accessioning team in the lab, which is responsible for receiving and verifying biospecimens from all over the world, organizing and preparing them for processing.

The Challenge

Accessioning tasks were being performed in an application that was not purpose-built for the unique needs of the job. Several additional tools were being regularly consulted outside of the primary tool. Lab users were forced to adapt complex processes to suit the limitations of the software, and not the other way around.

The time to accession the average patient sample was ~15 minutes on average, with difficult cases taking as long as several hours, and sample volume was only increasing. Data Verification (a separate process) took on average 8 minutes a case. Issues with orders and samples could cause delays of multiple days and back up downstream workflows

My Role

In this first collaboration between Foundation Medicine's lab and the UX team, I led a pair of senior designers from the initial request, to the successful launch of a Next Generation Accessioning platform.

I set the schedule of tasks, organized and communicated work externally, coached and mentored my team, and supported flow mapping, wire-framing, and final design.

Business Goals

  • Simplification & Automation of the workflow

  • Integration & Consolidation of many systems into one

  • Scalability: Accommodate future lab & volume growth

  • Improve turnaround time

  • Reduce error and prevent business disruption

Impact

Accessioning turnaround time lowered 35% after launch

Addition of AI + OCR workflow brings total reduction to 60%

Data Verification time reduced 75%

UX requested as a permanent resource on lab team 🎉

Existing State

Accessioning tasks were being performed in a CRM (the ultimate storage location for all the data). This stopped making sense as the company scaled, added regional labs, and started taking on more domestic and international volumes.

There were several core problems discovered by me and my team:

  • Context Switching: The modularity of the system meant that users were traveling between many pages to reference or update data, or even opening other systems.

  • Cognitive Load: There were no ways to keep track of problems along the way, forcing techs to be creative and jot things down on notepads or nearby items.

  • Localization problems: Elements of the workflow differed in the EU vs. the US (for example, how consent is documented)

  • No customization by hospital: An institution may require a field which is present on the form and skipped for every other customer.

  • No safety features: For example, proactive flagging of duplicate patients.

Approach

In addition to addressing the goals above, my secondary objective was to build a strong, trusting relationship with a product team, engineers, and group of stakeholders that had never before worked with a UX team.

As such, I adapted an extremely transparent and iterative approach, involving our stakeholders whenever possible, mining the lab techs for their creativity and ideas, and working with my team to quickly turn around updates for feedback.

My goal was for the lab techs to see themselves in the final product, and have a strong sense that this product was build with, not just for them.

Discovery

01 – Observations, Demos, Interviews

The team began with a period of due diligence and research:

  • Conducted on-site observations of the current process first-hand in the lab

  • Documented user flows from first-hand software demos and lab time training materials

  • Led one-on-one interviews with lab leadership, and lab technicians, process specialists, and team managers, to understand their overarching goals, day-to-day challenges, and concerns around new software and processing affecting their jobs.

    • The product team and user-base had no prior experience working with a UX team, making us their first introduction.

    • This user-base had negative prior experiences with the technology org (e.g. poorly managed software rollouts, undelivered promises) and felt some apprehension about working with us. Sensitivity was needed on the approach.

    • After research synthesis, we unpacked the initial ask into several, more targetable "challenge areas" and drafted prompts and HMW questions in preparation for future interviews and workshops.

02 – Team Workshops

I organized and led three interactive workshops with our labs in the US and Germany:

  • Challenge areas were presented back to users & validated

  • Additional scenarios, edge cases, and pain points were documented

  • “How Might We?” questions were generated as a group.

  • “Crazy 8’s” sketching exercise collected ideas from stakeholders

    • Engaging laboratory users without disrupting business critical tasks, or lab productivity.

    • Running remote workshops with users in labs, across time zones.

    • Encouraging blue-sky thinking, beyond what users are used to from existing lab software.

    • The future users of this software validated and understood what we were doing. They supplied sketches and notes that we used to understand their mental models and ideas. They felt engaged and appreciated.


Observing technicians’ work in the lab

Sample user flow from the commercial accessioning process.

Example of a brainstorming “challenge area” used in a workshop with lab techs

Capturing mental models from lab users

Delivery

Validate & Iterate

Using workshop research outcomes, we drafted the experience in a lower fidelity, following the user flow diagrams established with our product teammates.

  • I organized several 1:1 testing sessions every week, so we had a regular, predictable cadence of feedback.

  • Engineers and product managers attended every research session.

  • I established several feedback locations at several scales, from asynchronous slack channels, to larger check-ins with lab leadership.

    • Discrepancies between user and leadership desires.

    • Generalizability of individual comments.

    • A high-fidelity prototype, publicly available and used as a source-of-truth for Design and Product to socialize the project and refine the epics and stories required to build it.

Early user testing session

A collage of wireframes and sketches

Outputs from a team brainstorm

Affinity clustering output

After a successful launch, we continued with several follow-up phases, including pharmaceutical sample accessioning, specialized worklists, and the implementation of AI and OCR (Optical Character Recognition) to read requisitions and pathology reports and auto-fill select data. Results have been promising so far.