Back to Projects

Precision Neural Engineering Lab

MR.Flow

Research-grade MRI orchestration

Lead Developer · 2024–Present · Open Source

Python PyQt6 Docker SQLite BIDS fMRIPrep FreeSurfer MRIQC XCP-D FSL Subprocess Orchestration

MR.Flow is a unified orchestration environment for end-to-end MRI preprocessing, quality control, and batch analysis—designed to make neuroimaging pipelines reproducible, debuggable, and humane.

Built for researchers who want full control without command-line chaos.

View on GitLab →

MR.Flow is designed as a domain-specific workflow engine: visual configuration, automated validation, and deterministic execution for neuroimaging.

Hover to playTap to play

MR.Flow — Visual pipeline orchestration for neuroimaging research

Pipeline Architecture

DICOM Files (Raw MRI)
Multi-modal scans · Clinical populations · Imperfect data
MR.Flow Orchestration Platform
Pipeline engine · Worker pool · Resource scheduler · Progress streaming
Docker Container Execution
fMRIPrep · MRIQC · FreeSurfer · XCP-D · FSL
BIDS Output (Standardized)
Validated · Quality-controlled · Reproducible

Core Components

Pipeline Engine
Stage dependencies · Resume capability · Error handling
Worker Pool
QThread-based · Parallel execution · Resource-aware
Validation Layer
BIDS compliance · Self-healing · Metadata synthesis
Docker Orchestration
Auto-detection · Platform compatibility · Container lifecycle
Progress Streaming
Real-time UI updates · Live logs · Job status tracking
Quality Control
MRIQC integration · Outlier detection · Automated reporting
Production Use: Active neuroimaging research · 150+ datasets processed · Multi-study deployment

What Problem It Solves

Most MRI tools assume:

  • You already understand every container, flag, path, and failure mode
  • You'll debug everything manually
  • You'll glue ten tools together yourself
  • Installing tools (days of work) and BIDS formatting (terminal fluency required) are your problem

For a study with 150+ datasets, this meant weeks of manual work, constant babysitting of jobs, and high risk of human error in data organization.

MR.Flow replaces that entire failure-prone layer with a visual command center.

What Makes MR.Flow Different

Orchestration

  • One-click orchestration of fMRIPrep, MRIQC, FreeSurfer, XCP-D, FSL
  • Automatic Docker detection & launch — starts Docker for you on macOS, detects installed images, handles platform mismatches (Apple Silicon vs AMD64)
  • Staged pipeline with dependency tracking — interrupted jobs resume from where they stopped, not from the beginning

Validation

  • BIDS validation & self-healing — detects missing dataset_description.json, auto-generates missing sidecar JSONs, flags short runs and missing metadata
  • Data integrity checks before compute — catch problems before they corrupt results

Quality Control

  • Integrated MRIQC — tSNR, FD, DVARS, ghosting checks
  • Automatic outlier flagging with visual QC tables and export
  • No more QC blindness — problems surface immediately, not after weeks of processing

Compute Scaling

  • System-aware resource scaling — detects CPU cores, RAM, GPU availability
  • Auto-suggests parallelization settings based on your hardware
  • Intelligent work queue distribution across available resources

Reproducibility

  • Persistent project state — every project saved as structured JSON, reloadable across sessions
  • Live pipeline console — all subprocess output captured, errors/warnings/logs structured in one place
  • No more lost terminal history — deterministic pipelines instead of shell-script entropy

Robustness

  • Handles imperfect datasets — built for real-world data with missing files, inconsistent naming, and incomplete metadata
  • Clinical population support — processes atypical images (e.g., stroke patients with lesions) that often break traditional pipelines
  • Multi-modal scan detection — automatic identification of anatomical, functional, resting state, and diffusion sequences
  • Graceful degradation — continues processing what's available rather than failing on the first anomaly

Designed for How Scientists Actually Work

MR.Flow is not just a launcher—it is a thinking environment for neuroimaging workflows:

  • You configure experiments visually
  • You validate assumptions before you compute
  • You catch data integrity problems before they corrupt results
  • You get deterministic pipelines instead of shell-script entropy
Make every transformation inspectable. Make every dependency visible. Make every result traceable.

Why This Exists

MR.Flow grew out of real clinical research failures—missing metadata, broken Docker images, silent QC failures, and weeks lost to debugging shell scripts. It is built to make MRI pipelines survivable for humans.

Platform lesson: Scientists don't want to understand Docker, BIDS validation, or container orchestration—they want their research to work. The same way developers don't want to understand infrastructure complexity—they want their apps deployed. MR.Flow is a control plane for neuroimaging.

Impact

  • Reduced preprocessing time from weeks of manual work → days automated
  • Eliminated human error in data organization and file naming
  • Enabled reproducible science across the lab
  • Deployed in production for active neuroimaging research across multiple studies
  • Used by researchers with varying technical backgrounds

Who It's For

  • Cognitive neuroscience labs
  • Clinical imaging studies
  • Graduate students drowning in preprocessing
  • PIs who want reproducibility without DevOps
  • Anyone tired of fragile shell scripts holding up million-dollar scanners