Project Announcement

TealGuard is officially in implementation: building sovereign AI for gynecologic oncology

CerviGuard TRL 6 public pilot dashboard
Figure 1. The CerviGuard TRL 6 pilot dashboard. The screenshot shows demonstration data from the research environment, not identifiable patient information. CerviGuard remains a research demonstrator and is not presented as a certified medical device.

TL;DR

The financing contract is signed. TealGuard now advances from SmartClover's publicly accessible CerviGuard TRL 6 prototype toward a clinically validated, interoperable and production-ready TRL 9 platform for gynecologic oncology.

More information can be found on the official TealGuard project website: tealguard.eu.

Contents
  1. Why TealGuard exists
  2. TealGuard starts from something real: CerviGuard, our public TRL 6 prototype
  3. From CerviGuard to TealGuard: extension, hardening and validation
  4. Four modules, one coherent pathway
  5. ColVisionAI: better data at the point of acquisition
  6. NavigatorAI: consistent, understandable guidance
  7. Follow-upAI: reducing friction after screening
  8. EcoAI: keeping the clinical infrastructure available
  9. Deep tech constrained by clinical reality
  10. What success will be measured against
  11. Evidence before claims
  12. What we are deliberately not disclosing yet
  13. From proposal to accountable execution
  14. Project and funding information

On 19 August 2026, Financing Contract no. 108809/19.08.2026 was signed for TealGuard — Intelligent platform for personalised management in gynecologic oncology. The signature turns a technically ambitious proposal into a 36-month research, engineering, clinical-validation and production-readiness programme.

The project is implemented by a consortium led by HIPERDIA, a major EU leader in healthcare services providing - part of the AFFIDEA group, with SmartClover as the artificial-intelligence and deep-tech partner. Its total value is RON 17,618,140.27, of which RON 17,355,115.27 is eligible expenditure and up to RON 11,297,237.07 represents non-refundable funding through the European Regional Development Fund.

For our team, this is not a finish line but rather it is the point at which every technical claim must become an auditable result.

Signing the contract does not prove that TealGuard works. It gives us the mandate, resources and accountability to prove it — clinically, technically and operationally.

Why TealGuard exists

Cervical-cancer prevention is not a single test or appointment. It is a chain of interdependent steps: correct information, access to screening, technically valid data acquisition, appropriate referral, understandable communication, timely follow-up and continuity of care.

A failure at any point can weaken the entire pathway. An image may be unusable. A woman may not understand the next step. A referral may not be visible in the hospital information system. A reminder may arrive too late. A critical piece of equipment may become unavailable during a screening campaign.

The World Health Organization's cervical-cancer elimination strategy reflects this systems perspective: vaccination, effective screening and access to appropriate treatment must work together. European guidance likewise places strong emphasis on evidence-based screening and quality assurance across the full care pathway.

TealGuard is designed for that operational reality. It does not attempt to replace clinical protocols, medical judgment or regulated screening programmes. It aims to make selected processes more consistent, traceable, interoperable and resilient.

Its wider scope covers cervical and ovarian cancer management, while the first operational pathway is centred on cervical prevention, screening support, navigation and follow-up. Crucially, the programme does not start from a blank page. It starts from CerviGuard, SmartClover's functioning TRL 6 prototype, and is intended to reach TRL 9 through integration, prospective validation and production operation.

TealGuard starts from something real: CerviGuard, our public TRL 6 prototype

Before TealGuard became a funded programme, our team had already built CerviGuard: a working web prototype for AI-assisted cervical-screening workflows. The prototype is publicly reachable at cerviguard.link and was submitted as the project's TRL 6 starting point.

That distinction matters. We are not asking clinical partners to validate a presentation. We are starting from software that already exposes the practical questions that research prototypes must face: how a case is created, how sensitive imagery is handled, how model execution is orchestrated, how status and errors are surfaced, and how a clinician can reconstruct the history of a case.

At prototype level, CerviGuard already implements a coherent, role-controlled workflow in which authorised users can:

  • create a screening case using a de-identified cervical image and optional contextual notes;
  • follow the case through processing, completion or error states;
  • review recent cases and a chronological case history;
  • inspect AI-assisted outputs described in the project documentation, including transformation-zone classification, lesion assessment, a risk signal and image-quality assessment;
  • work through a privacy-oriented stack combining encrypted content-addressed storage, controlled metadata, an application layer and local/on-edge inference.

These capabilities are evidence of engineering maturity, not proof of final clinical performance. TRL 6 does not mean CE marked, market-ready or clinically validated at scale. It means that a prototype has been demonstrated in a relevant environment and provides a concrete basis for the next stages of research and validation.

CerviGuard TRL 6 case intake and case-history workflow
Figure 2. Two screens from the CerviGuard public pilot: creation of a de-identified screening case and the auditable case-history view. The images document the existing workflow; they do not represent claims of clinical effectiveness.

A screenshot is not clinical evidence. A working prototype is nevertheless materially different from a concept: it reveals integration defects, usability friction, data-governance questions and model-operational constraints before multicentre validation begins.

From CerviGuard to TealGuard: extension, hardening and validation

CerviGuard contributes the initial case-intake workflow, image-processing pipeline, secure storage model, inference orchestration, role-based access, status visibility and case traceability. TealGuard expands that foundation rather than merely renaming it:

  • ColVisionAI develops the image-acquisition and image-quality pathway into an offline-first, on-device component for field and clinical workflows.
  • Follow-upAI extends case continuity into structured follow-up, adherence support, escalation and HL7 FHIR interoperability.
  • NavigatorAI adds grounded, bounded GenAI for prevention education and operational navigation.
  • EcoAI adds predictive maintenance, capacity and resource optimisation for ultrasound infrastructure.

The TRL 6-to-TRL 9 trajectory therefore consists of broader functionality, architecture hardening, multi-site integration, prospective clinical validation, regulatory evidence, cybersecurity assurance and dependable production operation. This is the central technical story of TealGuard: a public prototype becomes a validated European platform through accountable research, not through marketing language.

Four modules, one coherent pathway

The four modules are not independent product ideas. ColVisionAI and Follow-upAI inherit concrete workflow and architectural foundations from CerviGuard, while NavigatorAI and EcoAI extend the platform to the parts of the care pathway that the prototype did not yet cover.

ColVisionAI: better data at the point of acquisition

ColVisionAI is an offline-first mobile component intended to support medical and paramedical teams during cervical-screening workflows. It combines structured data capture, image-quality assessment and explicit process rules to identify technically inadequate acquisitions — for example, insufficient illumination, blur or incomplete framing.

Its role is deliberately bounded. It provides technical and workflow feedback, not autonomous diagnosis. The clinician remains responsible for interpretation and medical action.

The research programme will evaluate compact computer-vision models suitable for mobile and edge devices, including model compression and controlled updates without moving raw patient data away from its source.

NavigatorAI: consistent, understandable guidance

NavigatorAI supports medical navigators and operational teams with prevention education, logistics, preparation instructions, appointment-related questions and approved communication templates.

The module is built around grounded generative AI and small language models, not unrestricted conversation. Answers must be derived from approved knowledge sources, remain traceable, and trigger human escalation when a request is uncertain or outside the permitted scope — particularly when a user asks for diagnosis or treatment advice.

Follow-upAI: reducing friction after screening

Follow-upAI is designed to support continuity after screening or after a finding that requires further monitoring. It structures reminders, appointments, preparation checklists, confirmations and escalation queues for cases at risk of being lost to follow-up.

The module will combine protocol-based rules with statistical models that support prioritisation. It will also provide an interoperability layer using HL7 FHIR and controlled APIs so that relevant events can be integrated with existing hospital information systems rather than creating a parallel, isolated workflow.

EcoAI: keeping the clinical infrastructure available

EcoAI addresses a less visible but important part of care delivery: whether the equipment and operational capacity required by a programme are available when needed.

The module will analyse technical telemetry and utilisation patterns to support predictive maintenance, service planning, capacity balancing and resource efficiency for ultrasound equipment and associated infrastructure. It has an operational role and does not make clinical decisions.

Deep tech constrained by clinical reality

TealGuard is not an undifferentiated “AI platform”. Different problems require different mechanisms.

Some functions are primarily non-agentic: deterministic workflows, interoperability connectors, access control, image-quality rules, audit trails and explicit escalation conditions. Other functions use bounded agentic behaviour: for example, assembling the next operational steps for a navigator or proposing a follow-up action inside an approved workflow.

The boundary matters. No component should autonomously extend its role from process support into diagnosis or therapy. Agentic behaviour is useful only when its domain, tools, data access, stopping conditions and human-approval points are explicit.

Selected deep-tech architecture of TealGuard
Figure 3. Selected TealGuard deep-tech components and the four-module application layer. Detailed model topologies, security configurations, risk thresholds and deployment internals are intentionally omitted.

The main technical directions include:

  • On-device, on-premises and edge inference, including offline-first operation where connectivity is limited.
  • Multimodal AI, combining image analysis, structured clinical events, operational data and approved knowledge sources.
  • Neuro-symbolic controls, where learned models are constrained by explicit technical or procedural rules.
  • Small language models and grounded GenAI, with source control, guardrails, monitoring and human escalation.
  • Federated learning, so that model improvement can be studied without centralising raw clinical data; homomorphic-encryption methods will be evaluated where proportionate and technically justified.
  • Encrypted local data handling, data minimisation, controlled anonymisation and role-based access.
  • Immutable evidence for critical events, using cryptographic fingerprints and audit records rather than placing identifiable medical data on a public ledger.
  • HL7 FHIR interoperability, enabling controlled integration with existing clinical systems.
  • EU-first deployment controls, with a project target of zero raw patient-data transfer to public non-EU cloud infrastructure.

This architecture is intended to reduce dependency on external cloud and proprietary infrastructure without sacrificing interoperability. Sovereignty, in this context, does not mean technological isolation. It means retaining control over data, deployment, auditability and the ability to move between compliant infrastructure options.

What success will be measured against

The following are contractual targets and validation commitments, not results already achieved:

  1. Technology maturity: progression from a validated TRL 6 prototype to an integrated TRL 7 system, prospective TRL 8 validation and production-level TRL 9 operation.
  2. Prospective validation: inclusion of 100–200 women in the TRL 8 prospective validation programme, under the applicable ethical, clinical and data-protection framework.
  3. Production-scale use: at least 1,000 women assisted through TealGuard services or functions at TRL 9 across prevention, screening support or follow-up pathways.
  4. Multi-site implementation: five HIPERDIA implementation locations in Romania, complemented by SmartClover's R&D implementation site in Cluj-Napoca, with a formal STEP target of at least three implemented clinical locations and one validated HL7 FHIR/HIS integration.
  5. Sovereign operation: four on-edge applications and a target of zero raw patient data transferred to public non-EU cloud infrastructure.
  6. Research and capability: creation of 10 full-time-equivalent jobs, together with planned outputs of two public datasets, two open-weight models and two open-access publications, where ethics, privacy, intellectual property and regulatory requirements permit publication.

These indicators are important because they force us to distinguish ambition from evidence. We will not describe an algorithm as clinically useful because it performs well in a laboratory benchmark. It must work within real workflows, with real constraints, across different locations and users, while preserving safety, traceability and data protection.

Evidence before claims

The project will evaluate performance at several levels:

  • technical quality, reliability, latency and robustness;
  • usability and comprehensibility for clinical and operational users;
  • adherence to permitted use and the effectiveness of GenAI guardrails;
  • interoperability with existing systems;
  • patient-pathway indicators such as timeliness, attendance and continuity;
  • infrastructure availability and operational efficiency;
  • privacy, cybersecurity, auditability and regulatory-readiness evidence.

The regulatory programme is structured toward a Software-as-a-Medical-Device pathway and the intended MDR Class I positioning described in the project documentation. That positioning is a development target, not a claim that conformity assessment or CE marking has already been completed. Final classification and conformity will follow the applicable legal and technical process.

What we are deliberately not disclosing yet

Transparency does not require publishing every technical or operational detail before it is safe and responsible to do so.

At this stage, we are not publishing the detailed composition of training and validation datasets, model topologies, risk thresholds, security architecture, key-management mechanisms, deployment topology, internal clinical procedures or unreleased source code.

We do intend to publish methods, evidence and selected research outputs when this is compatible with patient privacy, ethics approvals, intellectual-property strategy, cybersecurity and the regulatory path. The objective is meaningful scientific transparency, not disclosure theatre.

From proposal to accountable execution

The contract defines a 36-month route from research and integration to prospective validation and production operation. HIPERDIA contributes the clinical environment, medical expertise and multi-site implementation capacity. SmartClover contributes the AI research, software engineering, distributed-computing architecture, interoperability work and productisation capability required to turn a prototype into a dependable system.

The work ahead is substantial: specifications, procurement, data governance, dataset preparation, model development, integration, security testing, clinical validation, regulatory evidence and operational deployment. Each stage can invalidate assumptions made at the previous one. That is precisely why the project has been structured as research and validation rather than as a premature product claim.

For the SmartClover team, TealGuard is also a test of a broader conviction: Europe can build medical AI that is technically ambitious without surrendering control of sensitive data, and commercially relevant without weakening scientific or clinical discipline.

We now have the responsibility to demonstrate that conviction with evidence.

— Andreea Damian and the SmartClover team

Project and funding information

  • Project: TealGuard — Intelligent platform for personalised management in gynecologic oncology
  • SMIS code: 358561
  • Financing contract: no. 108809/19.08.2026
  • Implementation period: 36 months
  • Consortium: HIPERDIA SA — lead partner; SmartClover SRL — project partner
  • Total project value: RON 17,618,140.27
  • Total eligible value: RON 17,355,115.27
  • Maximum non-refundable funding: RON 11,297,237.07
  • Programme: Health Programme 2021–2027, Priority 9, Specific Objective RSO1.6, Action B
  • Fund: European Regional Development Fund

The project is co-financed by the European Union through the European Regional Development Fund under the Health Programme 2021–2027.

Official programme context:

Development-status notice: CerviGuard is a TRL 6 research demonstrator and TealGuard is under research, development and validation. Neither is presented here as a currently certified medical device, and neither replaces professional medical advice, diagnosis, treatment or applicable clinical guidelines. Screenshots show pilot/demo information, while all numerical values described as targets are project commitments rather than completed outcomes.

More information and project updates are available on the official TealGuard project website: tealguard.eu.

Related reading

Back to all posts