(119 days)
The Omnipod 5 ACE Pump (Pod) is intended for the subcutaneous delivery of insulin, at set and variable rates, for the management of diabetes mellitus in persons requiring insulin. The Omnipod 5 ACE Pump is able to reliably and securely communicate with compatible, digitally connected devices, including automated insulin dosing software, to receive, execute, and confirm commands from these devices. The Omnipod 5 ACE Pump is intended for single patient, home use and requires a prescription.
The Omnipod 5 ACE Pump is intended to deliver insulin via a tubeless insulin pump (the Pod) that wirelessly connects to and receives insulin delivery commands from the Omnipod 5 App, which is installed on a locked-down Android controller device or a user's personal smartphone device. The predicate device allowed the user to download the Omnipod 5 App to an Android compatible phone. This submission includes an iOS compatible Omnipod 5 App to allow users to download it to a compatible iPhone.
The Omnipod 5 ACE Pump is part of the Omnipod 5 Automated Insulin Delivery System, which also includes SmartAdjust Technology (iAGC), and the SmartBolus Calculator. SmartAdjust Technology and the SmartBolus Calculator functionally independent from the Omnipod 5 ACE Pump. The Omnipod 5 ACE Pump is intended to be digitally connected to a third party iCGM, SmartAdjust Technology, and the SmartBolus Calculator.
The Omnipod 5 ACE Pump can operate in Manual Mode, delivering insulin based on userprogrammed basal rates, or in Automated Mode, where insulin is automatically delivered based on the calculations and command of a compatible iAGC. Currently, the Omnipod 5 ACE Pump is compatible with SmartAdjust Technology, the software which is pre-installed on the Pod and the App. Future alternate controllers may be established for use with the Pod, in which case the software modules of the SmartAdjust Technology would be disabled. The Pod is a bodywearable insulin pump that affixes to the user on the back of the arm, the lower back, the abdomen, the thigh area, or any site that has a layer of fatty tissue available. It is held in place by an adhesive pad and provides up to three days of insulin before it is removed and replaced with a new Pod. The Omnipod 5 App is a software application installed on a handheld touchscreen device (Android and iOS) that connects to the Pod via Bluetooth Low Energy (BLE) and serves as the user interface of the system. In addition to programmed basal delivery and automated insulin delivery, the Omnipod 5 ACE Pump allows users to deliver bolus doses at values that are either inputted manually or calculated by the SmartBolus Calculator based on the user's settings and user-entered parameters. The Pod has the ability to connect to a compatible iCGM through BLE and receive data for use with SmartAdiust Technology and the SmartBolus Calculator.
The Omnipod 5 App has the ability to wirelessly connect to the Insulet Cloud which it utilizes for registering new devices, authenticating users, ensuring hardware devices and host operating systems are compatible, and completing over the air software (OTA) and firmware (FOTA) updates.
The provided text is a 510(k) summary for the Omnipod 5 ACE Pump, which describes the addition of an iOS compatible mobile application. The document focuses on demonstrating substantial equivalence to a previously cleared predicate device (K203768).
Based on the provided text, the acceptance criteria and study details are primarily related to software verification and validation, interoperability, cybersecurity, electrical safety and EMC, and human factors validation for the new iOS application, rather than clinical performance of the insulin delivery itself (as the Pod itself was not modified).
Here's an attempt to structure the information based on your request, highlighting what is and isn't explicitly stated in the document:
Device: Omnipod 5 ACE Pump (with added iOS compatible Omnipod 5 App)
Purpose of Submission: To add a new mobile application compatible with iOS mobile devices. The Omnipod 5 App (iOS) is the new configuration being added to the previously cleared Omnipod 5 ACE Pump.
1. Table of Acceptance Criteria and Reported Device Performance
The document describes several types of performance testing and their adherence to standards and regulations. It doesn't present specific quantitative acceptance criteria or detailed performance metrics in a tabular format that is typically seen for accuracy, sensitivity, or specificity in AI/ML medical devices. Instead, it states that tests were performed and demonstrated that predetermined acceptance criteria were met and the device is safe and effective for use.
| Category | Acceptance Criteria / Standard Compliance | Reported Device Performance |
|---|---|---|
| Risk Management | Compliance with ISO 14971:2019. | "Verification activities, as required by the risk analysis, demonstrated that the predetermined acceptance criteria were met and the device is safe for use." |
| Software Validation | Compliance with IEC 62304:2015-06 and FDA’s guidance “General Principles of Software Validation – Issued January 11, 2002,” and “Content of Premarket Submissions for Device Software Functions - Issued June 2023.” | "Software verification and validation testing were performed..." "Software documentation was provided..." "Software verification testing has demonstrated the device records timestamped critical events, including information related to its state, user inputs, and device settings, as required by the ACE Pump special controls." (for Data Logging) |
| Interoperability | Adherence to FDA Guidance “Design Considerations and Pre-market Submission Recommendations for Interoperable Medical Devices - Guidance for Industry and Food and Drug Administration Staff - Issued September 6, 2017.” Specifies validated interface specifications, partnership agreements, and post-market reporting. | "Interoperability documentation was provided as is relates to changes due to the Omnipod 5 App (iOS) according to the FDA Guidance..." |
| Cybersecurity | Compliance with various FDA cybersecurity guidances (2014, 2016, March 2023, April 2022 draft). | "a cybersecurity analysis was performed for the OP5 ACE Pump with the Omnipod 5 App (iOS)... In addition, Insulet has provided a software bill of materials and penetration testing." |
| Electrical Safety & EMC | Compliance with IEC 60601-1:2020-08 and IEC 60601-1-2:2020-9, and FDA guidances on Electromagnetic Compatibility and Radio Frequency Wireless Technology. | "testing was performed to verify that the Omnipod 5 ACE Pump with the Omnipod 5 App (iOS) meets its requirement to comply with IEC 60601-1:2020-08... and IEC 60601-1-2:2020-9..." |
| Human Factors Validation | Compliance with IEC 62366:2015-06, HE75:2009(R)2018, and FDA’s guidance “Applying Human Factors and Usability Engineering to Medical Devices - Issued February 3, 2016.” | "A robust validation evaluation was performed to demonstrate safe and effective use of the Omnipod 5 App (iOS) with intended users in the expected use environments, including associated training and accompanying documentation. The results of the validation demonstrate that the device has been found to be safe and effective for the intended users, uses, and use environments." |
| Special Controls (21 CFR 880.5730) | Evaluation supports safety and effectiveness. | "evaluation of the Special Controls for this device (regulation 21 CFR 880.5730) supports the safety and effectiveness of the device." "Through performance testing, the Subject device has been shown to meet the Alternate Controller Enabled Insulin Pump special controls..." |
Note on Insulin Delivery Accuracy: The document states that the "Pod Delivery Accuracy (tested per IEC 60601-2-24)" for basal and bolus rates is a characteristic of the predicate device and is unchanged for the subject device. It is listed as:
- Basal: ± 5% at rates ≥ 0.05 U/hr
- Bolus: ± 5% for all set values ≥ 1.0 unit, ± 0.05 unit for set values
§ 880.5730 Alternate controller enabled infusion pump.
(a)
Identification. An alternate controller enabled infusion pump (ACE pump) is a device intended for the infusion of drugs into a patient. The ACE pump may include basal and bolus drug delivery at set or variable rates. ACE pumps are designed to reliably and securely communicate with external devices, such as automated drug dosing systems, to allow drug delivery commands to be received, executed, and confirmed. ACE pumps are intended to be used both alone and in conjunction with digitally connected medical devices for the purpose of drug delivery.(b)
Classification. Class II (special controls). The special controls for this device are:(1) Design verification and validation must include the following:
(i) Evidence demonstrating that device infusion delivery accuracy conforms to defined user needs and intended uses and is validated to support safe use under actual use conditions.
(A) Design input requirements must include delivery accuracy specifications under reasonably foreseeable use conditions, including ambient temperature changes, pressure changes (
e.g., head-height, backpressure, atmospheric), and, as appropriate, different drug fluidic properties.(B) Test results must demonstrate that the device meets the design input requirements for delivery accuracy under use conditions for the programmable range of delivery rates and volumes. Testing shall be conducted with a statistically valid number of devices to account for variation between devices.
(ii) Validation testing results demonstrating the ability of the pump to detect relevant hazards associated with drug delivery and the route of administration (
e.g., occlusions, air in line, etc.) within a clinically relevant timeframe across the range of programmable drug delivery rates and volumes. Hazard detection must be appropriate for the intended use of the device and testing must validate appropriate performance under the conditions of use for the device.(iii) Validation testing results demonstrating compatibility with drugs that may be used with the pump based on its labeling. Testing must include assessment of drug stability under reasonably foreseeable use conditions that may affect drug stability (
e.g., temperature, light exposure, or other factors as needed).(iv) The device parts that directly or indirectly contact the patient must be demonstrated to be biocompatible. This shall include chemical and particulate characterization on the final, finished, fluid contacting device components demonstrating that risk of harm from device-related residues is reasonably low.
(v) Evidence verifying and validating that the device is reliable over the ACE pump use life, as specified in the design file, in terms of all device functions and in terms of pump performance.
(vi) The device must be designed and tested for electrical safety, electromagnetic compatibility, and radio frequency wireless safety and availability consistent with patient safety requirements in the intended use environment.
(vii) For any device that is capable of delivering more than one drug, the risk of cross-channeling drugs must be adequately mitigated.
(viii) For any devices intended for multiple patient use, testing must demonstrate validation of reprocessing procedures and include verification that the device meets all functional and performance requirements after reprocessing.
(2) Design verification and validation activities must include appropriate design inputs and design outputs that are essential for the proper functioning of the device that have been documented and include the following:
(i) Risk control measures shall be implemented to address device system hazards and the design decisions related to how the risk control measures impact essential performance shall be documented.
(ii) A traceability analysis demonstrating that all hazards are adequately controlled and that all controls have been validated in the final device design.
(3) The device shall include validated interface specifications for digitally connected devices. These interface specifications shall, at a minimum, provide for the following:
(i) Secure authentication (pairing) to external devices.
(ii) Secure, accurate, and reliable means of data transmission between the pump and connected devices.
(iii) Sharing of necessary state information between the pump and any digitally connected alternate controllers (
e.g., battery level, reservoir level, pump status, error conditions).(iv) Ensuring that the pump continues to operate safely when data is received in a manner outside the bounds of the parameters specified.
(v) A detailed process and procedure for sharing the pump interface specification with digitally connected devices and for validating the correct implementation of that protocol.
(4) The device must include appropriate measures to ensure that safe therapy is maintained when communications with digitally connected alternate controller devices is interrupted, lost, or re-established after an interruption (
e.g., reverting to a pre-programmed, safe drug delivery rate). Validation testing results must demonstrate that critical events that occur during a loss of communications (e.g., commands, device malfunctions, occlusions, etc.) are handled appropriately during and after the interruption.(5) The device design must ensure that a record of critical events is stored and accessible for an adequate period to allow for auditing of communications between digitally connected devices and to facilitate the sharing of pertinent information with the responsible parties for those connected devices. Critical events to be stored by the system must, at a minimum, include:
(i) A record of all drug delivery
(ii) Commands issued to the pump and pump confirmations
(iii) Device malfunctions
(iv) Alarms and alerts and associated acknowledgements
(v) Connectivity events (
e.g., establishment or loss of communications)(6) Design verification and validation must include results obtained through a human factors study that demonstrates that an intended user can safely use the device for its intended use.
(7) Device labeling must include the following:
(i) A prominent statement identifying the drugs that are compatible with the device, including the identity and concentration of those drugs as appropriate.
(ii) A description of the minimum and maximum basal rates, minimum and maximum bolus volumes, and the increment size for basal and bolus delivery, or other similarly applicable information about drug delivery parameters.
(iii) A description of the pump accuracy at minimum, intermediate, and maximum bolus delivery volumes and the method(s) used to establish bolus delivery accuracy. For each bolus volume, pump accuracy shall be described in terms of the number of bolus doses measured to be within a given range as compared to the commanded volume. An acceptable accuracy description (depending on the drug delivered and bolus volume) may be provided as follows for each bolus volume tested, as applicable: Number of bolus doses with volume that is 250 percent of the commanded amount.
(iv) A description of the pump accuracy at minimum, intermediate, and maximum basal delivery rates and the method(s) used to establish basal delivery accuracy. For each basal rate, pump accuracy shall be described in terms of the amount of drug delivered after the basal delivery was first commanded, without a warmup period, up to various time points. The information provided must include typical pump performance, as well as worst-case pump performance observed during testing in terms of both over-delivery and under-delivery. An acceptable accuracy description (depending on the drug delivered) may be provided as follows, as applicable: The total volume delivered 1 hour, 6 hours, and 12 hours after starting delivery for a typical pump tested, as well as for the pump that delivered the least and the pump that delivered the most at each time point.
(v) A description of delivery hazard alarm performance, as applicable. For occlusion alarms, performance shall be reported at minimum, intermediate, and maximum delivery rates and volumes. This description must include the specification for the longest time period that may elapse before an occlusion alarm is triggered under each delivery condition, as well as the typical results observed during performance testing of the pumps.
(vi) For wireless connection enabled devices, a description of the wireless quality of service required for proper use of the device.
(vii) For any infusion pumps intended for multiple patient reuse, instructions for safely reprocessing the device between uses.