CRM migration
Field-level mapping, validation, and rollback between Phreesia and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Phreesia
Source
Nutshell
Destination
Compatibility
11 of 11
objects map 1:1 between Phreesia and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
Phreesia and Nutshell serve fundamentally different functions — Phreesia is a patient-intake and engagement platform used by healthcare organizations to automate registration, collect consent, verify insurance, and manage clinical screenings, while Nutshell is a sales CRM built for small-to-mid-market teams to manage leads, deals, and customer relationships. The migration from Phreesia to Nutshell is therefore a data-model translation: Phreesia patients become Nutshell People, Phreesia appointments become Nutshell Activities, clinical screening results become custom fields on People records, and insurance verification data maps to custom fields or note attachments. The migration carries demographic data, appointment history, consent timestamps, and payment records. What does not migrate: Phreesia workflows (registration flows, automated reminders, recall campaigns), EHR/PM integrations, clinical decision-support rules, and marketing-automation logic — these require rebuild in Nutshell or a separate engagement platform. FlitStack AI sequences the migration using Phreesia's export API and Nutshell's JSON-RPC API, running a sample migration first with field-level diff so you can verify every mapping before the full run commits.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Phreesia object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Phreesia
Patient
Nutshell
Person
1:1Phreesia patient records map directly to Nutshell People. Demographic fields (name, date of birth, address, phone, email) transfer as standard Nutshell People fields. Primary email and phone serve as required identifiers for Nutshell People creation and are mandatory for successful record migration.
Phreesia
Insurance record
Nutshell
Person (custom fields)
1:1Phreesia stores insurance carrier, member ID, group number, and eligibility status with no native Nutshell equivalent. FlitStack creates custom text fields (Insurance_Carrier__c, Member_ID__c, Group_Number__c) on the Person record. Real-time eligibility verification requires a separate integration as Nutshell does not support live eligibility checks natively.
Phreesia
Appointment
Nutshell
Activity / Task
1:1Phreesia appointments with datetime, provider name, location, and type transform into Nutshell Activities. The appointment datetime becomes the task due date, provider maps to the assigned user (or a custom field if unresolved), and status determines whether the task is open or completed in Nutshell.
Phreesia
Clinical screening response
Nutshell
Person (custom fields)
1:1Phreesia captures clinical screening results (PHQ-9, social determinants, health risks) as discrete intake responses. These migrate to custom fields on the Person record — nut shell's custom field types (text, pick-list, number, date) determine how each screening maps. Multi-select screenings become multi-select custom fields if available, otherwise comma-separated text.
Phreesia
Consent record
Nutshell
Person (attachment / custom field)
1:1Phreesia consent signatures with timestamps map to Nutshell as PDF attachments on the Person record (consent forms) plus a custom datetime field (Last_Consent_Signed__c) for renewal tracking. Nutshell does not have native consent management — renewal reminders require manual workflow setup.
Phreesia
Payment record
Nutshell
Activity / custom fields
1:1Phreesia payment amounts, dates, and methods (card on file, time-of-service) migrate as completed Activities with descriptions capturing the payment details. A custom number field (Total_Payments__c) on the Person record provides a running balance for accounts receivable tracking across all historical payments.
Phreesia
Provider / Staff
Nutshell
Nutshell User
1:1Phreesia provider and staff names resolve to Nutshell Users by email match. Unmatched staff are flagged as contacts on Person records with a custom field (Phreesia_Staff__c). Nutshell's user model does not support healthcare-specific roles (provider, nurse, front desk) — these map to Nutshell's standard user role system.
Phreesia
Intake form / questionnaire
Nutshell
Person (custom fields) / Note
1:1Phreesia custom intake questions become Nutshell custom fields on the Person record. Free-text responses migrate as custom text fields; structured responses map to pick-list or number fields based on response type. Long-form text responses can also attach as Notes for reference.
Phreesia
Referral data
Nutshell
Person (custom fields)
1:1Referral source, referring provider, and referral date stored in Phreesia migrate to custom fields on the Person record (Referral_Source__c, Referring_Provider__c, Referral_Date__c). Referral status tracking requires a separate Nutshell workflow or external tool to manage ongoing referral pipeline visibility.
Phreesia
Campaign / recall
Nutshell
no_equivalent
1:1Phreesia recall automation and campaign messaging have no Nutshell equivalent. These workflows must be rebuilt in Nutshell email sequences (Pro tier) or a separate marketing automation tool. FlitStack exports Phreesia campaign configuration as a detailed rebuild reference to guide the reconstruction process.
Phreesia
EHR / PM integration
Nutshell
no_equivalent
1:1Phreesia bidirectional EHR and PM integrations with Epic, eClinicalWorks, NextGen, and other systems do not migrate to Nutshell. Since Nutshell has no native healthcare integration, teams must re-establish connectivity through third-party middleware using HL7 FHIR connectors, Zapier, or custom API development after cutover.
| Phreesia | Nutshell | Compatibility | |
|---|---|---|---|
| Patient | Person1:1 | Fully supported | |
| Insurance record | Person (custom fields)1:1 | Fully supported | |
| Appointment | Activity / Task1:1 | Fully supported | |
| Clinical screening response | Person (custom fields)1:1 | Fully supported | |
| Consent record | Person (attachment / custom field)1:1 | Fully supported | |
| Payment record | Activity / custom fields1:1 | Fully supported | |
| Provider / Staff | Nutshell User1:1 | Fully supported | |
| Intake form / questionnaire | Person (custom fields) / Note1:1 | Fully supported | |
| Referral data | Person (custom fields)1:1 | Fully supported | |
| Campaign / recall | no_equivalent1:1 | Fully supported | |
| EHR / PM integration | no_equivalent1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Phreesia gotchas
PM/EHR integration configuration must be validated before patient data import
Custom intake forms lack a standard schema export
Phreesia is an intake platform, not a longitudinal patient database
Patient secure authentication links are time-limited and non-migratable
Payment plan configurations require manual reconciliation
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Audit Phreesia data exports and map to Nutshell schema
FlitStack connects to Phreesia via scoped read access and exports all patient records, appointments, insurance data, consent forms, clinical screening results, and payment history. We map each Phreesia field to a Nutshell standard or custom field, flagging custom field requirements and value-mapping needs. A pre-flight report identifies missing Nutshell fields, tier gaps, and any data that requires transformation before the sample run.
Create Nutshell custom fields and configure Person schema
Before data lands, your Nutshell admin (or our team) creates the custom fields identified in the pre-flight report — insurance fields, clinical screening fields, consent fields, referral fields. We deliver a field creation checklist ordered by object (Person, Activity) so the schema is ready before validation runs. If your Nutshell plan restricts custom fields, we surface this conflict and recommend a plan upgrade or a field consolidation strategy.
Resolve providers and staff to Nutshell users by email
Phreesia provider and staff names are matched to Nutshell Users by email lookup. Any providers without a corresponding Nutshell user account are flagged before migration begins — your team then either creates Nutshell user accounts for those providers or assigns their records to a designated fallback user. This resolution step ensures that no Activity record lands without a resolved owner, maintaining accountability for every imported appointment.
Run sample migration with field-level diff
A representative sample of 100–300 patient records migrates first, including appointments, insurance data, consent records, and clinical screening results. We generate a comprehensive field-level diff between the Phreesia export and the resulting Nutshell Person and Activity records, enabling you to verify mapping accuracy before the full migration run commits. This sample step catches value-mapping errors, custom field type mismatches, and owner-resolution gaps early.
Execute full migration with delta-pickup window
The full migration executes against Nutshell's JSON-RPC API using the validated mapping from the sample run. A delta-pickup window spanning 24–48 hours after the initial load captures any Phreesia records created, modified, or updated during cutover, including new appointments, updated insurance information, or consent renewals. Audit logs record every operation, and one-click rollback remains available if reconciliation identifies record count discrepancies exceeding your defined tolerance threshold.
Platform deep dives
Phreesia
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Phreesia and Nutshell.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Phreesia: Not publicly documented.
Data volume sensitivity
Phreesia doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Phreesia to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Phreesia to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Phreesia
Other ways to arrive at Nutshell
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.