01 · Healthcare logistics

Healthcare operations from research to production

EstarMed · Lead Product Designer & Product Engineer

  • 414 → 987 Monthly visits
  • 27% → 97% Complete field records
  • 0 Added coordination staff
EstarMed interface

Case study

EstarMed

From spreadsheets to a real-time home healthcare operation. I led field research, product definition, five role-based experiences and the full web and React Native implementation — scheduling, field execution, live GPS monitoring and auditable billing in one system.

Role
Lead Product Designer & Product Engineer
Timeline
November 2025 — Present
Core stack
React · TypeScript · Tailwind · Supabase · PostgreSQL · React Native · Expo · SQLite
LIVE ROUTE · ANTIOQUIADaily operations · real-time

Monthly visits

414 → 987

+138% · Nov 2025 → Jul 2026

Complete field records

27% → 97%

real arrival + closing stamps

Extra coordinators

0

same team, more volume

01 · Impact

01

02/10

Impact measured in the live operation

EstarMed did not simply digitize an existing spreadsheet. It changed how information was created in the field, how coordination understood the day in real time and how completed work became auditable billing.

Figures compare November 2025 — the first full month on the platform — with July 2026, measured directly against production records for visits, routes and patients. They are not perception survey results.

  • 01Billing: from days of reconstruction to one auditable export
  • 02Monthly scheduling: from a full working day to one planning session
  • 03Visibility: from phone calls and assumptions to route and visit status in real time
  • 04Honest note: part of the demand growth came from the client's commercial decisions — the product let the existing team absorb it

02 · Ownership

02

03/10

I owned the complete product lifecycle

I observed the operation, defined requirements, designed the product, built the web and mobile experiences, integrated the data and real-time architecture, tested the system and delivered it to production.

Lovable and Cursor accelerated implementation and iteration; responsibility for product decisions, architecture, code adaptation, integrations, QA and production quality remained mine. Operations stakeholders supplied contractual rates, clinical constraints and business rules, then validated the system in daily use.

  • 01Field research: interviews, full ride-alongs and an audit of the spreadsheets sustaining the operation
  • 02End-to-end UX/UI for five role-based experiences, from IA and wireframes to production interfaces
  • 03Design system: semantic tokens, component variants, status language and responsive rules
  • 04Web implementation with React, TypeScript, Tailwind, Supabase and PostgreSQL
  • 05React Native + Expo field app with background GPS, offline SQLite and automatic sync
  • 06Data and real-time: auth, role permissions, live and historical location models, retention workflows
  • 07QA, Android release preparation, deployment and continued production iteration

03 · Context

03

04/10

The operation lived in spreadsheets, paper and phone calls

Healthcare professionals and drivers leave every morning to deliver vaccination, breastfeeding support and home-care services. Before EstarMed, a complete month of scheduling was assembled by hand. After vehicles departed, the state of the operation could only be reconstructed through calls, WhatsApp and end-of-day paperwork.

The challenge was not a more attractive dashboard. It was supporting a healthcare operation with little margin for error: if a visit disappears from the workflow, a patient can remain unattended.

  • 01Conflicting sources of truth across separate spreadsheet versions
  • 02Unverified addresses — drivers lost time on incomplete or duplicated geocoding
  • 03No reliable live visibility of vehicles or visit completion
  • 04Billing reconstructed days after the work occurred
  • 05Scale: five roles, three service lines, 9–12 patients per daily agenda, live in Antioquia with a Bogotá pilot

Interface · Daily route

Desktop

Coordination opens the day on one screen: patient list, assigned crew and live GPS position of every vehicle.

EstarMed daily route planner — patient list and live GPS map

04 · Research

04

05/10

Research happened inside the real operation

I combined stakeholder interviews, full-route observation, spreadsheet audits and an in-product UX survey available to every role. The goal was to understand not only what people said they needed, but how information was actually lost, recreated or corrected during a working day.

“If the address is wrong, I lose half an hour driving in circles while the doctor waits in the car.” — Driver. “I don't know where each route is until someone calls me. If nobody calls, I find out the next day.” — Coordination. “One hand holds the equipment bag, the other the phone. I can't be hunting for buttons.” — Driver.

  • 01Information was regularly reconstructed from memory or paper at the end of the day
  • 02Routes frequently contained incorrect, incomplete or duplicated addresses
  • 03Billing lacked reliable evidence of actual start and completion times
  • 04Desktop and field experiences needed different levels of information density

05 · Workflows

05

06/10

Six surfaces support one connected healthcare operation

The product follows the service from monthly planning through daily assignment, field execution, live monitoring and billing. These are not isolated modules: each event created in one stage becomes evidence for the next.

All patient names, addresses and identifiable operational data shown here have been anonymized or replaced with demonstration data.

  • 01Monthly scheduling — one calendar per grouped center, distributing ~9 patients per agenda (up to 12 when dates are scarce)
  • 02Daily Route — visit sequence and synchronized map in one screen, with sequence as the source of truth
  • 03Operational dashboard — routes departed, visits progressing and exceptions, deliberately dense for coordination
  • 04Mobile field app — a linear one-thumb workflow where only one valid action appears at a time
  • 05Billing and export — billable time derived from real route, visit and equipment-return events
  • 06Live monitoring and AI assistant — live and historical vehicle location, with explicit confirmation before consequential actions

Interface · Programming and control

Desktop

Monthly programming builds routes across crews and vehicles; the operations dashboard turns completed work into auditable numbers.

EstarMed route programming with multi-route map and daily route table
EstarMed operations dashboard with KPIs and monthly trends

06 · Decision

06

07/10

At every moment, there is one valid action

The most consequential design decision was removing simultaneous choices from the driver card. Version 1 showed “Arrived” and “Finished” together, and on real routes drivers frequently selected “Finished” without recording arrival. In version 2 the next action only appears after the previous event is recorded, so capturing arrival became part of the path rather than an act of discipline.

A second iteration replaced ordering by estimated time — which reshuffled the screen mid-route — with an explicit coordinator-set sequence. Time became supporting information rather than the structure of the screen. The best UX improvement in the project came from removing choices, not adding controls.

Interface · Field execution

Mobile

In the field there is one valid action at a time: the driver confirms arrival and closing, and the route stays readable on a phone.

EstarMed driver view — next stop and arrival confirmation
EstarMed mobile route detail with map and stop list

07 · Validation

07

08/10

Behavior in production was the primary validation signal

Full-shift observation with drivers plus an embedded in-product survey drove the changes that mattered. Complete field records — measured directly in the database — moved from 27% to 97% after the field workflow redesign.

Honest limitation: formal SUS and NPS studies have not yet been completed. Current validation is primarily behavioral and operational.

  • 01Real-route testing → arrival was skipped when two actions appeared at once → single valid next step
  • 02In-product survey → “Municipio” did not match the team's language → replaced product-wide with “Comuna”
  • 03Rejected: distance-first automatic routing — clinical schedules and priority patients outrank distance
  • 04Rejected: a form after every visit, and dashboard-first delivery before reliable field capture

08 · Engineering

08

09/10

There was no traditional design-to-engineering handoff

I designed and implemented the product, so interaction decisions moved directly into production components across React and React Native. Design engineering reduced translation loss between intent, interface and code.

Accessibility was built into the token layer: AA contrast, color always paired with label and icon, keyboard order and visible focus for coordination, 44×44 px field controls and domain language instead of generic software vocabulary.

  • 01Web — React, TypeScript, Tailwind CSS, semantic component variants
  • 02Data — Supabase, PostgreSQL, Auth, Row Level Security, Realtime, REST APIs
  • 03Mobile — React Native, Expo, background GPS, SQLite offline queue, automatic sync
  • 04Location — separate live and historical models, scheduled updates, retention workflows
  • 05Delivery — responsive QA, Android release preparation, performance troubleshooting, deployment

09 · Results

09

10/10

Learnings and what comes next

EstarMed connected planning, field execution, live location and billing into one operational system. Monthly completed visits increased from 414 to 987 while the coordination team remained the same size, and complete field records improved from 27% to 97%.

Field products must be designed for sunlight, urgency, movement and unreliable connectivity — and reliable data begins with the interaction that creates it. Next: complete offline coverage across remaining field workflows, formal SUS validation with the Bogotá cohort and deeper predictive capacity analytics.

Live product

See the work in its real context.