Correcting Cardiorespiratory Noise in Resting-state Functional MRI Data Acquired in Critically Ill Patients

preprint OA: closed
📄 Open PDF View at publisher

Abstract

Resting-state functional MRI (rs-fMRI) is being used to develop diagnostic, prognostic, and therapeutic biomarkers for critically ill patients with severe brain injuries. In studies of healthy volunteers and non-critically ill patients, prospective cardiorespiratory data are routinely collected to remove non-neuronal fluctuations in the rs-fMRI signal during analysis. However, the feasibility and utility of collecting cardiorespiratory data in critically ill patients on a clinical MRI scanner are unknown. We concurrently acquired rs-fMRI (TR=1250ms), cardiac and respiratory data in 23 critically ill patients with acute severe traumatic brain injury (TBI), and 12 healthy control subjects. We compared the functional connectivity results after denoising with cardiorespiratory data (i.e., RETROICOR) with the results obtained after standard bandpass filtering. Rs-fMRI data in 7 patients could not be analyzed due to imaging artifacts. In 6 of the remaining 16 patients (37.5%), cardiorespiratory data were either incomplete or corrupted. In both patients and control subjects, the functional connectivity corrected with RETROICOR did not significantly differ from that corrected with bandpass filtering of 0.008-0.125 Hz. Collectively, these findings suggest that there is a limited feasibility and utility to prospectively acquire high-quality cardiorespiratory data during rs-fMRI in critically ill patients with severe TBI for physiological correction.

My notes (saved in your browser only)

Citation neighborhood (no data yet)

We don't have any in-corpus citations linked to this paper yet. The paper's references may be in our DB but unresolved to ``paper_id`` (resolution happens at ingest when the cited DOI matches a row we already have). Run the cross-source citation reconcile pass to retry.

Source provenance

europepmc
last seen: 2026-05-19T01:45:01.086888+00:00