Digital Health Challenge · ICBHI-CLASD 2026

CardioAge Challenge

Predicting Human Age from 12-Lead ECG Signals

Join the CardioAge Challenge at ICBHI-CLASD 2026 and develop lightweight, reproducible models for estimating chronological age from cardiac electrophysiology signals. This Digital Health Challenge invites teams to contribute methods for ECG-derived age estimation within an international biomedical and health informatics conference setting.

12-Lead ECG Chronological Age Estimation October 15-17, 2026 · Oaxaca, Mexico

How it works

From registration to final ranking

01

Register

Email the team request.

02

Receive Package

participant_package.zip is sent by email to registered teams.

03

Submit Solution

Run-ready package with declared dependencies.

04

Final Ranking

Ranking is announced during ICBHI-CLASD 2026.

Challenge Overview

What the challenge asks

Signal

12-channel ECG-like recordings capture cardiac electrical activity through complementary views.

Target

The model estimates chronological age in years. Sex may be used only as auxiliary metadata.

Purpose

ECG-derived age estimation may support future research on cardiovascular aging.

Task Description

What you predict

Input

Raw 12-channel ECG-like time series, with sex available as auxiliary metadata.

Target

Chronological age, expressed in years. This is the only prediction target.

Problem Type

Supervised regression with one prediction per subject.

Data Split

70% training data and 30% hidden test data.

Dataset

What teams receive

The official participant package is ready for registered teams. It is not a public download: the organizers distribute it by email after team registration.

Official package participant_package.zip

Participant Package

Available

Participant Data

Training set only

Hidden Test

Held by organizers

Sampling

500 Hz original ECG recording

Channel Order

I, aVR, V1, V4, II, aVL, V2, V5, III, aVF, V3, V6

View signal and dataset format details

Signal Details

Each record contains a 12-channel cardiac electrophysiology signal representing the temporal evolution of electrical activity captured from the heart. The signals are ECG-like waveforms organized as 640 sequential timepoints across 12 channels.

signal = data.reshape(640, 12)

Rows correspond to timepoints and columns correspond to signal channels. Each channel captures a different projection of cardiac electrical activity, analogous to the multi-lead structure used in standard electrocardiography.

The source dataset provided to the organizers contains 3,000 arrays. The participant package contains the official training files; the hidden test set is retained by the organizers for evaluation.

Physiological Interpretation

The signals reflect cardiac depolarization and repolarization patterns over time. These patterns may contain information related to rhythm, conduction, morphology, and age-associated electrophysiological variation.

  • Waveform morphology and beat-to-beat structure
  • Atrial and ventricular electrical activity
  • Conduction and repolarization-related patterns
  • Inter-channel relationships across the 12 channels

Source and Conversion

The original data come from PDF files embedded within DICOM structures. The original files were recorded using standard ECG scale: 25 mm/s horizontally, 10 mm/mV vertically, and 500 Hz sampling rate.

The PDFs were converted to JPEG images at 3300 x 2250 px and 96 DPI by an external team, with personal information removed before signal extraction.

Calibration Caveat

Based on the conversion parameters, the expected image resolution is approximately 94.49 px/s on the X axis and 37.795 px/mV on the Y axis. These values are reported as approximate because the challenge organizers were not involved in the PDF-to-image conversion process.

Technical signal format
Signal type12-channel ECG-like cardiac signal
Organizer-side source size3000 arrays
Shape after loading640 x 12
Timepoints640
Channels12
Channel orderI, aVR, V1, V4, II, aVL, V2, V5, III, aVF, V3, V6
Stored formatFlattened array of 7680 float values
Original recording scale25 mm/s horizontal; 10 mm/mV vertical
Original sampling rate500 Hz
Image conversionPDF embedded in DICOM converted to JPEG, 3300 x 2250 px, 96 DPI
Expected image resolutionApproximately 94.49 px/s on X axis and 37.795 px/mV on Y axis
Missing valuesNone detected
NaN/Inf valuesNone detected
Value rangeApproximately 1.0 to 322.0

The provided channel order is I, aVR, V1, V4, II, aVL, V2, V5, III, aVF, V3, V6. Calibration and image-resolution values are approximate because the PDF-to-JPEG conversion was performed before signal extraction by another team.

Rules and Restrictions

What you can use

Permitted

  • Classical ML or neural networks trained from scratch
  • Deterministic ECG preprocessing
  • Use of the officially provided sex metadata as auxiliary input
  • Training-time data augmentation or synthetic data generation for model development
  • Dependencies declared in requirements.txt

Not Permitted

  • External datasets
  • Pretrained models, pretrained weights or transfer learning
  • Data augmentation, synthetic generation, model training, or fine-tuning during official hidden-test inference
  • Remote APIs, downloads or internet-dependent inference
Single-GPU Evaluation Offline Inference Declared Dependencies Reproducible Execution
View detailed computational policy

The word lightweight does not mean CPU-only. It means constrained, reproducible and executable within a controlled single-GPU evaluation environment with fixed resource and runtime limits. Participants may use data augmentation or synthetic data during model development and training, but the official submission must contain only inference-ready trained model artifacts or weights, declared dependencies, and code required to predict on the hidden test set. Foundation models, external embeddings, hidden external data, and any additional resources downloaded during official inference are not permitted.

Evaluation

How submissions are scored

Primary ranking metric

MAE = 1/N Σ |yi - ŷi|

N
Number of subjects in the hidden test set
yi
True chronological age
ŷi
Predicted chronological age

The primary metric is Mean Absolute Error (MAE), measured in years. Lower MAE indicates better performance.

If two submissions obtain exactly the same MAE using full calculation precision, the higher position is assigned to the valid submission received first.

01

Primary Metric

MAE, in years

02

Tie-break

Earliest valid tied submission

03

Team Result

Best valid submission

Official Evaluation Environment

Official inference runs offline in an isolated Conda environment prepared by the organizing committee from each submission's requirements.txt.

Python 3.10 GPU 1x RTX A5000 or equivalent VRAM up to 24 GB CPU/RAM 4 logical CPUs / 16 GB
View full environment specification
Resource allocation per submitted solution
Operating systemLinux-based isolated evaluation environment
Execution isolationIsolated Conda environment per team/submission
Internet during inferenceDisabled
Dependency installationInstalled by the committee before inference from requirements.txt
Maximum inference runtime30 minutes per submission
Maximum setup/dependency installation time30 minutes per submission
Maximum ZIP package size7 GB per submission
Model/weights sizeMaximum 5 GB per submission

Participation and Submissions

How to register

Team Size

No maximum team size

Submissions

Up to 3 technical submissions

Final ranking eligibility requires at least one valid technical solution and submission of an associated conference paper according to the official conference guidelines.

View technical submission package requirements

Technical Submission Procedure

  • Technical submissions must be sent by email to cardioage_icbhi2026@dei.uc.pt by the registered corresponding team member.
  • Email subject format: CardioAge Technical Submission - TeamName - Submission N.
  • Submission filename format: team_name_submission_N.zip, where N is 1, 2, or 3.
  • The submission deadline is 30 August 2026, 23:59 AoE (Anywhere on Earth, UTC-12).
  • The organizers will confirm receipt and technical validity by email.
  • Invalid submissions count toward the maximum of 3 technical submissions unless the invalidity is caused by a file-transfer issue confirmed by the organizers.

Inference Interface

  • The committee will execute the submitted inference.py entry point in the isolated evaluation environment.
  • The exact hidden-test input path and command-line arguments will follow the interface documented in participant_package.zip.
  • The solution must generate one chronological-age prediction per hidden-test subject.
  • The expected prediction output format will follow the template included in participant_package.zip.
  • Submissions are technically invalid if they fail to run, omit required files, produce malformed predictions, require internet access, or attempt to use prohibited data or resources.

Technical Submission Package

team_name_submission_N.zip
├── inference.py
├── requirements.txt
├── README.md
├── model/
│   └── trained model files or weights required for inference
└── src/
    └── optional supporting source code
  • inference.py: executable entry point used by the committee to generate predictions on the hidden test set.
  • requirements.txt: complete declaration of Python dependencies required for execution.
  • README.md: technical documentation, model description, execution instructions and required compliance declarations.
  • model/: all trained artifacts needed for inference.
  • src/: optional auxiliary code required by inference.py.

The submitted package must be self-contained for inference after installation of the declared Python dependencies. No trained weights, external data or additional model resources may be retrieved during official inference.

Requirements and Individual Environments

Each technical submission must include a requirements.txt file specifying all Python dependencies required to execute the proposed solution. The organizing committee will create an isolated Conda environment for each team/submission and install the declared dependencies before executing official inference.

Participants may use Python libraries and machine learning frameworks required for their implementation, including, for example, classical machine learning libraries or neural network frameworks such as PyTorch or TensorFlow, provided that all dependencies are declared in requirements.txt, all trained model files required for inference are included, the solution runs successfully in the official controlled environment, no models, datasets or external resources are downloaded during official inference, and the solution does not depend on remote APIs or external services. Data augmentation or synthetic data may be used during model development and training, but the submitted package must contain only inference-ready trained artifacts or weights and source code required for prediction.

Required Submission Declaration

Every submitted README.md must declare:

  1. Team name and submission number.
  2. Model type and general approach.
  3. Required Python dependencies.
  4. Exact inference execution instructions.
  5. Included trained model files and their sizes.
  6. Confirmation that no external datasets were used.
  7. Confirmation that no pretrained models or pretrained weights were used.
  8. Confirmation that no transfer learning was used.
  9. Declaration of whether data augmentation or synthetic data were used during training.
  10. Confirmation that the submitted package contains only inference-ready trained model artifacts or weights, inference code and declared dependencies needed for hidden-test inference.
  11. Confirmation that no data augmentation, synthetic data generation, model training, fine-tuning, external services, or internet access are required during inference.
  12. Confirmation that the submitted package contains all artifacts required for prediction.

Paper Requirement

Associated conference paper

Papers should describe the proposed methodology, preprocessing pipeline, model design, and internal validation results. The official hidden-test score will be communicated individually for each completed technical submission.

Associated conference papers must follow the official ICBHI-CLASD 2026 paper submission guidelines, including the conference template and submission requirements published by the conference organizers.

Submission of an associated conference paper is required for official final ranking eligibility. Paper acceptance is not stated as a separate ranking requirement.

Timeline

Important dates

Timeline status updates automatically from the current date.

  1. Submissions open Upcoming
  2. Challenge submissions close Upcoming
  3. Full paper deadline Upcoming
  4. Paper notification Upcoming
  5. Registration deadline Upcoming
  6. ICBHI-CLASD 2026 · Oaxaca, Mexico Upcoming
  7. Final ranking announcement Upcoming

Dataset access

Provided to each team after registration. Access instructions are included in participant_package.zip.

Individual scores

After each completed technical submission.

Ethics and Data Use

Responsible research use

The challenge uses physiological recordings from human subjects. Data are provided exclusively for scientific research and challenge purposes. Attempting to identify or re-identify any represented individual is strictly prohibited.

Solutions produced in this challenge are research prototypes. They must not be interpreted or used as clinical diagnostic or clinical decision-support tools.

Anonymization confirmation: Confirmed by dataset provider

Data Use Agreement: Required and included with participant package

FAQ

Participant questions

What is the challenge task?

Estimate chronological age in years from raw 12-channel ECG-like signals. Sex metadata may be used as an auxiliary input, but the only prediction target is age.

How do teams register?

Teams register by email at cardioage_icbhi2026@dei.uc.pt. Registered teams receive participant_package.zip and dataset access instructions by email.

What methods are allowed?

Classical machine learning and neural networks trained from scratch are allowed. Participants may use data augmentation or synthetic data during training, but the submitted package must contain only inference-ready trained model artifacts or weights, declared dependencies, and code required for prediction on the hidden test set. External datasets, pretrained models, transfer learning, remote APIs, and internet-dependent inference are not allowed.

What is the evaluation setup?

Official inference runs offline in an isolated Conda environment with Python 3.10, one NVIDIA RTX A5000 GPU or equivalent, up to 24 GB GPU memory, up to 4 logical CPUs, and up to 16 GB RAM.

How do teams submit technical solutions?

Technical submissions are sent by email to cardioage_icbhi2026@dei.uc.pt by the registered corresponding team member, using a self-contained ZIP package named team_name_submission_N.zip.

What must a technical submission include?

A self-contained ZIP package with inference.py, requirements.txt, technical README.md, trained model artifacts, and any supporting source code required for inference.

How are scores and ranking handled?

Teams receive an individual official score for each completed submission. The complete ranking is disclosed only during ICBHI-CLASD 2026.

Is a paper required?

Yes. Final ranking eligibility requires at least one valid technical solution and submission of an associated conference paper according to the official conference guidelines.

What is still pending?

No major public challenge fields are currently pending. Any later organizer updates will be reflected on this page.

Contact

Official challenge contact

For CardioAge Challenge registration and challenge-specific communication, contact the organizers by email. Please refer to the official conference website for general ICBHI-CLASD 2026 information.

Official contact email: cardioage_icbhi2026@dei.uc.pt

Participant package delivery: participant_package.zip, available by email to registered teams

Visit ICBHI-CLASD 2026 Website