Back to blog
TGAClinical Decision SupportCDSS ExemptionMedical Device SoftwareAI ScribesARTGHealthcare AI2026

TGA CDSS Changes 1 November 2026: Which AI Tools Need ARTG Listing

ClinicComply Team
27 min read

Key Takeaways

  • The instrument is F2026L01167, registered 7 September 2026. The Therapeutic Goods Legislation Amendment (2026 Measures No. 1) Regulations 2026 replaces item 2.15 of Schedule 4 to the Medical Devices Regulations from 1 November 2026.
  • Two new limbs tighten the CDSS exemption. Limb (d) requires the software not be intended to make a clinical diagnosis or treatment decision; limb (e) requires it to display the guidelines, calculations or logic so a health professional can "readily interpret and verify" each recommendation.
  • Existing software is caught. New regulation 11.90 applies the new item 2.15 to devices manufactured before 1 November 2026 that are intended to be used on or after that date.
  • Status at 2 November 2026: the amendment took effect on 1 November, and the TGA's digital scribe review has reported. Published 16 October 2026, it found that of 12 scribes reviewed, "eight included functions likely to meet the definition of a medical device", two needed more information and two "appeared unlikely to be medical devices"; none of the 12 suppliers had identified its product as a device. Our review explainer covers what to check.
  • The TGA deleted its blanket AI line on 16 October 2026. Its CDSS guidance previously said "an AI-enabled CDSS will not meet the exemption criteria", and the guidance is now "under review to align with the amendments coming in to effect 1 November 2026". What decides it is opacity ("Opaque CDSS do not meet exemption criterion (c) and are not exempt") and, from 1 November, limbs (d) and (e).
  • A scribe that only records, transcribes and translates is not a medical device. The TGA's digital scribes page (16 October 2026) says a scribe "is likely to be a medical device" if it suggests diagnoses, treatments or investigations, prioritises or triages patients, or generates clinical conclusions, and a device must be on the ARTG "unless they are exempt".
  • The offence and civil penalty provisions target the sponsor. Section 41MI(1) carries 5 years imprisonment or 4,000 penalty units, or both, but a defendant who was not the sponsor has a statutory defence. The practice's job is to inventory its tools and ask each vendor for its basis.

From 1 November 2026, decision-support software keeps its ARTG exemption only if it is not intended to make a diagnosis or treatment decision and it shows the clinician the guidelines, calculations or logic behind each recommendation. Regulation 11.90 applies that test to software you already use. Ask each vendor for its ARTG entry or exemption basis, in writing, if you have not done so already.

CDSS exemption item 2.15 before and after 1 November 2026, showing all five limbs side by side. Limb a is reworded from supporting a recommendation to assisting the professional's decision. Limb b is widened from not directly processing or analysing images or signals to not processing, analysing, compressing or decompressing them. Limb c, not replacing clinical judgement, is unchanged. Limb d is new: not intended to make a diagnosis or treatment decision. Limb e is new: the software must display the guidelines, calculations or logic so the professional can readily interpret and verify any recommendation. A footer notes that regulation 11.90 applies the new item 2.15 to software made before 1 November 2026 and used on or after that date.

What changes on 1 November 2026?

The Therapeutic Goods Legislation Amendment (2026 Measures No. 1) Regulations 2026, register ID F2026L01167, was made by the Governor-General on the advice of Mark Butler, Minister for Health and Ageing, dated 3 September 2026, and registered 7 September 2026. Section 2 item 4 starts Schedule 1, Part 3 on 1 November 2026. Part 3 makes two changes: item 48 repeals and substitutes the "kinds of medical devices" cell at table item 2.15 of Schedule 4 to the Therapeutic Goods (Medical Devices) Regulations 2002, and item 49 inserts regulation 11.90, covered below. The conditions column of item 2.15 is not changed, so the exemption survives; what changes is the definition of the software that fits it.

The TGA's news item of 8 September 2026 says the amendments "do not change the scope of the CDSS exemption or introduce new regulatory requirements". The explanatory statement says the new item 2.15 "seeks to clarify that some products will not meet CDSS exemption criteria, and remove perceived ambiguity for stakeholders". Both are true on their own terms; a practice reading only one would misjudge how much work 1 November created. The amendment follows a 2024 TGA consultation that "received majority support from respondents", and the exemption itself dates from February 2021, introduced "to reduce regulatory burden relating to low-risk CDSS devices".

One more limb was reworded without comment: limb (a) changed from software "providing or supporting a recommendation" to software that "make[s] a recommendation ... for the sole purpose of assisting the health professional in making a decision". The explanatory statement comments only on limbs (b), (d) and (e); we note the change to (a) without interpreting it.

How do the old and new exemption criteria compare?

The table below sets the former item 2.15, in force until 31 October 2026, against the version that applies from 1 November 2026, quoting the instrument and the regulations as they stood before 1 November.

LimbUntil 31 October 2026From 1 November 2026What changed
(a)"for the sole purpose of providing or supporting a recommendation to a health professional about preventing, diagnosing, curing or alleviating a disease, ailment, defect or injury in persons""to make a recommendation to a health professional for the sole purpose of assisting the health professional in making a decision related to preventing, diagnosing, curing or alleviating a disease, ailment, defect or injury in persons"Reworded. The explanatory statement does not comment on this change.
(b)"not intended by its manufacturer to directly process or analyse a medical image or signal from another medical device""is not intended by its manufacturer to process, analyse, compress or decompress a medical image or signal from another medical device""directly" removed; "compress" and "decompress" added.
(c)"not intended by its manufacturer to replace the clinical judgement of a health professional in relation to making a clinical diagnosis or decision about the treatment of patients"Same wordsUnchanged.
(d)No equivalent limb"is not intended by its manufacturer to make a clinical diagnosis or decision about the treatment of patients, including where the software is in vitro diagnostic software"New.
(e)No equivalent limb"displays details of the clinical practice guidelines, calculations or logic used by the software, in a way that enables a health professional to readily interpret and verify any recommendations while using the software in a clinical context intended by the manufacturer"New.

Limb (d) is the sharper test: a module that returns a diagnosis is out, full stop. The TGA's worked example is a diabetes module in an EMR where an endocrinologist enters HbA1c and glucose results and the module "returns a diagnosis of diabetes mellitus and recommends a treatment plan": "This CDSS is not exempt. It does not meet the exemption criteria because it provides a diagnosis of diabetes mellitus based on the input data." The other pole is a tool that digitises the McIsaac (Modified Centor score) criteria for tonsillopharyngitis, where the GP enters age, fever, cough, exudate and swelling, the software outputs a probability score and "the recommended treatment pathways", and "The GP uses their clinical judgement to decide which, if any of the recommended options to follow." That one is exempt, because the scoring tool is evidence-based, referenced and published.

Limb (e) is the test a practice manager can run without a lawyer: the software must display the logic "in a way that enables a health professional to readily interpret and verify any recommendations". Our suggestion: sit with a clinician, trigger a recommendation, and look at the screen. If the basis is visible and checkable at that moment, it passes. If all the clinician gets is a number with nothing behind it, ask the vendor why.

Does the change apply to software we already use?

Yes. New regulation 11.90, inserted by item 49, applies the amended item 2.15 to devices "manufactured on or after the commencement" of Part 3, and to devices "manufactured before that commencement and ... intended by its manufacturer to be used on or after that commencement". The commencement is 1 November 2026, so there is no grandfathering on the face of it: software your practice has run for years is subject to the new limbs the moment it is used on or after that date.

That does not mean ripping anything out. It means the vendor's basis for staying off the ARTG has to hold against the new text, and only the vendor knows which basis it relies on, which is why the inventory and the written vendor question, covered below, are the real work.

Which tools in a practice could fall outside the exemption?

The TGA's CDSS guidance (last updated 16 October 2026, unchanged at 2 November 2026) opens with a note: "This guidance is currently under review to align with the amendments coming in to effect 1 November 2026." It still sets out only the three criteria that were in force until 31 October. The same update removed its blanket AI line: the page previously said "an AI-enabled CDSS will not meet the exemption criteria", and its page history for 16 October records "Removed mention of AI in the exemption criteria section". What remains is a transparency test. Under criterion (c), the software must "be transparent in how it generates recommendations (i.e. cannot use proprietary analysis to generate recommendations)": "Opaque CDSS do not meet exemption criterion (c) and are not exempt", meaning a "black box" system viewable "only in terms of its inputs and outputs". The TGA adds: "A CDSS could be opaque regardless of whether it incorporates technologies such as machine learning." Under criterion (a), it "must not: diagnose or screen for a condition, determine a treatment, override a clinician's judgement, or provide information for monitoring a patient". Our reading, and it is ours: since 1 November an AI tool faces the same questions as any other software, whether it makes a diagnosis or treatment decision (limb (d)) and whether it shows its logic so the clinician can "readily interpret and verify" the recommendation (limb (e)).

The category is wide: the explanatory statement gives "a closed-loop blood glucose monitor" and "a web-based application that provides information about particular diseases or conditions based on a health practitioner's input of their patient's symptoms" as examples, and notes CDSS "could be any kind of software, including mobile applications and websites".

The table maps tools sitting in a typical practice onto what the TGA material says. The "what to ask" column is our suggested wording, not TGA text.

Kind of tool in a practiceWhat the TGA material saysWhat to ask the vendor
Scoring or calculator built into clinical software, for example a McIsaac scoreExempt where the scoring tool is evidence-based, referenced and transparent, and the GP decides which option to follow (TGA worked example)"Which guideline or formula does it use, and is it shown on screen?"
A module that returns a diagnosis or treatment plan"This CDSS is not exempt" (TGA diabetes module example)"What is the ARTG entry number?"
AI-enabled decision support or risk prediction"Opaque CDSS do not meet exemption criterion (c) and are not exempt" (TGA CDSS guidance, 16 October 2026); from 1 November, limb (e) requires the logic to be displayed"Is it on the ARTG? If not, which exemption do you rely on, and where does it show its logic?"
AI scribe that records, transcribes, summarises or drafts notes for clinician review"Not considered medical devices" where it adds no "new clinical content or suggestions that were not explicitly stated by the health professional" (TGA digital scribes page, 16 October 2026)"Does any feature suggest diagnoses, investigations or treatment not said in the consult?"
AI scribe that suggests diagnoses, treatments or investigations, prioritises or triages patients, or generates clinical conclusions"Likely to be a medical device" (TGA digital scribes page, 16 October 2026)"ARTG entry, exempt CDSS notification, or can the feature be switched off?"
Any tool after an updateUpdates can change the intended purpose; the developer must stop supply or remove the functionality (TGA scope creep guidance), and for a scribe may instead determine whether it meets the criteria and conditions of exempt CDSS software (TGA digital scribes page, 16 October 2026)"Tell us in writing when an update adds a clinical feature."

The inventory has to be feature by feature, not product by product: a single product can carry note-taking and other features side by side. Heidi Health's pricing page, read 24 September 2026, lists "Live evidence suggestions" and "Evidence in patient visits" among its plan features alongside its scribe functions. We make no claim about those features, only that the ARTG question is answered per feature, not per product. The TGA's 16 October 2026 review matched no finding to any product name, and neither do we.

Is an AI scribe a medical device?

No, not if it only records, transcribes and translates. The TGA's Digital scribes page (last updated 16 October 2026) says scribes "that only record, transcribe and translate clinical conversations into written records, without adding new clinical content or suggestions that were not explicitly stated by the health professional, are not considered medical devices". It lists summarising consultations, drafting clinical notes and referral letters, and formatting information into problem lists, medication lists or record fields "for healthcare practitioner review, editing and confirmation" as administrative functions. On the other side, "a digital scribe is likely to be a medical device if, for example, it: identifies, recommends or suggests diagnoses; identifies, recommends or suggests treatments or investigations; prioritises, triages or monitors patients; generates clinical conclusions or assessments." Medical devices must "be included in the Australian Register of Therapeutic Goods (ARTG) before they can be imported, exported, or supplied in Australia, unless they are exempt", and "Supplying a medical device that is not included in the ARTG is a breach of the Therapeutic Goods Act 1989, unless it is exempt." The TGA "may take compliance action against anyone who supplies non-compliant products in Australia."

The page was rewritten on 16 October 2026. Its January version drew the line at scribes that transcribe "without performing analysis or interpretation" and said scribes meeting the device definition but sitting off the ARTG "are being supplied illegally"; both sentences are gone. The rewrite adds a seven-row table of functions (reviewing patient history, drafting referral letters, summarising a record, medical coding, reference information, AI chatbot functions, AI insight functions) and eight worked examples, three of them devices: an "insights" feature that suggests diagnoses or treatment, a scribe marketed as guiding diagnosis and treatment planning, and an agent that finalises notes and orders tests without clinician review. Disclaimers do not settle it: "General disclaimers (for example 'this product is not for diagnosis') are not acceptable to demonstrate a digital scribe is not a medical device if medical claims are made or the product includes features consistent with a medical device."

It also spells out a route the January version did not mention. A scribe that is a device may be exempt CDSS: "A digital scribe may be an exempt CDSS if its only purpose is to provide a recommendation to a health professional about prevention, diagnosis, or treating a disease, and must not replace clinical judgment. To be exempt, the scribe cannot analyse information that came from another medical device and must display details of how the recommendation was generated." The supplier must also meet the exemption's conditions, and "You must notify us using the CDSS exemption notification form". Otherwise it must stop supplying the scribe, remove the functions with a therapeutic purpose, or apply for ARTG inclusion.

Decision diagram of the TGA's two-sided digital scribe test, as rewritten on 16 October 2026. A scribe that only records, transcribes, translates, summarises or drafts notes for the clinician to review, adding no clinical content the clinician did not state, is not a medical device. A scribe that suggests diagnoses, treatments or investigations, prioritises, triages or monitors patients, or generates clinical conclusions or assessments is likely to be a medical device, which must be on the ARTG unless it is exempt, for example as notified exempt clinical decision support software. An update that adds a suggestion feature, scope creep, can move a scribe from the first outcome to the second. Source: TGA, Digital scribes, last updated 16 October 2026.

The professional bodies do not speak with one voice. RACGP's AI scribes page (last updated 29 June 2026) says scribes "do not require regulation by the TGA as they do not have a therapeutic use". The TGA's review, published 16 October 2026, reached a different finding: of the 12 scribes it reviewed, "eight included functions likely to meet the definition of a medical device". RACGP's own Standards, 6th edition F11 says some AI tools "may be classified as medical devices" and that such a tool "must be included on the Australian Register of Therapeutic Goods (ARTG) before it can be lawfully supplied or used in Australia". Ahpra's AI guidance says scribing is "usually" not TGA regulated, but its case study 2 found "since this tool suggested a diagnosis it meets the definition of a medical device". ACSQHC's ambient scribe scenario warns this can apply "even if this was not the original intent of the software".

The TGA's own AI review outcomes report (July 2025), Finding 4, said a scribe review was needed because users "frequently propose diagnosis or treatment options for patients beyond the stated diagnosis or treatment a clinician has identified during consultations". That review reported on 16 October 2026. The digital scribe review outcomes report says an environmental scan found "approximately 100 suppliers of digital scribes available in Australia", and that from "responses from 40 suppliers, we focused our review on 12 products". "Of the 12 scribes we reviewed, none of the suppliers identified their products as medical devices." On the TGA's review, "eight included functions likely to meet the definition of a medical device", "two required additional information to determine their regulatory status" and "two appeared unlikely to be medical devices based on the available information". The report lists the 12 products but does not say which finding applies to which, so we name none. The functions that tip a scribe over are those that "analyse information, determine what is clinically relevant, or generate clinical conclusions, recommendations or other outputs that may influence diagnosis, monitoring, prognosis or treatment". The report also says "Statements or disclaimers are not sufficient in determining if a product is, or is not, a medical device", and "Some digital scribes may function as clinical decision support system (CDSS) software."

The report is plain about its limits: "We did not test any digital scribe products, check the safety and performance, or assess compliance with detailed medical device regulatory requirements as part of this review." Its next steps carry no date. The TGA will use the findings to "inform our regulatory approach to digital scribes, including how some functions of these products may fit within the existing conditional exemption for CDSS software", to support education and guidance, and to "guide targeted compliance activities where digital scribe functionality meets the definition of a medical device", taking "a proportionate and risk-based approach". It announced no deadline, no transition period and no named enforcement action. Our explainer on the review sets out what a practice should have checked by 1 November.

The RACGP page and the TGA review now say different things, and we do not resolve that here: your MDO is the right body to say which position your practice relies on.

What is scope creep, and how does it reach your practice?

The TGA defines it plainly: "New features or functionality may change the intended purpose and cause the product to meet the definition of a medical device, sometimes referred to as 'scope creep' or 'feature creep'." Its worked example is a scribe that later adds a feature suggesting diagnoses not mentioned in the consult. The developer must then either not release that update, or complete the pre-market process and include the updated version in the ARTG.

MDA National calls the quiet version "silent scope creep". Its 21 September 2026 piece describes a doctor's scribe, set to auto-update, that introduces "suggested investigations" enabled by default and auto-populating into transcription notes, one appearing as "a 'suggested investigation' that you did not request". MDA advises auditing "all your clinical notes, from the date of update up until the present", because "developers can alter a program after you purchase it, introducing or remove features, which then update automatically." Its earlier July 2026 article is blunt: software offering AI assistance on diagnosis and treatment "meets the criteria for medical device software. This software should not be used until there is TGA approval."

This is why the TGA tells health professionals to "regularly assess whether it remains appropriate and compliant", including whether "software updates have introduced new functionality that may change the intended purpose". A tool that was safely outside the device definition at purchase can cross the line overnight without telling anyone. Consent and privacy duties apply to your scribe whether or not it is a device, covered in our AI privacy guide.

Who is legally responsible: the vendor or the practice?

The offence provisions in the Therapeutic Goods Act 1989 sit with whoever puts the device on the market. Section 41MI(1) makes it a criminal offence to import, export, supply or manufacture a medical device where no exception applies and its use "has resulted in, will result in, or is likely to result in, harm or injury to any person": "Imprisonment for 5 years or 4,000 penalty units, or both." Section 41MIB carries a civil penalty for importing, exporting, supplying or manufacturing a device not on the Register: "for an individual, 5,000 penalty units; and ... for a body corporate, 50,000 penalty units." Both carry a non-sponsor defence, proved by the defendant: s 41MI(6) and s 41MIB(2) each say the offence or penalty "does not apply if the defendant proves that the defendant was not the sponsor of the device".

"Supply" is defined broadly in s 3(1), including "supply by way of administration to, or application in the treatment of, a person". Our reading, and it is ours: these provisions target whoever brings an unregistered device to market, and a practice that is not the sponsor has a statutory defence it must prove. Its exposure is therefore mostly indirect: the TGA's expectation that professionals check ARTG status, the RACGP's F11 expectation, professional obligations under Ahpra, and the practical risk of a tool being withdrawn mid-year. No TGA guidance says whether a clinician using decision-support software is "supplying" it; that question is unresolved, and your MDO or lawyer is the person to ask.

The duties that do bind the clinician sit elsewhere. The TGA's page for health professionals says: "you are responsible for the safe and appropriate use of software in your practice. Check the software is included in the ARTG: Check with the sponsor." RACGP F11 asks practices to "confirm that any AI tools used in clinical care" are registered on the ARTG where they are devices and "come with documentation from the vendor explaining regulatory status and intended use". One wrinkle: F11 says a device must be "lawfully supplied or used"; the Act names import, export, supply and manufacture. The "or used" is RACGP's wording, not the Act's.

What should a practice do before 1 November 2026?

Updated 2 November 2026: the amendment took effect on 1 November. These are the checks a practice should have completed by that date; any still outstanding is due now.

Four checks per tool since 1 November 2026, feature by feature, not product by product. One, does it recommend, score, flag or suggest, checking every feature including inside the practice management system and the scribe. Two, what is the ARTG entry number, or the exemption the vendor relies on, asked in writing. Three, is the guideline, calculation or logic visible on screen, limb e, checked by triggering a recommendation and looking. Four, will the vendor tell you before an update adds a clinical feature, confirmed in writing with notes audited after each update. A side note records that the legal duty sits with the sponsor under sections 41MI and 41MIB of the Therapeutic Goods Act, while the practice's job is to check and record.

  1. List every clinical software feature that recommends, scores, flags, predicts or suggests, including modules inside your practice management system and your scribe, not just stand-alone products. Go feature by feature, since one product can carry a scribe and other functions.
  2. Ask the vendor in writing for its ARTG entry, or the exemption it relies on and confirmation it has notified the TGA, since "the sponsor of the device must notify the Secretary" of any importation or supply "within 20 working days".
  3. Check limb (e) yourself: when a recommendation appears, can the clinician see the guideline, calculation or logic on screen, in a way they can "readily interpret and verify"? This is our suggested check.
  4. Search the ARTG using "the manufacturer's name as listed in the instructions for use", and cross-check the TGA's list of AI-enabled medical devices in the ARTG.
  5. Switch off or restrict features that return a diagnosis or treatment decision where the vendor cannot give an ARTG entry. MDA National: such software "should not be used until there is TGA approval".
  6. Ask vendors to tell you before an update adds a clinical feature, and review scribe output after each update, as MDA advises, "from the date of update up until the present".
  7. Record the answers in your AI register or digital health technology register and your AI policy. Our AI acceptable use policy template and digital health technology governance policy template give the structure.
  8. Report adverse events or suspected non-compliance to the sponsor and the TGA. The TGA: "If the software causes harm or doesn't perform as expected, report it to the Sponsor and follow your organisation's incident management requirements."

Could the change still be stopped?

Technically, yes. The explanatory statement confirms the instrument is disallowable. Under section 42(1) of the Legislation Act 2003, notice of a motion to disallow may be given "within 15 sitting days" after the instrument is laid before a House, and if the resolution passes, the instrument "is repealed immediately". We have not checked the sitting calendar; treat the amendment as in force from 1 November 2026 until Parliament says otherwise.

The other signal to watch is what the TGA does after its digital scribe review, published 16 October 2026. Its CDSS guidance is still "under review to align with the amendments coming in to effect 1 November 2026", and the review says the findings will inform "how some functions of these products may fit within the existing conditional exemption for CDSS software". Neither carries a date.

Frequently Asked Questions

Is my AI scribe a medical device?

No, if it only records, transcribes and translates clinical conversations into written records without adding clinical content or suggestions the clinician did not state. The TGA's digital scribes page (16 October 2026) says a scribe "is likely to be a medical device" if it suggests diagnoses, treatments or investigations, prioritises, triages or monitors patients, or generates clinical conclusions or assessments. A device must be on the ARTG unless it is exempt, for example as notified exempt CDSS.

Does the 1 November 2026 change apply to software we already use?

Yes. Regulation 11.90 applies the amended item 2.15 to devices manufactured on or after 1 November 2026 and to devices manufactured before that date but "intended by its manufacturer to be used on or after that commencement". There is no carve-out for software installed years ago.

Do I have to stop using a tool that is not on the ARTG?

Most tools do not need to be on the ARTG at all: exempt CDSS meeting all five limbs, and software that is not a medical device, stay off it. For a tool that returns a diagnosis or treatment decision with no ARTG entry, MDA National says it "should not be used until there is TGA approval". The legal position of a practice that merely uses such a tool is unresolved; ask your MDO.

What is the CDSS exemption?

Item 2.15 of Schedule 4 to the Therapeutic Goods (Medical Devices) Regulations 2002 exempts clinical decision support software from the ARTG, subject to conditions including sponsor notification to the TGA. From 1 November 2026 the software must meet five limbs: sole purpose of assisting a decision, no processing of medical images or signals, no replacing clinical judgement, no making a diagnosis or treatment decision, and visible guidelines, calculations or logic.

Does ChatGPT count as clinical decision support?

No. The exemption and the device definition both turn on the manufacturer's intended purpose, and a general-purpose large language model is not intended as CDSS. The TGA's off-label example puts the duty on the developer who learns the product is being used for health advice: implement controls to stop it, or seek approval for the new intended use. Separately, the OAIC recommends not entering "personal information, and particularly sensitive information, into publicly available generative AI tools".

How do I check whether software is on the ARTG?

Search the ARTG using the manufacturer's name as listed in the instructions for use, the TGA's stated method, and ask the sponsor to confirm. The TGA also publishes a list of AI-enabled medical devices in the ARTG. Record what you find, and when, since updates can change a product's status.

Does the TGA change affect my practice's accreditation?

F11 of the RACGP Standards 6th edition asks practices to confirm that AI tools used in clinical care are registered on the ARTG where they meet the device definition, and to hold vendor documentation of regulatory status. But accreditation under the NGPA Scheme currently uses the 5th edition, and ACSQHC says arrangements for the 6th edition "will be provided in due course". F11 is not yet assessed.

What happens if a vendor update adds a diagnosis feature?

The TGA says the developer must stop supplying the product until it is on the ARTG or remove the feature that gives it a therapeutic use. For a scribe, the TGA's digital scribes page (16 October 2026) adds a third route: determine whether the product meets the criteria and conditions of exempt CDSS software, and notify the TGA. MDA National advises auditing your clinical notes from the date of the update, since the feature may have been writing into records unnoticed. Then ask the vendor in writing what it intends to do.

Free tool

Compliance Calendar Generator

A year of reminders, in one .ics file

Open the tool
30-day free trial

Be the practice the assessor compliments.

Choose your frameworks and work through the checklist. Walk into your next visit with your evidence linked and current, and nothing left to chase.

No credit card required
Australian data residency (Sydney)
Cancel anytime