Ultraschalluntersuchung beendet, die Worklist jedoch nicht: MPPS-Status prüfen

Die Support-Ticket-Falle: Hardwarefehler oder Integrationslücke?

Betrachten Sie ein zusammengesetztes, synthetisches Ticket der Art, wie es Integrations- und Medizintechnik-Teams beschreiben. Ein Raum für Gefäßultraschall meldet, dass abgeschlossene Untersuchungen die Worklist des Scanners nicht verlassen. Die Terminplanung sieht die zugehörigen Aufträge spät am Tag im Radiologie-Informationssystem (RIS) immer noch als offen und beginnt, um sie herum zu planen. Ein separates Audit stellt eine Handvoll als 'Discontinued' markierter Untersuchungen fest, die von den Sonografen als abgeschlossen betrachtet werden – eine war eine kurze Beurteilung, bei der zu dieser Studie nichts gespeichert wurde, eine andere wurde neu gestartet, nachdem eine Patienten-ID korrigiert worden war. Währenddessen bestätigt das PACS-Team, dass die Bilder aus dem Raum ankommen und lesbar sind.

Ein initiales Ticket gibt möglicherweise der Netzwerkhardware oder dem Hauptrechner des Scanners die Schuld und schlägt einen Platinentausch oder ein erneutes Laden der Software vor. Die Faktenlage spricht dagegen. Derselbe Gerätewagen wickelt Worklist-Abfragen und Bildübertragungen erfolgreich ab, sodass sein Netzwerkpfad und seine DICOM-Software offensichtlich Datenverkehr übertragen. Der Worklist-Abschluss hängt von einem anderen Austausch ab – Modality Performed Procedure Step (MPPS) – und davon, wie das empfangende System diesen nutzt. Der Austausch einer Platine ändert an beidem nichts.

Prüfen Sie vier Ebenen der Reihe nach: die MPPS-Konfiguration des Scanners; den Ereignisfluss, den der Scanner tatsächlich erzeugt hat; ob und wie das empfangende System (der MPPS Service Class Provider bzw. SCP) die Nachrichten akzeptiert hat; und die Aufbewahrungsrichtlinie des Worklist-Providers. Die folgenden Abschnitte legen die Regeln des Standards dar, das dokumentierte Verhalten in fünf Ultraschall-Konformitätserklärungen, eine Entscheidungstabelle, einen Abnahmetest und ein Eskalationsprotokoll.

Was ist MPPS und wie funktioniert der Lebenszyklus von Prozedurschritten?

Zwei DICOM-Dienste verbinden einen Ultraschallscanner mit Terminplanungssystemen, und sie laufen in entgegengesetzte Richtungen.

Modality Worklist (MWL): Als Service Class User (SCU) des Modality Worklist Information Model – FIND SOP Class (1.2.840.10008.5.1.4.31) sendet der Scanner eine C-FIND-Abfrage an den Worklist-Provider – typischerweise ein RIS, Broker oder eine Integrations-Engine – und zeigt die passenden Scheduled Procedure Steps an. Für EPIQ Elite gibt Philips an, dass eine erfolgreiche Worklist-Aktualisierung die Worklist-Anzeige überschreibt, dass es für MWL kein Warteschlangenmanagement gibt und dass Aktualisierungen je nach Konfiguration auf Anforderung des Bedieners, in Intervallen oder am Ende jeder Untersuchung erfolgen. ⁴ Die Abfrage übermittelt an niemanden eine Abschlussmeldung zurück.

Modality Performed Procedure Step (MPPS): Unter der MPPS SOP Class (1.2.840.10008.3.1.2.3.3) erstellt und aktualisiert der Scanner anschließend einen Datensatz auf dem MPPS-SCP, der beschreibt, was tatsächlich durchgeführt wurde: wann der Schritt begann und endete, welchen geplanten Schritt er erfüllt, wer die Bedienung vornahm, welche Serien und Instanzen er erstellt hat und wie sein finaler Status lautet. ^{9 10} Das Profil Scheduled Workflow.b der IHE verlangt von einer Akquisitionsmodalität die Unterstützung der Worklist-Abfrage und beider MPPS-Transaktionen (in Bearbeitung und abgeschlossen) ¹¹ – doch die Unterstützung in einem Produkt ist nicht dasselbe wie die Konfiguration an einem Standort.

Der Standard verlangt nicht, dass ein Worklist-Eintrag verschwindet, wenn eine Untersuchung beendet ist. DICOM Supplement 17, das MPPS im Jahr 1998 einführte, beschreibt das Worklist-Management als abgeschlossen, sobald der geplante Schritt 'aus der Worklist entfernt wurde, möglicherweise als Reaktion auf den Modality Performed Procedure Step.' ¹ Der aktuelle PS3.3 ergänzt, dass 'die Spezifikation des Arbeitsablaufs selbst außerhalb des Geltungsbereichs des Standards liegt.' ⁸ Das Entfernen ist daher ein Verhalten des RIS, Brokers oder Worklist-Providers – etwas, das mit dessen Betreiber abzuklären ist – und keine automatische Folge des Netzwerkaustauschs.

Drei Zustände, eine Richtung: IN PROGRESS, COMPLETED, DISCONTINUED

PS3.4 Kapitel F führt den Status in Performed Procedure Step Status (0040,0252) mit drei Werten: IN PROGRESS, COMPLETED und DISCONTINUED. Da das Objekt nur den „durchgeführten“ Teil des realen Prozedurschritts darstellt, werden „alle Ereignisse von der Modalität initiiert.“ ² Der Lebenszyklus nutzt zwei DIMSE-N-Operationen:

• N-CREATE: Das Gerät erstellt die MPPS-Instanz mit dem Status IN PROGRESS – dem einzigen Wert, den ein SCP bei der Erstellung akzeptiert. Das Gerät gibt die Instanz-UID an und liefert die Verknüpfung zum geplanten Schritt (Scheduled Step Attributes Sequence, einschließlich Accession-Nummer und Study Instance UID), das Startdatum und die Startzeit sowie die durchführende Station. ⁹
• N-SET: Das Gerät aktualisiert dieselbe Instanz und setzt bei Fertigstellung COMPLETED oder DISCONTINUED. Vor oder bei diesem abschließenden N-SET muss es die Liste aller während des Schritts erstellten Bild- und Nicht-Bild-Instanzen übermittelt haben, und die Performed Series Sequence darf nicht leer sein – obwohl eine Serie keine Instanzen enthalten kann, wenn keine erstellt wurden. ^{7 9}

Sobald das Gerät einen finalen Status gesendet hat, darf es diesen MPPS nicht mehr ändern oder neue Instanzen darunter erstellen; eine Modalität, die die Erfassung wieder aufnimmt, kann stattdessen einen neuen MPPS erstellen. ⁷ Auf der Empfängerseite akzeptiert der SCP einen N-SET nur, solange seine eigene Kopie des Schritts noch IN PROGRESS ist. Der Standard erlaubt es dem SCP zudem selbst, „unter außergewöhnlichen Umständen“ COMPLETED oder DISCONTINUED zu setzen – beispielsweise wenn die Modalität ausgefallen ist –, und warnt davor, dass nachfolgende N-SETs der wiederhergestellten Modalität dann fehlschlagen können. ⁷ Diese Ausnahme ist für die Fehlersuche wichtig: Sie ist eine dokumentierte Möglichkeit, dass das empfangende System und das Gerät bezüglich desselben Schritts voneinander abweichen.

Die DISCONTINUED-Regel ist diejenige, die Terminplaner zu spüren bekommen. Der Standard verlangt von der Modalität, diese Zustandsänderung zu übermitteln, „um dem Informationssystem zu ermöglichen, den zugehörigen Prozedurschritt neu zu planen oder zu stornieren.“ ² Trifft die Nachricht nie ein, hat das empfangende System keine Handlungsgrundlage, und der Auftrag behält seinen letzten bekannten Status.

Was sendet das Gerät bei Untersuchungsabschluss tatsächlich?

Techniker gehen häufig davon aus, dass der MPPS-Austausch beginnt, sobald ein Patient aus der Worklist ausgewählt wird. Bei den meisten der dokumentierten Systeme ist dies nicht der Fall – der Auslöser ist jedoch herstellerspezifisch, weshalb das Conformance Statement für Ihren genauen Versionsstand von Bedeutung ist.

Philips EPIQ Elite Rel 6.0.x und Lumify R5.0 öffnen 'unmittelbar nach Erfassung des ersten Bildes' eine Assoziation zum konfigurierten MPPS-SCP und senden N-CREATE mit IN PROGRESS. ^{4 12} Auch die Statements von GE zu LOGIQ9 und LOGIQ7 senden N-CREATE, wenn das erste Bild erfasst wird. ^{3 5} Das Statement von Mindray für die Plattform ZS3/z.one pro/ZS2 weicht davon ab: 'Starten einer neuen Untersuchung oder Reaktivieren einer Untersuchung' erstellt die MPPS-Instanz. ⁶ Auf dieser Plattform kann ein Schritt im Status IN PROGRESS existieren, bevor überhaupt ein Bild vorliegt.

Am Ende der Untersuchung senden die dokumentierten Systeme ein abschließendes N-SET. Auf EPIQ und Lumify erzeugt die Schaltfläche „End Exam“ COMPLETED und „Cancel Exam“ erzeugt DISCONTINUED; die beiden schließen sich bei einer gegebenen Untersuchung gegenseitig aus. ^{4 12} Die Statements zu LOGIQ7 und LOGIQ9 besagen, dass das nach Untersuchungsende gesendete N-SET 'die UIDs aller erfassten Bilder sowie den Status COMPLETED oder DISCONTINUED enthalten wird.' ^{5 3} EPIQ und Mindray stellen jede Nachricht in einer eigenen Assoziation dar—öffnen, senden, schließen—, sodass am Untersuchungsende ein MPPS-Fehler auftreten kann, obwohl das N-CREATE zu Beginn erfolgreich war. ^{4 6}

Der Scanner zeichnet das Ergebnis üblicherweise an einer Stelle auf, die Sie einsehen können. EPIQ listet in seinem Fenster „Network status“ Warteschlangen für MPPS-Nachrichten neben Bild- und Structured-Report-Warteschlangen auf. ⁴ Mindray protokolliert die Statusbedeutung sowie alle bei einem Fehler zurückgegebenen Werte für Error Comment und Error ID und kann eine fehlgeschlagene Übertragung eine konfigurierte Anzahl von Malen wiederholen. ⁶ Wo Ihr eigenes System diese Nachweise vorhält, ist eine Frage für dessen Conformance Statement und Servicedokumentation.

Dokumentiertes Herstellerverhalten: Untersuchungen ohne Bilder, pausierte Untersuchungen und Fälle des Anhängens

Gemischte Geräteparks sorgen für die meiste Verwirrung, da jede Konformitätserklärung nur das eigene Produkt und den jeweiligen Release-Stand beschreibt. Fünf dokumentierte Verhaltensweisen verändern, wie ein RIS-Status zu interpretieren ist:

• Keine gespeicherten Bilder (GE LOGIQ7): Bei einer beendeten Untersuchung ohne Bilder sendet LOGIQ7 das N-CREATE am Untersuchungsende, und 'Für eine Untersuchung ohne gespeicherte Bilder oder Ergebnisse wird das N-SET mit dem Status DISCONTINUED gesendet.' ⁵ Eine Untersuchung, die der Sonographeur als abgeschlossen betrachtete—eine Beurteilung, bei der nichts zu dieser Studie gespeichert wurde—kann daher systembedingt als abgebrochen gemeldet werden. Die Statements zu EPIQ und Lumify koppeln N-CREATE an die Bilderfassung und beschreiben keine Untersuchung, die ohne Bilder beendet wurde; gehen Sie also nicht davon aus, dass sie sich wie LOGIQ7 verhalten oder dass sie COMPLETED senden. ^{4 12}
• Patientenidentität während der Untersuchung geändert (Philips EPIQ): Wird die Patientenidentifikation geändert, während ein MPPS in Bearbeitung ist, 'wird das vorherige MPPS abgebrochen und ein neues MPPS mit den geänderten Patienteninformationen erstellt'; bereits gesendete Bilder werden mit neuen UIDs neu erzeugt. ⁴ Die Korrektur einer Patienten-ID während einer Untersuchung kann im RIS neben einem neuen Schritt einen Schritt mit dem Status DISCONTINUED hinterlassen.
• Pausierte Untersuchung (Philips EPIQ): 'Eine "pausierte" Untersuchung löst kein MPPS-Ereignis aus.' ⁴ Wurden bereits Bilder erfasst, verbleibt der beim ersten Bild erstellte Schritt auf dem empfangenden System im Status IN PROGRESS, bis die Untersuchung beendet oder abgebrochen wird.
• Anhängen (Philips EPIQ): Eine als COMPLETED übermittelte Untersuchung 'kann nicht mehr aktualisiert werden', außer dass die erneute Auswahl einer geplanten Studie aus der Worklist zum Anhängen von Bildern einen neuen Satz von MPPS-Nachrichten unter derselben Study Instance UID erzeugt. Anhängevorgänge aus dem Patient Directory oder dem Image Review erhalten ebenfalls eine neue Performed Procedure Step SOP Instance UID. ⁴ Rechnen Sie nach einem Anhängevorgang mit mehr als einem MPPS pro Accession.
• Reaktivierte Untersuchung (Mindray): Das Reaktivieren einer Untersuchung erstellt eine neue MPPS-Instanz, und der Bediener kann beim Abbrechen einen Grund auswählen. ⁶

Mehrstufige Ultraschallprotokolle wie das Stressecho fügen ein weiteres Muster hinzu. Das DICOM-Supplement 45 empfiehlt, dass nach Möglichkeit ein einzelner MPPS eine gesamte Untersuchung mit mehrstufigem Protokoll abdeckt. Wird die Erfassung abgebrochen – als Beispiel werden akute Beschwerden des Patienten wie Angina genannt –, ist der MPPS dennoch COMPLETED, solange die Bedingungen des Protokolls erfüllt wurden, und wird nur dann auf DISCONTINUED gesetzt, wenn die Untersuchung beendet wurde, bevor die Mindestanforderungen an die Erfassung erfüllt waren. Später erfasste Folgestufen 'erfordern einen separaten MPPS' unter derselben Study Instance UID. ¹³ Ein zweiter MPPS zu einer Stressecho-Accession kann daher erwartetes Verhalten statt eines Duplikats sein.

Warum bleibt der Worklist-Eintrag nach Beendigung der Untersuchung bestehen?

Wenn eine beendete Untersuchung auf dem Scanner weiterhin aufgeführt oder im RIS noch offen ist, gibt es im Wesentlichen fünf Erklärungen. Keine davon setzt einen Hardwarefehler voraus, und die Nachweise dafür befinden sich jeweils an einer anderen Stelle.

• MPPS wurde auf dem Scanner nie konfiguriert. Das Cart verfügt über funktionierende Worklist- und Storage-Ziele, es ist jedoch kein MPPS-Ziel ausgewählt. Die Angaben von GE formulieren die Bedingung eindeutig: 'Wenn Modality Performed Procedure Step konfiguriert ist, werden für die Untersuchung N-CREATE- und N-SET-Nachrichten gesendet.' ^{3 5} Ein nicht konfiguriertes Cart bleibt bei Untersuchungsende stumm, sodass dem RIS die Grundlage fehlt, um den Auftrag abzuschließen. Wie oft dies vorkommt, wurde nicht gemessen. Im Jahr 2005 schrieb Noumeir, dass die Einführung von MPPS 'deutlich langsamer als erwartet' verlaufen sei, obwohl die meisten Modalitäten dies implementiert hatten, und merkte an, dass Geräte ohne MPPS integriert werden können, indem stattdessen ein RIS-Terminal oder eine Relaisstation den Schritt erstellt. ¹⁰ Betrachten Sie ein nie konfiguriertes Cart als eine Einstellungs- und Zuständigkeitsentscheidung, nicht als Reparatur.
• Die Nachricht kam nie an. Der Scanner versuchte, N-CREATE oder N-SET zu senden, doch bei der Assoziation trat ein Timeout auf, sie wurde abgelehnt oder abgebrochen — beispielsweise weil sich Adresse, Port oder AE-Titel des MPPS-Ziels geändert haben oder eine Netzwerkregel dieses Ziel blockiert. Bildspeicherung und MPPS nutzen getrennt konfigurierte Ziele, häufig auf unterschiedlichen Systemen, sodass Bilder übertragen werden können, während MPPS fehlschlägt. Mindray dokumentiert, dass ein Timeout oder eine durch den SCP oder das Netzwerk abgebrochene Assoziation den MPPS als fehlgeschlagen markiert und den Grund protokolliert. ⁶ Wenn das finale N-SET nie eingetroffen ist, kann das empfangende System den Schritt weiterhin als IN PROGRESS anzeigen.
• Das empfangende System lehnte die Aktualisierung ab, da es den Schritt bereits geschlossen hatte. Der SCP akzeptiert ein N-SET nur, solange seine Kopie des Schritts IN PROGRESS ist; andernfalls gibt er 0110H 'Processing failure' mit dem Fehlerkommentar 'Performed Procedure Step Object may no longer be updated' (Error ID A710) zurück. ⁷ Philips EPIQ bricht bei diesem Status die Assoziation ab; Mindray bricht sie mit A-ABORT ab und markiert seinen MPPS als fehlgeschlagen. ^{4 6} Der Scanner zeigt daraufhin einen Fehler an, während das RIS den Schritt bereits als COMPLETED oder DISCONTINUED führt — möglicherweise geschlossen durch eine Person oder einen Prozess auf der Empfängerseite, wie es der Standard in Ausnahmefällen gestattet. ⁷ Die Frage ist, welchen Endzustand und welche Instanzenliste das RIS beibehalten hat, nicht, warum der Schritt festhängt.
• Der Schritt wurde als DISCONTINUED und nicht als COMPLETED geschlossen. Der Scanner meldete genau das, was seine Software definiert: Cancel Exam auf den dokumentierten Systemen von Philips und Mindray, eine beendete LOGIQ7-Untersuchung ohne gespeicherte Bilder oder Ergebnisse oder eine Änderung der Patienten-ID während der Untersuchung auf EPIQ. ^{4 5 6} Ob ein DISCONTINUED-Schritt den Auftrag offen lässt, ihn storniert oder zur Neuplanung einreiht, ist Sache der RIS-Richtlinie.
• Der Worklist-Provider entfernt Einträge nicht anhand des MPPS-Status. Der Scanner hat COMPLETED gesendet, das empfangende System hat dies erfasst, und der Eintrag wird weiterhin angezeigt. Da das Entfernen nur 'möglicherweise als Reaktion auf' MPPS erfolgt ¹, kann die Worklist-Abfrage schlicht jeden für den Tag geplanten Schritt zurückgeben. Einige Abteilungen wünschen dies — beispielsweise wenn ein Patient zwischen Räumen wechselt oder für Spätaufnahmen zurückkehrt —, während andernorts niemand den Filter konfiguriert hat. Klären Sie mit dem Verantwortlichen des Worklist-Providers, was zutrifft, bevor Sie dies als Fehler einstufen. Ein etwaiges Vorhaltefenster ist eine lokale Richtlinie, kein DICOM-Wert.

Die Prüfreihenfolge: MPPS-Konfiguration, Ereignisfluss, SCP-Verarbeitung, dann Richtlinien

Das wahllose Ändern von Einstellungen oder Bestellen von Teilen zerstört die Nachweise, die Sie benötigen. Gehen Sie die Ebenen der Reihe nach durch und protokollieren Sie, was Sie auf jeder einzelnen sehen.

Jede Ebene schließt einen Fehlerbereich aus. Zeigt Ebene 1, dass MPPS gar nicht ausgewählt war, halten Sie inne: Es gibt noch nichts nachzuverfolgen. Zeigt das Protokoll des Scanners Erfolgsrückmeldungen sowohl auf N-CREATE als auch auf N-SET, hat das empfangende System die Nachrichten akzeptiert, und die verbleibenden Fragen liegen auf Empfängerseite oder in der Worklist-Richtlinie.

Was belegt MPPS – und warum ist die Bildarchivierung ein separater Pfad?

Ein COMPLETED-MPPS wird mitunter als Beleg dafür gewertet, dass sich die Studie sicher im PACS befindet. Das ist nicht der Fall.

In DICOM PS3.3, Abschnitt 7.3, heißt es: „Zweck des Modality Performed Procedure Step ist es zu berichten, was durchgeführt wurde; er impliziert keinerlei Speichersemantik.“ ⁸ MPPS enthält Verweise auf die Instanzen, von denen der Scanner angibt, sie erzeugt zu haben. Es enthält keine Pixeldaten und keine Zusicherung, dass ein Archiv sie vorhält.

Die Archivierungsverantwortung ist ein separater Austausch: Storage Commitment (Push Model SOP Class 1.2.840.10008.1.20.1), bei dem der Scanner das Archiv auffordert, die Verantwortung für die sichere Verwahrung bestimmter Instanzen zu übernehmen, und das Ergebnis in einem N-EVENT-REPORT empfängt. IHE SWF.b führt Storage Commitment neben den MPPS-Transaktionen als eigene erforderliche Transaktion für die Acquisition Modality auf. ¹¹ Unser Leitfaden zu Ultraschall-DICOM-Storage-Commitment und lokalen Löschentscheidungen behandelt, was dieses Ergebnis belegt und was nicht.

Halten Sie die beiden Pfade getrennt. Ein MPPS-Status COMPLETED bestätigt lediglich, dass die Modalität den Prozedurschritt als abgeschlossen gemeldet hat. Geben Sie das Löschen lokaler Studien – vor einer Reparatur, einem Laufwerkstausch oder einem Wiederverkauf – niemals allein auf Basis eines MPPS-Abschlusses oder eines erfolgreichen C-STORE frei.

Wiederherstellungspfade: dokumentiertes erneutes Senden und was erneut auszuführen ist

Wenn durch einen Ausfall, einen Neustart oder eine Konfigurationsänderung MPPS-Nachrichten verloren gehen, ist die erste Frage, ob Ihr System einen Weg zum erneuten Senden dokumentiert. Wo dies nicht der Fall ist, ist die übliche Ausweichlösung ein Abgleich durch den RIS-Verantwortlichen anstelle eines Workarounds am Scanner.

Philips dokumentiert eine solche Möglichkeit für EPIQ Elite Rel 6.0.x (Abschnitt 4.1.2.2 des Dokuments 000737000000163 Rev A): 'Wenn die MPPS-Nachrichten nicht vom MPPS-Server empfangen wurden, können sie "erneut gesendet" werden, indem die Studie in Review ausgewählt und "Export" gewählt wird. Wählen Sie in Export den MPPS-Server aus. Die mit dieser Studie verknüpften MPPS-Nachrichten werden erneut gesendet.' ⁴ Die Erklärung gibt nicht an, wie ein empfangendes System reagiert, das den Schritt bereits geschlossen hat. Gemäß dem Standard wird ein N-SET für einen Schritt, der nicht mehr IN PROGRESS ist, mit 0110H abgelehnt ⁷ – prüfen Sie daher zuerst die Empfängerseite und senden Sie dann erneut.

Die Erklärung von Mindray beschreibt automatische Wiederholungsversuche mit einer konfigurierten Anzahl, wenn die Übertragung eines Untersuchungsschritts fehlschlägt. ⁶ Suchen Sie bei anderen Systemen und Softwareständen im Conformance Statement oder im Benutzerhandbuch nach einer entsprechenden Funktion, bevor Sie improvisieren. Bearbeiten Sie nicht die Datenbank oder Dateien des Scanners, um eine Statusänderung zu erzwingen: Dies wird nicht unterstützt, kann den Datensatz beschädigen und liegt außerhalb sicherer Servicegrenzen.

Der Abnahmetest: Nachweis des Worklist-Abschlusses vor der Inbetriebnahme

Bevor ein Scanner an einer Worklist in Betrieb genommen wird – und nach jeder Änderung, die diesen Regelkreis beeinflussen kann –, führen Sie einen synthetischen geplanten Fall End-to-End durch. Verwenden Sie die für die Einrichtung festgelegten Testpatienten und Testaufträge, die gemäß den Verfahren des RIS-Verantwortlichen angelegt und bereinigt werden. Verwenden Sie niemals den Auftrag eines realen Patienten.

Integrieren Sie den Test in die medizintechnische Routinepraxis, anstatt ihn nur als Reaktion auf Beschwerden durchzuführen; unsere Checkliste für die vorbeugende Ultraschallwartung ist ein naheliegender Ort, um ihn zu dokumentieren. Führen Sie ihn immer dann erneut durch, wenn:

• Ein Scanner in Betrieb genommen wird: Erstinbetriebnahme jedes neuen oder aufbereiteten Systems.
• Die Scanner-Software geändert wird: Betriebssystem-Patches, Anwendungs-Upgrades oder Änderungen von DICOM-Optionen.
• Das RIS oder der Broker geändert wird: Upgrades, Migrationen oder Änderungen an Worklist-Abfragefiltern.
• Ein Scanner umgesetzt wird: Verlegung in eine andere Abteilung, ein anderes Netzwerksegment oder an eine andere Worklist-Station.
• Servicearbeiten am Systemcomputer durchgeführt werden: nach dem Austausch von Mainboard, Laufwerk oder Netzwerkschnittstelle.

Wann ist ein offener Worklist-Auftrag ein Servicefall—und wann nicht?

Die Weiterleitung der Nachweise an die zuständige Stelle verhindert fehlgeleitete Serviceanrufe. Nutzen Sie dieses Protokoll, um zu entscheiden, wer als Nächstes tätig wird.

Nur die letzte Zeile weist auf den Scanner selbst hin, und selbst dann müssen die Nachweise die Ursache eingrenzen, bevor ein Teil bestellt wird. Wenn dasselbe Gerät hochfährt, scannt, die Worklist abfragt und Bilder an das PACS sendet, übertragen dessen Netzwerkhardware und Hauptrechner nachweislich DICOM-Datenverkehr. Der Austausch einer Platine ändert weder eine MPPS-Einstellung noch einen Broker-Filter oder einen Schritt, den das RIS bereits geschlossen hat.

Was dieser Leitfaden Ihnen nicht sagen kann

• Das Verhalten ist versionsspezifisch. Die fünf hier zitierten Conformance Statements decken bestimmte Produkte und Versionen ab – drei davon stammen aus den Jahren 2001–2004 – und beschreiben nicht jedes Modell oder jede Softwareversion in einem Gerätebestand. „Nicht angegeben“ in Tabelle 2 bedeutet nicht beschrieben, nicht abwesend.
• Es liegen keine Prävalenzdaten vor. Keine aktuelle Messung zeigt, wie viele Ultraschallsysteme ohne MPPS betrieben werden oder wie häufig die einzelnen Ursachen auftreten. Die Audit-Reihenfolge spiegelt wider, wie kostengünstig jede Ebene überprüft werden kann, nicht wie häufig die jeweilige Ursache vorkommt.
• Es wurden keine realen Konfigurationen untersucht. Jede Kennung, jede Accession-Nummer und jedes Szenario in diesem Leitfaden ist synthetisch, und das Verhalten von Broker und RIS variiert je nach Produkt und lokaler Konfiguration.
• RIS, Broker und die HL7-Auftragsabwicklung liegen außerhalb des Umfangs. Änderungen dort obliegen dem Systemverantwortlichen und dessen Change-Control-Prozess.

Wo Rongtao ansetzt – und wo nicht

Rongtao Medical arbeitet an Ultraschall-Hardware: Platinen- und Baugruppenreparatur, Sondenreparatur, Ersatzteile und Diagnose auf Systemebene für GE, Philips, Siemens, Mindray, Toshiba (Canon), Samsung Medison und andere unterstützte Marken. Die standardmäßige Platinenreparatur dauert in der Regel 5–8 Werktage, reparierte Platinen laufen vor dem Versand 48 Stunden in einem realen Ultraschallsystem und die Standardgarantie beträgt in der Regel 90 Tage; die endgültigen Bedingungen werden pro Artikel und Angebot bestätigt. Den genauen Umfang finden Sie unter Ultraschall-Reparaturdienste von Rongtao.

Der Großteil der in diesem Leitfaden behandelten Problematik liegt außerhalb dieses Rahmens. Rongtao konfiguriert keine RIS, PACS oder Integrations-Broker von Krankenhäusern, legt keine Netzwerkrichtlinien fest und ändert nicht die HL7-Auftragsabwicklung; diese Aufgaben obliegen den IT- und Integrationsverantwortlichen der Einrichtung. Das MPPS-Verhalten wird durch die Dokumentation des jeweiligen OEM definiert.

Unterstützen können wir, wenn die Prüfung auf das Ultraschallgerät zurückweist: eine zeitweise ausfallende Netzwerkschnittstelle, ein Systemcomputer, der bei „End Exam“ abstürzt, oder ein Laufwerksfehler als Ursache beschädigter Protokolle. Für solche Fälle legen unsere Modell-Leitfäden für GE LOGIQ S7/S8 und Philips EPIQ sowie der Leitfaden zu Fehlern an Ultraschall-DICOM-Netzwerk- und I/O-Platinen die hardwareseitigen Nachweise dar.

Bei Fragen zur Hardware senden Sie den OEM, das genaue Modell und den installierten Softwarestand, die Teilenummer des Herstellers mit Fotos beider Seiten jeder verdächtigen Platine oder jedes Etiketts, das Fehlerbild mit Zeitstempeln, bereinigte Protokollauszüge, die Stückzahl und den Bestimmungsort über unsere Kontaktseite. Entfernen Sie vorab Patientennamen, IDs und sonstige geschützte Gesundheitsdaten.

Häufig gestellte Fragen

Warum befindet sich eine abgeschlossene Ultraschalluntersuchung weiterhin auf der Modality Worklist?
Meist liegt dies daran, dass das empfangende System nicht über das Untersuchungsende informiert wurde oder nicht darauf reagiert. Möglicherweise ist MPPS am Ultraschallgerät nicht konfiguriert, das finale N-SET ist fehlgeschlagen, das RIS hat den Schritt bereits geschlossen und die Aktualisierung abgelehnt, oder der Worklist-Provider behält Einträge richtlinienbedingt bei. Prüfen Sie diese Ebenen in dieser Reihenfolge. ^{3 7 1}

Was ist der Unterschied zwischen Modality Worklist und MPPS?
Die Modality Worklist ist eine Abfrage (C-FIND), mit der das Ultraschallgerät geplante Schritte anfordert. MPPS ist eine Meldung (N-CREATE, dann N-SET), mit der das Ultraschallgerät dem RIS oder Broker mitteilt, was tatsächlich durchgeführt wurde. Die Worklist bringt Aufträge hinein; MPPS sendet den Status nach außen. ^{1 9}

Bedeutet ein COMPLETED-MPPS, dass die Bilder im PACS archiviert sind?
Nein. In DICOM PS3.3 Abschnitt 7.3 wird festgestellt, dass MPPS darüber berichtet, was durchgeführt wurde, und ‚keine Speichersemantik impliziert‘. Überprüfen Sie die Archivierung separat über Storage Commitment oder durch Abrufen der Studie aus dem Archiv. ⁸

Warum zeigt das RIS DISCONTINUED für eine Untersuchung an, die der Untersucher abgeschlossen hat?
Weil die Software des Ultraschallgeräts die Untersuchung so definiert hat. LOGIQ7 BT04 sendet DISCONTINUED für eine beendete Untersuchung ohne gespeicherte Bilder oder Ergebnisse; EPIQ bricht das laufende MPPS ab, wenn die Patientenidentifikation während der Untersuchung geändert wird; „Cancel Exam“ erzeugt DISCONTINUED auf den dokumentierten Systemen von Philips und Mindray. ^{5 4 6}

Wo finde ich, was mein Ultraschallsystem für End Exam und Cancel Exam tatsächlich sendet?
In der DICOM-Konformitätserklärung des OEM für Ihren genauen Software-Release. Suchen Sie nach der MPPS-Aktivität (beispielsweise mit dem Titel 'Acquire Images', 'Image Acquisition/End exam' oder 'Send MPPS Request') und ihrer Tabelle zur Statusbehandlung. Die Abschnittsnummern unterscheiden sich von Dokument zu Dokument. ^{4 5 6}

Können verloren gegangene MPPS-Nachrichten erneut gesendet werden?
Nur dort, wo das System eine Möglichkeit dazu dokumentiert. EPIQ Elite Rel 6.0.x ermöglicht es dem Anwender, die MPPS-Nachrichten einer Untersuchung aus Review durch Export an den MPPS-Server erneut zu senden; die Erklärung zur ZS3-Plattform von Mindray beschreibt konfigurierbare automatische Wiederholungsversuche. Wenn das empfangende System den Schritt bereits geschlossen hat, wird ein erneut gesendetes N-SET mit 0110H abgewiesen. Andernfalls führen Sie den Abgleich über den RIS-Verantwortlichen durch. ^{4 6 7}

Ist ein hängengebliebener Worklist-Eintrag jemals ein Platinen- oder Hardwarefehler?
Für sich allein genommen selten. Wenn der Scanner hochfährt, scannt, die Worklist abfragt und Bilder sendet, überträgt seine Netzwerkhardware DICOM-Datenverkehr. Ziehen Sie den Scanner als Ursache in Betracht, wenn der MPPS-Fehler mit Abstürzen, Einfrieren oder weitergehenden DICOM-Fehlern einhergeht, und grenzen Sie die Ursache mit qualifiziertem Service ein, bevor Sie Teile bestellen.

Was sollten wir vor der Eskalation eines Problems beim Worklist-Abschluss erfassen?
Den OEM, das Modell und den Software-Release des Scanners; ein Foto seiner MPPS-Zieleinstellungen; seine DICOM-Protokoll- oder Warteschlangeneinträge mit Zeitstempeln und Antwort-Statuscodes; die Accession-Nummer und die Study Instance UID einer betroffenen Untersuchung; den Datensatz des RIS/Brokers für denselben Schritt, eingeholt von dessen Verantwortlichem; und das Ergebnis des synthetischen Abnahmetests.