Pith. sign in

REVIEW 5 major objections 4 minor 25 references

IoT-Based Coma Patient Monitoring System

T0 review · 5 major / 4 minor · reviewed 2026-08-12 · deepseek-v4-flash

Challenge this review Re-run · record.json Download PDF Read on arXiv ↗ Review JSON

Pith's one-line read The paper claims that a $30, offline-first IoT system can provide reliable real-time monitoring of coma patients without constant internet access or specialized staff, and supports the claim with simulated performance figures.

desk verdict Plausible design, but every number comes from a mystery simulator; send to review with a demand for reproducibility. read the letter →

arxiv 2411.13345 v1 pith:47CIFSC2 submitted 2024-11-20 eess.SY cs.NIcs.SY

Hailemicael Lulseged Yimer , Hailegabriel Dereje Degefa , Marco Cristani , Federico Cunico This is my paper · ORCID
classification eess.SYcs.NIcs.SY
keywords IoTcomamonitoringlow-costhealthcareoffline-firstGSMalertsArduinovitalsignsresource-limitedsettings
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

This paper argues that continuous coma monitoring in resource-limited hospitals does not require expensive infrastructure or constant internet. It presents an IoT system built from low-cost sensors, an Arduino Uno microcontroller, a local database, and a GSM module that can be assembled for under $30 per patient. The system reads heart rate, temperature, blood pressure, eye blink, and body position, processes the data locally, and sends SMS alerts even when the internet is unavailable. In simulation, the authors report 98% data-transmission success, SMS alert delivery in about 4.2 seconds, page loads of 1.2 seconds, and support for 100 concurrent users. The intended significance is that a clinic with unreliable power and connectivity could still maintain automated vigilance over coma patients with minimal specialized staff.

What carries the argument

The mechanism is the offline-first architecture: sensors feed an Arduino Uno microcontroller, which processes readings locally, stores them in a local MySQL database, and serves a PHP/HTML/CSS/JavaScript web application over a local network; a Wi-Fi module (ESP8266) handles local data transfer, while a GSM module sends SMS alerts for critical events independently of internet availability. This dual-channel design is what lets the system keep monitoring during power and network outages. The additional named components are the PulseSensor library for heart rate and PIR sensors, passive infrared devices used for eye blink and body movement detection.

What would settle it

Run the assembled system for a sustained period in a clinic with intermittent power and low cellular coverage, compare sensor outputs against calibrated clinical devices, and log every critical-event SMS with its delivery time. If real transmission success falls materially below 98%, SMS delays routinely exceed the 4.2-second benchmark under realistic network load, or sensor readings drift from reference instruments, the simulated reliability claim is falsified.

Watch

Extended reading notes

Core claim

The central claim is that an offline-first, locally hosted IoT system can provide reliable real-time monitoring of coma patients in developing-country conditions, overcoming weak infrastructure and staff shortages. The key move is to keep data processing and storage on site: the Arduino Uno collects vital signs, writes to a local MySQL database, and serves a PHP-based web application over local Wi-Fi, so caregivers can see patient status without any internet connection. The GSM module provides an independent alert channel for critical events. The authors position this design as filling a gap left by cloud-only Raspberry Pi systems, and they report simulated results of 98% successful data transmission, 4.2-second SMS delivery, a 1.2-second average page load, and 100 concurrent users at under $30 per patient.

Load-bearing premise

The paper's results come from a simulation, and the whole claim depends on that simulation faithfully predicting how real sensors, GSM delivery, and networks behave in an actual low-resource clinic; no clinical validation or field data is provided.

Editorial extensions

If this is right

  • If real-world performance matches the simulation, a coma ward could run continuous multi-parameter monitoring with no internet connection and one low-cost device per bed.
  • Healthcare staff in underserved clinics could receive SMS alerts for critical vital-sign changes within seconds, even in areas where cellular coverage is patchy.
  • The offline-first design implies that routine care decisions continue to work during network outages, with patient data stored locally until connectivity returns.
  • Because all components are off-the-shelf and open-source, the system could be reproduced and locally maintained at a fraction of the cost of commercial patient monitors.
  • The reported support for 100 concurrent users suggests the same architecture could scale from a single ward to a mid-size hospital without redesign.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • The paper stops short of testing sensor accuracy against clinical reference instruments, so the reliability claim should be read as covering data transmission and alert delivery rather than diagnostic precision.
  • If the cost and modular design hold, the same offline-first platform could be adapted to other under-monitored conditions, such as post-surgical wards or neonatal care, with only the sensor set changed.
  • A natural next test would be a comparative deployment in two similar clinics, one using the system and one relying on manual checks, to see whether alert-to-intervention time and staff workload actually improve.
  • The simulation compares favorably with cloud-only systems, but that comparison does not by itself establish clinical benefit; the paper's own conclusion flags real-world validation as future work.
Share X Bluesky LinkedIn Reddit HN

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

5 major / 4 minor

Summary. This paper proposes an IoT-based monitoring system for coma patients in resource-limited settings, built around an Arduino Uno, biometric sensors (heart rate, temperature, blood pressure, eye blink, motion), an ESP8266 Wi-Fi module, a GSM module, and a locally hosted PHP/MySQL web application. The design is intended to operate offline, store data locally, and send SMS alerts when internet connectivity is unavailable. The paper claims a cost under $30 per patient and reports, from simulation, a 98% data transmission success rate, SMS alert delivery around 4.2 seconds, LED alert response of 0.5 seconds, an average page load of 1.2 seconds, and support for 100 concurrent users. Section IV describes the data flow, and Section V discusses the simulated results and compares them with published clinical or other systems.

Significance. If the performance claims could be reproduced on hardware, the system would be a useful low-cost contribution to coma monitoring in low-infrastructure settings. The strengths of the paper are its clear articulation of the offline-first requirement, the dual GSM/Wi-Fi alerting path, and the comparative table of existing systems. No reproducible artifacts are supplied: there is no simulator specification, no code, no data, and no hardware measurements, so the quantitative claims currently rest on an unverifiable simulation. The paper is honest in Section VI that real-world clinical validation remains future work, but this acknowledgment is not reflected in the strength of the claims made in the abstract and Section V.

major comments (5)
  1. [Section V (all of Section V)] The quantitative results are obtained from 'our simulation,' but no simulator is named or configured. The paper does not report the number of simulation runs, the network model, the simulated topology, hardware-in-the-loop settings, or the error-handling parameters. Because the abstract and introduction claim reliable real-time monitoring on the basis of these numbers, this is a load-bearing omission. The authors should disclose the simulator and configuration, provide trial counts and confidence intervals, and ideally report measurements from a physical prototype.
  2. [Section V-A] Comparing the simulated 98% transmission success with the clinical trial results of Subha et al. [12] is not a valid benchmark: a simulation with no ground-truth calibration is not equivalent to measured clinical performance. The comparison should either be removed or rephrased as a target requirement, and the uncertainty of the simulated estimate should be reported.
  3. [Section V-B] The reported SMS alert delivery of about 4.2 seconds needs a precise definition of the simulated path. SMS latency in low-coverage regions is dominated by the GSM network rather than by the Arduino-side code. If the simulation timed only a local send command, the value does not support the claimed resilience to network shortages. The authors should state whether the GSM network was modeled and should report the distribution of delivery times, not an unqualified average.
  4. [Section I] The cost claim of under $30 per patient appears in the abstract and in the contribution list, but the paper gives no bill of materials or itemized prices. This claim is central to the paper's motivation and must be supported with a component list, prices, sources, and a clear statement of what 'per patient' includes.
  5. [Section IV.C] The emergency detection list includes 'low oxygen saturation,' but no oxygen saturation sensor appears in the hardware description in Section III.A or in Table I. Either add the sensor to the design or delete this alert condition; as written, the data-flow description is internally inconsistent.
minor comments (4)
  1. [Section IV.B] The firmware description says the MCU 'transmits data to the cloud database,' while the system's claimed advantage is local storage and offline-first operation; this wording should be corrected to distinguish local database writes from cloud synchronization.
  2. [References] References [5] and [8] list the same authors and similar volume/page information for a 2020 work by Kounte et al. under different venue names; this appears to be a duplicated or erroneous reference and should be verified.
  3. [Table I] In Table I, formatting is inconsistent (for example, '100 mw' in the last row and a stray comma in the header), and some entries such as [7] list 'N/A' for all sensor columns, which makes the comparison less informative; please normalize the entries.
  4. [Section VI] The conclusion states that real-world clinical validation remains a future objective, but the abstract and Section V make strong empirical claims. An explicit limitations paragraph should be added so that the scope of the validation is clear to readers.

Circularity Check

0 steps flagged · score 0.0 of 10

No circularity found: the reported performance figures are simulated measurements, not derivations from fitted inputs or self-citations.

full rationale

The manuscript does not contain a derivation chain in which an output is defined in terms of an input or in which a fitted parameter is renamed as a prediction. Section V reports outcomes of an unspecified simulation: a 98% data-transmission success rate, 4.2-second SMS alert delivery, 1.2-second page load, and 100 concurrent users. These are presented as measurements obtained from running the system in a simulated environment, not as consequences of equations whose inputs already contain the target result. There are no fitted parameters, no calibration against the reported benchmarks, and no uniqueness theorem invoked to force a design choice. The self-citations [14], [24], and [25] appear in background statements and in future-work remarks about tiny machine learning and split computing; they do not support the central monitoring-performance claim. The most serious concern is that the simulation itself is not described, so the quantitative results cannot be reproduced and may not transfer to real deployments; however, this is a soundness and validity limitation rather than circularity. The comparison with Subha et al.'s clinical trial data is unfair and weakens the evidentiary value of Section V.A, but again the simulated figure is not derived from that clinical benchmark. The conclusion candidly states that real-world clinical validation remains a future objective, confirming that the paper does not present the simulation as a derivation of real-world performance. Therefore, no specific circular step can be quoted, and the paper should not be scored for circularity.

Assumptions & free parameters 0 free parameters · 4 assumptions · 0 invented entities

The central claims rest on simulation fidelity, sensor accuracy, network assumptions, and cost assumptions. None of these are independently verified in the paper, and the cost and simulation-fidelity items are especially load-bearing.

assumptions (4)
  • ad hoc to paper The simulation environment accurately reflects real hardware, sensor, and network behavior.
    Section V evaluates all quantitative claims (98% transmission success, 4.2s SMS delay, 1.2s page load) in a simulated environment and extrapolates them to real-world deployment without clinical validation.
  • domain assumption The five listed sensors can accurately measure the claimed vital signs through simple Arduino analog and digital interfaces without calibration.
    Section IV.A lists connections but gives no sensor model numbers, calibration procedure, or validation against reference medical instruments.
  • domain assumption A GSM module can deliver SMS alerts reliably in areas with limited cellular coverage.
    The offline alerting path is central to the design, but the paper provides no field test in low-coverage areas.
  • ad hoc to paper The total cost is under $30 per patient.
    The abstract and Section I claim under $30 without an itemized bill of materials, supplier quotes, or currency assumptions.

how reviews work

0 comments
Cite this review

Pith. "Pith review of IoT-Based Coma Patient Monitoring System." pith.science (2026). https://pith.science/paper/47CIFSC2

@misc{pith2026241113345,
  author       = {Pith},
  title        = {Pith review of: IoT-Based Coma Patient Monitoring System},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/47CIFSC2}},
  note         = {Machine review of arXiv:2411.13345}
}
abstract

Continuous monitoring of coma patients is essential but challenging, especially in developing countries with limited resources, staff, and infrastructure. This paper presents a low-cost IoT-based system designed for such environments. It uses affordable hardware and robust software to monitor patients without constant internet access or extensive medical personnel. The system employs cost-effective sensors to track vital signs, including heart rate, body temperature, blood pressure, eye movement, and body position. An energy-efficient microcontroller processes data locally, synchronizing with a central server when network access is available. A locally hosted app provides on-site access to patient data, while a GSM module sends immediate alerts for critical events, even in areas with limited cellular coverage. This solution emphasizes ease of deployment, minimal maintenance, and resilience to power and network disruptions. Using open-source software and widely available hardware, it offers a scalable, adaptable system for resource-limited settings. At under $30, the system is a sustainable, cost-effective solution for continuous patient monitoring, bridging the gap until more advanced healthcare infrastructure is available.

Figures

Figures reproduced from arXiv: 2411.13345 by the authors.

Figure 1
Figure 1. The schema shows our proposed IoT coma patient monitoring: using [PITH_FULL_IMAGE:figures/full_fig_p001_1.png] view at source ↗
Figure 3
Figure 3. The figure shows the hardware prototype, in which the components [PITH_FULL_IMAGE:figures/full_fig_p004_3.png] view at source ↗
Figure 4
Figure 4. The figure showcases the system architecture and the components. [PITH_FULL_IMAGE:figures/full_fig_p004_4.png] view at source ↗
Figures from the paper (1 more)
Figure 2
Figure 2. Figure 2: Hardware architecture block diagram [PITH_FULL_IMAGE:figures/full_fig_p004_2.png]

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

25 extracted references · 24 canonical work pages

  1. [12]

    Coma patient health monitoring system using iot,

    R. Subha, M. Haritha, B. Nithishna, and S. Monisha, “Coma patient health monitoring system using iot,” in 2020 6th International confer- ence on advanced computing and communication systems (ICACCS) , pp. 1454–1457, IEEE, 2020

    work page 2020

  2. [1]

    Analysis and monitoring of coma patients using wearable motion sensor system,

    S. C. Koganti, H. Suma, and A. M. Abhishek, “Analysis and monitoring of coma patients using wearable motion sensor system,” Int. J. Sci. Res , vol. 4, no. 9, pp. 1154–1158, 2015

    work page 2015

  3. [2]

    Patient volume and quality of primary care in ethiopia: findings from the routine health information system and the 2014 service provision assessment survey,

    C. Arsenault, B. Yakob, T. Tilahun, T. G. Nigatu, G. Dinsa, M. Woldie, M. Kassa, P. Berman, and M. E. Kruk, “Patient volume and quality of primary care in ethiopia: findings from the routine health information system and the 2014 service provision assessment survey,” BMC health services research, vol. 21, no. 1, p. 485, 2021

    work page 2014

  4. [3]

    Design and implementation of iot based health monitor- ing system for comatose patients,

    M. Meghana, “Design and implementation of iot based health monitor- ing system for comatose patients,” vol, vol. 29, pp. 3689–3697, 2020

    work page 2020

  5. [4]

    Health monitoring system using raspberry pi and iot,

    E. Ganesh, “Health monitoring system using raspberry pi and iot,” Oriental journal of computer science and technology , vol. 12, no. 1, pp. 8–13, 2019

    work page 2019

  6. [5]

    Design and implementation of iot based health monitoring system for comatose patients,

    M. R. Kounte, M. Lavanya, C. Mamatha, A. Megana, and M. M B, “Design and implementation of iot based health monitoring system for comatose patients,” Drug Invention Today , vol. 29, pp. 3689–3697, 06 2020

    work page 2020

  7. [6]

    Iot based healthcare system for coma patient,

    A. Ramtirthkar, J. Digge, and V . Koli, “Iot based healthcare system for coma patient,” International Journal of Engineering and Advanced Technology (IJEAT), vol. 9, no. 3, pp. 3327–3330, 2020

    work page 2020

  8. [7]

    A model-driven methodology for the design of autonomic and cognitive iot-based systems: Application to healthcare,

    E. Mezghani, E. Exposito, and K. Drira, “A model-driven methodology for the design of autonomic and cognitive iot-based systems: Application to healthcare,” IEEE Transactions on Emerging Topics in Computational Intelligence, vol. 1, no. 3, pp. 224–234, 2017

    work page 2017

Show all 25 references
  1. [8]

    Design and implementation of iot based health monitoring system for comatose patients,

    M. R. Kounte, M. Lavanya, C. Mamatha, A. Megana, and M. M B, “Design and implementation of iot based health monitoring system for comatose patients,” International Journal of Future Generation Communication and Networking , vol. 29, pp. 3689–3697, 06 2020

    2020

  2. [9]

    Smart health monitoring system for coma patients using iot,

    K. Sheikdavood, K. Soundar, M. Yaswanth, and P. TarunKumar, “Smart health monitoring system for coma patients using iot,” in 2023 7th Inter- national Conference on Computing Methodologies and Communication (ICCMC), pp. 1342–1347, IEEE, 2023

    2023

  3. [10]

    Monitoring and analysis of coma patients using variable motion sensor system,

    K. Ravikumar and R. Vasuki, “Monitoring and analysis of coma patients using variable motion sensor system,” Drug Invention Today , vol. 11, 04 2019

    2019

  4. [11]

    Automated health monitoring system for coma patients,

    R. Latha, R. Raman, T. S. Kumar, C. J. Rawandale, R. Meenakshi, and C. Srinivasan, “Automated health monitoring system for coma patients,” in 2023 International Conference on Self Sustainable Artificial Intelligence Systems (ICSSAS) , pp. 1475–1480, IEEE, 2023

    2023

  5. [13]

    Definition and causes of coma,

    Medical Association, “Definition and causes of coma,” Journal of Neurology, 2023

    2023

  6. [14]

    Iot systems for healthy and safe life environments,

    M. Capuzzo, A. Zanella, M. Zuccotto, F. Cunico, M. Cristani, A. Castellini, A. Farinelli, and L. Gamberini, “Iot systems for healthy and safe life environments,” in 2022 IEEE 7th Forum on Research and Technologies for Society and Industry Innovation (RTSI) , pp. 31–37, IEEE, 2022

    2022

  7. [15]

    Iot-based vital sign monitoring in intensive care units,

    S. Sharma, M. Shandilya, and P. Sahu, “Iot-based vital sign monitoring in intensive care units,” Journal of Medical Internet Research , 2023

    2023

  8. [16]

    Continuous temperature monitoring in critical care: A systematic review,

    R. Zander, T. Huensch, N. Hinckley, and G. Tewfik, “Continuous temperature monitoring in critical care: A systematic review,” Critical Care Medicine, 2023

    2023

  9. [17]

    Biofeedback in rehabilitation,

    O. M. Giggins, U. M. Persson, and B. Caulfield, “Biofeedback in rehabilitation,” Journal of NeuroEngineering and Rehabilitation, vol. 14, no. 1, pp. 1–11, 2017

    2017

  10. [18]

    Routine intracranial pressure monitoring in acute coma,

    R. J. Forsyth, J. Raper, and E. Todhunter, “Routine intracranial pressure monitoring in acute coma,” Cochrane Database of Systematic Reviews , no. 11, 2015

    2015

  11. [19]

    A comprehensive review of simulation-based medical education: Current practices and future perspective,

    P. Agrawal, V . Kushwaha, N. Khan, S. Singh, S. Goel, and M. Aamir, “A comprehensive review of simulation-based medical education: Current practices and future perspective,” European Journal Pharmaceutical and Medical Research, vol. 11, pp. 396–402, 12 2023

    2023

  12. [20]

    Design and simulation of heartbeat measurement system using arduino microcontroller in proteus,

    M. H. Bhuyan and M. Hasan, “Design and simulation of heartbeat measurement system using arduino microcontroller in proteus,” in Pro- ceedings of the International Conference on Electrical, Computer and Communication Engineering (ECCE) , IEEE, 10 2020. Available on ResearchGate

    2020

  13. [21]

    A health monitoring system for vital signs using iot,

    K. N. Swaroop, K. Chandu, R. Gorrepotu, and S. Deb, “A health monitoring system for vital signs using iot,” Internet of Things , vol. 5, pp. 116–129, 2019

    2019

  14. [22]

    Comparative analysis of web- based health monitoring systems,

    L. Johnson, A. Smith, and T. Brown, “Comparative analysis of web- based health monitoring systems,” IEEE Journal of Biomedical and Health Informatics, vol. 25, no. 7, pp. 2654–2663, 2021

    2021

  15. [23]

    Continuous versus intermittent vital signs monitoring in patients admitted to surgical wards: a cluster randomised controlled trial,

    E. I. Saeed, A. Gane, O. Whitaker, E. Rowley, T. Owens, A. Gayner, B. Indja, Z. Dar, G. J. Peek, C. J. Jolley, H. Vallance, B. S. Buddeberg, M. Blunt, M. Green, C. J. Peden, R. M. Pearse, C. Heneghan, P. J. Watkinson, M. Ashworth, A. Beane, P. Zolfaghari, S. Fleischer, S. Dean...

    2020

  16. [24]

    A machine learning-oriented survey on tiny machine learning,

    L. Capogrosso, F. Cunico, D. S. Cheng, F. Fummi, and M. Cristani, “A machine learning-oriented survey on tiny machine learning,” IEEE Access, 2024

    2024

  17. [25]

    I-split: Deep network interpretability for split computing,

    F. Cunico, L. Capogrosso, F. Setti, D. Carra, F. Fummi, and M. Cristani, “I-split: Deep network interpretability for split computing,” in 2022 26th International Conference on Pattern Recognition (ICPR), pp. 2575– 2581, IEEE, 2022

    2022

Pith tools

Reviewed August 12, 2026 · model on record in the stance chip above.