Zmiana SOP: szkolenie i wersja źródła w farmacji

W placówce medycznej lub firmie farmaceutycznej dobrym pierwszym zastosowaniem AI jest odnalezienie właściwej procedury, przygotowanie materiału szkoleniowego i uporządkowanie dowodów wykonanej pracy. Taki proces można ograniczyć, sprawdzić i zatrzymać. Trudniej to zrobić z systemem, który ma podejmować decyzje wpływające na zdrowie pacjenta albo jakość produktu.

Ten poradnik dotyczy pracy administracyjnej, zarządzania jakością i nadzoru nad dokumentacją. Przedstawia sposób przygotowania wdrożenia, a nie ocenę konkretnej placówki. Wymogi prawne są oznaczone źródłami. Proponowane wielkości prób, role i przebieg pilotażu to zalecenia autora, które trzeba dopasować do procesu.

Gdzie szukać pierwszego procesu

Zacznij od miejsca, w którym pracownik wykonuje powtarzalną pracę na zatwierdzonych dokumentach. Przykładem jest pytanie o obowiązującą wersję instrukcji, kompletowanie dokumentów dostawcy, sprawdzenie terminów przeglądu procedur lub przygotowanie szkicu szkolenia po zmianie zasad. Przed wyborem policz ręczny czas obsługi i sprawdź przyczyny poprawek.

W rejestracji medycznej asystent może wskazywać instrukcję obsługi określonego zgłoszenia. Nie potrzebuje do tego historii leczenia. W dziale jakości może porównywać numer wersji procedury z materiałem szkoleniowym i zgłaszać rozbieżność. W zakupach może układać listę brakujących dokumentów kontrahenta. W farmacji może przygotować zestaw odniesień do procedur potrzebnych podczas przeglądu jakości, pozostawiając ocenę i zatwierdzenie uprawnionej osobie.

W każdym z tych zastosowań przydatny wynik ma postać: odpowiedź, dokument źródłowy, wersja i miejsce w dokumencie. Sama płynność wypowiedzi nie wystarcza. Jeżeli asystent nie znajduje aktualnego źródła, powinien pokazać brak i skierować sprawę do właściciela procedury. Wymyślony numer instrukcji może wyglądać wiarygodnie przez kilka sekund. Potem zostaje koszt jego sprawdzenia.

Nie zaczynaj od diagnozy, doboru terapii, oceny pilności medycznej ani zwalniania serii produktu. Zmiana przeznaczenia z pomocy administracyjnej na decyzję medyczną lub jakościową zmienia ryzyko, wymagania i zakres walidacji. Nazwa „asystent” nie ogranicza odpowiedzialności systemu.

Najpierw ustal zakres przepisów

RODO wymaga określonego celu, właściwej podstawy przetwarzania i ograniczenia danych. Dane dotyczące zdrowia podlegają dodatkowym warunkom z art. 9. Użycie AI samo nie tworzy podstawy prawnej. Relację z podmiotem przetwarzającym, środki bezpieczeństwa i ewentualną ocenę skutków trzeba rozpatrzyć dla rzeczywistego przepływu danych; istotne są art. 28, 32 i 35. [1]

NIS2 obejmuje określone rodzaje podmiotów ochrony zdrowia i farmacji, lecz samo działanie w branży nie kończy oceny. Znaczenie mają definicja działalności, wielkość, wyjątki, krajowe przepisy wdrażające oraz decyzje właściwych organów. Ustal zakres dla konkretnej organizacji. Nie przenoś automatycznie obowiązków dużego szpitala na każdą małą praktykę. [2]

AI Act klasyfikuje zastosowania według przeznaczenia i warunków użycia. Wysokie ryzyko może dotyczyć między innymi określonych zastosowań związanych z dostępem do opieki albo systemów będących wyrobami lub ich komponentami bezpieczeństwa. Wewnętrzne wyszukiwanie instrukcji nie staje się takim systemem tylko dlatego, że działa w szpitalu. Trzeba sprawdzić rzeczywistą funkcję, rolę dostawcy i podmiotu stosującego oraz aktualny tekst przepisów. [3]

W wytwarzaniu produktów leczniczych dla ludzi dochodzi ocena wpływu na GMP. Annex 11 dotyczy systemów komputerowych używanych w działalności objętej GMP i opisuje podejście do ryzyka, walidacji, dostawców, integralności danych oraz ciągłości. Zwykły chatbot z umową handlową nie zastępuje tych ustaleń. [4] Zakres farmacji jest szeroki; niniejszy przykład dotyczy dokumentacji jakościowej, a nie pełnego zestawu wymogów każdego rodzaju działalności.

Oddziel źródło od interpretacji

Baza wiedzy powinna mieć właściciela. Dla każdej procedury zapisz identyfikator, wersję, datę obowiązywania, osobę zatwierdzającą i ograniczenia dostępu. Dokument wycofany zachowaj według właściwych zasad archiwizacji, ale nie podawaj go jako bieżącej instrukcji. Materiał oczekujący na zatwierdzenie oznacz wyraźnie jako projekt.

Rozdziel dwa pytania: „co mówi dokument?” i „jak powinniśmy zmienić proces?”. W pierwszym przypadku asystent odsyła do źródła. W drugim przygotowuje propozycję, którą ocenia właściciel procesu. Ten podział chroni przed sytuacją, w której sugestia modelu zaczyna funkcjonować jako obowiązująca procedura bez formalnej decyzji.

Jeżeli dwa dokumenty są sprzeczne, wynik ma pokazać oba odniesienia. Niech odpowiedzialna osoba wskaże dokument nadrzędny i poprawi zależności. Automatyczne pogodzenie sprzeczności może ukryć rzeczywisty problem w systemie jakości. Podobnie brak załącznika powinien pojawić się jako brak, a nie zostać uzupełniony treścią z internetu.

Dane i uprawnienia muszą odpowiadać zadaniu

Poniższa tabela jest propozycją podziału ról. Przed uruchomieniem trzeba ją uzgodnić z właścicielem procesu, IT, jakością i osobą odpowiedzialną za ochronę danych.

Rola	Potrzebne dane	Dozwolone działanie	Decyzja pozostająca u człowieka
Pracownik administracyjny	Zatwierdzone instrukcje własnego działu	Wyszukiwanie, pytanie, zgłoszenie braku	Obsługa wyjątku w sprawie
Właściciel procedury	Wersje dokumentu i propozycje zmian	Przegląd i zatwierdzanie treści	Wejście procedury w życie
Koordynator szkoleń	Zatwierdzony materiał, lista uprawnionych osób	Przygotowanie i przypisanie szkolenia	Ocena gotowości do pracy
Administrator techniczny	Konfiguracja, identyfikatory, logi techniczne	Zarządzanie dostępem i zatrzymanie integracji	Dopuszczenie zmiany technicznej
Osoba odpowiedzialna za jakość	Dowody i rejestr zmian w uzgodnionym zakresie	Ocena wpływu, przegląd wyników	Akceptacja procesu jakościowego

W pilotażu używaj dokumentów bez danych pacjentów, jeśli cel tego nie wymaga. Usunięcie imienia i nazwiska nie zawsze daje anonimizację; opis rzadkiego przypadku, termin lub zestaw szczegółów mogą nadal wskazywać osobę. Dokumenty syntetyczne pozwalają sprawdzić działanie bez przekazywania rzeczywistych historii leczenia.

Uzgodnij także miejsce przetwarzania, podwykonawców, retencję, wykorzystanie danych przez dostawcę modelu i warunki transferów. Sprawdź umowę i ustawienia konkretnej usługi. Ogólna deklaracja o „prywatnej AI” nie rozstrzyga tych punktów. Osobno obejmij kopie dokumentów, indeks wyszukiwania, załączniki i logi. Każdy z nich może zawierać dane objęte ograniczeniami.

Integracje: mały zakres, sprawdzalne operacje

Połączenie przez API lub MCP powinno udostępniać konkretne operacje, np. odczyt zatwierdzonej instrukcji lub utworzenie projektu zadania. Konto techniczne nie musi mieć dostępu do całego repozytorium, historii pacjentów ani systemu produkcyjnego. Zapis ogranicz do wybranych pól i wymuś sprawdzenie uprawnień poza modelem.

Treść dokumentu, wiadomości lub załącznika traktuj jako dane. Może zawierać próbę nakłonienia asystenta do ujawnienia informacji albo wywołania narzędzia. OWASP opisuje ten mechanizm jako prompt injection. [5] Ograniczenie skutków wymaga kontroli dostępu i operacji w aplikacji; samo zdanie „ignoruj obce polecenia” w konfiguracji nie wystarczy.

Dla proponowanego zapisu pokaż użytkownikowi podgląd: odbiorcę, treść, dokument odniesienia i skutek działania. Zaakceptowany projekt zadania nie powinien automatycznie wysyłać wiadomości do pacjentów lub dostawców. Jeżeli później pojawia się potrzeba wysyłki, potraktuj ją jako osobny zakres z własnymi rolami i kontrolą odbiorców.

Szkolenia po zmianie procedury

Zmiana instrukcji ma konsekwencje dla ludzi wykonujących pracę. Asystent może wskazać fragmenty zmienione między wersjami, przygotować szkic krótkiego szkolenia oraz pytania sprawdzające. Autor procedury zatwierdza treść i odpowiedzi przed udostępnieniem. Pytania powinny badać ważne decyzje w procesie, a nie pamięć numerów akapitów.

Zmianowo/CrewShift rozwija ten kierunek jako rozwiązanie we wczesnym dostępie: materiały szkoleniowe i testy oparte na dokumentach, z zatwierdzaniem przez człowieka. Zakres dostępnych funkcji należy potwierdzić przed wdrożeniem. Ukończenie szkolenia lub wynik testu nie jest samo w sobie oficjalną kwalifikacją ani dowodem praktycznej kompetencji.

W procesie o dużym wpływie na jakość potrzebna może być również obserwacja pracy i dopuszczenie przez przełożonego. Zapisz, do której wersji procedury odnosi się potwierdzenie, kogo obejmowało i czy wymagano dodatkowego sprawdzenia praktycznego. Dzięki temu zmiana dokumentu nie pozostawia po sobie jedynie ogólnego komunikatu „wszyscy przeszkoleni”.

Dowody przydatne podczas przeglądu

Zbieraj dowody odpowiadające pytaniom kontrolnym: z czego powstała odpowiedź, kto ją zatwierdził, czy miał właściwe uprawnienia i co zostało zapisane. Przydatny pakiet zawiera opis przeznaczenia, wykaz danych, macierz uprawnień, wyniki sprawdzenia, rejestr zmian i instrukcję zatrzymania. Zakres zapisów dopasuj do ryzyka oraz retencji.

Pulsar GRC jest rozwijany we wczesnym dostępie jako wsparcie pracy na dokumentach klienta, wymaganiach, kontrolach, ryzykach, działaniach i dowodach. Może stanowić element organizacji takiego procesu po potwierdzeniu zakresu. Narzędzie nie przejmuje odpowiedzialności za ocenę spełnienia wymagania i nie gwarantuje wyniku audytu.

Nie zapisuj pełnych treści w logach tylko dlatego, że ułatwia to diagnostykę. Czas, identyfikator operacji, wersja dokumentu i status często wystarczą do pierwszej analizy. Gdy potrzebny jest bardziej szczegółowy zapis, określ cel, dostęp i czas przechowywania. Dowód, którego nikt nie może bezpiecznie odczytać po roku, nie pomaga organizacji.

Pilotaż na jednym procesie

Jako punkt startowy proponuję dziesięć dni roboczych i jeden zestaw procedur. To plan organizacyjny, nie wymóg prawny ani obietnica terminu wdrożenia. W pierwszej części ustal cel, właściciela, zakres danych i stan wyjściowy. Następnie przygotuj zestaw pytań ze znanymi odpowiedziami oraz przypadki, w których poprawną reakcją jest odmowa lub zgłoszenie braku.

Sprawdzenie powinno objąć odpowiedź z niewłaściwej wersji, brak dokumentu, dwa sprzeczne źródła i próbę uzyskania danych innego działu. Dla szkolenia sprawdź zgodność pytań z procedurą oraz poprawność klucza odpowiedzi. Jeżeli system wpływa na proces GMP, ocena i walidacja muszą odpowiadać rzeczywistemu wpływowi; mały pilotaż nie zwalnia z tego obowiązku. [4]

Przed szerszym użyciem przetestuj zatrzymanie integracji i powrót do ręcznej pracy. Pracownik powinien wiedzieć, gdzie znajduje się zatwierdzona procedura także wtedy, gdy asystent nie działa. Jedna osoba podejmuje decyzję o kontynuacji, ale wcześniej zbiera ocenę jakości, IT i właściciela procesu.

Przykład: kompletowanie materiału do audytu

Poniższy scenariusz jest fikcyjny. Dział jakości zakładu przygotowuje dowody przeszkolenia po zmianie instrukcji obsługi dokumentacji. Ręcznie porównuje listę pracowników, obowiązującą wersję oraz potwierdzenia. Asystent otrzymuje dostęp do zatwierdzonych procedur i wybranego rejestru szkoleń. Nie widzi danych pacjentów ani parametrów produkcyjnych.

Wynik pokazuje trzy kategorie: potwierdzenie zgodne z wersją, brak potwierdzenia oraz niejednoznaczny zapis. Koordynator sprawdza wyjątki, przypisuje działania i zatwierdza raport. System nie dopisuje nieistniejących potwierdzeń. Nie zamienia również niejednoznaczności w pozytywny wynik tylko po to, żeby raport wyglądał lepiej.

W takim pilotażu mierz całkowity czas pracy, czas poprawek, odsetek odpowiedzi z poprawnym źródłem i liczbę przeoczonych braków. Porównuj zadania o podobnej trudności. Przykładowy cel skrócenia pracy o 20% jest hipotezą do sprawdzenia, nie wynikiem Brillnet. Kryterium przerwania stanowi nieuprawniony dostęp lub brak, który system błędnie oznaczył jako spełnienie.

Incydent, zmiana i zakończenie współpracy

Po nieprawidłowym ujawnieniu danych zatrzymaj odpowiednią integrację, zabezpiecz potrzebny ślad i uruchom procedurę organizacji. Właściwe osoby oceniają charakter zdarzenia i obowiązki zgłoszeniowe. Terminy i odbiorcy zależą od zastosowanych przepisów oraz kwalifikacji incydentu; nie każde błędne zdanie modelu jest tym samym rodzajem zdarzenia. [1][2]

Zmiana modelu, dostawcy lub sposobu indeksowania dokumentów wymaga sprawdzenia wpływu na odpowiedzi i uprawnienia. Uzgodnij także sposób wyjścia: eksport dokumentów i dowodów, odłączenie kont technicznych, usunięcie kopii zgodnie z ustaleniami oraz potwierdzenie wykonania. Te punkty należą do zakresu usługi przed startem.

Przy przeglądzie konfiguracji powtórz kilka wcześniej ocenionych pytań i porównaj źródła odpowiedzi. Sprawdź także użytkownika bez dostępu do danego działu oraz zachowanie po wycofaniu dokumentu. Jeżeli zmieniło się przeznaczenie systemu, wróć do oceny zakresu regulacji i ryzyka. Zapis „zaktualizowano model” nie wyjaśnia, czy aktualizacja zachowała właściwe działanie procesu. Potrzebny jest krótki wynik sprawdzenia, właściciel decyzji i wskazanie ewentualnych ograniczeń dalszego użycia. Zakres sprawdzenia powinien odpowiadać wpływowi zmiany.

Przygotuj jeden proces do rozmowy

Brillnet uzgadnia przed uruchomieniem zakres narzędzi, role, dane i sposób zakończenia współpracy. Do pierwszej rozmowy wystarczy nazwa procesu, przykład dokumentu bez danych wrażliwych, obecny czas pracy i wskazanie osoby odpowiedzialnej za zatwierdzanie. To pozwala ocenić wykonalność oraz potrzebny poziom kontroli.

Prześlij opis procesu do Brillnet. Jeżeli problem dotyczy wymagań i dowodów, sprawdź Pulsar GRC. Jeżeli dotyczy szkoleń z dokumentów, sprawdź Zmianowo. Wybór rozwiązania powinien wynikać z procesu, dostępnych funkcji i dowodów działania w Twoim środowisku.

Sprawdź zmianę SOP i zapis szkolenia

Użyj fikcyjnej procedury SOP-014 w starej i poprawionej wersji. Zmiana dotyczy administracyjnego etapu kontroli i jednego zespołu. To ćwiczenie szkoleniowe, a nie zatwierdzona instrukcja produkcji farmaceutycznej. Nie przesyłaj poufnej dokumentacji tylko po to, żeby odtworzyć przykład.

Wskaż zmieniony fragment i osoby, których pracy dotyczy. Zachowaj starą wersję z historią, a szkolenie przygotuj na podstawie nowego źródła. W CrewShift poproś o projekt AI w dostępnym procesie ręcznym. Osoba mająca odpowiednią wiedzę porównuje lekcję i pytania ze źródłem. Przed publikacją zatwierdza je zgodnie z uprawnieniami. Zrozumiałe brzmienie projektu nie wystarcza do przyjęcia go bez przeglądu.

Przypisz zatwierdzony materiał właściwej grupie. Odczytaj osobę, wersję źródła, wynik oraz datę ukończenia. Test pokazuje odpowiedzi na określone pytania. Nie potwierdza automatycznie umiejętności praktycznych, nie uprawnia do pracy regulowanej i nie zastępuje wymaganych kwalifikacji. Zachowaj to rozróżnienie przy ocenie raportu.

Znajdź osoby, które nadal potrzebują szkolenia po zmianie. Każdy wyjątek powinien mieć właściciela i następną czynność. Przy rzeczywistym wykorzystaniu w GMP oceń system komputerowy względem zamierzonego zastosowania i wymagań walidacji. Artykuł oraz ogólna próba SaaS nie dostarczają pakietu walidacyjnego konkretnego zakładu ani gwarancji zgodności z GMP czy wymogami podpisu elektronicznego.

Czternastodniowa próba CrewShift obejmuje do dziesięciu osób i wymaga karty. Po niej zaczyna się płatny plan, jeśli nie anulujesz zgodnie z aktualnymi warunkami. Polski produkt nosi nazwę Zmianowo. Sprawdź na fikcyjnym przypadku relację źródła, szkolenia i raportu. Ustal także dodatkowe kwalifikacje oraz sprawdzenia wymagane w swoim rzeczywistym procesie.

Źródła

Zweryfikowano 2 października 2026 r. Źródła prawne wymagają oceny zastosowania do konkretnego podmiotu; opis pilotażu i przykład są propozycjami autora.

1. RODO — rozporządzenie (UE) 2016/679, art. 5, 6, 9, 28, 32–35. EUR-Lex; dostęp: 2026-10-02.
2. NIS2 — dyrektywa (UE) 2022/2555, art. 2, 21, 23 i załączniki. EUR-Lex; dostęp: 2026-10-02.
3. AI Act: przeznaczenie i klasyfikacja systemów oraz aktualny tekst skonsolidowany rozporządzenia (UE) 2024/1689. Komisja Europejska i EUR-Lex; dostęp: 2026-10-02.
4. EudraLex Volume 4 — Annex 11: Computerised Systems, revision 1 oraz aktualny wykaz GMP. Komisja Europejska; dostęp: 2026-10-02. Źródła sprawdzone: 2026-10-10.

• European Commission — EudraLex Volume 4 — Wytyczne GMP, personel i systemy komputerowe.
• GDPR — Regulation (EU) 2016/679 — Zasady dotyczące danych osobowych, bezpieczeństwo, prawa i relacje z podmiotami przetwarzającymi.
• EU AI Act — Regulation (EU) 2024/1689 — Obowiązujący kontekst zarządzania sztuczną inteligencją.
• OWASP — LLM01 Prompt Injection — Niezaufane instrukcje dotyczące dokumentów i ryzyko agenta.
• CrewShift — source-to-training workflow and trial — Recenzja, przypisanie, wersje źródłowe i uzupełnienia.
• Aktualny zakres produktu i warunki próby — Aktualny zakres produktu i warunki próby.

Sprawdź warunki i rozpocznij 14-dniową próbę

Audyt operacji agenta AI: uprawnienia i sprawdzony skutek

Najmniejsze uprawnienia agentów AI w firmie SaaS

AI w produkcji żywności: niezgodność i sprawdzenie CAPA