
Written By: ADCES member Dana Roseman, MPH, CDCES, RDN, LDN, Director of Technology and Applied Research, Integrated Diabetes Services. Edited by ADCES & danatech clinical staff.
September 19, 2025
Open-source automated insulin delivery (AID) systems collect a rich array of data and the sheer volume and complexity can be daunting. For providers unfamiliar with these platforms, it's not always clear where to start or how to make safe and meaningful insulin adjustments. While each open-source algorithm (Loop, Trio and AndroidAPS) uses different logic and settings, the clinical foundation remains the same. Providers should still identify patterns in the data in order to make appropriate adjustments to insulin settings and limits. Diabetes Care and Education Specialists (DCESs) play a key role in guiding patients to interpret reports, recognize trends and analyze the data to optimize glycemic outcomes.
Nightscout is the data platform typically used for Loop, Trio, and AndroidAPS. Nightscout is also an open-source project that is customized for users. It is a real-time web-based platform that displays all CGM and insulin data along with meal entries and custom overrides. All variables that may impact the algorithm’s decision-making process are shown. Nightscout provides the richest depot of all open-source data and highlights how insulin delivery is being adjusted.
Tidepool, an FDA-registered data platform, can also import open-source data. Tidepool imports information from either Apple HealthKit or Android health data services, depending on the smartphone being used by the open-source user. Tidepool also generates reports from CGM data and insulin delivery but does not have a real-time website display like Nightscout. Notably, while Tidepool is not an open-source platform; it can be easily downloaded and connected to an open-source app with little effort. Tidepool also has a clinic portal that can be incorporated into a practice as part of data analysis for most AID systems, not just open-source systems.
Additionally, since each open-source system runs from a smartphone app, data can and does collect into Apple HealthKit and Android health data services. As such, additional metrics like average carbohydrate intake and total insulin delivered can be evaluated for trends and patterns.
Each open-source system also displays a rich set of data points within the apps themselves. There is real-time and retrospective history within the apps, but this is typically displayed only for a limited period of time.
To a certain extent, open-source systems lack the “guardrails” that are present in the commercially available systems. While not common, there is potential for users to make setting changes (intentionally or inadvertently) that may be inappropriate. Checking insulin delivery and algorithm settings at each interaction is suggested.
Loop, Trio and AndroidAPS have many settings and safety limits that will reduce or increase insulin delivery in very specific ways. Yet, the basics still hold true: If frequent post-meal spikes or repeated correction boluses are observed, the carb ratio or insulin sensitivity might require adjustment. Overnight patterns of lows or wide basal fluctuations may indicate the need for basal adjustments. Blood glucose targets set too high or too low can prevent the algorithm from achieving ideal time-in-range. Additionally, insulin timing and behavioral patterns should continue to be assessed. As best practice, adjustments should be made in small (~10%) increments and based on repeated patterns, not isolated events. DCESs can guide users in making these changes thoughtfully, reducing the risk of hypoglycemia and boosting confidence in the AID system.
HCPs and DCESs are in a unique position to help translate data into safe and actionable changes. Emphasizing pattern awareness over one-time excursions can help reduce diabetes burnout and keep adjustments within a safe and structured framework. As in all diabetes technology, it is best practice for the DCES to frame setting changes as part of normal optimization rather than failure of the (open-source) algorithm.
Translating open-source AID data into safe, meaningful adjustments can be simplified into three clinical steps:
Identify Patterns
Focus on repeated glucose trends rather than isolated events.
Review Time-in-Range, postprandial excursions, nocturnal lows, and glucose variability across multiple days.
Evaluate Insulin Settings and Delivery
Compare observed patterns with programmed carb ratios, correction factors, basal rates, and glucose targets.
Watch for mismatches—for example, frequent manual corrections may indicate an insulin sensitivity factor that is too weak.
Decide on Adjustments
Prioritize small, incremental changes (~10%) rather than sweeping modifications.
Confirm that lifestyle or behavioral factors (meal timing, exercise, site rotation) aren’t the main drivers before changing settings.
Schedule reassessment within 1–2 weeks to evaluate impact.
Healthcare providers do not need to master every nuance of Loop, AndroidAPS, or Trio to make a difference. The same foundational skills used with any insulin regimen, pattern recognition, incremental adjustments, and patient coaching, apply directly to open-source AID systems. By focusing on repeated trends, engaging in open dialogue, and making small, safe changes, providers can translate complex data into confident, actionable decisions that improve glycemic outcomes and patient trust.
1. What platforms are commonly used to view and analyze open-source AID data?
Most users rely on Nightscout, an open-source, real-time web platform that displays CGM, insulin delivery, meal entries, and overrides. Tidepool can also import and report open-source data, offering a clinic portal for providers. In addition, Apple HealthKit and Android health services collect supplementary metrics such as average carb intake and total insulin delivered.
2. How should clinicians approach insulin adjustments with open-source AID systems?
While open-source systems like Loop, Trio, and AndroidAPS have advanced algorithms and safety limits, the clinical approach remains the same: focus on patterns over time. For example, frequent post-meal spikes may indicate the need to adjust carb ratios, while consistent overnight lows may require basal changes. Best practice is to make small (~10%) adjustments based on repeated patterns, not isolated events.
3. What is the role of DCESs and other HCPs when supporting patients using open-source AID systems?
DCESs help translate large volumes of complex data into safe, actionable insights. They can guide users in interpreting reports, identifying trends, and making thoughtful adjustments, while reinforcing that optimization is a normal process—not a failure of the system. Framing discussions around patterns, fundamentals of self-management, and safe troubleshooting can empower patients and reduce diabetes burnout.
Braune K, et al. Open-source automated insulin delivery: perspectives from healthcare professionals. Lancet Diabetes Endocrinol. 2019;7(8):681-683.
Burnside MJ, Lewis DM, Crocket HR, et al. Open-source automated insulin delivery in type 1 diabetes. N Engl J Med. 2022;387(10):869-881. doi:10.1056/NEJMoa2203913.
Lum JW, et al. Outcomes of patients with type 1 diabetes using open-source AID systems. Diabetes Technol Ther. 2021;23(3):184-191.
DISCLAIMERS:
This site and its services do not constitute the practice of medical advice, diagnosis or treatment. Always talk to your diabetes care and education specialist or health care provider for diagnosis and treatment, including your specific medical needs. If you have or suspect that you have a medical problem or condition, please contact a qualified health care professional immediately. To find a diabetes care and education specialist near you, visit the ADCES finder tool.
ADCES and danatech curate product specifics and periodically review them for accuracy and relevance. As a result, the information may or may not be the most recent. We recommend visiting the manufacturer's website for the latest details if you have any questions.