Why episodic home care needs its own model
Home health is paid per 30-day period under PDGM, and the payment for each period is set by a case-mix group derived from admission source, period timing, clinical grouping, functional impairment level and comorbidity adjustment — CMS documents the mechanics on its Home Health Prospective Payment System (opens in new tab) pages. The 60-day certification period still governs the plan of care and the recertification, which means one certification normally spans two payment periods with different timing and often different case-mix.
That single fact breaks most inherited reporting. An episode-level report blends a first period and a second period that were paid differently; a monthly revenue report shows cash that belongs to periods opened weeks earlier. Getting this right means the period is the grain of the model, with the certification, the patient, the visit schedule and the claim all hanging off it — see Power BI dashboard development for how a build like this runs.
Which home health metrics belong on the dashboard?
Agencies watch four things that a general healthcare report will not give them: whether each period is profitable, whether it will clear its LUPA threshold, whether quality and assessment work is being done on time, and whether completed care has actually been billed. Here is how those group up, and what each one is read against.
Home health dashboard metrics, the grain each one is measured at, and the source behind it
| Dashboard area |
Metrics we model |
Grain & comparison |
Primary source |
| PDGM period margin |
Case-mix weight, period revenue, visit cost by discipline, contribution per period |
Per 30-day period, split by early/late timing, institutional vs community admission source, clinical grouping |
EHR billing tables + payroll |
| LUPA exposure |
Visits made and scheduled vs the threshold for that case-mix group, days remaining, periods at risk in dollars |
Per open period, rolled to clinician, branch and case-mix group |
EHR scheduling + case-mix |
| Visit utilization |
Ordered vs delivered visits by discipline, missed visit rate and reason, visits per period vs branch norm |
Per patient per period, compared to the plan of care, not to an agency average |
EHR plan of care + visit log |
| HHVBP & OASIS quality |
Measure results as recorded in your system, OASIS submission and assessment timeliness, acute-care transfer and discharge disposition |
Per branch and clinician, trended between CMS reporting cycles |
OASIS exports + claims data |
| Clinician productivity |
Visits per clinician per day, weighted visit points, mileage and travel time, overtime and PTO cover |
Per clinician per week, grouped by discipline and territory |
EHR visit log + payroll |
| Referral & census flow |
Referrals, non-admit reasons, referral-to-SOC days, active patient count, recertification rate, discharge reason |
Per referral source and branch, with month-over-month trend |
EHR intake / referral module |
| Unbilled & NOA lag |
Days from start of care to Notice of Admission, periods past the five-day window, periods with no final claim, aged unbilled dollars by blocking reason |
Per period and branch, aged in buckets, totalled in dollars |
EHR billing + clearinghouse |
How does LUPA risk get onto a screen in time?
A Low Utilization Payment Adjustment applies when the visits delivered in a 30-day period fall below the threshold for that period's case-mix group, and the period is then paid per visit instead of at the period rate. The thresholds are not uniform — they differ by case-mix group — which is exactly why a single agency-wide "minimum visits" rule of thumb keeps producing both unnecessary visits and avoidable LUPAs.
We store the applicable threshold on each period, count completed and scheduled visits against it, and surface the open periods that are short, ordered by how few days are left. The same model shows LUPA rate after the fact by branch, clinician, case-mix group and referral source, so the pattern behind the worklist is visible too. Row-level security keeps each branch manager in their own patients — Microsoft documents the mechanism in row-level security for Power BI (opens in new tab).
Where does the data come from?
Nearly all of it starts in the home health EHR. Patient, certification and period records, OASIS assessments, orders, the plan of care, the visit schedule and the visit log, the referral and intake record, and the billing tables behind RAPs, Notices of Admission and final claims all live there. Payroll and timekeeping add worked hours, overtime and mileage; the clearinghouse or remittance feed adds paid, denied and pending status; the general ledger adds branch overhead so contribution can become a real margin.
Home health platforms differ sharply in what they will let you extract. Some editions offer a reporting database or a warehouse feed, some a documented API, and some realistically only scheduled exports — and the answer depends on your contract and edition, not just the vendor's name. We establish the route in the scope estimate before any hours are used, then set up scheduled refresh in the Power BI service, which Microsoft covers in its guide to data refresh in Power BI (opens in new tab).
Home health source systems and the reporting each one feeds
| Source |
What it contributes |
Dashboard it feeds |
| Home health EHR (Homecare Homebase, Axxess, WellSky, MatrixCare, Alora) |
Patients, certifications and 30-day periods, case-mix, OASIS, orders, plan of care, visit schedule and visit log |
Period margin, LUPA exposure, visit utilization, recertification rate |
| Intake / referral module |
Referral source and type, referral date, accept or non-admit decision and reason, start-of-care date |
Referral source conversion, referral-to-SOC days, forward census |
| Billing & clearinghouse |
RAP and Notice of Admission submission dates, final claim status, payments, adjustments and denials |
Unbilled revenue, NOA lag, cash collected per period |
| Payroll & timekeeping |
Worked hours, per-visit and salaried pay, overtime, mileage and travel time by clinician |
Visit cost, clinician productivity, cost per visit by discipline |
| OASIS exports & quality feeds |
Assessment dates and submission timestamps, measure results as recorded, transfer and discharge disposition |
HHVBP and OASIS timeliness, quality trend by branch |
| General ledger |
Branch revenue, overhead and controllable expense, budget by cost centre |
Branch P&L, margin after overhead, budget vs actual |
Why does unbilled revenue need its own dashboard?
Since the Notice of Admission replaced the Request for Anticipated Payment, a period's payment is reduced for each day between the start of care and a late NOA submission, so a filing that slips by a week costs real money on work already delivered. The delay is rarely billing's fault — it is usually an order awaiting a physician signature, an OASIS not yet locked, or a face-to-face document that has not arrived.
Putting every unbilled period in one list, in dollars, aged, with the blocking item named and assigned, makes that a manageable queue instead of a month-end scramble. If your bigger problem is what happens after the claim goes out — payer denials, reason codes, appeals and 835 remittance — that is a different data set and lives on our Power BI denial management dashboard page, which many agencies run alongside this one.
What does it cost, and how fast?
You buy prepaid Flex hours that never expire, at published prices: Starter $2,500, Growth $4,600, or Power $8,000, with senior US-based work from $100/hour. A first build covering period margin, LUPA exposure and unbilled revenue typically fits inside one block, and most builds ship in 3–5 business days once you approve the scope estimate.
Compared with a traditional consultancy, there is no project minimum, no retainer you have to keep feeding, and no unused hours expiring at quarter end — hours deduct only for work you have reviewed and approved. See how prepaid Flex hours work, or our affordable Power BI consulting page for the full comparison.
Who is this for?
Owners, administrators, directors of clinical services, branch managers, revenue cycle leads and CFOs at Medicare-certified home health agencies without an in-house BI team — single-branch agencies, regional multi-branch groups, and agencies that have grown by acquisition and inherited a second EHR along with the branch.
Several neighbouring needs are covered elsewhere on this site, deliberately. If your setting is a facility with beds rather than care delivered in the home, the reporting turns on resident census and the EHR extraction path instead, and our PointClickCare Power BI dashboard page is the right starting point — there is no facility census in home health, and no 30-day payment period in skilled nursing. If you operate buildings and need occupancy by care level, move-ins and NOI per community, see Power BI for senior living operators. For tool-agnostic clinical throughput across a provider organization — patient flow, length of stay, slot and bed utilization — Power BI for healthcare is the broader page. And if you already have home health reports that nobody trusts, a Power BI health check is the fastest way to find out why. Contact is form-only — send your request and we'll reply with a scope estimate.