← All Work
Patient Rx Management

Medly | Prescription Checkout & Delivery

Overview

Medly is a digital pharmacy that delivers medications and manages prescriptions for patients who previously had to call in every order. I led design on its new patient web platform from the ground up, from first research through launch, covering patient profiles, prescription management, checkout, and delivery scheduling. A separate designer and team owned the iOS app; I worked closely with them throughout and filled in on iOS when needed.

Within it, I led design on a self-serve checkout that let patients see what was ready to fill, choose what to pay for, and schedule delivery, without an agent on the phone.

Role
Senior Product Designer, lead designer for the patient web platform
Project timeline
4 months (part of a ~1-year platform launch)
Team
PM, Engineering, iOS Design, Compliance, Clinical Relations
Medly
Impact

65% of patient-support time given back

Given back from manual scheduling by full launch, freeing patient-support agents for higher-value patient care.

10× more deliveries scheduled per day

Scheduled deliveries grew from 20–30 a day at first launch to 250+ company-wide.

1,000+ prescriptions in a peak week

Prescriptions delivered in a single week, at peak.

The Problem

Everything a patient might want to do ran through a single channel, a phone call with an agent:

See prescriptions on file
Schedule a delivery
Remove one prescription
Call an agent
every single time

Patients had no way to see what was on file, no way to schedule a delivery themselves, and no way to drop a single prescription from an order without calling in.

Objectives: let patients self-serve prescription selection and flexible delivery scheduling (with in-store pickup as an option), and free patient-support agents’ time for higher-value patient support.

The decision to delay launch

The original plan routed checkout out to a separate, text-based mobile web app. Partway through, engineering discovered the two systems couldn't sync patient data, which would have forced patients to re-enter information they'd already given us in the middle of checkout. That left one real choice:

Hit the date

Ship on the original date

  • × No checkout, profile & prescriptions only
  • × Patients still call an agent to order
  • × Teaches patients the app can't do the one thing they need
✓ What we pushed for

Delay & build checkout natively

  • ✓ Real self-serve scheduling, no call
  • ✓ One synced source of patient data
  • ✓ Phased lower-priority pieces to protect the timeline

Our PM, engineering lead, and I pushed for the delay together. The whole point of the product was to get scheduling off the phone, and shipping a version that still required a call would have taught patients the app couldn't do the thing they needed it for. We moved the date, built checkout natively, and phased lower-priority pieces to protect the new timeline.

Holding the line through three PMs

The project cycled through three product managers in a year. I was the constant, which meant design ownership expanded into keeping the work coherent across handoffs.

PM 1
project start
PM 2
mid-project
PM 3
within one year
Design: the one constant
Reconciled the backlog · wrote requirements · introduced sizing · kept web & iOS aligned

When a new PM joined, I walked the backlog with her to reconcile what had been specced against what the product actually needed, and flagged the features that had no tickets at all. We wrote requirements together from there.

The team had also never estimated work. I introduced sizing so we could forecast when phases would land, and proposed sizing well-documented front-end tickets asynchronously in Slack to keep it from becoming another meeting. Both stuck.

Medly was also going through a rebrand, so I worked with the iOS designer and team to rework the style guide and build shared components, like buttons and input fields, in a single Figma library for both platforms.

Because this was a pharmacy, design also meant working inside healthcare rules. I reviewed every new flow with Compliance to keep it HIPAA compliant.

I also worked closely with our Director of Clinical Relations, who spoke with patients directly every day. She regularly passed their feedback along to me, and when it was time for usability testing, she helped me recruit patients she worked with for sessions.

Approach

The self-serve flow I designed took the patient from what's on file to a scheduled delivery, start to finish, no call:

See what's ready
prescriptions on file
Choose & add to bag
pay for what you want
Schedule delivery
or pick up in-store
Confirmed
no call needed
BeforeCall an agent for every order, every change
AfterDone in the app, start to finish

I ran a competitive analysis of pharmacy checkout flows, built on the shared component library, and prototyped the flow (view the prototype) for moderated usability interviews, recruiting real patients with help from Clinical Relations and walking them through checking out live prescriptions over Google Meet.

Early prescriptions-selection concept.
Early concept of Medly's prescription-selection screen
Early checkout concept.
Early concept of Medly's checkout screen with a filled order
Early bag concept.
Early bag concept
Early modal explorations.
Early modal explorations
Early pharmacy-pickup concept.
Early pharmacy pickup concept

Research Findings

Patients moved through the flow smoothly overall: “Good. Like checking out on Amazon.” and “Pretty straightforward and easy” were typical reactions. But two specific points of friction showed up consistently, and each pointed to a change:

Friction observed
Two look-alike actions, “Exclude from Order” and “Remove a Prescription,” sat side by side. Patients couldn't tell them apart.
What changed
Renamed “Exclude from Order” to “Remove from Bag,” making clear the patient was editing their current order, not deleting the prescription from their profile. Removed the redundant, call-only “remove a prescription” affordance entirely, since patients wanted to avoid calling Medly whenever possible and the flow already offered chat and phone support elsewhere. Exclude from Order→Remove from Bag
Friction observed
A pre-filled bag they couldn't edit confused patients: they expected to add and remove items themselves, not be routed to a separate bag page.
What changed
Gave patients direct control to add and remove prescriptions from their own bag, instead of a pre-filled state.

Solution

Those changes shipped in the final designs:

Final prescriptions design with add-to-bag control.
Final prescriptions design
Final bag management design.
Final Medly bag-management design letting patients add and remove prescriptions
Final order confirmation design.
Final Medly order-confirmation screen after scheduling a delivery

Impact

Many patients still preferred walking to their pharmacy in person. The new flow was additive to that relationship, not a replacement for it, and that nuance shaped how we talked about the feature internally.

Testing also surfaced the post-launch roadmap patients asked for directly: order cancellation and rescheduling, default payment methods, and richer delivery notifications.

← Previous
Kalorian