ArticleBMC medical informatics and decision making2020
Towards more efficient use of intravenous lumens in multi-infusion settings: development and evaluation of a multiplex infusion scheduling algorithm.
Article in BMC medical informatics and decision making, 2020. The graph could read no effect estimate from its abstract, so it casts no vote on the map. Cited by 3 papers.
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.
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.
Who cites it
3 citing papers in PubMed, 5 citations in OpenAlex.
- Stability and compatibility of phentolamine mesylate combined with furosemide in common infusion solutions for pediatric critical care.Frontiers in pediatrics · 2026Article
- Nursing strategies for the mechanically ventilated patient.Frontiers in veterinary science · 2023Review
- Strategies to prevent drug incompatibility during simultaneous multi-drug infusion in intensive care units: a literature review.European journal of clinical pharmacology · 2021Review
Corrections and comments
PubMed lists nothing against this paper. Absence here is not a guarantee, only a check that was made.
Authors and funding
6 authors at 1 institution in 1 country.
Funding
Abstract
backgroundMulti-drug intravenous (IV) therapy is one of the most common medical procedures used in intensive care units (ICUs), operating rooms, oncology wards and many other hospital departments worldwide. As drugs or their solvents are frequently chemically incompatible, many solutions must be administered through separate lumens. When the number of available lumens is too low to facilitate the safe administration of these solutions, additional (peripheral) IV catheters are often required, causing physical discomfort and increasing the risk for catheter related complications. Our objective was to develop and evaluate an algorithm designed to reduce the number of intravenous lumens required in multi-infusion settings by multiplexing the administration of various parenteral drugs and solutions.
methodsA multiplex algorithm was developed that schedules the alternating IV administration of multiple incompatible IV solutions through a single lumen, taking compatibility-related, pharmacokinetic and pharmacodynamic constraints of the relevant drugs into account. The conventional scheduling procedure executed by ICU nurses was used for comparison. The number of lumens required by the conventional procedure (L
resultsWe used data from 175,993 ICU drug combinations, with 2251 unique combinations received by 2715 consecutive ICU patients. The mean ± SD number of simultaneous IV solutions was 2.8 ± 1.6. In 27% of all drug combinations, and 61% of the unique combinations the multiplex algorithm required fewer lumens (p < 0.001). With increasing L
conclusionThe multiplex algorithm addresses a major issue that occurs in ICUs, operating rooms, oncology wards, and many other hospital departments where several incompatible drugs are infused through a restricted number of lumens. The multiplex algorithm allows for more efficient use of IV lumens compared to the conventional multi-infusion strategy.
Indexed as
Identifiers
What OpenQuestion holds
Registered trials
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.