Migrate your Dentally data
Cloud-based dental practice management software for UK and international dental practices, integrating patient records, appointments, NHS referrals, and imaging under one subscription.
In its favor
Why people choose Dentally
The signal that keeps Dentally on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
UK market-leading position with over 12,000 dental practices subscribed gives it strong peer networks and local support density.
All-in-one consolidation of patient management, clinical records, appointment scheduling, and NHS e-referrals reduces software sprawl across the practice.
Dentally Portal and Dentally Vision extend the platform to patient-facing bookings and integrated imaging without requiring separate vendor relationships.
Native API integrations with Xero accounting, DenGro messaging, and NHS e-referrals support automation workflows without custom middleware.
Cloud-based, browser-first architecture eliminates on-premise server hardware costs and enables access from any location with an internet connection.
Multi-site practices report hitting API rate limit ceilings that are not publicly documented and require raising a support ticket to negotiate higher thresholds.
Tier-gated advanced features such as full imaging integration and enhanced NHS workflows push growing practices toward the highest pricing tier sooner than expected.
Limited public API documentation makes it difficult to scope custom integrations or assess data portability before committing to the platform.
Dentally's own migration team manages inbound data transfers, meaning practices cannot self-service an export or cross-check their data independently.
Smaller practices on the starter tier report that the 5-user cap becomes restrictive as the team grows, creating pressure to upgrade before the software justifies the cost.
Reasons to switch
Why people leave Dentally
The recurring reasons buyers give for replacing Dentally. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Dentally fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Dentally pricing overview
Dentally prices on a per-surgery basis rather than per-user or per-practice, making it predictable for multi-location groups as long as the surgery count is stable. The entry Starter tier is suitable for small practices but caps at 5 users, while Standard and Advanced tiers unlock unlimited users, advanced reporting, and NHS workflow integrations. Dentally encourages custom quotes for practices with specific requirements.
Starter
Tier 1 of 3
£50/surgery/month
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Dentally's schedule — see our quote-based pricing →
What gets migrated
Dentally object support
Object-by-object support for Dentally migrations. Per-pair details surface during scoping.
Patients
Fully supportedPatients is the core record object in Dentally, holding contact details, medical history, clinical notes, and insurance information. Standard fields migrate cleanly between systems. We handle patient-level custom fields by mapping them to equivalent destination properties or custom field schemas.
Treatment Items
Fully supportedTreatment items define the clinical procedures offered by the practice, including codes, pricing, and clinical notes. They support custom fields added via Settings > Treatments & Plans. We preserve treatment item hierarchies and link them to associated patients and appointments.
Patient Custom Fields
Mapping requiredDentally supports custom fields on patient records, accessible via Settings > Practice Settings > Custom Fields. These can be text, tick boxes, or preset dropdown options. We map these to destination custom fields and flag any dropdown options that require re-creation in the target system.
Treatment Item Custom Fields
Mapping requiredCustom fields on individual treatment items are created in the Fields tab of each treatment. They are distinct from patient-level custom fields. We export these as structured key-value pairs and re-apply them during import, noting which treatment items carry custom field data.
Appointments
Fully supportedAppointments link patients to practitioners and treatment items with scheduling status, duration, and notes. We preserve appointment history including past visits. Practitioner re-assignment during migration is handled via a name-matching process to avoid orphaned records.
Practitioners
Fully supportedPractitioners are the clinical and administrative staff with calendar visibility and appointment assignments. We map practitioner records by name and email, preserving role permissions where the destination supports role-level access control.
Treatment Plans
Fully supportedTreatment plans group related treatment items for a patient and track proposed, accepted, and completed states. We preserve the full plan structure including item order, pricing, and status flags at time of migration.
Tasks
Fully supportedTasks are practice-level work items created in Dentally's task list. They support due dates, assignees, and completion status. We export open and completed tasks within a configurable lookback window agreed upon during scoping.
NHS E-Referrals
Mapping requiredNHS e-referral submissions are integrated into Dentally's workflow for UK practices. They represent structured referral records tied to specific patients. We flag these for explicit review because destination platforms may not have an equivalent NHS referral object and data may need to be stored as clinical notes or attachments.
Payments and Billing
Fully supportedPayment records linked to treatment items and patients are migrated as part of the patient record. We note that Xero integrations handle accounting downstream and must be reconfigured separately after migration to restore automated payment reconciliation.
Dentally Vision (Imaging)
Mapping requiredDentally Vision is a separate integrated imaging product requiring its own setup and licensing. We export imaging metadata and links where accessible, but image files themselves require separate handling and the destination must have compatible imaging software configured before clinical use.
Dentally Portal
Mapping requiredDentally Portal is the patient-facing module for online bookings, form completion, and payment. Portal accounts are tied to patient email addresses. We export portal configuration settings and patient portal status, but the destination platform must support equivalent patient portal functionality.
Multi-Site Locations
Mapping requiredPractices running multiple sites in a single Dentally account have location-specific data that must be disaggregated during migration. We separate site-level appointment, patient, and practitioner records and map them to the appropriate destination locations, which may require additional scoping time.
Custom Fields (Practice Settings)
Mapping requiredThe Other section in Practice Settings holds security, IP restrictions, custom email domains, currency, timezone, and custom field configurations that apply across the practice. We extract these settings and note any region-specific parameters that cannot be transferred to a non-Dentally destination.
| Object | Support | Notes |
|---|---|---|
| Patients | Fully supported | Patients is the core record object in Dentally, holding contact details, medical history, clinical notes, and insurance information. Standard fields migrate cleanly between systems. We handle patient-level custom fields by mapping them to equivalent destination properties or custom field schemas. |
| Treatment Items | Fully supported | Treatment items define the clinical procedures offered by the practice, including codes, pricing, and clinical notes. They support custom fields added via Settings > Treatments & Plans. We preserve treatment item hierarchies and link them to associated patients and appointments. |
| Patient Custom Fields | Mapping required | Dentally supports custom fields on patient records, accessible via Settings > Practice Settings > Custom Fields. These can be text, tick boxes, or preset dropdown options. We map these to destination custom fields and flag any dropdown options that require re-creation in the target system. |
| Treatment Item Custom Fields | Mapping required | Custom fields on individual treatment items are created in the Fields tab of each treatment. They are distinct from patient-level custom fields. We export these as structured key-value pairs and re-apply them during import, noting which treatment items carry custom field data. |
| Appointments | Fully supported | Appointments link patients to practitioners and treatment items with scheduling status, duration, and notes. We preserve appointment history including past visits. Practitioner re-assignment during migration is handled via a name-matching process to avoid orphaned records. |
| Practitioners | Fully supported | Practitioners are the clinical and administrative staff with calendar visibility and appointment assignments. We map practitioner records by name and email, preserving role permissions where the destination supports role-level access control. |
| Treatment Plans | Fully supported | Treatment plans group related treatment items for a patient and track proposed, accepted, and completed states. We preserve the full plan structure including item order, pricing, and status flags at time of migration. |
| Tasks | Fully supported | Tasks are practice-level work items created in Dentally's task list. They support due dates, assignees, and completion status. We export open and completed tasks within a configurable lookback window agreed upon during scoping. |
| NHS E-Referrals | Mapping required | NHS e-referral submissions are integrated into Dentally's workflow for UK practices. They represent structured referral records tied to specific patients. We flag these for explicit review because destination platforms may not have an equivalent NHS referral object and data may need to be stored as clinical notes or attachments. |
| Payments and Billing | Fully supported | Payment records linked to treatment items and patients are migrated as part of the patient record. We note that Xero integrations handle accounting downstream and must be reconfigured separately after migration to restore automated payment reconciliation. |
| Dentally Vision (Imaging) | Mapping required | Dentally Vision is a separate integrated imaging product requiring its own setup and licensing. We export imaging metadata and links where accessible, but image files themselves require separate handling and the destination must have compatible imaging software configured before clinical use. |
| Dentally Portal | Mapping required | Dentally Portal is the patient-facing module for online bookings, form completion, and payment. Portal accounts are tied to patient email addresses. We export portal configuration settings and patient portal status, but the destination platform must support equivalent patient portal functionality. |
| Multi-Site Locations | Mapping required | Practices running multiple sites in a single Dentally account have location-specific data that must be disaggregated during migration. We separate site-level appointment, patient, and practitioner records and map them to the appropriate destination locations, which may require additional scoping time. |
| Custom Fields (Practice Settings) | Mapping required | The Other section in Practice Settings holds security, IP restrictions, custom email domains, currency, timezone, and custom field configurations that apply across the practice. We extract these settings and note any region-specific parameters that cannot be transferred to a non-Dentally destination. |
Gotchas
What to watch for in Dentally migrations
Issues we've hit on past Dentally migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
API rate limits are undocumented and require a support request
Dentally manages inbound migrations rather than offering self-service export
Final migration runs the day before go-live, leaving a narrow correction window
Dentally Vision imaging requires separate product setup
Tier-gated features may be inactive in the migrated environment
| Severity | Issue |
|---|---|
| High | API rate limits are undocumented and require a support request |
| High | Dentally manages inbound migrations rather than offering self-service export |
| Medium | Final migration runs the day before go-live, leaving a narrow correction window |
| Medium | Dentally Vision imaging requires separate product setup |
| Low | Tier-gated features may be inactive in the migrated environment |
Leaving Dentally?
Where Dentally customers move next
12 destinations Dentally can migrate to.
How a Dentally migration works
Four steps, Dentally-specific
Connect
API key (sandbox environment available for testing) into Dentally. Scopes limited to read-only on the data we move.
Map
We translate Dentally-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Dentally quirks before production.
Migrate
Full migration with Dentally rate-limit handling. Rollback available throughout.
FAQ
Dentally migration FAQ
Answers to the questions buyers ask most during Dentally migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Dentally migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Dentally.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Dentally setup and destination — written quote back within a business day.