Scanning Paper Charts Into Dentrix: A Practical Workflow
How to move from a paper chart archive to Dentrix's document module, including the file naming and folder structure that lets staff actually find records afterward.
Dentrix (the classic, server-based product, not Dentrix Ascend) has been the dominant dental practice management system for years. Most older practices have a substantial Dentrix install with active patient data and a parallel paper archive of historical charts that never made it into the system.
This post is about how to close that gap.
Dentrix's Document Center
The Document Center is Dentrix's module for storing scanned files attached to patients. Each document has:
- An associated patient.
- A document type (configurable, with defaults like Health History, Treatment Plan, Consent, etc.).
- A date.
- A description (optional).
- The file itself (PDF, image, etc.).
Files in the Document Center are searchable, can be opened from the patient's chart, and become part of the practice's digital record.
For a bulk import from a paper archive, the same metadata is required: patient association, document type, date.
Import paths
Dentrix supports document ingest through:
- The Document Center UI (per-patient, per-document; only viable for small archives).
- The Dentrix Practice Management API (developer-grade; the right path for bulk).
- DEXIS or other Dentrix-adjacent imaging integrations (relevant for X-ray and imaging documents but separate workflow).
- Direct folder import workflows that some Henry Schein integrators support.
For a digitization project of any meaningful volume, API-driven import is the path. The scanning vendor produces files plus a manifest, and the import tool drives Dentrix.
What the source archive should look like
A clean source structure for Dentrix import:
/{PatientID}_{LastName}_{FirstName}/
/Health History/
YYYY-MM-DD-health-history.pdf
/Treatment Plans/
YYYY-MM-DD-treatment-plan.pdf
/Consent Forms/
...
/Insurance/
...
The PatientID at the top level is the Dentrix patient identifier. The folders inside are the document types. Filenames carry the date.
With this structure, the import tool maps each file to a patient, type, and date with no ambiguity.
Patient ID matching
The hardest step in any Dentrix import is matching paper records to Dentrix patient IDs. Old paper charts often have:
- Patient names that no longer exactly match Dentrix entries (married names, transcription errors).
- Old chart numbers from before the practice adopted Dentrix.
- Multiple patients with the same name (parent and child, for example).
The match process should:
- Extract identity from each document.
- Score against the Dentrix patient database (name, DOB, address, phone).
- Auto-confirm high-confidence matches.
- Flag medium-confidence matches for review.
- Reject low-confidence matches and route them to a "needs identification" queue.
A scanning project should produce a confidence report alongside the delivered archive. The practice can review the flagged cases before final import.
Document type taxonomy decisions
Dentrix's default document types are usable for most practices, but many practices have customized the taxonomy. Common additions:
- "Periodontal Charts" as a distinct type.
- "Pre-Op Photos" and "Post-Op Photos" for clinical photography.
- "Orthodontic Records" for ortho-heavy practices.
- "Referral Letters In" and "Referral Letters Out" as distinct categories.
Decide on the taxonomy before scanning begins. Otherwise the project produces a delivery the practice will have to reclassify after the fact.
Common pitfalls
Document dates set to import date. Dentrix sees the document as being from the day of import rather than the original date. This breaks chronology on the chart.
Multi-page documents split incorrectly. A 10-page treatment plan that gets split into 10 separate one-page documents creates a chart cluttered with fragments.
Documents on wrong patients. The worst failure mode. Patient matching has to be conservative: flagged uncertain matches go to review, not to import.
No document description. Defaulting the description to the filename makes the document searchable but hard to read in the Document Center's list view. A human-readable description ("2018 Annual Health History Update") makes the chart actually usable.
A well-run scanning project addresses all four explicitly. A casually-run one produces an import that the practice spends weeks cleaning up.
What ArchiveBridge does about this
ArchiveBridge digitizes dental archives onsite and delivers them in Dentrix-importable form, with patient ID resolution, document type mapping, original-date preservation, and a match confidence report. We coordinate with the practice on document type taxonomy before scanning begins.
For practices on Dentrix Ascend (the cloud product) or Open Dental, the workflow is similar but the import path is different. We support all three.
Request a quote and we will scope the project around your specific Dentrix install.
More from the blog
California Medical Record Retention: HIPAA + CMIA Requirements for 2026
How long medical practices in California are required to keep patient records, what HIPAA and CMIA each demand, and what changes when records move from paper to scanned.
ComplianceHow Long Do California Dentists Need to Keep Patient Charts?
The actual record retention rules dental practices in California operate under, including the special cases that come up at practice sale, retirement, and Medicare/Medi-Cal participation.
ComplianceClosed Legal File Retention Under ABA Rule 1.6: A California Checklist
What ABA Rule 1.6 and California Rule of Professional Conduct 1.16(e) actually require for retention and disposition of client files, with practical guidance for chart cleanup and digitization.