(82 days)
DEKA Loop is intended for use with compatible integrated continuous glucose monitors (iCGM) and the DEKA alternate controller enabled (ACE) insulin infusion pump to automatically increase, and suspend delivery of basal insulin based on iCGM readings and predicted glucose values. It can also recommend, and with the user's confirmation, control the delivery of correction boluses when glucose values are predicted to exceed user configurable thresholds.
DEKA Loop is intended for the management of Type 1 diabetes mellitus in persons six years of age and greater.
DEKA Loop is intended for single patient use and requires a prescription.
DEKA Loop is an interoperable Alternate Glycemic Controller (iAGC) and works to control an ACE (Alternate Controller Enabled) insulin pump to automatically increase, decrease, and suspend delivery of basal insulin based on readings from an iCGM (integrated continuous glucose monitor) and glucose values predicted by DEKA Loop. DEKA Loop can also recommend, and with the user's confirmation, control the delivery of correction boluses when glucose values are predicted to exceed user configurable thresholds. It is controlled by an iOS app that is downloaded to a user's iPhone.
The provided document, an FDA 510(k) K234055 clearance letter for the DEKA Loop device, focuses on demonstrating substantial equivalence to a predicate device (Tidepool Loop K203689). It details the device's technological characteristics and mentions performance data primarily through in silico testing for clinical equivalence. However, the document does not directly provide specific acceptance criteria or detailed results of a study designed to prove the device meets those criteria in the format requested (e.g., a table with numerical acceptance values and reported performance). Nor does it describe patient-level ground truth establishment, expert adjudication, or MRMC studies.
The information below is extracted and inferred from the provided text, highlighting what is available and what is explicitly not mentioned or detailed in relation to your specific questions.
Here's a breakdown based on the provided text:
Device Performance Acceptance Criteria and Study Details (Based on available information)
The document primarily relies on demonstration of substantial equivalence to a predicate device (Tidepool Loop) based on technological, functional, and performance characteristics, rather than establishing de novo performance criteria. The "Performance Data" section specifically states: "Additionally, in-silico software challenge testing demonstrated clinical equivalence to the predicate device."
1. Table of Acceptance Criteria and Reported Device Performance:
The document does not provide a table with specific numerical acceptance criteria and corresponding reported device performance values. Instead, it states that "in-silico testing proves that the DEKA Loop algorithm is clinically equivalent to the Tidepool Loop Algorithm." This implies that the 'acceptance' for clinical performance was demonstrating equivalence through in silico methods.
| Characteristic | Acceptance Criteria (Implicit/Inferred) | Reported Device Performance | Notes |
|---|---|---|---|
| Clinical Performance (via Algorithm Equivalence) | Clinically equivalent to the predicate device (Tidepool Loop Algorithm) | Demonstrated clinical equivalence to Tidepool Loop Algorithm via in-silico testing. | This is the primary claim for clinical performance. Specific metrics (e.g., time-in-range, hypoglycemia events) and their acceptance thresholds are not provided for the in-silico study in this document. |
| Software Verification and Validation | Meets FDA's guidance document: "Guidance for Industry and FDA Staff - Total Product Life Cycle: Infusion Pump - Premarket Notification 510(k) Submissions Guidance" | Performed software verification and validation testing as per guidance. | General statement of compliance; no specific metrics or outcomes detailed. |
| Risk Assessment | Complies with ISO 14971 | Performed Risk Assessment including detailed hazard analysis based on ISO 14971. | General statement of compliance. |
2. Sample Size Used for the Test Set and Data Provenance:
- Sample Size (Test Set): Not explicitly stated. The document mentions "in-silico software challenge testing." This implies a simulated patient cohort, but the size of this cohort is not provided in terms of "samples."
- Data Provenance: The nature of in silico testing means it's not based on ex vivo or in vivo patient data in the traditional sense for the test set. It's a computational simulation.
- For the predicate device's clinical performance (which the subject device aims to be equivalent to), the document states: "Tidepool Loop clinical performance is supported by representative 1,250 participants in a 15 months duration real-world, observational, single arm study of DIY Loop including both pediatric and adult participants." This refers to the predicate's data, not the subject device's in silico test set.
3. Number of Experts Used to Establish Ground Truth and Qualifications:
- Not applicable / Not stated. Ground truth, in the context of an in silico study for a glycemic controller, would likely refer to the accuracy of the simulated physiological model against known physiological principles or real-world data characteristics, rather than expert annotation of medical images or diagnoses. No human experts are mentioned for establishing ground truth for the in silico test set.
4. Adjudication Method for the Test Set:
- Not applicable / Not stated. Given the in silico nature and lack of human expert involvement in "ground truth" establishment as typically understood in AI imaging, no adjudication method is described.
5. If a Multi-Reader Multi-Case (MRMC) Comparative Effectiveness Study was done:
- No. An MRMC study is relevant for human-in-the-loop performance studies, particularly in medical imaging where radiologists or clinicians interpret cases. The DEKA Loop is an automated glycemic controller. The document does not describe any study where human readers (e.g., clinicians) used the DEKA Loop (or a simulated version) to assess its comparative effectiveness against a standard of care or the predicate with outcomes like improved blood glucose control. The stated clinical performance evaluation was in silico device-to-predicate algorithm equivalence.
6. If a Standalone (i.e., algorithm only without human-in-the-loop performance) was done:
- Yes, implicitly. The "in-silico software challenge testing" is an algorithm-only (standalone) performance evaluation. It assessed the DEKA Loop algorithm's performance against the predicate's algorithm in a simulated environment, without direct human intervention in the loop of glucose regulation within the test.
7. The Type of Ground Truth Used:
- For the in-silico testing, the ground truth would be based on the simulated physiological model's behavior, which is designed to accurately represent human glucose metabolism and insulin action under various conditions. This is a form of simulated data / model-based ground truth rather than expert consensus, pathology, or direct patient outcomes data from a clinical trial for the subject device itself. The goal was to prove "clinical equivalence to the predicate device," meaning the in silico performance mirrored what the predicate device achieved in its real-world clinical study.
8. The Sample Size for the Training Set:
- Not stated. As this is a 510(k) submission for an existing algorithm (the "Loop" algorithm, which DEKA Loop is shown to be equivalent to), and not a novel AI/ML algorithm requiring de novo training, details about its original training set (if any, as an "algorithm" might be more deterministic control logic than a learned AI model in some cases) are not provided in this regulatory document. The focus is on the validation that the DEKA Loop implementation of the algorithm is equivalent to the predicate's.
9. How the Ground Truth for the Training Set was Established:
- Not stated. Refer to point 8. If the algorithm involved machine learning, its original training (if any) would have required a separate dataset and ground truth establishment method, which is not detailed in this 510(k) summary. Given the description ("predicts glucose levels... based on prior iCGM readings, insulin delivery history, and user input... uses that prediction to adjust insulin delivery"), it sounds more like a model-based predictive control algorithm rather than a deep learning model trained on a large dataset with ground truth labels.
{0}------------------------------------------------
Image /page/0/Picture/0 description: The image contains the logo of the U.S. Food and Drug Administration (FDA). On the left is the Department of Health & Human Services logo. To the right of that is the FDA logo, which is a blue square with the letters "FDA" in white. To the right of the blue square is the text "U.S. FOOD & DRUG ADMINISTRATION" in blue.
March 13, 2024
Deka Research and Development Paul Smolenski Regulatory Affairs 340 Commercial Street Manchester, New Hampshire 03101
Re: K234055
Trade/Device Name: DEKA Loop Regulation Number: 21 CFR 862.1356 Regulation Name: Interoperable Automated Glycemic Controller Regulatory Class: Class II Product Code: QJI Dated: December 21, 2023 Received: December 22, 2023
Dear Paul Smolenski:
We have reviewed your section 510(k) premarket notification of intent to market the device referenced above and have determined the device is substantially equivalent (for the indications for use stated in the enclosure) to legally marketed predicate devices marketed in interstate commerce prior to May 28, 1976, the enactment date of the Medical Device Amendments, or to devices that have been reclassified in accordance with the provisions of the Federal Food, Drug, and Cosmetic Act (the Act) that do not require approval of a premarket approval application (PMA). You may, therefore, market the device, subject to the general controls provisions of the Act. Although this letter refers to your product as a device, please be aware that some cleared products may instead be combination products. The 510(k) Premarket Notification Database available at https://www.accessdata.fda.gov/scripts/cdrh/cfdocs/cfpmn/pmn.cfm identifies combination product submissions. The general controls provisions of the Act include requirements for annual registration, listing of devices, good manufacturing practice, labeling, and prohibitions against misbranding and adulteration. Please note: CDRH does not evaluate information related to contract liability warranties. We remind you, however, that device labeling must be truthful and not misleading.
If your device is classified (see above) into either class II (Special Controls) or class III (PMA), it may be subject to additional controls. Existing major regulations affecting your device can be found in the Code of Federal Regulations, Title 21, Parts 800 to 898. In addition, FDA may publish further announcements concerning your device in the Federal Register.
Additional information about changes that may require a new premarket notification are provided in the FDA guidance documents entitled "Deciding When to Submit a 510(k) for a Change to an Existing Device" (https://www.fda.gov/media/99812/download) and "Deciding When to Submit a 510(k) for a Software Change to an Existing Device" (https://www.fda.gov/media/99785/download).
{1}------------------------------------------------
Your device is also subject to, among other requirements, the Quality System (QS) regulation (21 CFR Part 820), which includes, but is not limited to, 21 CFR 820.30, Design controls; 21 CFR 820.90, Nonconforming product; and 21 CFR 820.100, Corrective and preventive action. Please note that regardless of whether a change requires premarket review. the OS regulation requires device manufacturers to review and approve changes to device design and production (21 CFR 820.30 and 21 CFR 820.70) and document changes and approvals in the device master record (21 CFR 820.181).
Please be advised that FDA's issuance of a substantial equivalence determination does not mean that FDA has made a determination that your device complies with other requirements of the Act or any Federal statutes and regulations administered by other Federal agencies. You must comply with all the Act's requirements, including, but not limited to: registration and listing (21 CFR Part 807); labeling (21 CFR Part 801 and Part 809); medical device reporting of medical device-related adverse events) (21 CFR Part 803) for devices or postmarketing safety reporting (21 CFR Part 4, Subpart B) for combination products (see https://www.fda.gov/combination-products/guidance-regulatory-information/postmarketing-safetyreporting-combination-products); good manufacturing practice requirements as set forth in the quality systems (OS) regulation (21 CFR Part 820) for devices or current good manufacturing practices (21 CFR Part 4, Subpart A) for combination products; and, if applicable, the electronic product radiation control provisions (Sections 531-542 of the Act); 21 CFR Parts 1000-1050.
Also, please note the regulation entitled, "Misbranding by reference to premarket notification" (21 CFR 807.97). For questions regarding the reporting of adverse events under the MDR regulation (21 CFR Part 803), please go to https://www.fda.gov/medical-device-safety/medical-device-reportingmdr-how-report-medical-device-problems.
For comprehensive regulatory information about medical devices and radiation-emitting products, including information about labeling regulations, please see Device Advice (https://www.fda.gov/medicaldevices/device-advice-comprehensive-regulatory-assistance) and CDRH Learn (https://www.fda.gov/training-and-continuing-education/cdrh-learn). Additionally, you may contact the Division of Industry and Consumer Education (DICE) to ask a question about a specific regulatory topic. See the DICE website (https://www.fda.gov/medical-device-advice-comprehensive-regulatoryassistance/contact-us-division-industry-and-consumer-education-dice) for more information or contact DICE by email (DICE@fda.hhs.gov) or phone (1-800-638-2041 or 301-796-7100).
Sincerely,
Joshua Balsam -S
Joshua M. Balsam, Ph.D. Branch Chief Division of Chemistry and Toxicology Devices OHT7: Office of In Vitro Diagnostics Office of Product Evaluation and Quality Center for Devices and Radiological Health
{2}------------------------------------------------
Indications for Use
510(k) Number (if known) K234055
Device Name DEKA Loop
Indications for Use (Describe)
DEKA Loop is intended for use with compatible integrated continuous glucose monitors (iCGM) and the DEKA alternate controller enabled (ACE) insulin infusion pump to automatically increase, and suspend delivery of basal insulin based on iCGM readings and predicted glucose values. It can also recommend, and with the user's confirmation, control the delivery of correction boluses when glucose values are predicted to exceed user configurable thresholds.
DEKA Loop is intended for the management of Type 1 diabetes mellitus in persons six years of age and greater.
DEKA Loop is intended for single patient use and requires a prescription.
| Type of Use (Select one or both, as applicable) | |
|---|---|
| Prescription Use (Part 21 CFR 801 Subpart D) | Over-The-Counter Use (21 CFR 801 Subpart C) |
CONTINUE ON A SEPARATE PAGE IF NEEDED.
This section applies only to requirements of the Paperwork Reduction Act of 1995.
DO NOT SEND YOUR COMPLETED FORM TO THE PRA STAFF EMAIL ADDRESS BELOW.
The burden time for this collection of information is estimated to average 79 hours per response, including the time to review instructions, search existing data sources, gather and maintain the data needed and complete and review the collection of information. Send comments regarding this burden estimate or any other aspect of this information collection, including suggestions for reducing this burden, to:
Department of Health and Human Services Food and Drug Administration Office of Chief Information Officer Paperwork Reduction Act (PRA) Staff PRAStaff(@fda.hhs.gov
"An agency may not conduct or sponsor, and a person is not required to respond to, a collection of information unless it displays a currently valid OMB number."
{3}------------------------------------------------
510(k) Summary: K234055
Submitter Information
510(k) Sponsor: DEKA Research & Development 340 Commercial Street Manchester, NH 03101
Contact Person: Paul Smolenski Regulatory Affairs DEKA Research & Development Corporation Phone: (603) 669-5139 Fax: (603) 624-0573 psmolenski(@dekaresearch.com
Date Prepared: 2/29/2024
Proposed Device
Common/Usual Name: DEKA Loop Trade/Proprietary Name: DEKA Loop Classification Name: interoperable Automated Glycemic Controller Device Classification: 21 CFR 862.1356 Product Code: QJI Class: II Device Panel: Clinical Chemistry
Predicate Device
The predicate device for this submission is Tidepool Loop cleared in K203689.
Device Description
DEKA Loop is an interoperable Alternate Glycemic Controller (iAGC) and works to control an ACE (Alternate Controller Enabled) insulin pump to automatically increase, decrease, and suspend delivery of basal insulin based on readings from an iCGM (integrated continuous glucose monitor) and glucose values predicted by DEKA Loop. DEKA Loop can also recommend, and with the user's confirmation, control the delivery of correction boluses when glucose values are predicted to exceed user configurable thresholds. It is controlled by an iOS app that is downloaded to a user's iPhone.
Intended Use
DEKA Loop is intended for use with compatible integrated continuous glucose monitors (iCGM) and alternate controller enabled (ACE) pumps to automatically increase, decrease, and suspend delivery of basal insulin based on iCGM readings and predicted glucose values. It can also recommend and deliver correction boluses when glucose values are predicted to exceed user configurable thresholds. DEKA Loop is intended for the management of Type 1 diabetes mellitus in persons six years of age and greater. DEKA Loop is intended for single patient use and requires a prescription.
{4}------------------------------------------------
Technological Characteristics
DEKA Loop is used with an ACE pump and an iCGM to deliver basal insulin.
Performance Data
Software verification and validation testing was performed per FDA's guidance document, Guidance for Industry and FDA Staff - Total Product Life Cycle: Infusion Pump - Premarket Notification 510(k) Submissions Guidance. Additionally, in-silico software challenge testing demonstrated clinical equivalence to the predicate device.
{5}------------------------------------------------
Substantial Equivalence
DEKA Loop is substantially equivalent to the predicate device, Tidepool Loop, as cleared in K203689. The table belows a comparison of the technological, functional, and performance characteristics between the subject and predicate devices.
| Characteristic | Predicate Device | Subject Device | Explanation of Differences |
|---|---|---|---|
| Device Classification | Interoperable Automated Glycemic | Interoperable Automated Glycemic | Same |
| Regulation and | Controller, 21 CFR 862.1356, | Controller, 21 CFR 862.1356, | |
| Product Code | Procode QJI | Procode QJI | |
| Indications for Use | Tidepool Loop, a mobile applicationwith algorithm technology, isintended for use with compatibleintegrated continuous glucosemonitors (iCGM) and alternatecontroller enabled (ACE) insulininfusion pumps to automaticallyincrease, decrease, and suspenddelivery of basal insulin based oniCGM readings and predictedglucose values. It can alsorecommend, and with the user'sconfirmation, control the delivery ofcorrection boluses when glucosevalues are predicted to exceed userconfigurable thresholds.Tidepool Loop is intended for themanagement of type 1 diabetesmellitus in persons six years of ageand greater.Tidepool Loop is intended for singlepatient use. | DEKA Loop is intended for usewith compatible integratedcontinuous glucose monitors(iCGM) and the DEKA alternatecontroller enabled (ACE) insulininfusion pump to automaticallyincrease, decrease, and suspenddelivery of basal insulin based oniCGM readings and predictedglucose values. It can alsorecommend, and with the user'sconfirmation, control the delivery ofcorrection boluses when glucosevalues are predicted to exceed userconfigurable thresholds.DEKA Loop is intended for themanagement of Type 1 diabetesmellitus in persons six years of ageand greater.DEKA Loop is intended for singlepatient use and requires aprescription. | Equivalent. DEKA Loop isintegrated into the DEKAACE Pump System. |
| Characteristic | Predicate Device | Subject Device | Explanation of Differences |
| Prescription Use | Tidepool Loop is Rx - ForPrescription Use Only. | Yes | Same |
| Intended Population | YesType 1 diabetes mellitus in personssix years of age and greater. | Type 1 diabetes mellitus in personssix years of age and greater. | Same |
| Patient Environment | On-body wearable ambulatorypump | On-body wearable ambulatorypump | Same |
| Environment of Use | Home environments | Home environments | Same |
| Number of Users | Single user only | Single user only | Same |
| Technological Characteristics | |||
| Principle of Operation | Tidepool Loop predicts glucoselevels up to 6 hours in the future(the approximate duration of insulinaction for U-100 rapid-actinginsulin) based on prior iCGMreadings, insulin delivery history,and user input (e.g., carbohydrateintake and exercise) and uses thatprediction to adjust insulin delivery.Tidepool Loop can be used to adjustor suspend basal insulin deliveryevery 5 minutes and delivercorrection boluses of insulin basedon actual and predicted CGM sensorreadings.Users must manually deliver mealboluses they can calculate using theTidepool Loop BolusRecommendation Tool | DEKA Loop predicts glucose levelsup to 6 hours in the future (theapproximate duration of insulinaction for U-100 rapid-actinginsulin) based on prior iCGMreadings, insulin delivery history,and user input (e.g., carbohydrateintake and exercise) and uses thatprediction to adjust insulin delivery.DEKA Loop can be used to adjustor suspend basal insulin deliveryevery 5 minutes and delivercorrection boluses of insulin basedon actual and predicted CGM sensorreadings.Users must manually deliver mealboluses they can calculate using theDEKA Loop BolusRecommendation Tool | Same |
| Characteristic | Predicate Device | Subject Device | Explanation of Differences |
| (TLBRT) and can manually adjustinsulin delivery (change basal ratesand deliver insulin boluses) whenTidepool Loop is active. | (DLBRT) and can manually adjustinsulin delivery (change basal ratesand deliver insulin boluses) whenDEKA Loop is active. | ||
| Type of Algorithm | Hybrid Closed Loop – predictivecontrol | Hybrid Closed Loop – predictivecontrol | Same |
| Compatible iCGM | Dexcom G6 | Dexcom G6 | Same |
| Compatible ACEPump | An ACE pump that has thespecifications and meets the pre-specified acceptance criteria forsoftware, cybersecurity, deviceinteroperability, human factors,labeling, and training materials asdescribed in SOP-0016, "TidepoolLoop Connected Device Integrationand Validation Process and Plan,"and SOP-0018, "Tidepool LoopRegulatory Determination Process."Tidepool Loop must not bedistributed until the pre-specifiedacceptance criteria in the SOPs aremet. | DEKA ACE Pump System | Equivalent. Both requirecleared ACE Pumps. In theDEKA ACE Pump System,the integration aspects of thepredicate device areaddressed by embeddingDEKA Loop into the DEKAACE Pump System. |
| Device Design orMaterial | Tidepool Loop is a mobileapplication and a Software asMedical Device (SaMD) installedon a host mobile device. | DEKA Loop is embedded in theDEKA ACE Pump. The userinterface for DEKA Loop is theDEKA Loop App iOS application. | Equivalent. DEKA Loop isembedded in the DEKAACE pump instead of a hostmobile device. The userinterface for both systems isan iOS application. Both thesubject and predicate deviceshave equivalent risks andmitigations for each use |
| Characteristic | Predicate Device | Subject Device | Explanation of Differences |
| Algorithm Platform | iPhone | DEKA ACE Pump System | Equivalent. Both the subjectand predicate devices haveequivalent risks andmitigations for each useprofile. No new or modifiedrisks. |
| Insulin Compatibility | Novolog or Humalog U-100 | Novolog or Humalog U-100 | Same |
| Functional Characteristics | |||
| User-controlled TargetRange Settings | Customizable settingsCorrection Range:87 - 180 mg/dLPre-Meal Range:Glucose Safety Limit (which can beset from 67-110 mg/dL) - 130mg/dLWorkout Range: the higher of 87mg/dL or the Glucose Safety Limit(which can be set from 67-110mg/dL) - 250 mg/dL | Customizable settingsCorrection Range:87 - 180 mg/dLPre-Meal Range:Glucose Safety Limit (which can beset from 67-110 mg/dL) - 130mg/dLWorkout Range: the higher of 87mg/dL or the Glucose Safety Limit(which can be set from 67-110mg/dL) - 250 mg/dL | Same |
| Auto-populating bolusrecommendationbased on iCGM value:• In closed loopmode• In open loopmode | YesNo | YesNo | Same |
| Characteristic | Predicate Device | Subject Device | Explanation of Differences |
| Data List and Logging | Yes | Yes | Same |
| Daily Activity Records | Yes | Yes | Same |
| Average Data Display | Yes | Yes | Same |
| Changing Pump Settings | Yes | Yes | Same |
| Invite others to view data through authorization | Yes | Yes | Same |
| Password Required | Yes | Yes | Same |
| Performance Characteristics | |||
| Bench Performance | Tidepool Loop performance was verified and validated through software verification testing. | DEKA Loop performance was verified and validated through software verification testing. | Same |
| Clinical Performance | Tidepool Loop clinical performance is supported by representative 1,250 participants in a 15 months duration real-world, observational, single arm study of DIY Loop including both pediatric and adult participants. | In silico testing. | Equivalent. In silico testing proves that the DEKA Loop algorithm is clinically equivalent to the Tidepool Loop Algorithm. |
| Risk Assessment | Tidepool Loop performed Risk Assessment including detailed hazard analysis based on ISO 14971. | DEKA Loop performed Risk Assessment including detailed hazard analysis based on ISO 14971. | Same |
| Labeling | |||
| Training | Tidepool Loop includes mandatory in-app learning and setup (user training) before the user can use Tidepool Loop. | Training of features related to DEKA Loop is associated with the DEKA ACE Pump System. | Equivalent.Training on features associated with the integration of DEKA Loop within the DEKA ACE |
| Characteristic | Predicate Device | Subject Device | Explanation of Differences |
| Pump System and the impacton safety and effectivenesswere evaluated throughHuman Factors testing andfound to have no impact. | |||
| User Guide | Tidepool Loop electronic UserGuide also includes all specialcontrols, clinical performanceinformation and other informationneeded per cybersecurity andinteroperability requirements. | Labeling related to DEKA Loop isassociated with the DEKA ACEPump System.The DEKA ACE Pump System userguide includes all special controls,clinical performance informationand other information needed percybersecurity and interoperabilityrequirements. | Equivalent. |
{6}------------------------------------------------
{7}------------------------------------------------
{8}------------------------------------------------
{9}------------------------------------------------
{10}------------------------------------------------
{11}------------------------------------------------
Conclusion
DEKA Loop is substantially equivalent to the predicate Tidepool Loop cleared in K203689. The differences, summarized in this submission, do not raise different questions of safety or effectiveness. The performance of the device is supported by DEKA's design control process which included non-clinical testing and risk management activities. The device meets all Special Controls for this product type as required by 21 CFR 862.1356 for interoperable Automated Glycemic Controllers, Product Code QJI.
§ 862.1356 Interoperable automated glycemic controller.
(a)
Identification. An interoperable automated glycemic controller is a device intended to automatically calculate drug doses based on inputs such as glucose and other relevant physiological parameters, and to command the delivery of such drug doses from a connected infusion pump. Interoperable automated glycemic controllers are designed to reliably and securely communicate with digitally connected devices to allow drug delivery commands to be sent, received, executed, and confirmed. Interoperable automated glycemic controllers are intended to be used in conjunction with digitally connected devices for the purpose of maintaining glycemic control.(b)
Classification. Class II (special controls). The special controls for this device are:(1) Design verification and validation must include:
(i) An appropriate, as determined by FDA, clinical implementation strategy, including data demonstrating appropriate, as determined by FDA, clinical performance of the device for its intended use, including all of its indications for use.
(A) The clinical data must be representative of the performance of the device in the intended use population and in clinically relevant use scenarios and sufficient to demonstrate appropriate, as determined by FDA, clinical performance of the device for its intended use, including all of its indications for use.
(B) For devices indicated for use with multiple therapeutic agents for the same therapeutic effect (
e.g., more than one type of insulin), data demonstrating performance with each product or, alternatively, an appropriate, as determined by FDA, clinical justification for why such data are not needed.(C) When determined to be necessary by FDA, the strategy must include postmarket data collection to confirm safe real-world use and monitor for rare adverse events.
(ii) Results obtained through a human factors study that demonstrates that an intended user can safely use the device for its intended use.
(iii) A detailed and appropriate, as determined by FDA, strategy to ensure secure and reliable means of data transmission with other intended connected devices.
(iv) Specifications that are appropriate, as determined by FDA, for connected devices that shall be eligible to provide input to (
e.g., specification of glucose sensor performance) or accept commands from (e.g., specifications for drug infusion pump performance) the controller, and a detailed strategy for ensuring that connected devices meet these specifications.(v) Specifications for devices responsible for hosting the controller, and a detailed and appropriate, as determined by FDA, strategy for ensuring that the specifications are met by the hosting devices.
(vi) Documentation demonstrating that appropriate, as determined by FDA, measures are in place (
e.g., validated device design features) to ensure that safe therapy is maintained when communication with digitally connected devices is interrupted, lost, or re-established after an interruption. Validation testing results must demonstrate that critical events that occur during a loss of communications (e.g., commands, device malfunctions, occlusions, etc.) are handled and logged appropriately during and after the interruption to maintain patient safety.(vii) A detailed plan and procedure for assigning postmarket responsibilities including adverse event reporting, complaint handling, and investigations with the manufacturers of devices that are digitally connected to the controller.
(2) Design verification and validation documentation 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 to address device system hazards;
(ii) Design decisions related to how the risk control measures impact essential performance; and
(iii) 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 appropriate, as determined by FDA, and validated interface specifications for digitally connected devices. These interface specifications shall, at a minimum, provide for the following:
(i) Secure authentication (pairing) to connected devices;
(ii) Secure, accurate, and reliable means of data transmission between the controller and connected devices;
(iii) Sharing of necessary state information between the controller and any connected devices (
e.g., battery level, reservoir level, sensor use life, pump status, error conditions);(iv) Ensuring that the controller continues to operate safely when data is received in a manner outside the bounds of the parameters specified;
(v) A detailed process and procedures for sharing the controller's interface specification with connected devices and for validating the correct implementation of that protocol; and
(vi) A mechanism for updating the controller software, including any software that is required for operation of the controller in a manner that ensures its safety and performance.
(4) 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 controller must, at a minimum, include:
(i) Commands issued by the controller, and associated confirmations the controller receives from digitally connected devices;
(ii) Malfunctions of the controller and malfunctions reported to the controller by digitally connected devices (
e.g., infusion pump occlusion, glucose sensor shut down);(iii) Alarms and alerts and associated acknowledgements from the controller as well as those reported to the controller by digitally connected devices; and
(iv) Connectivity events (
e.g., establishment or loss of communications).(5) The device must only receive glucose input from devices cleared under § 862.1355 (integrated continuous glucose monitoring system), unless FDA determines an alternate type of glucose input device is designed appropriately to allow the controller to meet the special controls contained within this section.
(6) The device must only command drug delivery from devices cleared under § 880.5730 of this chapter (alternate controller enabled infusion pump), unless FDA determines an alternate type of drug infusion pump device is designed appropriately to allow the controller to meet the special controls contained within this section.
(7) An appropriate, as determined by FDA, training plan must be established for users and healthcare providers to assure the safety and performance of the device when used. This may include, but not be limited to, training on device contraindications, situations in which the device should not be used, notable differences in device functionality or features compared to similar alternative therapies, and information to help prescribers identify suitable candidate patients, as applicable.
(8) The labeling required under § 809.10(b) of this chapter must include:
(i) A contraindication for use in pediatric populations except to the extent clinical performance data or other available information demonstrates that it can be safely used in pediatric populations in whole or in part.
(ii) A prominent statement identifying any populations for which use of this device has been determined to be unsafe.
(iii) A prominent statement identifying by name the therapeutic agents that are compatible with the controller, including their identity and concentration, as appropriate.
(iv) The identity of those digitally connected devices with which the controller can be used, including descriptions of the specific system configurations that can be used, per the detailed strategy submitted under paragraph (b)(1)(iii) of this section.
(v) A comprehensive description of representative clinical performance in the hands of the intended user, including information specific to use in the pediatric use population, as appropriate.
(vi) A comprehensive description of safety of the device, including, for example, the incidence of severe hypoglycemia, diabetic ketoacidosis, and other relevant adverse events observed in a study conducted to satisfy paragraph (b)(1)(i) of this section.
(vii) For wireless connection enabled devices, a description of the wireless quality of service required for proper use of the device.
(viii) For any controller with hardware components intended for multiple patient reuse, instructions for safely reprocessing the hardware components between uses.