Krátka odpoveď: ak má softvér zamýšľaný účel na lekárske účely (diagnostika, prevencia, monitorovanie, predikcia, prognóza, liečba), je to zdravotnícka pomôcka podľa Nariadenia EÚ o zdravotníckych pomôckach (MDR, 2017/745) a dostane triedu rizika: I, IIa, IIb alebo III, väčšinou podľa Pravidla 11 Prílohy VIII. Trieda rozhoduje, či sa môžete sami certifikovať (iba trieda I) alebo potrebujete notifikovaný orgán, aká hlboká musí byť klinické hodnotenie a ako prebieha dohľad po uvedení na trh. Samostatne, technická norma IEC 62304 priradí softvéru bezpečnostnú triedu: A (nie je možná žiadna ujma), B (je možná nevážna ujma) alebo C (je možná smrť alebo vážna ujma), ktorá rozhoduje o tom, koľko dokumentácie, návrhu a testovania vyžaduje životný cyklus. Tieto dve klasifikácie sú prepojené, ale nezávislé, a obe sú stanovené na základe škody, ktorú by softvér mohol spôsobiť, nie na základe jeho zložitosti.
Krok 1: Je to vôbec pomôcka?
Softvér je zdravotnícka pomôcka podľa Nariadenia EÚ o zdravotníckych pomôckach (MDR), ak je jeho zamýšľaný účel lekársky: diagnostika, prevencia, monitorovanie, predikcia, prognóza alebo liečba (článok 2 ods. 1). Softvér, ktorý iba ukladá, archivuje, komunikuje, zobrazuje alebo vyhľadáva údaje, nie je pomôckou; softvér, ktorý vytvára alebo upravuje lekárske informácie na podporu rozhodnutia o diagnostike alebo liečbe, je podľa MDCG 2019-11 pomôckou.
Definícia MDR (Článok 2 ods. 1) sa zameriava na zamýšľaný účel. Softvér, ktorý ukladá, archivuje, komunikuje, zobrazuje alebo vykonáva jednoduché vyhľadávania v dátach, nie je pomôckou (MDCG 2019-11 ich uvádza). Softvér, ktorý vytvára alebo upravuje lekárske informácie na podporu diagnózy alebo rozhodnutia o liečbe, je. Záznam, ktorý zobrazuje laboratórnu hodnotu s referenčným rozsahom laboratória, nie je; softvér, ktorý používateľovi povie, že hodnota naznačuje stav, alebo odporučí dávku, je. Pozrite si Je zdravotnícka aplikácia zdravotníckou pomôckou? pre podrobný krok kvalifikácie.
Krok 2: Trieda rizika MDR, Pravidlo 11
Pravidlo 11 MDR klasifikuje softvér zdravotníckych pomôcok podľa škody, ktorú by nesprávne rozhodnutie mohlo spôsobiť. Softvér poskytujúci informácie na diagnostické alebo terapeutické rozhodnutia je štandardne triedy IIa, triedy IIb, ak takéto rozhodnutia môžu spôsobiť vážne zhoršenie stavu alebo operáciu, a triedy III, ak môžu spôsobiť smrť alebo nezvratné zhoršenie stavu. Monitorovací softvér je triedy IIa, alebo IIb pre vitálne parametre.
| Softvér určený na… | Trieda MDR |
|---|---|
| poskytovanie informácií používaných na rozhodnutia s diagnostickým alebo terapeutickým účelom (predvolené) | IIa |
| …kde takéto rozhodnutia môžu spôsobiť smrť alebo nezvratné zhoršenie zdravia | III |
| …kde takéto rozhodnutia môžu spôsobiť vážne zhoršenie zdravia alebo chirurgický zákrok | IIb |
| monitorovanie fyziologických procesov (predvolené) | IIa |
| …monitorovanie životne dôležitých fyziologických parametrov, kde variácie môžu viesť k bezprostrednému nebezpečenstvu pre pacienta | IIb |
| čokoľvek iné (softvér, ktorý je pomôckou, ale žiadny z vyššie uvedených) | I |
Pravidlo 11 presunulo väčšinu predtým triedy I softvéru do triedy IIa alebo vyššej, čo je hlavný dôvod, prečo bol MDR vnímaný ako zmena oproti digitálnemu zdravotníctvu. MDCG 2019-11 a rámec rizík IMDRF (význam informácií × stav zdravotnej situácie) pomáhajú umiestniť hraničné prípady. Softvér, ktorý riadi alebo ovplyvňuje hardvérovú pomôcku, preberá triedu tejto pomôcky (Pravidlo 3.3 vykonávacích pravidiel).
Dôsledky podľa triedy: trieda I je samocertifikovaná s technickým súborom a registráciou, bez notifikovaného orgánu (okrem Im, Is, Ir); trieda IIa potrebuje posúdenie systému kvality notifikovaným orgánom a vzorku technickej dokumentácie; trieda IIb to isté s väčšou kontrolou dokumentácie; trieda III úplná kontrola technickej dokumentácie a, kde je to relevantné, konzultácia s panelom expertov. Všetky triedy potrebujú systém manažérstva kvality, klinické hodnotenie primerané triede, osobu zodpovednú za regulačnú zhodu, UDI, registráciu v EUDAMED, dohľad po uvedení na trh a bdelosť.
Krok 3: Bezpečnostná trieda softvéru IEC 62304
Trieda bezpečnosti softvéru podľa normy IEC 62304 hodnotí softvér zdravotníckych pomôcok podľa najhoršej škody, ku ktorej by mohol prispieť, po externých kontrolách rizika: trieda A, ak nie je možná žiadna ujma, trieda B, ak je možná nevážna ujma, trieda C, ak je možná smrť alebo vážna ujma. Trieda určuje, koľko návrhu, overovania a dokumentácie vyžaduje životný cyklus softvéru.
IEC 62304 (2006, doplnené 2015) je harmonizovaná norma pre procesy životného cyklu softvéru zdravotníckych pomôcok. Jeho bezpečnostná trieda vychádza z najhoršej nebezpečnej situácie, ku ktorej môže softvér prispieť, po zohľadnení opatrení na kontrolu rizík mimo softvéru:
| Trieda | Nebezpečná situácia by mohla viesť k… | Čo vyžaduje životný cyklus |
|---|---|---|
| A | žiadna ujma alebo poškodenie zdravia | Plán vývoja softvéru, požiadavky, vydanie; riešenie problémov; riadenie konfigurácie |
| B | nevážna ujma | A: plus architektonický návrh, verifikácia integrácie a systémových testov, zdokumentovaná verifikácia jednotiek |
| C | smrť alebo vážna ujma | B: plus podrobný návrh pre každú jednotku, dodatočné architektonické oddelenie, prísnejšia verifikácia |
Triedy sa priraďujú na systém softvéru a môžu sa priraďovať na softvérovú položku po dekompozícii, takže iba rizikové časti nesú prísnosť triedy C; norma vysvetľuje argumentáciu oddelenia, ktorú to vyžaduje. ISO 14971 (manažérstvo rizík) prispieva k klasifikácii; IEC 82304-1 pridáva požiadavky na úrovni produktu pre zdravotnícky softvér, ktorý beží na všeobecných platformách (telefóny, cloud).
Ako sa tieto dve veci vzájomne ovplyvňujú
Riziková trieda MDR a trieda bezpečnosti IEC 62304 sú nezávislé: trieda MDR (I až III) rozhoduje o regulačnej ceste a zapojení notifikovaného orgánu, zatiaľ čo trieda IEC 62304 (A až C) rozhoduje o prísnosti inžinierskeho procesu. Aplikácia triedy IIa môže byť podľa IEC 62304 triedy B alebo C v závislosti od škody, ktorú by mohol nesprávny výstup spôsobiť.
Trieda MDR je o regulačnej ceste; trieda IEC 62304 je o inžinierskom procese. Aplikácia triedy IIa podľa Pravidla 11 môže byť podľa IEC 62304 triedy B (nesprávne informácie by mohli viesť k nevážnemu oneskoreniu starostlivosti) alebo triedy C (ak by návrh nesprávnej dávky mohol spôsobiť smrť). Zariadenie triedy I je zvyčajne podľa IEC 62304 triedy A, ale nie nevyhnutne. Notifikované orgány očakávajú, že technický súbor preukáže triedu IEC 62304 s jej zdôvodnením, dokumenty životného cyklu na tejto úrovni a prepojenie na súbor manažérstva rizík. Kybernetická bezpečnosť (MDCG 2019-16, IEC 81001-5-1) sa posudzuje spolu.
Pracovný príklad
Pracovný príklad softvéru ako zdravotníckej pomôcky (SaMD): aplikácia na sledovanie príznakov, ktorá zaznamenáva, zobrazuje a zdieľa príznaky, nie je zdravotníckou pomôckou. Pridanie funkcie, ktorá skóruje príznaky podľa validovanej škály a informuje používateľa, kedy vyhľadať lekársku pomoc, z nej robí pomôcku, štandardne triedy IIa podľa Pravidla 11 MDR, s triedou IEC 62304 B, alebo triedou C pre kardiologický prípad použitia.
Aplikácia na sledovanie symptómov, ktorá umožňuje používateľom zaznamenávať symptómy, zobrazovať trendy a zdieľať ich s lekárom: nie je pomôckou (ukladanie, zobrazovanie, komunikácia). Tá istá aplikácia pridáva funkciu, ktorá skóruje zaznamenané symptómy podľa validovanej škály a informuje používateľa, kedy skóre naznačuje, že by mal vyhľadať starostlivosť: teraz je pomôckou, predvolená trieda podľa Pravidla 11 trieda IIa (informácie pre diagnostické rozhodnutie; nesprávne "nie je potrebné vyhľadať starostlivosť" by mohlo viesť k oneskoreniu liečby, vážne, ale nie typicky nezvratné, takže nie IIb alebo III, pokiaľ cieľový stav nie je taký). IEC 62304: falošné uistenie by mohlo viesť k oneskoreniu starostlivosti, nevážne až vážne v závislosti od stavu, takže trieda B, prípadne C pre kardiologické použitie. Cesta: ISO 13485 QMS, notifikovaný orgán, klinické hodnotenie škály, inžinierstvo použiteľnosti (IEC 62366-1), dohľad po uvedení na trh.
Spojené štáty, stručne
V Spojených štátoch FDA reguluje softvér ako zdravotnícku pomôcku podľa zamýšľaného použitia, s triedami I, II a III a cestami 510(k), De Novo a PMA. Zákon o inováciách 21. storočia vylučuje administratívny softvér, produkty pre všeobecnú pohodu, elektronické zdravotné záznamy a určitú klinickú podporu rozhodovania zo statusu pomôcky. FDA uznáva IEC 62304 ako konsenzuálnu normu.
FDA reguluje softvér ako zdravotnícku pomôcku podľa rovnakej logiky zamýšľaného použitia, s triedami I, II a III a cestami 510(k), De Novo a PMA. Zákon 21st Century Cures Act (sekcia 3060) odstránil niekoľko kategórií zo statusu pomôcky: administratívny softvér, všeobecné wellness, elektronické zdravotné záznamy a klinická podpora rozhodovania, ktorá umožňuje lekárovi nezávisle preskúmať základ odporúčania (usmernenie FDA z roku 2022 o CDS ho interpretuje úzko). FDA uznáva IEC 62304 ako konsenzuálnu normu a od roku 2023 vyžaduje dokumentáciu kybernetickej bezpečnosti pre "kybernetické pomôcky". ISO 13485 sa stala základom amerického nariadenia o systéme kvality (QMSR) v roku 2026.
V Anpheros
Anpheros Daily ukladá, zobrazuje a zdieľa; neskóruje, neinterpretuje ani neodporúča a jeho zamýšľaný účel to uvádza. Preto nie je zdravotníckou pomôckou podľa Pravidla 11 alebo vylúčení zákona Cures Act a tím aplikuje zabezpečenie v štýle ISO 27001 a zdokumentovanú softvérovú prax bez regulačnej cesty pre pomôcky. Ak by bola niekedy pridaná funkcia s lekárskym účelom, bola by klasifikovaná podľa Pravidla 11 a vyvinutá podľa IEC 62304 pred vydaním. Pozrite si Transparentnosť zdravotných údajov.
Táto stránka vysvetľuje reguláciu pre produktové a inžinierske tímy. Nie je to právne poradenstvo; texty uvedené v časti Zdroje sú záväzné a váš poverenec pre ochranu údajov, notifikovaný orgán alebo právny zástupca rozhodne pre váš prípad. Posledná revízia: október 2026.
Súvisiace stránky
- Je zdravotnícka aplikácia zdravotníckou pomôckou? EU MDR Pravidlo 11
- MDR vs IVDR
- Vysvetlenie CDS Hooks
- Mapa regulácie zdravotných údajov
- EÚ AI Act a zdravotnícka AI
Zdroje
- Nariadenie (EÚ) 2017/745 (MDR), Príloha VIII, EUR-Lex
- MDCG 2019-11: Kvalifikácia a klasifikácia softvéru
- IEC 62304:2006+AMD1:2015, Procesy životného cyklu softvéru zdravotníckych pomôcok
- IEC 82304-1:2016, Bezpečnosť produktov zdravotníckeho softvéru
- FDA: Usmernenie o softvéri na klinickú podporu rozhodovania (2022)
- FDA: Softvér ako zdravotnícka pomôcka
Časté otázky
Môže byť softvér triedy I podľa MDR?
Áno, ale zriedka: iba softvér s lekárskym účelom, ktorý ani neinformuje diagnostické alebo terapeutické rozhodnutia, ani nemonitoruje fyziologické procesy. Väčšina aplikácií, ktoré sa kvalifikujú ako pomôcky, spadá do triedy IIa.
Potrebuje zariadenie triedy IIa klinické skúšky?
Potrebuje klinické hodnotenie, ktoré sa môže opierať o literatúru, ekvivalenciu a údaje o výkone; klinické skúmanie je potrebné, ak existujúce dôkazy nie sú dostatočné. Softvér, ktorý tvrdí diagnostický výkon, zvyčajne potrebuje vlastnú štúdiu výkonu.
Je IEC 62304 povinné?
Je to harmonizovaná norma, takže jej dodržiavanie je predpokladom zhodnosti s požiadavkami MDR na softvér (Príloha I, 17). Môžete použiť iný prístup, ale potom musíte preukázať ekvivalenciu, čo v praxi nikto nerobí.
A čo funkcie AI?
Platia rovnaké pravidlá, plus EÚ AI Act: pomôcka s posúdením notifikovaným orgánom je vysoko rizikový systém AI podľa Prílohy I, s požiadavkami na údaje, logovanie, transparentnosť a ľudský dohľad posudzované spolu s MDR.
Vyskúšajte zadarmo v sandboxe
Prvé volanie FHIR za 5 minút. API podľa štandardu HL7 FHIR R4 s integrovaným súhlasom pacienta: vyskúšajte si ho v sandboxe a potom pripojte svoju vlastnú aplikáciu alebo klinický systém.
Zadarmo · 30 syntetických pacientov · bez karty
Anpheros vyvíja zdravotný záznam, ktorý pacient ovláda a môže zdieľať s akoukoľvek klinikou, na platforme HL7 FHIR R4, so sídlom v EÚ. Tieto návody vám pomôžu pochopiť a usporiadať si svoje zdravie; nenahrádzajú vášho lekára.
O Anpherose →