Ultraschallbilder erfolgreich gesendet: Hat das Archiv die Verantwortung übernommen?

Was garantiert eine erfolgreiche C-STORE-Antwort tatsächlich?

Ein Ultraschallsystem meldet „Erfolgreich gesendet“. Vor einem Festplattentausch oder der Neuinstallation des Betriebssystems muss ein Servicetechniker wissen, ob dies bedeutet, dass alle erforderlichen Datensätze anderweitig geschützt sind. Die erste Aufgabe besteht darin, das Ziel und die einzelnen Objekte hinter dem Status zu identifizieren. Das Übersichtssymbol eines Fahrgeräts kann einen Auftrag, eine Serie oder eine Untersuchung darstellen; seine Bedeutung ergibt sich aus der Dokumentation des jeweiligen Produkts.

DICOM (Digital Imaging and Communications in Medicine) definiert separate Storage- und Storage Commitment Service Classes. Ein C-STORE-Erfolg ist eine Speicherantwort auf Anwendungsebene, nicht lediglich eine TCP-Zustellbestätigung. PS3.4 B.1.2 definiert den erfolgreichen Abschluss als Speicherung der Informationen auf einem Medium mit Zugriff für einen Zeitraum; die Zugriffsmethode und die Speicherdauer hängen von der Implementierung und deren Conformance Statement ab. Eine Query/Retrieve-Unterstützung wird nicht impliziert. ¹³ Anhang J erläutert, dass die Storage Service Class selbst keine ausdrückliche Aufbewahrungsverpflichtung eingeht. Leiten Sie aus dieser Unterscheidung nicht die Behauptung ab, dass C-STORE keinerlei Anforderungen stellt oder dass jeder Empfänger einen flüchtigen Cache verwendet. Auch das Speicherverhalten und die unterstützten Speicherebenen unterliegen Konformitätsanforderungen. ^{1 12}

Ein Empfänger speichert eine Instanz möglicherweise dauerhaft, bevor er sie bestätigt. Das kann ein nützlicher Nachweis sein, insbesondere wenn dessen Conformance Statement dieses Verhalten beschreibt. Die verbleibende Frage ist, was der Sender hinsichtlich Aufbewahrung und späterem Abruf nachweisen kann. Eine Erfolgsantwort eines Gateways muss zudem von Nachweisen über das nachgelagerte Archiv unterschieden werden. Identifizieren Sie die AE – die DICOM Application Entity –, die die Operation tatsächlich akzeptiert hat.

• Ziel: Wurde die Operation vom endgültigen PACS/VNA, einem Router oder einem temporären Empfänger akzeptiert? PACS bedeutet Picture Archiving and Communication System; VNA bedeutet Vendor-Neutral Archive.
• Umfang: Welche SOP-Instanzen (Service-Object Pair) wurden gesendet? Eine SOP Instance UID – eine eindeutige Kennung – identifiziert ein DICOM-Objekt; ein Multiframe-Clip wird nicht einmal pro Einzelbild gezählt.
• Ausnahmen: Blieben Instanzen ausstehend, wurden sie abgelehnt oder mit Warnungen akzeptiert? Sichern Sie die tatsächlichen Antworten, anstatt aus einer Kennzeichnung auf Untersuchungsebene auf Vollständigkeit zu schließen.
• Nächster Nachweis: Gibt es ein Commitment-Ergebnis, eine dokumentierte alternative Aufbewahrungsvereinbarung oder lediglich ein Sendeprotokoll? Dies sind unterschiedliche Aufzeichnungen.

Eine einzelne erfolgreiche Operation belegt zudem nicht die dauerhafte Funktionsfähigkeit von Netzwerk oder Hardware. Wenn das Problem im Fehlschlagen des Sendevorgangs liegt, nutzen Sie den separaten Leitfaden zur Fehlereingrenzung bei der Ultraschall-DICOM- und PACS-Ausgabe. Dieser Artikel geht von einem scheinbar erfolgreichen Sendevorgang aus und untersucht die noch fehlenden Nachweise.

Was ist Storage Commitment – und was verspricht das Archiv?

Gemäß Anhang J fordert der Storage Commitment SCU (Service Class User) die Aufbewahrung beim Storage Commitment SCP (Service Class Provider) an. Diese Rollen beschreiben einen bestimmten Dienst und keine allgemeine Client/Server-Identität für jede Operation auf einem Gerät. Das Conformance Statement des SCP erläutert Dauer, Abruffunktionen, Latenz und Kapazität. Es verspricht möglicherweise eine begrenzte Speicherung statt einer dauerhaften Archivierung. Der Abrufort kann sich zudem von der AE unterscheiden, die das Commitment akzeptiert hat. ¹

Für das DIMSE-Push-Modell (DICOM Message Service Element), SOP Class UID 1.2.840.10008.1.20.1, enthält die N-ACTION-Anforderung eine Transaction UID (0008,1195) und eine Referenced SOP Sequence (0008,1199). Jeder Eintrag identifiziert eine SOP Class und eine SOP Instance. Eine erfolgreiche N-ACTION-Antwort belegt den Eingang der Anforderung; das spätere Ergebnis belegt deren Ausgang. Die Anforderung kann ein einzelnes Objekt oder eine Gruppe enthalten, sodass eine akzeptierte Anforderung kein Beweis dafür ist, dass die vollständige Untersuchung enthalten war. ²

Das N-EVENT-REPORT-Ergebnis enthält die übereinstimmende Transaction-UID. Event Type 1 meldet den Erfolg für alle angeforderten Instanzen. Event Type 2 meldet das Vorliegen von Fehlern und identifiziert sowohl erfolgreiche als auch fehlgeschlagene Instanzen mit einem Grund für jeden Fehler. Der vollständige angeforderte Satz muss nachgewiesen sein. Eine Bestätigung des N-EVENT-REPORT ist wiederum eine separate Antwort: Verwechseln Sie deren Erfolgsstatus nicht mit dem im Ereignis enthaltenen Ergebnis. ³

Festgeschriebene Instanzen müssen auf Storage Level 2 (Full) gespeichert werden, einschließlich privater Attribute. Anhang J verlangt zudem die vollständigen Pixeldaten statt nur eines Verweises darauf. Diese Anforderungen schreiben weder RAID, einen Prüfsummenalgorithmus, eine Datenbank-Commit-Sequenz noch ein bestimmtes Speichermedium vor. Storage Level 2 ist kein universeller Anspruch auf eine bitgenaue Erhaltung; die Storage Service Class beschreibt auch die zulässige Handhabung von Attributen. ¹² Ein positives Ereignis ist die erklärte Zusage des SCP; es stellt kein unabhängiges Audit der Archivimplementierung oder der Disaster-Recovery-Vorkehrungen dar. ^{1 3}

Storage Commitment entscheidet selbst nicht über die rechtliche Verwahrung, das Eigentum, die der Einrichtung auferlegten Aufbewahrungsfristen oder die Erlaubnis zum Löschen lokaler Medien. DICOM belässt das Löschverhalten des SCU außerhalb der Dienstdefinition und verlangt, dass dieses Verhalten dokumentiert wird. Richtlinien der Einrichtung, Verträge und geltende Verpflichtungen bleiben separate Entscheidungen. Die Referenz der SIIM empfiehlt den Dienst als Ergänzung zur Übertragung, doch liefert diese Empfehlung keine Aufbewahrungsrichtlinie für die Einrichtung. ^{1 9}

Eine Evidenzmatrix für die Entscheidung zur lokalen Aufbewahrung

Verwenden Sie diese Matrix, um die in einem Servicedatensatz verfügbaren Nachweise zu kennzeichnen. Die Aktionsspalte stellt eine vorgeschlagene Prüfgrenze für die Einrichtung dar, keinen Löschbefehl und keinen von DICOM vorgegebenen Arbeitsablauf. Ein Fehler, eine ausstehende Antwort oder ein unvollständiger Quellbestand sollte sichtbar bleiben, anstatt zu einem einzigen grünen Status komprimiert zu werden.

Betrachten Sie einen synthetischen Abnahmefall mit sechs Objekten: zwei Standbilder, drei Multiframe-Clips und ein strukturierter Bericht. Eine Anforderung, die die fünf Bildobjekte abdeckt, kann den Event Type 1 erhalten, während der Bericht nie angefordert wurde. Eine Kennzeichnung als „committed“ auf Studienebene würde dann die vorliegenden Nachweise überbewerten. Das fehlende Objekt muss mit dem Quellbestand abgeglichen werden; die wiederholte Überprüfung derselben erfolgreichen Transaktion wird ihren Umfang nicht erweitern.

In einem zweiten synthetischen Fall enthält die Anforderung alle sechs Objekte, das Ergebnis listet jedoch fünf Erfolge und einen Fehler auf. Dies ist ein Teilergebnis, keine vollständig bestätigte Untersuchung. Erfassen Sie, welches Objekt fehlgeschlagen ist und den Grund dafür. Bewahren Sie die Quelldaten auf, während qualifiziertes Personal die Ausnahme klärt. Diese Beispiele veranschaulichen den Mengenabgleich; es handelt sich nicht um Patientenfälle oder gemessene Fehlerraten.

Wo geht das Ergebnis ein, und warum könnte es fehlen?

Der Standard verlangt die Fähigkeit zur Übermittlung von N-EVENT-REPORT über eine andere Assoziation als N-ACTION; er erlaubt auch einen Versuch über dieselbe Assoziation. Eine universelle Regel „es sind immer drei Verbindungen erforderlich“ ist daher unzutreffend. Orthanc dokumentiert eine Implementierung mit drei Assoziationen, und die Erklärung zu Lumify R5.0 dokumentiert die asynchrone Ergebnisverarbeitung. Prüfen Sie die Konformitätserklärungen beider Kommunikationspartner, bevor Sie einen fehlenden Callback interpretieren. ^{3 5 10}

1. Wurde eine Anforderung gesendet? Trennen Sie den C-STORE-Erfolg von der N-ACTION-Annahme. Bestätigen Sie das korrekte Commitment-Ziel, die unterstützte SOP-Klasse und die Berechtigungen, anstatt davon auszugehen, dass die Bildübertragung das Commitment ermöglicht.
2. Wurde die Anforderung angenommen? Unterscheiden Sie eine fehlgeschlagene Operation von einer angenommenen Anforderung, die auf ihr Ergebnis wartet. Erfassen Sie die Transaction-UID, um die beiden Protokolle miteinander zu korrelieren.
3. Wurde ein Ergebnis erzeugt? Bitten Sie den Archivverantwortlichen, das Ergebnis und den angeforderten Instanzensatz zu identifizieren. Eine serverseitige Verarbeitung oder ein Fehler auf Instanzebene kann das Ergebnis ohne einen Netzwerkfehler erklären.
4. Konnte das Ergebnis den Absender erreichen? Wird eine separate Assoziation verwendet, sollte qualifiziertes IT-/PACS-Personal die konfigurierten AE-Titel, die Adresse, den Listening-Port, die genehmigte Netzwerkrichtlinie und die Geräteverfügbarkeit abgleichen.
5. Wurde das Ergebnis erfasst? Vergleichen Sie den Status des Absenders mit dem Archivprotokoll. Produktspezifisches Verhalten bei Timeouts, Wiederholungsversuchen und der Zustandspersistenz ist entscheidend; gehen Sie nicht davon aus, dass alle Produkte ausstehende Transaktionen identisch vorhalten oder wiederholen.

Die Annahme einer Assoziation ändert die Storage-Commitment-Dienstrolle einer Modalität nicht automatisch zu SCP. Das Archiv bleibt der Storage-Commitment-SCP, wenn es die Ergebnis-Assoziation initiiert, mit einer Rollenaushandlung wie in J.3.3 beschrieben. Dies ist von Bedeutung beim Lesen von Konformitätstabellen, die die Modalität als SCU aufführen, obwohl sie auf eingehende Ergebnisse lauscht. ³

Eine Firewall-Regel, eine geänderte Geräteadresse oder ein offline geschalteter Fahrwagen können einen Callback beeinträchtigen, dieser Leitfaden enthält jedoch keinen Datensatz, der zeigt, welche Ursache am häufigsten auftritt. Fehlende Ergebnisse beweisen nicht, dass Untersuchungen verloren gegangen sind, und erfolgreiche Sendevorgänge beweisen nicht, dass der Callback-Pfad funktioniert. Halten Sie erforderliche Kopien geschützt und untersuchen Sie dies gemeinsam mit dem Archivverantwortlichen; umgehen Sie keine Netzwerkkontrollen und leiten Sie nicht allein aus diesem Symptom den Bedarf an einer Ersatzplatine ab.

Was belegen die zitierten Ultraschalldokumente?

Die folgenden Beispiele belegen spezifisches dokumentiertes Verhalten. Sie stellen keine Kompatibilitätsmatrix, keine vollständige OEM-Übersicht und keinen Beweis dafür dar, dass eine andere Version über dieselbe Funktion verfügt. Beschaffen Sie vor einer Abnahmeentscheidung das passende Dokument für die installierte Software und das empfangende Archiv.

Die historische Angabe zum LOGIQ7 macht die Interpretation der Warteschlange besonders wichtig: Unter Rev 4.0 wird eine unbeantwortete Commitment-Anforderung nach zwei Tagen entfernt, ohne den Benutzer zu warnen. Ein erfolgreiches Ergebnis entfernt die Anforderung ebenfalls. Eine leere Warteschlange kann bei dieser Revision daher nicht zwischen diesen Ergebnissen unterscheiden; behalten Sie das Transaktionsergebnis und das Quellinventar bei, anstatt das Verschwinden eines Auftrags als Beleg für das Commitment zu werten. Dieses Verhalten darf für andere Modelle oder Releases nicht vorausgesetzt werden. ⁴

Die Angabe zu Lumify bietet eine nützliche Erinnerung daran, dass das Wiederholungsverhalten produktspezifisch ist: Sie beschreibt einen erneuten Versuch nach 96 Stunden ohne die erwartete Antwort und das erneute Senden fehlgeschlagener Instanzen in der angegebenen Reihenfolge. Dies ist eine Implementierungsbeschreibung, keine empfohlene Wartezeit für jeden Scanner und keine Erlaubnis, ausstehende Studien zu verwerfen. Nutzen Sie das eigene Verhalten des installierten Releases bei der Festlegung eines Eskalationsintervalls. ⁵

Das PX-Handbuch unterscheidet drei Optionen zur Studienauswahl und warnt davor, dass die Auswahl zur DICOM-Konfiguration passen muss. Bei einem konfigurierten Storage-Commitment-Server sieht es vor, nur bestätigte Studien zu löschen. Es beschreibt zudem eine reine Archivkonfiguration, die den Status archivierter Studien nutzen kann. Letztere Option macht aus C-STORE kein Storage Commitment: Die Einrichtung muss weiterhin ihre Archivvereinbarung und Aufbewahrungsrichtlinie bewerten. Dieses Handbuch weist einen Administrator nicht an, eine der beiden Optionen zu aktivieren. ⁶

Was sollte die Einrichtung vor einer Änderung der lokalen Aufbewahrung klären?

Behandeln Sie Speicherengpässe und die Autorisierung der Aufbewahrung als getrennte Aufgaben. Eine Speicherplatzwarnung kann das Arbeitsaufkommen, einen fehlgeschlagenen Sendevorgang, fehlende Commitment-Ergebnisse, Speicherprobleme oder Richtlinieneinstellungen widerspiegeln. Sie belegt nicht, welche Datensätze verworfen werden dürfen. Schützen Sie ungeklärte Datensätze und nutzen Sie das Eskalationsverfahren der Einrichtung, wenn Kapazitätsgrenzen den Arbeitsablauf gefährden.

1. Benennen Sie die verantwortliche Stelle. Die Medizintechnik kann die Nachweise zusammentragen, aber die Verantwortlichen für Archiv und Dokumentenverwaltung der Einrichtung sollten die Aufbewahrungsregelung genehmigen. Halten Sie fest, wer ungelöste Ausnahmen akzeptiert und wer eine Konfigurationsänderung autorisieren darf.
2. Gleichen Sie den vollständigen Objektsatz ab. Vergleichen Sie den Quellbestand mit der Anforderung und dem Ergebnis, einschließlich erforderlicher Berichte und Clips. Bewahren Sie fehlgeschlagene oder ausgelassene Instanzen auf; ein einzelnes erfolgreiches Bild oder eine einzelne Serie ist kein Nachweis einer vollständigen Untersuchung.
3. Prüfen Sie die Commitment-Bedingungen des Archivs. Ermitteln Sie die zuständige AE, Aufbewahrungsdauer, Abrufort und Latenz, Kapazitätsgrenzen sowie relevante Servicevereinbarungen. Eine zeitlich befristete Zusage muss zum langfristigen Aufbewahrungsplan der Einrichtung passen. ¹
4. Legen Sie die lokale Aufbewahrung gemäß Richtlinie fest. Aus diesen Quellen geht keine allgemeingültige Nachfrist hervor. Die im PX-Handbuch auswählbaren Fristen sind Produktoptionen, kein Beleg dafür, dass 72 Stunden oder sieben Tage für eine bestimmte Einrichtung sicher sind. ⁶
5. Mit freigegebenen Nicht-Patientendaten testen. Weisen Sie vor der Freigabe die erwarteten Sende-, Anforderungs-, Ergebnis- und Ausnahmezustände gemäß dem OEM-Verfahren nach. Dokumentieren Sie die überprüften Einstellungen und die Abnahme durch die Einrichtung; testen Sie das Löschverhalten nicht an der einzigen Kopie eines klinischen Datensatzes.

Die routinemäßige lokale Aufbewahrung unterscheidet sich zudem von der Bereinigung, bevor Geräte eine Einrichtung verlassen. Der Schutz des Archivs weist nicht nach, dass ein Laufwerk bereinigt wurde. Nutzen Sie für diese separate Entscheidung den Leitfaden zum Export, zur Aufbewahrung und zur Löschung von Patientendaten und vereinbaren Sie den Plan zum Umgang mit Daten vor einem Reparaturversand.

Was, wenn das Archiv Storage Commitment nicht unterstützt?

Das Fehlen der SCP-Rolle für Storage Commitment belegt nicht, dass ein Archiv unsicher ist. Umgekehrt belegt eine Produktkennzeichnung mit der Angabe „DICOM-kompatibel“ nicht, dass dieser Dienst unterstützt wird. Fordern Sie das tatsächliche Conformance Statement und die dokumentierte Aufbewahrungsregelung der Einrichtung an. Gibt es keine adäquate, genehmigte Alternative, bewahren Sie die erforderlichen lokalen Datensätze auf und eskalieren Sie, anstatt eine Gleichwertigkeit zu erfinden.

Unabhängige Abfragen und Abrufe können Verfügbarkeitsnachweise für eine von der Einrichtung genehmigte Alternative liefern. Verwenden Sie einen autorisierten Archiv-Client und vergewissern Sie sich, dass dieser das Ziel und nicht den lokalen Cache des Scanners liest. Eine separate Workstation ist eine nützliche Möglichkeit, diese Unklarheit zu reduzieren; sie ist keine allgemeine, durch Anhang J vorgegebene Anforderung. Jegliche Prüfungen von Patientendaten müssen innerhalb der autorisierten Umgebung der Einrichtung verbleiben.

• Identität: Gleichen Sie die relevanten Kennungen für Studie, Serie, SOP-Klasse und SOP-Instanz mit dem Quellbestand ab. Zählungen allein können ein fehlendes sowie ein unerwartetes zusätzliches Objekt verschleiern.
• Vollständigkeit: Erfassen Sie jedes erforderliche Einzelbild, jeden Multiframe-Clip und jeden Bericht. Ein reiner Bildbetrachter zeigt möglicherweise nicht jeden Objekttyp an; ziehen Sie den Archiveigentümer hinzu, wenn dessen Bestand die Abdeckung nicht nachweisen kann.
• Abrufumfang: Protokollieren Sie genau, welche Objekte abgerufen und überprüft wurden. Eine Stichprobe kann einen funktionierenden Pfad nachweisen; sie kann die Integrität oder Verfügbarkeit aller ungeprüften Objekte nicht beweisen.
• Aufbewahrung: Dokumentieren Sie, wer die Datensätze aufbewahrt, für wie lange und wie sie abgerufen werden können. Ein erfolgreicher Abruf belegt die Verfügbarkeit zu diesem Zeitpunkt, nicht jedoch ein zukünftiges Speicherversprechen.
• Disposition: Belassen Sie lokale Kopien geschützt, bis der zuständige Verantwortliche der Einrichtung die vollständigen Nachweise und jegliche Ausnahmen gemäß seiner Richtlinie akzeptiert. Der Abruf allein ist keine Autorisierung zur Löschung.

C-FIND und C-MOVE oder unterstützte webbasierte Query/Retrieve-Dienste sind mögliche Mechanismen; die passende Wahl hängt von beiden Endpunkten ab. Gehen Sie nicht davon aus, dass eine Abfrage auf Studienebene Vollständigkeit auf Instanzebene bietet oder dass ein lesbares Miniaturbild beweist, dass der ursprüngliche Multiframe-Inhalt intakt ist. Dieser Artikel präzisiert die Nachweisfrage, nicht Befehle für ein Produktivarchiv.

Implementierungsnachweise können auch Annahmen über das Commitment selbst relativieren. Orthanc dokumentiert, dass sein Basis-SCP das Vorhandensein in der Datenbank und die Übereinstimmung der SOP-Klasse prüft; benutzerdefinierte Prüfungen können hinzugefügt werden. Seine SCU-Dokumentation beschreibt zudem aktive Berichte, die im RAM vorgehalten werden und bei einem Neustart verloren gehen. Dies sind Orthanc-spezifische Details, sie veranschaulichen jedoch, warum eine Protokollbezeichnung kein Ersatz für die tatsächlichen Speicherbedingungen des Empfängers und das Persistenzverhalten des Senders ist. ¹⁰

Wie fügt sich dies in Arbeiten an Laufwerken und die Wiederinbetriebnahme ein?

Trennen Sie vor einem erneuten Laden des Speichers oder einem Laufwerkstausch die Sicherung erforderlicher Studien von der Wiederherstellung der Systemsoftware und -konfiguration. Ungeklärte Archivierungsnachweise sollten vor destruktiven Arbeiten in der Arbeitsfreigabe erfasst werden. Lässt sich die Konsole nicht starten, folgen Sie dem Entscheidungspfad Laufwerk versus Mainboard; gehen Sie nicht davon aus, dass ein ausgefallenes Laufwerk keine wiederherstellbaren Patientendaten enthält.

Nach einem Austausch von Backend, Mainboard oder Netzwerkschnittstelle sollte qualifiziertes Personal die autorisierte Konnektivitätskonfiguration vor und nach dem Service vergleichen. Wenn durch die Reparatur eine Adresse, ein AE-Titel, eine Adapterkonfiguration oder ein Listener geändert wird, kann ein erfolgreicher Ausgangstest gleichzeitig mit einem fehlenden Commitment-Ergebnis vorliegen. Dokumentieren Sie beobachtete Änderungen, anstatt anzunehmen, dass jeder Platinentausch die Netzwerkidentität verändert.

Die Abnahme sollte die für dieses Gerät und Archiv tatsächlich konfigurierten Dienste unter Verwendung freigegebener Nicht-Patienten-Testdaten abdecken. Erfassen Sie gegebenenfalls den Quellobjektsatz, die Sendeantworten, die Anforderungsidentität, das Ergebnis und die Zielverifikation. Hardwaretests und die Archivabnahme beantworten unterschiedliche Fragestellungen. Der Leitfaden für Platinen-Testnachweise am realen Gerät erläutert die Grenzen des Testprotokolls einer reparierten Platine; er kann die Aufbewahrungsvereinbarungen des Krankenhausarchivs nicht zertifizieren.

Eine nützliche Nachweisübergabe bei ungeklärtem Ergebnis

Das folgende vorgeschlagene Protokoll unterstützt den Scanner-Techniker und den PACS-Verantwortlichen bei der Untersuchung desselben Vorgangs. Es handelt sich nicht um ein vom OEM vorgeschriebenes Formular. Belassen Sie klinische Kennungen, Paketmitschnitte und Netzwerkdetails innerhalb der freigegebenen Systeme der Einrichtung; eine externe Reparaturanfrage benötigt normalerweise eine bereinigte Symptomzusammenfassung anstelle von Patientenstudien.

Wo Rongtao passt – und wo nicht

Rongtao bietet Reparaturen von Ultraschallplatinen und geprüfte Ersatzteile an, wobei bei entsprechendem Fehler auch Sondenservices verfügbar sind. Die typische Durchlaufzeit für Platinenreparaturen beträgt 5–8 Werktage, der Test am realen Gerät dauert 48 Stunden und die Standardgarantie beträgt typischerweise 90 Tage; bestätigen Sie das jeweilige Produkt, den Service und die Bedingungen im Angebot. Diese Servicefakten begründen keine Fähigkeit zur PACS-Integration oder Archivvalidierung. ¹¹

Die PACS-, IT- und Dokumentenverwaltungsteams der Einrichtung verantworten die Archivkonfiguration, Netzwerkgenehmigungen und Aufbewahrungsentscheidungen. Ein ausstehendes Commitment-Ergebnis sollte vor dem Kauf von Hardware mit diesen Teams untersucht werden. Die Reparaturrolle von Rongtao beginnt dort, wo Nachweise für einen reparierbaren Hardwarefehler vorliegen; ein Bericht, dass eine Untersuchung „gesendet, aber nicht bestätigt“ wurde, identifiziert keine defekte Platine.

Für eine Hardware-Bewertung über Ultraschall-Reparaturdienste oder Kontakt geben Sie den OEM, das genaue Modell, gegebenenfalls die installierte Software, die Hersteller-Teilenummer, den Symptom-/Fehlertext, die Stückzahl und das Zielland an. Fügen Sie Fotos vorhandener Etiketten und beidseitige Platinenfotos bei, sofern diese aus qualifizierten Servicearbeiten verfügbar sind; demontieren Sie Geräte nicht nur für eine Anfrage. Beschreiben Sie anhand bereinigter Nachweise, ob C-STORE, N-ACTION oder das Ergebnis fehlschlägt. Senden Sie keine Patientenakten im Angebotspaket.

Häufig gestellte Fragen

Der Scanner meldet „Erfolgreich gesendet“. Können wir die Untersuchung löschen?
Der Status allein ist kein ausreichender Nachweis für diese Entscheidung. Gleichen Sie den erforderlichen Objektsatz und die zutreffende Zusage oder genehmigte alternative Nachweise ab und befolgen Sie anschließend die Aufbewahrungsrichtlinie der Einrichtung. Dieser Leitfaden autorisiert keine Löschung. ¹

Ist Storage Commitment eine dauerhafte oder rechtliche Verwahrungsgarantie?
Es handelt sich um eine explizite Protokollzusage, deren Art durch die Konformitätserklärung der Implementierung definiert wird. Die Dauer kann begrenzt sein. Es regelt für sich genommen weder die rechtliche Verwahrung noch schreibt es die lokale Löschrichtlinie der Einrichtung vor. ¹

Unsere Anforderung wurde akzeptiert, aber es traf kein Ergebnis ein. Was sollten wir prüfen?
Gleichen Sie die Transaction-UID an beiden Gegenstellen ab, stellen Sie fest, ob das Archiv ein Ergebnis erzeugt hat, und prüfen Sie die Zustellung sowie die senderseitige Erfassung unter der tatsächlichen Implementierung. Ein separater Callback kann selbst dann fehlschlagen, wenn die ausgehende Übertragung funktioniert. Vermeiden Sie es, von einer einzigen Ursache, einem festen Wiederholungsintervall oder davon auszugehen, dass ein fehlendes Ergebnis einen Datenverlust beweist. ^{2 3}

Was sagen die Fehlerursachen aus?
DICOM PS3.3 C.14.1.1 definiert Verarbeitungsfehler 0110H, nicht verfügbare SOP-Instanz 0112H, Ressourcenbeschränkung 0213H, nicht unterstützte referenzierte SOP-Klasse 0122H, Klasse/Instanz-Konflikt 0119H und eine bereits verwendete Transaction-UID 0131H. Diese eng gefassten Bedeutungen identifizieren keine defekte Festplatte, keine Ursache für Paketverluste und keine auszutauschende Platine. Bewahren Sie den fehlgeschlagenen Satz auf und untersuchen Sie den Vorgang gemeinsam mit dem Archiveigentümer. ⁷

Beweist ein erfolgreiches Ergebnis, dass die gesamte Untersuchung zugesagt ist?
Nur wenn die Anforderung jedes erforderliche Objekt enthielt und das Ergebnis diesen Satz berücksichtigt. Eine erfolgreiche Transaktion für Bildinstanzen deckt keinen Bericht ab, der nie angefordert wurde. Vergleichen Sie Identitäten, nicht nur Gesamtzahlen. ^{2 3}

Wann sollten diese Nachweise erneut überprüft werden?
Überprüfen Sie diese Nachweise nach Änderungen an der Scanner-Software oder der Konnektivität, Archivmigrationen, Änderungen der Aufbewahrungsbedingungen oder Überarbeitungen der zitierten Norm- und OEM-Dokumente erneut. Protokollieren Sie die bei der Abnahme verwendeten genauen Versionen. Historische Beispiele zu LOGIQ7 und der S-Series sollten weiterhin als historisch gekennzeichnet bleiben, selbst wenn die Überprüfung der Quellen neueren Datums ist.