<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.0 20040830//EN" "journalpublishing.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="2.0" xml:lang="en" article-type="research-article"><front><journal-meta><journal-id journal-id-type="nlm-ta">JMIR AI</journal-id><journal-id journal-id-type="publisher-id">ai</journal-id><journal-id journal-id-type="index">41</journal-id><journal-title>JMIR AI</journal-title><abbrev-journal-title>JMIR AI</abbrev-journal-title><issn pub-type="epub">2817-1705</issn><publisher><publisher-name>JMIR Publications</publisher-name><publisher-loc>Toronto, Canada</publisher-loc></publisher></journal-meta><article-meta><article-id pub-id-type="publisher-id">v4i1e57421</article-id><article-id pub-id-type="doi">10.2196/57421</article-id><article-categories><subj-group subj-group-type="heading"><subject>Viewpoint</subject></subj-group></article-categories><title-group><article-title>Striking a Balance: Innovation, Equity, and Consistency in AI Health Technologies</article-title></title-group><contrib-group><contrib contrib-type="author"><name name-style="western"><surname>Perakslis</surname><given-names>Eric</given-names></name><degrees>PhD</degrees><xref ref-type="aff" rid="aff1">1</xref><xref ref-type="aff" rid="aff2">2</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Nolen</surname><given-names>Kimberly</given-names></name><degrees>BS, PharmD</degrees><xref ref-type="aff" rid="aff3">3</xref></contrib><contrib contrib-type="author" corresp="yes"><name name-style="western"><surname>Fricklas</surname><given-names>Ethan</given-names></name><degrees>MSE</degrees><xref ref-type="aff" rid="aff1">1</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Tubb</surname><given-names>Tracy</given-names></name><degrees>RN, MSN</degrees><xref ref-type="aff" rid="aff1">1</xref></contrib></contrib-group><aff id="aff1"><institution>Duke Clinical Research Institute, Duke University School of Medicine</institution><addr-line>Durham</addr-line><addr-line>NC</addr-line><country>United States</country></aff><aff id="aff2"><institution>Pluto Health</institution><addr-line>Durham</addr-line><addr-line>NC</addr-line><country>United States</country></aff><aff id="aff3"><institution>Pfizer Inc</institution><addr-line>New York</addr-line><addr-line>NY</addr-line><country>United States</country></aff><contrib-group><contrib contrib-type="editor"><name name-style="western"><surname>Malin</surname><given-names>Bradley</given-names></name></contrib><contrib contrib-type="editor"><name name-style="western"><surname>Emam</surname><given-names>Khaled El</given-names></name></contrib></contrib-group><contrib-group><contrib contrib-type="reviewer"><name name-style="western"><surname>Berntsen</surname><given-names>Gro</given-names></name></contrib><contrib contrib-type="reviewer"><name name-style="western"><surname>Lotfinia</surname><given-names>Mahshad</given-names></name></contrib><contrib contrib-type="reviewer"><name name-style="western"><surname>Jung</surname><given-names>Ryan</given-names></name></contrib><contrib contrib-type="reviewer"><name name-style="western"><surname>Lokala</surname><given-names>Usha</given-names></name></contrib></contrib-group><author-notes><corresp>Correspondence to Ethan Fricklas, MSE, Duke Clinical Research Institute, Duke University School of Medicine, 300 West Morgan Street, Durham, NC, 27701, United States, 1 9196680434; <email>ethan.fricklas@duke.edu</email></corresp></author-notes><pub-date pub-type="collection"><year>2025</year></pub-date><pub-date pub-type="epub"><day>7</day><month>4</month><year>2025</year></pub-date><volume>4</volume><elocation-id>e57421</elocation-id><history><date date-type="received"><day>16</day><month>02</month><year>2024</year></date><date date-type="rev-recd"><day>10</day><month>01</month><year>2025</year></date><date date-type="accepted"><day>23</day><month>02</month><year>2025</year></date></history><copyright-statement>&#x00A9; Eric Perakslis, Kimberly Nolen, Ethan Fricklas, Tracy Tubb. Originally published in JMIR AI (<ext-link ext-link-type="uri" xlink:href="https://ai.jmir.org">https://ai.jmir.org</ext-link>), 7.4.2025. </copyright-statement><copyright-year>2025</copyright-year><license license-type="open-access" xlink:href="https://creativecommons.org/licenses/by/4.0/"><p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (<ext-link ext-link-type="uri" xlink:href="https://creativecommons.org/licenses/by/4.0/">https://creativecommons.org/licenses/by/4.0/</ext-link>), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work, first published in JMIR AI, is properly cited. The complete bibliographic information, a link to the original publication on <ext-link ext-link-type="uri" xlink:href="https://www.ai.jmir.org/">https://www.ai.jmir.org/</ext-link>, as well as this copyright and license information must be included.</p></license><self-uri xlink:type="simple" xlink:href="https://ai.jmir.org/2025/1/e57421"/><related-article related-article-type="correction-forward" ext-link-type="doi" xlink:href="10.2196/76234" xlink:title="This is a corrected version. See correction statement in" xlink:type="simple">https://ai.jmir.org/2025/1/e76234</related-article><abstract><p>With the explosion of innovation driven by generative and traditional artificial intelligence (AI), comes the necessity to understand and regulate products that often defy current regulatory classification. Tradition, and lack of regulatory expediency, imposes the notion of force-fitting novel innovations into pre-existing product classifications or into the essentially unregulated domains of wellness or consumer electronics. Further, regulatory requirements, levels of risk tolerance, and capabilities vary greatly across the spectrum of technology innovators. For example, currently unregulated information and consumer electronic suppliers set their own editorial and communication standards without extensive federal regulation. However, industries like biopharma companies are held to a higher standard in the same space, given current direct-to-consumer regulations like the Sunshine Act (also known as Open Payments), the federal Anti-Kickback Statute, the federal False Claims Act, and others. Clear and well-defined regulations not only reduce ambiguity but facilitate scale, showcasing the importance of regulatory clarity in fostering innovation and growth. To avoid highly regulated industries like health care and biopharma from being discouraged from developing AI to improve patient care, there is a need for a specialized framework to establish regulatory evidence for AI-based medical solutions. In this paper, we review the current regulatory environment considering current innovations but also pre-existing legal and regulatory responsibilities of the biopharma industry and propose a novel, hybridized approach for the assessment of novel AI-based patient solutions. Further, we will elaborate the proposed concepts via case studies. This paper explores the challenges posed by the current regulatory environment, emphasizing the need for a specialized framework for AI medical devices. By reviewing existing regulations and proposing a hybridized approach, we aim to ensure that the potential of AI in biopharmaceutical innovation is not hindered by uneven regulatory landscapes.</p></abstract><kwd-group><kwd>artificial intelligence</kwd><kwd>algorithm</kwd><kwd>regulatory landscape</kwd><kwd>predictive model</kwd><kwd>predictive analytics</kwd><kwd>predictive system</kwd><kwd>practical model</kwd><kwd>machine learning</kwd><kwd>large language model</kwd><kwd>natural language processing</kwd><kwd>deep learning</kwd><kwd>digital health</kwd><kwd>regulatory</kwd><kwd>health technology</kwd></kwd-group></article-meta></front><body><sec id="s1" sec-type="intro"><title>Introduction</title><sec id="s1-1"><title>Background</title><p>The convergence of algorithms, artificial intelligence (AI), big data, and digital health technologies (DHTs) is a sea change not seen since the &#x201C;dot.com&#x201D; era, which has significantly changed the way we work, play, and learn [<xref ref-type="bibr" rid="ref1">1</xref>,<xref ref-type="bibr" rid="ref2">2</xref>]. However, the lack of comprehensive regulatory guidance has led to the force-fitting of novel innovations into existing categories, leading to ambiguous boundaries between medical devices and consumer electronics. This results in added ambiguity for innovators seeking to share valuable product concepts. What is lacking is a comprehensive approach to evaluating medical benefits, risks, and evidence that can be universally applied across different product categories, product types, and regulatory regimes [<xref ref-type="bibr" rid="ref3">3</xref>]. Such an approach would be flexible, allowing for the distinctions between various products to be properly addressed. Clear regulations play an important role in enabling easier scaling, highlighting the mutually beneficial relationship between regulatory clarity and the acceleration of innovation. Moreover, the pharmaceutical industry&#x2019;s comprehensive understanding of scaling and marketing extends beyond the confines of drug development, presenting a valuable paradigm for other sectors in the AI landscape. This paper addresses the ambiguity faced by innovators and proposes models for evidence strategies, particularly focusing on the distinct regulatory challenges faced by the biopharma industry.</p><p>At the time of this writing, Gartner [<xref ref-type="bibr" rid="ref4">4</xref>] has placed the increasingly popular generative AI technology at the peak of inflated expectations for emerging technologies in 2024. Whether the transformation that generative or other forms of AI and DHTs bring to health care occurs gradually or rapidly, there is widespread anticipation of both advancement and potential challenges [<xref ref-type="bibr" rid="ref5">5</xref>,<xref ref-type="bibr" rid="ref6">6</xref>]. The many use cases ranging across diagnostics, logistics, clerical improvements, and new treatment modalities in general medicine and across medical subspecialties have been described in detail within the literature [<xref ref-type="bibr" rid="ref7">7</xref>,<xref ref-type="bibr" rid="ref8">8</xref>]. Similarly, the use of these technologies holds equally compelling promise within biomedical product development [<xref ref-type="bibr" rid="ref9">9</xref>,<xref ref-type="bibr" rid="ref10">10</xref>].</p></sec><sec id="s1-2"><title>Current Challenges</title><p>AI and DHTs represent a wide range of intricate and interconnected technologies, and the vast array of applications are equally diverse and complex. For example, most DHTs rely on proprietary algorithms trained from and across a mixture of private and public data sources. As multiple technologies are integrated into a tool, more information may be shared, and the capabilities and risks aggregate [<xref ref-type="bibr" rid="ref11">11</xref>]. This additive complexity challenges traditional domain-based regulatory regimes. The US Food and Drug Administration (FDA) regulates medical devices, but not all algorithms and apps meet the regulatory definition of a medical device as defined in Section 201(h) of the Food, Drug, and Cosmetic Act. These apps often access and transmit data across the internet but do not fit neatly into the codified remit of the Federal Communications Commission or the Federal Trade Commission (FTC) [<xref ref-type="bibr" rid="ref12">12</xref>]. Even within regulatory regimes, there are qualified gaps. The Office for Civil Rights enforces health care privacy, but only for covered entities, leaving a loophole and resulting in gaps in protection that are systematically being exploited [<xref ref-type="bibr" rid="ref13">13</xref>]. Further, these overlapping, complex, and intricate interregulatory and intraregulatory regimes create confusion and inequities, hindering progress.</p></sec><sec id="s1-3"><title>Objectives</title><p>While there have been efforts to establish standardized approaches to the regulatory assessment of DHT and AI medical products, many of these frameworks take the approach of a single regulator and regulatory regime versus approaches that inform regulatory decision-making across the spectrum of relevant regulators [<xref ref-type="bibr" rid="ref14">14</xref>-<xref ref-type="bibr" rid="ref16">16</xref>]. Further, these frameworks incorrectly assume that all innovators are alike. Consumer electronic companies and health technology startups, providing solutions that may overlap or compete with offerings from traditional medical device and pharmaceutical companies, often navigate a regulatory landscape that offers them more adaptability in their operations, which differs from the established health care regulations governing other sectors. The coexistence of unregulated and highly regulated makers in the same market can lead to various challenges, including issues related to safety, quality, and fair competition. Balancing innovation and oversight is crucial in this context. We need solutions that promote fair competition while maintaining a high standard of safety and product effectiveness, without creating a disparity between the heavily and lightly regulated entities. It is also helpful to level set on terminology. <xref ref-type="other" rid="box1">Textbox 1</xref> provides definitions for common terms used in this space.</p><boxed-text id="box1"><title> Key terms and definitions.</title><p>Digital health technologies: technologies consisting of hardware (eg, sensors or transmitters) or software (eg, connectivity software, algorithms, or artificial intelligence) components that are used for health care&#x2013;related purposes.</p><p>Medical device software: term primarily used in the European Union to define software with a medical purpose that can be used either alone or in combination with a regulated medical device. This is not interchangeable with software as a medical device [<xref ref-type="bibr" rid="ref17">17</xref>].</p><p>Software as a medical device: software that is used for medical purposes and may do so independently of a hardware medical device as well as not being a required component of a hardware medical device [<xref ref-type="bibr" rid="ref18">18</xref>].</p><p>Mobile medical apps: mobile apps serving as medical devices, which integrate software functionality that aligns with the Food and Drug Administration definition of a device, as outlined in Section 201(h) of the Food, Drug, and Cosmetic Act. These apps may function as accessories to regulated medical devices or convert a mobile platform into a regulated medical device [<xref ref-type="bibr" rid="ref19">19</xref>].</p><p>Digital therapeutics: software-based interventions intended to prevent, manage, or treat medical conditions based on evidence of a demonstrable positive therapeutic impact on a patient&#x2019;s health [<xref ref-type="bibr" rid="ref20">20</xref>].</p><p>Direct to consumer: marketing products or services directly to consumers without the involvement of a health care provider.</p></boxed-text></sec></sec><sec id="s2"><title>Regulatory Regimes and Industries in DHT</title><p>The key is that not all makers are subject to regulations in the same manner nor do they exhibit the same affinity for risk. For example, while direct-to-consumer advertising is highly regulated for pharmaceutical products, the oversight is less consistent for over-the-counter (OTC) &#x201C;devices,&#x201D; such as some medical tests not regulated by the FDA or FTC [<xref ref-type="bibr" rid="ref21">21</xref>,<xref ref-type="bibr" rid="ref22">22</xref>]. This not only results in a less than comprehensive regulatory coverage of AI medical devices and DHTs but also involuntarily creates an ecosystem where makers develop and market their products around the varying gaps in regulatory coverage. Certain products, such as OTC medical device algorithms to detect sleep apnea, may be subject to less regulation and thus have an advantage over established health care products. OTC sleep apnea devices represent a category of products that can fall in the &#x201C;interstitial spaces&#x201D; of regulatory oversight, as they are not always subject to the same level of scrutiny as prescription devices. These products often include wearable sensors, smartphone apps, or other consumer-grade devices that purport to detect symptoms of sleep apnea, such as disrupted breathing or low oxygen levels during sleep. Many OTC sleep apnea devices may fall into class I or II and thus may not require premarket approval, which is the most stringent type of device marketing application required by the FDA. Instead, they may only need to meet the requirements for 510(k) clearance, which is a less rigorous process and does not require clinical trials. However, there are also some OTC sleep apnea devices that do not fall under any FDA regulation because they are marketed as &#x201C;wellness&#x201D; or &#x201C;lifestyle&#x201D; products rather than medical devices. They do not detect signs of sleep apnea and are not marketed as a medical device but as a sleep improvement system; therefore, they do not fall under FDA regulation.</p><p>This lack of consistent regulation can create opportunities for companies to market products with less oversight and potentially greater profit margins, but it can also lead to consumer confusion and potential safety risks if the products do not perform as advertised. It is a clear example of how the existing regulatory framework may struggle to keep up with the rapid pace of innovation in DHT. Clear and well-defined regulations play a pivotal role, especially during the transition from exploratory phases to scaling products, enabling smoother, efficient scaling processes.</p><p>In many ways, the opposite situation exists for larger established health care organizations. A highly regulated pharmaceutical company that is already subject to the many previously discussed compliance regimes and other complex corporate regulatory obligations may find it too difficult or risky to attempt digital innovation, as the burden of reporting, evidence, and oversight are all greatly heightened compared to niche innovators. This scenario must be discouraged, as these organizations have deep expertise within the disease areas where they have successfully delivered drugs and devices. This expertise could lend itself to success beyond many health technology startups, which often fail due to a lack of market fit of their products [<xref ref-type="bibr" rid="ref23">23</xref>]. Encouraging a balance between regulatory clarity and flexibility is paramount to fostering innovation across diverse players in the digital health landscape. Indeed, there is a cost to regulatory compliance, which is more readily absorbed by well-resourced companies. Smaller startups may not have sufficient funding to run the optimal size and scale validation study. They may have funding constrained by the need to showing promise to investors in order to survive to their next round of funding.</p></sec><sec id="s3"><title>Evidence Requirements and Claims</title><p>While one side of the matrix is the nature of the products being developed and the types of makers, the evidence supporting these products is equally if not more diverse. Companies with very different sizes and areas of expertise may be competing openly within a range of product categories and evidence strategies with clinical development plans that seem lacking. Much of this may be attributed to the relative lack of maturation of the AI medical device and DHT spaces, which has led to a wide range of interpretation of the guidelines. This can pose challenges for companies with more rigid regulatory boundaries, which wish to participate in this evolving experimental domain and have substantial evidence strategies to support product development but are uncomfortable as the space is not mature. For most, the first step is to determine the type of product being developed. However, when dealing with products designed for medical purposes or functions, it is essential to ensure that it addresses an unmet medical need. In the United States, the product type can vary from a device software or algorithm that may be classified as mobile medical apps, software functions that are not medical devices, clinical decision support software, or software as a medical device (SaMD) [<xref ref-type="bibr" rid="ref24">24</xref>-<xref ref-type="bibr" rid="ref26">26</xref>]. Each of these product types needs different types and levels of evidence to support them in the market and may need regulatory approval. While the FDA offers guidance on how to determine the product type, significant judgment is required due to similarities within the categories as well as the severity of the disease indication. This necessitates an iterative thought process, considering multiple regulatory guidance alongside the evidence strategy and clinical development plan [<xref ref-type="bibr" rid="ref27">27</xref>].</p><p>To simplify this process, we developed the graphical consolidated regulatory decision framework shown in <xref ref-type="fig" rid="figure1">Figure 1</xref> [<xref ref-type="bibr" rid="ref28">28</xref>-<xref ref-type="bibr" rid="ref30">30</xref>]. This framework builds on the approach in the FDA Guidance, Software as a Medical Device (SAMD): Clinical Evaluation [<xref ref-type="bibr" rid="ref31">31</xref>]. Additional details supporting this framework are available in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref>. A precursor to the workflow is determining whether the clinical association is well-established or novel. This can be nontrivial, as many SaMD products lack clinically established standards due to the novelty of the product. When there is a well-established clinical association, these SaMD have outputs with well-documented association as identified in sources such as clinical guidelines, clinical studies in peer-reviewed journals, consensus for the use of the SaMD, international reference materials, or other similar well-established comparators of previously marketed devices. When the clinical association is novel, these SaMD may involve new inputs, algorithms, outputs, new intended target population, or new intended use. An example may include the combination of nonstandard inputs (eg, mood or pollen count), with standard inputs (eg, blood pressure or other physiological signals), that uses novel algorithms to detect deterioration of health or diagnosis of a disease.</p><fig position="float" id="figure1"><label>Figure 1.</label><caption><p>Consolidated regulatory classification decision framework (for the reader&#x2019;s convenience, <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref> gives a set of figures referenced in <xref ref-type="fig" rid="figure1">Figure 1</xref>). CDS: clinical decision support; IVD: in vitro diagnostic; SaMD: software as a medical device.</p></caption><graphic alt-version="no" mimetype="image" position="float" xlink:type="simple" xlink:href="ai_v4i1e57421_fig01.png"/></fig><p>The importance of objective consideration of these questions cannot be overstated. Frequently, innovators have embedded biases within their assumptions that cloud judgment in this assessment.</p><p>Any one or combination of these biases can threaten or derail the development of novel technology products including product integrity and patient safety. For example, the well-publicized case of the FDA warning letter that caused Owlet to cease selling their Smart Sock and copackaged products includes several of these biases [<xref ref-type="bibr" rid="ref32">32</xref>]. The FDA determined that the product was a medical device but the maker had not reached the same determination [<xref ref-type="bibr" rid="ref33">33</xref>]. According to the FDA, the apnea alarms had inadequate clinical evidence, and parents could potentially seek emergency care due to product alarms that had inadequately established clinical association (prestep), specifically dips in oxygen saturation as determined by pulse oximetry in infants during sleep [<xref ref-type="bibr" rid="ref34">34</xref>]. This incident exemplifies how the misclassification of a product type and inadequate clinical evidence highlight the challenges in navigating ambiguous regulatory guidelines. Clear regulations not only mitigate the risk of inadequate clinical evidence, reducing the likelihood of triggering unnecessary care in this case, but also highlight the significance of aligning evidence strategies with robust clinical development plans to avoid such pitfalls.</p><p>In contrast, Apple&#x2019;s approach to irregular heartbeat notification serves as an example that a technology company that operates outside the traditional health care sphere can diligently address product-type classification and evidence. Apple developed these FDA-cleared features via rigorous and traditional approaches using randomized controlled trials [<xref ref-type="bibr" rid="ref35">35</xref>,<xref ref-type="bibr" rid="ref36">36</xref>]. The resulting product label is considered FDA-regulated; therefore, the claims made about the product must not exceed the evidence produced, the specifics listed within the clearance letter, or the resulting label [<xref ref-type="bibr" rid="ref37">37</xref>]. However, Apple is an exception within the technology industry in size, scope, and resourcing. The average medical device maker is much smaller and must build their product strategies around regulatory regimes in order to get their product to market. This is not solely about the avoidance of regulation. Many innovations pass the bar for regulatory clearance but not the bar for reimbursement, which can be a difficult and unprofitable market situation. Alternatively, developing a product that does not meet the bar for FDA regulation can result in a highly profitable &#x201C;health&#x201D; or &#x201C;fitness&#x201D; application that, while not regulated or reimbursed by health insurance, can be highly profitable by volume of sales even at very low-price points.</p><p>If the maker determines that the software product is not a medical device, the next step is to determine whether the product is a decision support tool, and this can be accomplished with the aid of the earlier-referenced FDA guidance document.</p><p>Continuing with the framework, if the software is a medical device, the next step is to determine whether the software is a SaMD. If not, the user is directed toward traditional medical device pathways. If so, they are guided through the SaMD categorization process. This is complicated by the requirement for a deep understanding of the medical indication and all possible outcomes from any chosen route. Determining whether a SaMD treats or diagnoses, whether it drives clinical management, or simply informs clinical care yields a level of interpretation that often varies by stakeholders. In addition, it must be simultaneously determined whether these actions occur in a critical, serious, or nonserious medical situation. The FDA has published guidance on when and whether independent review of these decisions should be included.</p><p>Once the SaMD is categorized, the next step is to determine whether the product is an in vitro diagnostic (IVD) or non-IVD SaMD. The rubric directs the user toward evidence generation in either case. When the SaMD is non-IVD and novel clinically, the evidence generation process requires the establishment of a valid clinical association, analytical validation, and clinical validation of the product. These steps have been elaborated in detail within the previously referenced work by Goldsack et al [<xref ref-type="bibr" rid="ref16">16</xref>]. When the SaMD is an IVD, the evidence generation process is analogous to the non-IVD case and can follow the stages of the clinical evidence assessment process as outlined in the Global Harmonization Task Force&#x2019;s Clinical Evidence for IVD Medical Devices [<xref ref-type="bibr" rid="ref38">38</xref>].</p></sec><sec id="s4"><title>Product Labeling Standards as a Guide</title><p>One improbable solution to creating clear and concise regulations would be the reorganization of current regulatory regimes to produce a new agency focused directly on the regulation of health care technologies. However, we can gain some insights from the nutrition industry.</p><p>Today, there are 3 agencies responsible for the regulation of food and nutrition information, the FDA, the FTC, and the Food Safety and Inspection Service (FSIS) of the US Department of Agriculture [<xref ref-type="bibr" rid="ref39">39</xref>]. This may appear logical, assuming that each agency shares part of an overall mission. However, the reality is that handoffs, overlapping, and gray areas decrease the regulatory effectiveness or, at minimum, create confusion of roles and responsibilities. Continuing the example of food labeling, the FTC regulates food advertising, while the other 2 agencies share responsibility for regulating labels: FSIS regulates meat, poultry, and egg labeling and FDA regulates labeling for all other foods and nonspecified red meat (game). The Nutrition Labeling and Education Act addressed FDA-regulated packages and FSIS-issued parallel regulations. As an example of a gap, there are no provisions in the regulatory authorities defined by Congress that allow the FDA to approve dietary supplements for safety before they reach the consumer [<xref ref-type="bibr" rid="ref40">40</xref>]. This results in fragmented safety data and little ability to forecast or prevent harmful products from reaching consumers [<xref ref-type="bibr" rid="ref41">41</xref>].</p><p>There is a great deal that the digital health space can learn from nutrition and food labeling. Specifically, the FDA or Nutrition Labeling and Education Act and the FSIS oversee 3 elements of food package labeling: nutrient content, nutrient content claims, and &#x201C;disease&#x201D; claims. Further, the FDA has restricted health claims to a small number of permitted claims [<xref ref-type="bibr" rid="ref42">42</xref>]. This type of strategic and comprehensive approach to labeling is a model that if applied to AI medical devices and DHTs would improve transparency and clarify their benefits and risks. Elements are starting to appear in relevant subdomains of digital health such as cybersecurity, computing hardware, clinical decision support, and medical devices [<xref ref-type="bibr" rid="ref43">43</xref>-<xref ref-type="bibr" rid="ref45">45</xref>]. Examples extending the nutrition-based health claims into the digital domain are shown in <xref ref-type="fig" rid="figure2">Figure 2</xref>. This figure shows health risk areas linked to nutrients having FDA-approved health claims. The figure shows those same health risk areas linked to digital health elements that could also have an impact on risk. Standardized AI medical device and DHT product labeling across prescription and nonprescription products could address the diversity of innovators and makers just as nutrition labeling levels the field between small farms and large, industrial food production corporations, as all are held to the same standards.</p><p>Different aspects of the creation, oversight, and enforcement of such labeling regulations would likely fall within the purview of existing regulatory bodies assessing medical devices and algorithm-driven DHTs. As <xref ref-type="table" rid="table1">Table 1</xref> suggests, this is a current patchwork of different agencies without necessarily one central authority. The table indicates how the different agencies could each play a role in the oversight of AI medical devices and DHTs and the relevant product development.</p><fig position="float" id="figure2"><label>Figure 2.</label><caption><p>Health impacts and their associated nutrients and digital elements. FDA: Food and Drug Administration.</p></caption><graphic alt-version="no" mimetype="image" position="float" xlink:type="simple" xlink:href="ai_v4i1e57421_fig02.png"/></fig><table-wrap id="t1" position="float"><label>Table 1.</label><caption><p>Regulatory authority across components of medical devices and algorithm-driven digital health technologies (DHTs).</p></caption><table id="table1" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">Federal agency</td><td align="left" valign="bottom">Relevant aspects of current role</td><td align="left" valign="bottom">Possible enhanced role</td></tr></thead><tbody><tr><td align="left" valign="top">US Food and Drug Administration</td><td align="left" valign="top">Regulation of medical devices, MMAs<sup><xref ref-type="table-fn" rid="table1fn1">a</xref></sup>, SaMDs<sup><xref ref-type="table-fn" rid="table1fn2">b</xref></sup></td><td align="left" valign="top">Develop specific guidelines for labeling AI<sup><xref ref-type="table-fn" rid="table1fn3">c</xref></sup> medical devices, including continuous learning algorithms, and establish a clear pathway for marketing authorizations and DTC<sup><xref ref-type="table-fn" rid="table1fn4">d</xref></sup></td></tr><tr><td align="left" valign="top">Federal Trade Commission</td><td align="left" valign="top">Enforcement of federal laws that prevent fraud, deception, and unfair business practices (as in advertising)</td><td align="left" valign="top">Regulate use of labels in DTC advertising of AI medical devices and DHTs</td></tr><tr><td align="left" valign="top">Centers for Medicare &#x0026; Medicaid Services</td><td align="left" valign="top">Administers the Open Payments program, enhancing transparency by collecting and publicly disclosing information about financial relationships between health care providers and pharmaceutical or medical device manufacturers</td><td align="left" valign="top">Outline required transparency elements in the label, capturing health care provider financial interactions with companies in the design, testing, and use of DHTs</td></tr><tr><td align="left" valign="top">US Department of Health and Human Services, Office for Civil Rights</td><td align="left" valign="top">Ensures the privacy and security of protected health information</td><td align="left" valign="top">Ensure that the AI medical device label provides transparency in how AI devices use patient data and enforce penalties for noncompliance</td></tr><tr><td align="left" valign="top">National Institute of Standards and Technology</td><td align="left" valign="top">Develops and maintains technical standards</td><td align="left" valign="top">Establish the benchmarks cited on the label for AI performance, safety, and interoperability with other medical systems</td></tr><tr><td align="left" valign="top">US Consumer Product Safety Commission</td><td align="left" valign="top">Protects the public from the risk of injury or death associated with consumer products</td><td align="left" valign="top">Issue product recalls for all other DHTs or AI-enabled health care devices not under the Food and Drug Administration&#x2019;s purview</td></tr></tbody></table><table-wrap-foot><fn id="table1fn1"><p><sup>a</sup>MMA: mobile medical app.</p></fn><fn id="table1fn2"><p><sup>b</sup>SaMD: software as a medical device.</p></fn><fn id="table1fn3"><p><sup>c</sup>AI: artificial intelligence.</p></fn><fn id="table1fn4"><p><sup>d</sup>DTC: direct to consumer.</p></fn></table-wrap-foot></table-wrap></sec><sec id="s5"><title>Al-Based DHT Package Labeling</title><p>Regardless of the type of maker, a significant unmet need that can inform innovators&#x2019; strategies is standardized package labeling. Based upon the known potential harms and known potential limitations in AI-based DHTs, the minimum content for analogous product labeling would include the type of algorithm, the framework used for evidence generation, qualification and quantification of reproducibility, the ethical framework used, a description of the data used to train the model including how it was collected and consented, a statement on how bias was minimized or quantified, the risk management framework used to aggregate these various elements, and performance metrics [<xref ref-type="bibr" rid="ref46">46</xref>-<xref ref-type="bibr" rid="ref52">52</xref>]. This would enable a DHT packaging label, similar to the example shown in <xref ref-type="table" rid="table2">Table 2</xref>.</p><table-wrap id="t2" position="float"><label>Table 2.</label><caption><p>Example of a permitted claims approach to artificial intelligence (AI)&#x2013;based digital health technologies (DHTs).</p></caption><table id="table2" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">DHT or algorithm design element</td><td align="left" valign="bottom">Permitted health claim</td><td align="left" valign="bottom">Example</td></tr></thead><tbody><tr><td align="left" valign="top">Type of evidence basis</td><td align="left" valign="top">Primary benefit or utility</td><td align="left" valign="top">Randomized controlled trials, real-world evidence, etc</td></tr><tr><td align="left" valign="top">Ethical framework</td><td align="left" valign="top">Population benefit-risk</td><td align="left" valign="top">Inclusion and exclusion criteria as well as interpretability and explainability</td></tr><tr><td align="left" valign="top">Reproducibility</td><td align="left" valign="top">Statistically quantified and qualified claims</td><td align="left" valign="top">Specific indications and efficacy, data lineage, model versioning</td></tr><tr><td align="left" valign="top">Training data description</td><td align="left" valign="top">Applicability and specificity to populations</td><td align="left" valign="top">Rationale for included and excluded populations, training and testing data split</td></tr><tr><td align="left" valign="top">Disclosure of bias</td><td align="left" valign="top">Limitations of use and contraindications</td><td align="left" valign="top">Phenotypic traits such as skin tone</td></tr><tr><td align="left" valign="top">Risk management framework</td><td align="left" valign="top">Product integrity</td><td align="left" valign="top">Cybersecurity resilience, prevention of AI poisoning, measures for protecting user data (such as differential privacy)</td></tr><tr><td align="left" valign="top">Performance</td><td align="left" valign="top">Primary benefit or utility</td><td align="left" valign="top">Sensitivity, specificity, negative predictive value, positive predictive value</td></tr></tbody></table></table-wrap><p>Labeling would directly counter the real and perceived black box problem and inform clinicians, researchers, patients, and caregivers in a manner that is equivalent to how they study, learn, and use new prescription and OTC drugs, diagnostics, and medical devices today [<xref ref-type="bibr" rid="ref53">53</xref>,<xref ref-type="bibr" rid="ref54">54</xref>].</p><p>New regulatory frameworks often face pushback from those they regulate, and labeling regulations are likely no exception. This resistance can be mitigated somewhat with guidance documents that incorporate feedback from various manufacturers, educational initiatives, and avenues for direct interaction between companies and regulatory bodies.</p></sec><sec id="s6" sec-type="conclusions"><title>Conclusions</title><p>AI medical products and DHTs hold immense promise, but the diverse regulatory constraints among product makers necessitate a standardized approach. This is especially critical for smaller AI developers who operate in a different landscape than health care or larger industries. To create consistency, adopting minimum product labeling requirements, understanding claims, and having substantial evidence plans become essential. As innovation accelerates, ensuring equity in the ecosystem will allow both emerging and mature technology innovators to contribute meaningfully without being hindered by not only regulatory disparities but also ambiguities, such as the uncertain classification of certain AI applications and the lack of clear communication standards. Future research exploring the various reimbursement strategies and ethical implications of AI across product makers would be valuable to providing a more complete picture of this space. The perspectives from a wide range of digital health ecosystem stakeholders should be included to ensure that their diverse needs and expectations are being addressed.</p></sec></body><back><ack><p>This research was a collaboration between Duke University Clinical Research Institute and Pfizer Inc. This research was funded by Pfizer Inc.</p></ack><fn-group><fn fn-type="con"><p>EP, KN, EF, and TT contributed to the conceptualization, writing of the original draft, and the reviewing and editing of the manuscript. EP, EF, and TT prepared and finalized all figures. All authors have read and approved the final manuscript.</p></fn><fn fn-type="conflict"><p>KN is an employee and shareholder of Pfizer Inc. EP was affiliated with Duke Clinical Research Institute at the time of this initiative and is currently affiliated with Pluto Health.</p></fn></fn-group><glossary><title>Abbreviations</title><def-list><def-item><term id="abb1">AI</term><def><p>artificial intelligence</p></def></def-item><def-item><term id="abb2">DHT</term><def><p>digital health technology</p></def></def-item><def-item><term id="abb3">FDA</term><def><p>Food and Drug Administration</p></def></def-item><def-item><term id="abb4">FSIS</term><def><p>Food Safety and Inspection Service</p></def></def-item><def-item><term id="abb5">FTC</term><def><p>Federal Trade Commission</p></def></def-item><def-item><term id="abb6">IVD</term><def><p>in vitro diagnostic</p></def></def-item><def-item><term id="abb7">OTC</term><def><p>over-the-counter</p></def></def-item><def-item><term id="abb8">SaMD</term><def><p>software as a medical device</p></def></def-item></def-list></glossary><ref-list><title>References</title><ref id="ref1"><label>1</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Geier</surname><given-names>B</given-names> </name></person-group><article-title>What did we learn from the dotcom stock bubble of 2000?</article-title><source>Time</source><year>2015</year><month>04</month><day>14</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://time.com/3741681/2000-dotcom-stock-bust">https://time.com/3741681/2000-dotcom-stock-bust</ext-link></comment></nlm-citation></ref><ref id="ref2"><label>2</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Dewey</surname><given-names>C</given-names> </name></person-group><article-title>36 ways the web has changed us</article-title><source>The Washington Post</source><year>2014</year><month>03</month><day>12</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.washingtonpost.com/news/arts-and-entertainment/wp/2014/03/12/36-ways-the-web-has-changed-us">https://www.washingtonpost.com/news/arts-and-entertainment/wp/2014/03/12/36-ways-the-web-has-changed-us</ext-link></comment></nlm-citation></ref><ref id="ref3"><label>3</label><nlm-citation citation-type="web"><article-title>What is digital health?</article-title><source>US Food and Drug Administration</source><year>2020</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/medical-devices/digital-health-center-excellence/what-digital-health">https://www.fda.gov/medical-devices/digital-health-center-excellence/what-digital-health</ext-link></comment></nlm-citation></ref><ref id="ref4"><label>4</label><nlm-citation citation-type="web"><article-title>What&#x2019;s driving the Hype Cycle for generative AI, 2024</article-title><source>Gartner</source><year>2024</year><month>11</month><day>14</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.gartner.com/en/articles/hype-cycle-for-genai">https://www.gartner.com/en/articles/hype-cycle-for-genai</ext-link></comment></nlm-citation></ref><ref id="ref5"><label>5</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Yu</surname><given-names>KH</given-names> </name><name name-style="western"><surname>Beam</surname><given-names>AL</given-names> </name><name name-style="western"><surname>Kohane</surname><given-names>IS</given-names> </name></person-group><article-title>Artificial intelligence in healthcare</article-title><source>Nat Biomed Eng</source><year>2018</year><month>10</month><volume>2</volume><issue>10</issue><fpage>719</fpage><lpage>731</lpage><pub-id pub-id-type="doi">10.1038/s41551-018-0305-z</pub-id><pub-id pub-id-type="medline">31015651</pub-id></nlm-citation></ref><ref id="ref6"><label>6</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Haug</surname><given-names>CJ</given-names> </name><name name-style="western"><surname>Drazen</surname><given-names>JM</given-names> </name></person-group><article-title>Artificial intelligence and machine learning in clinical medicine, 2023</article-title><source>N Engl J Med</source><year>2023</year><month>03</month><day>30</day><volume>388</volume><issue>13</issue><fpage>1201</fpage><lpage>1208</lpage><pub-id pub-id-type="doi">10.1056/NEJMra2302038</pub-id><pub-id pub-id-type="medline">36988595</pub-id></nlm-citation></ref><ref id="ref7"><label>7</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Rajpurkar</surname><given-names>P</given-names> </name><name name-style="western"><surname>Chen</surname><given-names>E</given-names> </name><name name-style="western"><surname>Banerjee</surname><given-names>O</given-names> </name><name name-style="western"><surname>Topol</surname><given-names>EJ</given-names> </name></person-group><article-title>AI in health and medicine</article-title><source>Nat Med</source><year>2022</year><month>01</month><volume>28</volume><issue>1</issue><fpage>31</fpage><lpage>38</lpage><pub-id pub-id-type="doi">10.1038/s41591-021-01614-0</pub-id><pub-id pub-id-type="medline">35058619</pub-id></nlm-citation></ref><ref id="ref8"><label>8</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Jiang</surname><given-names>F</given-names> </name><name name-style="western"><surname>Jiang</surname><given-names>Y</given-names> </name><name name-style="western"><surname>Zhi</surname><given-names>H</given-names> </name><etal/></person-group><article-title>Artificial intelligence in healthcare: past, present and future</article-title><source>Stroke Vasc Neurol</source><year>2017</year><month>12</month><volume>2</volume><issue>4</issue><fpage>230</fpage><lpage>243</lpage><pub-id pub-id-type="doi">10.1136/svn-2017-000101</pub-id><pub-id pub-id-type="medline">29507784</pub-id></nlm-citation></ref><ref id="ref9"><label>9</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Paul</surname><given-names>D</given-names> </name><name name-style="western"><surname>Sanap</surname><given-names>G</given-names> </name><name name-style="western"><surname>Shenoy</surname><given-names>S</given-names> </name><name name-style="western"><surname>Kalyane</surname><given-names>D</given-names> </name><name name-style="western"><surname>Kalia</surname><given-names>K</given-names> </name><name name-style="western"><surname>Tekade</surname><given-names>RK</given-names> </name></person-group><article-title>Artificial intelligence in drug discovery and development</article-title><source>Drug Discov Today</source><year>2021</year><month>01</month><volume>26</volume><issue>1</issue><fpage>80</fpage><lpage>93</lpage><pub-id pub-id-type="doi">10.1016/j.drudis.2020.10.010</pub-id><pub-id pub-id-type="medline">33099022</pub-id></nlm-citation></ref><ref id="ref10"><label>10</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Smith</surname><given-names>GF</given-names> </name></person-group><article-title>Artificial intelligence in drug safety and metabolism</article-title><source>Methods Mol Biol</source><year>2022</year><volume>2390</volume><fpage>483</fpage><lpage>501</lpage><pub-id pub-id-type="doi">10.1007/978-1-0716-1787-8_22</pub-id><pub-id pub-id-type="medline">34731484</pub-id></nlm-citation></ref><ref id="ref11"><label>11</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Sivakumar</surname><given-names>CLV</given-names> </name><name name-style="western"><surname>Mone</surname><given-names>V</given-names> </name><name name-style="western"><surname>Abdumukhtor</surname><given-names>R</given-names> </name></person-group><article-title>Addressing privacy concerns with wearable health monitoring technology</article-title><source>WIREs Data Min Knowl</source><year>2024</year><month>05</month><volume>14</volume><issue>3</issue><fpage>e1535</fpage><pub-id pub-id-type="doi">10.1002/widm.1535</pub-id></nlm-citation></ref><ref id="ref12"><label>12</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>McKinnon</surname><given-names>J</given-names> </name><name name-style="western"><surname>Kendall</surname><given-names>B</given-names> </name></person-group><article-title>Is the FTC up to the task of internet regulation?</article-title><source>The Wall Street Journal</source><year>2017</year><month>12</month><day>15</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.wsj.com/articles/is-ftc-up-to-the-task-of-internet-regulation-1513349967">https://www.wsj.com/articles/is-ftc-up-to-the-task-of-internet-regulation-1513349967</ext-link></comment></nlm-citation></ref><ref id="ref13"><label>13</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Mandl</surname><given-names>KD</given-names> </name><name name-style="western"><surname>Perakslis</surname><given-names>ED</given-names> </name></person-group><article-title>HIPAA and the leak of &#x201C;deidentified&#x201D; EHR data</article-title><source>N Engl J Med</source><year>2021</year><month>06</month><day>10</day><volume>384</volume><issue>23</issue><fpage>2171</fpage><lpage>2173</lpage><pub-id pub-id-type="doi">10.1056/NEJMp2102616</pub-id><pub-id pub-id-type="medline">34110112</pub-id></nlm-citation></ref><ref id="ref14"><label>14</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Silberman</surname><given-names>J</given-names> </name><name name-style="western"><surname>Wicks</surname><given-names>P</given-names> </name><name name-style="western"><surname>Patel</surname><given-names>S</given-names> </name><etal/></person-group><article-title>Rigorous and rapid evidence assessment in digital health with the evidence DEFINED framework</article-title><source>NPJ Digit Med</source><year>2023</year><month>05</month><day>31</day><volume>6</volume><issue>1</issue><fpage>101</fpage><pub-id pub-id-type="doi">10.1038/s41746-023-00836-5</pub-id><pub-id pub-id-type="medline">37258851</pub-id></nlm-citation></ref><ref id="ref15"><label>15</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Coravos</surname><given-names>A</given-names> </name><name name-style="western"><surname>Doerr</surname><given-names>M</given-names> </name><name name-style="western"><surname>Goldsack</surname><given-names>J</given-names> </name><etal/></person-group><article-title>Modernizing and designing evaluation frameworks for connected sensor technologies in medicine</article-title><source>NPJ Digit Med</source><year>2020</year><volume>3</volume><fpage>37</fpage><pub-id pub-id-type="doi">10.1038/s41746-020-0237-3</pub-id><pub-id pub-id-type="medline">32195372</pub-id></nlm-citation></ref><ref id="ref16"><label>16</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Goldsack</surname><given-names>JC</given-names> </name><name name-style="western"><surname>Coravos</surname><given-names>A</given-names> </name><name name-style="western"><surname>Bakker</surname><given-names>JP</given-names> </name><etal/></person-group><article-title>Verification, analytical validation, and clinical validation (V3): the foundation of determining fit-for-purpose for Biometric Monitoring Technologies (BioMeTs)</article-title><source>NPJ Digit Med</source><year>2020</year><volume>3</volume><fpage>55</fpage><pub-id pub-id-type="doi">10.1038/s41746-020-0260-4</pub-id><pub-id pub-id-type="medline">32337371</pub-id></nlm-citation></ref><ref id="ref17"><label>17</label><nlm-citation citation-type="web"><article-title>Software as a medical device: possible framework for risk categorization and corresponding considerations</article-title><source>International Medical Device Regulators Forum</source><year>2014</year><month>09</month><day>18</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="http://www.imdrf.org/docs/imdrf/final/technical/imdrf-tech-140918-samd-framework-risk-categorization-141013.pdf">http://www.imdrf.org/docs/imdrf/final/technical/imdrf-tech-140918-samd-framework-risk-categorization-141013.pdf</ext-link></comment></nlm-citation></ref><ref id="ref18"><label>18</label><nlm-citation citation-type="web"><article-title>Guidance on qualification and classification of software in regulation (EU) 2017/745&#x2014;MDR and regulation (EU) 2017/746&#x2014;IVDR</article-title><source>Medical Device Coordination Group</source><access-date>2025-03-24</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://health.ec.europa.eu/system/files/2020-09/md_mdcg_2019_11_guidance_qualification_classification_software_en_0.pdf">https://health.ec.europa.eu/system/files/2020-09/md_mdcg_2019_11_guidance_qualification_classification_software_en_0.pdf</ext-link></comment></nlm-citation></ref><ref id="ref19"><label>19</label><nlm-citation citation-type="web"><article-title>Device software functions, including mobile medical applications</article-title><source>US Food and Drug Administration</source><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/medical-devices/digital-health-center-excellence/device-software-functions-including-mobile-medical-applications">https://www.fda.gov/medical-devices/digital-health-center-excellence/device-software-functions-including-mobile-medical-applications</ext-link></comment></nlm-citation></ref><ref id="ref20"><label>20</label><nlm-citation citation-type="web"><article-title>Digital therapeutics (DTx)</article-title><source>European Data Protection Supervisor</source><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://edps.europa.eu/press-publications/publications/techsonar/digital-therapeutics-dtx_en#:~:text=Digital%20Therapeutics%20(DTx)%20are%20evidence,a%20medical%20disorder%20or%20disease">https://edps.europa.eu/press-publications/publications/techsonar/digital-therapeutics-dtx_en#:~:text=Digital%20Therapeutics%20(DTx)%20are%20evidence,a%20medical%20disorder%20or%20disease</ext-link></comment></nlm-citation></ref><ref id="ref21"><label>21</label><nlm-citation citation-type="web"><article-title>Refuse to accept policy for 510(k)s guidance for industry and Food and Drug Administration staff</article-title><source>US Food and Drug Administration</source><year>2022</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/regulatory-information/search-fda-guidance-documents/refuse-accept-policy-510ks">https://www.fda.gov/regulatory-information/search-fda-guidance-documents/refuse-accept-policy-510ks</ext-link></comment></nlm-citation></ref><ref id="ref22"><label>22</label><nlm-citation citation-type="web"><article-title>From the manufacturers&#x2019; mouth to your ears: direct to consumer advertising</article-title><source>US Food and Drug Administration</source><year>2015</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/drugs/special-features/manufacturers-mouth-your-ears-direct-consumer-advertising">https://www.fda.gov/drugs/special-features/manufacturers-mouth-your-ears-direct-consumer-advertising</ext-link></comment></nlm-citation></ref><ref id="ref23"><label>23</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Rigg</surname><given-names>K</given-names> </name></person-group><article-title>The top 3 reasons health care startups fail</article-title><source>High Tech World</source><year>2022</year><access-date>2025-03-24</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.htworld.co.uk/news/the-top-3-reasons-health-tech-startups-fail">https://www.htworld.co.uk/news/the-top-3-reasons-health-tech-startups-fail</ext-link></comment></nlm-citation></ref><ref id="ref24"><label>24</label><nlm-citation citation-type="web"><article-title>Examples of software functions that are not medical devices</article-title><source>US Food and Drug Administration</source><year>2022</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/medical-devices/device-software-functions-including-mobile-medical-applications/examples-software-functions-are-not-medical-devices#:~:text=Software%20functions%20that%20are%20intended,are%20not%20intended%20for%20use">https://www.fda.gov/medical-devices/device-software-functions-including-mobile-medical-applications/examples-software-functions-are-not-medical-devices#:~:text=Software%20functions%20that%20are%20intended,are%20not%20intended%20for%20use</ext-link></comment></nlm-citation></ref><ref id="ref25"><label>25</label><nlm-citation citation-type="web"><article-title>Clinical Decision Support Software</article-title><source>US Food and Drug Administration</source><year>2022</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/regulatory-information/search-fda-guidance-documents/clinical-decision-support-software">https://www.fda.gov/regulatory-information/search-fda-guidance-documents/clinical-decision-support-software</ext-link></comment></nlm-citation></ref><ref id="ref26"><label>26</label><nlm-citation citation-type="web"><article-title>Software as a Medical Device (SaMD)</article-title><source>US Food and Drug Administration</source><year>2018</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/medical-devices/digital-health-center-excellence/software-medical-device-samd">https://www.fda.gov/medical-devices/digital-health-center-excellence/software-medical-device-samd</ext-link></comment></nlm-citation></ref><ref id="ref27"><label>27</label><nlm-citation citation-type="web"><article-title>Classify your medical device</article-title><source>US Food and Drug Administration</source><year>2020</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/medical-devices/overview-device-regulation/classify-your-medical-device">https://www.fda.gov/medical-devices/overview-device-regulation/classify-your-medical-device</ext-link></comment></nlm-citation></ref><ref id="ref28"><label>28</label><nlm-citation citation-type="web"><article-title>Guidance&#x2014;MDCG endorsed documents and other guidance</article-title><source>European Commission&#x2014;Public Health</source><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://health.ec.europa.eu/medical-devices-sector/new-regulations/guidance-mdcg-endorsed-documents-and-other-guidance_en">https://health.ec.europa.eu/medical-devices-sector/new-regulations/guidance-mdcg-endorsed-documents-and-other-guidance_en</ext-link></comment></nlm-citation></ref><ref id="ref29"><label>29</label><nlm-citation citation-type="web"><article-title>Clinical Decision Support Software Frequently Asked Questions (FAQs)</article-title><source>US Food and Drug Administration</source><year>2022</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/medical-devices/software-medical-device-samd/your-clinical-decision-support-software-it-medical-device">https://www.fda.gov/medical-devices/software-medical-device-samd/your-clinical-decision-support-software-it-medical-device</ext-link></comment></nlm-citation></ref><ref id="ref30"><label>30</label><nlm-citation citation-type="web"><article-title>Is your software a medical device?</article-title><source>European Commission</source><year>2021</year><month>03</month><day>23</day><access-date>2025-03-24</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://health.ec.europa.eu/system/files/2021-03/md_mdcg_2021_mdsw_en_0.pdf">https://health.ec.europa.eu/system/files/2021-03/md_mdcg_2021_mdsw_en_0.pdf</ext-link></comment></nlm-citation></ref><ref id="ref31"><label>31</label><nlm-citation citation-type="web"><article-title>Software as a medical device (SAMD): clinical evaluation&#x2014;guidance for industry and Food and Drug Administration staff</article-title><source>US Food and Drug Administration</source><year>2017</year><month>12</month><day>8</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/regulatory-information/search-fda-guidance-documents/software-medical-device-samd-clinical-evaluation">https://www.fda.gov/regulatory-information/search-fda-guidance-documents/software-medical-device-samd-clinical-evaluation</ext-link></comment></nlm-citation></ref><ref id="ref32"><label>32</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Marchante</surname><given-names>M</given-names> </name></person-group><article-title>Owlet Smart Sock stops U.S. sales after FDA warning</article-title><source>Miami Herald</source><year>2021</year><month>12</month><access-date>2025-04-01</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.miamiherald.com/news/recalls/article256291067.html">https://www.miamiherald.com/news/recalls/article256291067.html</ext-link></comment></nlm-citation></ref><ref id="ref33"><label>33</label><nlm-citation citation-type="web"><article-title>Warning letter to Owlet Baby Care, Inc</article-title><source>US Food and Drug Administration</source><access-date>2025-03-24</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/inspections-compliance-enforcement-and-criminal-investigations/warning-letters/owlet-baby-care-inc-616354-10052021">https://www.fda.gov/inspections-compliance-enforcement-and-criminal-investigations/warning-letters/owlet-baby-care-inc-616354-10052021</ext-link></comment></nlm-citation></ref><ref id="ref34"><label>34</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Bonafide</surname><given-names>CP</given-names> </name><name name-style="western"><surname>Jamison</surname><given-names>DT</given-names> </name><name name-style="western"><surname>Foglia</surname><given-names>EE</given-names> </name></person-group><article-title>The emerging market of smartphone-integrated infant physiologic monitors</article-title><source>JAMA</source><year>2017</year><month>01</month><day>24</day><volume>317</volume><issue>4</issue><fpage>353</fpage><lpage>354</lpage><pub-id pub-id-type="doi">10.1001/jama.2016.19137</pub-id><pub-id pub-id-type="medline">28118463</pub-id></nlm-citation></ref><ref id="ref35"><label>35</label><nlm-citation citation-type="web"><article-title>Direct-to-consumer tests</article-title><source>US Food and Drug Administration</source><year>2018</year><access-date>2025-03-24</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/medical-devices/in-vitro-diagnostics/direct-consumer-tests">https://www.fda.gov/medical-devices/in-vitro-diagnostics/direct-consumer-tests</ext-link></comment></nlm-citation></ref><ref id="ref36"><label>36</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Perez</surname><given-names>MV</given-names> </name><name name-style="western"><surname>Mahaffey</surname><given-names>KW</given-names> </name><name name-style="western"><surname>Hedlin</surname><given-names>H</given-names> </name><etal/></person-group><article-title>Large-scale assessment of a smartwatch to identify atrial fibrillation</article-title><source>N Engl J Med</source><year>2019</year><month>11</month><day>14</day><volume>381</volume><issue>20</issue><fpage>1909</fpage><lpage>1917</lpage><pub-id pub-id-type="doi">10.1056/NEJMoa1901183</pub-id><pub-id pub-id-type="medline">31722151</pub-id></nlm-citation></ref><ref id="ref37"><label>37</label><nlm-citation citation-type="web"><article-title>Statement from FDA Commissioner Scott Gottlieb, M.D., and Center for Devices and Radiological Health Director Jeff Shuren, M.D., J.D., on agency efforts to work with tech industry to spur innovation in digital health</article-title><source>US Food and Drug Administration</source><year>2018</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/news-events/press-announcements/statement-fda-commissioner-scott-gottlieb-md-and-center-devices-and-radiological-health-director">https://www.fda.gov/news-events/press-announcements/statement-fda-commissioner-scott-gottlieb-md-and-center-devices-and-radiological-health-director</ext-link></comment></nlm-citation></ref><ref id="ref38"><label>38</label><nlm-citation citation-type="web"><article-title>Clinical evidence for IVD medical devices</article-title><source>International Medical Device Regulators Forum</source><year>2012</year><month>11</month><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.imdrf.org/sites/default/files/docs/ghtf/final/sg5/technical-docs/ghtf-sg5-n6-2012-clinical-evidence-ivd-medical-devices-121102.pdf">https://www.imdrf.org/sites/default/files/docs/ghtf/final/sg5/technical-docs/ghtf-sg5-n6-2012-clinical-evidence-ivd-medical-devices-121102.pdf</ext-link></comment></nlm-citation></ref><ref id="ref39"><label>39</label><nlm-citation citation-type="web"><article-title>Consumer use of information: implications for food policy</article-title><source>US Department of Agriculture, Economic Research Service</source><access-date>2025-04-01</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.ers.usda.gov/webdocs/publications/41905/51665_ah715c.pdf?v=0">https://www.ers.usda.gov/webdocs/publications/41905/51665_ah715c.pdf?v=0</ext-link></comment></nlm-citation></ref><ref id="ref40"><label>40</label><nlm-citation citation-type="web"><article-title>Questions and answers on dietary supplements</article-title><source>US Food and Drug Administration</source><year>2022</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/food/information-consumers-using-dietary-supplements/questions-and-answers-dietary-supplements">https://www.fda.gov/food/information-consumers-using-dietary-supplements/questions-and-answers-dietary-supplements</ext-link></comment></nlm-citation></ref><ref id="ref41"><label>41</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Beach</surname><given-names>C</given-names> </name></person-group><article-title>Report finds enormous increase in number of food items recalled in 2022</article-title><source>Food Safety News</source><year>2023</year><month>03</month><day>15</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.foodsafetynews.com/2023/03/report-finds-enormous-increase-in-number-of-food-items-recalled-in-2022/">https://www.foodsafetynews.com/2023/03/report-finds-enormous-increase-in-number-of-food-items-recalled-in-2022/</ext-link></comment></nlm-citation></ref><ref id="ref42"><label>42</label><nlm-citation citation-type="web"><article-title>Label claims for conventional foods and dietary supplements</article-title><source>US Food and Drug Administration</source><year>2022</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.fda.gov/food/food-labeling-nutrition/label-claims-conventional-foods-and-dietary-supplements">https://www.fda.gov/food/food-labeling-nutrition/label-claims-conventional-foods-and-dietary-supplements</ext-link></comment></nlm-citation></ref><ref id="ref43"><label>43</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Lemos</surname><given-names>R</given-names> </name></person-group><article-title>Cybersecurity 'nutrition' labels still a work in progress</article-title><source>Dark Reading</source><year>2022</year><month>11</month><day>11</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.darkreading.com/dr-tech/cybersecurity-nutrition-labels-still-a-work-in-progress">https://www.darkreading.com/dr-tech/cybersecurity-nutrition-labels-still-a-work-in-progress</ext-link></comment></nlm-citation></ref><ref id="ref44"><label>44</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Sendak</surname><given-names>MP</given-names> </name><name name-style="western"><surname>Gao</surname><given-names>M</given-names> </name><name name-style="western"><surname>Brajer</surname><given-names>N</given-names> </name><name name-style="western"><surname>Balu</surname><given-names>S</given-names> </name></person-group><article-title>Presenting machine learning model information to clinical end users with model facts labels</article-title><source>NPJ Digit Med</source><year>2020</year><volume>3</volume><fpage>41</fpage><pub-id pub-id-type="doi">10.1038/s41746-020-0253-3</pub-id><pub-id pub-id-type="medline">32219182</pub-id></nlm-citation></ref><ref id="ref45"><label>45</label><nlm-citation citation-type="web"><article-title>A new role for the FDA in medical device regulation</article-title><source>The Center for Growth and Opportunity</source><year>2019</year><month>06</month><day>17</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.thecgo.org/research/a-new-role-for-the-fda-in-medical-device-regulation/">https://www.thecgo.org/research/a-new-role-for-the-fda-in-medical-device-regulation/</ext-link></comment></nlm-citation></ref><ref id="ref46"><label>46</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Mesk&#x00F3;</surname><given-names>B</given-names> </name><name name-style="western"><surname>Topol</surname><given-names>EJ</given-names> </name></person-group><article-title>The imperative for regulatory oversight of large language models (or generative AI) in healthcare</article-title><source>NPJ Digit Med</source><year>2023</year><month>07</month><day>6</day><volume>6</volume><issue>1</issue><fpage>120</fpage><pub-id pub-id-type="doi">10.1038/s41746-023-00873-0</pub-id><pub-id pub-id-type="medline">37414860</pub-id></nlm-citation></ref><ref id="ref47"><label>47</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Cruz Rivera</surname><given-names>S</given-names> </name><name name-style="western"><surname>Liu</surname><given-names>X</given-names> </name><name name-style="western"><surname>Chan</surname><given-names>AW</given-names> </name><name name-style="western"><surname>Denniston</surname><given-names>AK</given-names> </name><name name-style="western"><surname>Calvert</surname><given-names>MJ</given-names> </name><collab>SPIRIT-AI and CONSORT-AI Working Group</collab></person-group><article-title>Guidelines for clinical trial protocols for interventions involving artificial intelligence: the SPIRIT-AI extension</article-title><source>Lancet Digit Health</source><year>2020</year><month>10</month><volume>2</volume><issue>10</issue><fpage>e549</fpage><lpage>e560</lpage><pub-id pub-id-type="doi">10.1016/S2589-7500(20)30219-3</pub-id><pub-id pub-id-type="medline">33328049</pub-id></nlm-citation></ref><ref id="ref48"><label>48</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Beam</surname><given-names>AL</given-names> </name><name name-style="western"><surname>Manrai</surname><given-names>AK</given-names> </name><name name-style="western"><surname>Ghassemi</surname><given-names>M</given-names> </name></person-group><article-title>Challenges to the reproducibility of machine learning models in health care</article-title><source>JAMA</source><year>2020</year><month>01</month><day>28</day><volume>323</volume><issue>4</issue><fpage>305</fpage><lpage>306</lpage><pub-id pub-id-type="doi">10.1001/jama.2019.20866</pub-id><pub-id pub-id-type="medline">31904799</pub-id></nlm-citation></ref><ref id="ref49"><label>49</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Murphy</surname><given-names>K</given-names> </name><name name-style="western"><surname>Di Ruggiero</surname><given-names>E</given-names> </name><name name-style="western"><surname>Upshur</surname><given-names>R</given-names> </name><etal/></person-group><article-title>Artificial intelligence for good health: a scoping review of the ethics literature</article-title><source>BMC Med Ethics</source><year>2021</year><month>02</month><day>15</day><volume>22</volume><issue>1</issue><fpage>14</fpage><pub-id pub-id-type="doi">10.1186/s12910-021-00577-8</pub-id><pub-id pub-id-type="medline">33588803</pub-id></nlm-citation></ref><ref id="ref50"><label>50</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Frenkel</surname><given-names>S</given-names> </name><name name-style="western"><surname>Thompson</surname><given-names>S</given-names> </name></person-group><article-title>&#x2018;Not for machines to harvest&#x2019;: data revolts break out against A.I</article-title><source>The New York Times</source><year>2023</year><month>07</month><day>15</day><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.nytimes.com/2023/07/15/technology/artificial-intelligence-models-chat-data.html">https://www.nytimes.com/2023/07/15/technology/artificial-intelligence-models-chat-data.html</ext-link></comment></nlm-citation></ref><ref id="ref51"><label>51</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Igoe</surname><given-names>K</given-names> </name><name name-style="western"><surname>Harvard</surname><given-names>T</given-names> </name></person-group><article-title>Algorithmic bias in health care&#x2014;how to prevent it</article-title><source>Chan School of Public Health</source><year>2012</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.hsph.harvard.edu/ecpe/how-to-prevent-algorithmic-bias-in-health-care/">https://www.hsph.harvard.edu/ecpe/how-to-prevent-algorithmic-bias-in-health-care/</ext-link></comment></nlm-citation></ref><ref id="ref52"><label>52</label><nlm-citation citation-type="web"><article-title>AI risk management framework</article-title><source>National Institute of Standards and Technology</source><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.nist.gov/itl/ai-risk-management-framework">https://www.nist.gov/itl/ai-risk-management-framework</ext-link></comment></nlm-citation></ref><ref id="ref53"><label>53</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Blouin</surname><given-names>L</given-names> </name></person-group><article-title>AI&#x2019;s mysterious 'black box' problem, explained</article-title><source>Dearborn</source><year>2023</year><access-date>2024-01-07</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://umdearborn.edu/news/ais-mysterious-black-box-problem-explained">https://umdearborn.edu/news/ais-mysterious-black-box-problem-explained</ext-link></comment></nlm-citation></ref><ref id="ref54"><label>54</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Wadden</surname><given-names>JJ</given-names> </name></person-group><article-title>Defining the undefinable: the black box problem in healthcare artificial intelligence</article-title><source>J Med Ethics</source><year>2021</year><month>07</month><day>21</day><fpage>medethics-2021-107529</fpage><pub-id pub-id-type="doi">10.1136/medethics-2021-107529</pub-id><pub-id pub-id-type="medline">34290113</pub-id></nlm-citation></ref></ref-list><app-group><supplementary-material id="app1"><label>Multimedia Appendix 1</label><p>Set of linked figures referenced in Figure 1.</p><media xlink:href="ai_v4i1e57421_app1.pptx" xlink:title="PPTX File, 10310 KB"/></supplementary-material></app-group></back></article>