Toothy AI
Step-by-step implementation guide — pre-implementation checklist, onboarding, staff training, go-live runbook, and ROI tracking.
Toothy AI — Implementation Playbook (DSO)
Toothy AI Implementation Playbook
Revenue Cycle Optimization for Dental Support Organizations
1. Executive Summary
What Toothy AI Does
Toothy AI is a revenue cycle management platform that leverages artificial intelligence to automate claim submission, predict and prevent denials before they occur, optimize coding accuracy, and accelerate insurance verification processes. The platform integrates with existing practice management systems to analyze historical claims data, identify revenue leakage patterns, and provide real-time recommendations to maximize reimbursement rates across your entire DSO portfolio.
Why DSOs Specifically Benefit from Revenue Cycle AI
Scale Advantages: A 30-location DSO processing 50,000+ claims annually amplifies every percentage point improvement in clean claim rates. What represents a marginal gain for a single practice becomes transformational at scale—a 3% reduction in denials across your portfolio could translate to $500K+ in recovered annual revenue.
Standardization Opportunity: Revenue cycle AI enforces coding consistency across locations, eliminating the variability that occurs when 30 different billing coordinators interpret CDT codes differently. This standardization reduces compliance risk and creates predictable revenue patterns.
Data Aggregation Power: Your DSO's claims data becomes a strategic asset. Toothy AI's machine learning models improve with volume—patterns invisible in a single practice's data become clear across thousands of claims, enabling predictive denial prevention that standalone practices simply cannot achieve.
Expected Timeline: Decision to Full Deployment
| Phase | Duration | Milestone |
|---|---|---|
| Pre-Implementation | Weeks 1–2 | Infrastructure ready, stakeholders aligned |
| Pilot Wave (3 locations) | Weeks 3–6 | Validated configuration, trained champions |
| Wave 2 (8 locations) | Weeks 7–10 | Scaled deployment, refined processes |
| Wave 3 (Remaining locations) | Weeks 11–16 | Full deployment |
| Optimization | Weeks 17–24 | ROI validation, workflow refinement |
Total timeline: 16–24 weeks from signed contract to full deployment across 15–50 locations, with measurable ROI data available by week 20.
2. Pre-Implementation Checklist (Weeks 1–2)
Technical Requirements
Hardware
☐ Verify minimum workstation specs at each location: 8GB RAM, Windows 10/11 or macOS 12+ ☐ Confirm at least one dual-monitor setup at each location for billing staff (strongly recommended) ☐ Inventory existing scanner hardware for EOB processing (if using Toothy AI's EOB automation module) ☐ Estimated time: 4 hours to complete hardware audit across all locations
Software
☐ Document current PMS version at each location (Dentrix G7.4+, Eaglesoft 21+, or Open Dental 22.1+ required) ☐ Verify browser compatibility: Chrome 90+, Edge 90+, Firefox 88+ (Safari not supported) ☐ Confirm PDF viewer installed on all billing workstations ☐ Estimated time: 2 hours for software inventory
Network
☐ Minimum 25 Mbps download / 10 Mbps upload at each location ☐ Verify outbound HTTPS (port 443) is not blocked by firewalls ☐ Confirm VPN compatibility if locations connect through centralized network ☐ Test latency to Toothy AI servers (<100ms recommended) ☐ Estimated time: 3 hours for network testing across locations
Integrations
☐ Identify all clearinghouses currently in use (Toothy AI integrates directly with Tesia, DentalXChange, NEA, Availity) ☐ Document any existing RCM tools or automation that may overlap ☐ List all insurance portals currently accessed manually ☐ Estimated time: 2 hours
🔵 Vendor Onboarding Steps
☐ Schedule kickoff call with Toothy AI implementation team ☐ Receive dedicated Customer Success Manager (CSM) contact ☐ Obtain access to Toothy AI Partner Portal ☐ Request technical documentation package ☐ Confirm implementation support hours and escalation contacts ☐ 🔵 Schedule technical architecture review with Toothy AI solutions engineer ☐ Estimated time: 3 hours of meetings in Week 1
Key Vendor Contacts to Establish
| Role | Purpose | Response SLA |
|---|---|---|
| Customer Success Manager | Strategic relationship, escalations | 4 hours |
| Technical Implementation Lead | Integration support, configuration | 2 hours |
| Support Desk | Day-to-day technical issues | 1 hour (business hours) |
| Security/Compliance Contact | BAA questions, audits | 24 hours |
Data/Access Prerequisites
☐ Generate read/write API credentials from PMS (per-location or enterprise-level depending on PMS) ☐ Compile list of all NPI numbers for providers across organization ☐ Gather Tax ID documentation for all practice entities ☐ ⚠️ Export 12 months of claims history from each location (common failure point—allocate extra time) ☐ Document fee schedule by location and payer ☐ Compile active insurance contract list with effective dates ☐ Create service account credentials for Toothy AI platform access ☐ Estimated time: 8–12 hours depending on PMS complexity
Enterprise-Level Requirements
Network Standards
☐ 🟣 Decide: Centralized hosting (all traffic routes through HQ) vs. location-level direct connection ☐ Document firewall rules required for IT team to implement across all locations ☐ Establish VPN tunnel requirements if using centralized approach ☐ Create network change request tickets for each location (allow 5–7 business days for implementation) ☐ Estimated time: 4 hours for planning, plus IT implementation time
Identity & Access Management
☐ 🟣 Confirm SSO provider (Okta, Azure AD, Google Workspace supported) ☐ 🔵 Request SSO integration from Toothy AI (SAML 2.0 or OIDC) ☐ Define role-based access control (RBAC) structure:
- DSO Admin: Full access, all locations, configuration rights
- Regional Manager: Read/write for assigned region, no configuration
- Location Manager: Read/write for single location
- Billing Staff: Claim-level access only
- Provider: Read-only claim status for own patients ☐ Estimated time: 6 hours for SSO configuration
Centralized Credentialing
☐ Compile master provider roster with credentialing status by payer ☐ Establish process for credential updates to flow to Toothy AI ☐ 🔵 Configure provider management module with Toothy AI team ☐ Estimated time: 4 hours
Internal Stakeholder Alignment
🟣 Stakeholder Alignment Map
| Stakeholder | Involvement Level | What They Need | When to Engage |
|---|---|---|---|
| Board/Investors | Inform | ROI projections, risk mitigation plan | Pre-decision, quarterly updates |
| CEO/COO | Approve | Business case, timeline, resource requirements | Pre-decision, monthly updates |
| Chief Dental Officer | Consult | Clinical workflow impact, provider adoption plan | Week 1, Wave 1 go-live |
| CFO | Approve | Financial projections, contract terms, baseline metrics | Pre-decision, monthly ROI reviews |
| VP of Operations | Own | Full playbook, rollout execution | Daily during implementation |
| IT Director | Own (technical) | Integration specs, security requirements, support structure | Week 1 through deployment |
| Regional Managers | Execute | Location readiness, champion selection, training oversight | Week 2 through deployment |
| Office Managers | Execute | Day-to-day workflow changes, staff scheduling for training | Wave-specific timing |
| Billing Team Leads | Execute | Detailed workflow changes, system training | Wave-specific timing |
| Providers | Participate | Minimal disruption assurance, communication about claim status improvements | Pre-go-live at each location |
Alignment Actions
☐ 🟣 Secure executive sponsor (recommend VP of Operations or COO) ☐ 🟣 Obtain board notification approval (if required by governance) ☐ Brief regional managers on timeline and their role ☐ Draft initial FAQ document for office managers ☐ Estimated time: 8 hours of meetings and documentation
Baseline Metrics to Capture
⚠️ Critical: Standardize Measurement Before Any Location Goes Live
Without consistent baseline measurement, cross-location comparison and true ROI calculation are impossible. This is a common failure point—many DSOs skip this step and regret it at the 60-day review.
Required Baseline Metrics (Capture for Each Location)
| Metric | Definition | Data Source | Target Capture Date |
|---|---|---|---|
| Clean Claim Rate | % of claims accepted on first submission | Clearinghouse reports | Week 1 |
| Denial Rate by Category | % denied by reason code (eligibility, coding, authorization, etc.) | PMS aging reports | Week 1 |
| Days in A/R | Average days from service to payment | PMS financial reports | Week 1 |
| A/R Over 90 Days | Dollar value and % of total A/R | PMS financial reports | Week 1 |
| Collection Rate | Net collections / Net production | PMS + accounting | Week 1 |
| Claim Submission Lag | Days from service to claim submission | PMS workflow reports | Week 1 |
| Insurance Verification Time | Minutes per verification (estimate or sample) | Staff time study | Week 2 |
| Rework Rate | % of claims requiring correction and resubmission | PMS or manual tracking | Week 1 |
| Revenue per FTE (Billing) | Net collections / billing staff headcount | HR + financial data | Week 1 |
Capture Process
☐ Create standardized data collection template (Excel or Google Sheets) ☐ Train regional managers on metric definitions ☐ Collect 6-month historical data where available (12 months preferred) ☐ Store baseline data in centralized location (not in Toothy AI—maintain independent record) ☐ Flag any locations with data quality issues before proceeding ☐ Estimated time: 2–3 hours per location for data collection
3. Location Readiness Assessment
Scoring Framework
Score each location on the following factors using a 1–5 scale. This assessment identifies which locations should deploy first and which need remediation before deployment.
Factor 1: IT Infrastructure Maturity
| Score | Criteria |
|---|---|
| 5 | Network >50 Mbps, hardware <2 years old, current PMS version, dual monitors, IT support on-site or same-day |
| 4 | Network 25–50 Mbps, hardware 2–3 years old, PMS within one version of current, IT support next-day |
| 3 | Network meets minimum (25 Mbps), hardware 3–4 years old, PMS supported but outdated, IT support 2–3 days |
| 2 | Network occasionally below minimum, hardware 4–5 years old, PMS version requires upgrade, IT support unreliable |
| 1 | Network frequently below minimum, hardware >5 years old, PMS version not supported, no IT support structure |
Factor 2: Staff Tenure and Adaptability
| Score | Criteria |
|---|---|
| 5 | Billing team tenure >3 years avg, turnover <10%, prior successful tech adoption, proactive about efficiency |
| 4 | Billing team tenure 2–3 years, turnover 10–20%, successful tech adoption with support |
| 3 | Billing team tenure 1–2 years, turnover 20–30%, mixed tech adoption history |
| 2 | Billing team tenure <1 year, turnover 30–40%, resistant to recent changes |
| 1 | High billing staff turnover (>40%), recent failed tech implementation, active resistance to change |
Factor 3: Patient Volume
| Score | Rationale |
|---|---|
| 5 | Medium-high volume (150–200 claims/week)—meaningful impact, manageable risk |
| 4 | Medium volume (100–150 claims/week)—good balance |
| 3 | High volume (>200 claims/week)—high impact but higher risk for pilot |
| 2 | Low volume (<75 claims/week)—limited data for validation |
| 1 | Very low volume (<50 claims/week) or very high volume (>300 claims/week) with no buffer capacity |
Note: For Wave 1 pilots, medium-high volume locations score highest because they generate enough data to validate the system without overwhelming the team during learning curve.
Factor 4: Existing Tech Stack Compatibility
| Score | Criteria |
|---|---|
| 5 | Dentrix Enterprise or Open Dental with API access, compatible clearinghouse, no conflicting RCM tools |
| 4 | Dentrix/Eaglesoft current version, compatible clearinghouse, minor integration considerations |
| 3 | Supported PMS version, clearinghouse requires additional configuration, some manual workarounds needed |
| 2 | Older PMS version requiring upgrade, clearinghouse not directly integrated, significant workarounds |
| 1 | Unsupported PMS, incompatible clearinghouse, or existing RCM tool with contractual/technical conflicts |
Factor 5: Local Champion Availability
| Score | Criteria |
|---|---|
| 5 | Tech-forward office manager or billing lead with influence, explicitly volunteered, has capacity |
| 4 | Capable office manager willing to champion, moderate tech comfort, has capacity |
| 3 | Office manager will participate but not enthusiastic, limited tech background |
| 2 | No obvious champion, office manager at capacity, would need regional support |
| 1 | Office manager resistant, no alternative champion candidates, recent leadership turnover |
Readiness Score Calculation
Composite Score = (IT Infrastructure × 1.5) + (Staff Adaptability × 1.5) + (Patient Volume × 1.0) + (Tech Stack × 1.5) + (Local Champion × 1.0)
Maximum possible score: 32.5
| Score Range | Readiness Category | Rollout Recommendation |
|---|---|---|
| 27–32.5 | High Readiness | Wave 1 candidate |
| 21–26.9 | Moderate-High Readiness | Wave 2 candidate |
| 15–20.9 | Moderate Readiness | Wave 3 candidate |
| 10–14.9 | Low Readiness | Remediation required before deployment |
| <10 | Not Ready | Significant intervention needed |
Location Assessment Template
| Location | IT Infra (×1.5) | Staff (×1.5) | Volume (×1.0) | Tech Stack (×1.5) | Champion (×1.0) | Composite | Wave |
|---|---|---|---|---|---|---|---|
| Example: Main St | 4 (6.0) | 4 (6.0) | 5 (5.0) | 5 (7.5) | 5 (5.0) | 29.5 | 1 |
☐ Complete readiness assessment for all locations ☐ Rank locations by composite score ☐ Identify remediation needs for locations scoring <15 ☐ 🟣 Present recommended wave assignments to executive sponsor for approval ☐ Estimated time: 1 hour per location for assessment
4. Rollout Strategy
Wave Structure Recommendation
For a 15–50 location DSO, a three-wave structure balances speed with risk management:
| Wave | Locations | Duration | Purpose |
|---|---|---|---|
| Wave 1 (Pilot) | 2–3 locations | 4 weeks | Validate configuration, stress-test integration, train first champions, identify unexpected issues |
| Wave 2 (Expand) | 5–8 locations | 4 weeks | Scale training model, refine processes based on Wave 1 learnings, build organizational momentum |
| Wave 3 (Complete) | Remaining locations | 4–6 weeks | Full deployment, leveraging mature playbook and experienced champions |
Wave 1 Pilot Location Selection Criteria
Select 2–3 locations that meet ALL of the following:
Must-Have Criteria
☐ Composite readiness score ≥27 ☐ Office manager explicitly committed to championing ☐ No major operational changes planned during pilot period (no relocations, provider changes, PMS upgrades) ☐ Regional manager available for weekly check-ins ☐ Not your highest-revenue location (manageable risk) ☐ Not your lowest-revenue location (meaningful data volume)
Should-Have Criteria
☐ Represents a common configuration in your portfolio (if most locations run Dentrix, pilot should too) ☐ Geographic proximity to HQ or regional support (enables on-site troubleshooting) ☐ Mix of practice types if your DSO includes GP and specialty (one of each in Wave 1) ☐ Staff has bandwidth—not currently underwater with vacancies or other initiatives
Selection Anti-Patterns (Avoid)
⚠️ Do not select your "flagship" highest-performing location—if something goes wrong, the damage is amplified ⚠️ Do not select a location solely because the office manager volunteered enthusiastically but scores low on other factors ⚠️ Do not select multiple locations in the same region unless you have regional manager capacity to support both simultaneously
Timeline Per Wave
Wave 1 Detailed Timeline (Weeks 3–6)
| Week | Activities |
|---|---|
| Week 3 | Integration go-live for pilot locations, champion training, parallel run begins |
| Week 4 | Full workflow transition, daily check-ins, issue remediation |
| Week 5 | Workflow refinement, reduced check-in cadence, begin documenting learnings |
| Week 6 | Go/no-go assessment, Wave 2 preparation, champion certification |
Wave 2 Timeline (Weeks 7–10)
Same structure as Wave 1, but with refined processes and Wave 1 champions available to mentor Wave 2 champions.
Wave 3 Timeline (Weeks 11–16)
Accelerated deployment leveraging mature playbook. Can deploy 3–4 locations per week once the process is proven.
Buffer Between Waves
Minimum 1 week buffer between waves to:
- Conduct retrospective with pilot location champions
- Update training materials based on learnings
- Resolve any systemic issues before scaling
- 🟣 Present go/no-go decision to executive sponsor
Go/No-Go Criteria
Criteria to Advance to Next Wave
| Criterion | Threshold | Measurement |
|---|---|---|
| System stability | <5 critical errors per location in final week | Toothy AI error logs |
| Integration reliability | 99%+ claim transmission success rate | Toothy AI dashboard |
| Staff proficiency | All billing staff pass competency check | Champion attestation |
| No major workflow blockers | Zero unresolved issues blocking daily operations | Issue tracker |
| Champion confidence | Champion rates readiness ≥4/5 | Champion survey |
| Clean claim rate | Not decreased from baseline | Toothy AI vs. baseline |
🟣 Go/No-Go Decision Meeting
☐ Schedule 1-hour meeting at end of each wave ☐ Attendees: Executive sponsor, VP Operations, IT Director, Regional Manager(s), Champion(s) ☐ Prepare summary deck: metrics vs. targets, issue log, champion feedback, recommendation ☐ Decision options: Proceed, Proceed with conditions, Pause for remediation
⚠️ Rollback Plan
If a wave fails or a location cannot stabilize, execute the following rollback without disrupting other locations:
Immediate Triage (Day of Issue)
- Disable Toothy AI claim submission routing for affected location only
- Revert to direct PMS-to-clearinghouse submission
- Notify regional manager and executive sponsor within 2 hours
- 🔵 Open critical support ticket with Toothy AI
48-Hour Remediation Window
- Toothy AI technical team diagnoses root cause
- Determine if issue is location-specific or systemic
- If systemic: pause all waves until resolved
- If location-specific: remediate and re-attempt, or move location to later wave
Wave Pause Triggers
Immediately pause current wave if ANY of the following occur:
3 locations in the wave experience the same critical error
- Data integrity issue (claims submitted with incorrect information)
- Security incident of any kind
- Champion or Office Manager requests pause citing inability to operate
Rollback Does Not Affect
- Other locations already live (they continue operating)
- Locations not yet deployed (they remain in queue)
- Historical data already in Toothy AI (preserved for later re-deployment)
5. Configuration & Integration (Weeks 2–3)
Practice Management System Integration
🔵 Dentrix (Enterprise or G-Series)
Prerequisites ☐ Dentrix version G7.4 or higher confirmed ☐ Dentrix API license obtained from Patterson (required for bidirectional integration) ☐ Database server credentials available (for enterprise installations) ☐ ⚠️ Confirm no custom Dentrix plugins that modify claim workflows
Integration Steps
- ☐ 🔵 Request API credentials from Toothy AI partner portal
- ☐ Install Toothy AI connector application on Dentrix server (30 minutes)
- ☐ Configure API connection using provided credentials
- ☐ 🔵 Run connection test with Toothy AI support on the line
- ☐ Enable claim data sync (initially read-only to validate data flow)
- ☐ Validate patient/insurance data matching (sample 50 records)
- ☐ Enable bidirectional sync (claims, payments, adjustments)
- ☐ Configure claim routing rules (which claims flow through Toothy AI)
- ☐ Validate end-to-end claim submission with test claim
Estimated time: 3–4 hours per location for Dentrix integration
🔵 Eaglesoft
Prerequisites ☐ Eaglesoft version 21.0 or higher confirmed ☐ Administrative access to Eaglesoft ☐ SQL Server credentials (if using direct database integration)
Integration Steps
- ☐ Enable Eaglesoft API in system settings
- ☐ 🔵 Provide Toothy AI with Eaglesoft system ID
- ☐ Install Toothy AI bridge application
- ☐ Configure authentication (practice ID, user credentials)
- ☐ Map insurance companies and fee schedules
- ☐ Test patient data sync with sample records
- ☐ Enable claim workflow integration
- ☐ Configure ERA/EOB import settings
- ☐ Validate with end-to-end test claim
Estimated time: 3–4 hours per location
🔵 Open Dental
Prerequisites ☐ Open Dental version 22.1 or higher ☐ Open Dental API key generated (Settings > API) ☐ eConnector or direct database access configured
Integration Steps
- ☐ Generate API key in Open Dental (Program Links > API)
- ☐ 🔵 Provide API key to Toothy AI via secure portal
- ☐ 🔵 Toothy AI configures webhook endpoints
- ☐ Enable real-time claim notifications in Open Dental
- ☐ Configure insurance plan mapping
- ☐ Test claim creation and submission workflow
- ☐ Enable payment posting integration
- ☐ Configure ERA processing settings
- ☐ Validate with end-to-end test claim
Estimated time: 2–3 hours per location (Open Dental typically fastest integration)
Clearinghouse Integration
Direct Clearinghouse Integrations
Toothy AI integrates directly with these clearinghouses—no action required beyond enabling in settings:
- Tesia
- DentalXChange
- NEA FastAttach
- Availity
Non-Integrated Clearinghouses
If your location uses a non-integrated clearinghouse: ☐ Discuss with Toothy AI CSM—custom integration may be available ☐ Alternative: Use Toothy AI as an intermediary clearinghouse (requires payer re-enrollment) ☐ 🟣 Decision required: Standardize clearinghouses across DSO vs. accommodate variety
Estimated time: 1 hour if using integrated clearinghouse, 4–8 hours if migration required
Test Environment Setup
Centralized Test Environment (Recommended for DSOs)
☐ 🔵 Request Toothy AI sandbox environment provisioned ☐ Load sample data representing multiple locations ☐ Configure all integrations in sandbox first ☐ Train champions in sandbox before production ☐ Maintain sandbox for ongoing training and testing
Per-Location Testing (Alternative)
- Use for location-specific configuration testing only
- Not recommended as primary test environment (inefficient)
Validation Checklist
☐ Patient demographic data flowing correctly ☐ Insurance information accurate and complete ☐ Procedure codes mapping properly ☐ Fee schedule applied correctly ☐ Provider information (NPI, credentials) accurate ☐ Claim generation produces valid 837 format ☐ ERA/EOB parsing working correctly ☐ Payment posting calculates accurately ☐ Denial reason codes mapping to AI categories
Estimated time: 4 hours for initial validation, 1 hour per location for location-specific validation
Data Migration / Historical Data Ingestion
Toothy AI's denial prediction models improve significantly with historical claims data.
Recommended Approach
☐ Export 12 months of claims history from PMS (HIPAA-compliant method) ☐ Include: claims, payments, adjustments, denial reasons ☐ ⚠️ Do NOT include patient names/SSNs beyond what's necessary for matching ☐ 🔵 Upload via Toothy AI secure data ingestion portal ☐ 🔵 Toothy AI processes and validates data (2–3 business days) ☐ Review data quality report with Toothy AI CSM ☐ Remediate any data gaps identified
Estimated time: 4–6 hours per location for export and validation
Security and HIPAA Compliance Verification
Enterprise-Level HIPAA Checklist
☐ Business Associate Agreement (BAA)
- 🔵 Request BAA from Toothy AI
- 🟣 Legal review of BAA terms
- 🟣 Execute BAA before any PHI transfer
☐ Data Governance
- Document what PHI Toothy AI will access
- Confirm data residency (US-only hosting)
- Verify encryption standards (AES-256 at rest, TLS 1.3 in transit)
- Review data retention policy (align with your retention requirements)
- Confirm data deletion process if contract terminates
☐ Access Controls
- SSO integration verified
- RBAC configured per Section 2
- Audit logging enabled
- Review who at Toothy AI has access to your data
☐ Vendor Security Verification
- Request SOC 2 Type II report
- Request penetration test results (within last 12 months)
- Verify HIPAA training for Toothy AI employees
- Confirm incident response procedures
☐ Internal Documentation
- Update privacy policies if required
- Update Notice of Privacy Practices if Toothy AI is patient-facing
- Brief compliance team on new vendor
Estimated time: 6–10 hours for compliance review and documentation
Standardized vs. Location-Specific Configuration
Standardize Centrally (Enterprise Configuration Template)
Configure once, deploy to all locations:
- Denial reason code categorization
- AI confidence thresholds for recommendations
- Claim scrubbing rules
- Reporting dashboards and KPIs
- User role definitions
- Alert thresholds and escalation rules
- ERA processing rules
- Integration settings (for same PMS across locations)
Allow Location-Specific Configuration
- Fee schedules (may vary by location/payer contracts)
- Provider preferences (some providers may want more/fewer AI suggestions)
- Working hours for real-time alerts
- Specialty-specific workflows (if portfolio includes specialty practices)
- Payer mix optimization (different payers prominent in different regions)
⚠️ Common Failure Point: Allowing too much local configuration creates support burden and inconsistency. Default to centralized; deviate only with documented justification.
6. Team Training Plan
Train-the-Trainer Model
For DSO deployment, direct vendor training of all staff is impractical and expensive. Instead, implement a champion-led model.
Champion Selection Criteria
Each location needs one designated champion. The ideal champion: ☐ Currently in billing coordinator, office manager, or lead admin role ☐ Tenure >1 year at this location ☐ Demonstrated comfort with current technology stack ☐ Respected by peers (influence to drive adoption) ☐ Has capacity—not already overwhelmed with other responsibilities ☐ Willing participant (not voluntold) ☐ Strong communicator—can teach others
Champion Responsibilities
- Attend centralized champion training (virtual, 4 hours)
- Complete Toothy AI certification exam (online, 1 hour)
- Train all staff at their location using standardized materials
- Serve as first-line support for staff questions
- Escalate unresolved issues to regional manager or central team
- Participate in weekly champion calls during rollout
- Provide feedback on training materials and workflows
Champion Certification Process
- ☐ Complete champion training session
- ☐ Pass certification exam (≥85% required)
- ☐ Conduct observed practice training session
- ☐ Receive certification and champion badge
- ☐ Added to champion communication channel (Slack/Teams)
Estimated time: 8 hours per champion for full certification
Standardized Training Materials (Centrally Created)
| Material | Format | Purpose |
|---|---|---|
| Champion Training Guide | PDF + Video | Comprehensive champion certification |
| Role-Specific Training Decks | PowerPoint | Champion delivers to each role |
| Workflow Walkthroughs | Screen recording videos | Step-by-step procedures |
| Day 1 Cheat Sheets | One-page PDF | Quick reference by role |
| FAQ Document | Google Doc (living) | Common questions and answers |
| Troubleshooting Guide | Common issues and solutions |
Champion Customization Allowed
- Add location-specific examples
- Adjust timing to fit team schedules
- Include local payer-specific notes
- Translate to accommodate non-English speakers if needed
Role-Specific Training Outlines
Billing Staff Training (Champions Deliver)
Duration: 2 hours
Training Format: Live demo with hands-on practice
Module 1: Overview (20 minutes)
- What Toothy AI does and why we're using it
- How your daily workflow will change
- What stays the same
Module 2: Claim Submission Workflow (40 minutes)
- Where Toothy AI fits in the claim lifecycle
- Reading the claim scrubbing screen
- Understanding AI recommendations (accept/override)
- Handling flagged claims
- Submitting clean claims
Module 3: Denial Management (30 minutes)
- How Toothy AI predicts and prevents denials
- Denial queue walkthrough
- Using AI-suggested appeal language
- Tracking resolution
Module 4: Reporting & Metrics (15 minutes)
- Accessing your performance dashboard
- Understanding key metrics
- Weekly reporting rhythm
Module 5: Troubleshooting & Escalation (15 minutes)
- Common issues and solutions
- When to escalate vs. self-solve
- How to contact champion/support
Common Resistance Points & Responses:
| Resistance | Response |
|---|---|
| "The AI won't understand our payers" | "The AI learns from our specific claims data—it gets smarter over time with |
AI-generated implementation guide based on public vendor information. Verify specifics directly with Toothy AI.