Jarvis Analytics
Step-by-step implementation guide — pre-implementation checklist, onboarding, staff training, go-live runbook, and ROI tracking.
Jarvis Analytics — Implementation Playbook (DSO)
Jarvis Analytics Implementation Playbook
Analytics & Business Intelligence for Dental Service Organizations
1. Executive Summary
What Jarvis Analytics Does
Jarvis Analytics is a cloud-based business intelligence platform that aggregates data from practice management systems across all locations, transforming raw operational data into actionable insights through automated dashboards, KPI tracking, and predictive analytics for production, collections, scheduling efficiency, and provider performance.
Why DSOs Benefit from AI-Powered Analytics
At scale, DSOs face a fundamental data challenge: critical operational intelligence is trapped in dozens of disconnected PMS databases, making cross-location comparison nearly impossible without manual data aggregation. Jarvis Analytics solves this by:
- Standardizing metrics across locations regardless of which PMS each office uses
- Automating reporting that would otherwise require analyst headcount to compile
- Enabling pattern recognition across your portfolio—identifying which locations are underperforming relative to peers, which providers are outperforming, and which operational practices should be replicated
- Accelerating decision cycles from monthly or quarterly reviews to near-real-time intervention
For a 30-location DSO, the difference between monthly Excel reports and daily automated dashboards represents roughly 40-60 hours/month of analyst time recovered, plus the compounding value of faster operational decisions.
Expected Timeline: Decision to Full Deployment
| DSO Size | Pilot Phase | Full Rollout | Total Timeline |
|---|---|---|---|
| 15-25 locations | 4-6 weeks | 6-8 weeks | 10-14 weeks |
| 26-40 locations | 4-6 weeks | 8-12 weeks | 12-18 weeks |
| 41-50 locations | 4-6 weeks | 12-16 weeks | 16-22 weeks |
Timeline assumes standard integrations. Complex multi-PMS environments or custom reporting requirements may extend by 2-4 weeks.
2. Pre-Implementation Checklist (Weeks 1–2)
Technical Requirements
Network & Infrastructure
☐ Minimum 25 Mbps upload/download speed at each location (test with speedtest.net during peak hours)
☐ Verify firewall allows outbound HTTPS (port 443) to Jarvis Analytics cloud endpoints
☐ Document current network topology—identify locations with VPN dependencies or restricted internet access
☐ Confirm workstation browser compatibility (Chrome 90+, Edge 90+, Firefox 85+ recommended)
Practice Management System Requirements
☐ Document PMS vendor and version at each location:
- Dentrix: Version 16.1 or higher
- Eaglesoft: Version 19 or higher
- Open Dental: Version 19.4 or higher
- Other PMS: Confirm API availability with Jarvis 🔵
☐ Verify PMS database access credentials exist for integration (not individual user logins)
☐ Confirm database server accessibility—local server vs. cloud-hosted
Hardware
☐ No dedicated hardware required (cloud-based SaaS)
☐ Identify 1-2 dedicated workstations per location for primary dashboard access
☐ Optional: Recommend large-format displays (32"+) for real-time dashboard visibility in manager offices
Vendor Onboarding Steps
| Step | Owner | Timeline | Deliverable |
|---|---|---|---|
| 🔵 Execute MSA and BAA | Legal + Jarvis | Days 1-3 | Signed agreements |
| 🔵 Kick-off call | VP Ops + Jarvis CSM | Day 4 | Project plan, timeline |
| 🔵 Technical discovery call | IT Lead + Jarvis Integration | Days 5-7 | Integration requirements doc |
| Assign internal project manager | VP Ops | Day 5 | Named PM with bandwidth |
| 🔵 Receive API credentials/documentation | IT Lead | Days 7-10 | Integration credentials |
Key Contacts to Establish
☐ Jarvis Customer Success Manager (CSM): ______________________
☐ Jarvis Technical Integration Lead: ______________________
☐ Jarvis Support Escalation Contact: ______________________
☐ Support portal access and ticket submission process confirmed
Data & Access Prerequisites
☐ PMS database credentials (read-only access minimum) for each location
☐ API keys generated (if using API-based integration vs. direct database connection)
☐ Historical data scope defined—recommend minimum 24 months for trend analysis
☐ Data dictionary review: Map your internal terminology to Jarvis standard fields 🔵
☐ User provisioning plan: List all users needing access with role assignments
User Role Matrix
| Role | Access Level | Typical Users |
|---|---|---|
| Executive | Full portfolio view, all locations | CEO, CFO, VP Ops, CDO |
| Regional | Multi-location view (assigned region) | Regional Managers |
| Location Admin | Single location, all metrics | Office Managers |
| Provider | Single location, own metrics + team | Dentists, Hygienists |
| Read-Only | Limited dashboards | Board members, investors |
Enterprise-Level Requirements
Centralized vs. Location-Level Architecture
🟣 Decision Required: Hosting model selection
- Recommended: Centralized cloud instance with location-level data partitioning
- Single tenant vs. multi-tenant considerations based on data isolation requirements
- Jarvis standard deployment is multi-tenant SaaS with logical data separation
Identity & Access Management
☐ SSO integration requirements documented (SAML 2.0, OAuth 2.0 supported)
☐ SSO provider identified: Okta / Azure AD / Google Workspace / Other: ______
☐ 🔵 SSO configuration call scheduled with Jarvis
☐ Role-based access control (RBAC) structure defined
☐ User provisioning/deprovisioning workflow established (manual vs. SCIM)
Network Standards
☐ Document any locations with non-standard network configurations
☐ Identify locations requiring VPN or proxy exceptions
☐ Whitelist Jarvis IP ranges/domains in corporate firewall (obtain from Jarvis) 🔵
Stakeholder Alignment Map
Board/Investors
- Inform: AI/analytics investment rationale, expected ROI, timeline
- Approve: 🟣 Budget allocation, data governance policies
- Frequency: Quarterly updates post-deployment
C-Suite
| Role | Alignment Need |
|---|---|
| CEO | Strategic alignment, investment approval 🟣 |
| CFO | Budget approval, ROI expectations, financial metrics definition 🟣 |
| CDO | Clinical metrics validation, provider adoption strategy 🟣 |
| VP Operations | Project ownership, rollout strategy, success metrics 🟣 |
| CIO/IT Director | Technical requirements, security review, integration ownership |
Regional Managers
- Inform: Rollout timeline, expectations for their locations
- Engage: Input on pilot location selection, local context
- Responsibility: Cascading communication, local champion support
Location-Level
- Office Managers: Operational leads, primary dashboard users
- Providers: Data subjects and consumers—critical for buy-in
- Staff: Limited direct interaction, but affected by new workflows
Baseline Metrics to Capture
⚠️ Critical: Capture these BEFORE go-live to measure ROI accurately
Standardized Metric Definitions
Apply these definitions uniformly across all locations for valid cross-location comparison
| Metric Category | Specific Metrics | Definition | Collection Method |
|---|---|---|---|
| Production | Gross Production | Total value of services rendered at UCR fees | PMS report |
| Net Production | Gross production minus adjustments/write-offs | PMS report | |
| Production per Visit | Net production ÷ patient visits | Calculated | |
| Production per Provider Hour | Net production ÷ clinical hours worked | PMS + scheduling | |
| Collections | Collection Rate | Collections ÷ Net Production (trailing 90 days) | PMS + accounting |
| Days in A/R | Average age of outstanding receivables | PMS report | |
| A/R over 90 days | % of A/R aged 90+ days | PMS report | |
| Scheduling | Chair Utilization | Scheduled chair hours ÷ available chair hours | PMS scheduling |
| Broken Appointment Rate | No-shows + same-day cancellations ÷ total scheduled | PMS report | |
| Reappointment Rate | Patients leaving with next appointment ÷ total visits | PMS report | |
| Clinical | Case Acceptance Rate | Accepted treatment ÷ presented treatment (by $) | PMS treatment plans |
| Hygiene to Doctor Conversion | Hygiene visits with doctor exam or treatment ÷ total hygiene | PMS report | |
| Treatment Plan Aging | Average days from diagnosis to treatment | PMS report | |
| Operational | New Patients/Month | Unique new patient visits | PMS report |
| Patient Retention | Active patients (seen in 18 mo) ÷ total patient base | PMS report | |
| Revenue per Operatory | Net production ÷ number of ops | Calculated |
Baseline Data Collection Protocol
☐ Export 6-month trailing data for each metric above
☐ Use consistent date range across all locations (recommend: last 6 completed months)
☐ Document any known data quality issues by location
☐ Store baseline in centralized spreadsheet/database for post-implementation comparison
☐ Assign ownership for baseline collection: ______________________ (Name/Role)
☐ Deadline for baseline completion: ______________________ (Date)
Estimated Time: 2-4 hours per location for data extraction; 4-8 hours central for consolidation
3. Location Readiness Assessment
Scoring Framework
Score each factor 1-5 for every location, then calculate the composite score.
Factor 1: IT Infrastructure Maturity (Weight: 25%)
| Score | Criteria |
|---|---|
| 5 | Fiber internet 100+ Mbps, hardware <3 years old, current PMS version, cloud backup |
| 4 | Reliable internet 50+ Mbps, hardware <5 years old, PMS within 2 versions of current |
| 3 | Standard internet 25+ Mbps, hardware functional, PMS supported version |
| 2 | Inconsistent internet, aging hardware, PMS version approaching end-of-life |
| 1 | Unreliable internet, hardware failures common, outdated PMS requiring upgrade |
Factor 2: Staff Tenure & Adaptability (Weight: 20%)
| Score | Criteria |
|---|---|
| 5 | <10% annual turnover, prior successful tech adoption, staff requests new tools |
| 4 | 10-20% turnover, generally positive tech adoption history |
| 3 | 20-30% turnover, mixed tech adoption results |
| 2 | 30-40% turnover, staff resistance to recent changes |
| 1 | >40% turnover, multiple failed technology implementations |
Factor 3: Patient Volume (Weight: 20%)
Higher volume = higher impact but also higher risk during transition
| Score | Criteria |
|---|---|
| 5 | Moderate-high volume (60-80th percentile for your portfolio)—optimal balance |
| 4 | Moderate volume (40-60th percentile)—manageable risk, meaningful data |
| 3 | High volume (top 20%)—highest impact but highest risk |
| 2 | Lower volume (20-40th percentile)—lower risk but less representative |
| 1 | Very low or very high volume outlier—not representative for pilot |
Factor 4: Tech Stack Compatibility (Weight: 20%)
| Score | Criteria |
|---|---|
| 5 | PMS with native Jarvis integration, imaging with API access, modern auxiliary systems |
| 4 | PMS with tested Jarvis integration, standard imaging setup |
| 3 | PMS with available but untested integration, some legacy systems |
| 2 | PMS requires custom integration work, multiple disparate systems |
| 1 | Unsupported PMS version, significant custom development required |
Factor 5: Local Champion Availability (Weight: 15%)
| Score | Criteria |
|---|---|
| 5 | Enthusiastic tech-forward provider + capable office manager both identified and committed |
| 4 | Strong office manager champion with provider support |
| 3 | Willing champion identified but limited bandwidth |
| 2 | No natural champion, but no active resistance |
| 1 | No champion available, key staff resistant to change |
Composite Score Calculation
Readiness Score = (IT × 0.25) + (Staff × 0.20) + (Volume × 0.20) + (Tech × 0.20) + (Champion × 0.15)
| Composite Score | Readiness Tier | Rollout Recommendation |
|---|---|---|
| 4.0 - 5.0 | Tier 1: High Readiness | Wave 1 pilot candidate |
| 3.0 - 3.9 | Tier 2: Moderate Readiness | Wave 2 deployment |
| 2.0 - 2.9 | Tier 3: Low Readiness | Wave 3, with remediation |
| Below 2.0 | Tier 4: Not Ready | Remediation required before deployment |
Location Assessment Template
| Location | IT Infra (1-5) | Staff (1-5) | Volume (1-5) | Tech Stack (1-5) | Champion (1-5) | Composite | Tier |
|---|---|---|---|---|---|---|---|
| Location 1 | |||||||
| Location 2 | |||||||
| ... |
Rollout Sequence Recommendation
Based on composite scores, recommend:
Wave 1 (Pilot): Select 2-3 locations from Tier 1 that also represent diversity in:
- Geographic region (if regionally distributed)
- PMS type (if multiple PMS across portfolio)
- Practice type (GP, specialty mix)
Wave 2: All remaining Tier 1 and Tier 2 locations
Wave 3: Tier 3 locations after remediation items addressed
Defer: Tier 4 locations until infrastructure or staffing issues resolved
4. Rollout Strategy
Wave Structure Recommendation
Wave 1: Pilot (2-3 locations)
Duration: 4-6 weeks
Purpose: Validate integration, refine training, establish baseline for success metrics
Wave 2: Expansion (5-8 locations)
Duration: 4-6 weeks
Purpose: Scale learnings, stress-test support model, build momentum
Wave 3: Broad Deployment (remaining locations)
Duration: 6-12 weeks depending on portfolio size
Purpose: Complete rollout with optimized playbook
Wave 4 (if applicable): Remediation locations
Duration: As needed
Purpose: Deploy to locations requiring infrastructure upgrades
Wave 1 Pilot Location Selection Criteria
Select locations that are:
☐ High readiness (Tier 1 composite score 4.0+)
☐ Manageable risk (not your highest-revenue location)
☐ Representative (reflects common PMS, practice type, patient mix)
☐ Accessible (regional manager or central team can be on-site easily)
☐ Champion-led (enthusiastic local owner of success)
🟣 Executive Decision: Final pilot location selection requires VP Ops and CDO approval
Recommended Pilot Selection
| Selection Criteria | Location A | Location B | Location C |
|---|---|---|---|
| Readiness Score | |||
| PMS Type | |||
| Practice Type | |||
| Revenue Risk Level | |||
| Champion Name | |||
| Regional Manager |
Timeline Per Wave
Wave 1 Detailed Timeline
| Week | Activities |
|---|---|
| Week 1 | Integration setup, data connection validation, test environment |
| Week 2 | Configuration, dashboard customization, training prep |
| Week 3 | Champion training, soft launch, parallel operations |
| Week 4 | Full go-live, daily monitoring, issue resolution |
| Week 5-6 | Optimization, document learnings, prepare Wave 2 playbook |
Buffer Between Waves
Minimum 1-week buffer between waves to:
- Document lessons learned
- Update training materials
- Address any systemic issues
- Brief next wave's regional managers and champions
Go/No-Go Criteria
Wave 1 → Wave 2 Go/No-Go Checklist
| Criteria | Target | Actual | Status |
|---|---|---|---|
| Data integration accuracy | >98% data matching PMS | ☐ Go / ☐ No-Go | |
| Dashboard uptime | >99% during business hours | ☐ Go / ☐ No-Go | |
| Staff training completion | 100% role-required training | ☐ Go / ☐ No-Go | |
| Critical bugs resolved | Zero P1/P2 open issues | ☐ Go / ☐ No-Go | |
| Champion confidence score | 4+ (1-5 scale) | ☐ Go / ☐ No-Go | |
| User adoption rate | >80% daily active users | ☐ Go / ☐ No-Go |
🟣 Executive Decision: Go/No-Go determination at each wave gate
Wave 2 → Wave 3 Additional Criteria
| Criteria | Target | Actual | Status |
|---|---|---|---|
| Support ticket volume | <2 tickets/location/week | ☐ Go / ☐ No-Go | |
| Mean time to resolution | <4 hours for P1 issues | ☐ Go / ☐ No-Go | |
| Cross-location data consistency | Dashboard metrics match PMS within 2% | ☐ Go / ☐ No-Go | |
| Regional manager confidence | 4+ (1-5 scale) | ☐ Go / ☐ No-Go |
Rollback Plan
Rollback Triggers
- Data integrity issues affecting >5% of records
- System downtime >4 hours during business hours
- Critical security vulnerability identified
- Staff unable to perform core job functions
- Provider refusal to continue using system
Rollback Procedure
Level 1: Soft Rollback (Location-Specific)
- Disable Jarvis dashboards at affected location(s)
- Revert to previous reporting methods
- Disconnect data integration (read-only, no operational impact)
- Document issues with screenshots, logs
- Engage Jarvis support for resolution 🔵
- Resume deployment when issues resolved
Level 2: Wave Pause
- Halt deployment of current wave
- Complete rollback for affected locations
- Continue operation at successfully deployed locations
- Conduct root cause analysis
- 🟣 Brief executive team on status
- Define resolution timeline before resuming
Level 3: Full Program Pause
- Pause all deployment activities
- Maintain existing successful integrations (no new locations)
- Escalate to Jarvis executive sponsor 🔵
- 🟣 Executive decision on program continuation
- Define go-forward criteria
Rollback Communication Template
"Due to [specific issue], we are temporarily pausing Jarvis Analytics deployment at [location(s)]. This does not affect patient care or core operations. Our team is working with Jarvis to resolve [issue]. We expect to resume deployment on [date]. Please continue using [previous method] for reporting needs. Questions? Contact [name]."
5. Configuration & Integration (Weeks 2–3)
PMS Integration: Step-by-Step
Dentrix Integration
Pre-requisites:
☐ Dentrix version 16.1 or higher confirmed
☐ SQL Server access credentials obtained
☐ Dentrix server IP/hostname documented
☐ Firewall rules configured for Jarvis connector
Integration Steps:
- ☐ 🔵 Receive Jarvis Dentrix Connector installer from Jarvis support
- ☐ Schedule installation window (recommend after-hours; 30-minute downtime)
- ☐ Install connector on Dentrix server or designated integration server
- ☐ Configure SQL connection string with read-only credentials
- ☐ 🔵 Run initial connection test with Jarvis support on call
- ☐ Initiate historical data sync (24-48 hours depending on database size)
- ☐ ⚠️ Validate data accuracy: Compare 10 random patient records between Dentrix and Jarvis
- ☐ Configure real-time sync schedule (recommended: every 15 minutes)
- ☐ Document connector version and configuration for future reference
Estimated Time: 2-3 hours active setup; 24-48 hours background sync
Eaglesoft Integration
Pre-requisites:
☐ Eaglesoft version 19 or higher confirmed
☐ Eaglesoft API access enabled (Patterson support may be required)
☐ API credentials generated
☐ Network access from Eaglesoft server to internet confirmed
Integration Steps:
- ☐ ⚠️ Contact Patterson to enable API access if not already active (can take 3-5 business days)
- ☐ 🔵 Provide Eaglesoft API credentials to Jarvis via secure portal
- ☐ 🔵 Jarvis configures cloud-to-cloud integration
- ☐ Verify firewall allows outbound connection from Eaglesoft server
- ☐ 🔵 Run connection test with Jarvis support
- ☐ Initiate historical data sync
- ☐ Validate data accuracy: Compare 10 random patient records
- ☐ Confirm real-time sync operational
Estimated Time: 1-2 hours active setup (plus Patterson lead time); 24-48 hours background sync
Open Dental Integration
Pre-requisites:
☐ Open Dental version 19.4 or higher confirmed
☐ Open Dental API key generated (Setup → Miscellaneous → API)
☐ Open Dental Service (eConnector) running
Integration Steps:
- ☐ Generate Open Dental API key from Setup menu
- ☐ 🔵 Provide API key to Jarvis via secure portal
- ☐ Verify eConnector service is running and accessible
- ☐ 🔵 Jarvis configures API integration
- ☐ Run connection test
- ☐ Initiate historical data sync
- ☐ Validate data accuracy: Compare 10 random patient records
- ☐ Confirm real-time sync operational
Estimated Time: 1-2 hours active setup; 12-36 hours background sync
Multi-PMS Environment Considerations
If your DSO uses multiple PMS platforms:
☐ 🔵 Discuss data normalization approach with Jarvis (how are fields mapped across systems?)
☐ Define location-to-PMS mapping table
☐ Establish consistent naming conventions (e.g., procedure codes, provider names)
☐ ⚠️ Plan additional QA time for cross-PMS data validation
☐ 🟣 Decide: uniform KPI definitions or PMS-specific variations?
Test Environment Setup
Centralized Test Environment (Recommended for DSO)
☐ 🔵 Request Jarvis sandbox/staging environment
☐ Configure sandbox with representative data from 2-3 locations
☐ Mirror production SSO configuration in sandbox
☐ Test all user roles in sandbox before production deployment
☐ Use sandbox for train-the-trainer sessions
Validation Checklist
| Test Case | Expected Result | Actual Result | Pass/Fail |
|---|---|---|---|
| User login via SSO | Successful authentication | ||
| Dashboard loads <5 seconds | All widgets render | ||
| Production data matches PMS | <2% variance | ||
| Collection data matches PMS | <2% variance | ||
| Scheduling data accurate | Appointments match | ||
| Role permissions correct | Users see only permitted data | ||
| Date filters working | Data adjusts appropriately | ||
| Export to Excel/PDF | Clean, accurate exports | ||
| Mobile access (if applicable) | Responsive design functional |
Data Migration / Historical Data Ingestion
☐ Define historical data scope: ______ months (recommend 24+ for trend analysis)
☐ 🔵 Confirm Jarvis can ingest historical data from your PMS version
☐ Schedule initial data load during off-hours (can impact PMS performance)
☐ Monitor sync progress via Jarvis admin dashboard
☐ ⚠️ Validate historical data integrity before using for baseline comparisons
Data Quality Remediation
Common issues to check:
☐ Duplicate patient records
☐ Incomplete provider assignments
☐ Orphaned transactions
☐ Inconsistent procedure codes
☐ Missing appointment statuses
Security & HIPAA Compliance
Enterprise-Level HIPAA Checklist
| Requirement | Status | Documentation |
|---|---|---|
| ☐ BAA executed with Jarvis | Signed copy on file | |
| ☐ Data encryption in transit (TLS 1.2+) | Jarvis security documentation | |
| ☐ Data encryption at rest (AES-256) | Jarvis security documentation | |
| ☐ Access controls configured | RBAC matrix documented | |
| ☐ Audit logging enabled | Jarvis confirms logging active | |
| ☐ User access reviews scheduled | Quarterly review process defined | |
| ☐ Breach notification procedures confirmed | In BAA | |
| ☐ Data retention policy aligned | Jarvis retention = your policy | |
| ☐ Minimum necessary standard applied | Role permissions documented | |
| ☐ SSO enforced (no shared passwords) | SSO configuration confirmed |
🔵 Request Jarvis SOC 2 Type II report and HIPAA compliance documentation
Standardized vs. Location-Specific Configuration
Standardize Centrally
| Configuration Element | Standard Setting | Rationale |
|---|---|---|
| KPI definitions | Per baseline metrics section | Cross-location comparison validity |
| Dashboard layouts (core) | Unified executive views | Consistent reporting |
| User role permissions | RBAC matrix | Security consistency |
| Data refresh frequency | 15-minute sync | Timely data across portfolio |
| Alert thresholds | Portfolio-wide targets | Unified performance standards |
| Fiscal calendar | Aligned periods | Financial reporting accuracy |
| Provider productivity benchmarks | Specialty-adjusted standards | Fair comparison |
Allow Local Discretion
| Configuration Element | Local Authority | Guidelines |
|---|---|---|
| Custom dashboard widgets | Office Manager | Must not replace core dashboards |
| Provider-level views | Provider preference | Within role permissions |
| Alert notification recipients | Office Manager | Must include standard escalation |
| Report distribution lists | Office Manager | Regional manager always included |
| Operational goal targets | Regional Manager | Within corporate range |
6. Team Training Plan
Train-the-Trainer Model
Champion Selection Criteria
Each location needs ONE primary champion. Ideal candidates:
☐ Office manager or lead provider (has influence and daily presence)
☐ Tech-comfortable (uses software confidently, troubleshoots independently)
☐ Strong communicator (can teach others clearly)
☐ Committed tenure (not leaving in next 6+ months)
☐ Available for 4-6 hours of champion training + ongoing support role
☐ Positive attitude toward change (not just compliant—enthusiastic)
Champion Responsibilities
| Responsibility | Time Commitment |
|---|---|
| Complete champion certification training | 4-6 hours (one-time) |
| Train location staff (all roles) | 4-8 hours (during rollout) |
| Serve as first-line support for team questions | Ongoing (15-30 min/day initially) |
| Escalate technical issues to regional/central | As needed |
| Participate in weekly champion sync calls | 30 min/week |
| Provide feedback on training materials | As needed |
| Monitor adoption at their location | 15 min/day (check dashboard usage) |
Champion Certification Training
Format: 🔵 Live virtual training led by Jarvis + central team
Duration: Two 2-hour sessions or one 4-hour session
Attendees: All location champions + central implementation team
Session 1: Platform Mastery (2 hours)
- Platform navigation and core dashboards
- KPI definitions and data sources
- Filtering, date ranges, location switching
- Export and sharing features
- Common troubleshooting
Session 2: Training Delivery (2 hours)
- How to train each role (role-specific modules)
- Handling resistance and questions
- Using training materials effectively
- Certification quiz
- Q&A and practice scenarios
☐ Champions must pass certification quiz (80% minimum) to proceed
☐ Certification tracked in central training log
Role-Specific Training Outlines
Champions deliver these trainings at their locations using standardized materials.
Providers (Dentists, Specialists, Hygienists with Dashboard Access)
Training Time: 30-45 minutes
Format: Live demo (in-person or screen share) + self-guided exploration
Delivered by: Location champion
Learning Objectives:
- Access and navigate personal productivity dashboard
- Understand key metrics: production, case acceptance, schedule utilization
- Compare personal metrics to location/portfolio benchmarks
- Use filters to analyze performance by time period, procedure type
- Know when and how to request support
Training Outline:
- 5 min: Why we're using Jarvis (corporate vision, benefits)
- 10 min: Logging in, navigation, basic filters
- 15 min: Provider dashboard walkthrough—YOUR metrics
- 5 min: Comparing to benchmarks—what this means
- 5 min: Common questions, where to get help
- 5 min: Hands-on exploration
Common Resistance Points & Responses:
| Resistance | Response |
|---|---|
| "I don't want to be micromanaged" | "This tool gives YOU visibility into your own performance. You see it first. It's about self-improvement, not surveillance." |
| "I don't trust the data" | "The data comes directly from your PMS—what you enter is what you see. If something looks wrong, let's troubleshoot together." |
| "I don't have time for this" | "Initial training is 30 minutes. After that, 2 minutes daily glance at your dashboard. It actually saves time vs. manual tracking." |
Day 1 Cheat Sheet: Providers
┌─────────────────────────────────────────────────────────────┐
│ JARVIS ANALYTICS - PROVIDER QUICK REFERENCE │
├─────────────────────────────────────────────────────────────┤
│ LOGIN: yourcompany.jarvisanalytics.com (SSO with email) │
│ │
│ YOUR DASHBOARD: Click "Provider View" → Select your name │
│ │
│ KEY METRICS: │
│ • Production/Day - Your revenue contribution │
│ • Case Acceptance - % of treatment accepted (goal: >85%) │
│ • Chair Utilization - Time seeing patients vs. available │
│ │
│ DATE FILTERS: Top right corner. Default = current month │
│ │
│ COMPARE TO PEERS: Click benchmark toggle (shows portfolio │
│ average) │
│ │
│ NEED HELP? Ask [Champion Name] or email help@company.com
AI-generated implementation guide based on public vendor information. Verify specifics directly with Jarvis Analytics.