getscu - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

getscu - DICOM-Abruf (C-GET) SCU

ZUSAMMENFASSUNG

getscu [Optionen] Peer-Port [dcmfile-in...]

BESCHREIBUNG

Das bekommtcu Anwendung implementiert eine SCU für die Query/Retrieve Service Class. bekommtcu
unterstützt die Abruffunktionalität unter Verwendung der C-GET-Nachricht. Es sendet Abfrageschlüssel an einen SCP und
wartet auf Antworten mit Bildern oder anderen DICOM-Objekten, die über C-STORE gesendet werden. Als DICOM
Serviceanforderungen, C-GET und die begleitenden C-STORE-Nachrichten werden auf demselben bearbeitet
Verband. Daher können Objekte nur empfangen werden von bekommtcu selbst und kann nicht gesendet werden
an einen Dritten (bewegt sich wäre das richtige Werkzeug für diese Aufgabe).

PARAMETER

Peer-Hostname des DICOM-Peers

Port TCP/IP Portnummer des Peers

dcmfile-in DICOM-Abfragedatei(en)

OPTIONAL

General Optionen
-h - Hilfe
Diesen Hilfetext drucken und beenden

--Version
Versionsinformationen drucken und beenden

--Argumente
drucke erweiterte Befehlszeilenargumente

-q --leise
Ruhemodus, keine Warnungen und Fehler drucken

-v --verbose
ausführlicher Modus, Verarbeitungsdetails drucken

-d --debug
Debug-Modus, Debug-Informationen drucken

-ll --log-level [l]evel: Stringkonstante
(fatal, Fehler, Warnung, Info, Debug, Trace)
Verwenden Sie Level l für den Logger

-lc --log-config [Dateiname: Zeichenfolge
Verwenden Sie die Konfigurationsdatei f für den Logger

+v --verbose-pc
Präsentationskontexte im ausführlichen Modus anzeigen

Netzwerk Optionen
Überschreiben Sie übereinstimmende Schlüssel:

-k --key [k]ey: gggg,eeee="str", Pfad oder Wörterbuchname="str"
übereinstimmenden Schlüssel überschreiben

Informationsmodell abfragen:

-P - Patient
Stammdatenmodell des Patienten verwenden (Standard)

-S --studieren
Verwenden des Studienstamm-Informationsmodells

-O --psonly
Verwenden Sie das Informationsmodell nur für Patienten/Studien

Titel der Anwendungsentität:

-aet --aetitle [a]etitle: Zeichenfolge
setze meinen anrufenden AE-Titel (Standard: GETSCU)

-aec --call [a]titel: Zeichenfolge
Set namens AE-Titel des Peers (Standard: ANY-SCP)

bevorzugte Speicherübertragungssyntaxen (eingehende Assoziationen):

+x= --prefer-uncompr
Bevorzuge explizite lokale VR-Byte-Reihenfolge (Standard)

+xe --bevorzuge-klein
bevorzuge explizite VR-Little-Endian-TS

+xb --bevorzuge-groß
bevorzuge explizite VR-Big-Endian-TS

+xs --bevorzuge-verlustfrei
bevorzuge standardmäßiges verlustfreies JPEG-TS

+xy --prefer-jpeg8
bevorzuge standardmäßiges JPEG verlustbehaftetes TS für 8-Bit-Daten

+xx --prefer-jpeg12
bevorzuge standardmäßiges JPEG verlustbehaftetes TS für 12-Bit-Daten

+xv --prefer-j2k-lossless
bevorzuge JPEG 2000 verlustfreies TS

+xw --prefer-j2k-verlustbehaftet
bevorzuge JPEG 2000 verlustbehaftetes TS

+xt --prefer-jls-lossless
bevorzuge JPEG-LS verlustfreies TS

+xu --prefer-jls-verlustbehaftet
bevorzuge JPEG-LS verlustbehaftetes TS

+xm --prefer-mpeg2
bevorzuge MPEG2 Main Profile @ Main Level TS

+xh --prefer-mpeg2-high
bevorzuge MPEG2 Main Profile @ High Level TS

+xn --prefer-mpeg4
bevorzuge MPEG4 AVC/H.264 HP / Level 4.1 TS

+xl --prefer-mpeg4-bd
bevorzugen MPEG4 AVC/H.264 BD-kompatible TS

+xr --prefer-rle
bevorzuge RLE verlustfreies TS

+xd --prefer-deflationiert
bevorzuge deflationierten expliziten VR Little Endian TS

+xi --implizit
akzeptiere nur implizite VR Little Endian TS

vorgeschlagene Abrufsyntaxen (ausgehende Assoziationen):

-x= --propose-uncompr
alle unkomprimierten TS vorschlagen, explizite VR
mit lokaler Byte-Reihenfolge zuerst (Standard)

-xe --propose-little
schlage alle unkomprimierten TS vor, explizite VR Little Endian zuerst

-xb --propose-big
schlagen alle unkomprimierten TS vor, explizite VR Big Endian zuerst

-xd --propose-deflationiert
schlagen Sie deflationierten expliziten VR-Little-Endian-TS vor
und alle unkomprimierten Übertragungssyntaxen

-xi --propose-implizit
Schlagen Sie nur implizites VR Little Endian TS vor

andere Netzwerkoptionen:

-to --timeout [s]econds: Ganzzahl (Standard: unbegrenzt)
Timeout für Verbindungsanfragen

-ta --acse-timeout [s] Sekunden: Ganzzahl (Standard: 30)
Timeout für ACSE-Nachrichten

-td --dimse-timeout [s]econds: Ganzzahl (Standard: unbegrenzt)
Timeout für DIMSE-Nachrichten

-pdu --max-pdu [n]Anzahl Bytes: Integer (4096..131072)
setze max Receive pdu auf n Bytes (Standard: 16384)

--repeat [n]umber: ganze Zahl
n mal wiederholen

--abbrechen
Assoziation abbrechen statt freigeben

Ausgabe Optionen
Allgemeines:

-od --output-directory [Verzeichnis: Zeichenfolge (Standard: ".")
schreibe empfangene Objekte in bestehendes Verzeichnis d

Speichermodus:

-B - normal
im Speicher empfangen, dann auf die Festplatte schreiben (Standard)

+B --biterhaltend
direkt auf die Festplatte empfangen

--ignorieren
Speicherdaten ignorieren, empfangen, aber nicht speichern

ANMERKUNG

Jede auf der Befehlszeile bereitgestellte Datei wird als Teil einer C-GET-Anforderung an den SCP gesendet.
Die Abfragedatei muss ein gültiger DICOM-Datensatz sein, der den Datensatzteil eines C-GET-RQ enthält
Botschaft. Die Abfragedatei könnte beispielsweise mit dem dump2dcm Dienstprogramm von a
Skript wie im folgenden Beispiel:

# alle Bilder für den Patienten mit ID=PAT001 anfordern
(0008,0052) CS [PATIENT] # QueryRetrieveLevel
(0010,0020) LO [PAT001] # PatientenID

Eine andere Möglichkeit besteht darin, die dcmodify Tool zum Erstellen einer Datei von Grund auf mit dem
zu erhalten --erstelle Datei mit aufeinanderfolgenden Anrufen an die --Einfügung Möglichkeit. Individuelle Attribute
können mit dem geändert oder ergänzt werden -k (oder --Schlüssel) Möglichkeit. Zum Beispiel der Befehl:

getscu -k "0010,0020=PAT002" caesar 5678 patqry.dcm

wird beim Senden an den SCP caesar am TCP/IP-Port 5678 dazu führen, dass jedes PatientID-Attribut in
patqry.dcm den Wert 'PAT002' haben. Wenn ein solches Attribut vorhanden ist, ist es
ersetzt, falls nicht vorhanden, wird es eingefügt. Die -k Option kann mehr als einmal vorhanden sein. Die
Der Wertteil (nach dem '=') kann fehlen, was dazu führt, dass das Attribut mit Null gesendet wird
Länge. Es ist auch möglich, Sequenzen, Items und verschachtelte Attribute mit den -k
Möglichkeit. In diesen Fällen muss eine spezielle 'Pfad'-Notation verwendet werden. Details finden Sie in
dcmodify Dokumentation.

Wird auf der Kommandozeile keine Datei angegeben, muss die Abfrage komplett mit angegeben werden
ein oder mehr -k Optionen. Wenn mehrere Abfragedateien bereitgestellt werden, bekommtcu sendet mehrere C-
GET-Anfragen an den SCP.

Bekannt Probleme
bekommtcu ist als Testwerkzeug für DICOM-Softwareentwickler gedacht. Die Abfrage
Schlüsseldatei muss von Hand basierend auf dem Inhalt des SCP erstellt werden.

C-GET wird nicht von allen Query/Retrieve SCPs unterstützt. Das C-MOVE-Protokoll, das
umgesetzt von der bewegt sich Werkzeug ist in der Praxis häufiger anzutreffen.

Das bekommtcu Anwendung unternimmt keinen Versuch, falsche Abfragen zu verhindern. Insbesondere die
Abfrageschlüssel einer C-MOVE-Anfrage sollten nur das QueryRetrieveLevel-Attribut enthalten und
eines oder mehrere der sogenannten 'eindeutigen Schlüsselattribute' (PatientID, StudyInstanceUID,
SeriesInstanceUID und SOPInstanceUID).

DICOM Konformität
SKU Konformität
Das bekommtcu Anwendung unterstützt die folgenden SOP-Klassen als SCU:

GETPientRootQueryRetrieveInformationModel 1.2.840.10008.5.1.4.1.2.1.3
GETstudyRootQueryRetrieveInformationModel 1.2.840.10008.5.1.4.1.2.2.3
GETPatientStudyOnlyQueryRetrieveInformationModel 1.2.840.10008.5.1.4.1.2.3.3

Das bekommtcu Anwendung schlägt Präsentationskontexte für einen der oben genannten vor
unterstützte SOP-Klassen je nach Befehlszeilenoptionen (-P, -S, oder -O). Für ausgehende
Assoziationen werden die folgenden Übertragungssyntaxen unterstützt:

LittleEndianImplicitTransferSyntax 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax 1.2.840.10008.1.2.1
DeflationiertExplicitVRLittleEndianTransferSyntax 1.2.840.10008.1.2.1.99 (*)
BigEndianExplicitTransferSyntax 1.2.840.10008.1.2.2

(*) wenn mit aktivierter zlib-Unterstützung kompiliert (siehe --Version Ausgabe)

Welche Transfersyntaxen in welcher Reihenfolge tatsächlich vorgeschlagen werden, kann mit dem
--vorschlagen Optionen.

Lagerung Konformität
Das bekommtcu Anwendung unterstützt die folgenden SOP-Klassen als SCP:

VerifizierungSOPClass 1.2.840.10008.1.1

RETIRED_StoredPrintStorage 1.2.840.10008.5.1.1.27
RETIRED_HardcopyGrayscaleImageStorage 1.2.840.10008.5.1.1.29
RETIRED_HardcopyColorImageStorage 1.2.840.10008.5.1.1.30
Computergestützte RadiographieImageStorage 1.2.840.10008.5.1.4.1.1.1
DigitalXRayImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.1.1
DigitalXRayImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.1.1.1
Digitale MammographieXRayImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.1.2
Digitale MammographieXRayImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.1.2.1
DigitalIntraOralXRayImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.1.3
DigitalIntraOralXRayImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.1.3.1
CTImageStorage 1.2.840.10008.5.1.4.1.1.2
Verbesserter CTImageStorage 1.2.840.10008.5.1.4.1.1.2.1
RETIRED_UltrasoundMultiframeImageStorage 1.2.840.10008.5.1.4.1.1.3
UltraschallMultiframeImageStorage 1.2.840.10008.5.1.4.1.1.3.1
MRImageStorage 1.2.840.10008.5.1.4.1.1.4
EnhancedMRImageStorage 1.2.840.10008.5.1.4.1.1.4.1
MR-SpektroskopieSpeicher 1.2.840.10008.5.1.4.1.1.4.2
EnhancedMRColorImageStorage 1.2.840.10008.5.1.4.1.1.4.3
RETIRED_NuclearMedicineImageStorage 1.2.840.10008.5.1.4.1.1.5
RETIRED_UltrasoundImageStorage 1.2.840.10008.5.1.4.1.1.6
Ultraschallbildspeicher 1.2.840.10008.5.1.4.1.1.6.1
EnhancedUSVolumeStorage 1.2.840.10008.5.1.4.1.1.6.2
SecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7
MultiframeSingleBitSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.1
MultiframeGrayscaleByteSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.2
MultiframeGrayscaleWordSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.3
MultiframeTrueColorSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.4
RETIRED_StandaloneOverlayStorage 1.2.840.10008.5.1.4.1.1.8
RETIRED_StandaloneCurveStorage 1.2.840.10008.5.1.4.1.1.9
ZwölfLeadECGWaveformStorage 1.2.840.10008.5.1.4.1.1.9.1.1
AllgemeinesECGWaveformStorage 1.2.840.10008.5.1.4.1.1.9.1.2
Ambulantes EKG-Wegspeicher 1.2.840.10008.5.1.4.1.1.9.1.3
HämodynamischeWellenformSpeicher 1.2.840.10008.5.1.4.1.1.9.2.1
HerzElektrophysiologieWellenformSpeicher 1.2.840.10008.5.1.4.1.1.9.3.1
BasicVoiceAudioWaveformStorage 1.2.840.10008.5.1.4.1.1.9.4.1
AllgemeinAudioWellenformSpeicher 1.2.840.10008.5.1.4.1.1.9.4.2
Arterielle PulswellenformSpeicher 1.2.840.10008.5.1.4.1.1.9.5.1
AtmungswellenformSpeicher 1.2.840.10008.5.1.4.1.1.9.6.1
RETIRED_StandaloneModalityLUTStorage 1.2.840.10008.5.1.4.1.1.10
RETIRED_StandaloneVOILUTStorage 1.2.840.10008.5.1.4.1.1.11
GrayscaleSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.1
ColorSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.2
PseudoColorSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.3
BlendingSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.4
XAXRFGrayscaleSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.5
XRayAngiographicImageStorage 1.2.840.10008.5.1.4.1.1.12.1
EnhancedXAImageStorage 1.2.840.10008.5.1.4.1.1.12.1.1
XRayRadiofluorscopicImageStorage 1.2.840.10008.5.1.4.1.1.12.2
EnhancedXRFImageStorage 1.2.840.10008.5.1.4.1.1.12.2.1
RETIRED_XRayAngiographicBiPlaneImageStorage 1.2.840.10008.5.1.4.1.1.12.3
XRay3DAngiographicImageStorage 1.2.840.10008.5.1.4.1.1.13.1.1
XRay3DCraniofacialImageStorage 1.2.840.10008.5.1.4.1.1.13.1.2
BrustTomosyntheseBildspeicher 1.2.840.10008.5.1.4.1.1.13.1.3
IntravaskulärOpt.Coh.Tom.ImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.14.1
IntravaskulärOpt.Coh.Tom.ImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.14.2
NuclearMedicineImageStorage 1.2.840.10008.5.1.4.1.1.20
RawDataStorage 1.2.840.10008.5.1.4.1.1.66
SpatialRegistrationStorage 1.2.840.10008.5.1.4.1.1.66.1
SpatialFiducialsStorage 1.2.840.10008.5.1.4.1.1.66.2
VerformbarSpatialRegistrationStorage 1.2.840.10008.5.1.4.1.1.66.3
SegmentierungSpeicher 1.2.840.10008.5.1.4.1.1.66.4
SurfaceSegmentationStorage 1.2.840.10008.5.1.4.1.1.66.5
RealWorldValueMappingStorage 1.2.840.10008.5.1.4.1.1.67
SurfaceScanMeshStorage 1.2.840.10008.5.1.4.1.1.68.1
SurfaceScanPointCloudStorage 1.2.840.10008.5.1.4.1.1.68.2
RETIRED_VLImageStorage 1.2.840.10008.5.1.4.1.1.77.1
VLEendoscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.1
VideoEndoscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.1.1
VLMicroscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.2
VideoMicroscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.2.1
VLSlideCoordinatesMicroscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.3
VLPhotographicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.4
VideoPhotographicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.4.1
Augenfotografie8BitImageStorage 1.2.840.10008.5.1.4.1.1.77.1.5.1
Augenfotografie16BitImageStorage 1.2.840.10008.5.1.4.1.1.77.1.5.2
Stereometrischer Beziehungsspeicher 1.2.840.10008.5.1.4.1.1.77.1.5.3
OphthalmicTomographyImageStorage 1.2.840.10008.5.1.4.1.1.77.1.5.4
VLWholeSlideMikroskopieImageStorage 1.2.840.10008.5.1.4.1.1.77.1.6
RETIRED_VLMultiFrameImageStorage 1.2.840.10008.5.1.4.1.1.77.2
LensometrieMessungenSpeicher 1.2.840.10008.5.1.4.1.1.78.1
AutobrechungMessungenSpeicher 1.2.840.10008.5.1.4.1.1.78.2
KeratometrieMessungenSpeicher 1.2.840.10008.5.1.4.1.1.78.3
SubjektiveRefraktionMessungenSpeicher 1.2.840.10008.5.1.4.1.1.78.4
VisualAcuityMessungenSpeicher 1.2.840.10008.5.1.4.1.1.78.5
BrillenVerschreibungsberichtSpeicher 1.2.840.10008.5.1.4.1.1.78.6
OphthalmischAxialMessungenSpeicher 1.2.840.10008.5.1.4.1.1.78.7
IntraokularlinsenBerechnungenSpeicher 1.2.840.10008.5.1.4.1.1.78.8
MacularGridThicknessAndVolumeReportStorage 1.2.840.10008.5.1.4.1.1.79.1
OphthalmicVisualFieldStaticPerimetryMessungenSt. 1.2.840.10008.5.1.4.1.1.80.1
AugendickenMapSpeicher 1.2.840.10008.5.1.4.1.1.81.1
BasicTextSRSpeicher 1.2.840.10008.5.1.4.1.1.88.11
EnhancedSRStorage 1.2.840.10008.5.1.4.1.1.88.22
Umfassender SRSpeicher 1.2.840.10008.5.1.4.1.1.88.33
Umfassender3DSRS-Speicher 1.2.840.10008.5.1.4.1.1.88.34
ProzedurLogStorage 1.2.840.10008.5.1.4.1.1.88.40
MammographieCADSRSpeicher 1.2.840.10008.5.1.4.1.1.88.50
KeyObjectSelectionDocumentStorage 1.2.840.10008.5.1.4.1.1.88.59
ChestCADSRSpeicher 1.2.840.10008.5.1.4.1.1.88.65
RöntgenStrahlungsdosisSRSSpeicherung 1.2.840.10008.5.1.4.1.1.88.67
ColonCADSRSpeicher 1.2.840.10008.5.1.4.1.1.88.69
ImplantationsplanSRDocumentLagerung 1.2.840.10008.5.1.4.1.1.88.70
EncapsulatedPDFStorage 1.2.840.10008.5.1.4.1.1.104.1
Gekapselter CDASorage 1.2.840.10008.5.1.4.1.1.104.2
PositronenEmissionTomographieBildspeicher 1.2.840.10008.5.1.4.1.1.128
RETIRED_StandalonePETCurveStorage 1.2.840.10008.5.1.4.1.1.129
EnhancedPETImageStorage 1.2.840.10008.5.1.4.1.1.130
BasicStructuredDisplayStorage 1.2.840.10008.5.1.4.1.1.131
RTImageStorage 1.2.840.10008.5.1.4.1.1.481.1
RTDoseStorage 1.2.840.10008.5.1.4.1.1.481.2
RTStructureSetStorage 1.2.840.10008.5.1.4.1.1.481.3
RTBeamsTreatmentRecordStorage 1.2.840.10008.5.1.4.1.1.481.4
RTPlanStorage 1.2.840.10008.5.1.4.1.1.481.5
RTBachyTreatmentRecordStorage 1.2.840.10008.5.1.4.1.1.481.6
RTTreatmentSummaryRecordStorage 1.2.840.10008.5.1.4.1.1.481.7
RTIonPlanStorage 1.2.840.10008.5.1.4.1.1.481.8
RTIonBeamsTreatmentRecordStorage 1.2.840.10008.5.1.4.1.1.481.9
RTBeamsDeliveryInstructionStorage 1.2.840.10008.5.1.4.34.7
GenericImplantTemplateStorage 1.2.840.10008.5.1.4.43.1
ImplantAssemblyTemplateStorage 1.2.840.10008.5.1.4.44.1
ImplantTemplateGroupStorage 1.2.840.10008.5.1.4.45.1

Das bekommtcu Die Anwendung akzeptiert in der Regel Präsentationskontexte für alle
oben genannten unterstützten SOP-Klassen mit einer der folgenden Übertragungssyntaxen:

LittleEndianImplicitTransferSyntax 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax 1.2.840.10008.1.2.1
BigEndianExplicitTransferSyntax 1.2.840.10008.1.2.2

Als Speicher-SCP fungieren die bekommtcu Anwendung bevorzugt Übertragungssyntaxen mit
eine explizite Codierung über die standardmäßige implizite Übertragungssyntax. Wenn bekommtcu läuft weiter
Big-Endian-Hardware wird BigEndianExplicit gegenüber LittleEndianExplicit-Übertragung bevorzugt
Syntax (und umgekehrt). Dieses Verhalten kann mit dem geändert werden --vorziehen Optionen (siehe
Oben). Abhängig von --vorziehen tatsächlich verwendete Option, eine Kombination der folgenden
Übertragungssyntaxen werden unterstützt:

LittleEndianImplicitTransferSyntax 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax 1.2.840.10008.1.2.1
DeflationiertExplicitVRLittleEndianTransferSyntax 1.2.840.10008.1.2.1.99 (*)
BigEndianExplicitTransferSyntax 1.2.840.10008.1.2.2
JPEGProcess1TransferSyntax 1.2.840.10008.1.2.4.50
JPEGProcess2_4TransferSyntax 1.2.840.10008.1.2.4.51
JPEGProcess14SV1TransferSyntax 1.2.840.10008.1.2.4.70
JPEGLSLosslessTransferSyntax 1.2.840.10008.1.2.4.80
JPEGLSLossyTransferSyntax 1.2.840.10008.1.2.4.81
JPEG2000LosslessOnlyTransferSyntax 1.2.840.10008.1.2.4.90
JPEG2000 TransferSyntax 1.2.840.10008.1.2.4.91
MPEG2MainProfileAtMainLevelTransferSyntax 1.2.840.10008.1.2.4.100
MPEG2MainProfileAtHighLevelTransferSyntax 1.2.840.10008.1.2.4.101
MPEG4HighProfileLevel4_1TransferSyntax 1.2.840.10008.1.2.4.102
MPEG4BD-kompatibelHighProfileLevel4_1TransferSyntax 1.2.840.10008.1.2.4.103
RLELosslessTransferSyntax 1.2.840.10008.1.2.5

(*) wenn mit aktivierter zlib-Unterstützung kompiliert (siehe --Version Ausgabe)

Das bekommtcu Anwendung unterstützt keine erweiterte Verhandlung.

Beispiele:

getscu --patient --call ARCHIV caesar 104 q.dcm

sendet die in der DICOM-Datei 'q.dcm' enthaltenen Attribute als Teil einer C-GET-Anfrage an
Anwendungsentität ARCHIVE auf dem Host caesar an Port 104 unter Verwendung der Patient Root-Abfrage
Modell. bekommtcu selbst verwendet den Standard-AE-Titel GETSCU.

Im Gegensatz zu C-MOVE-basierten Query/Retrieve-SOP-Klassen sind die C-GET-basierten SOP-Klassen
genutzt von bekommtcu erlauben nur das Abrufen der gewünschten Objekte auf derselben Verbindung, d.h.
bekommtcu erhält die Objekte selbst. Daher ist es nicht möglich, dem SCP mitzuteilen,
die Gegenstände an Dritte weitergeben. Dies ist eine Einschränkung des DICOM-Protokolls und nicht
dauert ebenfalls 3 Jahre. Das erste Jahr ist das sog. bekommtcu Werkzeug.

LOGGING

Der Grad der Protokollausgabe der verschiedenen Befehlszeilentools und zugrunde liegenden Bibliotheken kann
vom Benutzer angegeben werden. Standardmäßig werden nur Fehler und Warnungen in den Standard geschrieben
Fehlerstrom. Option verwenden - ausführlich auch Informationsnachrichten wie Verarbeitungsdetails
sind gemeldet. Möglichkeit --debuggen kann verwendet werden, um mehr Details über die interne Aktivität zu erfahren,
zB für Debugging-Zwecke. Andere Protokollierungsebenen können mit Option ausgewählt werden --Protokoll-
Grad des . in --ruhig Modus werden nur schwerwiegende Fehler gemeldet. Bei solchen sehr schwerwiegenden Fehlerereignissen
die Anwendung wird normalerweise beendet. Weitere Informationen zu den verschiedenen Protokollierungsebenen finden Sie unter
siehe Dokumentation des Moduls 'oflog'.

Falls die Logging-Ausgabe in eine Datei geschrieben werden soll (optional mit Logfile-Rotation),
in Syslog (Unix) oder die Option Ereignisprotokoll (Windows) --log-config kann verwendet werden. Dies
Konfigurationsdatei ermöglicht es auch, nur bestimmte Nachrichten an einen bestimmten Ausgang zu leiten
Stream und zum Filtern bestimmter Nachrichten basierend auf dem Modul oder der Anwendung, in der sie
sind generiert. Eine Beispielkonfigurationsdatei finden Sie in /logger.cfg.

COMMAND LINE

Alle Befehlszeilentools verwenden die folgende Notation für Parameter: eckige Klammern umschließen
optionale Werte (0-1), drei nachgestellte Punkte zeigen an, dass mehrere Werte zulässig sind
(1-n), eine Kombination aus beiden bedeutet 0 bis n Werte.

Befehlszeilenoptionen werden von Parametern durch ein führendes '+' oder '-' Zeichen unterschieden.
bzw. Normalerweise sind Reihenfolge und Position von Befehlszeilenoptionen willkürlich (dh sie
kann überall erscheinen). Wenn sich die Optionen jedoch gegenseitig ausschließen, ist das Erscheinungsbild ganz rechts
wird genutzt. Dieses Verhalten entspricht den Standard-Auswertungsregeln gängiger Unix-Shells.

Darüber hinaus können eine oder mehrere Befehlsdateien mit einem '@'-Zeichen als Präfix für . angegeben werden
der Dateiname (zB @command.txt). Ein solches Befehlsargument wird durch den Inhalt von . ersetzt
die entsprechende Textdatei (mehrere Leerzeichen werden als einzelnes Trennzeichen behandelt, es sei denn
sie stehen zwischen zwei Anführungszeichen) vor jeder weiteren Auswertung. Bitte beachte, dass
Eine Befehlsdatei kann keine andere Befehlsdatei enthalten. Dieser einfache, aber effektive Ansatz
erlaubt es, gängige Kombinationen von Optionen/Parametern zusammenzufassen und vermeidet langwierige und
verwirrende Befehlszeilen (ein Beispiel finden Sie in der Datei /dumppat.txt).

Das bekommtcu Dienstprogramm versucht, DICOM-Datenwörterbücher zu laden, die im
DCMDICTPATH Umgebungsvariable. Standardmäßig, dh wenn die DCMDICTPATH variable Umgebung
ist nicht gesetzt, die Datei /dicom.dic wird geladen, es sei denn, das Wörterbuch ist erstellt
in die Anwendung (Standard für Windows).

Das Standardverhalten sollte bevorzugt werden und die DCMDICTPATH Nur Umgebungsvariable
verwendet, wenn alternative Datenwörterbücher benötigt werden. Die DCMDICTPATH variable Umgebung
hat das gleiche Format wie die Unix-Shell PATH variabel, indem ein Doppelpunkt (':') trennt
Einträge. Auf Windows-Systemen wird ein Semikolon (';') als Trennzeichen verwendet. Das Datenwörterbuch
Der Code versucht, jede in der Datei angegebene Datei zu laden DCMDICTPATH Umgebungsvariable. Es
ist ein Fehler, wenn kein Data Dictionary geladen werden kann.

Verwenden Sie getscu online mit den onworks.net-Diensten