|
It was reported an alarm for spo2 was not generated at the central station and the patient passed away.The customer indicated the alarm was not forwarded to the central station and stated 'it happened at 6 a.M., the alarm was not displayed, only sometime later.It was noticed that the patient had died.' it was indicated there is a central monitoring unit, but nurses are responsible for responding to and acknowledging alarms.The customer confirmed there was a delay in care due to the reported issue.Preliminary review of the logs revealed the alarms were generated and acknowledged.In addition, the monitor repeatedly generated technical alarms for the spo2 sensor in the few hours prior to the event.The technical alarm was not resolved, so an additional alarm for pulse or spo2 was not possible.
|
|
The customer reported that an alarm for spo2 was not generated at the central station and the patient passed away.The customer indicated the alarm was not forwarded to the central station and stated that it happened around 6 a.M., the alarm was not displayed, only sometime later.It was noticed that the patient had died.It was indicated there is a central monitoring unit, but nurses are responsible for responding to and acknowledging alarms.The field service engineer (fse) provided screenshots from the clinical audit and excerpts from the mx450 alarm history.The fse notes that it can be observed that the patient had already repeatedly triggered a technical alarm on the spo2 sensor a few hours before the reported time.Since the signal transmission was disturbed and the technical alarm was never resolved, it was accordingly not possible to generate a pulse alarm.Since the spo2 sensor was the only source of alarm on the patient, it was not monitored for these moments.Diagnostic testing of the device was performed and could not reproduce the problem.An analysis was also performed by a philips product support engineer (pse) and philips clinical specialist.Results of the analysis indicated that the device was performing as expected.An analysis of the provided logs indicated that there were several events for spo2 inops alarms (noisy signal, no signal, pulse ?, and no pulse).At 6:01:13, the spo2 no pulse alarm was generated.Alarms were acknowledged at 07:17:51 from device 6809.The ecg measurement was turned on at 11:07:39.The clinical specialist was unable tell when the ecg measurement was turned off in the audit log that only covered 2 days.The analysis included a review of the provided logs: there are multiple inops for spo2 noisy signal, spo2 no signal, spo2 pulse ?, and spo2 no pulse.Spo2 alarms were turned off to on at 11:07:48 from the bedside.The audit log begins on (b)(6) at 11:19:50.The spo2 alarms were turned off before this time.Of note there were no audible alarms noted for the events because the spo2 alarms were off during the time in question as indicated by the alarms being turned on at 11:07:28 26.01.2026 11:07:48, herz-kreislauf-zentrum 2f, spo2 - alarme von aus zu ein 6089 alarm on/off.This explains why there was no alarm.When alarms are paused or off, no physiological alarms (red or yellow) are sounded and no alarm messages are shown.Inop messages are shown but no inop tones are sounded.This is why there are only we only see logged inops in the audit log and what is displayed in the review alarms window at the bedside.The clinical specialist referred to the mx400 /450/550/700/800 instructions for use, release p with software revision p.0.X.Xx page 111-112, for a description of spo2 inops messages and indications and what the customer can do to address it.Based on the results of the analysis, the product was confirmed to be operating per specifications, and the cause of the reported problem indicates alarm management or clinical workflow may have been a factor.The customer will be notified of the findings.
|