Let's Talk
All Work
Product Management Healthcare SaaS EMR Platform Product Stabilization

Stabilizing a Healthcare SaaS Platform Across 60 Hospitals.

As a Senior Product Manager with CPO-level ownership, I helped Prime eHealth stabilize its EMR and telemedicine platform, prioritize roughly 300 backlog issues, and protect hospital adoption across Nigeria.

Role Senior Product Manager (CPO-level ownership)
Duration Jan 2024 – Oct 2024
Company Prime eHealth
Product Hospital EMR SaaS + Telemedicine Mobile App
Scale 60 Hospitals Across Nigeria
Core Challenge 300 backlog issues, product debt, hospital retention risk
Reporting Reported to CEO; worked closely with CTO and technical team
Hospital Types Private, state, federal & university hospitals

The scale, in six numbers.

60 Hospitals Supported
~300 Backlog Items Triaged
1 EMR SaaS Platform
1 Telemedicine Product Stream
Executive + Technical Alignment
Hospital Retention Risk Managed

The problem was not launching features. It was keeping hospitals operational.

Prime eHealth was already serving hospitals, so the risk was not product-market fit but operational trust. Hospitals depended on the EMR for records, appointments, and clinical workflows — a failing product meant escalating support and hospitals considering leaving.

In healthcare SaaS, product debt isn't internal — it becomes hospital friction, clinical risk, and retention risk.

The EMR was already live when I joined; my focus was stabilization, backlog triage, and prioritization. The telemedicine app was the stream I shaped most directly as the patient-facing layer.

One platform, eight moving parts.

Understanding what was already live mattered before touching the backlog.

Prime eHealth Platform
Hospital EMR
Patient Telemedicine
Doctor Workflows
Hospital Admin / Operations
Appointment Booking
Patient Records
Internal Support / Product Team
Engineering / Technical Team

~300 backlog items across product, design, and engineering.

When I joined, the backlog spanned nine overlapping categories, none pre-sorted by urgency or risk.

Critical hospital blockers Clinical workflow issues Technical debt Design debt EMR usability improvements Telemedicine requests Admin/support pain points Enhancement requests Future roadmap items

The backlog triage matrix.

Category What It Meant Business Risk How I Approached It
Critical hospital blocker Issues preventing key hospital workflows Hospital frustration, churn risk, support escalation Prioritized immediately with CTO/dev team
Technical debt Unstable or inefficient system behavior Slower releases, recurring bugs Separated urgent fixes from structural work
Design debt Inconsistent workflows for doctors, admins, and patients Low adoption, training burden Simplified flows and clarified journeys
Enhancement request Hospital-requested improvements Roadmap distraction if treated as urgent Evaluated against impact, effort, and risk

Critical hospital blocker

MeaningIssues preventing key hospital workflows
RiskHospital frustration, churn risk, support escalation
ApproachPrioritized immediately with CTO/dev team

Technical debt

MeaningUnstable or inefficient system behavior
RiskSlower releases, recurring bugs
ApproachSeparated urgent fixes from structural work

Design debt

MeaningInconsistent workflows for doctors, admins, and patients
RiskLow adoption, training burden
ApproachSimplified flows and clarified journeys

Enhancement request

MeaningHospital-requested improvements
RiskRoadmap distraction if treated as urgent
ApproachEvaluated against impact, effort, and risk

The inherited backlog was triaged and either cleared or brought under control within three months — through developer coordination and a weekend ticket system built to clear old issues faster.

The real blocker was not only the backlog. It was manpower.

Many open tickets, limited capacity — I requested additional frontend support, then helped onboard an intern cohort.

Starting Team 1 Frontend Developer
~4 Backend Developers
Requested & Added +2 Frontend Developers
Later Provided ~8 Interns

The model expanded capacity without assuming unlimited manpower.

I built a training structure with the developers so interns could catch up and support delivery.

Creating a weekend ticket system to clear old issues faster.

Normal hours covered current work. For old or urgent tickets, I proposed a weekend structure where willing developers earned extra pay per ticket resolved.

01

Faster Backlog Clearance

Old tickets cleared without competing with weekday delivery.

02

Real Incentive for Developers

Developers earned extra pay per ticket resolved.

03

Targeted Urgent Work

Urgent backlog got direct attention without overloading weekday delivery.

04

Faster Hospital-Critical Fixes

Hospital-critical issues got faster attention than the weekday queue.

How I operated with CPO-level ownership inside the product system.

I owned product prioritization and delivery coordination — running standups, assigning tasks — while partnering with the CTO on technical feasibility and system-level decisions.

01Hospital Escalation
02ClickUp Ticket Capture
03Backlog Grouping
04Priority Review
05Developer Assignment
06CTO Alignment
07Weekend Sprint / Weekday Delivery
08QA Review
09Hospital Feedback

Reported directly to the CEO

Translated hospital pain into backlog items

Made decisions across EMR and telemedicine

Balanced urgency with engineering capacity

Protected stability while improving the experience

The UPTH crisis: stabilizing a major hospital relationship in three days.

University of Port Harcourt Teaching Hospital (UPTH) was already using the EMR. Within my first one to two months, unresolved technical issues put the relationship at risk — losing a teaching hospital would have damaged trust, revenue, and credibility.

This was a team effort — I led the response, coordinated developers, worked with the CTO, and helped build the operating structure that resolved the issues before the CEO returned to UPTH management.

FridayIssues triaged, response coordinated
SaturdayDevelopers work through priority fixes
SundayUrgent issues cleared and validated
Following WeekCEO meets UPTH — issues already addressed

A three-day response helped stabilize a major teaching-hospital relationship.

I coordinated the response that helped retain UPTH — and UPTH stayed after the intervention.

Eight stakeholders, eight different needs.

CEO
Needed

Business continuity, hospital retention, product clarity

CTO
Needed

Clear priorities, technical feasibility, debt visibility

Developers / Technical Team
Needed

Clean requirements, sequenced backlog, fewer unclear requests

Hospital Executives
Needed

Reliable EMR, operational confidence, less disruption

Doctors
Needed

Smoother clinical workflows, easier patient records

Hospital Admin Staff
Needed

Easier appointments, records, and daily operations

Support Team
Needed

Fewer repeated unresolved product complaints

Patients
Needed

Easier booking, telemedicine access, smoother care

Inside the operational complexity

These representative views show the interconnected workflows the platform needed to support — patient registration, outpatient queues, pharmacy inventory and blood-bank operations. My responsibility was not to create the original EMR, but to stabilize its delivery system, prioritize hospital-critical failures and coordinate the teams restoring reliability.

Interface views illustrate the platform environment. Some were captured after my 2024 tenure and are not presented as exact before-and-after evidence.

Patient, staff and operational identifiers have been permanently removed to protect healthcare privacy.

Patient Registration & HMO Workflows

Patient onboarding connected records, HMO information, retainership, appointments and referrals.

Patient registration workflow showing HMO and retainership structure

Stabilizing the EMR experience for hospitals.

The work meant identifying hospital-critical blockers, separating urgent fixes from enhancements, and prioritizing workflows that affected confidence.

01

Workflow Reliability

Prioritized fixes protecting daily clinical and admin workflows.

02

Doctor & Admin Usability

Reduced friction in screens doctors and admin staff used most.

03

Inventory & Resource Visibility

Improved pharmacy stock and bed visibility so staff could trust the system.

04

Appointment & Operations

Stabilized booking and operational flows hospitals relied on daily.

Outpatient teams depended on accurate queues and completion visibility to coordinate care.

Sanitized outpatient queue showing assignment states and completion visibility

Where the EMR was breaking down.

PHARMACY

Inventory Movement Gaps

Drugs and supplies move from a hospital's main pharmacy to outlet pharmacies; gaps created missing lines and unclear stock visibility.

BEDS

Bed Availability Mismatch

The system sometimes showed no available beds when beds existed — undermining staff trust in the EMR's visibility.

Sanitized pharmacy inventory workflow showing transfer and stock-management functions

Inventory transfers between central and outlet pharmacies required dependable stock visibility and reconciliation.

In hospital SaaS, trust is operational — when staff can't trust inventory, beds, or records, the product becomes a risk rather than infrastructure.

Specialized workflows added validation, compatibility and traceability requirements where reliability was critical.

Sanitized blood-bank workflow showing compatibility testing and reporting

Establishing the telemedicine mobile app as the patient-facing layer.

While the EMR served hospitals internally, I helped shape the telemedicine app as Prime eHealth's patient-facing stream.

Patient registration Appointment booking Doctor schedules Video consultation Payments Prescriptions Patient records EMR ↔ patient-facing connection

The telemedicine app had to feel simple for patients while connecting to hospital and doctor workflows.

How I decided what mattered first.

Priority = Hospital Risk + Workflow Impact + User Pain + Business Urgency − Engineering Complexity
01
Hospital Retention Risk
02
Clinical Workflow Impact
03
Patient / Doctor Experience Impact
04
Engineering Effort
05
Business / Operational Urgency

Turning backlog noise into a product roadmap.

Not every issue was urgent — here's how ~300 became a delivery system.

01

Capture

Every open issue in one view.

02

Group

Clustered into nine categories.

03

Rank

Scored against risk, impact, urgency.

04

Sequence

Ordered into a realistic delivery plan.

05

Align with CTO / Dev Team

Validated against real capacity.

06

Ship / Fix

Delivered the agreed sequence — not the loudest request.

07

Review Impact

Checked whether friction dropped.

How I turned crisis into an operating system.

01

From scattered complaints to ClickUp tickets

Issues became visible and trackable.

02

From limited manpower to expanded capacity

Frontend support and trained interns expanded capacity.

03

From fixed hours to flexible ticket resolution

Weekend paid tickets cleared issues faster.

04

From reactive firefighting to ranked priorities

Hospital-critical blockers were separated from normal enhancements.

05

From hospital frustration to restored confidence

The UPTH crisis resolved in three days, and the hospital stayed.

What changed by October 2024.

01

UPTH Stayed

A major teaching hospital relationship was stabilized after a three-day response.

02

Backlog Brought Under Control

Roughly 300 backlog items were triaged and either cleared or brought under control within three months.

03

ClickUp Became the Delivery System

Scattered complaints became visible, trackable, and assignable tickets.

04

Delivery Capacity Improved

Extra frontend support, intern onboarding, and weekend ticket work expanded the team's capacity.

05

EMR Trust Improved

Stabilization focused on pharmacy inventory, bed availability, and appointment-flow confidence.

06

Telemedicine Direction Clarified

The telemedicine app became clearer as the patient-facing layer connected to doctors and hospitals.

07

Executive / Technical Alignment Improved

CEO, CTO, developers, and product priorities became aligned around hospital-critical issues.

What this proves about my product leadership.

I can inherit a live SaaS product and stabilize it

I can manage product debt under business pressure

I can protect enterprise customer relationships

I can coordinate developers while working with a CTO

I can build operating systems for backlog and delivery

I can turn hospital pain into product priorities

I can balance EMR infrastructure with telemedicine growth

What I would measure next.

Because healthcare SaaS depends on trust, the next step is tracking stability, adoption, and operational confidence across hospitals.

01

Backlog Resolution Rate

How quickly triaged issues move to resolution.

02

Hospital Support Ticket Volume

Whether stabilization work reduces repeat complaints.

03

Hospital Retention / Churn Risk

Whether at-risk hospitals are staying engaged.

04

EMR Task Completion Rate

Whether core clinical/admin tasks complete without friction.

05

Doctor / Admin Adoption

How consistently daily users rely on the platform.

06

Appointment Booking Completion

Whether booking flows convert without drop-off.

07

Telemedicine Consultation Completion

Whether remote consultations complete end-to-end.

08

Time to Resolve Critical Blockers

How fast hospital-critical issues get fixed.

09

Release Quality / Regression Rate

Whether shipping velocity trades off stability.

Interested in how I approach product work?

Book a 20-min intro call, or send the role details by email.