Postmarketingový dohled pro SaMD: Články 83–92 a povinnosti v oblasti dat z reálného světa

Co výrobce SaMD překvapí

Většina výrobců SaMD investuje intenzivně do předtržní shody — kvalifikace, klasifikace, technická dokumentace, klinické hodnocení — a pak zjistí, že postmarketingové povinnosti MDR jsou téměř stejně náročné. Články 83 až 92 zavádějí systém postmarketingového dohledu, který není jednorázovým cvičením, ale průběžným procesem. Pro software má tento systém charakteristiky, které nelze jednoduše převzít ze zkušeností s hardwarovými prostředky.

Článek 83 to říká jasně: každý výrobce potřebuje funkční systém postmarketingového dohledu pro každý prostředek na trhu — a ten systém musí být udržovaný a aktualizovaný, ne jen napsaný do šuplíku. Co to znamená v praxi závisí na rizikové třídě: pro SaMD třídy I může jít o poměrně lehký systém, ale pro třídu IIb nebo III jde o strukturovaný dohledový program se zdokumentovaným sběrem dat, analýzou a zpětnými vazbami do technické dokumentace a souboru řízení rizik.

Co systém PMS pro software skutečně monitoruje

Hardwarový PMS je do velké míry řízen stížnostmi — sledujete problémy v terénu, poruchy, nežádoucí příhody a stížnosti od uživatelů a zdravotnických zařízení. Pro software tyto kanály stále platí, ale nepokrývají nejdůležitější typy selhání. Software může fungovat přesně dle návrhu a přesto produkovat nesprávné klinické výstupy v konkrétních skupinách pacientů, hraničních případech nebo prostředích nasazení, která nebyla při návrhu plně předvídána.

Správně strukturovaný systém PMS pro SaMD by měl zahrnovat:

Monitorování stížností a nežádoucích příhod — základy: systém pro příjem, záznam a analýzu stížností od uživatelů a zdravotnických zařízení. Pro software nasazený v nemocnicích to typicky znamená formální kanál přes týmy klinického inženýrství nebo IT. SaMD orientovaný na spotřebitele potřebuje přímý mechanismus zpětné vazby od uživatelů.

Hlášení incidentů — Článek 87 vyžaduje, aby výrobci hlásili závažné incidenty příslušnému příslušnému orgánu. Pro software může závažný incident zahrnovat chyby algoritmu, které vedly k diagnostické chybě, poruchy softwaru vedoucí k nedostupnosti kritické funkcionality nebo narušení kybernetické bezpečnosti ohrožující bezpečnost pacientů.

Data o výkonu v reálném světě — zde se SaMD nejvíce liší od hardwaru. Pro diagnostický software nebo software pro podporu rozhodování by váš systém PMS měl zahrnovat mechanismy pro sběr dat o klinickém výkonu softwaru v reálném světě: jak často výstupy odpovídají skutečným klinickým výsledkům, zda se výkon liší napříč uživatelskými populacemi nebo prostředími, zda existují vzory v případech, kdy software podává nižší výkon.

Analýza trendů — Článek 88 vyžaduje, aby výrobci hlásili významné zvýšení frekvence nebo závažnosti nezávažných incidentů a očekávaných nežádoucích vedlejších účinků. Pro software to znamená, že data PMS musí být analyzována na trendy — nejen na jednotlivé incidenty.

Literární a tržní sledování — monitorování publikované literatury pro nové informace o klinické doméně vašeho softwaru, srovnatelných technologiích a vznikajících bezpečnostních signálech. Také monitorování nových regulačních pokynů relevantních pro váš typ softwaru.

PMCF pro SaMD — průběžná klinická povinnost

Post-Market Clinical Follow-up je upraven v Příloze XIV Části B a vztahuje se na všechny prostředky, kde klinické hodnocení identifikovalo mezery v důkazech nebo kde závěr o přínosu a riziku závisel na předpokladech, které je třeba po spuštění ověřit. Pro SaMD je PMCF téměř vždy opodstatněný, protože:

Počáteční klinické důkazy při spuštění jsou typicky omezené — studie výkonu na předem definovaných datových sadách nezachycují plnou rozmanitost podmínek klinického nasazení. Výkon v reálném světě se může lišit od podmínek kontrolované studie.

Výkon softwaru se v čase může měnit způsoby, jakými se výkon hardwaru nemění — jak se vyvíjí klinické prostředí, uživatelská populace nebo integrační prostředí.

Plán PMCF musí být konkrétní. Jaká klinická data budete sbírat? Jak — prostřednictvím strukturovaných studií výkonu v reálném světě, účastí v registrech, prospektivních observačních studií? Jaké jsou vaše koncové body? Kolik pacientů nebo pozorování je potřeba? V jakém časovém rámci? Jaké závěry spustí změnu v klinickém hodnocení?

„Budeme monitorovat nežádoucí příhody prostřednictvím systému PMS" není plán PMCF. Popisuje zpracování stížností. PMCF vyžaduje aktivní, strukturovaný sběr klinických dat s definovanou metodologií.

PSUR a zpětnovazební smyčka dokumentace

Článek 86 vyžaduje od výrobců prostředků třídy IIa, IIb a III pravidelné zprávy o aktualizaci bezpečnosti (PSUR) v definovaných intervalech — nejméně každé dva roky pro třídu IIa, nejméně ročně pro třídu IIb a III. PSUR musí zahrnovat analýzu dat postmarketingového dohledu, posouzení přínosu a rizika a závěry o tom, zda je potřeba přijmout opatření.

Pro SaMD se PSUR přímo promítá zpět do technické dokumentace. Pokud postmarketingová data ukazují něco neočekávaného — degradaci výkonu, vzor chyb uživatelů, nové důkazy o klinické doméně — může být nutná aktualizace CER, souboru řízení rizik a IFU. PSUR není samostatný dokument; je to spouštěcí mechanismus pro udržování zbytku technického souboru aktuálním.

Jedna věc, kterou týmy konzistentně podceňují: napsání věrohodného PSUR vyžaduje, aby byla v průběhu předchozího období sbírána správná data. Smysluplný PSUR nelze napsat, pokud nemáte žádná strukturovaná postmarketingová data k analýze. Systém sběru dat musí být nastaven od spuštění, nikoli dodatečně zaváděn, když se blíží termín PSUR.

Praktická architektura systému PMS pro SaMD

Několik strukturálních rozhodnutí, která PMS pro SaMD zefektivní:

Definujte zdroje dat předem — před spuštěním identifikujte, odkud budou pocházet data PMS. Systém stížností, rozhovory se zákaznickým servisem, dohody o sdílení dat s klinickými pracovišti, upozornění na literaturu, předplatná regulačního zpravodajství. Každý zdroj potřebuje jmenovaného vlastníka a definovanou četnost přezkumů.

Explicitně propojte PMS s řízením rizik — každý přezkum dat PMS by měl zahrnovat posouzení: mění tato nová informace některý z našich odhadů rizik nebo závěrů o přínosu a riziku? Pokud ano, spusťte aktualizaci souboru řízení rizik. Toto propojení MDR vyžaduje a v praxi často chybí.

Stanovte prahy detekce signálů — nečekejte, až problémy budou zřejmé. Předem definujte, jaký objem nebo typ signálů by spustil neplánovaný přezkum nebo změnu klinické dokumentace. To je součást povinnosti „analýzy trendů" podle Článku 88.

Zapojte klinické zainteresované strany — nejlepší systémy PMS pro SaMD zapojují klinické týmy používající software, nejen regulační a kvalitní funkce. Klinikové si problémy s výkonem všimnou daleko dříve, než vedou k formálním stížnostem.

Výjimka pro SaMD třídy I — a její limity

Výrobci SaMD třídy I nejsou povinni vytvářet PSUR. Ale Článek 83 stále platí — stále potřebujete systém PMS a stále musíte analyzovat postmarketingová data a jednat podle nich. Rozdíl je v povinnosti reportování, nikoli v samotném požadavku na dohled. Pokud váš SaMD třídy I způsobí nebo přispěje k závažnému incidentu, požadavky na hlášení incidentů podle Článku 87 platí bez ohledu na třídu.

Nenechte výjimku z PSUR vést k závěru, že postmarketingový dohled pro software třídy I je volitelný. Není.