Understanding Our MRI Tumor Detection & Classification Systems
RF-DETR v2 Architecture
Boxes around regions the model flags as possible tumors on DWI scans.
Output: Flagged regions, one tumor class
YOLO26 Object Detection Architecture
Boxes plus a predicted type: glioma, meningioma or pituitary.
Output: Boxes and predicted type
YOLO26 Instance Segmentation Architecture
Pixel outlines (masks) plus a predicted tumor type.
Output: Masks and predicted type
Diffusion-Weighted Imaging sequences for tumor detection
Scans marked with labeled tumor regions
Expanded through data augmentation techniques
2,000+ MRI scans annotated with tumor region markings
Normalization, contrast enhancement, format standardization
Expanded to 16,000+ samples via rotation, scaling, brightness adjustments
RF-DETR transformer architecture with hyperparameter optimization
Development metrics, measured on this model's held-out validation split of its own development dataset. Real-world performance on uploaded scans is substantially lower. Why real-world results are lower
Original dataset with classified tumor types
Glioma, Meningioma, and Pituitary tumors
Expanded through data augmentation
9,711 MRI scans annotated with tumor type labels and bounding boxes
Image normalization, resizing, and format standardization for YOLO input
Expanded from 9,711 to 40,606 samples using rotation, flipping, scaling, brightness, and mosaic augmentation
Multi-class object detection training with optimized anchor boxes for tumor localization
Development metrics, measured on this model's held-out validation split of its own development dataset. Real-world performance on uploaded scans is substantially lower. Why real-world results are lower
Original dataset with segmentation masks
Labeled tumor boundary masks for each class
Expanded through data augmentation
9,711 MRI scans with pixel-level segmentation masks for each tumor type
Image and mask normalization, resizing, and format standardization
Expanded from 9,711 to 40,606 samples with synchronized image-mask augmentation
Instance segmentation training with mask prediction head for region outlines
Development metrics, measured on this model's held-out validation split of its own development dataset. Real-world performance on uploaded scans is substantially lower. Why real-world results are lower
Each number above was measured on a held-out validation split of that model's own development dataset. mAP@50 is mean average precision at 50% overlap between predicted and labeled regions. Precision is the share of predicted regions that matched a labeled tumor. Recall is the share of labeled tumors the model found. These are not real-world accuracy measurements. The three models do different tasks on different datasets, so their numbers can't be compared with each other.
Reviewing scans uploaded to this site, especially ones flagged with "Report Incorrect", shows that the models frequently fail on real-world scans: they can miss a tumor, flag normal tissue or predict the wrong tumor type. Strong development metrics did not transfer to real uploads. Data diversity and evaluation design matter as much as model architecture. This project is learning how to make models more adaptable across hospitals, scanners and patient populations. No real-world accuracy has been measured yet.
Today, only the "Report Incorrect" button and admin review of those reports exist. The following are goals, not features available today:
YOLO26 classification models include an interactive symptom checklist that calculates a "Combined Consistency Score" weighing both AI confidence and reported symptoms.
Score = (55 × AI Confidence) + (Symptom Points)
Educational Tool Only: The symptom checklist and its illustrative weights are for this research demo, not clinically validated and not a medical diagnosis.
These are experimental models, not clinical tools. Reviewing real uploads shows they frequently fail, even though their development metrics are strong. Model output is not a diagnosis; only a qualified radiologist reviewing the full study can interpret a scan.
For technical inquiries about our model implementations or training methodology, contact our development team.
Contact Technical Team