DICOMweb jako równoległy sposób transportu

DICOMweb zapewnia klientom webowym i usługowym interakcję z obiektami DICOM za pośrednictwem HTTP. Najlepiej rozumieć go jako równoległy sposób transportu, a nie zamiennik DIMSE ani twierdzenie, że każda operacja DIMSE ma odpowiednik HTTP jeden do jednego. Wdrożenie może udostępniać oba sposoby transportu: istniejące integracje obrazowania mogą używać DIMSE, podczas gdy przeglądarka webowa, klient mobilny, integracja ukierunkowana na FHIR albo orkiestrator AI korzysta z DICOMweb.

Użyteczne odwzorowanie usług

Poniższe odwzorowanie jest pomocą dydaktyczną w rozpoznawaniu głównych rodzin interakcji:

Usługa DICOMweb	Przybliżone porównanie z DIMSE	Cel roboczy
QIDO-RS	Zapytanie podobne do C-FIND	Znajdź badania, serie lub instancje przez HTTP.
WADO-RS	Pobieranie podobne do C-GET	Pobierz obiekty DICOM, metadane lub reprezentacje pikseli.
STOW-RS	C-STORE	Zapisz obiekty DICOM przez HTTP.
UPS-RS	Webowa interakcja z elementem pracy	Twórz, wyszukuj i aktualizuj elementy pracy Unified Procedure Step.

Porównania są celowo opatrzone zastrzeżeniem. Pomagają powiązać znane pojęcia, takie jak wyszukiwanie, pobieranie, zapis i element pracy, z nazwami DICOMweb, ale nie stanowią normatywnej tabeli równoważności. O znaczeniu konkretnej operacji decydują definicja usługi, parametry żądania, reprezentacje i typy mediów.

Uproszczona interakcja przeglądarki może najpierw wyszukać serie, a następnie zażądać reprezentacji serii:

GET /studies/{StudyInstanceUID}/series

GET /studies/{StudyInstanceUID}/series/{SeriesInstanceUID}
Accept: multipart/related; type=application/dicom

Ścieżki te mają charakter ilustracyjny, a nie uniwersalnych szablonów punktów końcowych. Rzeczywisty klient musi stosować definicję usług DICOMweb danego serwera, w tym klucze zapytań, reprezentację odpowiedzi, typ mediów, kontrolę dostępu oraz sposób stronicowania lub dzielenia danych na fragmenty. Ważnym kontrastem wobec C-MOVE jest granica interakcji: w tym wzorcu pobierania klient HTTP otrzymuje żądaną reprezentację w ramach wymiany HTTP i nie musi być skonfigurowany jako oddzielna docelowa AE operacji przeniesienia.

Transport nie usuwa granic możliwości

Zmiana transportu zmienia zagadnienia operacyjne. Wdrożenia HTTP mogą używać tokenów bearer, bramy lub innych mechanizmów uwierzytelniania; wdrożenia DIMSE mogą używać TLS, konfiguracji AE, kontroli sieciowych lub innych lokalnych zabezpieczeń. Żadna z tych list nie jest uniwersalna, a granicę bezpieczeństwa trzeba zbadać dla rzeczywistego systemu. Wyniki zapytań i duże reprezentacje mogą być też stronicowane, grupowane, dzielone na fragmenty lub strumieniowane inaczej niż w wymianie DIMSE.

Po zmianie transportu obiekt pozostaje obiektem tego samego rodzaju. Jeśli przeglądarka nie może wyszukać ani wyrenderować DICOM SEG, otrzymanie tego SEG przez WADO-RS nie nada jej możliwości obsługi segmentacji, której wcześniej nie miała. HTTP 200 albo udany transfer bajtów potwierdza wynik transportu, a nie udane wyświetlenie. Awaria przeniosła się z warstwy sieciowej do możliwości odbierającej aplikacji dotyczących obiektów i przepływu pracy.

Rozróżnienie to jest szczególnie ważne dla usług AI. DICOMweb może uprościć pobieranie i zwracanie danych przez usługę, która już używa HTTP, ale nie wybiera właściwego badania, nie ustanawia pochodzenia inferencji ani nie gwarantuje, że przeglądarka przeznaczona dla człowieka udostępni zwrócony obiekt. Są to oddzielne części cyklu życia wyniku.