Migrate your Zedmed data
Australian medical practice management software for clinical, administrative, and billing workflows, available on-premise or cloud. Zedmed scales from solo specialists to multi-clinic networks and has a 20-year track record in the Australian healthcare sector.
In its favor
Why people choose Zedmed
The signal that keeps Zedmed on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Australian-specific Medicare, DVA, WorkCover, and health fund claiming built directly into the workflow, eliminating the need for separate billing software.
Two deployment models — Zedmed Cloud and Zedmed On-premise — let practices choose between managed cloud infrastructure or full control over on-site servers.
Per-user subscription pricing with discounted rates for part-time and admin staff makes it accessible for small specialist practices as well as larger multi-clinic networks.
Long-standing platform with documented 20+ year customer relationships, including a 12-clinic network managing 300+ practitioners, signalling established reliability in the Australian market.
Integrated clinical modules covering e-prescribing, pathology results, referrals, and chronic disease management in a single unified environment.
Browser-based cloud interface introduces friction — copy-paste restrictions, PDF printing requiring specific Chrome settings, and session timeouts disrupt clinical workflows.
Steep learning curve with limited training, particularly around billing setup, KPI monitoring, and customising the clinical layout to individual practitioner preferences.
No publicly documented API — all data extraction for migration requires engaging Zedmed support directly for database-level access, adding time and complexity to any switch.
Outdated interface and limited customisation options compared to newer medical platforms, leading practices seeking a more modern user experience to evaluate alternatives.
SMS functionality in v39 is restricted to ZedSMS only, forcing practices on legacy messaging providers to change vendor at upgrade time.
Reasons to switch
Why people leave Zedmed
The recurring reasons buyers give for replacing Zedmed. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Zedmed 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
Zedmed pricing overview
Zedmed uses a per-user subscription model with pricing available only on direct inquiry. Both Cloud and On-premise tiers include the full feature set; the Cloud tier adds managed server maintenance while the On-premise tier gives practices full infrastructure control. Discounted rates apply for part-time and admin staff users.
Zedmed Cloud
Tier 1 of 4
Contact for pricing (per user/month)
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Zedmed's schedule — see our quote-based pricing →
What gets migrated
Zedmed object support
Object-by-object support for Zedmed migrations. Per-pair details surface during scoping.
Patients
Fully supportedPatient records in Zedmed include demographics, contact details, Medicare/DVA numbers, and payer associations. Schema is stable across versions. We map Patient records 1:1 to the destination system, preserving all demographic fields and payer linkages.
Practitioners
Fully supportedPractitioner records store provider details, prescriber numbers, provider numbers, and provider type. Owner/User assignment maps directly. We preserve practitioner-provider number linkages which are critical for Medicare claiming continuity.
Encounters
Fully supportedClinical encounters capture the consultation record including reason for visit, observations, diagnoses, and treatment notes. We extract the full encounter history and preserve the temporal link back to the originating Appointment.
Appointments
Fully supportedAppointment records include date/time, type, status, practitioner assignment, and patient linkage. Zedmed v39 supports multiple SMS reminders per appointment. We map appointment records including telehealth appointments with their SMS confirmation status.
Prescriptions (e-Prescribing)
Fully supportedElectronic prescriptions are stored as structured data within the clinical record. We extract prescription content, medication names, dosages, and prescriber attribution. Linked to the Practitioner and Patient records.
Pathology Results
Fully supportedPathology results flow via HealthLink integration and are attached to patient records and encounters. We extract result content, ordering practitioner, and collection date. Results management status (viewed/unviewed) is also preserved.
Clinical Notes and Drawings
Mapping requiredFree-text clinical notes are stored in structured fields. Drawing annotations on images are embedded as image blobs. We extract all text fields directly; drawing data requires image conversion during migration and may need re-annotation on the destination platform.
Referrals
Mapping requiredReferrals are generated via the batch letter writer and stored as documents. Outgoing referral content and recipient details are extracted. The referral status tracking is proprietary and requires field mapping to match destination workflow states.
SmartForms
Mapping requiredSmartForms are proprietary structured forms used for patient intake and clinical data collection. The form schema and stored values require custom field mapping to match the destination platform's equivalent object structure.
Payers
Fully supportedPayers include Medicare, DVA, health funds, WorkCover, TAC, and Motor Vehicle third parties. Each payer has its own fee schedule and claiming rules. We extract payer configurations including P-codes used in the fee structure.
Items and Fees
Mapping requiredItem records use MBS codes for Medicare services with associated fee values. The payer-item-fee hierarchy is complex — P1/P2/P3 private fee levels, derived items, and add-on rules all require value-level mapping to the destination billing setup.
Invoices and Claim Records
Mapping requiredInvoice records are generated from the payer-item-fee intersection. Medicare/DVA Eclipse claiming and Tyro integration produce claim status records. Historical invoice and payment history requires extraction with careful attention to claim state (submitted, paid, rejected).
Clinical Templates
Mapping requiredClinical templates are created in WordPerfect and stored as RTF files. Templates with merge fields link to patient and practitioner data. Templates not created within Zedmed Clinical may be incompatible even in RTF format — we flag all templates for pre-migration review.
Documents and Attachments
Mapping requiredDocument attachments include clinical letters, reports, and uploaded files stored in the Zedmed database. RTF documents are extracted as-is; PDFs and other formats are preserved as binary blobs. We note any encoding or format conversion required by the destination system.
| Object | Support | Notes |
|---|---|---|
| Patients | Fully supported | Patient records in Zedmed include demographics, contact details, Medicare/DVA numbers, and payer associations. Schema is stable across versions. We map Patient records 1:1 to the destination system, preserving all demographic fields and payer linkages. |
| Practitioners | Fully supported | Practitioner records store provider details, prescriber numbers, provider numbers, and provider type. Owner/User assignment maps directly. We preserve practitioner-provider number linkages which are critical for Medicare claiming continuity. |
| Encounters | Fully supported | Clinical encounters capture the consultation record including reason for visit, observations, diagnoses, and treatment notes. We extract the full encounter history and preserve the temporal link back to the originating Appointment. |
| Appointments | Fully supported | Appointment records include date/time, type, status, practitioner assignment, and patient linkage. Zedmed v39 supports multiple SMS reminders per appointment. We map appointment records including telehealth appointments with their SMS confirmation status. |
| Prescriptions (e-Prescribing) | Fully supported | Electronic prescriptions are stored as structured data within the clinical record. We extract prescription content, medication names, dosages, and prescriber attribution. Linked to the Practitioner and Patient records. |
| Pathology Results | Fully supported | Pathology results flow via HealthLink integration and are attached to patient records and encounters. We extract result content, ordering practitioner, and collection date. Results management status (viewed/unviewed) is also preserved. |
| Clinical Notes and Drawings | Mapping required | Free-text clinical notes are stored in structured fields. Drawing annotations on images are embedded as image blobs. We extract all text fields directly; drawing data requires image conversion during migration and may need re-annotation on the destination platform. |
| Referrals | Mapping required | Referrals are generated via the batch letter writer and stored as documents. Outgoing referral content and recipient details are extracted. The referral status tracking is proprietary and requires field mapping to match destination workflow states. |
| SmartForms | Mapping required | SmartForms are proprietary structured forms used for patient intake and clinical data collection. The form schema and stored values require custom field mapping to match the destination platform's equivalent object structure. |
| Payers | Fully supported | Payers include Medicare, DVA, health funds, WorkCover, TAC, and Motor Vehicle third parties. Each payer has its own fee schedule and claiming rules. We extract payer configurations including P-codes used in the fee structure. |
| Items and Fees | Mapping required | Item records use MBS codes for Medicare services with associated fee values. The payer-item-fee hierarchy is complex — P1/P2/P3 private fee levels, derived items, and add-on rules all require value-level mapping to the destination billing setup. |
| Invoices and Claim Records | Mapping required | Invoice records are generated from the payer-item-fee intersection. Medicare/DVA Eclipse claiming and Tyro integration produce claim status records. Historical invoice and payment history requires extraction with careful attention to claim state (submitted, paid, rejected). |
| Clinical Templates | Mapping required | Clinical templates are created in WordPerfect and stored as RTF files. Templates with merge fields link to patient and practitioner data. Templates not created within Zedmed Clinical may be incompatible even in RTF format — we flag all templates for pre-migration review. |
| Documents and Attachments | Mapping required | Document attachments include clinical letters, reports, and uploaded files stored in the Zedmed database. RTF documents are extracted as-is; PDFs and other formats are preserved as binary blobs. We note any encoding or format conversion required by the destination system. |
Gotchas
What to watch for in Zedmed migrations
Issues we've hit on past Zedmed migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
No public API — database extraction requires Zedmed support
v39 forces ZedSMS-only SMS after upgrade
Clinical WP Templates require RTF format and may be incompatible
Browser cloud restrictions affect document printing
P1/P2/P3 private fee levels require explicit mapping
| Severity | Issue |
|---|---|
| High | No public API — database extraction requires Zedmed support |
| High | v39 forces ZedSMS-only SMS after upgrade |
| Medium | Clinical WP Templates require RTF format and may be incompatible |
| Low | Browser cloud restrictions affect document printing |
| Medium | P1/P2/P3 private fee levels require explicit mapping |
Leaving Zedmed?
Where Zedmed customers move next
12 destinations Zedmed can migrate to.
How a Zedmed migration works
Four steps, Zedmed-specific
Connect
Not publicly documented into Zedmed. Scopes limited to read-only on the data we move.
Map
We translate Zedmed-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Zedmed quirks before production.
Migrate
Full migration with Zedmed rate-limit handling. Rollback available throughout.
FAQ
Zedmed migration FAQ
Answers to the questions buyers ask most during Zedmed migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Zedmed migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Zedmed.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Zedmed setup and destination — written quote back within a business day.