CRM migration
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
Source
monday CRM
Destination
Compatibility
11 of 11
objects map 1:1 between DGL Practice Manager and monday CRM.
Complexity
BStandard
Timeline
7–14 days
Overview
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.
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 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
monday CRM
Contact (Item on People Board)
1:1DGL 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
monday CRM
Contact (Location Columns)
1:1DGL 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
monday CRM
Item on Appointments Board
1:1DGL 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
monday CRM
Item on Billing Board or Deal Column
1:1DGL 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
monday CRM
Document Upload + Column Note
1:1DGL 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
monday CRM
Custom Column on Billing Board Item
1:1DGL 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
monday CRM
Monday User / Assignee Column
1:1DGL 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
monday CRM
Document Template (manual rebuild)
1:1DGL'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
monday CRM
Custom Columns on Contact
1:1DGL 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
monday CRM
Custom Columns on Contact Item
1:1DGL 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
monday CRM
Monday File Attachment
1:1DGL 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.
| DGL Practice Manager | monday CRM | Compatibility | |
|---|---|---|---|
| Patient / Client Record | Contact (Item on People Board)1:1 | Fully supported | |
| Patient Address / Location | Contact (Location Columns)1:1 | Fully supported | |
| Appointment / Diary Entry | Item on Appointments Board1:1 | Fully supported | |
| Invoice / Billing Record | Item on Billing Board or Deal Column1:1 | Fully supported | |
| Clinical Note / Letter | Document Upload + Column Note1:1 | Fully supported | |
| EDI Billing Submission | Custom Column on Billing Board Item1:1 | Fully supported | |
| Practitioner / Owner | Monday User / Assignee Column1:1 | Fully supported | |
| Correspondence / Template Letter | Document Template (manual rebuild)1:1 | Fully supported | |
| Insurance / NHS Details | Custom Columns on Contact1:1 | Fully supported | |
| Custom Patient Properties | Custom Columns on Contact Item1:1 | Fully supported | |
| Document / File Attachment | Monday File Attachment1: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.
DGL Practice Manager gotchas
Per-invoice insurer submission charges inflate costs silently
Extortionate data extraction fee creates lock-in barrier
No public API means migration relies on DGL's goodwill
SQL infrastructure update in progress may alter the schema
Document generation depends on Microsoft Word on the local machine
monday CRM gotchas
Subitems are not included in bulk exports
Daily API call limits vary sharply by plan
Legacy automations (Sentence Builder) are being deprecated
Excel and account exports only include table views
Enterprise admins can disable non-admin exports
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
DGL Practice Manager
Source
Strengths
Weaknesses
monday CRM
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 of 8 objects need a manual workaround.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across DGL Practice Manager and monday CRM.
Object compatibility
1 of 8 objects need a manual workaround.
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
DGL Practice Manager: Not publicly documented.
Data volume sensitivity
DGL Practice Manager 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 DGL Practice Manager to monday CRM migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave DGL Practice Manager
Other ways to arrive at monday CRM
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.