Podano nieformalne definicje następujących terminów stosowanych w niniejszym oświadczeniu o zgodności. Standard DICOM jest autorytatywnym źródłem formalnych definicji tych terminów.
Składnia abstrakcyjna
Informacje uzgodnione do wymiany między aplikacjami, ogólnie równoważne z klasą Service/Object Pair (SOP). Przykłady: Verification SOP Class, Modality Worklist Information Model Find SOP Class, Computed Radiography Image Storage SOP Class.
Application Entity (AE)
Punkt końcowy wymiany informacji DICOM, w tym oprogramowanie interfejsu sieciowego lub medialnego DICOM; tj. oprogramowanie, które wysyła lub odbiera obiekty lub komunikaty informacji DICOM. Pojedyncze urządzenie może mieć wiele podmiotów aplikacji.
Application Entity Title (AET)
Znana z zewnątrz nazwa podmiotu aplikacji, używana do identyfikacji aplikacji DICOM dla innych aplikacji DICOM w sieci.
Application Context
Specyfikacja typu komunikacji używanej między podmiotami aplikacji. Przykład: Protokół sieciowy DICOM.
Association
Kanał komunikacji sieciowej ustanowiony pomiędzy Podmiotami Aplikacji.
Attribute
Jednostka informacji w definicji obiektu; element danych identyfikowany przez znacznik. Informacja może być złożoną strukturą danych (Sekwencja), która sama składa się z elementów danych niższego poziomu. Przykłady: Patient ID (0010,0020), Accession Number (0008,0050), Photometric Interpretation (0028,0004), Procedure Code Sequence (0008,1032).
Information Object Definition (IOD)
Określony zestaw Atrybutów, które składają się na typ obiektu danych; nie reprezentuje konkretnej instancji obiektu danych, ale raczej klasę podobnych obiektów danych, które mają te same właściwości. Atrybuty mogą być określone jako obowiązkowe (typ 1), wymagane, ale ewentualnie nieznane (typ 2), lub opcjonalne (typ 3), i mogą istnieć warunki związane z użyciem atrybutu (typy 1C i 2C). Przykłady: MR Image IOD, CT Image IOD, Print Job IOD.
Joint Photographic Experts Group (JPEG)
Zestaw standaryzowanych technik kompresji obrazu, dostępnych do wykorzystania przez aplikacje DICOM.
Media Application Profile
Specyfikacja obiektów informacyjnych DICOM i kodowania wymienianych na nośnikach wymiennych (np. płytach CD).
Module
Zestaw atrybutów w ramach definicji obiektu informacyjnego, które są ze sobą logicznie powiązane. Przykład: Moduł Pacjenta obejmuje Imię Pacjenta, Identyfikator Pacjenta, Datę Urodzenia Pacjenta i Płeć Pacjenta.
Negocjacje
Pierwsza faza ustanawiania Stowarzyszenia, która umożliwia Podmiotom Aplikacji uzgodnienie typów danych podlegających wymianie oraz sposobu kodowania tych danych.
Kontekst prezentacji
Zestaw usług sieciowych DICOM wykorzystywanych w ramach stowarzyszenia, wynegocjowany między podmiotami wnioskującymi; obejmuje składnie abstrakcyjne i składnie przesyłania.
Jednostka danych protokołu (PDU)
Pakiet (fragment) komunikatu DICOM przesyłany przez sieć. Urządzenia muszą określić maksymalny rozmiar pakietu, jaki mogą otrzymać dla komunikatów DICOM.
Security Profile
Zestaw mechanizmów, takich jak szyfrowanie, uwierzytelnianie użytkownika lub podpisy cyfrowe, wykorzystywanych przez podmiot aplikacji w celu zapewnienia poufności, integralności i/lub dostępności wymienianych danych DICOM.
Service Class Provider (SCP)
Rola podmiotu aplikacji, który zapewnia usługę sieciową DICOM; zazwyczaj jest to serwer, który wykonuje operacje wymagane przez inny podmiot aplikacji (użytkownika klasy usługi). Przykłady: Picture Archiving and Communication System (image storage SCP, and image query/retrieve SCP), Radiology Information System (modality worklist SCP).
Service Class User (SCU)
Rola Podmiotu Aplikacji, który korzysta z usługi sieciowej DICOM; typowo, klient. Przykłady: modalność obrazowania (jednostka SCU przechowywania obrazów i SCU listy roboczej modalności), stacja robocza obrazowania (jednostka SCU zapytania/odzyskiwania obrazów).
Klasa pary usługa/obiekt (SOP Class)
Specyfikacja transferu sieciowego lub medialnego (usługa) określonego typu danych (obiekt); podstawowa jednostka specyfikacji interoperacyjności DICOM. Przykłady: Ultrasound Image Storage Service, Basic Grayscale Print Management.
Service/Object Pair Instance (SOP Instance)
Obiekt informacyjny; konkretne wystąpienie informacji wymienianej w klasie SOP. Przykłady: określone zdjęcie rentgenowskie.
Znacznik
32-bitowy identyfikator elementu danych, przedstawiany jako para czterocyfrowych liczb szesnastkowych, „grupa” i „element”. Jeśli liczba „group” jest nieparzysta, znacznik dotyczy prywatnego (specyficznego dla producenta) elementu danych. Przykłady: (0010,0020) , (07FE,0010) , (0019,0210) .
Transfer Syntax
Kodowanie używane do wymiany obiektów informacyjnych DICOM i komunikatów. Przykłady: JPEG skompresowany (obrazy), little endian jawna reprezentacja wartości.
Unikalny identyfikator (UID)
Globalnie unikalny ciąg „dziesiętny z kropką”, który identyfikuje określony obiekt lub klasę obiektów; identyfikator obiektu ISO-8824. Przykłady: Study Instance UID, SOP Class UID, SOP Instance UID.
Reprezentacja wartości (VR)
Typ formatu pojedynczego elementu danych DICOM, taki jak tekst, liczba całkowita, nazwisko osoby lub kod. Obiekty informacyjne DICOM można przesyłać z wyraźną identyfikacją typu każdego elementu danych (Explicit VR) lub bez wyraźnej identyfikacji (Implicit VR); w przypadku Implicit VR aplikacja odbierająca musi korzystać ze słownika danych DICOM, aby sprawdzić format każdego elementu danych.
.
