Hospital Operations & Patient Flow Analysis
πŸ₯

Hospital Operations & Patient Flow Analysis

image

I found a predictable bottleneck hiding in plain sight β€” and two workforce patterns most hospital operations teams don't know exist.

Hospitals generate enormous volumes of operational data with every patient encounter β€” yet most of it sits idle in administrative systems, never reaching the people whose decisions it could directly inform. Waiting times lengthen. Clinicians are overloaded unevenly. Revenue is generated, but profit is eroded by inefficient workflows. None of this is inevitable; all of it is measurable.

This case study documents a complete, end-to-end data analytics project I delivered using Microsoft Power BI. The subject is NewLife’s outpatient department. The dataset captures individual patient visit records across 11 dimensions, including patient classification, clinical staffing, financial class, hourly arrival patterns, waiting time, treatment time, total revenue, and visit profit.

The result is a single-page interactive dashboard titled Hospital Operations & Patient Flow Analysis, carefully designed visual objects that collectively answer the questions hospital operations directors, clinical leads, and finance teams need answered every single day.

❓ Business Problem

New Life operates at the intersection of two fundamentally misaligned forces. Demand is stochastic, human, and emotionally urgent β€” patients do not arrive on a schedule, and their clinical needs vary wildly in complexity and duration. Supply, by contrast, is expensive, credentialled, and slow to flex; consultant shifts are negotiated weeks in advance, and the margin for last-minute capacity adjustment is narrow.

When demand spikes and supply is flat, the queue grows. Waiting times rise. Patient satisfaction scores fall. In value-based care environments, falling satisfaction scores reduce reimbursement rates. Overloaded clinicians make more errors. Staff burnout accelerates attrition, which increases recruitment and locum costs. One bottleneck β€” a predictable Hour 9 surge, for example β€” can cascade into clinical, financial, and reputational consequences that persist long after the morning rush has cleared.

Most hospitals know this is happening. Few have a reliable way to see it in real time, or even in a clean retrospective view, because the underlying data is scattered across patient administration systems, payroll records, and finance ledgers that were never designed to integrate.

πŸ“–Β Domain

Healthcare Ops & Finance

πŸ“€Β Output

14-visual interactive Dashboard

The Five Questions This Dashboard Was Built to Answer

BUSINESS QUESTIONS
WHY IT MATTERS
When does peak patient demand occur throughout the operational day?
Enables proactive, data-driven shift scheduling rather than reactive firefighting
Are Anchor Doctors and Locum Doctors performing comparably in efficiency and financial output?
Reveals resource allocation inefficiencies and informs the contracted vs. flexible staffing ratio
Which patient types and financial classes generate the most profitable encounters?
Supports payer mix strategy, pricing decisions, and revenue cycle management
Where is time lost in the patient journey β€” in waiting, in treatment, or in transitions?
Pinpoints the operational lever most likely to reduce total visit time
How does Revenue Efficiency vary by doctor type β€” and what does that tell us about workflow?
Surface process differences between clinical groups could be standardised for system-wide gain

πŸ“‹ The Data

One clean, structured table. Eleven fields. Each row is one patient visit. No joins, no external feeds β€” just a well-prepared analytical model ready for Power BI.

FIELD
ROLE IN ANALYSIS
Patient ID
Visit volume denominator β€” the count behind every metric
Doctor Type
Primary comparison dimension: Anchor vs. Locum
Hour of Entry
Time-of-day demand pattern β€” how congestion was found
Financial Class
Payer group β€” drives revenue cycle analysis via slicer
Patient Type
Cohort filter β€” enables clinical segment comparisons
Waiting Time (mins)
Patient experience metric and bottleneck signal
Treatment Time (mins)
Clinician productivity proxy and case complexity indicator
Total Visit Time (mins)
End-to-end throughput β€” the core capacity metric
Total Revenue ($)
Gross income per encounter
Visit Profit ($)
Net margin β€” the number that actually matters to finance
Revenue Efficiency
Derived ratio: revenue per unit of clinical time invested
Raw revenue or profit comparisons between doctor types are misleading if one group sees more patients than the other. Revenue Efficiency β€” revenue divided by time invested β€” controls for volume and case count, putting Anchor and Locum Doctors on an equal, apples-to-apples footing. It's a derived metric, not a raw column, which means it required deliberate analytical design rather than a simple field drag-and-drop.

Headline Findings

A Power BI dashboard that exposes a predictable staffing bottleneck, a hidden workforce imbalance, and an untapped efficiency advantage β€” built on hospital patient visit data.

Hour 9 Bottleneck Peak congestion β€” predictable & preventable
Anchor Doctors Overload Doctor workload imbalance β€” systemic risk
Locum Doctors Efficiency Revenue efficiency advantage β€” worth standardising

What I Built β€” Dashboard in 30 seconds

A hospital had detailed records of every patient visit β€” and no way to see patterns across them. I built a single-page Power BI dashboard with 14 objects.

  • 5 KPI cards surfacing visit count, average waiting time, total visit time, total revenue, and profit per visit.
  • A dual-axis line chart mapping both patient volume and waiting time against each hour of the day.
  • A clustered bar chart comparing Anchor and Locum Doctors across three performance metrics.
  • A bar chart showing Revenue Efficiency by doctor type.
  • A doughnut chart showing patient volume split.
  • An interactive data table; three slicers (Doctor Type, Financial Class, Patient Type).
  • A plain-language insight annotation panel with the three key findings written directly on the canvas.

πŸ” The Findings

Three findings. Each is surfaced by a specific visual. Each is translated into a specific management action.

Finding 01: Peak Congestion Hits at Hour 9 β€” Every Day The dual-axis line chart plots patient volume and average waiting time against every hour of the operational day. Both lines spike together at Hour 9. That co-spike is the analytical signal: waiting time doesn't just rise with volume β€” it overshoots it, meaning the department is absorbing demand reactively rather than being positioned for it in advance.
Arrival volume peaks sharply at Hour 9. Waiting time spikes disproportionately at the same moment β€” overshooting the volume curve. This is the signature of a flat staffing model applied to a demand-weighted workload. Pre-positioning clinical capacity into the 08:00–11:00 window would absorb the surge before it becomes a queue.

Finding 02: Anchor Doctors Are Carrying a Disproportionate Load The clustered bar chart compares Anchor and Locum Doctors across three dimensions simultaneously: average waiting time, average treatment time, and average visit profit. Anchor Doctors show higher waiting times β€” a leading indicator of queue saturation. Their treatment episodes run longer. Their visit profit is lower. The doughnut chart confirms they are also handling the majority of patient volume. This is a systemic resource distribution problem, not an individual performance issue.

Anchor Doctors handle the largest share of patient volume AND show the highest average waiting times. Longer treatment times may reflect heavier documentation burden or administrative overhead for contracted staff. Lower visit profit in Anchor Doctor encounters is a downstream financial consequence of operational overload. This is not underperformance β€” it is a workload allocation problem with a scheduling fix.

Finding 03 Locum Doctors Deliver Higher Revenue Efficiency The bar chart showing Revenue Efficiency by Doctor Type surfaces the dataset's most counterintuitive finding: Locum Doctors generate more revenue per unit of clinical time than their Anchor counterparts. Because Revenue Efficiency is a ratio β€” not a raw total β€” this comparison controls for the fact that Anchor Doctors see more patients. Something in the Locum workflow produces better financial efficiency per minute of clinical time. That is a process signal worth investigating and standardising.

Revenue Efficiency is a volume-controlled ratio metric β€” so this isn't a function of case count. This could reflect lighter documentation obligations, more streamlined clinical pathways, or a simpler patient mix. The data identifies that a gap exists and that it's measurable. A process review identifies where it comes from. The goal is not to replace Anchor Doctors β€” it's to understand what Locum workflows do differently and spread it.

βœ… Recommendations

Each recommendation is tied directly to a finding, scoped to a specific decision-maker, and designed to produce a measurable result.

REC 01 Redesign shifts to pre-load capacity into the Hour 8–11 surge window Owner: Director of Operations / Workforce Planning Expected impact: 15–25% reduction in peak waiting time. In value-based care models, lower waiting times directly improve HCAHPS patient satisfaction scores β€” and scores affect reimbursement rates.

REC 02 Set a dynamic workload threshold: when Anchor queues exceed the target, route non-complex cases to available Locums Owner: Clinical Lead / Department Head Expected impact: More equitable workload distribution reduces Anchor Doctor burnout risk. Preventing one avoidable senior clinician departure saves 100–200% of annual salary in recruitment costs.

REC 03 Commission a workflow process review to identify the source of the Locum efficiency advantage β€” then standardise it Owner: Clinical Quality & Improvement Lead Expected impact: 5–10% improvement in system-wide Revenue Efficiency if best-practice workflow elements are adopted across both doctor types.

REC 04 Use the Financial Class slicer to audit payer-by-payer profit performance and take findings into the next contract negotiation Owner: Finance Director / Revenue Cycle Manager Expected impact: 2–5 percentage point improvement in net patient revenue margin through targeted payer mix optimisation.

βš™οΈ Technical Approach

Four stages. Each one is a deliberate analytical decision β€” not just a technical step.

STAGE
WHAT I DID
WHY IT MATTERS TECHNICALLY
01 Problem Framing
Defined 5 business questions before touching the data or Power BI
Prevents the most common analytics failure: technically correct visuals that answer the wrong questions
02 Data Assessment
Validated all 11 fields for nulls, type consistency, and analytical fitness. Identified Revenue Efficiency as a derived metric β€” ratio, not a raw column
Data quality gates before visualisation prevent outputs that look correct but aren't
03 Metric Design
Used AVERAGE not SUM for all time and profit metrics. Designed Revenue Efficiency as a ratio to control for patient volume differences between doctor types
Sums would make Anchor vs. Locum comparisons statistically invalid β€” averages put both cohorts on equal footing
04 Visual Architecture
Dual-axis line chart to reveal the relationship between volume and waiting time (not just individual trends). Insight annotations embedded directly on canvas in plain language
Every visual is placed to answer a specific question for a specific audience. No decorative charts. Annotation panel ensures non-technical stakeholders leave the dashboard knowing the three key findings

TOOLS & METHODS

Power BI Desktop Dashboard build Β· DAX measures Β· interactive slicers
DAX Measures AVG / SUM / COUNTNONULL Β· derived Revenue Efficiency ratio
Data Modelling Single analytical table Β· visit-level granularity Β· no joins required

🧠 Skills Demonstrated

This project covers the full analytics value chain β€” from raw data to business decisions. The skills below map directly to what was built, not to a generic competency list.

Skill
Where It Shows in This Project
Healthcare Domain Knowledge
Framing findings using clinical operations language β€” HCAHPS, value-based care reimbursement, workload saturation, payer mix strategy. Not generic data skills applied to a medical dataset.
Business Problem Framing
5 business questions defined before any visual was built. Recommendations scoped to named decision-maker roles. This is what separates analysts who answer questions from analysts who frame them.
Power BI Data Modelling
Single-table model, correct DAX aggregation functions, derived Revenue Efficiency ratio metric. Model naming convention used to document data quality status.
Statistical Rigour in Metric Design
Deliberate choice of AVERAGE over SUM for all time and profit metrics β€” with explicit justification. Ratio metrics used where direct comparisons would otherwise be statistically invalid.
Dashboard UX for Dual Audiences
Layout designed to work for two audiences simultaneously: a director who needs the answer in 30 seconds, and an analyst who wants to interrogate the data. KPI cards for the former, slicers and table for the latter.
Data Storytelling
Plain-language annotation panel with three findings written directly on the dashboard canvas. A portfolio piece β€” and a production dashboard β€” should surface insight, not hide it behind charts.
Honest Analytical Limitations
No date dimension, no clinical outcome data, snapshot not live feed. Documenting what an analysis cannot do is as important as documenting what it can.

⚠️ Limitations & What Comes Next

  • No date dimension β€” Cannot confirm whether Hour 9 congestion holds across seasons or days of the week. Adding a calendar table would unlock trend and seasonality analysis.
  • No clinical outcomes β€” Revenue Efficiency and profit metrics are operational and financial only. This analysis makes no claim about clinical care quality.
  • Snapshot, not live β€” Connecting to a live PAS/EPR data source via scheduled refresh in Power BI Service would turn this into a real-time operational monitor.
  • Single table scope β€” A star schema with separate Doctor, Financial Class, and Date dimension tables would support richer cross-dimensional analysis and better model scalability.
This project demonstrates healthcare domain knowledge, structured problem framing, Power BI data modelling, statistically justified metric design, UX-aware dashboard design for mixed audiences, plain-language insight communication, and business-scoped recommendations. These skills transfer across any operational analytics role in healthcare, insurance, public sector, or any organisation where operational efficiency is a strategic priority. Full methodology, complete visual breakdown, and social content version available on request.

Full Case Study β€” Download PDF

Open to data analyst roles in healthcare and operations analyticsβ€”let's connect.