Beispielnachrichten für C-FIND- und C-MOVE-Anforderungen

Für die Suchkriterien in Abfragenachrichten im Muster Healthcare: Web-Service an DICOM werden DICOM-Tags verwendet. Der DICOM-Standard definiert die Tagnamen, ihre Bedeutung und die gültigen Werte. In jedem Abfragestamm und auf jeder Abfrageebene ist ein Tag des Typs U (unique; eindeutig) definiert. Ein Einzelwert in einem solchen eindeutigen Tag kennzeichnet eindeutig jeweils eine Entität auf dieser Ebene, d. h., zwei Entitäten auf derselben Ebene können nicht denselben Wert in ihrem U-Tag haben. C-FIND-SCPs unterstützen das Vorhandensein und den Abgleich aller durch DICOM definierten eindeutigen Tags. Allen über C-FIND-SCPs verwalteten Entitäten muss ein bestimmter U-Tagwert mit einer Länge ungleich null zugewiesen sein.

Jeder DICOM-Abfragestamm und jede DICOM-Abfrageebene verfügt über eine kleine Anzahl von Tags des Typs R (required; erforderlich), die von jedem DICOM-Anbieter unterstützt werden müssen. Erforderliche Tags setzen voraus, dass ein C-FIND-SCP einen Abgleich auf Basis eines in einer C-FIND-Anforderung enthaltenen Werts unterstützen muss. Dabei können die erforderlichen Tags mehrerer Entitäten denselben Wert haben, d. h., über den Wert eines erforderlichen Tags kann nicht notwendigerweise auf eine bestimmte Entität auf der Ebene des Schlüssels verwiesen werden. C-FIND-SCPs unterstützen das Vorhandensein und den Abgleich aller in einem bestimmten Stamm und in einer bestimmten Ebene definierten erforderlichen Tags. Wenn ein C-FIND-SCP eine Entität verwaltet, deren Tagwert eine Länge von null hat, gilt der Wert als unbekannt und jeder Abgleich mit diesem Tag mit Nulllänge gilt als erfolgreicher Abgleich.

Es gibt noch eine wesentlich größere Anzahl optionaler Tags (Tags des Typs O), die von DICOM-Anbietern unter Umständen unterstützt werden. Anbieter können weitere Tags hinzufügen, die in den Suchkriterien unterstützt werden. Für optionale Tags in einer C-FIND-Anforderung sind drei unterschiedliche Verhaltensweisen möglich, die davon abhängen, ob vom C-FIND-SCP Vorhandensein und/oder Abgleich unterstützt werden. Erstens: Wenn der C-FIND-SCP das Vorhandensein eines optionalen Tags nicht unterstützt, wird der Tag nicht in einer C-FIND-Antwort zurückgegeben. Zweitens: Wenn der SCP das Vorhandensein eines optionalen Tags unterstützt, nicht jedoch einen Abgleich auf Basis dieses Tags, wird er wie ein Tag des Typs 'R' (required) mit einer Länge von null gehandhabt, d. h., der angegebene Wert, der mit dem Tag abgeglichen werden soll, wird ignoriert, aber vom SCP kann in der Antwortnachricht ein Wert zurückgegeben werden. Drittens: Wenn der SCP Vorhandensein und Abgleich mit dem Tag unterstützt, wird der Tag wie ein Tag des Typs 'R' verarbeitet.

DICOM stellt eine Vielzahl von Optionen für die Beschreibung von C-FIND-Suchkriterien bereit, insbesondere für Platzhalter, Zeiträume und den Abgleich mehrerer Werte in einer Liste. Weitere Informationen hierzu finden Sie im Dokument PS3.4 des DICOM-Standards. Der DICOMFindMove-Knoten unterstützt momentan keinen Sequenzabgleich. Eine XML-Abfragenachricht an den DICOMFindMove-Knoten kann zusätzliche Rückgabetags anfordern. Diese Tags werden nicht als Suchkriterien in der C-FIND-Anforderung an den SCP verwendet. Wenn der Rückgabetag vom SCP unterstützt wird, enthalten die Antwortnachrichten einen übereinstimmenden Wert für jeden Suchtag und einen Wert für jeden Rückgabetag.

Bei dem folgenden Beispiel handelt es sich um eine XML-Abfragenachricht mit den beiden Suchtags 00100010 (PatientName) und 00080050 (AccessionNumber) sowie dem zusätzlichen Rückgabetag 00080054 (RetrieveAETitle):

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>STUDY</QueryRoot>
    <QueryLevel>STUDY</QueryLevel>
    <Match>
        <Attribute Tag="00100010">FEROVIX</Attribute>
        <Attribute Tag="00080050">1210490</Attribute>
    </Match>
    <Return>
        <Attribute Tag="00080054"/>
    </Return>
</DICOM:FindMove>

In Abfragenachrichten können Suchkriterien über den Tagnamen (z. B. PatientID) oder den Tag (00100020) angegeben werden. Der Tagname ist in der Regel aussagekräftiger und weniger fehleranfällig als der Tag. Wie im Folgenden zu sehen, wird in Antwortnachrichten immer der DICOM-Tag verwendet.

Bei dem folgenden Beispiel handelt es sich um eine DICOM-C-FIND-Ergebnisnachricht, aus der die SOAP-Antwortrahmenanweisung entfernt wurde:

<DICOM:Results xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <DICOM>
        <Attribute Tag="00080005" VR="CS">ISO_IR 100</Attribute>
        <Attribute Tag="00080016" VR="UI">1.2.840.10008.5.1.4.1.1.2</Attribute>
        <Attribute Tag="00080018" VR="UI">1.3.12.2.1107.5.1.4.54023.30000004093016410718700003864</Attribute>
        <Attribute Tag="00080052" VR="CS">IMAGE</Attribute>
        <Attribute Tag="00080054" VR="AE">PACS</Attribute>
        <Attribute Tag="00080056" VR="CS">ONLINE</Attribute>
        <Attribute Tag="0020000D" VR="UI">1.3.12.2.1107.5.1.4.54023.30000004093013443132800000021</Attribute>
        <Attribute Tag="0020000E" VR="UI">1.3.12.2.1107.5.1.4.54023.30000004093016410718700003676</Attribute>
        <Attribute Tag="00200013" VR="IS">188</Attribute>
        <Attribute Tag="00880130" VR="SH"/>
        <Attribute Tag="00880140" VR="UI"/>
    </DICOM>
</DICOM:Results>

In der folgenden Tabelle ist angegeben, was die einzelnen DICOM-Tags bedeuten:

Tag Name Wert
00080005 SpecificCharacterSet ISO_IR 100
00080016 SOPClassUID 1.2.840.10008.5.1.4.1.1.2
00080018 SOPInstanceUID 1.3.12.2.1107.5.1.4.54023.30000004093016410718700003864
00080052 QueryRetrieveLevel IMAGE
00080054 RetrieveAETitle PACS
00080056 InstanceAvailability ONLINE
0020000D StudyInstanceUID 1.3.12.2.1107.5.1.4.54023.30000004093013443132800000021
0020000E SeriesInstanceUID 1.3.12.2.1107.5.1.4.54023.30000004093016410718700003676
00200013 InstanceNumber 188
00880130 StorageMediaFileSetID
00880140 StorageMediaFileSetUID

Wichtig:

Stellen Sie sicher, dass die Elemente QueryRoot und QueryLevel in den XML-Anforderungsnachrichten korrekt konfiguriert sind. Die Beispiele in diesem Abschnitt zeigen die verschiedenen Kombinationen aus Patientenstamm und Abfrageebene.

C-MOVE-Befehle

C-MOVE-Anforderungsnachrichten werden auf dieselbe Weise wie C-FIND-Anforderungsnachrichten gebildet. Der einzige Unterschied ist, dass die XML-Abfragenachricht ein MoveDestination-Element enthält. Das Ziel für die Verschiebeoperation ist der Anwendungsinstanztitel, zu dem die DICOM-Instanzen mithilfe von C-STORE-Befehlen verschoben werden sollen. Im PACS, das die C-FIND- und C-MOVE-Befehle verarbeitet, müssen die Verbindungsdetails dieses Ziels vorab konfiguriert werden.

Bei dem folgenden Beispiel handelt es sich um eine DICOM-C-FIND- und DICOM-C-MOVE-Anforderungsnachricht, für die ein Ziel für den Verschiebevorgang (MoveDestination) angegeben ist:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>STUDY</QueryLevel>
    <MoveDestination>REMOTEAE</MoveDestination>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="PatientID">fWT0KTL</Attribute>
        <Attribute Tag="AccessionNumber">1210490</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

OperationPriority ist ein optionales Feld in der XML-Anforderungsnachricht. Es hängt vom Anbieter ab, ob dieses Feld berücksichtigt wird. Zulässige Werte für das Feld sind HIGH, NORMAL oder LOW.

SOAP-Antwortnachrichten werden nach der Ausführung des C-MOVE-Befehls aus dem Muster zurückgegeben. Beim Verschieben umfangreicher Untersuchungen, Serien oder Bilder kann es daher einige Zeit bis zum Eingang einer Antwort dauern. Die Antwortnachrichten enthalten außerdem das XML-Element MoveResults, das angibt, ob der C-MOVE-Befehl erfolgreich war oder fehlgeschlagen ist. Im Folgenden sind die Felder mit ausführlicheren Statusangaben aufgeführt (Completed, Failed und Warnings).

<DICOM:Results xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <DICOM>
        <Attribute Tag="00080005" VR="CS">ISO_IR 100</Attribute>
        <Attribute Tag="00080016" VR="UI">1.2.840.10008.5.1.4.1.1.2</Attribute>
        <Attribute Tag="00080018" VR="UI">1.3.12.2.1107.5.1.4.54023.30000004093016410718700003864</Attribute>
        <Attribute Tag="00080052" VR="CS">IMAGE</Attribute>
        <Attribute Tag="00080054" VR="AE">PACS</Attribute>
        <Attribute Tag="00080056" VR="CS">ONLINE</Attribute>
        <Attribute Tag="0020000D" VR="UI">1.3.12.2.1107.5.1.4.54023.30000004093013443132800000021</Attribute>
        <Attribute Tag="0020000E" VR="UI">1.3.12.2.1107.5.1.4.54023.30000004093016410718700003676</Attribute>
        <Attribute Tag="00200013" VR="IS">188</Attribute>
        <Attribute Tag="00880130" VR="SH"/>
        <Attribute Tag="00880140" VR="UI"/>
        <MoveResults>
            <Completed>1</Completed>
            <Failed>0</Failed>
            <Warnings>0</Warnings>
        </MoveResults>
    </DICOM>
</DICOM:Results>

Patientenstamm

Für den Patientenstamm sind vier Abfrageebenen möglich: Patient, Untersuchung, Serie und Bild.

Patientenstamm - Patientenebene

Mit der Abfrage auf Patientenebene werden Daten zu Patienten aus einem PACS abgefragt. Es stehen mehrere Attribute zur Verfügung, die in der Abfrage verwendet werden können, wie Name, Geschlecht und Geburtsdatum des Patienten.

In der folgenden Tabelle sind die Suchtags aufgeführt, die für eine Abfrage auf Patientenebene verfügbar sind:

Name Tag Typ
PatientName 00100010 R
PatientID 00100020 U
IssuerOfPatientID 00100021 O
PatientBirthDate 00100030 O
PatientBirthTime 00100032 O
PatientSex 00100040 O
OtherPatientIDs 00101000 O
OtherPatientNames 00101001 O
EthnicGroup 00102160 O
PatientComments 00104000 O
NumberOfPatientRelatedStudies 00201200 O
NumberOfPatientRelatedSeries 00201202 O
NumberOfPatientRelatedInstances 00201204 O

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Patientenebene, in der das Attribut für die Patienten-ID PatientID (00100020) als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>PATIENT</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="00100020">fWT0KTL</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Patientenebene, in der das Attribut für das Geburtsdatum PatientBirthDate als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>PATIENT</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="PatientBirthDate">19670227</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>
Patientenstamm - Untersuchungsebene

Mit der Abfrage auf Untersuchungsebene werden Angaben zu den Untersuchungen für einen bestimmten Patienten aus einem PACS abgefragt. Die Abfrage auf Untersuchungsebene muss die Patienten-ID enthalten; außerdem kann sie null oder mehrere optionale Tags wie beispielsweise das Untersuchungsdatum enthalten, um die Suche weiter einzugrenzen.

Die folgende Tabelle enthält die für eine Abfrage auf Untersuchungsebene verfügbaren Suchtags:

Name Tag Typ
StudyDate 00080020 R
StudyTime 00080030 R
AccessionNumber 00080050 R
StudyID 00200010 R
StudyInstanceUID 0020000D U
ModalitiesInStudy 00080061 O
SOPClassesInStudy 00080062 O
ReferringPhysicianName 00080090 O
StudyDescription 00081030 O
NameOfPhysicianReadingStudy 00081060 O
ReferringPhysicianName 00080090 O
AdmittingDiagnosesDescription 00081080 O
PatientAge 00101010 O
PatientSize 00101020 O
PatientWeight 00101030 O
Occupation 00102180 O
AdditionalPatientHistory 001021B0 O
OtherStudyNumbers 00201070 O
NumberOfStudyRelatedSeries 00201206 O
NumberOfStudyRelatedInstances 00201208 O

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Untersuchungsebene, in der das Attribut für die Patienten-ID PatientID (00100020) und das Attribut für die Vorgangsnummer AccessionNumber (00080050) als Suchkriterien verwendet werden:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>STUDY</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="00100020">fWT0KTL</Attribute>
        <Attribute Tag="00080050">1210490</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Untersuchungsebene, in der das Attribut für die Patienten-ID PatientID als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>STUDY</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="PatientID">fWT0KTL</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>
Patientenstamm - Serienebene

Mit der Abfrage auf Serienebene werden Serien im Rahmen einer bestimmten Untersuchung aus einem PACS abgefragt. Die Abfrage auf Serienebene muss die Serien-UID enthalten; außerdem kann sie null oder mehrere optionale Attribute wie beispielsweise die Modalität enthalten, um die Suche weiter einzugrenzen.

In der folgenden Tabelle sind die Suchtags aufgeführt, die für eine Abfrage auf Serienebene verfügbar sind:

Name Tag Typ
Modality 00080060 R
SeriesNumber 00200011 R
SeriesInstanceUID 0020000E U
NumberOfSeriesRelatedInstances 0020,1209 O

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Serienebene, in der das Attribut für die UID einer Untersuchungsinstanz StudyInstanceUID (0020000D) als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>SERIES</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="0020000D">1.2.840.113745.101000.1008000.37796.6311.5221360</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Serienebene, in der das Attribut für die UID der Untersuchungsinstanz StudyInstanceUID und das Modalitätsattribut Modality als Suchkriterien verwendet werden:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>SERIES</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="StudyInstanceUID">1.2.840.113745.101000.1008000.37796.6311.5221360</Attribute>
        <Attribute Tag="Modality">CT</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>
Patientenstamm - Bildebene

Mit der Abfrage auf Bildebene werden bestimmte Bilder in einer Serie abgefragt. Diese Abfrage wird nur selten verwendet. Eine Abfrage auf Bildebene muss die Serien-UID enthalten.

In der folgenden Tabelle sind die Suchtags aufgeführt, die für eine Abfrage auf Bildebene verfügbar sind:

Name Tag Typ
InstanceNumber 00200013 R
SOPInstanceUID 00080018 U
SOPClassUID 00080016 O
RelatedGeneralSOPClassUID 0008001A O
ContainerIdentifier 00400512 O

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Bildebene, in der das Attribut für die UID der Serieninstanz SeriesInstanceUID (0020000E) als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>IMAGE</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="0020000E">1.3.12.2.1107.5.1.4.50146.4.0.2320790629191549</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Bildebene, in der das Attribut für die UID der Serieninstanz SeriesInstanceUID als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>PATIENT</QueryRoot>
    <QueryLevel>IMAGE</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="SeriesInstanceUID">1.3.12.2.1107.5.1.4.50146.4.0.2320790629191549</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Untersuchungsstamm

Der Untersuchungsstamm hat Ähnlichkeit mit dem Patientenstamm, was häufig Verwirrung stiftet. Innerhalb des Untersuchungsstamms gibt es keine Abfragen auf Patientenebene. Die Abfrage auf Untersuchungsebene ist die erste Ebene, die unterstützt wird. Für die Abfrage auf Untersuchungsebene steht eine größere Anzahl von Attributen zur Verfügung, die verwendet werden können. Unter anderem werden Datum und Uhrzeit der Untersuchung sowie Patientenattribute wie Name, Patienten-ID und Geschlecht des Patienten unterstützt. Die Abfrage auf Untersuchungsebene kann daher auch als eine kombinierte Abfrage auf Untersuchungs- und Patientenebene im Kontext des Patientenstamms gesehen werden.

Die Abfrage auf Untersuchungsebene ist sehr hilfreich, da Sie mit einigen grundlegenden Suchkriterien wie Name des Patienten und Datum der Untersuchung alle Untersuchungen eines Patienten abfragen können. Im Patientenstamm sind hierzu zwei verschiedene Abfragen erforderlich.

Die Abfragen auf Serien- und Bildebene sind beim Untersuchungsstamm und Patientenstamm identisch.

Untersuchungsstamm - Untersuchungsebene

Die folgende Tabelle enthält die für eine Abfrage auf Untersuchungsebene verfügbaren Suchtags:

Name Tag Typ
StudyDate 00080020 R
StudyTime 00080030 R
AccessionNumber 00080050 R
PatientName 00100010 R
PatientID 00100020 R
StudyID 00200010 R
StudyInstanceUID 0020000D U
ModalitiesInStudy 00080061 O
SOPClassesInStudy 00080062 O
ReferringPhysicianName 00080090 O
StudyDescription 00081030 O
NameOfPhysicianReadingStudy 00081060 O
AdmittingDiagnosesDescription 00081080 O
IssuerOfPatientID 00100021 O
PatientBirthDate 00100030 O
PatientBirthTime 00100032 O
PatientSex 00100040 O
OtherPatientIDs 00101000 O
OtherPatientNames 00101001 O
PatientAge 00101010 O
PatientSize 00101020 O
PatientWeight 0010,1030 O
EthnicGroup 00102160 O
Occupation 00102180 O
AdditionalPatientHistory 001021B0 O
PatientComments 00104000 O
OtherStudyNumbers 00201070 O
NumberOfPatientRelatedStudies 00201200 O
NumberOfPatientRelatedSeries 00201202 O
NumberOfPatientRelatedInstances 00201204 O
NumberOfStudyRelatedSeries 00201206 O
NumberOfStudyRelatedInstances 00201208 O

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Untersuchungsebene, in der das Attribut für die Patienten-ID PatientID (00100020) und das Attribut für die Vorgangsnummer AccessionNumber (00080050) als Suchkriterien verwendet werden:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>STUDY</QueryRoot>
    <QueryLevel>STUDY</QueryLevel>
    <Match>
        <Attribute Tag="00100010">FEROVIX</Attribute>
        <Attribute Tag="00080050">1210490</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Untersuchungsebene, in der das Attribut für die Patienten-ID PatientID und das Attribut für die Vorgangsnummer AccessionNumber als Suchkriterien verwendet werden:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>STUDY</QueryRoot>
    <QueryLevel>STUDY</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="PatientName">FEROVIX</Attribute>
        <Attribute Tag="AccessionNumber">1210490</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>
Untersuchungsstamm - Serienebene

Mit der Abfrage auf Serienebene werden Serien im Rahmen einer bestimmten Untersuchung aus einem PACS abgefragt. Die Abfrage auf Serienebene muss die Serien-UID enthalten; außerdem kann sie null oder mehrere optionale Attribute wie beispielsweise die Modalität enthalten, um die Suche weiter einzugrenzen. Diese Ebene entspricht mehr oder weniger der Serienebene im Patientenstamm, nur dass in der XML-Abfragenachricht das Attribut QueryRoot auf STUDY und nicht auf PATIENT gesetzt ist.

In der folgenden Tabelle sind die Suchtags aufgeführt, die für eine Abfrage auf Serienebene verfügbar sind:

Name Tag Typ
Modality 00080060 R
SeriesNumber 00200011 R
SeriesInstanceUID 0020000E U
NumberOfSeriesRelatedInstances 0020,1209 O

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Serienebene, in der das Attribut für die UID einer Untersuchungsinstanz StudyInstanceUID (0020000D) als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>STUDY</QueryRoot>
    <QueryLevel>SERIES</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="0020000D">1.2.840.113745.101000.1008000.37796.6311.5221360</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Serienebene, in der das Attribut für die UID der Untersuchungsinstanz StudyInstanceUID und das Modalitätsattribut Modality als Suchkriterien verwendet werden:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>STUDY</QueryRoot>
    <QueryLevel>SERIES</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="StudyInstanceUID">1.2.840.113745.101000.1008000.37796.6311.5221360</Attribute>
        <Attribute Tag="Modality">CT</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>
Untersuchungsstamm - Bildebene

Mit der Abfrage auf Bildebene wird eine Abfrage bestimmter Bilder in einer Serie durchgeführt. Diese Abfrage wird nur selten verwendet. Eine Abfrage auf Bildebene muss die Serien-UID enthalten. Diese Ebene entspricht mehr oder weniger der Bildebene im Patientenstamm, nur dass in der XML-Abfragenachricht das Attribut QueryRoot auf STUDY und nicht auf PATIENT gesetzt ist.

In der folgenden Tabelle sind die Suchtags aufgeführt, die für eine Abfrage auf Bildebene verfügbar sind:

Name Tag Typ
InstanceNumber 00200013 R
SOPInstanceUID 00080018 U
SOPClassUID 00080016 O
RelatedGeneralSOPClassUID 0008001A O
ContainerIdentifier 00400512 O

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Bildebene, in der das Attribut für die UID der Serieninstanz SeriesInstanceUID (0020000E) als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>STUDY</QueryRoot>
    <QueryLevel>IMAGE</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="0020000E">1.3.12.2.1107.5.1.4.50146.4.0.2320790629191549</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Bei dem folgenden Beispiel handelt es sich um eine Abfrage auf Bildebene, in der das Attribut für die UID der Serieninstanz SeriesInstanceUID als Suchkriterium verwendet wird:

<DICOM:FindMove xmlns:DICOM="http://com.ibm.healthcare/DICOM">
    <QueryRoot>STUDY</QueryRoot>
    <QueryLevel>IMAGE</QueryLevel>
    <OperationPriority>NORMAL</OperationPriority> 
    <Match>
        <Attribute Tag="SeriesInstanceUID">1.3.12.2.1107.5.1.4.50146.4.0.2320790629191549</Attribute>
    </Match>
    <Return>
    </Return>
</DICOM:FindMove>

Zurück zur Spezifikation des Musters 'Healthcare: Web-Service an DICOM'