Skip to main contentSkip to navigation
Loading...

CRM & Sales

How should move-ins and move-outs flow between CRM and EHR systems?

Last reviewed

Direct answer

Move-ins should begin in the CRM as commitments and become actual move-ins only when the operational or clinical system records the resident in residence. Move-outs should usually begin operationally and flow back to the CRM. Each event should be matched across systems, with differences flagged within a day and resolved under the operator’s rules.

Why this happens

One-way or manual handoffs are the main reason CRM and EHR census drift apart.

Event matching shows timing differences, such as a scheduled move-in that slipped, while they can still be fixed.

Example: unit availability on a monday

  • CRM

    6 units available

    Deposit-held units are marked reserved.

  • Operations

    8 units available

    Two units are physically empty and ready, regardless of deposits.

  • Maintenance

    5 units available

    Three units are still in turnover.

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

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

Availability is a decision, not a fact recorded in one place. It depends on which events the operator counts.

The governance question

Sales data should inform occupancy, not quietly define it. The operator decides how deposits, pending move-ins and turnover affect reported occupancy and availability, and the governing record keeps that rule visible.

Evidence → Disagreement → Authority → Governing Record

What good operating infrastructure should do

  • Approved definitions for available, reserved and occupied.
  • Event matching between CRM move-ins and operating move-ins.
  • Visible treatment of deposits and pending move-ins.
  • Reconciliation of pipeline against actual census.
  • Consistent definitions across sales dashboards and executive reports.

SeniorCRE perspective

In SeniorCRE’s architecture the CRM remains authoritative for pipeline while the operator’s rules decide how pipeline events affect occupancy and availability. Differences between sales and operations are surfaced as disagreements to resolve, not hidden by a merged view. 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 CRM & Sales questions

See how the Governed Operating Record works
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