CRM migration

Migrate from Dentrix to Nutshell

Field-level mapping, validation, and rollback between Dentrix and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.

Dentrix logo

Dentrix

Source

Nutshell

Destination

Nutshell logo

Compatibility

92%

11 of 12

objects map 1:1 between Dentrix and Nutshell.

Complexity

BStandard

Timeline

5–10 business days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Dentrix is a dental practice management system (PMS) built around the patient record — it stores clinical data (tooth charts, periodontal records, treatment plans), appointment schedules, insurance claims, ledger entries, and provider assignments across a server-based Paradox or SQL Server backend. Nutshell is a cloud CRM organized around People, Companies, Leads, Deals, and Activities with a JSON-RPC API and per-contact custom fields for data that does not fit its standard schema. The migration from Dentrix to Nutshell is a cross-category move: it takes the business-contact and activity data from a PMS and repositions it inside a sales CRM for patient acquisition, referral tracking, and outreach automation. FlitStack AI extracts data directly from the Dentrix database (SQL Server or via the Dentrix API Exchange program) and maps patient demographics to Nutshell People, insurance carrier names to Company custom fields, and appointment history to Nutshell Activities with original timestamps and provider owners. Clinical charting, treatment plans, tooth graphics, and radiographic data do not migrate — they belong in a dental PMS, not a CRM. Nutshell's custom fields for Companies, People, and Leads accommodate insurance group names, CDT procedure codes, responsible-party SSNs, and recall dates that dental practices need to preserve for referral and reactivation workflows. The migration runs via scoped read access; your team continues working in Dentrix throughout, with a 24–48 hour delta-pickup window capturing in-flight changes before Nutshell goes live.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Dentrix logo

Dentrix

What's pushing teams away

  • Practices report that customer support has become harder to reach, with at least one review stating monthly account closure threats, undermining trust.
  • The UI is described as visually dull and outdated, with a dated color scheme and interface that frustrates front-office staff daily.
  • Staff find the feature depth overwhelming — many practices report using only a fraction of available functionality despite years on the platform.
  • Growing interest in cloud-based alternatives (Open Dental, Curve Dental, CareStack, Dentrix Ascend) driven by the desire for automatic updates, mobile access, and lower upfront server costs.
  • Practices report that Dentrix G runs on aging server hardware and struggles with performance as database files grow over years of use.

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How Dentrix objects map to Nutshell

Each row shows how a Dentrix 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.

Dentrix

Patient

maps to

Nutshell

Person (Nutshell)

1:1
Fully supported

Patient demographics — first name, last name, date of birth, gender, SSN (for responsible party), address, all phone numbers, all email addresses — map directly to Nutshell Person fields. Original create date from Dentrix is preserved as a custom datetime field on the Person record since Nutshell sets CreatedDate at migration time.

Dentrix

Patient → Responsible Party

maps to

Nutshell

Separate Person (Nutshell) + relationship note

many:1
Fully supported

When the responsible party differs from the patient (common in pediatric and spouse-coverage cases), FlitStack creates a separate Nutshell Person record for the responsible party and attaches a note on the patient Person linking to the responsible party's name and relationship. This avoids creating a false Company association in Nutshell.

Dentrix

Employer / Insurance Group Name

maps to

Nutshell

Company (Nutshell)

1:1
Fully supported

The insurance group employer name from Dentrix (GP_NAME field) is created as a Nutshell Company record representing the employer/insurance sponsor. This is distinct from the dental practice itself and allows Nutshell reports to group patients by employer for self-insured employer referral tracking.

Dentrix

Insurance Carrier

maps to

Nutshell

Company (Nutshell) + custom fields

1:1
Fully supported

Primary and secondary insurance carrier names from Dentrix map to separate Company records in Nutshell labeled as 'Insurance Carrier.' Carrier address and phone are stored on the Company record. The patient's group number, subscriber ID, and effective date are stored as custom fields on the Person record linked to these carrier Company records via Nutshell's person-company association.

Dentrix

Provider (Dentist / Hygienist)

maps to

Nutshell

User (Nutshell)

1:1
Fully supported

Dentrix providers ( dentists, hygienists, specialists ) map to Nutshell Users by email match. If a provider does not have a Nutshell user account, their name and credentials are stored as a custom field on their associated appointment and treatment Activity records. The provider's NPI number is preserved as a custom field on the User for referral documentation.

Dentrix

Appointment

maps to

Nutshell

Activity (Nutshell) — type: 'Appointment'

1:1
Fully supported

Dentrix appointments (date, time, operatory, provider, procedure code, status) migrate as Nutshell Activity records with type='Appointment'. The original appointment timestamp, provider owner, and procedure CDT code are preserved as custom fields on each Activity. Status (completed, no-show, cancelled) is stored as a pick-list custom field.

Dentrix

Ledger Entry

maps to

Nutshell

Activity (Nutshell) — type: 'Note'

1:1
Fully supported

Dentrix ledger entries (charge, payment, adjustment, insurance payment) are converted to Nutshell Activity notes with a custom field for transaction type (Charge / Payment / Adjustment / Insurance Payment) and separate custom fields for amount, payment method, and posting date. This preserves the financial history in a searchable activity feed on the Person record without requiring a native accounting object in Nutshell.

Dentrix

Recall

maps to

Nutshell

Task (Nutshell)

1:1
Fully supported

Dentrix recall entries (recall type: hygiene 6-month, perio 3-month, etc., and next appointment date) migrate as Nutshell Tasks with a due date set to the recall date. The recall type is stored as a custom field on the Task. This enables Nutshell users to run task-based recall campaigns without rebuilding recall logic from scratch.

Dentrix

Treatment Plan / Completed Procedure

maps to

Nutshell

Activity (Nutshell) — type: 'Note' + custom fields

1:1
Fully supported

Completed procedures with CDT codes, tooth surface, provider, date, fee, and insurance/patient portions migrate as Nutshell Activity notes. The CDT code is stored as a custom field for filtering; surface designation (e.g., 'MOD' on tooth #14) is stored as text. Treatment plan procedures (not yet completed) are migrated as Activity notes with a custom 'status' field = 'Planned' so the full treatment history is visible in Nutshell's activity feed.

Dentrix

Document / Attachment

maps to

Nutshell

File (Nutshell)

1:1
Fully supported

Dentrix Document Center files — PDFs, scanned forms, consent documents — are downloaded and re-uploaded to Nutshell Files, linked to the corresponding Person record. File size limits apply (Nutshell handles standard document sizes; very large radiographic files may require separate storage). We flag files exceeding Nutshell's attachment size guidance before migration so your team can plan alternative storage.

Dentrix

Medical Alert / Health History

maps to

Nutshell

Custom field on Person (Nutshell)

1:1
Fully supported

Dentrix medical alerts (allergies, conditions, medications) are consolidated into a text custom field on the Nutshell Person record. This is not a clinical system — medical alerts are preserved for front-office reference and patient communication context, not clinical decision-making, which must remain in Dentrix or a clinical PMS.

Dentrix

Tooth Chart / Periodontal Record / Radiograph

maps to

Nutshell

No equivalent in Nutshell

1:1
Fully supported

Dentrix clinical charting data — tooth graphics, periodontal probing depths, radiograph annotations, prescriptions — has no equivalent object in Nutshell and cannot be migrated. This is explicitly a limitation. We strongly recommend maintaining Dentrix (or another clinical PMS) for all clinical records while using Nutshell for contact management, referral tracking, and patient outreach. A data architecture with Nutshell as the CRM layer and Dentrix (or its cloud version) as the clinical system is the recommended setup for practices that need both.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Dentrix logo

Dentrix gotchas

High

No public API for Dentrix G data extraction

High

Imaging files stored separately from patient records

Medium

Balance-forward billing ledger requires explicit handling

Medium

In-flight insurance claims must clear before cutover

Low

Custom fields vary per practice with no standard schema

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • Clinical charting data (tooth charts, periodontal records, radiographs) has no Nutshell equivalent and will not migrate

    Dentrix stores clinical records — tooth graphics, periodontal probing depths, prescriptions, radiograph annotations, treatment plan stages, and medical history questionnaires — that are central to the clinical record but have no object in Nutshell's data model. Nutshell is a CRM, not a clinical PMS. Clinical data belongs in a clinical system. FlitStack AI explicitly does not migrate clinical charting. Practices pursuing a Dentrix-to-Nutshell migration should plan to either keep Dentrix for clinical records alongside Nutshell for patient outreach, or transition to a dental PMS that integrates with Nutshell. Failing to set this expectation upfront creates a data-loss surprise at reconciliation.

  • Dentrix's hierarchical insurance structure (Group → Subgroup → Plan) flattens into custom fields in Nutshell

    Dentrix models insurance as a multi-level hierarchy: employer group (GP_NAME), subgroup (SUBGROUP_NAME), and plan with carrier, member ID, subscriber, effective date, and dual-carrier support. Nutshell has no native insurance object — carrier names become Company records and group/member/subscriber fields become custom properties on the Person record. This means the Dentrix insurance relationship tree collapses into a flat list of text fields. If your practice relies on complex self-insured employer plans with variable co-pays and deductibles per subgroup, the subgroup-level breakdown does not translate natively into Nutshell's flat custom-field model. We document each insurance field mapping explicitly in the migration plan before the run.

  • Legacy Paradox .dat file backends require an additional extraction step not needed for SQL Server deployments

    Older Dentrix deployments (pre-2015 versions) store data in Paradox .dat files rather than Microsoft SQL Server. Extracting patient records from Paradox requires either converting the .dat files to a queryable format or exporting via the Dentrix Installation and Migration Tool to a SQL Server instance first. This adds a preparation step that SQL Server-based Dentrix instances do not require. FlitStack AI identifies the backend type during discovery; legacy Paradox backends incur additional scoping time which is reflected in the quote. Practices running older server hardware (documented extensively in r/msp threads as a source of performance complaints) should budget for this step.

  • Responsible-party SSN and PHI require HIPAA-conscious handling throughout the migration

    Patient SSNs and responsible-party SSNs stored in Dentrix are PHI under HIPAA. Nutshell is a standard SaaS CRM and is not automatically HIPAA-compliant — the practice must confirm Nutshell's Business Associate Agreement (BAA) status and configure access controls accordingly before PHI lands in Nutshell custom fields. FlitStack AI uses encrypted transport for all data in transit, but the destination-side BAA configuration is the practice's responsibility. We flag any field containing SSN or medical alert data as PHI during mapping so the practice can make an informed decision about whether to migrate those fields or exclude them.

  • Nutshell's per-user pricing means every migrated provider and front-office staff member needs a Nutshell seat

    Nutshell pricing is per named user per month ($13 Foundation to $79 Enterprise). Each Dentrix provider and staff member who will use Nutshell for activity logging, recall task management, or pipeline tracking requires a Nutshell seat. Practices that migrate patient records but do not migrate active users (because staff will not use Nutshell) may find the CRM adoption low. FlitStack AI resolves Dentrix staff accounts against Nutshell user invitations during the owner-resolution step and surfaces a seat-count estimate before migration so the practice can align Nutshell's licensing cost with the migration scope.

Migration approach

Six steps for a successful Dentrix to Nutshell data migration

  1. Identify the Dentrix backend and extract schema

    FlitStack AI connects to the Dentrix database (SQL Server for modern deployments; the Installation and Migration Tool for legacy Paradox-based servers) to enumerate the schema — patient table columns, insurance table relationships, provider records, appointment structure, and custom fields configured in Office Manager. We document the full field inventory and flag any fields containing PHI (SSN, medical alerts) that require HIPAA handling. This step establishes the baseline record count and custom-field count used for the formal quote.

  2. Design Nutshell schema and custom fields

    Based on the Dentrix field inventory, FlitStack AI creates a schema plan for Nutshell: People custom fields for insurance data, CDT codes, and responsible-party fields; Company records for insurance carriers and employer groups; Activity types for appointments and ledger entries; Task types for recall entries. We deliver this as a written schema plan before any data moves. The practice creates the custom fields in Nutshell (we provide the exact field names, types, and pick-list values) so the destination is ready before the migration run.

  3. Resolve providers and staff to Nutshell users

    Each Dentrix provider and front-office staff member is matched against Nutshell users by email address. Providers with existing Nutshell accounts are assigned as Activity owners for their appointment and treatment records. Providers without Nutshell accounts are flagged — the practice either creates Nutshell accounts for them before migration or accepts that their historical activities will be attributed to a designated admin user. Unresolved owners are never allowed to block a record from migrating.

  4. Run a sample migration with field-level diff

    A representative slice — typically 200–500 patient records across a range of record types (active patients with appointments, patients with dual insurance, patients with responsible-party records, patients with recall entries) — migrates first. FlitStack AI generates a field-level diff comparing the source Dentrix record against the resulting Nutshell Person/Activity, flagging any fields that did not map as expected. The practice reviews the diff and approves or adjusts mappings before the full run commits.

  5. Execute full migration with delta-pickup window

    All remaining records migrate to Nutshell: Person records (with responsible-party merges), Company records (carriers and employer groups), Activities (appointments, treatments, ledger entries), Tasks (recall entries), and Files (documents). A delta-pickup window of 24–48 hours runs after the initial cutover batch to capture any appointments scheduled, ledger entries posted, or patient records updated in Dentrix during the migration window. The audit log records every upsert operation, and one-click rollback reverts all migrated records if reconciliation identifies unexpected gaps.

  6. Reconciliation report and go-live confirmation

    FlitStack AI delivers a reconciliation report comparing Dentrix record counts by type (Patients, Appointments, Ledger Entries, Recalls, Documents) against Nutshell record counts. Any discrepancy above the agreed tolerance triggers a re-run of the affected record type. Once reconciled, the practice confirms go-live in Nutshell and schedules a cutover date. Dentrix remains accessible in read-only mode for 30 days post-cutover as a reference archive, which is standard practice for dental PMS migrations.

Platform deep dives

Context on both ends of the pair

Dentrix logo

Dentrix

Source

Strengths

  • Mature, feature-rich practice management covering scheduling, billing, clinical charting, and analytics in one platform.
  • Strong insurance claims workflow with direct submission pipelines and established payer relationships.
  • Deep integration with DEXIS and Schick imaging hardware from Henry Schein One.
  • Comprehensive practice metrics and reporting dashboards for monitoring production and collections.
  • Established 35-year market presence with a large trained workforce and active user community.

Weaknesses

  • Server-based architecture requires dedicated on-premise hardware, IT maintenance, and manual backup management.
  • No public REST API for Dentrix G — data extraction requires direct database access or third-party tools.
  • Dated user interface with poor visual design that frustrates front-office staff.
  • Increasingly difficult customer support, with multiple reviews citing account issues and poor response times.
  • High total cost of ownership for the cloud version ($40,000–$60,000 annually) relative to cloud-native competitors.
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

Complexity grading

How hard is this migration?

Standard CRM migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Dentrix and Nutshell.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Dentrix: Not publicly documented for Dentrix Ascend API Exchange.

  • Data volume sensitivity

    B

    Dentrix doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Dentrix to Nutshell migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Dentrix to Nutshell data migrations

Answers to the questions buyers ask most during Dentrix to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Dentrix to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

A single-location practice with fewer than 10,000 patient records typically completes migration in 5–10 business days: 1–2 days for backend identification and schema design, 2–3 days for custom field setup and user resolution, 1–2 days for the sample migration and diff review, and 1–3 days for the full run and delta-pickup. Multi-location practices or Dentrix deployments using legacy Paradox .dat files extend to 3–5 weeks because the extraction step requires additional preparation. The active data movement (when your team may notice reduced Dentrix performance) is confined to the delta-pickup window of 24–48 hours.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Dentrix.
Land in Nutshell, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day