Co właściwie musi zawierać PCCP?

Zgodnie z wytycznymi solidny plan opiera się na pięciu kluczowych zasadach:

  1. Skoncentrowany i ograniczony. Zmiany muszą być na tyle precyzyjnie określone, by można je było ocenić, i nie mogą wykraczać poza pierwotne przeznaczenie wyrobu.
  2. Oparty na ryzyku. Plan musi wynikać z istniejącego u producenta procesu zarządzania ryzykiem i być w niego zintegrowany.
  3. Oparty na dowodach. Dane generowane w całym cyklu życia produktu (Total Product Lifecycle, TPLC) muszą nadal wykazywać, że korzyści przewyższają ryzyko.
  4. Przejrzysty. Zamierzeni użytkownicy potrzebują jasnych i aktualnych informacji o tym, jak oprogramowanie działa przed i po każdej zmianie.
  5. Zorientowany na cały cykl życia produktu. Plan powinien na bieżąco uwzględniać nowe dane i opinie użytkowników przez cały okres życia produktu, a nie tylko w momencie jego wprowadzenia na rynek.

Pod względem struktury PCCP składa się z trzech powiązanych ze sobą elementów. Opis zmian (Description of Changes) wskazuje dokładnie, jakie modyfikacje są planowane i dlaczego, w tym czy zostaną wdrożone identycznie na wszystkich użytkowanych urządzeniach (zmiana jednorodna, czyli „globalna”) czy też dostosowane do konkretnej placówki klinicznej lub populacji pacjentów (adaptacja niejednorodna, czyli „lokalna”). Plan zmian (Change Plan) dostarcza z kolei technicznego fundamentu: metod weryfikacji i walidacji, wcześniej zdefiniowanych kryteriów akceptacji oraz udokumentowanej procedury na wypadek, gdyby zmiana nie spełniła tych kryteriów – ponieważ zmiana, która się nie powiodła, nie może zostać wdrożona. Wreszcie ocena wpływu (Impact Assessment) łączy oba te elementy, ważąc przewidywane korzyści i ryzyko każdej zmiany zarówno indywidualnie, jak i łącznie, oraz potwierdzając, że bezpieczeństwo i skuteczność wyrobu pozostają zachowane, gdy wszystkie zmiany zostaną wdrożone jednocześnie.

Szczególną uwagę należy poświęcić kontroli wersji. Ponieważ PCCP z góry zatwierdza zmiany, które w innym przypadku wymagałyby nowego wniosku, każda późniejsza rewizja już zatwierdzonego planu jest zazwyczaj traktowana jako odrębna, istotna dla bezpieczeństwa zmiana, co oznacza, że najprawdopodobniej będzie wymagała ponownej autoryzacji – choć wytyczne zaznaczają, że niektóre jurysdykcje mogą dopuszczać drobne poprawki bez konieczności ponownego przechodzenia przez tę procedurę.

Dlaczego producenci powinni się tym zainteresować?

Dla jednostek notyfikowanych i organów regulacyjnych PCCP oznacza mniej powielających się wniosków oraz wcześniejszy, bardziej uporządkowany dialog z producentami. Dla samych producentów atutem jest kwestia administracyjna: po zatwierdzeniu planu kolejne aktualizacje mieszczące się w jego zakresie mogą trafić na rynek bez konieczności składania nowego wniosku regulacyjnego, co – jak sugerują wytyczne – może znacząco skrócić czas wprowadzania na rynek iteracyjnych usprawnień oprogramowania.

Ta efektywność ma jednak swoją cenę. Przygotowanie PCCP wymaga znacznie bardziej rozbudowanego planowania, analizy ryzyka i dokumentacji niż tradycyjny wniosek, co może wydłużyć czas trwania pierwotnego procesu składania wniosku, nawet jeśli skraca każdy kolejny. IMDRF zwraca również uwagę na nierówne tempo wdrażania. Nie każda jurysdykcja akceptuje obecnie PCCP, a tam, gdzie funkcjonują ramy oparte na uznawaniu (reliance frameworks), to producenci pozostają odpowiedzialni za pogodzenie różniących się definicji tego, co stanowi „istotną” zmianę w poszczególnych rynkach.

Link do dokumentu: IMDRF/SaMD WG/N90 FINAL:2026