CareRM
CRM for home care agencies

A CRM that knows the daughter isn't the patient.

Every other CRM (HubSpot, Salesforce, Pipedrive) collapses the caller and the recipient into one record. Home care doesn't work that way. CareRM is built around the real shape: one care recipient, multiple contacts, consent that lives where it belongs.

Care-recipient modelPer-contact consentUnified InboxWellSky-nativeHIPAA-compliant

Generic CRMs treat your family caller like a lead.

In a typical CRM, the person who calls is the person you sell to. In home care that's wrong before the call even ends. The daughter on the phone isn't the patient. The POA isn't the billing contact. The hospital discharge planner isn't the family. You end up with five spreadsheets, a kanban tool with custom fields nobody fills in, and a back-office system that thinks one phone number equals one human.

The vertical CRMs that ship inside WellSky-style systems aren't much better. They're intake forms with kanban bolted on. No consent model. No notion that one recipient can have three decision-makers. No way to text the daughter without touching the patient record.

~1 in 3

home care inquiries come from a family member, not the person who will receive care.

2–3

family decision-makers are typically involved in a single adult-child inquiry. POA, billing, sibling.

0

generic CRMs that model this correctly out of the box. You end up rebuilding it as custom fields.

Field-research observations from home care intake interviews. Not survey data.

The model

Care recipient is not the contact.

The person receiving care and the people you talk to are two different things. CareRM models them that way at the schema level, not as a custom field.

  • Clinical state rides on the recipient. Health status, care needs, hours per week.
  • Consent and opt-in ride on the contact, per channel and per purpose. A daughter receiving care for her mom says nothing about whether the daughter consented to SMS.
  • Role flags on the join (POA, billing, decision-maker, emergency) keep authority explicit. No more guessing who can authorize what.
  • Many-to-many by design. Two siblings sharing care of one parent is one recipient, two contacts. One adult child caring for both parents is one contact, two recipients.
One recipient · four contactsrecipient_contacts
care_recipient
Margaret Chen, 81
Vascular dementia · 30 hrs / week
contact
Sarah Chen
Daughter
POAPrimarySMS opt-in
contact
Linda Chen-Park
Daughter
BillingEmail opt-in
contact
David Chen
Son
Emergency only
contact
Dr. Anjali Patel
PCP
Clinical contact
recipientcontactConsent lives on each contact. Clinical context lives on the recipient.

Pipeline, Inbox, and outreach. All on the same model.

Three surfaces, one underlying record. Move a deal, the conversation moves with it. Send a sequence, the consent check is automatic.

New4
Margaret Chen
Sarah (daughter) · APFM
Frank Owens
Web form · self
Qualified2
Robert Alvarez
Discharge planner · St. Joseph
Helen Webb
Son · 40 hrs / week
Booked3
Eleanor Park
Consult Thu 2pm
James Liu
Consult Fri 10am

Pipeline kanban for clients, caregivers, and referrals. Stage changes can fire a nurture sequence (with consent checks attached).

Unified Inbox
Sarah Chen2m
SMSRe: Mom's intake on Thursday
Linda Chen-Park14m
EmailBilling question
Robert Alvarez1h
VoiceVoicemail · 0:42
St. Joseph DC desk3h
FaxNew referral · Margaret W.
One thread per contact. SMS, email, voice, fax, web. All in one record.

One thread per contact. Every channel in one place. PHI stays out of subject lines.

Nurture · post-consult
  1. 1Send: Day 1 follow-up SMSsent
    SMS · marketing
  2. 2Wait 2 daysdone
  3. 3Send: Day 3 check-in SMSblocked
    SMS opt-out on file
  4. 4Send: Day 5 follow-up emailpending
    Email · marketing
Step 3 was blocked, not sent. Reason logged. Sequence keeps running.

Outbound steps check consent before they fire. Blocked steps stay visible, never silently sent.

Per-contact consent. Per channel. Per purpose.

Sarah said yes to SMS for care-coordination, no to marketing. Linda is email-only. CareRM enforces that at the message layer, not in your team's memory. Every outbound carries a consent_id that proves which grant authorized the send. Quiet hours by state. Withdrawal preserves the original grant (you keep the receipt) and blocks the next send.

HIPAA-compliantBAA-backed vendorsPer-contact consentTamper-evident audit log
Audit chain · one outbound SMS to Sarahverified
contact.read
01HX…a4f3
consent.check
01HX…b9c1
sms.dispatch
01HX…d7e0
audit.commit
01HX…f2a1

We don't replace WellSky. We feed it.

WellSky stays your scheduling, billing, and back-office system of record. CareRM owns the part WellSky was never built for: the messy front end. The phone call, the four family members, the consent tracking, the pipeline of leads that haven't converted yet.

The moment a lead qualifies, CareRM creates the client (and related contacts) in WellSky. Idempotent. Audited. Reversible if you misclick. Field-level mappings are documented per resource so you can see exactly what crosses the boundary and which side wins on conflict.

  • CareRM care_recipient maps to WellSky Patient (Prospect or Client state).
  • CareRM contact (client_contact) maps to RelatedPerson.
  • Every external write carries a deterministic idempotency key. Replaying the same payload is a no-op.
CareRM
WellSky
care_recipient #7k2jPatient #34921
idempotency: 01HXR…a4f3 · 312ms
contact #s4r1 (Sarah)RelatedPerson #34921-A
role: POA · primary · 188ms
contact #l1n4 (Linda)RelatedPerson #34921-B
role: billing · 167ms
Synced·Reversible from the activity log

Common questions

How is this different from HubSpot or Salesforce?

Those CRMs assume the caller is the customer. In home care, the caller is almost never the patient. They're the daughter, the POA, the discharge planner, the doctor's office. CareRM separates the care recipient from the people you talk to, links them with roles (POA, billing, emergency), and puts consent on the contact where it actually lives. You can do this in HubSpot with custom objects, sure. You'll spend three months getting it wrong, then another six getting it right.

Do we have to replace WellSky?

No. CareRM feeds WellSky. WellSky stays your scheduling, billing, and back-office system of record. We sync the client and related contacts the moment a lead qualifies. Idempotent, audited, reversible. You keep WellSky. We own the part it was never built for: the inquiry pipeline, the multi-channel inbox, and the consent layer.

What happens when the daughter calling isn't the patient?

That's the default case. Sarah calls about her mom Margaret. CareRM creates a care_recipient for Margaret and a contact for Sarah, linked through recipient_contacts with role flags (Sarah is POA, primary, decision-maker). Any consent Sarah gives is logged against Sarah, not Margaret. When Sarah's sister Linda calls a week later about billing, she becomes a second contact on the same recipient. No duplicate records. No "which Margaret is this" confusion.

Can I import from my current CRM?

Yes. Most home care agencies are coming from HubSpot, Pipedrive, Zoho, a spreadsheet, or some combination. Done-with-you onboarding includes the import. We map your existing contacts into the recipient + contact model, pulling apart fields that were collapsed together, and flag anything ambiguous for you to review. Notes, pipeline stages, and conversation history come along. Typical migrations are 7 to 14 days.

Will texts and emails actually be compliant?

Yes. Every outbound carries a consent_id pointing to the exact grant that authorized it (channel, purpose, timestamp, disclosure text shown). Quiet hours are enforced by state. 10DLC brand and campaign registration is included for SMS. Email goes through Postmark with a BAA. PHI never lands in subject lines or logs. If a contact opts out, the original grant stays on file (you keep the receipt) and the next send is blocked at the dispatch layer.

How does the pipeline handle a lead with three decision-makers?

The deal sits on the care recipient. All contacts linked to that recipient see it. The Unified Inbox shows the threads from Sarah, Linda, and David in one view, so whoever picks up the conversation has the full context. Stage changes log who moved the card and why. Nurture sequences run against the primary contact by default, with the option to fan out.

See what a CRM looks like when it's built for the call.

Try the live demo