SoreThroatRisk presented the public experience
The micro-app owned the topic-specific presentation, guided questions, public copy, and visible interaction flow. It provided the recognizable public entry point for the deployment.
A ClaraWell Health Network surface
By ClaraWell
A focused public experience for understanding sore throat, throat discomfort, related symptoms, general risk context, and the questions people often consider when deciding whether to seek further information or care.
SoreThroatRisk was one of ten completed topic-specific public health deployments operated through the ClaraWell Health Network. Users simply spoke with ClaraWell. That direct public experience was supported by accessible health information, guided interaction, deterministic governance, and carefully defined non-diagnostic boundaries.
What SoreThroatRisk was
SoreThroatRisk was developed as a bounded public health information micro-app with a focused informational purpose, visible non-diagnostic limits, and no account requirement.
The application gave people a dedicated place to explore common sore throat symptoms, throat discomfort, possible contributing factors, and general risk considerations, and frequently raised questions. Its purpose was to make useful health information easier to approach while keeping clinical assessment with qualified healthcare professionals.
SoreThroatRisk organized the experience around one clearly identified subject. That narrow focus supported understandable language, consistent boundaries, and a deliberate interaction model designed for a specific public health context.
The completed deployment combined educational material, guided question pathways, a bounded risk-information experience, and conversational access through ClaraChat. Those visible functions were supported by a separated ClaraWell architecture: SoreThroatRisk presented the topic-specific public surface, ClaraCortex governed runtime execution, and ClaraBrain supplied broader health-knowledge infrastructure.
ClaraCortex applied deterministic interaction and risk boundaries, controlled how the purpose-limited session could proceed, and produced structured governance events that could be reviewed independently of the user-facing interface.
ClaraBrain remained distinct from those governance decisions. It provided broader health knowledge, terminology, and source access while ClaraCortex retained responsibility for the permitted runtime pathway and the public application's non-diagnostic boundaries.
SoreThroatRisk was an early public expression of composable, governed health intelligence; an architecture designed to coordinate multiple specialized systems into one coherent health experience.
It emerged during a formative period for public Health AI, when the boundaries between conversational systems, health information, governance, and clinical responsibility were still being actively defined.
SoreThroatRisk provided a clear public starting point for learning and reflection. It did not establish a diagnosis or replace a clinician, emergency service, diagnostic test, or individualized medical evaluation.
Shared system contribution
SoreThroatRisk brought together several ClaraWell systems within one bounded public health experience. Each system contributed a clearly defined responsibility: public presentation, conversational access, deterministic governance, or structured health-knowledge support.
The micro-app owned the topic-specific presentation, guided questions, public copy, and visible interaction flow. It provided the recognizable public entry point for the deployment.
ClaraChat presented the guided conversational experience available within SoreThroatRisk and carried interaction into the governed runtime while preserving the application's topic and purpose boundaries.
ClaraCortex applied deterministic controls, maintained the bounded risk pathway, and emitted structured governance events so runtime behaviour could be reviewed independently of the public interface.
ClaraBrain provided the broader health-knowledge foundation, terminology, and source access available to ClaraWell systems while remaining separate from runtime governance decisions.
How the experience worked
The completed SoreThroatRisk deployment brought several functions together while keeping the user-facing experience focused and understandable.
SoreThroatRisk began with one recognizable health topic and a clearly defined informational purpose.
Educational content and common-question pathways helped people move through the subject without requiring an account or an open-ended search process.
The application offered a bounded way to consider general symptom and risk context while maintaining a clear distinction between public information and clinical assessment.
ClaraChat provided the visible conversational layer while the exchange remained bounded by SoreThroatRisk's topic, application rules, and defined public purpose.
ClaraCortex applied deterministic controls around the session, including route-specific boundaries, bounded risk-state handling, and structured governance events for review.
ClaraBrain supplied broader health knowledge and terminology while remaining separate from both the public interface and the governance rules applied by ClaraCortex.
SoreThroatRisk operated without user profiles, patient accounts, or a retained clinical-record relationship. Public interactions were temporary, purpose-limited, and designed without persistent identity.
Privacy and deployment posture
SoreThroatRisk was designed for broad public availability without advertising trackers, behavioural profiling, persistent user identifiers, user accounts, or retained clinical records. Its stateless architecture supported deployment across regions while maintaining consistent privacy, governance, and non-diagnostic boundaries.
The public experience was not built around advertising technology, behavioural profiling, or cross-site tracking.
SoreThroatRisk required no account, profile, patient identifier, or persistent session identity to access its public information.
Temporary, purpose-limited interactions reduced the need for a retained personal-data relationship and supported a consistent regional deployment posture.
ClaraWell developed the operating posture with applicable privacy and health-information obligations in view, including principles reflected in HIPAA, PIPEDA, and GDPR.
Part of a larger network
The ClaraWell Health Network developed and operated across a 16-month period, beginning with early prototypes in March 2025 and progressing to ten completed public health deployments. An early version of the network was presented at Web Summit 2025.
The ClaraWell Health Network began with three public prototypes: ADHDRisk, ApneaRisk, and InsomniaRisk. InsomniaRisk later progressed to a completed public deployment, while ADHDRisk and ApneaRisk remained at the prototype stage.
The network was developed with input from ClaraWell's Medical Advisory Community, including 13 physicians and additional clinical contributors. Individual contributors may be recognized separately where publication permission and historical role details are confirmed.
Each deployment addressed a specific health topic while sharing a common approach to accessibility, privacy, informational boundaries, and governed interaction. Distinct public identities and domains operated on top of shared technical and governance infrastructure.
What public operation established
SoreThroatRisk was a completed public deployment through which ClaraWell accumulated practical evidence about technical operation, informational boundaries, privacy architecture, governance controls, and controlled system change.
A topic-specific experience can provide a clearer public starting point than a broad and unrestricted health interface.
Runtime boundaries can be defined, versioned, and reviewed outside both the public interface and the systems supplying health knowledge.
Non-diagnostic limits can be expressed directly through public copy, interaction design, routing, and consistent runtime behaviour.
Live operation produced practical knowledge about availability, routing, runtime behaviour, cost, observability, and controlled infrastructure change.
A useful public health information experience can operate without advertising trackers, persistent identity, accounts, profiles, or a retained patient-data relationship.
Concluding the dynamic service preserved the deployment's design record, operational evidence, and contribution to ClaraWell's continuing health-intelligence infrastructure.
Current status
SoreThroatRisk is preserved here as a static record within the ClaraWell Health Network. Its risk assessment and conversational functions are no longer active, but the page remains available to document what the application was, how it worked, and what it contributed. It created no user account, patient record, or retained personal health-information relationship.
The operational knowledge developed through SoreThroatRisk continues within ClaraWell's broader work in governed health intelligence, stateless public health infrastructure, and carefully bounded Health AI deployment.
Static record updated .
Educational context
This preserved page documents a completed public application. It does not provide an active health assessment, diagnosis, medical advice, or treatment direction. Personal health concerns are best discussed with a qualified healthcare professional.
The work established through SoreThroatRisk continues across ClaraWell’s governed health intelligence infrastructure. Contact ClaraWell