Evidence map›Paper›PMID 41019198›Full record

ArticleHardwareX2025

A novel clinical data acquisition device: Towards real time cardiovascular modelling in the ICU.

James Cushway, J Geoffrey Chase, Thomas Desaive, Liam Murphy, Isaac L Flett, Geoffrey M Shaw

Abstract read
In one paragraph

Article in HardwareX, 2025. The graph could read no effect estimate from its abstract, so it casts no vote on the map. Not yet cited in PubMed.

0numbers the graph read from it
0cells of the map it votes in
0citing papers in PubMed
–field-weighted citation impact
1 · What the graph read from it

What it found

Each row is one number read from the abstract, on the scale the paper reported it, with its interval. Left of the dashed line favours the treatment, right favours the comparator. Under each row is the sentence it came from. New to these charts? A ten-minute tutorial.

The abstract states no effect estimate the extractor could read, or names no intervention and outcome on the map, so this paper lights no cell and moves no belief. It is still indexed, cited and linked below.

2 · The registry

The trial behind it

Trials whose registry record cites this paper, or whose number appears in the abstract. A trial that started after this paper was published is citing it as background, not reporting it.

Neither the registry nor the abstract names a trial number. If this is a trial report, that itself is worth knowing.

3 · Its place in the literature

Who cites it

0 citing papers in PubMed.

No citing paper in PubMed yet.

4 · The record

Corrections and comments

PubMed lists nothing against this paper. Absence here is not a guarantee, only a check that was made.

5 · Who and what money

Authors and funding

6 authors.

James CushwayUniversity of Canterbury, Department of Mechanical Engineering, 69 Creyke Road, Ilam, Christchurch 8041, New Zealand.
J Geoffrey ChaseUniversity of Canterbury, Department of Mechanical Engineering, 69 Creyke Road, Ilam, Christchurch 8041, New Zealand.
Thomas DesaiveUniversity of Liège (ULg), GIGA-Cardiovascular Sciences, B34, Quartier Hôpital, Avenue de l'Hôpital 11, Liège 4000, Belgium.
Liam MurphyUniversity of Canterbury, Department of Mechanical Engineering, 69 Creyke Road, Ilam, Christchurch 8041, New Zealand.
Isaac L FlettUniversity of Canterbury, Department of Mechanical Engineering, 69 Creyke Road, Ilam, Christchurch 8041, New Zealand.
Geoffrey M ShawDept of Intensive Care, Christchurch Hospital, 2 Riccarton Avenue, Christchurch Central City, Christchurch 4710, New Zealand.

Funding

No grant is acknowledged in the PubMed record.

6 · The paper itself

Abstract

Patient specific cardiovascular system models have the potential to provide far greater insights into patient conditions than is currently possible in the intensive care unit (ICU). Access to haemodynamic data is imperative for the introduction and validation of these models for model-based care in the ICU. However, current bedside machines are proprietary systems and do not allow access to any data without potentially prohibitive cost, creating a barrier to research and advancements in bedside care. This work presents a novel, low-cost data capture system which allows real time capture of haemodynamic measurements, as well as fluid infusion rates in the ICU. The system consists of an Arduino controlled data capture unit, an adaptor for connecting to existing bedside pressure sensors, and a Python based application which displays and records data sent from the data capture system over a USB serial connection. The total system is highly customizable if needed, and costs a total of NZ$200.

Indexed as

Customizable data acquisition systemFluid infusion rateHemodynamic analysisInvasive arterial pressure

Identifiers

PMID41019198
PMCPMC12466293

What OpenQuestion holds

Textmetadata
LicenceCC BY-NC-ND
Read underepoch 390

Registered trials

None linked

Read under generation 80e0d062 · epoch 390. Bibliography from PubMed, PubMed Central and OpenAlex; grants from NIH RePORTER; trial links from ClinicalTrials.gov; estimates, votes and beliefs from the OpenQuestion graph.