A familiar Flor. A new focus on dental.Explore the development preview

Dental software migration

Dental Software Migration Planning

Explore dental migration guides for exports, mapping, reconciliation, staff training and cutover. Production conversions into our prototype are not available.

At a glance

A dental software migration plan should define what moves, what cannot move directly, how records are validated and who accepts the result. Use the guides below to prepare a scoped discussion with source and destination vendors.

Where Flor Dental is today

Private prototype for fictional data: practice workflows, role-scoped staff web tools and optional website previews. Implemented does not mean clinically accepted. Tester access, native apps, live integrations and clinical readiness remain unverified.

See implemented features and remaining release gates →
Migration checkpoints: inventory and map, rehearse and reconcile, approve and cut over, then review exceptions.
Migration checkpoints. A successful import is one check, not the acceptance decision.
  1. Inventory records and map fields.
  2. Rehearse the move and reconcile records.
  3. Approve exceptions before cutover.
  4. Review unresolved work after the transition.

Start with an inventory

Identify the current product, edition, databases, files and connected services. Record who owns the export and the permission required to obtain it. Describe the scope in business terms before transferring any data.

Require a rehearsal

Ask for mapping and reconciliation evidence, including representative record histories and attachments. Assign clinical and financial reviewers where relevant. An import that finishes without an error can still contain incomplete or incorrectly associated information.

Protect the transition

Agree on training, a final extraction window, rollback triggers and legacy access. Our private prototype has no released production migration service, so use fictional examples when discussing future requirements.

Continue your research