New Draft Policy on Clinical Decision Support Software Highlights FDA’s Release of Six New Digital Health Guidance Documents

Akin Gump Strauss Hauer & Feld LLP

Key Points:

  • The FDA recently issued six guidance documents that further clarify the agency’s interpretation of the 21st Century Cures Act’s software exemptions.
  • The revised draft guidance on CDS further elaborates on how to make CDS tools appropriately transparent for health care professionals such that they are not regulated as medical devices.
  • The revised CDS draft guidance also introduces a risk-based framework for regulating CDS software that is a medical device, based on criteria adopted by the IMDRF.


FDA recently released six software-related guidances, advancing the agency’s Digital Health Innovation Action Plan:1 “Clinical Decision Support Software”2 (revised Draft Guidance issued for comments); “Changes to Existing Medical Software Policies Resulting from Section 3060 of the 21st Century Cures Act”3 (Final Guidance); “Policy for Device Software Functions and Mobile Medical Applications”4 (Updated Final Guidance); “General Wellness: Policy for Low Risk Devices”5 (Updated Final Guidance); “Off-The-Shelf Software Use in Medical Devices”6 (Updated Final Guidance); and “Medical Device Data Systems, Medical Image Storage Devices, and Medical Image Communications Devices”7 (Updated Final Guidance).

Together, the six guidances provide a variety of technical changes and clarifications to FDA’s interpretation of the 21st Century Cures Act (Cures) exemptions for certain software functions.  The revised draft guidance on clinical decision support (CDS) software offers significant clarifications on meeting the statutory CDS exemption and previews a risk-based framework for regulation of the full range of CDS-related software tools. Cures amended the federal Food, Drug, and Cosmetic Act (FDCA) by adding a new subsection to Section 520 that defines five categories of software functions to which the statutory definition of “device” in section 201(h) does not apply: administrative software; software to support a healthy lifestyle; electronic patient records; Medical Device Data Systems (MDDS) and Clinical Decision Support (CDS). Post-Cures, FDA issued several draft guidances to provide the agency’s interpretation of the scope of its regulatory authority and clarity on several aspects of the Cures exemptions. These five finalized guidances and the revised draft provide stakeholders with additional clarity on which software-based applications and features are within the scope of the Cures exemptions or will otherwise be subject to FDA enforcement discretion.

FDA plans to host a webinar on November 4, 2019 regarding the CDS draft guidance, and another webinar on November 14, 2019 on the other guidance documents. The revised CDS draft guidance will be open for comment until December 26, 2019. 8

Below, we analyze the CDS guidance in depth, and provide a brief summary of the noteworthy changes in the five additional guidance documents in the package.

Clinical Decision Support (Revised Draft Guidance Issued for Comments)

The CDS guidance is a revised draft guidance; the original draft was published in 2017. As we noted at that time,9 CDS has been a complicated category for FDA to address, and the statutory language for the CDS exemption10 is fairly complex.

Meeting the CDS Exemption Criteria

Under the Cures exemption, a CDS-related software function is not a device if (1) it is not intended for certain uses, and (2) it is intended for each of three uses (all three must be met). The function cannot be “intended to acquire, process, or analyze a medical image or a signal from an in vitro diagnostic device or a pattern or signal from a signal acquisition system . . . ” to qualify as CDS. Additionally, an exempt CDS must have the following intended purposes:

  1. “Displaying, analyzing, or printing medical information about a patient or other medical information.”
  2. “Supporting or providing recommendations to a health care professional about prevention, diagnosis, or treatment of a disease or condition.”
  3. “Enabling such health care professional to independently review the basis for such recommendations that such software presents so that it is not the intent that such health care professional rely primarily on any of such recommendations to make a clinical diagnosis or treatment decision regarding an individual patient.”

The original draft guidance provided relatively limited discussion of what is required to satisfy the third, “independent review” prong. In this revised draft, FDA explains that the inquiry into whether the user can independently review the basis “asks whether the function is independent for the purpose of enabling the user to independently review the basis for the recommendation so that it is not the intent that [sic] user rely primarily on any such recommendation ….”11 The developer should use “plain language … to describe the basis for a recommendation, regardless of the complexity of the software,” including for “descriptions of the logic or rationale used by an algorithm to render a recommendation.”12 Furthermore, “[t]he sources supporting the recommendation or the sources underlying the basis for the recommendation should be identified and available to the intended user (e.g., clinical practice guidelines with the date or version, published literature, or information that has been communicated by the CDS developer to the intended user) and understandable by the intended user ….”13

This further elaboration on the “independent review” criterion could potentially pose challenges to some CDS tools. The concept of treating a health care professional’s (HCP’s) ability independently to review the basis for recommendation decision as a proxy for a developer’s intent that the HCP not “rely primarily” on the recommendation of the CDS tool is not new; it is reflected in the 2017 draft guidance. Moreover, the direction to use “plain language” to describe complex software algorithms seems appropriate; a complex explanation of software coding would presumably be of little value to an HCP. However, the expectation that the CDS—through the tool itself or adjunct to the CDS tool—identify and make “available” the sources for the recommendation seems to envision CDS tools that rely solely or primarily on public, widely available material such as published literature and clinical guidelines. More advanced CDS tools can also rely on more specialized case studies and patient data that are not readily available. This revised draft guidance raises questions about how FDA will evaluate those types of tools.

CDS That Does Not Satisfy the Cures Exemption: Introduction of IMDRF Framework

In the original draft guidance, FDA focused specifically on the Cures exemption and did not explicitly address its plans for a risk-based approach to regulating CDS more broadly. At that time, the agency also did not address the applicability of the framework adopted by the International Medical Device Regulators Forum (IMDRF) for software as a medical device (SAMD), which the FDA had endorsed but which has not been formally promulgated within U.S. regulations.14 In particular, the original draft guidance did not indicate whether there were any types of CDS tools that fell outside of the Cures exemption for which the agency would continue to exercise enforcement discretion, (with the exception of the proposed enforcement discretion for what the agency referred to as “patient decision support” (PDS) tools).

The revised draft addresses these topics directly, explaining that FDA plans to focus its regulatory oversight “on CDS functions that are intended to help health care professionals and patients inform their clinical management for serious or critical conditions and that are not intended for health care professionals to independently evaluate the basis of the software’s recommendations.”15 Thus, the proposed policy of enforcement discretion is retained for certain PDS tools, and is extended to certain low-risk CDS tools based on application of the IMDRF framework.

The revised draft guidance uses the four criteria of the Cures CDS exemption to determine if a software function is “Device CDS” or “Non-Device CDS.” “CDS” is used as a catch-all for functions that are either Device CDS or Non-Device CDS. In accordance with IMDRF, FDA explains that the risk of a Device CDS Function is based partly on the significance of information the software function provides. A software function can: (1) “inform” clinical management; (2) “drive clinical management” or (3) be used for “treating/diagnosing.”

The risk of a Device CDS function is also based on the state of the health care situation or condition: (1) non-serious; (2) serious or (3) critical.

  • Non-serious situations or conditions are those in which “accurate diagnosis and treatment is important but not critical for interventions to mitigate long term irreversible consequences on an individual patient’s health condition or public health.” These may include short-lived disease processes, or temporary injury or impairment not requiring professional medical intervention (such as mild to moderate seasonal allergy symptoms).
  • Serious situations or conditions are those in which “accurate diagnosis or treatment is of vital importance to avoid unnecessary interventions (e.g., biopsy) or timely interventions are important to mitigate long term irreversible consequences on an individual patient’s health condition or public health.” These may include recurrent disease processes that have a substantial impact on day-to-day functioning, or disease processes that have potential to be substantially disabling, for example.
  • Critical situations or conditions are those in which “accurate and/or timely diagnosis or treatment action is vital to avoid death, long-term disability or other serious deterioration of health of an individual patient or to mitigating impact to public health.” These may include circumstances such as paralysis, or impact to public health like the Ebola virus, or fragile intended target populations like pediatrics or high-risk populations for a particular disease or condition.16

Pursuant to the risk categorizations above, FDA does not intend to enforce device requirements applicable to two types of low-risk Device CDS:

  1. Inform x Non-Serious for Patients/Caregivers: CDS software functions intended for the purpose of supporting or providing recommendations to patients or caregivers—not HCPs—to prevent, diagnose, or treat a disease or condition, when the CDS function is intended for the patient or caregiver to be able to independently review the basis for its information. Examples of such software provided by FDA include:
    1. Software that provides information about the use of a prescription drug that is consistent with the FDA-required labeling and the patient’s prescription, which that does not recommend changes in dose or discontinuation that the HCP does not oversee.
    2. Software that assists a patient in identifying over-the-counter cold or allergy medications to consider purchasing based on the patient’s symptoms (e.g., a prioritized list based on symptoms).
  2. Inform x Non-Serious for HCPs: Functions intended for HCPs that do not meet criterion (4) of the Cures exemption because they are not intended for the HCP to be able to independently review the basis for its recommendation, and therefore the HCP would rely primarily on it. Examples of such software provided by FDA include:
    1. Machine-learning algorithm (with unexplained logic and inputs) that trends and classifies patient-specific data such as blood test results and weight to alert HCPs to potential triggers that may be indicative of cholesterol management issues.
    2. Software that provides recommendations of potential allergens and common cold symptoms based on location-specific electronic health records (EHRs), environmental conditions, and patient-reported outcomes, intended to provide the HCP with diagnosis options (such as seasonal allergic rhinitis, as opposed to the common cold).

The higher-risk functions on which FDA intends to focus its regulatory oversight are “Device CDS functions intended for patients, caregivers, or HCPs that inform clinical management for serious and critical health care situations or conditions.”17 This table summarizes FDA’s proposed regulatory policy.18

As an example of high-risk Device CDS function subject to oversight, FDA points out a CDS tool that identifies hospitalized, type 1 diabetic patients at heightened risk for postoperative cardiovascular events, and which does not explain why that software made that identification to the HCP. Here, if the CDS provides inaccurate information (such as failing to identify a high risk patient), this could lead to inappropriate treatment and significant patient harm. Other examples include:

  • Inform HCP x Serious: Machine-learning algorithm, for which the logic and inputs are not explained, that categorizes likely symptoms of seasonal influenza and for each flu season based on location and current EHRs of patients diagnosed or suspected to have influenza to assist HCPs in differentiating between common flu symptoms and other illnesses (such as the common cold) in a particular season.
  • Inform HCP x Critical: Software, for which the inputs are not explained, that identifies who may identify signs of opioid addiction (based on patient-specific data, family history, EHR data, prescription patterns and geographical data).
  • Inform Patient x Serious: Patient-facing software that aggregates data from continuous glucose monitoring, activity trackers and food logs to help insulin-dependent type 2 diabetic patients identify potential lifestyle triggers for hypoglycemic events and recommends corrective treatment options, such as insulin dosage timing.
  • Inform Patient x Non-Serious: Patient-facing software with a questionnaire to assess stress and anxiety (prior to diagnosis of general anxiety disorder) that recommends treatment options based on assessment output.

The introduction of the IMDRF risk framework for SAMD into this revised draft guidance extends the reach of this policy beyond Cures-exempt CDS to a broader framework for evaluating decision support tools for HCPs and patients/caregivers across the full spectrum of risk. This introduces important new terminology and criteria for evaluating risk that are not found in the FDCA and are novel in U.S. medical device software policy. FDA will likely need to provide more clarity than this guidance as to how these criteria will be applied. Another important consideration for the proposed adoption of the IMDRF framework for CDS-related SAMD is that, while FDA has acceded to requests to identify a band of enforcement discretion for software functions that do not fit within the contours of the Cures CDS exemption, the proposed band of such enforcement discretion appears to be rather narrow. For example, the types of CDS tools that may not meet the “independent review” criterion may provide the types of more sophisticated analyses that would support recommendations for serious or critical health care conditions. If this is the case, then CDS developers have even more incentive to continue to track FDA’s efforts to develop its pre-certification program for SAMD and its exploration of the appropriate regulatory oversight for artificial intelligence/machine learning tools.

The Revised CDS draft guidance will be open for comment until December 26, 2019.

Other Software Guidance Documents

FDA issued also updated five other software-related guidance documents, either as final versions or updated final versions. These guidances are largely consistent with their predecessor versions, with some notable clarifications and technical changes. We summarize these guidances below.

Mobile Medical Applications (Updated Final Guidance)

In updating previously issued final guidance on mobile medical applications (apps), FDA retains its approach to mobile medical apps but expands the official reach of the guidance. Specifically, the previous version of the guidance only purported to apply to mobile apps, and this version applies to software apps intended for use on mobile platforms or on general-purpose computing platforms. FDA explains that the policy applies to the software function, regardless of the platform, which is consistent with FDA’s overall approach to digital health tools.19 This is essentially a change in nomenclature; the agency had already acknowledged that it treats software functions the same whether they run on an app or another platform.

FDA explains that it will continue to focus its regulatory oversight on the subset of software functions that are medical devices and whose functionality could pose a risk to a patient’s safety if the device were to not function as intended.20 Consistent with the previous version of the guidance, FDA identifies the following software functions that are the focus of FDA’s regulatory oversight:

  • Software functions that are an extension of one or more medical devices by connecting such device(s) for purposes of controlling the device or analyzing medical device data.
  • Software functions (typically, mobile apps) that transform the mobile platform into a regulated medical device by using attachments, display screens or sensors or by including functionalities similar to those of currently regulated medical devices.
  • Software functions that become a regulated medical device by performing patient-specific analysis and providing patient-specific diagnosis or treatment recommendations.

The updated guidance continues to provide examples of software functions for which FDA intends to exercise enforcement discretion, those that do not meet the definition of a medical device, and those for which it intends to focus its regulatory oversight.21 To reflect changes that Section 3060 of Cures made to the device definition, FDA moved certain examples of software functions from the enforcement discretion category to the non-device category. For example, FDA previously categorized mobile apps that are intended for individuals to log, record, track, evaluate or make decisions or behavioral suggestions related to developing or maintaining general fitness, health or wellness (e.g., tools that promote healthy eating) as medical devices that would be subject to FDA’s enforcement discretion. In this version, FDA lists software functions with the same intended use as examples that are not medical devices.22

Medical Data Systems, Medical Image Storage Devices, and Medical Image Communications Devices (“MDDS”) (Updated Final Guidance)

In the updated final guidance on MDDS, FDA acknowledges that the existing definition of MDDS under 21 C.F.R. § 880.6310 is inconsistent with the exemption in Cures for software functions that overlap substantially with the MDDS concept (i.e., the transfer, storage, display, or conversion of medical device data).23 Under the current version of the regulation, MDDS includes both software and hardware, and Cures exempted qualifying MDDS software functions from the definition of “device.” FDA explains that MDDS hardware are still devices under the FDCA, but that it will continue to exercise enforcement discretion for these devices, as it has since initially announcing the policy in 2015.24 In particular, this updated final guidance attempts to reconcile the regulatory definition of MDDS, which does not allow for “active patient monitoring,” and the Cures exemption, which does not contain the same limitation explicitly. FDA indicates that while exempt MDDS software may potentially be used for active patient monitoring, software to “generate alarms or alerts or prioritize patient-related information on multi-patient displays, which are typically used for active patient monitoring, are considered device software functions because these functions involve analysis or interpretation of” lab data or device data.

FDA also introduces new terminology. The new guidance terms MDDS software as “non-device-MDDS” and MDDS hardware as “device-MDDS,”25 similar to the nomenclature in the CDS guidance. Consistent with Cures, FDA notes that if a product that contains both non-device-MDDS and device-MDDS (“a multiple function device product”), FDA does not intend to enforce FDCA requirements for either part at this time. However, FDA intends to provide recommendations on the regulation of multiple function device products in a separate guidance document.26

General Wellness: Policy for Low Risk Devices (Updated Final Guidance)

FDA originally finalized a policy of enforcement discretion for “general wellness” products in 2016. Cures then exempted from the definition of “device” those software functions intended “for maintaining or encouraging a healthy lifestyle” and that are “unrelated to the diagnosis, cure, mitigation, prevention, or treatment of a disease on condition.”27 However, the Cures exemption only applies to software, not hardware. Under the updated version of the guidance, FDA would continue to exercise enforcement discretion with respect to hardware devices that meet FDA’s definition of a general wellness product.28 Unfortunately, the agency does not take the opportunity to clarify which wellness functions performed by hardware are low-risk device functions covered by enforcement discretion, and which wellness functions performed by hardware simply do not meet the device definition. Furthermore, it stands to reason that hardware with an intended use solely to support an exempt software wellness function would not constitute a device, given that its only intended use is to support a non-device intended use.

Changes to Existing Medical Software Policies Resulting from Section 3060 of the 21st Century Cures Act (Final Guidance)

In this updated version of the guidance, FDA provided further legal rationale for its decision not to enforce the requirement imposed by Cures that certain electronic health records be certified by the Office of the National Coordinator (ONC) for Health Information Technology to qualify for the exemption from the definition of a “device.”29 Whereas the draft guidance simply asserted the agency’s intention not to enforce the ONC certification requirement, the final guidance explains that the types of software functions described by the Cures exemption for electronic health records do not meet the existing FDCA definition of “device” in any event. FDA reiterated that it plans to issue a separate guidance document to explain its approach to health IT systems that contain both non-device functions and device functions.30

Off-the-Shelf Software Use in Medical Devices (Updated Final Guidance)

FDA merely updates its final guidance from 1999 to include the medical device definition exemption in Cures, and does not introduce new policy with respect to off-the-shelf software.

1 U.S. Food and Drug Administration, Digital Health Action Plan (2017), available at

2 Draft Guidance, Clinical Decision Support Software (Sept. 2019),

3 Final Guidance, Changes to Existing Medical Software Policies Resulting from Section 3060 of the 21st Century Cures Act (Sept. 2019), [hereinafter “Revised Cures Changes Guidance”].

4 Final Guidance, Policy for Device Software Functions and Mobile Medical Applications (Sept. 2019), [hereinafter “Revised Mobile Medical Apps Guidance”].

5 Final Guidance, General Wellness: Policy for Low Risk Devices (Sept. 2019), [hereinafter “Revised General Wellness Guidance”].

6 Final Guidance, Off-The-Shelf Software Use in Medical Devices (Sept. 2019), [hereinafter “Revised Off-The-Shelf Software Guidance”].

7 Final Guidance, Medical Device Data Systems, Medical Image Storage Devices, and Medical Image Communications Devices (Sept. 2019), [hereinafter “Revised MDDS Guidance”].

8 Stakeholders may submit comments any time on any guidance, even if they are final. See 21 C.F.R. § 10.115(g)(5).


10 Federal Food, Drug, and Cosmetic Act (FDCA) section 520(o)(1)(E) (as added by Cures).

11 Revised CDS Guidance at 8.

12 Id. at 12.

13 Id.

14 IMDRF, “Software as a Medical Device”: Possible Framework for Risk Categorization and Corresponding Considerations (Sept. 2014),

15 Statement from Principal Deputy Commissioner Amy Abernethy, MD, PhD., Statement on new steps to advance digital health policies that encourage innovation and enable efficient and modern regulatory oversight (Sept. 26, 2019).

16 Revised CDS Guidance at 14-16.

17 Id. at 17

18 Id. at tbl. 3.

19 Revised Mobile Medical Apps Guidance at 1.

20 Id. at 10.

21 Appendix A lists examples of software functions that are not medical devices; Appendix B lists examples of software functions for which FDA intends to exercise enforcement discretion; and Appendix C lists examples of software functions for which FDA intends to focus its regulatory oversight.

22 Id. at 18.

23 Revised MDDS Guidance at 2.

24 Id.

25 Id.

26 Id. at 6.

27 FDCA section 520(o)(1)(B) (as added by Cures).

28 Revised General Wellness Guidance at 3-5.

29 Revised Cures Changes Guidance at 8.

30 Id.

DISCLAIMER: Because of the generality of this update, the information provided herein may not be applicable in all situations and should not be acted upon without specific legal advice based on particular situations.

© Akin Gump Strauss Hauer & Feld LLP | Attorney Advertising

Written by:

Akin Gump Strauss Hauer & Feld LLP

Akin Gump Strauss Hauer & Feld LLP on:

Readers' Choice 2017
Reporters on Deadline

"My best business intelligence, in one easy email…"

Your first step to building a free, personalized, morning email brief covering pertinent authors and topics on JD Supra:
*By using the service, you signify your acceptance of JD Supra's Privacy Policy.
Custom Email Digest
- hide

JD Supra Privacy Policy

Updated: May 25, 2018:

JD Supra is a legal publishing service that connects experts and their content with broader audiences of professionals, journalists and associations.

This Privacy Policy describes how JD Supra, LLC ("JD Supra" or "we," "us," or "our") collects, uses and shares personal data collected from visitors to our website (located at (our "Website") who view only publicly-available content as well as subscribers to our services (such as our email digests or author tools)(our "Services"). By using our Website and registering for one of our Services, you are agreeing to the terms of this Privacy Policy.

Please note that if you subscribe to one of our Services, you can make choices about how we collect, use and share your information through our Privacy Center under the "My Account" dashboard (available if you are logged into your JD Supra account).

Collection of Information

Registration Information. When you register with JD Supra for our Website and Services, either as an author or as a subscriber, you will be asked to provide identifying information to create your JD Supra account ("Registration Data"), such as your:

  • Email
  • First Name
  • Last Name
  • Company Name
  • Company Industry
  • Title
  • Country

Other Information: We also collect other information you may voluntarily provide. This may include content you provide for publication. We may also receive your communications with others through our Website and Services (such as contacting an author through our Website) or communications directly with us (such as through email, feedback or other forms or social media). If you are a subscribed user, we will also collect your user preferences, such as the types of articles you would like to read.

Information from third parties (such as, from your employer or LinkedIn): We may also receive information about you from third party sources. For example, your employer may provide your information to us, such as in connection with an article submitted by your employer for publication. If you choose to use LinkedIn to subscribe to our Website and Services, we also collect information related to your LinkedIn account and profile.

Your interactions with our Website and Services: As is true of most websites, we gather certain information automatically. This information includes IP addresses, browser type, Internet service provider (ISP), referring/exit pages, operating system, date/time stamp and clickstream data. We use this information to analyze trends, to administer the Website and our Services, to improve the content and performance of our Website and Services, and to track users' movements around the site. We may also link this automatically-collected data to personal information, for example, to inform authors about who has read their articles. Some of this data is collected through information sent by your web browser. We also use cookies and other tracking technologies to collect this information. To learn more about cookies and other tracking technologies that JD Supra may use on our Website and Services please see our "Cookies Guide" page.

How do we use this information?

We use the information and data we collect principally in order to provide our Website and Services. More specifically, we may use your personal information to:

  • Operate our Website and Services and publish content;
  • Distribute content to you in accordance with your preferences as well as to provide other notifications to you (for example, updates about our policies and terms);
  • Measure readership and usage of the Website and Services;
  • Communicate with you regarding your questions and requests;
  • Authenticate users and to provide for the safety and security of our Website and Services;
  • Conduct research and similar activities to improve our Website and Services; and
  • Comply with our legal and regulatory responsibilities and to enforce our rights.

How is your information shared?

  • Content and other public information (such as an author profile) is shared on our Website and Services, including via email digests and social media feeds, and is accessible to the general public.
  • If you choose to use our Website and Services to communicate directly with a company or individual, such communication may be shared accordingly.
  • Readership information is provided to publishing law firms and authors of content to give them insight into their readership and to help them to improve their content.
  • Our Website may offer you the opportunity to share information through our Website, such as through Facebook's "Like" or Twitter's "Tweet" button. We offer this functionality to help generate interest in our Website and content and to permit you to recommend content to your contacts. You should be aware that sharing through such functionality may result in information being collected by the applicable social media network and possibly being made publicly available (for example, through a search engine). Any such information collection would be subject to such third party social media network's privacy policy.
  • Your information may also be shared to parties who support our business, such as professional advisors as well as web-hosting providers, analytics providers and other information technology providers.
  • Any court, governmental authority, law enforcement agency or other third party where we believe disclosure is necessary to comply with a legal or regulatory obligation, or otherwise to protect our rights, the rights of any third party or individuals' personal safety, or to detect, prevent, or otherwise address fraud, security or safety issues.
  • To our affiliated entities and in connection with the sale, assignment or other transfer of our company or our business.

How We Protect Your Information

JD Supra takes reasonable and appropriate precautions to insure that user information is protected from loss, misuse and unauthorized access, disclosure, alteration and destruction. We restrict access to user information to those individuals who reasonably need access to perform their job functions, such as our third party email service, customer service personnel and technical staff. You should keep in mind that no Internet transmission is ever 100% secure or error-free. Where you use log-in credentials (usernames, passwords) on our Website, please remember that it is your responsibility to safeguard them. If you believe that your log-in credentials have been compromised, please contact us at

Children's Information

Our Website and Services are not directed at children under the age of 16 and we do not knowingly collect personal information from children under the age of 16 through our Website and/or Services. If you have reason to believe that a child under the age of 16 has provided personal information to us, please contact us, and we will endeavor to delete that information from our databases.

Links to Other Websites

Our Website and Services may contain links to other websites. The operators of such other websites may collect information about you, including through cookies or other technologies. If you are using our Website or Services and click a link to another site, you will leave our Website and this Policy will not apply to your use of and activity on those other sites. We encourage you to read the legal notices posted on those sites, including their privacy policies. We are not responsible for the data collection and use practices of such other sites. This Policy applies solely to the information collected in connection with your use of our Website and Services and does not apply to any practices conducted offline or in connection with any other websites.

Information for EU and Swiss Residents

JD Supra's principal place of business is in the United States. By subscribing to our website, you expressly consent to your information being processed in the United States.

  • Our Legal Basis for Processing: Generally, we rely on our legitimate interests in order to process your personal information. For example, we rely on this legal ground if we use your personal information to manage your Registration Data and administer our relationship with you; to deliver our Website and Services; understand and improve our Website and Services; report reader analytics to our authors; to personalize your experience on our Website and Services; and where necessary to protect or defend our or another's rights or property, or to detect, prevent, or otherwise address fraud, security, safety or privacy issues. Please see Article 6(1)(f) of the E.U. General Data Protection Regulation ("GDPR") In addition, there may be other situations where other grounds for processing may exist, such as where processing is a result of legal requirements (GDPR Article 6(1)(c)) or for reasons of public interest (GDPR Article 6(1)(e)). Please see the "Your Rights" section of this Privacy Policy immediately below for more information about how you may request that we limit or refrain from processing your personal information.
  • Your Rights
    • Right of Access/Portability: You can ask to review details about the information we hold about you and how that information has been used and disclosed. Note that we may request to verify your identification before fulfilling your request. You can also request that your personal information is provided to you in a commonly used electronic format so that you can share it with other organizations.
    • Right to Correct Information: You may ask that we make corrections to any information we hold, if you believe such correction to be necessary.
    • Right to Restrict Our Processing or Erasure of Information: You also have the right in certain circumstances to ask us to restrict processing of your personal information or to erase your personal information. Where you have consented to our use of your personal information, you can withdraw your consent at any time.

You can make a request to exercise any of these rights by emailing us at or by writing to us at:

Privacy Officer
JD Supra, LLC
10 Liberty Ship Way, Suite 300
Sausalito, California 94965

You can also manage your profile and subscriptions through our Privacy Center under the "My Account" dashboard.

We will make all practical efforts to respect your wishes. There may be times, however, where we are not able to fulfill your request, for example, if applicable law prohibits our compliance. Please note that JD Supra does not use "automatic decision making" or "profiling" as those terms are defined in the GDPR.

  • Timeframe for retaining your personal information: We will retain your personal information in a form that identifies you only for as long as it serves the purpose(s) for which it was initially collected as stated in this Privacy Policy, or subsequently authorized. We may continue processing your personal information for longer periods, but only for the time and to the extent such processing reasonably serves the purposes of archiving in the public interest, journalism, literature and art, scientific or historical research and statistical analysis, and subject to the protection of this Privacy Policy. For example, if you are an author, your personal information may continue to be published in connection with your article indefinitely. When we have no ongoing legitimate business need to process your personal information, we will either delete or anonymize it, or, if this is not possible (for example, because your personal information has been stored in backup archives), then we will securely store your personal information and isolate it from any further processing until deletion is possible.
  • Onward Transfer to Third Parties: As noted in the "How We Share Your Data" Section above, JD Supra may share your information with third parties. When JD Supra discloses your personal information to third parties, we have ensured that such third parties have either certified under the EU-U.S. or Swiss Privacy Shield Framework and will process all personal data received from EU member states/Switzerland in reliance on the applicable Privacy Shield Framework or that they have been subjected to strict contractual provisions in their contract with us to guarantee an adequate level of data protection for your data.

California Privacy Rights

Pursuant to Section 1798.83 of the California Civil Code, our customers who are California residents have the right to request certain information regarding our disclosure of personal information to third parties for their direct marketing purposes.

You can make a request for this information by emailing us at or by writing to us at:

Privacy Officer
JD Supra, LLC
10 Liberty Ship Way, Suite 300
Sausalito, California 94965

Some browsers have incorporated a Do Not Track (DNT) feature. These features, when turned on, send a signal that you prefer that the website you are visiting not collect and use data regarding your online searching and browsing activities. As there is not yet a common understanding on how to interpret the DNT signal, we currently do not respond to DNT signals on our site.

Access/Correct/Update/Delete Personal Information

For non-EU/Swiss residents, if you would like to know what personal information we have about you, you can send an e-mail to We will be in contact with you (by mail or otherwise) to verify your identity and provide you the information you request. We will respond within 30 days to your request for access to your personal information. In some cases, we may not be able to remove your personal information, in which case we will let you know if we are unable to do so and why. If you would like to correct or update your personal information, you can manage your profile and subscriptions through our Privacy Center under the "My Account" dashboard. If you would like to delete your account or remove your information from our Website and Services, send an e-mail to

Changes in Our Privacy Policy

We reserve the right to change this Privacy Policy at any time. Please refer to the date at the top of this page to determine when this Policy was last revised. Any changes to our Privacy Policy will become effective upon posting of the revised policy on the Website. By continuing to use our Website and Services following such changes, you will be deemed to have agreed to such changes.

Contacting JD Supra

If you have any questions about this Privacy Policy, the practices of this site, your dealings with our Website or Services, or if you would like to change any of the information you have provided to us, please contact us at:

JD Supra Cookie Guide

As with many websites, JD Supra's website (located at (our "Website") and our services (such as our email article digests)(our "Services") use a standard technology called a "cookie" and other similar technologies (such as, pixels and web beacons), which are small data files that are transferred to your computer when you use our Website and Services. These technologies automatically identify your browser whenever you interact with our Website and Services.

How We Use Cookies and Other Tracking Technologies

We use cookies and other tracking technologies to:

  1. Improve the user experience on our Website and Services;
  2. Store the authorization token that users receive when they login to the private areas of our Website. This token is specific to a user's login session and requires a valid username and password to obtain. It is required to access the user's profile information, subscriptions, and analytics;
  3. Track anonymous site usage; and
  4. Permit connectivity with social media networks to permit content sharing.

There are different types of cookies and other technologies used our Website, notably:

  • "Session cookies" - These cookies only last as long as your online session, and disappear from your computer or device when you close your browser (like Internet Explorer, Google Chrome or Safari).
  • "Persistent cookies" - These cookies stay on your computer or device after your browser has been closed and last for a time specified in the cookie. We use persistent cookies when we need to know who you are for more than one browsing session. For example, we use them to remember your preferences for the next time you visit.
  • "Web Beacons/Pixels" - Some of our web pages and emails may also contain small electronic images known as web beacons, clear GIFs or single-pixel GIFs. These images are placed on a web page or email and typically work in conjunction with cookies to collect data. We use these images to identify our users and user behavior, such as counting the number of users who have visited a web page or acted upon one of our email digests.

JD Supra Cookies. We place our own cookies on your computer to track certain information about you while you are using our Website and Services. For example, we place a session cookie on your computer each time you visit our Website. We use these cookies to allow you to log-in to your subscriber account. In addition, through these cookies we are able to collect information about how you use the Website, including what browser you may be using, your IP address, and the URL address you came from upon visiting our Website and the URL you next visit (even if those URLs are not on our Website). We also utilize email web beacons to monitor whether our emails are being delivered and read. We also use these tools to help deliver reader analytics to our authors to give them insight into their readership and help them to improve their content, so that it is most useful for our users.

Analytics/Performance Cookies. JD Supra also uses the following analytic tools to help us analyze the performance of our Website and Services as well as how visitors use our Website and Services:

  • HubSpot - For more information about HubSpot cookies, please visit
  • New Relic - For more information on New Relic cookies, please visit
  • Google Analytics - For more information on Google Analytics cookies, visit To opt-out of being tracked by Google Analytics across all websites visit This will allow you to download and install a Google Analytics cookie-free web browser.

Facebook, Twitter and other Social Network Cookies. Our content pages allow you to share content appearing on our Website and Services to your social media accounts through the "Like," "Tweet," or similar buttons displayed on such pages. To accomplish this Service, we embed code that such third party social networks provide and that we do not control. These buttons know that you are logged in to your social network account and therefore such social networks could also know that you are viewing the JD Supra Website.

Controlling and Deleting Cookies

If you would like to change how a browser uses cookies, including blocking or deleting cookies from the JD Supra Website and Services you can do so by changing the settings in your web browser. To control cookies, most browsers allow you to either accept or reject all cookies, only accept certain types of cookies, or prompt you every time a site wishes to save a cookie. It's also easy to delete cookies that are already saved on your device by a browser.

The processes for controlling and deleting cookies vary depending on which browser you use. To find out how to do so with a particular browser, you can use your browser's "Help" function or alternatively, you can visit which explains, step-by-step, how to control and delete cookies in most browsers.

Updates to This Policy

We may update this cookie policy and our Privacy Policy from time-to-time, particularly as technology changes. You can always check this page for the latest version. We may also notify you of changes to our privacy policy by email.

Contacting JD Supra

If you have any questions about how we use cookies and other tracking technologies, please contact us at:

- hide

This website uses cookies to improve user experience, track anonymous site usage, store authorization tokens and permit sharing on social media networks. By continuing to browse this website you accept the use of cookies. Click here to read more about how we use cookies.