Sesame Communications
Step-by-step implementation guide β pre-implementation checklist, onboarding, staff training, go-live runbook, and ROI tracking.
Sesame Communications β Implementation Playbook (DSO)
Sesame Communications Implementation Playbook
Patient Communication AI for Dental Service Organizations
1. Executive Summary
What Sesame Communications Does
Sesame Communications is an AI-powered patient communication and engagement platform that automates appointment reminders, recall campaigns, online scheduling, reputation management, and two-way patient messaging across multiple locations from a single centralized dashboard. The platform integrates with major practice management systems to synchronize patient data and deliver personalized, timely communications via text, email, and voice.
Why DSOs Benefit from AI-Powered Patient Communication at Scale
Patient communication represents one of the highest-leverage AI applications for multi-location dental organizations. At scale, DSOs gain three distinct advantages:
- Operational Standardization: Consistent patient messaging, branding, and communication protocols across all locations eliminate the variability that erodes brand equity and patient experience
- Labor Arbitrage: Centralizing communication workflows reduces the need for location-level front desk staff to manually confirm appointments, send recalls, or respond to routine inquiriesβmultiplied across 15β50 locations, this represents significant FTE savings
- Data Aggregation for Decision-Making: Unified reporting reveals system-wide patterns in no-show rates, recall effectiveness, and patient engagement that individual locations cannot see in isolation
Expected Timeline: Decision to Full Deployment
| Phase | Timeline | Milestone |
|---|---|---|
| Pre-Implementation | Weeks 1β2 | Infrastructure audit complete, baselines captured |
| Pilot Wave (2β3 locations) | Weeks 3β5 | Go-live and stabilization |
| Wave 2 (5β8 locations) | Weeks 6β9 | Expanded rollout with refined playbook |
| Wave 3+ (remaining locations) | Weeks 10β16 | Full deployment |
| Optimization | Weeks 17β20 | ROI validation and workflow refinement |
Total timeline: 16β20 weeks for a 30-location DSO, with variability based on IT infrastructure heterogeneity and staff readiness.
2. Pre-Implementation Checklist (Weeks 1β2)
Technical Requirements
Hardware
β Verify all locations have workstations with minimum specs: Windows 10/11 or macOS 10.15+, 8GB RAM, modern browser (Chrome, Edge, or Firefox current version) β Confirm stable internet connectivity: minimum 25 Mbps download/10 Mbps upload per location β Identify locations with outdated hardware requiring upgrade before deployment (flag for Wave 2 or 3)
Software
β Document PMS version at each location (Dentrix, Eaglesoft, Open Dental, or other) β Verify PMS versions meet Sesame integration requirements (β οΈ older PMS versions may require upgrade) β Confirm browser versions are current across all workstations
Network
β Ensure firewall rules allow outbound HTTPS traffic to Sesame servers β Whitelist Sesame IP ranges and domains per vendor specifications β π΅ Request network requirements document from Sesame onboarding team
Vendor Onboarding Steps
| Step | Owner | Timeline | Notes |
|---|---|---|---|
| Execute Master Services Agreement | Legal/Procurement | Day 1β3 | π£ Requires C-suite signature |
| Execute Business Associate Agreement | Legal/Compliance | Day 1β3 | π£ HIPAA requirement |
| Assign dedicated Sesame account manager | Vendor | Day 3 | π΅ Vendor initiates |
| Schedule technical kickoff call | IT Lead + Vendor | Day 5 | π΅ |
| Receive API credentials and documentation | Vendor | Day 5β7 | π΅ |
| Assign internal project manager | Operations | Day 1 | Single point of contact |
Key Vendor Contacts to Establish
β Account Manager (strategic relationship, escalation path) β Technical Implementation Specialist (integration support) β Customer Success Manager (post-launch optimization) β Support Hotline and Ticket System (day-to-day issues)
Data/Access Prerequisites
β Compile list of all PMS login credentials or API access tokens per location β Document patient data schemas across locations (β οΈ field mapping inconsistencies are common) β Export sample patient datasets from 2β3 representative locations for integration testing β Verify patient consent language in existing intake forms covers automated communications β Identify data hygiene issues (duplicate records, outdated contact info) requiring cleanup
Internal Stakeholder Alignment
Decision-Makers Requiring Approval π£
| Stakeholder | Approval Required For |
|---|---|
| CEO/COO | Budget authorization, strategic priority ranking |
| CFO | Capital expenditure, ROI expectations |
| Chief Dental Officer | Clinical workflow changes, provider adoption |
| VP of Operations | Rollout timeline, resource allocation |
| General Counsel | BAA, data governance, compliance sign-off |
| Board/Investors | Strategic AI investment (if material spend) |
Stakeholders Requiring Notification
| Stakeholder | Communication Needed |
|---|---|
| Regional Managers | Rollout schedule, location selection rationale |
| Office Managers | Timeline, training expectations, champion selection |
| Providers | Workflow impact summary, patient communication changes |
| IT Staff | Technical requirements, support expectations |
Stakeholder Alignment Map
βββββββββββββββββββββββ
β Board/Investors β β Quarterly updates on AI initiative
ββββββββββββ¬βββββββββββ
β
ββββββββββββΌβββββββββββ
β C-Suite β β Monthly rollout status, budget tracking
β (CEO, COO, CFO, CDO)β
ββββββββββββ¬βββββββββββ
β
ββββββββββββββββββΌβββββββββββββββββ
β β β
βββββββββββΌβββββββββ ββββββΌββββββ ββββββββΌββββββββ
β VP of Operations β β IT Lead β β Compliance β
βββββββββββ¬βββββββββ ββββββ¬ββββββ ββββββββββββββββ
β β
βββββββββββΌβββββββββββββββββΌββββββββββ
β Regional Managers β β Weekly updates during active wave
βββββββββββββββββββ¬βββββββββββββββββββ
β
βββββββββββββββββββΌβββββββββββββββββββ
β Office Managers (Champions) β β Daily check-ins during go-live
βββββββββββββββββββ¬βββββββββββββββββββ
β
βββββββββββββββββββΌβββββββββββββββββββ
β Front Desk, Providers, Staff β β Training, support
ββββββββββββββββββββββββββββββββββββββ
Baseline Metrics to Capture
β οΈ Critical: These metrics must be captured BEFORE go-live to enable ROI measurement. Inconsistent baseline measurement is the #1 reason DSOs cannot prove AI value to boards.
Standardized Metrics Across All Locations
| Metric | Definition | Collection Method | Target Measurement Period |
|---|---|---|---|
| No-Show Rate | Appointments missed without 24hr notice / Total scheduled appointments | PMS report | Trailing 90 days |
| Same-Day Cancellation Rate | Cancellations within 24hrs / Total scheduled appointments | PMS report | Trailing 90 days |
| Recall Conversion Rate | Patients completing recall visit / Patients due for recall | PMS report | Trailing 6 months |
| Time from Recall Due to Scheduled | Average days between recall due date and appointment scheduled | PMS report | Trailing 6 months |
| Front Desk FTE Hours on Communication | Hours spent on appointment confirmation, recall calls, patient inquiries | Time study (1 week sample) | Current week |
| Online Review Volume | Google/Facebook reviews submitted per month | Manual count | Trailing 90 days |
| Average Star Rating | Mean rating across review platforms | Manual calculation | Current snapshot |
| Patient Response Rate | Patients responding to outreach / Outreach attempts | Current system (if tracked) | Trailing 90 days |
Baseline Data Collection Protocol
β Create standardized reporting template for all locations β Assign regional managers to validate data accuracy at each location β Establish data collection deadline (minimum 1 week before pilot go-live) β Aggregate data into central dashboard for cross-location comparison β Flag locations with incomplete or unreliable baseline data (deprioritize for Wave 1)
Estimated Time: 8β12 hours across all locations
Enterprise-Level Requirements
Network Standards
β π£ Decide: Centralized hosting (single instance, multi-tenant) vs. location-level deployment
- Recommendation: Centralized for DSOsβenables unified reporting and reduces administrative overhead β Document VPN or SD-WAN requirements if locations use private network connectivity β Verify DNS standards across locations for consistent access
Identity and Access Management
β Confirm SSO compatibility (SAML 2.0, OAuth 2.0, or Azure AD) β π΅ Request SSO integration specifications from Sesame β Define role-based access control (RBAC) structure:
- System Admin (central IT)
- Regional Admin (regional managers)
- Location Admin (office managers)
- Standard User (front desk, staff)
- Read-Only (providers who view but don't manage)
Centralized Credentialing
β Establish master user provisioning workflow (new hires, terminations, role changes) β Integrate with existing HR/identity systems if available β Define credential audit frequency (recommend: quarterly)
3. Location Readiness Assessment
Scoring Framework
Score each location on the following factors using a 1β5 scale, then calculate a composite readiness score.
Factor 1: IT Infrastructure Maturity (Weight: 25%)
| Score | Criteria |
|---|---|
| 5 | Fiber internet (100+ Mbps), all workstations <3 years old, current PMS version, IT-managed network |
| 4 | 50+ Mbps internet, most workstations current, PMS within one version of current |
| 3 | 25β50 Mbps internet, mixed hardware ages, PMS 2+ versions behind |
| 2 | Inconsistent connectivity, majority of hardware outdated, PMS significantly behind |
| 1 | Unreliable internet, legacy hardware, PMS no longer supported |
Factor 2: Staff Tenure and Adaptability (Weight: 20%)
| Score | Criteria |
|---|---|
| 5 | <15% annual turnover, documented history of successful tech adoption, formal training programs |
| 4 | 15β25% turnover, recent tech adoption with minimal issues, informal training |
| 3 | 25β35% turnover, mixed tech adoption history, resistance to past changes |
| 2 | 35β50% turnover, significant resistance to recent tech changes |
| 1 | >50% turnover, active resistance to technology, no training infrastructure |
Factor 3: Patient Volume (Weight: 20%)
| Score | Criteria | Risk/Reward Notes |
|---|---|---|
| 5 | Top 20% of locations by monthly patient visits | Highest ROI potential, but also highest risk |
| 4 | 60thβ80th percentile | Strong ROI, moderate risk |
| 3 | 40thβ60th percentile | Balanced |
| 2 | 20thβ40th percentile | Lower impact, lower riskβgood for pilot |
| 1 | Bottom 20% | Minimal impact, may not justify effort |
Factor 4: Tech Stack Compatibility (Weight: 20%)
| Score | Criteria |
|---|---|
| 5 | Same PMS/imaging as majority of DSO, all integrations pre-validated |
| 4 | Compatible PMS, minor configuration differences |
| 3 | Different PMS but supported by Sesame, some integration work required |
| 2 | Legacy PMS with limited API support, significant integration effort |
| 1 | Unsupported PMS or imaging system, manual workflows required |
Factor 5: Local Champion Availability (Weight: 15%)
| Score | Criteria |
|---|---|
| 5 | Tech-forward office manager + engaged provider, both committed to champion role |
| 4 | Strong office manager willing to lead, provider supportive |
| 3 | Office manager willing but not tech-savvy, or provider willing but office manager resistant |
| 2 | No clear champion, but no active resistance |
| 1 | Active resistance from office manager or providers, no champion candidate |
Composite Score Calculation
Composite Score = (IT Γ 0.25) + (Staff Γ 0.20) + (Volume Γ 0.20) + (Tech Stack Γ 0.20) + (Champion Γ 0.15)
Location Readiness Matrix Template
| Location | IT (1-5) | Staff (1-5) | Volume (1-5) | Tech Stack (1-5) | Champion (1-5) | Composite | Recommended Wave |
|---|---|---|---|---|---|---|---|
| Example: Downtown | 4 | 4 | 3 | 5 | 5 | 4.15 | Wave 1 |
| Example: Suburban A | 3 | 3 | 4 | 4 | 3 | 3.40 | Wave 2 |
| Example: Rural B | 2 | 2 | 2 | 2 | 2 | 2.00 | Wave 3 |
Recommended Rollout Sequence
| Composite Score Range | Recommended Wave | Rationale |
|---|---|---|
| 4.0β5.0 | Wave 1 (Pilot) | High readiness, representative, manageable risk |
| 3.0β3.9 | Wave 2 | Good readiness, apply lessons from pilot |
| 2.0β2.9 | Wave 3 | Requires more preparation, benefit from refined playbook |
| <2.0 | Defer/Remediate | Address infrastructure or staffing issues before deployment |
Wave 1 Selection Criteria (Beyond Score)
β Include at least one high-volume location to stress-test system β Include at least one location with your most common PMS/imaging configuration β Avoid locations with upcoming major changes (renovation, provider departure, etc.) β Select locations in different regions to test regional manager engagement β π£ Final Wave 1 selection requires VP of Operations approval
4. Rollout Strategy
Wave Structure Recommendation
| Wave | Locations | Timeline | Purpose |
|---|---|---|---|
| Wave 1 (Pilot) | 2β3 locations | Weeks 3β5 | Validate integration, refine training, identify issues |
| Wave 2 | 5β8 locations | Weeks 6β9 | Scale with confidence, train more champions |
| Wave 3 | 8β12 locations | Weeks 10β13 | Accelerated deployment using proven playbook |
| Wave 4 (if needed) | Remaining locations | Weeks 14β16 | Complete rollout |
Buffer between waves: 1 week minimum for lessons learned documentation and playbook updates
Wave 1 Pilot Location Selection Criteria
Required Criteria (Must Meet All)
β Composite readiness score β₯ 4.0 β Confirmed local champion (office manager or provider) β No major operational changes planned during pilot period β Regional manager engaged and available for support
Preferred Criteria (Meet 2+ of 4)
β Uses most common PMS configuration in your DSO β Patient volume in 40thβ70th percentile (enough volume for meaningful data, not so high that issues are catastrophic) β Geographic proximity to central team or vendor support β History of successful technology adoption
Wave 1 Risk Mitigation
- Select locations where a temporary rollback would not significantly disrupt operations
- Ensure at least one pilot location is low-to-moderate volume
- Avoid selecting all pilots in same region (reduces risk of regional-specific issues)
Timeline Per Wave
Wave 1 (Pilot) Detailed Timeline
| Week | Day | Activity |
|---|---|---|
| Week 3 | Mon | Integration testing complete, final configuration review |
| Tue | Champion training at pilot locations (4 hours) | |
| Wed | Staff training sessions (2 hours per role group) | |
| Thu | Go-live Day 1: Morning launch, afternoon stabilization | |
| Fri | Go-live Day 2: Issue remediation, workflow adjustments | |
| Week 4 | Daily | Champion check-ins with central team (15 min) |
| End of week | Week 1 retrospective, metrics review | |
| Week 5 | Daily | Reduced check-ins (every other day) |
| End of week | Pilot evaluation, go/no-go decision for Wave 2 |
Wave 2+ Compressed Timeline (Per Wave)
| Week | Activity |
|---|---|
| Week 1 | Champion training, staff training |
| Week 2 | Go-live, stabilization, daily check-ins |
| Week 3 | Reduced check-ins, metrics review, lessons captured |
Go/No-Go Criteria
Criteria to Advance from Wave 1 to Wave 2 π£
| Criterion | Threshold | Measurement |
|---|---|---|
| System uptime | β₯99% during pilot period | Sesame dashboard |
| PMS sync success rate | β₯98% of appointments syncing correctly | Integration logs |
| Staff adoption | 100% of trained staff using system | Champion attestation |
| Patient-facing message delivery | β₯95% delivery rate | Sesame reports |
| Critical issues | 0 unresolved critical issues | Issue tracker |
| Champion confidence | All champions rate readiness β₯4/5 | Champion survey |
Decision Authority: VP of Operations, with input from Chief Dental Officer and IT Lead
Criteria to Advance from Wave 2 to Wave 3
| Criterion | Threshold |
|---|---|
| All Wave 1 criteria met for Wave 2 locations | Yes |
| No systemic issues identified | No recurring issues across multiple locations |
| Training model validated | Champions successfully trained their teams |
| Rollback not required | No Wave 2 location required rollback |
Rollback Plan
Rollback Triggers
5% of appointments not syncing for >24 hours
- Patient communications sent incorrectly (wrong patient, wrong time, wrong content)
- System downtime >4 hours during business hours
- Provider or office manager requests rollback due to clinical/operational impact
Rollback Procedure
Immediate (within 2 hours):
- Champion contacts regional manager and central IT
- Central IT disables Sesame automated communications for affected location(s)
- Location reverts to manual communication workflows
- Vendor notified via escalation path
Short-term (within 24 hours):
- Root cause analysis initiated with vendor
- Patient communications manually verified and corrected if needed
- Staff notified of temporary reversion
Resolution Path:
- Vendor provides fix or workaround
- Central IT validates fix in test environment
- Gradual re-enablement with enhanced monitoring
- β οΈ Do not re-enable until root cause confirmed resolved
Isolation Protocol
- Rollback at one location does not affect other locations
- Other waves continue unless issue is systemic (affects >25% of deployed locations)
- Systemic issues trigger pause of all waves pending resolution π£
5. Configuration & Integration (Weeks 2β3)
Practice Management System Integration
Dentrix Integration
Prerequisites: β Dentrix version G7.3 or higher (β οΈ earlier versions may have limited API functionality) β Dentrix server accessible from Sesame integration service β Administrative credentials for Dentrix
Step-by-Step Integration:
| Step | Action | Time Est. | Owner |
|---|---|---|---|
| 1 | π΅ Request Dentrix integration package from Sesame | β | Vendor |
| 2 | Install Sesame connector on Dentrix server | 30 min | IT + Vendor |
| 3 | Configure API credentials in Sesame dashboard | 15 min | IT |
| 4 | Map data fields (patient name, phone, email, appointment type, provider) | 45 min | IT + Vendor |
| 5 | β οΈ Validate two-way sync: create test appointment in Dentrix, confirm appears in Sesame | 30 min | IT |
| 6 | β οΈ Validate patient data sync: verify 50 random patient records match across systems | 1 hr | IT |
| 7 | Enable real-time sync and monitor for 24 hours | 24 hrs | IT |
| 8 | Sign off on integration checklist | 15 min | IT + Office Manager |
Eaglesoft Integration
Prerequisites: β Eaglesoft version 21 or higher β SQL Server access for Eaglesoft database β Eaglesoft API license (verify with Patterson)
Step-by-Step Integration:
| Step | Action | Time Est. | Owner |
|---|---|---|---|
| 1 | π΅ Confirm Eaglesoft API license active with Patterson | β | IT |
| 2 | π΅ Request Eaglesoft integration credentials from Sesame | β | Vendor |
| 3 | Configure ODBC connection from Sesame to Eaglesoft database | 45 min | IT |
| 4 | β οΈ Test connection and verify read/write permissions | 30 min | IT |
| 5 | Map data fields in Sesame configuration | 45 min | IT + Vendor |
| 6 | Run test sync batch (100 patients) | 30 min | IT |
| 7 | Validate appointment sync accuracy | 1 hr | IT |
| 8 | Enable production sync | 15 min | IT |
Open Dental Integration
Prerequisites: β Open Dental version 22.1 or higher β Open Dental API key generated β MySQL database accessible (if using direct database integration)
Step-by-Step Integration:
| Step | Action | Time Est. | Owner |
|---|---|---|---|
| 1 | Generate API key in Open Dental (Setup β Misc Setup β API) | 15 min | IT |
| 2 | Enter API key in Sesame dashboard | 10 min | IT |
| 3 | π΅ Sesame validates connection | β | Vendor |
| 4 | Configure data mapping (Open Dental field names to Sesame) | 30 min | IT + Vendor |
| 5 | Test appointment sync (create, modify, cancel) | 45 min | IT |
| 6 | Test patient data sync | 30 min | IT |
| 7 | Enable automated sync | 15 min | IT |
Test Environment Setup
Centralized Test Environment (Recommended for DSOs)
β π΅ Request dedicated test/staging instance from Sesame β Clone data from 1 representative production location into test environment β Configure test environment with anonymized patient data (HIPAA compliance) β Establish naming convention to prevent test/production confusion (e.g., "TEST - Location Name")
Validation Checklist
| Test Case | Expected Result | Pass/Fail |
|---|---|---|
| New appointment created in PMS | Appears in Sesame within 5 minutes | β |
| Appointment modified in PMS | Updates in Sesame within 5 minutes | β |
| Appointment cancelled in PMS | Reflects in Sesame, cancellation message suppressed | β |
| Patient phone number updated in PMS | Updates in Sesame within 5 minutes | β |
| Patient opts out of texts in Sesame | Future text messages blocked | β |
| Appointment reminder sent | Patient receives SMS and/or email as configured | β |
| Patient confirms via text | Confirmation status updates in PMS | β |
| Patient requests callback | Notification delivered to front desk | β |
| Two-way text conversation | Messages logged and accessible in Sesame | β |
Data Migration
Historical Data Ingestion (If Applicable)
β Determine historical data scope (recommendation: 2 years of patient records, 1 year of appointments) β π΅ Request data import template from Sesame β Export data from PMS in required format β β οΈ Validate data quality before import (duplicates, formatting issues, missing fields) β Import in test environment first β Validate imported data accuracy β Schedule production import during low-activity period (weekend or evening)
Estimated Time: 4β8 hours per location for data preparation and validation
Security and HIPAA Compliance
Enterprise-Level HIPAA Checklist
| Requirement | Action | Owner | Status |
|---|---|---|---|
| BAA executed | Signed by vendor and DSO legal | Legal | β |
| Data encryption in transit | Confirm TLS 1.2+ for all connections | IT | β |
| Data encryption at rest | Confirm Sesame encrypts stored PHI | IT + Vendor | β |
| Access controls | RBAC configured per defined structure | IT | β |
| Audit logging | Confirm all PHI access logged | IT + Vendor | β |
| Breach notification | Confirm vendor breach notification SLA (<24 hrs) | Legal | β |
| Data retention | Confirm retention policies align with DSO policy | Compliance | β |
| Minimum necessary | Confirm only required PHI shared with Sesame | Compliance | β |
| Patient opt-out | Mechanism to honor opt-out requests | IT | β |
| Data governance | Define who owns patient data, deletion procedures | Legal + IT | β |
Standardized vs. Location-Specific Configuration
Standardize Centrally
| Setting | Rationale |
|---|---|
| Brand voice and messaging templates | Consistent patient experience |
| Appointment reminder timing (e.g., 48hr, 24hr, 2hr) | Best practice standardization |
| Review request workflow | Unified reputation management |
| Opt-out handling | Legal/compliance consistency |
| Escalation procedures | Clear support paths |
| Reporting metrics and dashboards | Cross-location comparability |
| HIPAA-related settings | Compliance consistency |
Allow Local Discretion
| Setting | Rationale |
|---|---|
| Office hours and scheduling availability | Location-specific operations |
| Provider-specific preferences | Clinical autonomy |
| Specialty-specific messaging (ortho vs. general) | Relevant patient communication |
| Local phone number for two-way texting | Patient familiarity |
| Location-specific signature/branding (within guidelines) | Community identity |
| Recall interval preferences | Provider clinical judgment |
6. Team Training Plan
Train-the-Trainer Model
Champion Selection Criteria
| Criterion | Weight | Evaluation Method |
|---|---|---|
| Technical comfort | 25% | Manager assessment |
| Peer influence/respect | 25% | Manager assessment |
| Availability for training and support | 20% | Manager confirmation |
| Communication skills | 15% | Manager assessment |
| Tenure at location (>6 months preferred) | 15% | HR data |
Recommended: Office Manager as primary champion, with a backup (often lead front desk staff)
Champion Responsibilities
- Complete train-the-trainer certification (2 hours, π΅ vendor-led)
- Deliver role-specific training to location staff
- Serve as first point of contact for staff questions during rollout
- Conduct daily check-ins with central team during go-live week
- Submit weekly adoption feedback reports
- Train new hires within 1 week of start date
Champion Certification Process
| Step | Activity | Duration |
|---|---|---|
| 1 | Self-paced e-learning modules | 1 hr |
| 2 | π΅ Live virtual training with vendor | 1 hr |
| 3 | Hands-on practice in test environment | 30 min |
| 4 | Certification quiz (>80% to pass) | 15 min |
| 5 | Access to champion resource kit | β |
Role-Specific Training Outlines
Front Desk Staff Training (Champion-Delivered)
Duration: 90 minutes
| Module | Duration | Content |
|---|---|---|
| Overview | 15 min | Why we're implementing Sesame, what it does, benefits for staff |
| Dashboard Navigation | 20 min | Logging in, main interface, key features |
| Appointment Management | 25 min | Viewing sync status, handling confirmation responses, managing patient replies |
| Two-Way Messaging | 15 min | Initiating conversations, response protocols, escalation |
| Troubleshooting | 10 min | Common issues, when to contact champion vs. escalate |
| Q&A | 5 min | β |
Common Resistance Points:
- "This is going to take my job" β Emphasize: tool handles routine tasks so you can focus on complex patient needs
- "I prefer calling patients" β Acknowledge preference, show how system handles patients who prefer calls
- "What if the system makes mistakes?" β Show audit/override capabilities, human review points
Day 1 Cheat Sheet: Front Desk
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β SESAME QUICK REFERENCE β
β Front Desk Staff β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
β LOGIN: [URL] | Username: [email] | Password: [reset link] β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
β DAILY TASKS: β
β β Check dashboard for unread patient messages (8am, 12pm) β
β β Review confirmation responses for today's appointments β
β β Respond to patient inquiries within 2 hours β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
β PATIENT SAYS THEY DIDN'T GET A REMINDER: β
β 1. Check Sesame for delivery status β
β 2. Verify phone/email in PMS β
β 3. If still missing, manually resend from Sesame β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
β HELP: β
β β First: Ask [Champion Name] β
β β If urgent: Call IT at [number] β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
Provider Training (Champion-Delivered or CDO-Led)
Duration: 45 minutes
| Module | Duration | Content |
|---|---|---|
| Overview | 10 min | Strategic rationale, what changes for you |
| Patient Communication Flow | 15 min | What messages patients receive, how it affects appointments |
| Dashboard Access | 10 min | How to view your schedule, patient engagement metrics |
| Feedback and Adjustments | 10 min | How to request changes to your preferences |
Key Messages for Providers:
- This does not change how you deliver care
- Your patients receive consistent, professional communication
- No-shows and
AI-generated implementation guide based on public vendor information. Verify specifics directly with Sesame Communications.