Open Dental
Step-by-step implementation guide — pre-implementation checklist, onboarding, staff training, go-live runbook, and ROI tracking.
Open Dental — Implementation Playbook (DSO)
Open Dental Implementation Playbook for DSOs
A Strategic Guide to Deploying Practice Management at Scale
1. Executive Summary
What Open Dental Does
Open Dental is an open-source practice management system (PMS) that handles scheduling, charting, treatment planning, billing, patient communications, and reporting across dental practices. Its open database architecture enables deep customization, third-party integrations, and enterprise-level data aggregation through Open Dental's cloud offerings and API ecosystem.
Why DSOs Benefit from This Category at Scale
Practice management systems are the operational backbone of every dental organization. For DSOs, standardizing on Open Dental delivers compounding advantages:
- Data Aggregation: A unified database architecture enables enterprise-wide reporting, cross-location benchmarking, and real-time visibility into KPIs without manual data consolidation
- Standardization: Consistent workflows, fee schedules, treatment codes, and clinical protocols reduce training time when staff move between locations and ensure predictable patient experiences
- Cost Efficiency: Open-source licensing eliminates per-provider fees that compound across 15–50+ locations, often saving $50,000–$200,000+ annually versus proprietary alternatives
- Integration Flexibility: The open database allows seamless connections to AI diagnostic tools, patient engagement platforms, imaging systems, and custom business intelligence solutions
- Scalability: Adding new locations requires replicating a proven configuration template rather than reinventing workflows
Expected Timeline: Decision to Full Deployment
| Phase | Duration | Cumulative |
|---|---|---|
| Pre-Implementation & Planning | 2–3 weeks | Weeks 1–3 |
| Wave 1 Pilot (2–3 locations) | 4–6 weeks | Weeks 4–9 |
| Wave 1 Stabilization & Learning Capture | 2 weeks | Weeks 9–11 |
| Wave 2 Expansion (5–8 locations) | 4–6 weeks | Weeks 12–17 |
| Wave 3+ Remaining Locations | 6–12 weeks | Weeks 18–29 |
| Total for 15–50 locations | 5–7 months |
Note: Organizations with strong IT infrastructure and change management capabilities can compress this timeline by 20–30%.
2. Pre-Implementation Checklist (Weeks 1–2)
Technical Requirements
Hardware Requirements Per Location
☐ Workstations: Windows 10/11 Pro (64-bit), minimum 8GB RAM, SSD storage recommended ☐ Server (if self-hosted): Windows Server 2019/2022, 16GB+ RAM, SSD RAID array, UPS backup ☐ Network: Gigabit ethernet to all workstations, minimum 100 Mbps internet (200+ Mbps recommended) ☐ Backup solution: Local NAS + offsite/cloud backup with 15-minute RPO minimum ☐ Imaging hardware compatibility verification (sensors, cameras, CBCT) — ⚠️ Common failure point: legacy imaging hardware incompatibility
Software Requirements
☐ MySQL/MariaDB database (included with Open Dental installation) ☐ .NET Framework 4.8 or higher ☐ PDF reader for report generation ☐ Remote access solution for support (TeamViewer, ConnectWise, or equivalent) ☐ Current imaging software versions (Dexis, Apteryx, Patterson Imaging, etc.)
Network Standards Across Locations
☐ 🟣 EXECUTIVE DECISION: Determine hosting model — Cloud-hosted (Open Dental Cloud) vs. self-hosted per location vs. centralized data center ☐ Standardized firewall rules and port configurations documented ☐ VPN infrastructure for centralized support access to all locations ☐ Consistent IP addressing scheme for easier troubleshooting ☐ Network monitoring solution deployed (e.g., PRTG, Auvik)
Enterprise-Level Requirements
☐ 🟣 EXECUTIVE DECISION: SSO integration approach — Open Dental supports Active Directory and some SSO configurations; determine if custom development needed ☐ Centralized credentialing database integration plan ☐ Master fee schedule repository and version control process ☐ Enterprise reporting infrastructure (Power BI, Tableau, or Open Dental's built-in reports)
Vendor Onboarding Steps
| Step | Owner | Timeline | Notes |
|---|---|---|---|
| 🔵 Initial enterprise consultation with Open Dental | VP Operations | Day 1–2 | Request enterprise/DSO account manager |
| 🔵 Execute Enterprise License Agreement | Legal + Finance | Day 2–5 | Review support tier options |
| 🔵 Establish support escalation contacts | IT Director | Day 3–5 | Get direct contacts beyond standard support |
| 🔵 Schedule technical architecture review | IT Director | Day 5–7 | Include hosting and integration discussion |
| 🔵 Obtain API documentation and credentials | IT Director | Day 5–7 | Required for BI integrations |
| 🔵 Set up enterprise support portal access | IT Director | Day 7–10 | Ensure multi-user access for central team |
Key Vendor Contacts to Establish:
- Enterprise Account Manager (strategic relationship owner)
- Technical Implementation Specialist (configuration and integration support)
- Support Tier 2/3 escalation contact (bypass standard queue for critical issues)
- API/Integration specialist (for custom reporting and third-party tools)
Data/Access Prerequisites
☐ Complete inventory of current PMS systems across all locations (vendor, version, database size) ☐ Patient record counts per location (for data migration scoping) ☐ Historical data requirements — ⚠️ Determine how many years of history to migrate; more history = longer migration ☐ Export capabilities assessment for current systems (native export formats available) ☐ Fee schedule documentation (current UCR, PPO, Medicaid fee schedules per location) ☐ Insurance carrier lists and payer IDs per region ☐ Treatment code customization documentation (any D-codes with custom definitions) ☐ Provider NPI numbers and license information ☐ 🔵 Open Dental API keys provisioned for enterprise integrations
Internal Stakeholder Alignment
Stakeholder Map
| Stakeholder | Role in Implementation | Communication Needs | Approval Authority |
|---|---|---|---|
| 🟣 Board/Investors | Strategic oversight | Monthly progress reports, ROI projections | Budget approval, major timeline changes |
| 🟣 CEO/COO | Executive sponsorship | Weekly status, escalation decisions | Go/no-go for each wave |
| 🟣 CDO (Chief Dental Officer) | Clinical workflow approval | Charting workflow sign-off, clinical protocol validation | Clinical configuration standards |
| 🟣 VP of Operations | Implementation lead | Daily during rollout, owns playbook execution | Tactical decisions, location readiness approval |
| CFO | Financial tracking | Monthly ROI tracking, budget variance | Capital expenditure approval |
| IT Director | Technical lead | Real-time during implementation | Technical architecture decisions |
| Regional Managers | Cascade communication | Weekly briefings, location-specific concerns | Location staffing during rollout |
| Office Managers | Location execution | Training schedules, go-live coordination | Staff scheduling for training |
| Providers | Clinical adoption | Training completion, workflow feedback | Individual workflow preferences within standards |
Alignment Meetings to Schedule
☐ 🟣 Executive Steering Committee kickoff (CEO, COO, CDO, CFO, VP Ops) — Week 1 ☐ IT architecture review with IT Director and vendor — Week 1 ☐ Regional Manager briefing (overview, timeline, their responsibilities) — Week 2 ☐ Office Manager webinar (what to expect, how they'll be supported) — Week 2 ☐ Provider advisory group (2–3 engaged providers to serve as clinical liaisons) — Week 2
Baseline Metrics to Capture
⚠️ Critical: Capture these BEFORE implementation begins. This is your only opportunity to measure true ROI.
Standardized Metrics Across All Locations
| Metric Category | Specific Metrics | Collection Method | Target Baseline Period |
|---|---|---|---|
| Production | Gross production per provider per day, Collection rate, Adjusted production | Current PMS reports | Prior 3 months average |
| Scheduling | Chair utilization rate, Same-day cancellation rate, No-show rate, Days to third next available | Current PMS reports | Prior 3 months average |
| Case Acceptance | Treatment presented vs. accepted ($ and %), Same-day acceptance rate | Manual audit if not in PMS | 30-day sample |
| Revenue Cycle | Days in A/R, A/R over 90 days %, Claim denial rate, Days to first claim submission | Current PMS + billing system | Prior 3 months average |
| Patient Flow | New patients per month, Patient retention rate, Reactivation rate | Current PMS reports | Prior 6 months average |
| Operational | Average patient check-in time, Average checkout time, Staff overtime hours | Time study + payroll | 2-week sample |
Standardization Requirements
☐ Create metric definition document with exact formulas (ensure "production" means the same thing at every location) ☐ Identify data quality issues in current systems that may affect baseline accuracy ☐ Assign one analyst to validate baseline data across all locations ☐ Store baseline data in centralized repository (not dependent on legacy systems) ☐ Document any known anomalies (e.g., location under construction, recent provider departure) that affect baseline interpretation
3. Location Readiness Assessment
Scoring Framework
Score each factor 1–5 per location, where 5 = highest readiness.
Factor 1: IT Infrastructure Maturity (Weight: 25%)
| Score | Criteria |
|---|---|
| 5 | Gigabit network, workstations < 2 years old, Windows 11, server-grade backup, 200+ Mbps internet |
| 4 | Gigabit network, workstations < 4 years old, Windows 10/11, reliable backup, 100+ Mbps internet |
| 3 | 100 Mbps network, workstations 4–5 years old, Windows 10, basic backup, 50–100 Mbps internet |
| 2 | Mixed network speeds, workstations 5+ years old, some Windows 7, inconsistent backup, < 50 Mbps internet |
| 1 | Significant hardware failures, no backup solution, unreliable internet |
Factor 2: Staff Tenure and Adaptability (Weight: 20%)
| Score | Criteria |
|---|---|
| 5 | Average tenure > 3 years, turnover < 15%, previous successful tech adoption, positive attitudes toward change |
| 4 | Average tenure 2–3 years, turnover 15–25%, previous tech adoption with minor issues |
| 3 | Average tenure 1–2 years, turnover 25–35%, mixed tech adoption history |
| 2 | Average tenure < 1 year, turnover 35–50%, resistant to previous changes |
| 1 | Very high turnover (> 50%), active change resistance, previous tech implementations failed |
Factor 3: Patient Volume (Weight: 15%)
| Score | Criteria | Note |
|---|---|---|
| 5 | High volume (> 80 patients/day), efficient workflows | High impact potential, manageable with strong team |
| 4 | Medium-high volume (60–80 patients/day) | Good ROI opportunity |
| 3 | Medium volume (40–60 patients/day) | Balanced risk/reward |
| 2 | Low volume (20–40 patients/day) | Lower risk but less ROI |
| 1 | Very low or highly variable volume | Consider stabilizing operations first |
Note: For Wave 1 pilots, medium volume (Score 3–4) is often preferred — enough volume to stress-test without overwhelming the team.
Factor 4: Existing Tech Stack Compatibility (Weight: 25%)
| Score | Criteria |
|---|---|
| 5 | Already on Open Dental (upgrade/standardization only), all imaging fully compatible |
| 4 | On modern PMS with clean data export, imaging systems on compatibility list |
| 3 | On older PMS with functional export, most imaging compatible |
| 2 | On legacy PMS with limited export, some imaging compatibility concerns |
| 1 | On unsupported PMS, significant data quality issues, incompatible imaging hardware |
Factor 5: Local Champion Availability (Weight: 15%)
| Score | Criteria |
|---|---|
| 5 | Engaged, tech-forward Office Manager AND Provider champion identified and willing |
| 4 | Strong Office Manager champion, supportive providers |
| 3 | Office Manager willing but not tech-forward, no clear provider champion |
| 2 | Office Manager overwhelmed, no natural champion |
| 1 | Office Manager resisting, providers disengaged |
Composite Readiness Score Calculation
Formula: (IT × 0.25) + (Staff × 0.20) + (Volume × 0.15) + (Tech Stack × 0.25) + (Champion × 0.15) = Readiness Score
Score Interpretation:
- 4.0–5.0: Tier 1 — Ready for Wave 1 pilot
- 3.0–3.9: Tier 2 — Ready for Wave 2 after pilot learnings applied
- 2.0–2.9: Tier 3 — Requires remediation before rollout; target Wave 3+
- < 2.0: Tier 4 — Significant barriers; address fundamentals before scheduling
Sample Readiness Matrix
| Location | IT (×.25) | Staff (×.20) | Volume (×.15) | Tech (×.25) | Champion (×.15) | Composite | Tier |
|---|---|---|---|---|---|---|---|
| Maple Street | 4 (1.0) | 5 (1.0) | 3 (0.45) | 4 (1.0) | 5 (0.75) | 4.20 | Tier 1 |
| Oak Plaza | 5 (1.25) | 4 (0.8) | 4 (0.6) | 3 (0.75) | 4 (0.6) | 4.00 | Tier 1 |
| River Center | 3 (0.75) | 3 (0.6) | 4 (0.6) | 4 (1.0) | 3 (0.45) | 3.40 | Tier 2 |
| Downtown | 2 (0.5) | 2 (0.4) | 5 (0.75) | 2 (0.5) | 2 (0.3) | 2.45 | Tier 3 |
Recommended Rollout Sequence Methodology
Wave 1 (Pilot): Select 2–3 Tier 1 locations that also represent portfolio diversity:
- At least one general practice and one specialty (if applicable)
- Geographic distribution if regional differences exist
- Avoid selecting only "easy" suburban locations if urban locations have different dynamics
Wave 2: All remaining Tier 1 locations + highest-scoring Tier 2 locations
Wave 3: Remaining Tier 2 locations + Tier 3 locations that have completed remediation
Wave 4 (if needed): Any locations requiring extended remediation
4. Rollout Strategy
Wave Structure
| Wave | Locations | Duration | Objectives |
|---|---|---|---|
| Wave 1 (Pilot) | 2–3 highest-readiness, representative locations | 4–6 weeks | Validate configuration template, refine training, identify unforeseen issues |
| Stabilization | (same locations) | 2 weeks | Solidify workflows, capture lessons learned, finalize playbook updates |
| Wave 2 | 5–8 locations | 4–6 weeks | Scale validated approach, stress-test support model |
| Wave 3 | Next 8–12 locations | 4–6 weeks | Full deployment at scale |
| Wave 4 | Remaining locations | 4–6 weeks | Complete deployment, handle edge cases |
Wave 1 Pilot Location Selection Criteria
☐ Readiness Score ≥ 4.0 — High probability of success ☐ Strong local champion — Will provide actionable feedback and advocate internally ☐ Representative patient mix — PPO, FFS, Medicaid mix similar to broader portfolio ☐ Representative specialty mix — Include at least one GP and one specialty if your portfolio includes specialists ☐ Geographic accessibility — Central IT/implementation team can be on-site easily ☐ ⚠️ Avoid your highest-revenue location — Pilot inherently carries risk; protect your top performer ☐ ⚠️ Avoid locations with major upcoming events (renovation, provider departure, etc.)
Timeline Per Wave
Wave 1 Detailed Timeline (Weeks 1–6)
| Week | Activities |
|---|---|
| Week 1 | Hardware/network validation, data migration initiation, configuration setup |
| Week 2 | Integration testing, parallel run begins, staff training starts |
| Week 3 | Training completion, final configuration adjustments, go-live rehearsal |
| Week 4 | GO-LIVE, intensive support period, daily check-ins |
| Week 5 | Workflow refinement, address issues identified, begin documenting lessons |
| Week 6 | Stabilization, metrics review, formal lessons learned session |
Stabilization Period (Weeks 7–8)
| Week | Activities |
|---|---|
| Week 7 | Compile lessons learned, update configuration template, refine training materials |
| Week 8 | 🟣 Executive review: Go/No-Go decision for Wave 2, present updated playbook |
Go/No-Go Criteria to Advance Waves
🟣 Executive Decision Required
Mandatory Criteria (ALL must be met)
☐ No unresolved critical system issues (data integrity, integrations, security) ☐ All Wave 1 locations operational without reverting to previous system ☐ Core workflows validated: scheduling, charting, billing, reporting ☐ Staff Net Promoter Score ≥ 0 (neutral or positive sentiment) ☐ No patient-facing incidents attributable to system change
Advisory Criteria (Address before proceeding if not met)
☐ Key metrics within 10% of baseline (allow for learning curve) ☐ 90% of support tickets resolved within SLA ☐ Champion confidence level ≥ 4/5 (self-reported) ☐ Training completion 100% for patient-facing staff
Rollback Plan
Trigger Conditions for Rollback:
- Data integrity failure affecting patient records
- System downtime > 4 hours during business operations
- Compliance/HIPAA incident
- 🟣 Executive decision based on aggregate risk assessment
Rollback Process:
- Immediate (within hours): Revert to parallel-run state (legacy system was maintained during initial weeks)
- Data sync: Export any new transactions from Open Dental, manually re-enter critical data into legacy system
- Communication: Notify staff via emergency communication channel, provide scripted patient communication
- Root cause analysis: Within 48 hours, document failure, engage vendor, determine path forward
- Re-attempt decision: 🟣 Executive decision on timeline for retry vs. alternative approach
Isolation Protocol (Prevent Wave Impact):
- Rollback at one location does not automatically roll back others
- Each location's go-live is independent
- Central IT monitors for patterns that would suggest enterprise-wide issue
5. Configuration & Integration (Weeks 2–3)
Open Dental Installation & Configuration
Step-by-Step Installation Process
Day 1–2: Server/Hosting Setup ☐ 🔵 Determine hosting model with Open Dental (Cloud vs. self-hosted) ☐ If Cloud: Initiate Open Dental Cloud provisioning (2–3 business days typical) ☐ If self-hosted: Provision server hardware per specifications ☐ Install MySQL/MariaDB database server ☐ 🔵 Install Open Dental server application ☐ Configure database backup schedule (every 15 minutes recommended) ☐ ⚠️ Test backup and restore process BEFORE entering production data
Day 2–3: Workstation Setup ☐ Install Open Dental client on all workstations ☐ Configure network paths to server/cloud ☐ Test login from every workstation ☐ Install required plugins (eServices, imaging bridges, etc.)
Day 3–4: Core Configuration ☐ Create provider profiles (NPI, DEA, license info, schedule defaults) ☐ Configure operatories (match physical layout) ☐ Set up appointment types and colors ☐ Configure schedule views per role ☐ Import/create fee schedules ☐ Set up insurance plan templates for major carriers ☐ Configure treatment plan templates
Day 4–5: Advanced Configuration ☐ Configure claim submission (clearinghouse integration) ☐ Set up ERA (electronic remittance) auto-posting rules ☐ Configure patient communication preferences (text, email defaults) ☐ Set up automated appointment reminders via eServices ☐ Configure user permissions and roles ☐ Set up audit trail and access logging
Integration with Clinical Systems
Imaging System Integration
Supported Imaging Bridges:
- Dexis, Apteryx/XrayVision, Patterson Imaging, Carestream, Schick
- TWAIN-compatible devices (direct capture)
- CBCT systems (varies by manufacturer)
Integration Steps: ☐ 🔵 Request imaging bridge documentation from Open Dental ☐ Install imaging bridge plugin in Open Dental ☐ Configure file paths or DICOM settings ☐ Test image capture workflow with each imaging device type ☐ Verify images display correctly in patient chart ☐ ⚠️ Test with at least 10 patients before go-live
Electronic Prescribing Integration
☐ Register for eRx service (DoseSpot, NewCrop, or similar) ☐ Complete provider EPCS enrollment (2-factor authentication for controlled substances) ☐ 🔵 Configure eRx bridge in Open Dental ☐ Test prescription workflow (non-controlled, then controlled)
Lab Integration
☐ Configure digital lab case management ☐ Set up lab communication (LabLink or similar) ☐ Test case creation and tracking workflow
Enterprise-Level Integration
Clearinghouse Setup
☐ Select enterprise clearinghouse (Tesia, Dentrix Ascend, or existing) ☐ Register all provider NPIs and Tax IDs ☐ Configure payer enrollments for each insurance carrier ☐ ⚠️ Payer enrollment can take 2–4 weeks — start immediately ☐ Test claim submission and ERA receipt
BI/Reporting Integration
☐ Configure direct database access for reporting tools (read-only user) ☐ Document database schema for custom report development ☐ 🔵 Review API documentation for real-time integrations ☐ Configure data warehouse sync if applicable
Test Environment Setup
Recommended Approach for DSOs
- Centralized test environment: One test instance accessible to central team and location champions
- Configuration: Mirror production configuration template exactly
- Test data: Synthetic patient data (never use real PHI in test)
- Access: Provide login credentials to all location champions for hands-on practice
Validation Checklist
☐ New patient registration workflow ☐ Insurance verification (real-time eligibility check) ☐ Appointment scheduling (single, recurring, family) ☐ Charting (perio, restorative, existing conditions) ☐ Treatment planning (present, accept, decline flow) ☐ Claim creation and submission ☐ Payment posting (patient payment, insurance payment, adjustment) ☐ Reporting (daily production, provider schedule, A/R aging) ☐ Image capture and display ☐ Patient communication (text/email test)
Data Migration
Migration Approach Options
| Approach | Pros | Cons | Recommended When |
|---|---|---|---|
| Full historical migration | Complete record continuity | Time-intensive, data quality issues compound | Regulatory requirements, specialty practices |
| Limited migration (2–3 years) | Faster, cleaner | Some historical data in legacy system | Most DSOs, general dentistry |
| Parallel reference | Fastest go-live | Staff must reference two systems | Emergency timeline, very poor source data |
🟣 Executive Decision: Migration depth affects timeline and cost significantly.
Migration Steps (Full or Limited)
☐ 🔵 Engage Open Dental conversion team OR third-party migration specialist ☐ Extract data from legacy system (typically CSV or direct database export) ☐ Data cleansing pass (fix obvious errors, standardize formats) ☐ 🔵 Run test conversion in test environment ☐ Audit test conversion (select 50 random patients, verify data accuracy) ☐ ⚠️ Plan for 5–10% manual data correction post-migration ☐ Execute production migration during off-hours ☐ Perform post-migration audit (100 random patients minimum)
Security and HIPAA Compliance Verification
Enterprise-Level HIPAA Checklist
Business Associate Agreements ☐ 🔵 Executed BAA with Open Dental ☐ BAA with clearinghouse ☐ BAA with cloud hosting provider (if applicable) ☐ BAAs with any third-party integration vendors
Access Controls ☐ Role-based permissions configured (limit access to minimum necessary) ☐ Unique user accounts for every staff member (no shared logins) ☐ Strong password policy enforced (12+ characters, complexity, rotation) ☐ Session timeout configured (auto-logout after inactivity) ☐ Remote access secured via VPN or approved remote desktop solution
Audit and Monitoring ☐ Audit trail enabled for all PHI access ☐ Regular audit log review process documented ☐ Automated alerts for suspicious access patterns (if available)
Data Protection ☐ Encryption at rest enabled on database server ☐ Encryption in transit (TLS 1.2+) for all network communications ☐ Backup encryption enabled ☐ Offsite backup location secured and documented
Incident Response ☐ Breach notification process documented ☐ Security incident response team identified ☐ Contact information for relevant covered entities
Standardized vs. Location-Specific Configuration
Standardize Centrally
| Configuration Element | Rationale |
|---|---|
| Fee schedule structure | Consistent pricing, easier reporting |
| Procedure code definitions | Accurate cross-location analytics |
| User permission roles | Consistent security posture |
| Appointment type categories | Comparable scheduling metrics |
| Claim submission settings | Consistent revenue cycle |
| Report templates | Apples-to-apples comparison |
| Communication templates | Brand consistency |
| Clinical charting defaults | Clinical standardization |
Allow Local Discretion
| Configuration Element | Rationale |
|---|---|
| Provider-specific fee schedules | Individual negotiated rates |
| Operatory names/colors | Local preference, no analytics impact |
| Individual provider schedule templates | Match availability |
| Local specialist referral sources | Varies by market |
| Provider charting preferences (within standards) | Clinical autonomy |
6. Team Training Plan
Train-the-Trainer Model
Champion Selection Criteria
☐ Required: Office Manager or Senior Team Lead (onsite daily) ☐ Required: Comfortable with technology (has learned new systems successfully before) ☐ Required: Respected by peers (credibility to train others) ☐ Preferred: At least 1 year tenure at location ☐ Preferred: Positive attitude toward the change ☐ Preferred: Has expressed interest in career development
Champion Responsibilities
- Complete full training curriculum (all roles)
- Attend train-the-trainer certification session
- Deliver training to location staff
- Serve as first-line support post-go-live
- Communicate issues and feedback to central team
- Track and verify staff training completion
- Participate in weekly champion calls during rollout wave
Champion Certification Process
| Phase | Duration | Delivery | Requirements |
|---|---|---|---|
| Self-paced learning | 4–6 hours | Video + practice in test system | Complete all modules |
| Live certification session | 3 hours | Virtual with central team | Pass hands-on scenarios, Q&A |
| Practice delivery | 1 hour | Role-play with central team | Demonstrate training delivery |
| Total Champion Training | 8–10 hours |
Role-Specific Training Outlines
Providers (Dentists, Hygienists)
Learning Objectives:
- Navigate patient chart efficiently
- Complete clinical charting and perio charting
- Create and present treatment plans
- Review and sign prescriptions
- Interpret and utilize clinical decision support (if applicable)
Training Format:
| Method | Duration | Delivered By |
|---|---|---|
| Video modules | 90 minutes | Self-paced |
| Live demonstration | 60 minutes | Champion |
| Shadowing with champion | 30 minutes | During first patients |
| Total | 3 hours |
Key Workflow Changes to Emphasize:
- How charting differs from previous system (terminology, navigation)
- Treatment plan presentation workflow
- Where to find patient history and prior treatment
Common Resistance Points:
- "This takes longer than my old system"
- Response: Acknowledge learning curve, note that muscle memory develops within 2–3 weeks
- "I don't like where [X] is located"
- Response: Show customization options where available; document feature requests for future
Provider Day 1 Cheat Sheet:
┌─────────────────────────────────────────────────────┐
│ OPEN DENTAL PROVIDER QUICK REFERENCE │
├─────────────────────────────────────────────────────┤
│ OPEN PATIENT CHART: Double-click patient name OR │
│ use Search bar (Ctrl+P) │
│ │
│ CHARTING: Chart Tab → Click tooth → │
│ Select procedure │
│ │
│ TREATMENT PLAN: TP Tab → Check procedures → │
│ Click "Save/Present" │
│ │
│ PERIO: Chart Tab → Perio Chart → │
│ Use number keys for probing │
│ │
│ PRESCRIPTIONS: eRx button → Search drug → │
│ Complete Sig → Send │
│ │
│ HELP HOTKEY: F1 (context-sensitive help) │
│ │
│ YOUR CHAMPION: [Name] - [Extension] │
└─────────────────────────────────────────────────────┘
Hygienists
Learning Objectives:
- Access and update patient chart
- Complete perio charting efficiently
- Document findings and recommendations
- Communicate with provider in-system
Training Format:
| Method | Duration | Delivered By |
|---|---|---|
| Video modules | 60 minutes | Self-paced |
| Hands-on practice | 45 minutes | Champion |
| Supervised patient sessions | 2–3 patients | Champion shadow |
| Total | 2–2.5 hours |
Hygienist Day 1 Cheat Sheet:
┌─────────────────────────────────────────────────────┐
│ OPEN DENTAL HYGIENE QUICK REFERENCE │
├─────────────────────────────────────────────────────┤
│ VIEW SCHEDULE: Main Menu → Schedule → My Day │
│ │
│ OPEN CHART: Double-click appointment │
│ │
│ PERIO CHARTING: Chart Tab → Perio Chart │
│ Number keys for depths │
│ Space bar to advance │
│ │
│
AI-generated implementation guide based on public vendor information. Verify specifics directly with Open Dental.