Test scope, screenshots, checkpoint findings and tier rationale were supplied by an identified reviewer. Identity is retained internally unless public attribution is explicitly enabled.
HealthTech · South AfricaFull evidence record
TeleHealthSA
TeleHealthSA is a virtual-care platform connecting patients and organisations with licensed healthcare professionals for medical, mental-health and allied-health consultations.
Sandbox Africa checked the submitted evidence and promoted the verified checkpoint record. Any visible adjustment is identified rather than silently rewritten.
The official public tier and technical record below are the verified publication outcome.
Tier 1 — Functional MVP
Keep Tier 1 pending reassessment. Do not silently upgrade a failed contemporary test solely because the website now presents a mature service; a fresh direct workflow is required for Tier 2.
Strongest supporting evidence
Bookings could be initiated without registration/login but functioned as inquiries rather than completed self-service bookings. Email confirmation was received. Login worked; registration produced an error.
Why the next tier is not yet supported
Why not one tier higher: The tier is constrained by the highest-value core function that could not be independently verified, where applicable.
Verified findings and limitations
Direct review observations
The intern found the public site live but encountered registration/access problems that prevented execution of the consultation core loop during the assessment.
Independent verification
The current official site now presents active 24/7 appointment availability, licensed practitioners and secure virtual consultation services, suggesting the product may have improved since the assessment.
Observed issues
The contemporaneous review could not complete onboarding or independently verify a consultation.
Testing limitations
Current registration, appointment, payment and clinical workflows require a fresh direct reassessment before relying on the improved public presentation.
Independent verification sources. Source 1
What was actually assessed
Bookings could be initiated without registration/login but functioned as inquiries rather than completed self-service bookings. Email confirmation was received. Login worked; registration produced an error.
Environment / device / browser
Edge on Windows 11
Account or access type
New Access Account
Access limitations
Registration error prevented full account testing. Core consultation could not be independently assessed. Practitioner/admin roles, paid features beyond the stated model and geographic restrictions were not independently verified.
What was observed
These images formed part of the evidence pack considered during verification. Full-standard records retain the contributor's factual caption for each screenshot.
Evidence 1
Shows evidence of the Technology Stack.
Evidence 2
Shows evidence of the Technology Stack.
Evidence 3
Shows evidence that once booking form is filled out an email is sent to you to confirm that your booking has been received.
Evidence 4
Shows evidence of the booking form in the website.
Evidence 5
Shows evidence of the Technology Stack.
Seven checkpoint assessment
The verified result is the official public checkpoint record. For earlier-standard reviews, these findings may have been reconstructed from preserved evidence during Sandbox Africa’s 2026 audit; they are not presented as if the contributor originally completed a structured worksheet. Contributor-submitted checkpoint wording is shown only where explicit public reviewer attribution has been enabled.
Step 1 — The Existence & Accessibility Check
Is it live?
Checking for dead links, infinite loading screens, or "Coming Soon" landing pages masquerading as live products.
Sandbox verifiedpass
Yes — public website accessible.
Onboarding friction
Can a user or enterprise actually sign up, or is it gated behind broken "Contact Sales" forms?
Sandbox verifiedfail
Registration could not be completed and booking required an inquiry/consultant handoff before the next stage.
Step 2 — Functional Testing (The "Try It Out" Phase)
Core loop execution
Does the application actually do what it claims to do? (e.g. a payment gateway completing a test transaction, a logistics app's routing engine working.)
Sandbox verifiednot assessed
No follow up email was sent to me to confirm booking has been made and could consult.
User experience (UX) & interface (UI)
Assessing the logical flow, responsiveness, and basic accessibility of the platform.
Sandbox verifiedpartial
Good and easy to navigate. Editorial proposal adjusted from pass to partial using current independent verification and the established gated-product/safety-critical rules.
Verification adjustmentStep 3 — Technical & Architectural Assessment
Performance
Load speeds, uptime reliability, and basic stress responses.
Sandbox verifiedpartial
Good performance and functional. Editorial proposal adjusted from pass to partial using current independent verification and the established gated-product/safety-critical rules.
Verification adjustmentIntegration readiness
Availability, clarity, and functionality of API documentation and webhooks.
Sandbox verifiednot assessed
Only explicitly observed information is recorded.
Security basics
SSL certification, basic encryption standards, and data handling transparency.
Sandbox verifiednot assessed
Only explicitly observed information is recorded.
Company right of reply
Claim company profile
Represent TeleHealthSA?
Claiming verifies company ownership and enables a response or additional evidence. It does not permit editing of the independent review.