Informatyka obrazowania — materiał referencyjny

Materiał referencyjny · Skondensowany materiał do wyszukiwania informacji — tabele operacji, wersje profili, most HL7/FHIR i katalog trybów awarii. Wersje dydaktyczne znajdują się w rozdziale.

Aktorzy (funkcje, nie stała konfiguracja połączeń)

Aktor	Funkcja
Modality	skaner wytwarzający obiekty DICOM
PACS	przechowywanie, wyszukiwanie, dystrybucja, przeglądarka/stacja robocza
VNA	rola archiwum oparta na standardzie DICOM, przeznaczona do długoterminowego przechowywania i środowisk wielodostawczych
RIS	planowanie terminów, zlecenia, listy robocze, raportowanie, status
EHR	ogólnoszpitalna dokumentacja kliniczna
usługa AI / analizy ilościowej	odbiorca obrazów, wytwórca obiektów pochodnych

W rzeczywistych wdrożeniach granica między PACS i VNA się zaciera, RIS bywa włączony do EHR, a usługę AI umieszcza się wewnątrz albo na zewnątrz archiwum.

Operacje DIMSE (klasyczna komunikacja sieciowa)

AEs (AE Title + host/port); SCU = klient, SCP = serwer; asocjacja negocjuje Presentation Contexts (SOP Classes + Transfer Syntaxes).

Operacja	Znaczenie	Działanie
C-STORE	wysyłanie	przesyła obiekt do SCP
C-FIND	zapytanie	wyszukuje według kluczy
C-MOVE	pobieranie (przez C-MOVE)	źródłowy SCP wysyła do docelowej jednostki AE (strony trzeciej)
C-GET	pobieranie (do siebie)	źródłowy SCP odsyła do mnie (często wyłączone)
Q/R	C-FIND + C-MOVE/C-GET	pętla znajdź, a następnie pobierz
MWL	lista robocza	C-FIND kierowane do listy roboczej

C-MOVE obejmuje trzy strony: strona żądająca nakazuje źródłu wysłanie danych do odrębnej docelowej jednostki AE. Status końcowy jest precyzyjny (PS3.4 Table C.4-2): 0000 Success = wszystkie operacje C-STORE zakończyły się powodzeniem; B000 Warning = co najmniej jedna podoperacja zakończyła się niepowodzeniem; A801 Failure = Move Destination unknown (nie podjęto żadnej próby C-STORE); inne niepowodzenia obejmują A701/A702 (out of resources) oraz Cxxx (unable to process). Niepowodzenie dotyczące miejsca docelowego, łączności lub zapisu nigdy nie ma zatem statusu 0000 — jest sygnalizowane jako B000 albo kod Failure. „Nic nie dotarło mimo statusu Success” = dane dostarczono do innego miejsca docelowego wskazanego nazwą, a nie do strony żądającej (niezgodność oczekiwań, a nie kłamstwo protokołu).

DICOMweb (inna warstwa HTTP, równoległy transport)

Usługa	Odpowiednik	Działanie
QIDO-RS	C-FIND	wyszukuje badania/serie/instancje przez HTTP
WADO-RS	C-GET	pobiera obiekty/piksele/metadane przez HTTP
STOW-RS	C-STORE	przesyła obiekty przez HTTP
UPS-RS	workitem/workflow	interfejs REST do DICOM Unified Procedure Step

Uwierzytelnianie (HTTP/OAuth a DIMSE/TLS/ACL), stronicowanie i przetwarzanie partiami różnią się zależnie od transportu. Problemy z możliwościami przeglądarki (np. brak możliwości wyświetlenia SEG) są niezależne od transportu.

Ustrukturyzowane wyniki

• DICOM SEG — segmentacja odwołująca się do serii/SOP źródłowych oraz ich geometrii (rozdz. 4).
• DICOM SR — drzewo zakodowanych ustaleń/pomiarów odwołujących się do obrazów źródłowych.
• Pomiary / pochodzenie — SR może kodować pomiary wraz z odniesieniami do źródła; zapisuj pochodzenie (model/wersję/dane wejściowe/czas), w przeciwnym razie wyniku nie da się audytować.
• Zrzuty ekranu/pliki PDF są artefaktami prezentacyjnymi: nie nadają się do zapytań, obliczeń ani tworzenia powiązań.

Profile IHE (receptury; wszystkie Trial Implementation; zweryfikowane w profiles.ihe.net)

Profil	Pełna nazwa	Zakres problemu
AIW-I	AI Workflow for Imaging (Rev 1.1, TI 2020)	przepływ pracy inferencji oparty na UPS-RS — przydzielanie/śledzenie zadań
AIR	AI Results (Rev 1.3, TI 2025)	przechowywanie/pobieranie/wyświetlanie ustrukturyzowanych wyników AI
AIRA	AI Result Assessment for Imaging (PC→TI 2025)	ocena/informacje zwrotne/monitorowanie/dryf (po wprowadzeniu na rynek)

Most HL7 / FHIR

DICOM = obrazy/obiekty obrazowe; HL7 = zlecenia/wyniki/dane demograficzne. Zlecenie: RIS→Modality (MWL), RIS↔EHR (HL7). Wynik: system raportowy→RIS→EHR (HL7, coraz częściej FHIR). FHIR ma znaczenie, ponieważ dyskretne pomiary/ustalenia AI muszą trafiać jako ustrukturyzowane zasoby (np. Observation), a nie pliki PDF.

Zasoby FHIR dla przepływu pracy obrazowania (zweryfikowano: FHIR R5, hl7.org, dostęp 2026-08-29)

Zasób	Zweryfikowana definicja (skondensowana)	Rola w przepływie pracy obrazowania
ServiceRequest	„Zapis żądania usługi, takiej jak badania diagnostyczne, leczenie lub zabiegi, które mają zostać wykonane”; zasób żądania, intent = proposal/plan/directive/order	zlecenie; niesie numer akcesyjny jako identyfikator
ImagingStudy	„Reprezentacja zawartości wytworzonej w badaniu obrazowym DICOM”; identyfikator = StudyInstanceUID z DICOM (urn:dicom:uid); basedOn → ServiceRequest (ACSN)	badanie DICOM poza podsystemem obrazowania; endpointy → WADO-RS
DiagnosticReport	„Ustalenia i interpretacja badań diagnostycznych wykonanych u pacjentów…”; zasób zdarzenia; study → ImagingStudy, result → Observation; basedOn → ServiceRequest	raport łączący żądanie, badanie i wyniki atomowe
Observation	„Pomiary i proste stwierdzenia dotyczące pacjenta, urządzenia lub innego obiektu” (normatywne od wersji v4.0.0); derivedFrom → ImagingStudy/ImagingSelection	dyskretne pomiary, np. objętość wyliczona przez AI

Odwzorowanie z obiektów DICOM i komunikatów HL7 v2 nie jest wzajemnie jednoznaczne; rzeczywiste integracje podążają za profilami IHE i przewodnikami implementacji.

Zgodność, Storage Commitment i usługi przepływu pracy (zweryfikowano DICOM 2026c; dostęp 2026-08-29)

• Oświadczenia o zgodności (Conformance Statements): cel i twierdzenie o porównywaniu — PS3.2 §6 („wykształcony użytkownik powinien być w stanie ustalić, czy komunikacja może być obsługiwana i w jakim zakresie”); szablon normatywny — PS3.2, załącznik N (klasy SOP dla poszczególnych AE z rolami SCU/SCP, składnie transferu, opcje; tabele N.5-10…N.5-12 dokumentują poziomy wsparcia przechowywania, przekształcanie atrybutów oraz ograniczenia wyświetlania/przetwarzania).
• Materiał zgodności dla Storage Service Class: PS3.4, załącznik B (B.4.1 poziomy wsparcia przechowywania; B.4.1.3 przekształcanie atrybutów).
• Storage Commitment: PS3.4, załącznik J — klasa SOP Storage Commitment Push Model (żądanie N-ACTION → wynik N-EVENT-REPORT z listami instancji objętych zobowiązaniem i instancji, dla których zobowiązanie się nie powiodło; asynchronicznie); model Pull Model wycofany (J.4).
• Usługi przepływu pracy: lista robocza urządzenia (Modality Worklist, C-FIND) — PS3.4, załącznik K (K.6.1); krok wykonanej procedury (Modality Performed Procedure Step, N-CREATE/N-SET) — PS3.4, załącznik F (F.7); ujednolicona lista robocza i krok procedury (Unified Worklist and Procedure Step, UPS) — następca w postaci usługi sieci web, z którego korzysta IHE AIW-I.
• Dezidentyfikacja: PS3.15, załącznik E — Basic Application Level Confidentiality Profile: kody działania D/Z/X/K/C/U; opcje (Retain Longitudinal Full/Modified Dates, Retain UIDs, Retain Safe Private, Retain Device/Institution Identity, Retain Patient Characteristics, Clean Pixel Data, Clean Recognizable Visual Features, Clean Graphics, Clean Structured Content, Clean Description); Encrypted Attributes Data Set; Patient Identity Removed (0012,0062) + De-identification Method Code Sequence. Załącznik E stwierdza, że profile „nie zastępują procesu dezidentyfikacji, lecz powinny być jego częścią”.
• Warstwa prawna: RODO (rozporządzenie (UE) 2016/679) art. 4 ust. 1 dane osobowe, art. 4 ust. 5 pseudonimizacja, motywy 26/28 (identyfikowalność/dane zanonimizowane); anonimizacja to kontekstowe rozstrzygnięcie prawne (projekt wytycznych EROD 02/2026, opublikowany do konsultacji publicznych), a nie wynik DICOM.

Katalog trybów awarii

Niezauważona zmiana próbkowania · niezgodność tożsamości / niewłaściwy pacjent · utrata informacji o pochodzeniu · kolizja listy roboczej · brak możliwości pobrania wyniku AI · brak śladu audytowego · wycieki danych po dezidentyfikacji. Diagnozuj sytuację „wdrożone, ale ignorowane”, sprawdzając możliwości przeglądarki, powiązanie z badaniem, czas i pochodzenie — zanim obwinisz model.

Powiązanie z TRACE-CT

Obecnie system działa lokalnie/na jednym komputerze, więc komunikacja sieciowa należy do przyszłości — ćwiczy jednak dyscyplinę informatyczną: schemat QC-bundle zapisuje pochodzenie (SHA-256 danych wejściowych/wyjściowych, wersję potoku, wpisy dotyczące geometrii), agregacja ocen tworzy zbiorczy materiał dowodowy z zachowaniem prywatności, a dekodowane obiekty SEG są dokładnie takimi ustrukturyzowanymi obiektami pochodnymi, jakich obsługę opisano tutaj. Potok przepływu pracy wspomaganego przez AI z EuSoMII odpowiada modelowi wdrożenia opisanemu w tym rozdziale.

Co zapamiętać (podsumowanie rozdziału)

1. Aktorzy: Modality → PACS/VNA → usługa AI → obiekt pochodny → system raportowy → EHR; RIS zarządza zleceniem/listą roboczą.
2. Operacje DIMSE (C-STORE/C-FIND/C-MOVE/C-GET, Q/R, MWL) a DICOMweb (QIDO/WADO/STOW, UPS) — te same pojęcia, dwa transporty. C-MOVE obejmuje trzy strony.
3. Ustrukturyzowane wyniki (SEG, SR, pomiary + pochodzenie) ≠ zrzuty ekranu/pliki PDF.
4. Duża część awarii AI w obrazowaniu dotyczy tożsamości/pochodzenia/pobierania; profile IHE (AIW-I, AIR, AIRA) są recepturami integracyjnymi.
5. Obrazowanie jest jednym z podsystemów szpitalnej infrastruktury HL7/FHIR; wyniki muszą przejść przez ten most, aby wpłynąć na opiekę nad pacjentem.