Skip to main contentSkip to navigation
Loading...

Census & Occupancy

How can census discrepancies be identified before month-end?

Last reviewed

Direct answer

Compare census across systems daily at the resident level and flag differences automatically, sorted by likely cause. Give each open difference an owner and a due date. Discrepancies found within a day or two can usually be explained by the people involved. Discrepancies found at month-end require someone to reconstruct events after the fact.

Why this happens

Month-end reconciliation is a late, single check. It finds the size of the problem but rarely the cause.

Most census discrepancies come from a small set of recurring events: hospital leave, same-day transfers, unsigned agreements. Daily checks turn those into recognizable patterns.

Example: census at 11:00 p.m. on the last day of the month

  • EHR census

    92

    Includes a resident on a bed-hold hospital stay.

  • Accounting census

    90

    Excludes the bed hold and a move-in whose agreement is not yet countersigned.

  • CRM occupancy

    91 of 100 units

    Counts units, not residents, and treats a deposit-held unit as occupied.

  1. Which number governs?
  2. Operator Authority
  3. Governing Record
  4. SeniorCRE Intelligence
  5. Execution

Illustrative figures. Governance first. Intelligence second. Execution last.

Residents, billable days and occupied units are three different measures. Calling all three "census" is what makes them look contradictory.

The governance question

Before reconciling census, an operator has to decide which census governs which decision: staffing, billing, investor reporting and sales availability can legitimately use different definitions. The governance step is to approve those definitions, assign source authority for each, and record the determination when sources disagree.

Evidence → Disagreement → Authority → Governing Record

What good operating infrastructure should do

  • Hold an approved, written definition for each census and occupancy measure.
  • Compare census across systems daily, not only at month-end.
  • Show the specific residents or units behind a census difference.
  • Record which source governs each census measure and why.
  • Keep the original system values alongside the governing number.

SeniorCRE perspective

In SeniorCRE’s architecture, census is a governed measure: each definition is approved by the operator, each source’s value is preserved, and daily differences are surfaced with the residents behind them before month-end. The operator’s determination, not a model, sets the census that staffing, finance and reporting read. Status: the Governed Operating Record is designed and not yet implemented in any community. What has been built, validated and deployed is published on the evidence page, and nothing here should be read as a production result.

See the evidence record

All Census & Occupancy questions

Explore related questions
SeniorCRE

Govern the truth before you automate the decision.

SeniorCRE is the operator-controlled operating infrastructure for senior housing & care.

SeniorCRE establishes operator-controlled definitions, source authority, reconciliation, and lineage across care, labor, census, revenue, compliance, NOI, and capital decisions.

Current evidence status

SeniorCRE publishes what is built, what has been built, what has reached operator production, and what remains unproven.

Last verified: September 29, 2026

View the Evidence Record

Definition. Authority. Reconciliation. Lineage. The four that make data governable.

Governance first. Intelligence second. Execution last. Model confidence never creates organizational authority.

SeniorCRE

Operating Infrastructure for Senior Housing & Care.

© 2026 SeniorCRE, LLC. A HavenCo company. SeniorCRE® and Operator Authority Chain™ are marks of SeniorCRE, LLC.

View full legal disclosures