Fejlesztő munka közben, programkódot megjelenítő monitorok előtt
Szakterületek · SaMD és digitális egészségügy

Digitális egészségügyi vállalatok, amelyek alkalmazása orvostechnikai eszközzé vált.

Orvosi rendeltetés esetén az iOS- vagy Android-alkalmazás, a felhőalapú backend és a webes dashboard az EU MDR hatálya alá tartozik. Az Egyesült Államokban ezekre az FDA orvostechnikai szoftverfunkciókra vonatkozó szabályai érvényesek. A szoftverdokumentációt a bejelentett szervezet (az EU MDR szerint eszközt tanúsító független szervezet) vagy az FDA ellenőrzi. Ennek elfogadott formája az IEC 62304 szerinti dokumentáció. Az alkalmazás hetente új release-t kap, amivel a dokumentációnak is lépést kell tartania. A már használatban lévő szoftverhez elkészítjük az IEC 62304 szerinti dokumentációt, és a következő release-ek fejlesztését is ehhez igazítjuk a minőségirányítási rendszeredben. Szabályozási szakértőink és FDA-tanácsadóink összeállítják és felülvizsgálják a szükséges dokumentációt, a kockázatelemzést és a kiberbiztonsági dokumentációt, valamint támogatnak a benyújtás során.

Rendszerek
iOS · Android · felhő · webes dashboard
Szabványok
EU MDR · FDA · IEC 62304 · ISO 14971 · ISO 13485
Első lépés
Ingyenes 30 perces mérnöki egyeztetés
A szoftverfejlesztés folyamata

Így készítünk új release-t egy egészségügyi alkalmazáshoz az MDR szerint

01

Követelmények

Az alkalmazás rendeltetését az alkalmazásáruházban megjelenő leírás és a marketingállítások határozzák meg. Írásos specifikáció nincs.

JavaslatunkA követelményeket specifikációban rögzítjük, és gondoskodunk arról, hogy a kódban és a tesztekben is visszakövethetők legyenek.

02

Tervezés

Az alkalmazás, a backend és a dashboard architektúráját csak a fejlesztők ismerik.

JavaslatunkDokumentáljuk az architektúrát és a SOUP-listát, majd minden release-nél frissítjük őket.

03

Megvalósítás

A nyílt forráskódú könyvtárak és SDK-k dokumentáció nélkül kerülnek be a buildbe.

JavaslatunkAz új könyvtárakat és SDK-kat már akkor felvesszük a SOUP-listába, amikor bekerülnek a buildbe.

04

Verifikáció

A kockázatelemzés és a tesztprotokollok csak a kód elkészülte után készülnek el, ha egyáltalán elkészülnek.

JavaslatunkA release előtt teszteljük, mi történik, ha hibás érték jelenik meg, szinkronizálás közben adat vész el, vagy egy rekord rossz beteghez kerül.

05

Release

A kiadott verzió nem kapcsolható egyértelműen ahhoz a verzióhoz, amelyet a bejelentett szervezet vagy az FDA felülvizsgált.

JavaslatunkA CI pipeline létrehozza a release-ek nyilvántartását, így minden élesített verzió visszakövethető a felülvizsgálatig.

06

Támogatás éles üzemben

Az összeomlásokról, a panaszokról és az AI-funkció modellváltozásairól szóló információk különböző helyekre érkeznek.

JavaslatunkAz anomáliákat és a panaszokat közös listán tartjuk nyilván, a modell minden módosítását pedig változáskezelésnek vetjük alá.

07

Változtatások

A változáskezelés, a kockázatértékelés és a tesztelés dokumentálása lassítja a heti release-eket.

JavaslatunkA változáskezelést beépítjük a pipeline-ba, így az apphoz továbbra is hetente jelenhet meg új release.

A cél

Olyan egészségügyi app, amely az MDR követelményeinek teljesítése mellett is tartja a release-ek megszokott ütemét.

A vállalat számára

  • A kiadott forráskódnak megfelelő szoftverdokumentációt készítünk a bejelentett szervezet és az FDA számára
  • A szabályozási eljáráshoz az egész vállalat igazíthatja a terveit
  • Heti release-ek a tervezési kontrollok betartásával

Az egészségügyi szakemberek számára

  • A betegadatok pontosan úgy érkeznek meg, ahogy az alkalmazás rögzítette őket
  • A riasztások hálózati kapcsolat nélkül is az előírások szerint működnek
  • A frissítések megőrzik azt a működést, amelyre a felhasználók támaszkodnak

A betegeknek

  • Hetente jelennek meg új alkalmazásfunkciók, amelyeket release előtt verifikálunk
  • Gyors hibajavítás
  • A mérési adatok hiánytalanul, összekeveredés nélkül jutnak el a kezelőorvoshoz
Problémák és megoldások

Ügyfélproblémák és a megoldásuk

Az alkalmazás már élesben működik, de az IEC 62304 szerinti dokumentációja még hiányzik.

Először tisztázzuk, hogy az éles alkalmazás már orvostechnikai eszközként van-e forgalomban. Ettől függ a szabályozási eljárás. Ezután gap analysis keretében megvizsgáljuk, milyen hiányosságok vannak a kódban, a dokumentációban és a folyamatokban a szabvány követelményeihez képest. A mobilalkalmazást, a felhőszolgáltatásokat és a dashboardot közös szoftverbiztonsági besorolás alapján vizsgáljuk. A kódból helyreállítjuk a követelményeket, az architektúrát, a SOUP-listát (az eszközben használt, ismeretlen eredetű, külső féltől származó kódok jegyzékét), a kockázatelemzést és a tesztprotokollokat. A saját sablonjaidat használjuk, és rövid egyeztetéseket tartunk a fejlesztőiddel.

Az IEC 62304 szerinti dokumentáció utólagos elkészítése
Az appot fejlesztő ügynökség már nem foglalkozik a termékkel.

Átvizsgáljuk és dokumentáljuk az ügynökség vagy a szabadúszó fejlesztők által hátrahagyott kódot, majd átvesszük a következő release-ek fejlesztését. A termék közben a piacon marad, a tervezési kontrollokat pedig már az első módosítástól alkalmazzuk.

Legacy rendszerek átvétele és modernizálása
Hetente adunk ki új release-t, és attól tartunk, hogy a minőségirányítási rendszer lelassítja a fejlesztést.

A változáskezelést beépítjük a CI pipeline-ba, így az alkalmazás továbbra is a megszokott ütemben jelenhet meg az alkalmazásáruházban. Minden módosításnál megvizsgáljuk, hogy release előtt szükséges-e a bejelentett szervezet jóváhagyása vagy új FDA-benyújtás. Minden módosításhoz rögzítjük a kapcsolódó követelményt, a kockázatértékelést és az elvégzett tesztek eredményeit. Minden release-hez verziónyilvántartást és listát készítünk az ismert anomáliákról.

Orvostechnikai szoftverfejlesztés
Szabályozási szakértőkre van szükségünk, akik velünk együtt készítik el a dokumentációt és a hatósági benyújtást.

Szabályozási szakértőink és FDA-tanácsadóink a csapatoddal közösen készítik el a műszaki dokumentációt, a kockázatkezelési dokumentációt és a kiberbiztonsági dokumentumokat. Benyújtás előtt az MDR és az FDA útmutatói alapján ellenőrzik az anyagokat. Tanácsot adnak a besoroláshoz és a benyújtási stratégia kialakításához. Elkészítik az FDA Pre-Submission dokumentációját, és veled együtt válaszolnak a bejelentett szervezet vagy az FDA kérdéseire. A threat modelt (az eszköz elleni lehetséges támadások módszeres elemzését), az SBOM-ot (a buildben szereplő összes szoftverkomponens jegyzékét) és a sérülékenységkezelési folyamat dokumentációját az architektúrával együtt készítjük el, az IEC 81001-5-1 és az 524B. szakasz szerint.

Minőségbiztosítás, megfelelőség és szabályozási ügyek
AI-funkciót építettünk a termékbe, de nem tudjuk, mit kell emiatt megváltoztatnunk.

A modellt verziókezelt konfigurációs elemként kezeljük. A tanítóadatokat, a verifikáció eredményeit és a változáskezelést is nyilvántartjuk. Ha egy tanúsított eszköz új AI-funkciót kap, megvizsgáljuk, hogy jelentős változásnak minősül-e. Emiatt szükség lehet a bejelentett szervezet jóváhagyására és a klinikai értékelés frissítésére. Az Egyesült Államokban új hatósági benyújtásra vagy PCCP-re is szükség lehet. Az MDR szerinti műszaki dokumentációt kiegészítjük a modell leírásával és a teljesítményét igazoló bizonyítékokkal.

AI-modellből orvostechnikai eszköz
Amikor érdemes velünk dolgozni

Amikor a Silurus a megfelelő partner

Keress minket, ha

  • IEC 62304 szerinti dokumentációt szeretnél egy már működő alkalmazáshoz, amellyel kapcsolatban a bejelentett szervezet vagy az FDA kérdéseket tesz fel
  • Egy ügynökség vagy szabadúszó fejlesztőcsapat által készített, majd hátrahagyott app és backend fejlesztését szeretnéd átvenni
  • AI-funkcióval bővítenél egy már orvostechnikai eszköznek minősülő terméket, és a dokumentációt is frissíteni kell
  • Szabályozási szakértőket keresel, akik veled együtt készítik el a dokumentációt és az FDA Pre-Submissiont
Kapcsolat

Írd meg, min dolgozol.

Akár dokumentáció nélkül működő appról, akár hatósági benyújtásról vagy új AI-funkcióról van szó, írj néhány sort a termékről, a használt platformokról és a meglévő dokumentációról. Ingyenes, 30 perces egyeztetést is foglalhatsz a mérnökeinkkel.

Foglalj 30 perces műszaki konzultációt
GYIK

Gyakran ismételt kérdések

01

Orvostechnikai eszköznek minősül az egészségügyi alkalmazásunk az MDR vagy az FDA szabályai szerint?

A vállalat által meghatározott rendeltetés dönti el. Az EU-ban a diagnózishoz vagy terápiához információt szolgáltató szoftver az MDCG 2019-11 útmutató szerint orvostechnikai eszköznek minősül. Az MDR VIII. mellékletének 11. szabálya alapján IIa vagy magasabb osztályba tartozik. Az Egyesült Államokban az FDA orvostechnikai szoftverfunkciókról, klinikai döntéstámogatásról és általános jóllétről szóló útmutatói alapján határozzuk meg a besorolást. A szabályozási eljárás 510(k), De Novo vagy PMA lehet. Az 510(k) keretében a gyártó az FDA-nál forgalomba hozatal előtti bejelentést tesz egy már forgalomban lévő eszközhöz hasonló eszközről. A szoftver dokumentációját az alkalmazandó osztály és szabályozási eljárás követelményei szerint készítjük el.

02

Egy már élesben működő apphoz is elkészítitek az IEC 62304 szerinti dokumentációt?

Igen. Először gap analysist végzünk a kód, a dokumentáció és a folyamatok alapján. Ezután a forráskódból helyreállítjuk a szoftverkövetelmény-specifikációt (SRS), az architektúrát, a SOUP-listát, a szoftveres kockázatelemzést és a tesztprotokollokat. A saját sablonjaidat használjuk, és a minőségirányítási rendszered (QMS) keretein belül dolgozunk.

03

Az appot és a backendet is fejlesztitek, vagy csak a dokumentációt készítitek el?

Mindkettőt. Mérnökeink mobilappokat, felhőalapú backendeket és webes dashboardokat fejlesztenek, az IEC 62304 szerinti dokumentációt pedig a kóddal együtt kezelik. Ha viselhető eszközhöz készül kísérőapp, az appot, a Bluetooth-kapcsolatot és a backendet az eszközzel együtt, egy rendszerként verifikáljuk.

04

El tudjátok készíteni az alkalmazásunk FDA Pre-Submission dokumentációját?

Igen. FDA-tanácsadóink elkészítik a Pre-Submission (Q-Submission) dokumentációt. Ebben szerepel az eszköz leírása, a rendeltetés, a javasolt szabályozási eljárás és az FDA-nak szánt kérdések. A csapatodat a hatósági egyeztetésre is felkészítjük. A kapcsolódó szoftverdokumentációt, kockázatkezelési és kiberbiztonsági dokumentumokat ugyanaz a csapat készíti el.

05

Az IEC 62304 mellett is adhatunk ki hetente új release-t?

Igen, ha a változáskezelés a pipeline része. Minden módosításhoz követelmény, kockázatértékelés és a tesztelést igazoló dokumentáció tartozik. Minden release-hez verziónyilvántartás és az ismert anomáliák listája készül.

06

Mennyi ideig tart és mennyibe kerül egy gap analysis?

Az alapfelülvizsgálat három hétig tart. A végén írásos jelentést és intézkedési tervet adunk át. Appból, backendből és dashboardból álló rendszer esetén a munka időtartamát és árát a kód és a dokumentáció előzetes áttekintése után határozzuk meg.