DE10117685C2 - Verfahren zur Bearbeitung von Objekten eines standardisierten Kommunikationsprotokolls - Google Patents

Verfahren zur Bearbeitung von Objekten eines standardisierten Kommunikationsprotokolls

Info

Publication number
DE10117685C2
DE10117685C2 DE10117685A DE10117685A DE10117685C2 DE 10117685 C2 DE10117685 C2 DE 10117685C2 DE 10117685 A DE10117685 A DE 10117685A DE 10117685 A DE10117685 A DE 10117685A DE 10117685 C2 DE10117685 C2 DE 10117685C2
Authority
DE
Germany
Prior art keywords
objects
dicom
file
command
binary
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
DE10117685A
Other languages
English (en)
Other versions
DE10117685A1 (de
Inventor
Bjoern Eben
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens Healthcare GmbH
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Priority to DE10117685A priority Critical patent/DE10117685C2/de
Priority to US10/105,585 priority patent/US7085804B2/en
Publication of DE10117685A1 publication Critical patent/DE10117685A1/de
Application granted granted Critical
Publication of DE10117685C2 publication Critical patent/DE10117685C2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Radiology & Medical Imaging (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Description

Die Erfindung betrifft ein Verfahren zur Bearbeitung von Ob­ jekten eines standardisierten Kommunikationsprotokoll zum Bild- und Datenaustausch zwischen Vorrichtungen über ein Kom­ munikationsnetz mittels Bearbeitungsvorrichtungen. Dieser Bild- und Datenaustausch kann als Kommunikation zwischen me­ dizinischen Geräten mit dem Kommunikationsprotokoll "Digital Imaging and Communication in Medicine" (DICOM) erfolgen.
Aus dem Buch "Bildgebende Systeme für die medizinische Dia­ gnostik", herausgegeben von H. Morneburg, 3. Auflage, 1995, Seiten 684 ff sind medizinische Systemarchitekturen, sogenann­ te Picture Archival and Communication Systeme (PACS), be­ kannt, bei denen zum Abruf von Patientendaten und durch Moda­ litäten erzeugte Bilder Bildbetrachtungs- und Bildbearbei­ tungsplätze, sogenannte Workstations, über ein Bildkommunika­ tionsnetz miteinander und mit den übrigen medizinischen Gerä­ ten verbunden sind.
Diese Kommunikation zwischen medizinischen Systemen und Gerä­ ten unterschiedlicher Hersteller über ein derartiges Bildkom­ munikationsnetz ist sehr wichtig geworden. Die treibenden Kräfte sind Kostenreduzierung, Qualitätssteigerung und Rück­ verfolgbarkeit bzw. Nachweisbarkeit von medizinischen Infor­ mationen. Während der letzten Jahre ist der in dem obenge­ nannten Buch auf Seite 686 beschriebene medizinische Kommuni­ kationsstandard DICOM 3.0 für Kommunikationsprotokolle ect. ausgereift und bei Herstellern von medizinischen Geräten und Systemen weit verbreitet, um digitale Bilder zu senden und zu empfangen, wie beispielsweise Magnetresonanz-, Röntgen- und Ultraschall-Bilder.
Laufend werden neue Arten von DICOM-Objekten dem Standard hinzugefügt und der Standard selbst wird periodisch überar­ beitet.
Betroffen von der Erfindung ist beispielsweise jedes medizi­ nische System und Gerät, das DICOM Nachrichten mit folgenden Merkmalen sendet und empfängt:
  • 1. Die Nachrichten enthalten einen Block oder mehrere Blöcke von Informationen.
  • 2. Jeder Block enthält einen oder mehrere Informations-Ob­ jekt-Deskriptoren (Information Object Descriptor (IOD)).
  • 3. Jeder IOD enthält eine oder mehrere Information-Einheiten (Information Entities (IE)).
  • 4. Jede IE enthält ein oder mehrere Module.
  • 5. Jedes Modul enthält ein oder mehrere Elemente.
  • 6. Elemente können Einfachelemente oder in einem Container gruppierte Elemente sein (Sequenz (SQ)).
  • 7. SQs können einfache Elemente oder verschachtelte SQs be­ liebiger Tiefe enthalten.
Einfache Elemente sind die kleinsten Bausteine in DICOM. Sie sind identifizierbar durch ein einzigartiges bzw. eindeutiges Identifizierungsmerkmal, ein sogenanntes attribute tag.
Weiterhin legt DICOM Beschränkungen der Nachrichten fest: IODs haben einen einmaligen Typen- und einen einmaligen Vor­ gangsidentifizierer. Neu entwickelte IOD-Typen werden dem Standard hinzugefügt. Die IOD spezifizieren, welche Module in ihnen enthalten sein können oder müssen. Es gibt ein globa­ les, ausdehnbares und überlappendes Set von Modulen, aus dem die Entwickler des Standards wählen können. Ein Modul spezi­ fiziert für jedes seiner Elemente, ob es leer sein kann oder einen Null-Wert aufweisen kann oder alle zusammen ausgelassen werden können. Es können Abhängigkeiten zwischen den Elemen­ ten innerhalb der Module bestehen. Gegenseitige Aus- oder Einschlüsse sind nicht ungewöhnlich. Elemente sind weiterhin dadurch beschränkt, dass sie einen in einem Typen-Lexikon de­ finierten Typ aufweisen. Häufige Typen sind codierte Strings oder Integerwerte. Der Standard definiert auch die Vielfalt der Elementwerte.
Aus der DE 196 25 838 ist eine medizinische Systemarchitektur mit Komponenten-Navigation, bei der eine Vorrichtung zur Ver­ arbeitung ein digitales Bildsystem mit einem Rechner auf­ weist, der nach einem Verfahren zum Datenaustausch zwischen verschiedenen Anwendungsprogrammen (OLE) mit grafischen Steu­ erelementen arbeitet, wobei ein Industriestandard zur Über­ tragung von Bildern und weiteren medizinischen Informationen zwischen Computern zur Ermöglichung der digitalen Kommunika­ tion zwischen den Modalitäten unterschiedlicher Hersteller als Software-Komponente in Kombination mit einer Scripting- Language-Technologie zur Navigation implementiert ist.
In der US 5,881,290 ist ein Decompiler beschrieben, der mit einem Compiler für eine Industriesteuerung zusammenarbeitet, die nutzervariable Befehlstabellen enthält. Die Befehlstabel­ len enthalten Codefragmente, die die Befehle während der Com­ pilierung ersetzen.
Die Erfindung geht von der Aufgabe aus, ein Verfahren der eingangs genannten Art zu schaffen, das es ermöglicht, auf einfache Weise DICOM-Objekte zu editieren und artifizielle DICOM-Objekte zu konstruieren, um medizinische Systeme oder Geräte mit neuen DICOM-Objekten oder um die Robustheit der Systeme oder Geräte gegenüber veränderten oder ungültigen DICOM-Objekten leicht testen zu können.
Die Aufgabe wird erfindungsgemäß dadurch gelöst, dass die Ob­ jekte mittels einer Umsetzungsroutine in einen reinen Textfi­ le (Plaintext) konvertiert werden, in einer einfachen Be­ fehlssprache bearbeitbar sind und anschließend in die Objekte zurückgewandelt werden, dass das Kommunikationsprotokoll das medizinische Kommunikationsprotokoll DICOM ist und die Objek­ te eines Kommunikationsprotokoll DICOM-Objekte sind und dass die Umsetzungsroutine (15) aus DICOM-Objekten neben dem Textfile je einen Binärfile pro Tag mit Binärdaten erzeugt und bei der Rückwandlung der Textfiles die Binärfiles für Tags mit Binärdaten verwendet. Dadurch ergeben sich flexible Editier-, Skripting- und interagierende Kommunikationsmög­ lichkeiten beispielsweise in DICOM. Durch das erfindungsgemä­ ße Verfahren kann ein Objekt optimal dargestellt werden, wo­ bei auf einfache Weise beispielsweise ein MR-Bild editierbar ist. Durch den Gebrauch einer minimalen Sprache zur Beschrei­ bung jedes zu repräsentierenden DICOM-Objektes wird das er­ findungsgemäße Erfordernis nach leichter Konstruierbarkeit optimal erfüllt.
In vorteilhafter Weise kann ein Tag mit Binärdaten ein OB-, OW- und/oder OL-Tag sein, die in je einen Binärfile umgesetzt werden, die für OB, OW und OL-Tags bei der Rückwandlung ver­ wendet werden.
Eine besonders einfache Befehlssprache erhält man, wenn zur Bearbeitung der Objekte im Textfile mit einem Befehl s ein Wert aus einer Zeichenfolge (String), mit einem Befehl f ein Wert aus einem Binärfile gesetzt, mit einem Befehl o eine Se­ quenz von Identifizierungsmerkmalen (TAGs) geöffnet und/oder mit einem Befehl c eine Sequenz von TAGs geschlossen wird. Mit einem Befehl q kann die Befehlsfolge beendet werden.
Es hat sich als vorteilhaft erwiesen, wenn DICOM-Bilder als Objekte mittels einer CDF-Umsetzungsroutine in einen .cdf- File als reinen Textfile und je einen Binärfile pro OB-, OW- und OL-Tag konvertiert werden, in eine cdf-Befehlssprache be­ arbeitbar sind und anschließend in die DICOM-Bilder zurückge­ wandelt werden.
Die Erfindung ist nachfolgend anhand von in der Zeichnung dargestellten Ausführungsbeispielen näher erläutert. Es zei­ gen:
Fig. 1 ein Beispiel einer Systemarchitektur eines Kranken­ hausnetzes und
Fig. 2 ein Simulationskonzept für MR zur Erläuterung des erfindungsgemäßen Verfahrens.
In der Fig. 1 ist beispielhaft die Systemarchitektur eines Krankenhausnetzes dargestellt. Zur Erfassung medizinischer Bilder dienen die Modalitäten 1 bis 4, die als bilderzeugende Systeme beispielsweise eine CT-Einheit 1 für Computertomogra­ phie, eine MR-Einheit 2 für Magnetische Resonanz, eine DSA- Einheit 3 für digitale Subtraktionsangiographie und eine Röntgeneinheit 4 für die digitale Radiographie 4 aufweisen kann. An diese Modalitäten 1 bis 4 sind Bedienerkonsolen 5 bis 8 der Modalitäten oder Workstations angeschlossen, mit denen die erfassten medizinischen Bilder verarbeitet und lo­ kal abgespeichert werden können. Auch lassen sich zu den Bil­ dern gehörende Patientendaten eingeben.
Die Bedienerkonsolen 5 bis 8 sind mit einem Kommunikations­ netz 9 als LAN/WAN Backbone zur Verteilung der erzeugten Bil­ der und Kommunikation verbunden. So können beispielsweise die in den Modalitäten 1 bis 4 erzeugten Bilder und die in den Bedienerkonsolen 5 bis 8 weiter verarbeiteten Bilder in zent­ ralen Bildspeicher- und Bildarchivierungssystemen 10 abge­ speichert oder an andere Workstations weitergeleitet werden.
An dem Kommunikationsnetz 9 sind weitere Viewing-Workstations 11 als Befundungskonsolen angeschlossen, die lokale Bildspei­ cher aufweisen. Eine derartige Viewing-Workstation 11 ist beispielsweise ein sehr schneller Kleincomputer auf der Basis eines oder mehrerer schneller Prozessoren. In den Viewing- Workstations 11 können die erfassten und im Bildarchivie­ rungssystem 10 abgelegten Bilder nachträglich zur Befundung abgerufen und in dem lokalen Bildspeicher abgelegt werden, von dem sie unmittelbar der an der Viewing-Workstation 11 ar­ beitenden Befundungsperson zur Verfügung stehen können.
Weiterhin sind an dem Kommunikationsnetz 9 Server 12, bei­ spielsweise Patientendaten-Server (PDS), Fileserver, Pro­ gramm-Server, EPR-Server und/oder RIS-Server zur Kommunikati­ on mit den anderen Komponenten 5 bis 8, 11 und 13 über TCP/IP-Protokolle angeschlossen.
Der Bild- und Datenaustausch über das Kommunikationsnetz 9 erfolgt dabei nach dem DICOM-Standard, einem Industriestan­ dard zur Übertragung von Bildern und weiteren medizinischen Informationen zwischen Computern, damit eine digitale Kommu­ nikation zwischen Diagnose- und Therapiegeräten unterschied­ licher Hersteller möglich ist. An dem Kommunikationsnetz 9 kann ein Netzwerk-Interface 13 angeschlossen sein, über das das interne Kommunikationsnetz 9 mit einem globalen Daten­ netz, beispielsweise dem World Wide Web verbunden ist, so dass die standardisierten Daten mit unterschiedlichen Netz­ werken weltweit ausgetauscht werden können.
In der Fig. 2 ist ein Simulationskonzept für MR beschrieben, bei dem aus einer DICOM-Datenbank 14 DICOM Objekte, bei­ spielsweise MR-Bilder, mittels einer CDF-Umsetzungsroutine 15 (create dicom file) Objekte in Plaintext erzeugt werden, die in einer CDF-Datenbank 16 zur Bearbeitung abgespeichert wer­ den. Aus einer Termindatenbank 17 wird durch einen Patienten­ browser 18 eine Workliste ausgewählt und angezeigt, aus der ein Patient ausgewählt und durch Drücken eines Untersuchungs- Buttons in das Patientenregister 19 übernommen wird. Dabei werden die Daten des Patienten (SPS?) aus der Termindatenbank 17 ausgelesen. Neu erzeugte Objekte oder kopierte Objekte werden in eine Hauptdatenbank 20 abgelegt. Hiervon wird ein MPPS-Server 21 (Modality Performed Procedure Step) infor­ miert. Anschließend wird die Akquisition 22 (ACQ) gestartet. Dabei werden aus der CDF-Datenbank 16 erforderliche durch die CDF-Umsetzungsroutine 15 gewandelte Bilder, sogenannte .cdf- Bilder, ausgelesen. In diese .cdf-Bilder werden beispielswei­ se die aktuellen Patientendaten eingebunden und in einem .cdf*-File 23 gespeichert. Nach Aufruf des Programmes .cdf.exe 24 werden die .cdf*-Files 23 zu .dicom-Files 25 kon­ vertiert. Nun kann durch Starten des testTF-Programmes 26 der .dicom-File 25 zur Hauptdatenbank 20 importiert und abgespei­ chert werden.
Dieser DICOM-Editier-Service ermöglicht es als Internet/In­ tranet-Service also, DICOM-Bilder mittels einer Umsetzungs­ routine 15 in Plaintext zu konvertieren. Nachdem man seine Textrepräsentation des Bildes mittels einer CDF-Befehlsspra­ che editiert hat, konvertiert der DICOM-Editier-Service den Plaintext zurück in ein DICOM-Bild.
Der DICOM-Editier-Service weist folgende Eigenschaften auf:
  • - Er versteht die neueste MedCom DICOM Implementierung.
  • - Er arbeitet mit verschachtelten DICOM-Sequenzen.
  • - Er versteht private Gruppierungen.
  • - Er weist eine einfache (Kurze), jedoch starke Befehlsspra­ che für maximale Editierungsfreiheit auf.
  • - Er ermöglicht die Kreation von nichtkonformen oder ganz artifiziellen DICOM-Bildern.
  • - Der DICOM-Editier-Service ist ein WEB-Interface, d. h. er benötigt keine Software oder Softwareverwaltung auf Client-Geräten.
Der erfindungsgemäße DICOM-Editier-Service ermöglicht einfa­ ches Up- und Downloaden der Files vom Server. Die zum Server gesendeten Files (Upload) werden, falls möglich bzw. nötig, konvertiert. Nach dem Downloaden kann man die Files auf dem lokalen Gerät mit jedem bevorzugten Texteditor editieren.
  • - Falls der von dem Server geladene File mit einem ".dicom" endet, erzeugt der Service einen korrespondierenden ".cdf" File (create dicom file) und je einen Binärfile pro OB-, OW- und OL-Tag.
    mit
    OB = Other Byte (vom DICOM Standard), einem 8 bit Daten­ typ,
    OW = Other Word (vom DICOM Standard), einem 16 bit Daten­ typ und
    OL = Other Long (vom DICOM Standard), einem 32 bit Daten­ typ zur Speicherung jeglicher in DICOM definierter Daten.
  • - Falls der File mit ".cdf" endet, erzeugt der Service ein korrespondierendes DICOM-Bild. Die Binärfiles für OB, OW und OL-Tags müssen auf dem Server zur Verfügung stehen.
  • - Jeder File mit einer anderen Endung wird ohne weitere Ak­ tionen geladen. Diese Möglichkeit kann dazu verwandt wer­ den, die OB, OW und OL-Files zu editieren.
Mit einem Link auf diese Files im Server findet man upgeloa­ dete und generierte Files. Man kann jeden File auf seinen PC durch Klicken auf den Link zurückholen. Nach der lokalen Edi­ tierung des Files kann dieser zurück auf den Server zur wei­ teren Verarbeitung geladen werden.
Erfindungsgemäß ist die sogenannte cdf-Sprache (cdf = create dicom file) eine einfache Befehlssprache, bei der lediglich ein Buchstabe den gewünschten Befehl bestimmt:
  • - mit dem Befehl s (setContentFromString) wird ein Wert aus einer Zeichenfolge (String) gesetzt,
  • - mit dem Befehl f (setContentFromFile) wird ein Wert aus einem Binärfile gesetzt,
  • - der Befehl o (openSQ) öffnet eine Sequenz von TAGs,
  • - der Befehl c (closeSQ) schließt eine Sequenz von TAGs,
  • - beginnt eine Zeile mit #, ist sie ein Kommentar,
  • - mit dem optionalen Befehl q werden keine Befehle mehr an­ gezeigt.
Ein Ausführungsbeispiel ist im Anhang 2 angegeben.
Die vorliegende Erfindung erkennt und separiert die duale Na­ tur des Standards, des Beschränkungsteils und des strukturel­ len Teils von DICOM. Auch ist der Standard weiterhin kompli­ ziert wegen Irregularitäten, wie beispielsweise regressive Schachtelung von SQs, leeren SQs und vom Hersteller privat definierter Elemente.
Der Gegenstand vorliegender Erfindung erfordert lediglich ei­ ne Minimalsprache, um die Struktur und jede mögliche DICOM- Nachricht zu beschreiben. Sie besteht lediglich aus vier Ba­ sis-Sprachelementen [o, c, s, f]: openSQ, closeSQ, setCon­ tentFromString and setContentFromFile. Jedes Sprachmerkmal oder jeder Befehl nimmt einen TAG und, falls benötigt, einen Wert als Parameter. Die Sprache ist vollständig und flexibel genug, um jede DICOM-Message zu handhaben.
Die vorliegende Erfindung ist anwendbar auf verschiedene Ge­ biete in der Entstehung und Entwicklung von medizinischen Ausrüstungen und Systemen. Unter anderem sind dies DICOM-Edi­ toren, Aquisationssimulatoren und Software-basierte Agenten oder Proxis, die DICOM-Nachrichten zum Kommunizieren oder Konvertieren zwischen Systemen mit verschiedenen Herstellern oder Systemen verschiedener Generationen, alten Systemen, be­ nötigen.
Erfindungsgemäß lässt sich die Robustheit von DICOM-Implemen­ tierungen in medizinischen Geräten besonders leicht testen, da die Separation des Zwanges und der Struktur es möglich macht, beliebig komplizierte oder gar teilweise invalide DICOM-Nachrichten zu erzeugen.
Es ist weiterhin festzustellen, dass die vorliegende Erfin­ dung lediglich zwei Wege benötigt, um Werte zu darzustellen:
  • 1. Der normale Weg verwendet Strings.
    Dies ist mit gemeinsamen Texteditoren kompatibel und ist der gemeinsamste Nenner für die meisten aller in DICOM definierten Datentypen.
  • 2. Der indirekte Weg führt die Sprache dazu, die Datenwerte von einem Fall zu lesen, einen Bit-Stream oder jeden an­ deren Datenwert zu handhaben, der nicht einfach durch ei­ nen String repräsentiert werden kann.
Weitere Primitive, wie Lösch- und Wiederhol-Befehle sind aus­ gelassen, da sie durch den Gebrauch der vier Basisprimitive implementiert werden können. Andere Befehle wie Debugging o­ der Kommentieren werden ebenfalls ausgelassen, da sie gewöhn­ licherweise Teil einer Implementierung sind.
Im Anhang 2 ist ein Beispiel einer in dem DICOM Standard be­ schriebenen Waveform in der erfindungsgemäßen cdf-Befehls­ sprache angegeben.
Der Anhang 3 enthält einen example Code, der beschreibt, wie man eine ASCII-Repräsentation (CDF) in ein DICOM binär Format umwandeln kann.
Anhang 1 In der Beschreibung verwendete Abkürzungen
CDF create dicom file
DICOM Digital Imaging and Communications in Medicine DICOM-Standard ist ein Industriestandard zur Über­ tragung von Bildern und weiteren medizinischen In­ formationen zwischen Computern zur Ermöglichung der digitalen Kommunikation zwischen Diagnose- und The­ raphiegeräten unterschiedlicher Hersteller
EPR Electronic-Patient-Record (Elektronische Patienten Akte)
IE Information Entities (aus DICOM)
IOD Information Object Descriptor (aus DICOM)
MPPS Modality Performed Procedure Step
PACS Picture Archival and Communication System
RIS Radiologie Informationssystem (Radiology Informati­ on System):
Information System zum Daten-Management innerhalb der Radiologie Abteilung, das beispielsweise den Patienten Zugang, die Kreation von Worklisten, das Berichtswesen, Report Management, die Buchhaltung und das Rechnungswesen usw. unterstützt.
SQ Sequenz (aus DICOM).
In der Beschreibung verwendete Befehle
o openSQ,
c closeSQ,
s setContentFromString
f setContentFromFile
# Kommentarzeile
q Programmende
Anhang 2
Anhang 3

Claims (8)

1. Verfahren zur Bearbeitung von Objekten eines standardi­ sierten Kommunikationsprotokolls zum Bild- und Datenaustausch zwischen Vorrichtungen (1 bis 8, 11) über ein Kommunikations­ netz (9) mittels Bearbeitungsvorrichtungen (5 bis 8, 11), dadurch gekennzeichnet, dass die Objekte mittels einer Umsetzungsroutine (15) in einen reinen Textfile (Plaintext) konvertiert werden, in einer einfachen Befehlssprache bearbeitbar sind und anschließend in die Ob­ jekte zurückgewandelt werden,
dass das Kommunikationsprotokoll das medizinische Kommunika­ tionsprotokoll DICOM ist und die Objekte eines Kommunikati­ onsprotokoll DICOM-Objekte sind und
dass die Umsetzungsroutine (15) aus DICOM-Objekten neben dem Textfile je einen Binärfile pro Tag mit Binärdaten erzeugt und bei der Rückwandlung der Textfiles die Binärfiles für Tags mit Binärdaten verwendet.
2. Verfahren nach Anspruch 1, dadurch ge­ kennzeichnet, dass ein Tag mit Binärdaten ein OB-, OW- und/oder OL-Tag ist, die in je einen Binärfile umge­ setzt werden, und dass die Binärfiles für OB, OW und OL-Tags bei der Rückwandlung verwendet werden.
3. Verfahren nach einem der Ansprüche 1 bis 2, da­ durch gekennzeichnet, dass zur Bear­ beitung der Objekte im Textfile mit einem Befehl s ein Wert aus einer Zeichenfolge (String) gesetzt wird.
4. Verfahren nach einem der Ansprüche 1 bis 3, da­ durch gekennzeichnet, dass zur Bear­ beitung der Objekte im Textfile mit einem Befehl f ein Wert aus einem Binärfile gesetzt wird.
5. Verfahren nach einem der Ansprüche 1 bis 4, da­ durch gekennzeichnet, dass zur Bearbeitung der Objekte im Textfile mit einem Befehl o eine Se­ quenz von Identifizierungsmerkmalen (TAGs) geöffnet wird.
6. Verfahren nach einem der Ansprüche 1 bis 5, da­ durch gekennzeichnet, dass zur Bear­ beitung der Objekte im Textfile mit einem Befehl c eine Se­ quenz von TAGs geschlossen wird.
7. Verfahren nach einem der Ansprüche 1 bis 6, da­ durch gekennzeichnet, dass zur Bear­ beitung der Objekte im Textfile mit einem Befehl q die Be­ fehlsfolge beendet wird.
8. Verfahren nach einem der Ansprüche 1 bis 7, da­ durch gekennzeichnet, dass DICOM- Bilder als Objekte mittels einer CDF-Umsetzungsroutine (15) in einen .cdf-File als reinen Textfile und je einen Binärfile pro OB-, OW- und OL-Tag konvertiert werden, in eine cdf- Befehlssprache bearbeitbar sind und anschließend in die DICOM-Bilder zurückgewandelt werden.
DE10117685A 2001-04-09 2001-04-09 Verfahren zur Bearbeitung von Objekten eines standardisierten Kommunikationsprotokolls Expired - Fee Related DE10117685C2 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE10117685A DE10117685C2 (de) 2001-04-09 2001-04-09 Verfahren zur Bearbeitung von Objekten eines standardisierten Kommunikationsprotokolls
US10/105,585 US7085804B2 (en) 2001-04-09 2002-03-25 Method for processing objects of a standardized communication protocol

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10117685A DE10117685C2 (de) 2001-04-09 2001-04-09 Verfahren zur Bearbeitung von Objekten eines standardisierten Kommunikationsprotokolls

Publications (2)

Publication Number Publication Date
DE10117685A1 DE10117685A1 (de) 2002-10-17
DE10117685C2 true DE10117685C2 (de) 2003-02-27

Family

ID=7680967

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10117685A Expired - Fee Related DE10117685C2 (de) 2001-04-09 2001-04-09 Verfahren zur Bearbeitung von Objekten eines standardisierten Kommunikationsprotokolls

Country Status (2)

Country Link
US (1) US7085804B2 (de)
DE (1) DE10117685C2 (de)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7325076B1 (en) * 1999-11-10 2008-01-29 Navimedix, Inc. System for dynamic information exchange
US20050043620A1 (en) * 2003-08-20 2005-02-24 Siemens Medical Solutions Usa, Inc. Diagnostic medical ultrasound system communication network architecture and method
WO2005051197A2 (en) * 2003-11-26 2005-06-09 Koninklijke Philips Electronics, N.V. Workflow optimization for high throughput imaging environment
US7606840B2 (en) * 2004-06-15 2009-10-20 At&T Intellectual Property I, L.P. Version control in a distributed computing environment
JP2006223465A (ja) * 2005-02-16 2006-08-31 Konica Minolta Medical & Graphic Inc 医用画像システム及び医用画像の取得方法
EP1946263A4 (de) * 2005-10-27 2010-06-23 Peer Medical Inc Verwendung einer mobilkommunikationsvorrichtung zur sicheren echtzeitwarnung aufgrund von patienten-gesundheitsdaten
US7657566B2 (en) * 2006-01-10 2010-02-02 Siemens Aktiengesellschaft Computer implemented method and system for hanging protocol configuration simulator displaying desired order of medical images data
US20070238962A1 (en) * 2006-04-06 2007-10-11 Andreas Hartlep Transfer of treatment planning information using standard image transfer protocols
US8416764B2 (en) * 2006-08-03 2013-04-09 Aspect Software, Inc. System and method for object registration in a VoIP environment
US9513357B2 (en) 2011-07-07 2016-12-06 The Board Of Trustees Of The Leland Stanford Junior University Comprehensive cardiovascular analysis with volumetric phase-contrast MRI
US10331852B2 (en) 2014-01-17 2019-06-25 Arterys Inc. Medical imaging and efficient sharing of medical imaging information
CN106170246A (zh) 2014-01-17 2016-11-30 阿特瑞斯公司 用于四维(4d)流磁共振成像的设备、方法和产品
CN108601552B (zh) 2015-11-29 2021-04-09 阿特瑞斯公司 医学成像和医学成像信息的有效共享
CN108603922A (zh) 2015-11-29 2018-09-28 阿特瑞斯公司 自动心脏体积分割
WO2018140596A2 (en) 2017-01-27 2018-08-02 Arterys Inc. Automated segmentation utilizing fully convolutional networks
EP3610484A4 (de) 2017-05-04 2021-01-20 Arterys Inc. Medizinische bildgebung, effiziente gemeinsame nutzung und sichere handhabung von informationen der medizinischen bildgebung
EP3714467A4 (de) 2017-11-22 2021-09-15 Arterys Inc. Inhaltsbasiertes wiederauffinden von bildern für die läsionsanalyse

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19625838A1 (de) * 1996-06-27 1998-01-02 Siemens Ag Medizinische Systemarchitektur mit Komponenten-Navigation
US5881290A (en) * 1996-12-09 1999-03-09 Allen-Bradley Company, Llc Industrial controller decompiler accommodating an expandable instruction set

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5835735A (en) * 1995-03-03 1998-11-10 Eastman Kodak Company Method for negotiating software compatibility
US6055522A (en) * 1996-01-29 2000-04-25 Futuretense, Inc. Automatic page converter for dynamic content distributed publishing system
US6094684A (en) * 1997-04-02 2000-07-25 Alpha Microsystems, Inc. Method and apparatus for data communication
US5897642A (en) * 1997-07-14 1999-04-27 Microsoft Corporation Method and system for integrating an object-based application with a version control system
US5956513A (en) * 1997-08-07 1999-09-21 Mci Communications Corporation System and method for automated software build control
US6049822A (en) * 1997-10-31 2000-04-11 Selectica, Inc. Method for generating and updating knowledge-based configurators that are multi platform and multi language capable
IE980959A1 (en) * 1998-03-31 1999-10-20 Datapage Ireland Ltd Document Production
US6934698B2 (en) * 2000-12-20 2005-08-23 Heart Imaging Technologies Llc Medical image management system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19625838A1 (de) * 1996-06-27 1998-01-02 Siemens Ag Medizinische Systemarchitektur mit Komponenten-Navigation
US5881290A (en) * 1996-12-09 1999-03-09 Allen-Bradley Company, Llc Industrial controller decompiler accommodating an expandable instruction set

Also Published As

Publication number Publication date
DE10117685A1 (de) 2002-10-17
US20020146159A1 (en) 2002-10-10
US7085804B2 (en) 2006-08-01

Similar Documents

Publication Publication Date Title
DE10117685C2 (de) Verfahren zur Bearbeitung von Objekten eines standardisierten Kommunikationsprotokolls
DE102015212953B4 (de) Künstliche neuronale Netze zur Klassifizierung von medizinischen Bilddatensätzen
DE112004001153T5 (de) Datenmigration- und Formattransformationssystem
DE102006036584B4 (de) Verwalten von unterschiedlich versionierten Konfigurationsdateien einer medizinischen Einrichtung
EP2648122B1 (de) Verfahren zum Laden von medizinischen Bilddaten sowie Vorrichtung zur Durchführung des Verfahrens
US7870006B2 (en) Methods and systems for managing clinical research information
DE69931540T2 (de) Fernprozeduraufrufe mit Um- und Rückwandlung von beliebigen, nicht-übereinstimmenden Zeigergrössen
DE102006039829A1 (de) Verfahren und Vorrichtung zur Anbringung von Anmerkungen oder Kommentaren an Bildern
DE102006000713A1 (de) Medizinisches Bildbetrachtungsmanagement- und Statussystem
DE102007020364A1 (de) Bereitstellen eines medizinischen Berichtes
JP2002531198A (ja) 定量的及び画像データを含むｄｉｃｏｍ準拠ファイル通信
DE10300545A1 (de) Vorrichtung, Verfahren, Speichermedium und Datenstruktur zur Kennzeichnung und Speicherung von Daten
EP3451211B1 (de) Verfahren und steuereinrichtung zur steuerung eines medizintechnischen bildgebenden systems
DE102007024629A1 (de) Verfahren und Gerät zur Informationsübertragung
EP1321878A2 (de) Patientendatenverarbeitungssystem und -verfahren
DE102006058941A1 (de) Verfahren und Vorrichtung zum Auswählen computergestützter Algorithmen, basierend auf dem Protokoll und/oder Parametern eines Akquisitionssystems
DE102014219841A1 (de) Verfahren, Vorrichtung und Computerprogrammprodukt zur Erstellung eines medizinischen Berichts
DE102013202825A1 (de) Verfahren und System zur Darstellung medizinischer Inhalte
DE102007012784B4 (de) Verfahren, etc. zum Datenaustausch zwischen medizinischen Geräten
DE112020001670T5 (de) Universeller Webdienst für Dicom-Objekte
CN105474218B (zh) 用于报告多个医疗程序的系统和方法
DE19625835A1 (de) Medizinische Systemarchitektur mit Komponenten-Navigation
DE102006020028A1 (de) Symptombasierte Kundenprotokolle
DE10330078B4 (de) Konferenz Management: Verfahren, System und Signalprozessor
DE10125504B4 (de) Verfahren und Computersystem zum Workflow Management

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8304 Grant after examination procedure
8364 No opposition during term of opposition
R081 Change of applicant/patentee

Owner name: SIEMENS HEALTHCARE GMBH, DE

Free format text: FORMER OWNER: SIEMENS AKTIENGESELLSCHAFT, 80333 MUENCHEN, DE

R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee