Orvostechnikai eszköz szoftverrendszerének robbantott ábrája
Szolgáltatások · projektalapú fejlesztés

A projektet a kitűzött célig visszük

Új termék, meglévő termék új funkciói vagy pontosan körülhatárolt modul. A Silurus csapata saját műszaki vezetővel és projektmenedzserrel, írásban egyeztetett átadandó eredmények, átvételi kritériumok és mérföldkövek alapján dolgozik az IEC 62304 szerint, az ISO 13485 szerinti minőségirányítási rendszeredben, az EU MDR vagy az FDA követelményeit követve.

Csapatunk
Saját műszaki vezető és PM, Budapest
Alap
Átadandó eredmények és átvételi kritériumok
Folyamat
IEC 62304 · ISO 13485 · saját QMS
Árazás
Írásban rögzített becslés és díjtételek
Mikor érdemes választani

Előre meghatározható célú projektek

02

Új funkciók

A követelmények alapján fejlesztünk, hatáselemzést készítünk és regressziós teszteket végzünk.

05

Rendszerintegráció

Elkészítjük a specifikációt és az interfészszoftvert, majd tesztjelentést adunk át.

Interoperabilitás →
06

Dokumentáció határidőre

Gap analysist végzünk, majd szabályozási szakértőinkkel és FDA-tanácsadóinkkal elkészítjük a hiányzó IEC 62304 és FDA szerinti dokumentumokat. A munkát a dokumentáció benyújtási határidejéhez vagy az audit időpontjához igazítjuk. A dokumentációt a gyártó nyújtja be.

Szabályozási tanácsadás az EU MDR és az FDA követelményeihez →
A gyakorlatban

Feladatok, amelyekkel hozzánk fordulnak

Kiindulási helyzet

Egyetemi kórház laboratóriumi eszközének szoftververifikációja

Egy európai egyetemi egészségügyi központ laboratóriumi eszközt fejlesztett FDA IDE szerinti vizsgálathoz. Az eszköz szoftvere már működik. A rendszer egy PC-n futó Python-alkalmazásból és egy ESP32-n futó MicroPython firmware-ből áll. Tesztek és IEC 62304 szerinti dokumentáció azonban még nem készültek hozzá.

Így dolgozunk

A projekt meghatározott feladatkörrel indul, két mérnök és egy projektmenedzser részvételével. A kórház csapatával távolról dolgozunk együtt. Átvizsgáljuk a rendszer mindkét részének kódját, majd a PC-s alkalmazást refaktoráljuk, hogy tesztelhető legyen. Automatizált teszteket készítünk, és dokumentáljuk a felhasználói és szoftverkövetelményeket. Elkészítjük a validációs és verifikációs terveket, a tesztjelentést és a nyomon követhetőségi mátrixot (az egyes követelményeket a tervezési elemekhez, tesztekhez és kockázatcsökkentő intézkedésekhez kapcsoló táblázat).

Kiindulási helyzet

Firmware javítása egy III. osztályú kardiológiai eszközben

Egy kardiológiai terápiás rendszer az EU MDR és az FDA szerint is III. osztályú eszköz. A vezérlőkonzolból és szondából álló rendszer két STM32 mikrokontrollert használ. A következő szabályozási lépések előtt a firmware-t összhangba kell hozni a tervezési specifikációval.

Így dolgozunk

A munkát a tervspecifikáció és a kód összevetésével végzett gap analysissel (a szabvány követelményeihez képest fennálló hiányosságok vizsgálata) kezdjük. Felülvizsgáljuk a MISRA C szerinti megfelelést és a SOUP-ot (ismeretlen eredetű szoftver, vagyis az eszközben használt, külső féltől származó kód), majd helyszíni workshopot tartunk. A hiányosságokat írásban egyeztetett szakaszokban szüntetjük meg. Először rendezzük a kódot, majd kijavítjuk a kritikus hibákat és a súlyos problémákat. Végül unit teszteket készítünk. Minden szakaszt külön fogad el az ügyfél minőségügyi csapata. A javítások az ügyfél változáskezelési eljárásán haladnak át, hatáselemzéssel együtt. A szoftverbiztonsági besorolás, a rendszerszintű verifikáció és a release-ről szóló döntés továbbra is az ügyfél felelőssége.

Kiindulási helyzet

FDA szerinti szoftverdokumentáció egy elkészült nRF52-alapú eszközhöz

Egy mérnöki tanácsadó cégnek FDA szerinti szoftverdokumentációra van szüksége ügyfele akkumulátoros eszközéhez. Az eszköz Nordic nRF52 platformon, Zephyrrel és Bluetooth Low Energy (BLE) kapcsolattal működik. A firmware már elkészült.

Így dolgozunk

A dokumentáció készítését a meglévő bizonyítékokra kiterjedő gap analysissel kezdjük. A dokumentumokat a forráskód és az ügyfél sablonjai alapján állítjuk össze. Ha követelmények vagy tesztelési bizonyítékok hiányoznak, a szükséges verifikációt külön feladatként egyeztetjük az ügyféllel. Elkészítjük a szoftvertervezési specifikációt, a SOUP-értékelést, a rendszerteszt-specifikációt és a kiberbiztonsági jelentést. A threat modelt (az eszköz elleni lehetséges támadások módszeres elemzése) és az SBOM-ot (a buildben szereplő összes szoftverkomponens jegyzéke) is elkészítjük. A firmware-re vonatkozó részekkel kiegészítjük a veszélyelemzést. A dokumentációt az IEC 62304, az ISO 14971 és az FDA 524B. szakaszának követelményei szerint állítjuk össze.

Kiindulási helyzet

A Win32 és az MFC kivezetése egy régóta működő képalkotó archívumból

Egy C++ és MFC alapú képalkotó archívum és leletező rendszer DCMTK-t használ a DICOM-kommunikációhoz. Az adatbázis PostgreSQL-re épül. A rendszer ultrahangos, endoszkópos, CT-, MR- és röntgenberendezésekhez kapcsolódik. A korszerűsítés alatt is forgalomban kell maradnia, az ISO 13485 és az EU MDR követelményeinek megfelelően.

Így dolgozunk

A korszerűsítést különálló, pontosan meghatározott projektekre bontjuk. Először a felhasználói felületet és a dokumentumgeneráló réteget alakítjuk át. A DICOM backend és az adatbázis változatlan marad. Minden lépés után, még a release előtt verifikáljuk, hogy a rendszer a korábbival megegyezően működik-e. Ugyanennek a termékcsaládnak egy képrögzítő alkalmazását is áthelyezzük. A speciális kamerahardver helyett szabványos Android-eszközökön fog működni, CameraX használatával.

Kiindulási helyzet

Fogászati képfeldolgozó motor API-n keresztüli eléréssel

Egy fogászati implantátumtervező platformhoz képfeldolgozó motort fejlesztünk. A motor szegmentálja a CBCT-térfogatokat, importálja az intraorális STL-szkeneket, és regisztrálja a két adathalmazt. Az API-n keresztül hálómodelleket, transzformációt és pontossági mérőszámot ad vissza.

Így dolgozunk

A projekt megvalósíthatósági vizsgálattal indul, az ügyfél saját anonimizált esetein. A szakasz végére működő ITK- és VTK-alapú feldolgozási folyamatot, mért pontossági eredményeket tartalmazó jelentést, architektúrát és szabályozási tervet adunk át egy IIa osztályú termékhez. A besorolást az MDR 11. szabálya és a rendeltetés (amire a gyártó a szoftvert szánja) alapján vezetjük le. Az éles használatra szánt feldolgozómotort egy második projektben fejlesztjük ki.

Kiindulási helyzet

Donorprogram kiterjesztése több országra

Egy sejt- és szövetbank több országra terjeszti ki a donorprogramját. Olyan back office rendszerre van szüksége, amely kétirányú API-n keresztül kapcsolódik egy webshophoz. A rendszer valós időben kezeli a készleteket és a foglalásokat, és országonkénti kvótákat alkalmaz.

Így dolgozunk

A feladatot a back office rendszerre, a szabványos platformra épülő webshopra és a kettő integrációjára bontjuk. Mindegyikhez külön meghatározzuk az átadandó eredményeket és a becsült ráfordítást.

A folyamat menete

Az első egyeztetéstől a projekt átadásáig

1. lépés

A projekt kereteinek meghatározása

Rövid írásos összefoglalóban rögzítjük a célt, a rendelkezésre álló követelményeket, az interfészeket és a határidőt. Ha a követelményeket még nem hagyták jóvá, először külön feltárási fázist végzünk, előre meghatározott eredménnyel. A fő projekt feladataira ennek lezárása után adunk árajánlatot.

2. lépés

Ajánlat és szerződés

Írásban rögzítjük az átadandó eredményeket, az átvételi kritériumokat, a mérföldköveket, a csapat összetételét és az árat. Ezután elkészítjük a titoktartási megállapodást, a keretszerződést és a megrendelést.

3. lépés

Mérföldkövek

Minden mérföldkőnél közösen áttekintjük az elkészült munkát, majd az előre egyeztetett kritériumok alapján átvesszük az adott szakasz eredményeit.

4. lépés

Átadás vagy további támogatás

Átadjuk a forráskódot és a dokumentációt a csapatodnak, vagy mi folytatjuk a karbantartást és a következő release elkészítését.

Mit adunk át

Mit adunk át a projekt végén

D-01

Szoftver

Átadjuk az elkészült terméket, funkciókat vagy modult. A forráskód a saját repositorydba kerül.

D-02

IEC 62304 szerinti dokumentáció

Dokumentáljuk a követelményeket, a terveket és a teszteket. Rögzítjük a fejlesztés nyomon követhetőségét is.

D-03

Verifikációs bizonyítékok

Átadjuk a tesztprotokollokat és a végrehajtott tesztek dokumentációját. Ezekhez csatoljuk az eltérések kezelésének nyilvántartását, valamint a verifikációs és validációs jelentést.

D-04

Kockázatkezelési dokumentáció

A szoftver kockázatelemzését az ISO 14971 szerinti kockázatkezelési dokumentációban rögzítjük.

D-05

Release és átadás

Átadjuk a release megjegyzéseit és az ismert eltérések listáját, majd az ügyfél csapatával közösen áttekintjük a rendszert.

Együttműködési lehetőségek

Projektalapú fejlesztés vagy mérnökcsapat

A projektalapú fejlesztés akkor megfelelő, ha

  • A célokat és az átadandó eredményeket már az elején írásban rögzíthetjük
  • A végeredményért egyetlen csapat felel
  • A munkának előre meghatározott befejezési határideje van

A mérnökcsapat akkor jó választás, ha

  • Egy fejlesztési területen több éven át szükséged van mérnökökre: dedikált mérnökcsapatok
  • A mérnökök munkáját a saját műszaki vezetőid irányítják: csapatbővítés
Technológiák és szabványok

Amivel dolgozunk

Technológiák és eszközök

CC++C#.NETPythonTypeScriptReactAngularKotlinSwiftQtEmbedded CZephyrBluetooth LEPostgreSQLAzureAWSDockerGitHub ActionsGoogleTestCI/CD

Szabványok, előírások és fejlesztési gyakorlatok

IEC 81001-5-1FDA section 524BFDA QMSR (21 CFR 820)SBOMThreat modellingIEC 62304ISO 13485ISO 14971EU MDRFDA

Silurus Software

  • A Silurus Software 2017-ben alakult, irodái Budapesten és Szingapúrban találhatók
  • Több mint 40 mérnök, EU MDR szabályozási szakértők és FDA-tanácsadók
  • Az ügyfél ISO 13485 szerinti minőségirányítási rendszerében dolgozunk. A feladatokat és a felelősségi köröket még a munka megkezdése előtt írásban rögzítjük. Ha az ügyfélnek még nincsenek dokumentált szoftverfejlesztési eljárásai, IEC 62304 szerinti sablonokat adunk. Ezeket az ügyfél beépítheti a saját rendszerébe.
  • Többéves mérnöki együttműködés egy európai MedTech-gyártóval
  • Török Péter alapító és CTO 1999 óta foglalkozik orvostechnikai szoftverekkel. Korábban a Siemens Healthcare (syngo.via) szoftverfejlesztési igazgatója, majd a Mediso Medical Imaging Systems K+F vezetője volt.
  • ISO 9001:2015 (NQA, 171041 számú tanúsítvány, érvényes 2027. márciusig) és ISO/IEC 27001:2022 (NQA, 728872 számú tanúsítvány, érvényes 2029. augusztusig)
  • 2025-ben AAA minősítést kaptunk a Dun & Bradstreet hitelképességi értékelésében, amely a legmagasabb minősítési fokozat
  • A budapesti Eötvös Loránd Tudományegyetem (ELTE) kutatási partnerei vagyunk
  • 2027-től ipari partnerként veszünk részt az EU Horizon Europe LOGOS projektjében a Bolognai Egyetemmel, a Pisai Egyetemmel, az Amszterdami Egyetemmel és a brnói Masaryk Egyetemmel
  • Dr. Szántó Linda ügyvezető 2025-ben elnyerte a Female Business Leader of the Year, 2026-ban pedig a The Pioneer Award díjat
Hogyan dolgozunk →Minőség és szabványok →Dokumentumminták →Esettanulmányok →
FAQ

Gyakori kérdések

01

Kié a forráskód és a dokumentáció, és mi történik az együttműködés végén?

A forráskód és az általunk készített dokumentáció a kifizetést követően a tiéd. Az együttműködés végén átadjuk a repositorykat, a dokumentációt és a nyitott feladatok listáját. Az átadást egyeztetjük a saját csapatoddal vagy a következő beszállítóval.

02

Hogyan határozzuk meg a projekt árát?

Az előzetes igényfelmérő egyeztetés után minden projekthez írásos becslést készítünk az egyeztetett munkaigény és díjtételek alapján.

03

Mi történik, ha változnak a követelmények?

Felmérjük a módosítás munkaigényét, határidejét és kockázatát. A változtatást írásban egyeztetjük, és még a munka megkezdése előtt hozzáadjuk a megrendeléshez.

04

A mi minőségirányítási rendszerünkben dolgozol?

Igen. Az ISO 13485 szerinti eljárásaidat követjük, és a dokumentációt a saját sablonjaidban vezetjük. Ha még hiányoznak a szoftverfejlesztési eljárások, sablonokat adunk az IEC 62304 szerinti dokumentációhoz.

05

Ki foglalkozik a szabályozási követelményekkel?

Szabályozási szakértőink és FDA-tanácsadóink a projektcsapattal együtt készítik el az EU MDR vagy az FDA követelményei szerinti dokumentációt.

06

Folytatódhat a projekt hosszú távú csapatos együttműködésként?

Igen. Ugyanazok a mérnökök folytathatják a munkát dedikált mérnökcsapatként vagy csapatbővítés keretében.

07

Milyen dokumentációt adsz át a projekt végén?

Elkészítjük a szoftverfejlesztési tervet, a követelményeket, az architektúrát és a szoftvertervezési specifikációt. Dokumentáljuk a teszteseteket és az eredményeket. Elkészítjük a nyomon követhetőségi mátrixot, a SOUP-listát, a kockázatkezelési dokumentáció szükséges bejegyzéseit és a release notes dokumentumokat. A dokumentáció részletességét az IEC 62304 szerinti szoftverbiztonsági osztály (A, B vagy C, a szoftverhiba okozta lehetséges ártalom alapján) határozza meg. Az FDA esetében a Basic vagy Enhanced documentation level követelményeit is figyelembe vesszük.

08

Ki miért felel a projekt során?

A Silurus Software azért felel, hogy a munkát az egyeztetett átvételi kritériumok szerint teljesítse. A termékért és a minőségirányítási rendszerért továbbra is az ügyfél felel. A release-ről is az ügyfél dönt. A szerepköröket a Hogyan dolgozunk oldalon részletezzük.

09

A kiberbiztonsági dokumentáció is része a projektnek?

Igen. Hálózathoz kapcsolódó eszköz esetén elkészítjük a threat modelt, a kiberbiztonsági kockázatértékelést és az SBOM-ot. Az IEC 81001-5-1 szerinti biztonságos fejlesztési életciklus részeként biztonsági teszteket végzünk. Tervet készítünk a forgalomba hozatal után feltárt sérülékenységek kezelésére is. A dokumentáció az EU MDR követelményeihez igazodik. Az FDA 524B szakasza szerinti kibereszköz esetén elkészítjük a gyártó forgalomba hozatal előtti beadványához szükséges tartalmat is.

Vedd fel velünk a kapcsolatot

Írd meg, milyen projekten dolgozol

Írd meg néhány sorban, milyen termékről van szó, mi a cél és mi a határidő. Ingyenes egyeztetésre is foglalhatsz időpontot.

Foglalj időpontot egy 30 perces szakmai egyeztetésre