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.