The new article addresses the regulatory matters related to digital mental health tools, explaining the requirements such products are subject to in accordance with the existing legal framework.

TGA Guidance on Clinical Evidence for Implantable Pulse Generator Systems: Overview

The Therapeutic Goods Administration (TGA), an Australian regulating authority in the sphere of healthcare products, has published a guidance document dedicated to the interpretation of software exclusion criteria. The document provides an overview of the applicable regulatory requirements, as well as additional clarifications and recommendations to be taken into consideration by medical device manufacturers (software developers) and other parties involved in order to ensure compliance. 

At the same time, provisions of the guidance are non-binding in their legal nature, and could be subject to changes, should such changes be reasonably necessary to reflect corresponding amendments to the underlying legislation.

Understanding Exclusions for Digital Mental Health Tools

Exclusion 14E addresses software developed as digital mental health tools, including cognitive behavior therapy (CBT) applications, based on established clinical practice guidelines. These guidelines must be clearly referenced and displayed within the software for the user to review. 

As explained by the TGA, this exclusion is crucial for ensuring that digital mental health tools meet specific criteria before being exempt from certain regulations.

For a software product to qualify under Exclusion 14E, it must meet the following conditions:

  1. Intended Use in Mental Health: The software must be designed for use specifically in the field of mental health, focusing on mental health conditions, diagnoses, and treatments.
  2. Established Clinical Practice Guidelines: The software should follow clinical practice guidelines that are widely accepted and recognized within the mental health community in Australia.
  3. Referenced Guidelines: The guidelines followed by the software must be explicitly referenced, ensuring users know the source and basis of the tool’s methodologies.
  4. Display of Guidelines: The reference to the clinical practice guidelines should be displayed within the software, allowing users to easily access and review them.
  5. Not Part of Novel Treatments: The software should not be part of novel treatments still undergoing trials. Such treatments are not yet established and would not qualify for exclusion under this regulation.
FDA on assessing credibility of computational modelling2

Key Questions for Exclusion

To determine if the software falls under Exclusion 14E, the responsible party should consider the following questions:

  1. Is the software intended for use in mental health? This involves assessing whether the software is designed to address mental health conditions exclusively and is not meant for managing physiological conditions through psychological means.
  2. Does the software follow an established clinical practice guideline? The guideline must be recognized and accepted within clinical practice in Australia, often published by professional health organizations or bodies.
  3. Is the guideline referenced within the software? The guideline should be explicitly mentioned in the software documentation, ensuring users understand the basis of the treatment approach.
  4. Is the reference to the guideline displayed in the software for easy viewing? Users should be able to easily find and access the guidelines within the software, ensuring transparency and reliability.
  5. Is the software part of a novel treatment still undergoing trials? If the software facilitates a treatment still in the trial phase, it is not excluded and remains subject to regulation.

Definitions and Concepts

The document also provides definitions for the key terms and concepts used in the context of the guidance. 

“Intended use” refers to the specific purpose for which the software is designed. Developers must clearly communicate the software’s intended use to potential users, explaining what the tool is and is not meant to do. For example, if the software is meant to replicate paper-based mental health assessments electronically, it is considered excluded under this definition.

The term “used in mental health” encompasses software applications related solely to mental health conditions, diseases, ailments, or defects. This includes software designed for mental health diagnoses and treatments but excludes applications managing physiological conditions through psychological tools.

“Following an established clinical practice guideline” means that the software aligns with widely accepted guidelines used in clinical practice. These guidelines should be published by recognized health organizations or institutions, such as the Royal Australian & New Zealand College of Psychiatrists, and be well-established within the Australian healthcare system. 

Single research papers or internally created guidelines do not qualify as established clinical practice guidelines.

Referenced and Displayed in the Software

The authority additionally emphasizes that the guidelines followed by the software must be clearly referenced and displayed within the application. This ensures that users can easily identify and access the guidelines, fostering transparency and trust. 

Simply including links in a user manual is insufficient; the references must be directly accessible within the software, such as through embedded links in an app. It is also important to mention that the software facilitating novel treatments still undergoing clinical trials does not qualify for exclusion. 

Such treatments are not yet established in clinical practice and require regulation by the TGA. Developers may need to apply for exemptions if their software is used in clinical trials.

Examples of Excluded and Non-Excluded Software

In order to assist the parties involved with the interpretation of the applicable regulatory requirements set forth under the existing legal framework, the authority also provides a few examples accompanied with the relevant clarifications. 

Excluded Example: Digital Therapy Website

A digital therapy website offering cognitive behavioral therapy (CBT) sessions to treat anxiety qualifies as excluded software. The sessions adhere to established clinical practice guidelines published by the Royal Australian & New Zealand College of Psychiatrists, with direct links to these guidelines provided on the website.

Explanation: The software meets all criteria for exclusion under 14E by following recognized guidelines, referencing them clearly, and making them accessible to users. This ensures the tool is grounded in established mental health practices.

Not Excluded Example: Innovative Depression Treatment

A website introducing an innovative treatment for depression that lacks established clinical practice guidelines does not qualify for exclusion. Although preliminary research papers exist, the treatment is not widely accepted or recognized within the clinical practice.

Explanation: The absence of established clinical practice guidelines prevents the software from meeting Exclusion 14E criteria. The treatment’s novelty and lack of widespread acceptance require it to undergo further regulatory scrutiny.

Next Steps for Developers

According to the document, the developers should consult the following resources to determine if their software qualifies for exclusion under Exclusion 14E:

  • Digital Tools and Medical Devices Guidance: This document offers comprehensive insights into the regulatory framework for digital tools, helping developers understand the boundaries and requirements for exclusions.
  • Digital Mental Health Factsheet: A valuable resource providing specific details on digital mental health tools and their regulatory implications.
  • Flow Diagram: A step-by-step flow diagram is available to assist developers in evaluating whether their software qualifies for exclusion or requires additional regulatory considerations.

If the software in question does not meet the criteria for Exclusion 14E, it may require regulation by the TGA. Thus, developers should assess the need for TGA approval, particularly for novel treatments or tools not following established guidelines.

Conclusion

In summary, exclusion 14E offers a framework for identifying digital mental health tools that align with established clinical practice guidelines and ensures they are transparent and accessible to users. In order to comply with it, developers must ensure their tools are not part of experimental treatments to qualify for exclusion. This approach safeguards users and maintains the integrity of digital mental health applications within the Australian healthcare system.

How Can RegDesk Help?

RegDesk is an AI-powered Regulatory Information Management System that provides medical device companies with regulatory intelligence for over 120 markets worldwide. It can help you prepare and publish global applications, manage standards, run change assessments, and obtain real-time alerts on regulatory changes through a centralized platform. Global expansion has never been this simple.