CRM migration

Migrate from DGL Practice Manager to monday CRM

Field-level mapping, validation, and rollback between DGL Practice Manager and monday CRM. We move data and schema; workflows are rebuilt natively in monday CRM.

DGL Practice Manager logo

DGL Practice Manager

Source

monday CRM

Destination

monday CRM logo

Compatibility

100%

11 of 11

objects map 1:1 between DGL Practice Manager and monday CRM.

Complexity

BStandard

Timeline

7–14 days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

DGL Practice Manager is a UK and Ireland practice management system built around patient records, billing, scheduling, and clinical documentation for consultants and medical secretaries. Monday CRM uses a board-and-item data model where Contacts, Organizations, Deals, and Activities live as Items on customizable Boards with column-based fields. These architectures share the concept of contacts and organizations but diverge sharply on healthcare-specific objects: DGL's patient clinical notes, EDI billing submissions, and appointment scheduling have no native Monday CRM equivalent and require custom column design or separate boards. FlitStack AI accesses DGL's data export API and maps every standard field — patient name, contact details, invoice history, appointment timestamps, and owner assignments — into Monday's CRM entities. Healthcare-specific fields such as clinical notes, EDI billing references, and insurance claim identifiers migrate as custom columns on the Contact or Deal board. Automations and EDI workflows built in DGL do not transfer; Monday's automation engine requires manual rebuilding using its board-based triggers. The migration uses scoped read access to DGL, a sample-run with field-level diff, then bulk creation of Monday Items via the Monday API with rate-limit-aware batching, followed by a delta-pickup window capturing in-flight changes during cutover.

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

DGL Practice Manager logo

DGL Practice Manager

What's pushing teams away

  • Frequent reliability failures including application crashes, inability to access the patient database, and Word integration breaking without warning erode trust in day-to-day use.
  • Outdated interface and non-intuitive feature placement make routine tasks feel laborious compared to modern browser-based alternatives.
  • Extortionate per-invoice charges for insurer submissions add up significantly for high-volume billing practices and create an ongoing cost burden.
  • Prohibitive data extraction fees charged when leaving make switching away financially punishing and function as a de facto lock-in mechanism.
  • Absence of a patient-facing portal, native dictation integration, and modern workflow automation leaves DGL behind competitors offering these features as standard.

Choosing

monday CRM logo

monday CRM

What's pulling them in

  • Users praise the board-based visual interface for making pipeline stages immediately legible to non-technical team members without CRM training.
  • The no-code automation builder lets sales ops teams create lead routing, stage updates, and email triggers without developer involvement.
  • Integration ecosystem connects to Slack, Gmail, Outlook, and Zapier with minimal configuration, reducing friction for teams already using these tools.
  • The flexible column system lets teams build custom CRM views — deal value, close date, lead source — without needing a developer or pre-defined schema.
  • Teams already using monday Work Management can layer CRM features onto existing boards rather than starting from scratch.

Object mapping

How DGL Practice Manager objects map to monday CRM

Each row shows how a DGL Practice Manager object lands in monday CRM, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

DGL Practice Manager

Patient / Client Record

maps to

monday CRM

Contact (Item on People Board)

1:1
Fully supported

DGL patient records map as Monday Contacts. First name, last name, email, phone, address, and date of birth transfer directly. Clinical flags, insurance references, and EDI identifiers become custom Columns on the People Board. DGL allows multiple contacts per patient; Monday's Contact model supports one primary contact per record with additional detail in custom columns.

DGL Practice Manager

Patient Address / Location

maps to

monday CRM

Contact (Location Columns)

1:1
Fully supported

DGL stores patient address components (address line 1, address line 2, city, postcode, country). These map to Monday Contact's address columns or custom text columns depending on the board column configuration. Postcode and country preserve as-is for UK and Ireland address formats used in DGL.

DGL Practice Manager

Appointment / Diary Entry

maps to

monday CRM

Item on Appointments Board

1:1
Fully supported

DGL appointments map as Items on a dedicated Appointments Board in Monday CRM. Appointment date, time, practitioner name, appointment type, status (confirmed, attended, cancelled), and duration become separate columns. The Item is linked to the Contact (patient) via a connect boards column or Person column.

DGL Practice Manager

Invoice / Billing Record

maps to

monday CRM

Item on Billing Board or Deal Column

1:1
Fully supported

DGL invoices migrate as Items on a Billing Board linked to the Contact. Invoice number, invoice date, amount, VAT amount, payment status, insurer reference, and EDI submission ID become custom columns. Paid/unpaid status maps to a Status column. EDI billing flags require a custom column since Monday has no native EDI concept.

DGL Practice Manager

Clinical Note / Letter

maps to

monday CRM

Document Upload + Column Note

1:1
Fully supported

DGL clinical letters and notes export as documents and re-upload to Monday as File Attachments on the Contact Item. The letter date, letter type (referral, clinical note, discharge), and author (practitioner name) are captured in text columns on the same Contact Item. Monday's Update feed preserves the chronological note trail.

DGL Practice Manager

EDI Billing Submission

maps to

monday CRM

Custom Column on Billing Board Item

1:1
Fully supported

DGL EDI submissions (used for insurer billing in the UK healthcare context) have no Monday CRM equivalent. FlitStack creates a custom text column 'EDI_Reference__c' on the Billing Board Item to store the EDI submission ID, submission date, and response status. The financial transaction itself maps to the Invoice Item amount column.

DGL Practice Manager

Practitioner / Owner

maps to

monday CRM

Monday User / Assignee Column

1:1
Fully supported

DGL practitioner records (consultants, medical secretaries) map to Monday Users by email match. If a practitioner email does not correspond to a Monday User, FlitStack flags the record and assigns to a fallback user pending account creation. Practitioner specialties and roles become custom text columns on the User profile or a separate Practitioners Board.

DGL Practice Manager

Correspondence / Template Letter

maps to

monday CRM

Document Template (manual rebuild)

1:1
Fully supported

DGL's Microsoft Word-based letter templates (used for clinical correspondence) cannot migrate as functional templates. FlitStack exports the template text and field mappings as a reference document for manual rebuild in Monday Docs or an external template tool. The letter content itself migrates as document attachments on the Contact.

DGL Practice Manager

Insurance / NHS Details

maps to

monday CRM

Custom Columns on Contact

1:1
Fully supported

DGL stores insurer names, policy numbers, and NHS registration details per patient. These map to custom text columns 'Insurer_Name__c' and 'Insurance_Policy_Number__c' on the Contact Item. Monday's Status column can represent registration status (Active, Expired, Pending) with value mapping per DGL's status values.

DGL Practice Manager

Custom Patient Properties

maps to

monday CRM

Custom Columns on Contact Item

1:1
Fully supported

DGL allows custom properties per patient record (e.g., referral source, recall intervals, clinical flags). Each custom property becomes a custom Column in Monday's People Board — text, number, date, or Status column depending on the data type. Boolean flags map to a Status column with two values: Yes/No.

DGL Practice Manager

Document / File Attachment

maps to

monday CRM

Monday File Attachment

1:1
Fully supported

DGL files attached to patient records (scanned documents, letters, imaging references) are downloaded and re-uploaded as Monday file attachments on the corresponding Contact Item. Original file names and upload timestamps are preserved in Monday's file metadata. Monday's 250MB file storage limit per account is checked during migration.

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.

DGL Practice Manager logo

DGL Practice Manager gotchas

High

Per-invoice insurer submission charges inflate costs silently

High

Extortionate data extraction fee creates lock-in barrier

High

No public API means migration relies on DGL's goodwill

Medium

SQL infrastructure update in progress may alter the schema

Medium

Document generation depends on Microsoft Word on the local machine

monday CRM logo

monday CRM gotchas

High

Subitems are not included in bulk exports

High

Daily API call limits vary sharply by plan

Medium

Legacy automations (Sentence Builder) are being deprecated

Medium

Excel and account exports only include table views

Low

Enterprise admins can disable non-admin exports

Pair-specific challenges

  • DGL has no public API — migration requires file-based or direct database extraction

    DGL Practice Manager does not publish a REST or GraphQL API for programmatic data access. Migration involves either exporting data through DGL's built-in report and data dump tools or, in some cases, direct database reads if the customer has an on-premises or managed SQL Server instance. FlitStack handles both paths: structured file exports with field mapping and validated direct-read access where available. The absence of an API increases scoping time because data completeness must be verified before field mapping is locked.

  • Monday CRM has no native EDI billing or insurance claim fields

    DGL Practice Manager handles EDI submissions to UK insurers (BUPA, AXA PPP, VitalityHealth) as a core billing function. Monday CRM has no equivalent — EDI submission IDs, response codes, and claim statuses are not part of Monday's native schema. FlitStack creates custom columns on the Billing Board Item to preserve EDI references and insurer responses, but the actual EDI submission workflow must be rebuilt in Monday using automations or replaced by a dedicated billing tool. This is not a data-loss issue; it is a functional-gap disclosure.

  • Monday's board-based model requires a multi-board strategy for practice data

    DGL stores all practice data (patients, appointments, billing, clinical notes) in a single relational schema with cross-references. Monday CRM's board-based model means Patients, Appointments, and Billing live on separate Boards linked by connect boards columns or shared column values (email, patient ID). Creating a coherent multi-board structure — with linking columns, consistent naming conventions, and proper Item-to-Item relationships — requires a Monday schema plan before migration. FlitStack delivers this schema plan as part of the scoping phase.

  • Monday API rate limits can throttle bulk imports at scale

    Monday's API enforces a daily call limit based on plan tier: 200 calls/day on Free, 1,000 on Basic/Standard, 10,000 on Pro, 25,000 on Enterprise. A DGL practice with 20,000 patient records, 50,000 appointments, and 10,000 invoices could require hundreds of thousands of API calls at 1:1 Item creation. FlitStack uses batched Item creation with Monday's bulk mutation endpoint where available, and respects complexity budgets per call. Large practices (5,000+ records) may require 2–3 migration days under the daily limit, spread across a delta window.

  • DGL correspondence templates cannot migrate as functional documents

    DGL uses Microsoft Word integration for clinical letter templates with merge fields for patient details, appointment data, and practitioner names. Monday CRM has no native document templating engine — Monday Docs is a collaborative workspace tool, not a mail-merge system. FlitStack exports the full text and field mapping of each DGL template as a structured reference document, but the templates themselves must be rebuilt in Word and uploaded as reusable documents or rebuilt in Monday Docs with manual data entry. This is always a manual step post-migration.

Migration approach

Six steps for a successful DGL Practice Manager to monday CRM data migration

  1. Assess DGL data export path and Monday target schema

    FlitStack reviews DGL's export capabilities (built-in reports, data dumps, or direct database access) and maps available fields to Monday's CRM entities. We design the Monday multi-board structure — People Board for patients, Appointments Board for scheduling, Billing Board for invoices — with linking columns. The schema plan (custom columns, board relationships, status value maps) is delivered for your Monday admin to pre-create before migration begins.

  2. Resolve practitioners to Monday Users

    DGL practitioner records are matched to Monday Users by email address, with domain validation to reduce mismatches. Unmatched practitioners are flagged in a temporary column — your team creates the Monday User accounts, or FlitStack assigns their records to a fallback user pending resolution. Owner resolution is complete before any Items are created, ensuring every appointment and billing record lands with the correct assignee in Monday. This step also populates the Practitioner specialty custom column on a separate Practitioners Board for reporting.

  3. Migrate patients to Monday People Board first

    Patient records move first because Appointments and Billing Items link back to the Contact (via a connect boards column or person column). FlitStack creates each Contact Item with all standard fields, custom columns (NHS number, insurance details, clinical flags), and any required status mappings. Before insertion, the tool validates that each record contains a unique identifier to prevent duplicates. File attachments for each patient are downloaded and re‑uploaded to the Contact Item in the same pass, preserving original file names and timestamps.

  4. Migrate appointments and billing records with Contact linkage

    Appointment Items are created on the Appointments Board with date, time, type, status, duration, and practitioner columns. Each Item links to the corresponding Contact via a person column or a connect boards column, establishing a bidirectional relationship. Billing Items are created on the Billing Board with invoice details, amounts, VAT, payment status, and EDI references, also linked to the Contact. EDI‑specific custom columns (such as EDI_Reference__c and response status) are applied per the schema plan, ensuring all billing metadata is retained in Monday.

  5. Run sample migration with field-level diff

    A representative slice — typically 100–500 records across patients, appointments, and invoices — migrates first to validate the end‑to‑end process. FlitStack generates a field‑level diff report that shows the source value versus the destination column for every mapped field, highlighting any transformations or missing data. You review the diff, confirm EDI reference preservation, verify Contact linkage on appointments, check practitioner assignments, and ensure file attachments are intact. Only after sign‑off does the full migration run commence, reducing risk of large‑scale data misalignment.

  6. Full migration with delta pickup and audit log

    Full dataset migrates under Monday API rate‑limit constraints, using batched Item creation calls and respecting daily complexity budgets per plan tier. A delta‑pickup window of 24–48 hours captures any DGL records created or updated during cutover — such as new appointments, invoices, or patient modifications — and applies them to Monday after the bulk load. FlitStack produces a detailed audit log of every Item created, its source ID, and any errors encountered, while providing a one‑click rollback option if reconciliation uncovers missing or misaligned records, ensuring data integrity throughout the transition.

Platform deep dives

Context on both ends of the pair

DGL Practice Manager logo

DGL Practice Manager

Source

Strengths

  • Integrated clinical records, diary, billing, and document creation in a single cloud-hosted platform.
  • EDI-enabled insurer billing with automatic shortfall detection for insurance-heavy practices.
  • Multi-consultant, multi-diary configuration supports clinic and LLP structures at a single practice level.
  • Microsoft Word integration for letter drafting with customizable letterhead templates.
  • Automatic cloud updates eliminate local installation and maintenance overhead for practices.

Weaknesses

  • No documented public API limits programmatic access and complicates automated migration scoping.
  • No native patient self-service portal forces practices to manage inbound administrative contact manually.
  • Dictation requires a separate Dragon Medical integration rather than being built into the clinical workflow.
  • Ongoing per-invoice charges for insurer submissions add material cost for high-volume billing practices.
  • Frequent reliability issues including crashes and database access failures reported across multiple review sources.
monday CRM logo

monday CRM

Destination

Strengths

  • Board-based UI makes pipeline stages and deal progress visually obvious without training.
  • No-code automation builder requires no developer resources to create lead routing and stage-triggered actions.
  • Flexible column system supports custom CRM fields without schema changes or admin involvement.
  • Integrates natively with Slack, Gmail, Outlook, and Zapier with minimal configuration overhead.
  • Layered product means teams already on monday Work Management can add CRM without migrating existing data.

Weaknesses

  • No native Contacts object separate from Items — contacts are managed inside a CRM module's People feature.
  • Pipeline and deal relationships use a flat item model rather than a relational object model, making complex CRM associations awkward.
  • Automations are plan-gated (250 actions/month on Standard, 25,000 on Pro) and the legacy Recipe system is being deprecated.
  • Customization and advanced views (Chart, Formula, Dependency) are locked behind Pro and Enterprise tiers.
  • Per-seat pricing with non-refundable annual billing creates cost lock-in risk during migration.

Complexity grading

How hard is this migration?

Standard CRM migration. 1 of 8 objects need a manual workaround.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across DGL Practice Manager and monday CRM.

  • Object compatibility

    B

    1 of 8 objects need a manual workaround.

  • 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

    DGL Practice Manager: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your DGL Practice Manager to monday CRM 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 DGL Practice Manager to monday CRM data migrations

Answers to the questions buyers ask most during DGL Practice Manager to monday CRM migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your DGL Practice Manager to monday CRM migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most DGL to Monday CRM migrations complete in 7–14 days for practices with under 25,000 records. Complex setups with 25,000+ records, multiple practitioners, and extensive EDI billing history extend to 3–5 weeks. The scoping and Monday schema setup phase typically takes 3–5 days before any data moves. Monday API rate limits at lower plan tiers can extend the actual migration window for large datasets, which is why FlitStack plans batch sizes before the migration run.

Adjacent paths

Related migrations to explore

Ready when you are

Move from DGL Practice Manager.
Land in monday CRM, 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