Zapisy laboratoryjne i identyfikowalność wyniku

Streszczenie

Wiarygodny wynik powinien dać się prześledzić w dwóch kierunkach:

• od raportu do surowych danych, próbki, metody, wzorców, urządzeń i wykonawcy;
• od próbki lub zdarzenia do wszystkich wyników, przekształceń i decyzji, których dotyczyło.

Identyfikowalność zapisu nie jest tym samym co spójność pomiarowa. Pierwsza odpowiada kto, co, kiedy, na czym i jak zrobił. Druga wiąże wartość wyniku z określonym odniesieniem przez łańcuch wzorcowań i niepewności. Dobry system potrzebuje obu.

Podstawowe cechy danych opisuje ALCOA:

• attributable;
• legible;
• contemporaneous;
• original albo true copy;
• accurate.

Rozszerzenie „plus” przypomina, że dane mają być także complete, consistent, enduring i available przez cały wymagany okres. Celem nie jest biurokracja, lecz możliwość rekonstrukcji procesu i wykrycia błędu, zanim stanie się wnioskiem naukowym lub decyzją jakościową.

Co ma dać się odtworzyć

Osoba, która nie uczestniczyła w eksperymencie, powinna móc ustalić:

• jaki był cel;
• jaka próbka została użyta;
• skąd pochodziła;
• kto i kiedy wykonał etapy;
• jaka wersja procedury obowiązywała;
• jakie urządzenia i odczynniki były użyte;
• jakie powstały surowe dane;
• jakie przekształcenia wykonano;
• jakie kryteria zastosowano;
• kto przejrzał wynik;
• jakie odchylenia wystąpiły;
• dlaczego podjęto decyzję.

Jeśli odpowiedź istnieje tylko w pamięci doktoranta, na prywatnym komputerze albo w nazwie pliku final_final2, proces nie jest identyfikowalny.

Dwie osie identyfikowalności

Sample traceability

Łączy:

dawca/organizm → pobranie → próbka pierwotna → porcja → preparat → wynik

Obejmuje:

• tożsamość;
• chain of custody;
• czas;
• warunki;
• lokalizację;
• parent–child relationships;
• zużycie;
• pozostałość;
• wycofanie lub zniszczenie.

Data traceability

Łączy:

zdarzenie → raw data → processing → derived data → result → report → decision

Obejmuje:

• pliki;
• metadata;
• parametry;
• wersje;
• użytkowników;
• audit trail;
• powiązania z próbką;
• review;
• archiwum.

Obie osie spotykają się na identyfikatorze próbki i serii.

Cykl życia danych

OECD zaleca risk-based data management oparte na zrozumieniu przepływu danych przez cały lifecycle i określeniu ich krytyczności dla zgodności GLP.¹

Etapy mogą obejmować:

1. planowanie;
2. tworzenie lub akwizycję;
3. przetwarzanie;
4. przegląd;
5. raportowanie;
6. transmisję;
7. utrzymanie;
8. archiwizację;
9. retrieval;
10. bezpieczne usunięcie po retencji.

Kontrola tylko na końcu nie wykryje, że surowy plik nie został zachowany.

Mapa przepływu danych

Przed wyborem narzędzia warto narysować:

• źródło;
• urządzenie;
• lokalny komputer;
• folder sieciowy;
• software analityczny;
• arkusz;
• LIMS/ELN;
• raport;
• archiwum.

Dla każdego przejścia pytamy:

• automatyczne czy ręczne?
• kto ma dostęp?
• czy dane mogą zostać nadpisane?
• czy zachowują metadata?
• czy format jest czytelny?
• czy transfer jest sprawdzany?
• gdzie powstaje kopia?

Największe ryzyko często leży między systemami, a nie w każdym z osobna.

ALCOA w praktyce

Attributable

Musi być wiadomo, kto wykonał lub zmienił zapis.

Potrzebne są:

• indywidualne konta;
• unikalne podpisy/inicjały;
• zakaz wspólnych loginów;
• związek podpisu z treścią;
• rola osoby;
• data i czas.

Konto lab/lab uniemożliwia przypisanie działania.

Legible

Zapis ma być czytelny teraz i po retencji:

• trwały atrament;
• brak zamazania;
• czytelny format;
• obsługiwane kodowanie;
• viewer dla danych;
• definicje skrótów;
• jednostki.

Czytelny PDF może nie być kompletnym rekordem, jeśli utracił warstwy i metadata.

Contemporaneous

Zapis powstaje w czasie działania albo bez uzasadnionej zwłoki.

Przepisywanie notatek po tygodniu:

• zwiększa ryzyko błędu;
• ukrywa kolejność;
• usuwa failed attempts;
• osłabia czas.

Jeśli późny zapis jest konieczny, powinien być oznaczony jako retrospective entry z datą działania, datą wpisu i wyjaśnieniem.

Original

Original record to pierwsze uchwycenie danych i kontekstu albo zweryfikowana true copy.

Dla chromatografu może to być:

• plik surowy;
• method file;
• sequence;
• audit trail;
• metadata.

Wydruk wykresu nie musi wystarczyć do ponownej integracji.

Accurate

Dokładność wspierają:

• walidowane pola;
• kontrole zakresu;
• automatyczny transfer;
• drugi przegląd;
• kwalifikacja systemu;
• słowniki;
• zgodność jednostek;
• porównanie z raw data.

Complete

Kompletność obejmuje:

• wszystkie wyniki;
• powtórzenia;
• blanki;
• QC;
• failed/aborted runs;
• błędy;
• odchylenia;
• historię zmian.

„Wybranie najlepszego przebiegu” bez kryterium narusza kompletność.

Consistent

Spójność chronologiczna i logiczna:

• czasy mają sens;
• identyfikatory są stabilne;
• strefa czasowa jest znana;
• formaty są zdefiniowane;
• sekwencja etapów jest zachowana.

Enduring

Dane pozostają trwałe na kontrolowanym nośniku. Pamięć urządzenia, pendrive lub prywatny cloud nie są wystarczającym archiwum.

Available

Dane muszą być dostępne do:

• rutynowego review;
• audytu;
• dochodzenia;
• reanalizy;
• migracji;
• końca retencji.

Backup, którego nie da się odtworzyć, nie zapewnia dostępności.

MHRA wyjaśnia, że ALCOA i ALCOA+ opisują te same oczekiwania kompletności, spójności, trwałości i dostępności w cyklu życia.²

Raw data

Raw data nie zawsze jest „pierwszym plikiem”.

Przykłady:

• papierowy zapis obserwacji;
• natywny plik obrazu;
• lista zdarzeń FCS;
• chromatogram z metadata;
• plik FASTQ;
• log temperatury;
• wideo;
• sequence file;
• automatyczny audit trail.

Raw, processed i derived

Warto rozdzielić:

• raw data — pierwotne uchwycenie;
• processed data — po korekcji/filtracji;
• derived data — cechy i agregaty;
• result — wartość interpretowana;
• report — forma komunikacji.

Każda warstwa powinna wskazywać poprzednią.

Dynamic records

Dynamic record można ponownie przetwarzać:

• zmienić integrację piku;
• zmienić bramkę;
• zmienić segmentation;
• przejrzeć warstwy obrazu;
• odtworzyć model.

Eksport do PDF jest snapshotem. Może być true copy do określonego celu, ale nie zawsze zachowuje dynamiczność.

Metadata

Metadata nadają wartości kontekst. Dla obrazu mogą obejmować:

• czas;
• pixel size;
• obiektyw;
• exposure;
• gain;
• kanał;
• bit depth;
• stage position;
• z-plane;
• instrument;
• software.

Dla wyniku:

• jednostkę;
• sample ID;
• method version;
• operatora;
• calibration;
• status QC.

FDA definiuje metadata jako informacje kontekstowe potrzebne do zrozumienia danych i podkreśla integralność przez tworzenie, modyfikację, przetwarzanie, archiwizację, retrieval i disposition.³

Identyfikatory próbek

Dobry identyfikator:

• jest unikalny;
• nie jest ponownie używany;
• nie zawiera całej interpretacji;
• nie zmienia się po zmianie statusu;
• jest możliwy do odczytu przez człowieka i system;
• ma kontrolę check digit/barcode, jeśli potrzeba.

Parent–child

Jeżeli próbka jest dzielona:

S001 → S001-A, S001-B

Jeśli z porcji powstaje ekstrakt:

S001-A → EXT034

System powinien zachować relację, nie tylko osobne etykiety.

Aliquot i pooling

Aliquot dziedziczy pochodzenie. Pool wymaga listy wszystkich składników i proporcji. Bez tego nie da się prześledzić wyniku do dawców.

Chain of custody

W genetyce sądowej, klinice i transferach między jednostkami zapisuje:

• przekazującego;
• przyjmującego;
• datę/czas;
• stan opakowania;
• seal;
• warunki;
• lokalizację;
• cel.

Czas

Systemy powinny mieć:

• kontrolowane zegary;
• znaną strefę;
• synchronizację;
• ochronę przed swobodną zmianą;
• zapis czasu lokalnego/UTC;
• sposób obsługi daylight saving.

Niespójne zegary niszczą możliwość odtworzenia kolejności.

Metoda i jej wersja

Wynik musi wskazywać:

• SOP;
• wersję;
• datę obowiązywania;
• parametry;
• odstępstwa;
• wersję obliczeń;
• kryteria.

„Według protokołu” bez identyfikatora nie wystarcza.

Controlled copy

Dokument kontrolowany ma:

• owner;
• approval;
• effective date;
• history;
• status;
• dystrybucję;
• archiwalną wersję.

Stary wydruk przy aparacie powinien być usunięty lub jednoznacznie oznaczony.

Odczynniki i materiały

Minimalny zapis:

• nazwa;
• producent;
• catalog number;
• lot;
• data otwarcia;
• expiry/retest;
• sposób przygotowania;
• preparer;
• storage;
• assigned value;
• certificate.

Receptura buforu wymaga:

• składników;
• ilości;
• jednostek;
• kolejności;
• pH/osmolalności, jeśli krytyczne;
• final volume;
• daty;
• identyfikatora partii.

Urządzenia

Wynik powinien łączyć się z:

• asset ID;
• modułem;
• software/firmware;
• statusem kwalifikacji;
• kalibracją;
• maintenance;
• alarmami;
• awariami;
• logbook.

Jeśli urządzenie było później out-of-tolerance, można znaleźć wszystkie wyniki od ostatniego prawidłowego sprawdzenia.

Zapis papierowy

Dobre praktyki

• trwały atrament;
• wpis w odpowiednim polu;
• brak pustych miejsc;
• N/A z uzasadnieniem;
• data i podpis;
• brak ołówka;
• zakaz korektora;
• stronicowanie;
• identyfikator dokumentu.

Korekta

Prawidłowa korekta:

1. pojedyncza linia przez błędny zapis;
2. zachowanie czytelności;
3. poprawna wartość;
4. inicjały i data;
5. przyczyna, jeśli nieoczywista.

Nie wolno wyrywać strony ani przepisywać „na czysto” bez zachowania oryginału.

Notes on scraps

Luźna kartka staje się raw data, jeśli zapisano na niej pierwotną obserwację. Lepszy system zapewnia właściwy formularz w miejscu działania.

Zapis elektroniczny

Indywidualne konta

• role-based access;
• least privilege;
• zakaz współdzielenia;
• szybkie odebranie dostępu;
• okresowy review;
• kontrola admin.

Administrator nie powinien rutynowo wykonywać analizy na koncie z uprawnieniem do usuwania logów.

Audit trail

Powinien rejestrować:

• kto;
• kiedy;
• co zmienił;
• poprzednią wartość;
• nową wartość;
• przyczynę, jeśli wymagana.

Audit trail trzeba przeglądać proporcjonalnie do ryzyka. Samo włączenie funkcji nie wykrywa manipulacji.

Electronic signature

Podpis powinien:

• identyfikować osobę;
• być związany z rekordem;
• wskazywać znaczenie: wykonał, przejrzał, zatwierdził;
• chronić przed przeniesieniem;
• zachować datę/czas.

FDA nadal wymaga kontroli dostępu, authority checks, kwalifikacji użytkowników, polityk podpisu i kontroli dokumentacji w odpowiednim zakresie Part 11.⁴

Systemy hybrydowe

Przykład:

• instrument generuje plik;
• operator przepisuje wynik do papieru;
• arkusz przelicza;
• PDF trafia do folderu.

Ryzyka:

• transcription error;
• brak linku do raw file;
• pominięcie przebiegu;
• różne wersje arkusza;
• utrata metadata;
• brak review.

System hybrydowy wymaga jasno zdefiniowanego record set i kontroli transferów.

Arkusze kalkulacyjne

Arkusz wpływający na wynik powinien mieć:

• unikalną wersję;
• zatwierdzone formuły;
• chronione komórki;
• oddzielone input/output;
• kontrolę jednostek;
• testy granic;
• obsługę braków i błędów;
• review zmian;
• sposób archiwizacji;
• niezależną weryfikację wyniku.

Pułapki

• ukryte wiersze;
• formuła nadpisana wartością;
• kopiowanie z przesunięciem;
• różne separators;
• automatyczna zmiana daty;
• utrata leading zeros;
• ręczne sortowanie bez całych rekordów.

CSV nie zachowuje formuł, formatów ani części metadata.

Dane obrazowe

Należy zachować:

• plik natywny;
• kanały;
• acquisition metadata;
• raw intensities;
• maskę;
• parameters;
• wersję algorytmu;
• output;
• manual edits.

Zmiana brightness do prezentacji nie może zastąpić raw data. Niedopuszczalne jest selektywne usuwanie obiektów bez kryterium i śladu.

Dane sekwencyjne

Record set może obejmować:

• sample sheet;
• run configuration;
• BCL/FASTQ;
• checksums;
• reference genome;
• indexes;
• pipeline;
• container/environment;
• parameters;
• intermediate QC;
• VCF;
• annotation database version.

Wynik wariantu bez wersji genomu i pipeline nie jest odtwarzalny.

Nazwy plików nie są bazą danych

Nazwa może wspierać orientację:

2026-08-02_S001_assay-r3_run04.ext

Nie powinna być jedynym miejscem przechowującym:

• status;
• osobę;
• wersję;
• relacje;
• decyzję.

Te dane powinny być w kontrolowanym indeksie/LIMS/ELN.

Kontrola transferu

Po transferze sprawdza się:

• liczbę plików;
• rozmiar;
• checksum;
• strukturę;
• kompletność;
• możliwość otwarcia;
• metadata;
• uprawnienia.

Checksum

Hash pozwala wykryć zmianę bitów. Nie dowodzi, że oryginał był poprawny ani że plik ma właściwy kontekst.

Backup i archiwum

Backup

Służy odtworzeniu po awarii. Zwykle jest:

• częsty;
• automatyczny;
• rotowany;
• testowany.

Archiwum

Służy długoterminowemu zachowaniu record set:

• z retencją;
• kontrolą dostępu;
• indeksowaniem;
• ochroną przed zmianą;
• możliwością retrieval;
• migracją formatów.

Backup nie jest automatycznie archiwum.

Test restore

Trzeba sprawdzić:

• czy kopia istnieje;
• czy można ją odtworzyć;
• jak długo to trwa;
• czy metadata pozostają;
• czy aplikacja może odczytać plik;
• czy zależności są dostępne.

Retencja

Okres zależy od:

• prawa;
• umowy;
• typu badania;
• cyklu produktu;
• zgody;
• własności intelektualnej;
• możliwości ponownej analizy.

Schedule powinien obejmować:

• record category;
• owner;
• okres;
• trigger start;
• legal hold;
• sposób zniszczenia.

Nie wolno usuwać danych objętych dochodzeniem lub legal hold.

True copy

True copy jest zweryfikowaną kopią zachowującą treść i znaczenie oryginału, w tym istotne metadata.

Weryfikacja może być:

• proceduralna;
• techniczna;
• automatyczna;
• manualna z podpisem.

Skan papieru może być true copy, jeśli:

• jest kompletny;
• czytelny;
• obejmuje obie strony;
• zachowuje kolor, jeśli ma znaczenie;
• został zweryfikowany;
• jest chroniony.

Review danych

Co przeglądać

• zgodność z metodą;
• identyfikację próbek;
• kompletną sekwencję;
• raw data;
• integrację/bramki;
• QC;
• obliczenia;
• audit trail;
• odchylenia;
• powtórzenia;
• raport.

Risk-based review

Najgłębszy review kieruje się na:

• manual integration;
• deletion;
• repeated testing;
• privileged accounts;
• zmiany po pierwotnym wyniku;
• wynik blisko limitu;
• nietypowy czas;
• failed runs.

Reviewer

Przegląd powinien być niezależny na poziomie odpowiadającym ryzyku. Reviewer nie podpisuje tylko kompletności pól, lecz ocenia dowód.

OOS, OOT i odchylenia

• OOS — wynik poza specyfikacją.
• OOT — nieoczekiwany trend, nawet w specyfikacji.
• deviation — odejście od zatwierdzonego procesu.

System powinien łączyć dochodzenie z:

• wynikiem;
• próbką;
• serią;
• urządzeniem;
• personelem;
• poprzednimi zdarzeniami;
• CAPA.

Powtórzenie testu nie usuwa OOS.

Kultura i projekt systemu

Integralność nie jest wyłącznie problemem „nieuczciwego pracownika”. Sprzyjają jej lub szkodzą:

• presja na wynik;
• nierealny czas;
• shared accounts;
• brak miejsca na zapis;
• niewygodne formularze;
• kara za zgłoszenie błędu;
• system wymagający obchodzenia.

Dobry projekt:

• upraszcza poprawny zapis;
• utrudnia ciche usuwanie;
• zachowuje błędy;
• wspiera zgłaszanie;
• pozwala na korektę z historią.

Minimalny pakiet wyniku

Dla ważnego oznaczenia:

1. sample ID i pochodzenie;
2. method/version;
3. operator i czas;
4. urządzenie/software;
5. loty odczynników;
6. raw data;
7. metadata;
8. przetwarzanie;
9. calibration/QC;
10. obliczenia;
11. wynik i jednostka;
12. niepewność/ograniczenie;
13. deviation;
14. review;
15. decyzja.

Praktyczny schemat folderów

Przykład dla małego laboratorium:

PROJECT-024/
  00_plan/
  01_samples/
  02_methods/
  03_raw/
  04_processing/
  05_qc/
  06_results/
  07_reports/
  08_deviations/
  manifest.csv

Foldery nie zastępują LIMS, ale porządkują ownership i kierunek przepływu.

Manifest

Może zawierać:

• file path;
• file type;
• sample ID;
• hash;
• created_at;
• instrument;
• method version;
• parent file;
• status.

Checklista projektu

• [ ] Mapa data flow jest aktualna.
• [ ] Krytyczne dane są wskazane.
• [ ] Record set jest zdefiniowany.
• [ ] Raw data i metadata są zachowane.
• [ ] Identyfikatory są unikalne.
• [ ] Parent–child sample relations są zapisane.
• [ ] Konta są indywidualne.
• [ ] Uprawnienia są minimalne.
• [ ] Audit trail jest aktywny i przeglądany.
• [ ] System time jest kontrolowany.
• [ ] Transfery są weryfikowane.
• [ ] Arkusze są wersjonowane i testowane.
• [ ] Backup ma test restore.
• [ ] Archiwum zachowuje czytelność.
• [ ] Retencja i disposal są określone.

Checklista pojedynczego wyniku

• [ ] Wynik prowadzi do próbki.
• [ ] Próbka prowadzi do pobrania.
• [ ] Wersja metody jest znana.
• [ ] Urządzenie miało właściwy status.
• [ ] Wszystkie runy są widoczne.
• [ ] QC są kompletne.
• [ ] Manual edits mają uzasadnienie.
• [ ] Obliczenia można odtworzyć.
• [ ] Jednostki są jednoznaczne.
• [ ] Deviations są powiązane.
• [ ] Review obejmuje raw data.
• [ ] Raport nie zawiera większej precyzji niż dowód.

Wniosek

Identyfikowalność nie oznacza produkowania największej liczby dokumentów. Oznacza zachowanie właściwych relacji:

próbka ↔ działanie ↔ dane ↔ obliczenie ↔ wynik ↔ decyzja

Jeżeli system potrafi szybko odpowiedzieć, skąd wzięła się liczba, kto ją zmienił, co wydarzyło się z próbką i jakie dowody były dostępne w chwili decyzji, zapis spełnia swoją rolę.

Jeżeli odpowiedź wymaga przeszukiwania skrzynek, prywatnych dysków i pamięci ludzi, wynik jest kruchy niezależnie od jakości instrumentu.