Search Filters

Search Results

Found 1 results

510(k) Data Aggregation

    K Number
    K133988
    Date Cleared
    2014-05-16

    (141 days)

    Product Code
    Regulation Number
    870.2300
    Reference & Predicate Devices
    Why did this record match?
    Device Name :

    TEMPUS PRO EXTENDED FEATURES

    AI/MLSaMDIVD (In Vitro Diagnostic)TherapeuticDiagnosticis PCCP AuthorizedThirdpartyExpeditedreview
    Intended Use

    The Tempus Pro is a portable vital signs monitor intended to be used by clinicians and medically qualified personnel for the attended or unattended monitoring of single or multiple vital signs in clinical and pre-hospital care applications. The device is indicated for 3 & 5 Lead ECG monitoring and 12 Lead ECG recording with interpretation, impedance pneumography, non-invasive blood pressure (NIBP), endtidal CO2 (ETCO2), respiration rate, pulse oximetry (SpO2), contact temperature, invasive pressure and extended pulse oximetry capability including; carboxy haemoglobin (SpCO), metheglobin (SpMet), total haemoglobin (SpHb) and total oxygen content (SpOC) measurements.

    The monitor is intended to be used as a stand-alone monitor or as a telemedicine system (transmitting patient data to other medical professionals located elsewhere).

    The device is indicated for adults, pediatrics and neonates.

    Device Description

    The Tempus Pro is a multi-parameter vital signs monitor designed for use in pre-hospital care and remote clinical locations by trained healthcare professionals. It provides 3&5 lead ECG monitoring, 12 lead ECG recording, pulse oximetry, non-invasive blood pressure, sidestream capnometry, contact temperature, impedance respiration, invasive pressure and user configurable alarms.

    In addition, it provides the ability to transmit all vital signs data via wired or wireless connections to a software system (called i2i) expected to be based in a facility far from the user e.g. a response centre facility. In addition to sending all vital signs, the system can also send pictures or video via an integrated camera, geographic position by an integrated GP$ receiver and voice via a wired or wireless headset.

    AI/ML Overview

    Here's an analysis of the Tempus Pro (EF) medical device submission based on the provided document, focusing on acceptance criteria and supporting studies.

    1. Table of Acceptance Criteria and Reported Device Performance

    The provided document describes non-clinical testing to ensure the device meets safety and performance standards. It does not contain specific quantitative "acceptance criteria" and "reported performance" like sensitivity/specificity for a diagnostic AI model. Instead, the acceptance criteria are implicit: successful completion of tests according to relevant international standards and equivalence to predicate devices.

    AreaAcceptance Criteria (Implicit from Testing Performed)Reported Device Performance
    SafetyCompliance with IEC60601-1."The device has been tested to IEC60601-1."
    "In each case the results of this testing confirmed that acceptance criteria defined by the relevant standard, or other appropriate reference document had been met."
    Defibrillation and Electrosurgical ProtectionCompliance with IEC60601-1 (and relevant particular standards) for operation with a defibrillator and electro-surgical unit."The device has been tested for operation with a defibrillator and operation with an electro-surgical unit according to IEC60601-1 (and relevant particular standards)."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    EnvironmentalCompliance with RTCA DO-160, MIL810, EN1789, EN13718-1, EN60068 for temperature, altitude, humidity, vibration, shock."The device has been tested to a range of environmental (temperature, altitude, humidity, vibration, shock) tests according to RTCA DO-160, MIL810, EN1789, EN13718-1, EN60068."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    Ingress ProtectionCompliance with IEC 60529 for solid and water ingress."The device has been tested to IEC 60529 for solid and water ingress."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    EMCCompliance with IEC 60601-1-2 for emissions and immunity, and RTCA DO-160 for radiated emissions (including immunity at 20 V/m)."The device has been tested to IEC 60601-1-2 for emissions and immunity and RTCA DO-160 for radiated emissions (including immunity at 20 V/m)."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    Invasive PressureCompliance with IEC 60601-2-34."The device has been tested to IEC 60601-2-34."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    Pulse OximeterCompliance with IEC 9919."The device has been tested to IEC 9919."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    Comparative Testing to PredicatesPerformance equivalent to predicate devices (K110028, K130773, K083749)."Comparative testing has been performed to demonstrate that the performance of the device is equivalent to the predicates."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    SoftwareCompliance with FDA Guidance for the Content of Premarket Submissions for Software in Pre-Market Submissions and IEC 62304."The requirements of the FDA document Guidance for the Content of Premarket Submissions for Software in Pre-Market Submissions has been applied. In addition, the requirements of IEC 62304 have been addressed."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    Bench Testing (Parameter Specification)Operation to specification across stated performance and temperature ranges for all parameters."All parameters of the device have been tested to confirm they operate to specification across their stated performance range and across their stated temperature range."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    Bench Testing (Data Transmission)Reliable and accurate transmission of all data."The product has been bench tested to confirm that all data is transmitted reliably and accurately."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    Wireless Co-existence Testing (Thermometer)Reliable operation in the presence of other wireless fields, as per FDA Guidance for Radio-Frequency Wireless Technology in Medical Devices."The thermometer has been tested to confirm it operates reliably in the presence of other wireless fields as per the FDA Guidance for Radio-Frequency Wireless Technology in Medical Devices."
    "In each case the results of this testing confirmed that acceptance criteria... had been met."
    UsabilityNo significant changes to physical interaction or user interface compared to predicate device."no additional user validation was considered necessary, as the Tempus Pro (EF) is almost identical to the predicate Tempus Pro in terms of physical and interface features, including size and weight, user interface data layouts, button styles, menus, and layout of connectors, resulting the physical interaction with the device being unchanged."

    2. Sample Size Used for the Test Set and Data Provenance

    The document describes non-clinical engineering and bench testing, not a clinical study with a "test set" in the sense of a dataset for an AI algorithm. Therefore, no specific sample sizes for a test set are mentioned, nor is there data provenance in terms of country of origin or retrospective/prospective for a clinical dataset. The testing primarily involved the device itself and its components.

    3. Number of Experts Used to Establish Ground Truth for the Test Set and Their Qualifications

    Since this is a submission for a vital signs monitor and not an AI-driven diagnostic device requiring expert interpretation of outputs, there were no experts used to establish ground truth for a test set in the typical sense. Expertise was likely involved in setting the testing standards and interpreting the results of the engineering tests (e.g., verifying compliance with IEC standards), but this is not specified as "ground truth establishment."

    4. Adjudication Method for the Test Set

    As there is no diagnostic "test set" with subjective interpretations, no adjudication method (like 2+1 or 3+1) was used or mentioned.

    5. If a Multi-Reader Multi-Case (MRMC) Comparative Effectiveness Study Was Done, and Effect Size

    No MRMC comparative effectiveness study was done or reported. The device is a vital signs monitor, and the submission focuses on verifying its technical performance and substantial equivalence to predicate devices, not on the improvement of human reader performance with AI assistance. The "AI" component mentioned is the "interpretation output" of the mymisys32.dll for 12-Lead ECG, but this is presented as a pre-existing component from a cleared device (QRS Diagnostic CardioView K083749) that is now being displayed, rather than a new AI requiring an MRMC study for effectiveness.

    6. If a Standalone (Algorithm Only Without Human-in-the-Loop Performance) Was Done

    The 12-Lead ECG interpretation (part of the mymisys32.dll) is an algorithmic function. The submission indicates that "the interpretation output of the ■ mymisys32.dll, which is already an integral part of the cleared Tempus Pro, but the interpretation output is not currently displayed to the user." It further states that this dll is part of a previously cleared software package (QRS Diagnostic CardioView K083749).

    This means the algorithm for ECG interpretation has been evaluated in standalone fashion as part of its original clearance (K083749). For this specific submission, the focus is on the safety and effectiveness of displaying this pre-existing interpretation, rather than re-evaluating the algorithm itself. Yes, a standalone evaluation of this ECG interpretation algorithm would have been done for its original clearance, and the current submission relies on that prior clearance.

    7. The Type of Ground Truth Used

    For the engineering and bench testing, the "ground truth" was established by objective technical specifications and compliance with international standards (e.g., IEC60601-1, IEC 9919, RTCA DO-160). For the ECG interpretation component (mymisys32.dll), its original clearance (K083749) would have relied on expert consensus or clinically validated ECG databases to establish ground truth for its interpretive accuracy, though this is not detailed in the provided document.

    8. The Sample Size for the Training Set

    This document does not describe the development or training of a de novo AI algorithm. The components added (Masimo SET Rainbow module, Medlab IBP module, QRS Diagnostic CardioView dll) are all from established, previously cleared predicate devices. Therefore, no sample size for a training set for the Tempus Pro (EF) itself is mentioned. Any training data for the individual components (like the ECG interpretation algorithm) would have been part of their original development and clearance, which is not detailed here.

    9. How the Ground Truth for the Training Set Was Established

    Given that no de novo AI algorithm training is described for the Tempus Pro (EF) in this submission, the establishment of ground truth for a training set is not applicable to this document. For the pre-existing components (e.g., the ECG interpretation algorithm), ground truth for their training would have been established during their original development, likely through expert cardiologist consensus on annotated ECG waveforms or through comparison with established diagnostic methods.

    Ask a Question

    Ask a specific question about this device

    Page 1 of 1