Az egészségügyi szoftverfejlesztés az Egyesült Királyságban többe kerül és tovább tart, mint bármely más ágazatban végzett hasonló munka, és ennek oka nem az, hogy a kód nehezebb lenne. Az ok az, hogy a költségvetés jelentős része bizonyítékra megy, nem funkciókra: klinikai kockázati dokumentációra, információbiztonsági irányításra és olyan megfelelőségi anyagokra, amelyeket a vevő már azelőtt kér, hogy egyáltalán kipróbálná a terméket.

Azok a csapatok, amelyek máshol építettek szoftvert, ezt következetesen alábecsülik. Beárazzák az alkalmazást, elnyerik a munkát, aztán rájönnek, hogy a megfelelőségi réteg nem a végén álló szakasz, hanem párhuzamos munkafolyam, amelynek az első napon el kell indulnia, mert olyan architekturális döntéseket korlátoz, amelyeket drága később felülírni.

Mi hajtja valójában a költséget: egy brit egészségügyi projekt nagyjából negyede-harmada klinikai biztonságra, információbiztonsági irányításra és megfelelőségi bizonyítékokra megy, nem funkcionalitásra. A meghatározó kérdés nem az, mennyire összetett az alkalmazás, hanem hogy érint-e betegadatot, befolyásol-e klinikai döntést, és az NHS-e a vevő. Mindegyik külön, nem opcionális munkafolyamot ad hozzá.

A három kérdés, amely kijelöli a hatókört

Bármilyen becslés előtt három dolgot tisztázni kell, mert ezek döntik el, mely szabályrendszerek érvényesek, és a válaszok közti költségkülönbség többszörös.

Kezel-e betegadatot? Ha igen, a brit GDPR alkalmazandó, az egészségügyi adat különleges kategóriaként, és ha az NHS is érintett, ki kell töltenetek a Data Security and Protection Toolkitet . Ez éves önértékelés egy meghatározott szabványkészlettel szemben, és jelenlegi változata a National Cyber Security Centre Cyber Assessment Frameworkjére épül a régi önálló szabványok helyett. Ez valódi mérnöki korlát, nem űrlapkitöltés, mert belenyúl a hozzáférés-kezelésbe, a naplózásba, a titkosításba és a beszállítókezelésbe.

Befolyásol-e klinikai döntést? Ha igen, a klinikai kockázatkezelés is érvényes, és ez a leggyakrabban kimaradó munkafolyam. A DCB0129 az egészségügyi informatikai rendszerek gyártóira vonatkozó szabvány, a DCB0160 pedig a bevezető szervezetekre. Mindkettő országos felülvizsgálat alatt áll, 2026. június 29-én indult és 2026. szeptember 11-ig tartó nyilvános konzultációval, így a részletek változhatnak. Ami nem változik, az maga a követelmény, és az sem, hogy szükség van megnevezett klinikai biztonsági felelősre, megfelelő klinikai háttérrel, aki a veszélynyilvántartást vezeti és a biztonsági dossziét jóváhagyja.

Orvostechnikai eszköz-e? A szoftver lehet az, és az MHRA közzéteszi a szoftverre és a mesterséges intelligenciára mint orvostechnikai eszközre vonatkozó útmutatását . Ha a termék diagnosztizál, monitoroz, előrejelez vagy kezel, az orvostechnikai eszközökre vonatkozó szabályozás alá eshet, és brit jóváhagyott szervezet általi megfelelőségértékelést igényelhet, ami külön költség és hetek helyett hónapokban mért külön naptár. Ezt a besorolást bármelyik irányba elhibázni drága, és érdemes korán szabályozási véleményt fizetni, nem pedig a beszerzés közben rájönni.

A DTAC és ami 2026-ban változott

Ha az NHS-nek adtok el, a Digital Technology Assessment Criteria az első kapu. A klinikai biztonságot, az adatvédelmet, a technikai biztonságot, az átjárhatóságot és a használhatóságot egyetlen értékelésbe fogja, amellyel az NHS-szervezetek a szállítókat mérik.

Az NHS England 2026. február 24-én frissített űrlapot adott ki, és a szervezeteknek 2026. április 6-ig kellett átállniuk rá, ezután a korábbi változatot már nem fogadták el. A felfrissítés egyszerűsítés volt. Az űrlap nagyjából negyedével kevesebb kérdést tartalmaz, főként a Data Security and Protection Toolkittel és a Pre-Acquisition Questionnaire-rel való átfedések megszüntetésével, és megszűnt az a követelmény, hogy a megnevezett klinikai biztonsági felelősnek adott NHS Digital képzést kellett elvégeznie. Maga az öt értékelési terület változatlan, a bennük lévő követelmények korszerűsödtek.

A költségvetést készítők számára az a fontos, hogy a DTAC nem utólag kitöltendő. Olyan bizonyítékot kér, amelynek a fejlesztés során kellett keletkeznie. Az a szállító, amelyik akkor kezd rá gondolni, amikor az első NHS-intézmény kérdez, két-három hónapot tölt dokumentáció utólagos pótlásával, és a válaszok egy része kódmódosítást igényel.

Az orvostechnikai eszköz kérdése

Bármi, ami közelít a szoftverhez mint orvostechnikai eszközhöz, esetén a brit helyzet még mozgásban van, és érdemes megérteni, mielőtt piaci stratégiát rögzítetek.

Nagy-Britannia jelenleg átmeneti szabályok szerint ismeri el a CE-jelöléssel ellátott eszközöket, 2028. június 30-i határidővel a régi irányelvek szerint tanúsítottakra és 2030. június 30-i határidővel az uniós orvostechnikai eszköz- és in vitro diagnosztikai rendeletek szerint tanúsítottakra. A brit piacon lévő eszközök nagyjából tízből kilence CE-jelölést visel, nem UKCA-t. Az MHRA 2026 februárjában konzultációt indított azzal a javaslattal, hogy az első határidőt 2028. december 31-re tolja ki, és az uniós előírásoknak megfelelő, CE-jelöléssel ellátott eszközök elismerését határozatlanná tegye a 2030-as záróidőpont teljes eltörlésével. A konzultáció 2026 áprilisában zárult, az eredmény az év későbbi szakaszában várható.

Egy brit termékcsapat számára a gyakorlati olvasat az, hogy az irány inkább az igazodás, mint az eltérés, de semmi nincs eldöntve. Ha a piacra jutásotok attól függ, melyik jelölést választjátok, azt a döntést a konzultáció eredményének megérkezésekor kell újranézni, nem most rögzíteni. Vegyétek figyelembe azt is, hogy a brit jóváhagyott szervezetek külön listát alkotnak az uniós bejelentett szervezetekhez képest, és mindkettőnél tartós szűk keresztmetszet volt a kapacitás.

Mennyibe kerül

A brit fejlesztési költségek ugyanazt a szerkezetet követik, mint más egyedi szoftverek, egy megfelelőségi felárral a tetején.

Egy szűk hatókörű, klinikai döntéstámogatás nélküli, NHS-beszerzési út nélküli eszköz a £15,000 és £35,000 közötti sávba esik. Gondoljatok egy magánrendelői időpontfoglaló és nyilvántartó felületre, vagy egy betegportálra, amely egy meglévő rendelőirányítási rendszerhez kapcsolódik.

Egy jelentős alkalmazás valódi integrációs munkával, információbiztonsági irányítással és DTAC-beadvánnyal £35,000 és £75,000 közé esik. Ez a szokásos sáv olyan termékre, amelyet NHS-intézményeknek vagy magánszolgáltatók csoportjának szánnak, és a megfelelőségi munkafolyam ennek érdemi hányada.

£75,000 fölött vállalati területen jártok, klinikai biztonsági dokumentációval, formális kockázatkezeléssel, nemzeti szabványokkal szembeni átjárhatósággal és gyakran megfelelőségértékelési úttal. Az ebbe a sávba eső termékek rendszeresen elérik a £250,000-t és afölöttit, és az ütemtervet a megfelelőség hajtja, nem a mérnöki munka.

A napidíjak a tágabb piacot követik, óránként £75 és £150 között a tapasztalattól függően, de az egészségügyi projektekben két olyan szerep van, ami az általánosakban nincs. A klinikai biztonsági felelős szakértői kinevezés, rendszerint részmunkaidőben, az információbiztonsági irányítási vezető pedig vagy felvétel, vagy szerződtetett tanácsadó. Mindkettőt tervezzétek be az elejétől. Az egyedi szoftverfejlesztés költségeiről szóló útmutatónk bemutatja, hogyan oszlanak meg általában a mögöttes fejlesztési órák.

Hol buknak el az egészségügyi projektek

Ritkán a kódon. A visszatérő kudarcok szerkezetiek és kiszámíthatók.

A megfelelőséget szakaszként kezelik. A csapatok a fejlesztés utánra ütemezik, majd kiderül, hogy az adattárolás helyéről, a naplózásról és a hozzáférés-kezelésről már olyan döntések születtek, amelyeket a megfelelőségi folyamat nem fogad el. Ezek visszafordítása drága.

Nincs klinikai biztonsági felelős, amíg a beszerzés nem kérdez. A veszélynyilvántartásnak élő dokumentumnak kell lennie, amely a fejlesztéssel együtt épül. Utólagos rekonstruálása olyan dokumentumot ad, amelyen látszik a rekonstrukció, és a tapasztalt NHS-értékelők azonnal észreveszik.

Az integrációt egyszerűnek feltételezik. A meglévő klinikai rendszerekhez kapcsolódás rendszerint a leghosszabb tétel az ütemtervben, és egy tesztkörnyezethez való hozzáférés megszervezése tovább tarthat, mint magának az integrációnak a megírása. Ezt a szerződés aláírása előtt érdemes tisztázni, nem utána.

A biztonságot ellenőrzőlistaként kezelik. Az egészségügyi adat nagy értékű célpont, és a megfelelőségi rendszerek ezt tükrözik. A behatolásvizsgálatot ütemezni és bekalkulálni kell, nem felfedezni. A webhelybiztonsági auditokról szóló útmutatónk lefedi az alapszintet, bár a klinikai rendszerek mélyebb megbízást igényelnek egy szokásos kereskedelmi alkalmazásnál.

Szállító kiválasztása

A megkülönböztető nem az, épített-e már egy ügynökség egészségügyi szoftvert. Az, hogy átvitt-e egy terméket egy megfelelőségi folyamaton, és meg tudja-e mutatni a dokumentumokat.

Kérjetek egy anonimizált veszélynyilvántartást és egy klinikai biztonsági dossziét. Akinek van tapasztalata, annak megvannak. Akinek nincs, általánosságban írja le a folyamatot, és témát vált.

Kérdezzétek meg, ki a klinikai biztonsági felelősük, és hogy az illető alkalmazott-e vagy projektenként szerződtetett. Mindkét válasz elfogadható. Az, hogy nincs, nem.

Kérdezzetek kifejezetten a DTAC-ról, és arról, dolgoztak-e a 2026 februárjában bevezetett változattal. A felfrissítés elég friss ahhoz, hogy az a szállító, amelyik még a régi űrlapot írja le, elárulja, mikor csinálta ezt utoljára.

Kérdezzétek meg, hogyan közelítenék meg az orvostechnikai besorolás kérdését a ti termékkel kapcsolatban. Nem végleges választ kerestek, az önmagában intő jel lenne. Azt keresitek, hogy tudják, létezik a kérdés, és tudják, mikor kell szabályozási szakértőt bevonni. A szoftverfejlesztő ügynökség kiválasztásáról szóló útmutatónk a bármely projektre érvényes üzleti átvilágítást tárgyalja.

Tisztázzátok a hatókört, mielőtt elköteleződtök

A legdrágább hiba ebben az ágazatban az, ha fix árat vállaltok olyan hatókörre, amelynél még nem tisztázott, mely szabályrendszerek érvényesek. A cikk elején álló besorolási kérdések ötszörösére változtatják a költséget, és egy rövid feltáró szakaszban megválaszolhatók, nem kell találgatni.

A Mecanik megfelelőséggel korlátozott alkalmazásokat épít a szoftverfejlesztő csapatunkon keresztül, ahol az információbiztonsági irányítást és a biztonsági megfelelőséget ugyanazok az emberek viszik, akik a kódot írják, nem pedig egy külön cég ragasztja rá. Ha egészségügyi terméket terveztek, és még nem biztos, a három kérdés közül melyik vonatkozik rátok, ezt a beszélgetést érdemes elsőként lefolytatni.

Kapcsolódó bejegyzések: MI-ügynökök a cégben: költségek és buktatók , Orvosi és egészségügyi webfejlesztés az Egyesült .

Gyakran ismételt kérdések

Miért drágább az egészségügyi szoftverfejlesztés az Egyesült Királyságban? A költségvetés nagyjából negyede-harmada klinikai biztonsági dokumentációra, információbiztonsági irányításra és megfelelőségi bizonyítékokra megy, nem funkcionalitásra. Ezek párhuzamos munkafolyamok, amelyek az első naptól korlátozzák az architektúrát, nem pedig a végén hozzáadható szakaszok.

Mi az a DTAC és mikor érvényes? A Digital Technology Assessment Criteria az az értékelés, amellyel az NHS-szervezetek a digitális szállítókat mérik, és lefedi a klinikai biztonságot, az adatvédelmet, a technikai biztonságot, az átjárhatóságot és a használhatóságot. Az NHS England 2026. február 24-én adott ki frissített űrlapot, amely 2026. április 6-tól az egyetlen elfogadott változat, nagyjából negyedével kevesebb kérdéssel.

Kell klinikai biztonsági felelős? Ha a szoftver klinikai döntést befolyásol, igen. A DCB0129 az egészségügyi informatikai rendszerek gyártóira, a DCB0160 a bevezető szervezetekre vonatkozik, és mindkettő megnevezett, megfelelő klinikai hátterű biztonsági felelőst kíván, aki a veszélynyilvántartást vezeti és a biztonsági dossziét aláírja. Mindkét szabvány felülvizsgálat alatt áll, 2026. június 29. és szeptember 11. közötti konzultációval.

Orvostechnikai eszköz-e a szoftverem? Lehet, ha diagnosztizál, monitoroz, előrejelez vagy kezel. Ez a besorolás brit jóváhagyott szervezet általi megfelelőségértékelést indít el, ami hónapokat és költséget ad hozzá. Nagy-Britannia jelenleg 2028. június 30-ig, illetve 2030. június 30-ig ismeri el a CE-jelölésű eszközöket, és egy 2026 áprilisában zárult MHRA-konzultáció javasolta az első határidő kitolását és az uniós előírásoknak megfelelő eszközök határozatlan idejű elismerését.

Mennyibe kerül egy NHS-re kész egészségügyi szoftver? Egy szűk hatókörű, klinikai döntéstámogatás nélküli eszköz £15,000 és £35,000 közé esik. Egy jelentős alkalmazás integrációval, információbiztonsági irányítással és DTAC-beadvánnyal £35,000 és £75,000 közé. A formális klinikai kockázatkezeléssel és megfelelőségértékeléssel rendelkező vállalati termékek £75,000-nál kezdődnek, és rendszeresen meghaladják a £250,000-t.