Czym jest DCB0129?
DCB0129 („Clinical Risk Management: its Application in the Manufacture of Health IT Systems") to standard informacyjny NHS England (wcześniej NHS Digital), obowiązujący wytwórców systemów informatycznych ochrony zdrowia. Jego przedmiotem jest wyłącznie bezpieczeństwo kliniczne pacjenta: ryzyko, że działanie lub awaria systemu informatycznego doprowadzi do szkody zdrowotnej, na przykład przez błędną tożsamość pacjenta, zgubiony wynik badania, nieaktualną informację o alergii czy błąd w dawce leku. Nie jest to standard ogólnego bezpieczeństwa informacji ani cyberbezpieczeństwa.
Podstawą prawną jest sekcja 250 Health and Social Care Act 2012: DCB0129 został wydany jako standard informacyjny, z którym objęte podmioty muszą się liczyć na zasadzie „must comply". W praktyce oznacza to, że dostawca oprogramowania klinicznego dla NHS w Anglii musi wykazać zgodność. Kupujący wymagają jej rutynowo, między innymi w ramach oceny DTAC (Digital Technology Assessment Criteria). Standard ma bliźniaka: DCB0160, który nakłada lustrzane obowiązki na organizacje ochrony zdrowia wdrażające i używające systemów Health IT.
Kogo dotyczy?
DCB0129 dotyczy wytwórców (manufacturers) systemów Health IT przeznaczonych do użycia w opiece zdrowotnej w Anglii, niezależnie od tego, gdzie firma ma siedzibę. Obejmuje szerokie spektrum oprogramowania: elektroniczną dokumentację medyczną, systemy zleceń i e-recept, systemy wspomagania decyzji klinicznych, aplikacje dla pacjentów, integracje i middleware przenoszące dane kliniczne, a także konfigurowane wdrożenia platform. Jeżeli produkt tworzy, przetwarza lub prezentuje informacje wpływające na opiekę nad pacjentem, jest w zakresie.
Dla firm spoza Wielkiej Brytanii, w tym polskich dostawców SaaS wchodzących na rynek NHS, zgodność z DCB0129 jest warunkiem wejścia: pojawia się w wymaganiach przetargowych, w DTAC i w pytaniach zadawanych przy badaniu dostawcy. Co istotne, DCB0129 obowiązuje niezależnie od regulacji wyrobów medycznych: produkt może jednocześnie podlegać UK MDR/MDR jako wyrób medyczny i DCB0129 jako system Health IT; procesy zarządzania ryzykiem według ISO 14971 i DCB0129 mocno się wtedy zazębiają, ale artefakty NHS (Hazard Log, CSCR zatwierdzane przez CSO) trzeba dostarczyć odrębnie.
Clinical Safety Officer — kluczowa rola
Najbardziej charakterystycznym wymaganiem DCB0129 jest nominowanie Clinical Safety Officera (CSO): osoby odpowiedzialnej za bezpieczeństwo kliniczne wytwarzanych systemów. CSO musi być czynnym, zarejestrowanym klinicystą (na przykład lekarzem, pielęgniarką lub farmaceutą z aktualną rejestracją w uznanym brytyjskim organie zawodowym, takim jak GMC, NMC czy HCPC) oraz być przeszkolonym w zarządzaniu ryzykiem klinicznym. Tego wymagania nie da się delegować na inżyniera ani menedżera jakości: akty zatwierdzenia dokumentów bezpieczeństwa klinicznego i akceptacji ryzyka rezydualnego są osobistym osądem klinicznym CSO.
CSO zatwierdza Clinical Risk Management Plan, każdą wersję Hazard Log i każdy Clinical Safety Case Report przed wydaniem produktu. Mniejsze firmy często korzystają z usług zewnętrznego, kontraktowego CSO. Jest to akceptowana praktyka, o ile osoba ta realnie uczestniczy w procesie, a nie tylko podpisuje dokumenty.
Kluczowe artefakty i wymagania
DCB0129 wymaga ustanowienia systemu zarządzania ryzykiem klinicznym i utrzymywania czterech rdzeniowych artefaktów przez cały cykl życia produktu:
- Clinical Risk Management File (CRMF): pojedyncze repozytorium wskazujące wszystkie zapisy i dokumenty bezpieczeństwa klinicznego produktu.
- Clinical Risk Management Plan (CRMP): plan działań bezpieczeństwa klinicznego w cyklu życia, definiujący między innymi WŁASNE kryteria akceptowalności ryzyka (standard nie narzuca macierzy, przykładowa istnieje tylko w wytycznych wdrożeniowych), zatwierdzany przez CSO.
- Hazard Log, czyli żywy rejestr zagrożeń klinicznych: opis zagrożenia, potencjalna szkoda dla pacjenta, przyczyny, środki kontroli, ocena ryzyka i status; każda wersja zatwierdzana przez CSO i sprzężona z odpowiadającym jej CSCR.
- Clinical Safety Case Report (CSCR): raport podsumowujący argumentację i dowody, że produkt jest akceptowalnie bezpieczny klinicznie; sporządzany na każdą fazę cyklu życia i każde istotne wydanie, zatwierdzany przez CSO przed wydaniem i udostępniany organizacjom wdrażającym.
- Proces po wdrożeniu: obsługa incydentów bezpieczeństwa klinicznego z eskalacją do CSO oraz ocena wpływu klinicznego każdej zmiany produktu przed jej wydaniem.
Jak wygląda zgodność w praktyce?
DCB0129 nie ma programu certyfikacji z akredytowaną jednostką. Zgodność wykazuje się dokumentami i procesem, a weryfikują ją kupujący. W postępowaniach zakupowych NHS dostawca jest proszony o wskazanie CSO, przedstawienie CSCR i Hazard Log oraz opisanie procesu zarządzania ryzykiem klinicznym; te same pytania pojawiają się w sekcji bezpieczeństwa klinicznego DTAC. Organizacja wdrażająca buduje na CSCR wytwórcy własny, lokalny safety case zgodnie z DCB0160, dlatego odmowa udostępnienia CSCR w praktyce blokuje sprzedaż.
Największym wyzwaniem dla zespołów pracujących zwinnie jest utrzymanie rytmu: każda zmiana funkcji klinicznych wymaga oceny wpływu na bezpieczeństwo, aktualizacji Hazard Log i CSCR oraz zatwierdzenia CSO przed wydaniem. Firmy, które wbudują te kroki w proces wydania (definition of done, przegląd release), spełniają standard naturalnie; firmy, które piszą dokumenty wstecznie przed przetargiem, są łatwe do rozpoznania po datach zatwierdzeń. Nakład na starcie to zwykle kilka tygodni pracy: powołanie CSO, plan, pierwsze warsztaty zagrożeń z udziałem klinicystów i pierwszy CSCR.
Powiązanie z ISO 14971 i innymi ramami
DCB0129 jest pojęciowo spokrewniony z ISO 14971. Oba standardy opisują pętlę: identyfikacja zagrożeń, szacowanie i ocena ryzyka, kontrola, ryzyko rezydualne, monitorowanie po wydaniu. Firma prowadząca dojrzały proces ISO 14971 wykona większość pracy analitycznej DCB0129 „przy okazji". Różnice są jednak istotne: DCB0129 zawęża przedmiot do szkody klinicznej pacjenta wynikającej z systemu Health IT, wymaga ról i artefaktów, których ISO 14971 nie zna (zarejestrowany klinicysta jako CSO, per-wydaniowy CSCR, sprzężenie wersji Hazard Log z CSCR, obowiązek udostępnienia CSCR wdrażającym) i funkcjonuje w brytyjskim reżimie prawnym, a nie w systemie oceny zgodności UE.
W portfolio zgodności dostawcy Health IT DCB0129 najczęściej współistnieje z: DCB0160 (po stronie klientów), ISO 14971 i UK MDR/MDR (gdy produkt jest wyrobem medycznym), IEC 62304 (cykl życia oprogramowania) oraz ISO 27001 i DSPT (bezpieczeństwo informacji w NHS). Mapowanie krzyżowe pozwala nie dublować pracy tam, gdzie procesy faktycznie się pokrywają.
Jak pomaga Guardiso?
Guardiso prowadzi cztery rdzeniowe artefakty DCB0129 i wymusza obieg zatwierdzeń przez CSO, a decyzje kliniczne pozostają tam, gdzie ich miejsce: u Waszego Clinical Safety Officera. Guardiso nie zastępuje CSO ani osądu klinicznego; porządkuje proces i dowody wokół nich.
- Wymagania DCB0129 tworzone jako kontrole po włączeniu standardu (role i kompetencje CSO, CRMF, CRMP, Hazard Log, CSCR i proces po wdrożeniu), ze statusami i właścicielami.
- Darmowa samoocena gotowości z podpowiedziami, czego zażąda kupujący z NHS lub audytor zgodności.
- Rejestr ryzyk z macierzą konfigurowaną dla każdej organizacji: własne skale dotkliwości i prawdopodobieństwa oraz progi akceptowalności, zgodnie z wymaganiem, by kryteria zdefiniować w CRMP.
- Obieg zatwierdzeń: plan, wersje Hazard Log i raporty CSCR z udokumentowanym aktem zatwierdzenia przez CSO, datą i wersją, gotowe do okazania w przetargu.
- Zadania cykliczne dla procesu po wdrożeniu: przeglądy Hazard Log, obsługa incydentów klinicznych i ocena wpływu zmian przed wydaniem.
- Mapowanie krzyżowe na ISO 14971, MDR, IEC 62304 i ISO 27001: wspólne czynności zarządzania ryzykiem zaliczane raz, artefakty NHS prowadzone odrębnie tam, gdzie standard tego wymaga.