Wenn Sie eine Klinik, ein Bildgebungszentrum, einen mobilen Radiologiedienst oder eine kleine diagnostische Praxis betreiben, sollte sich der Empfang von Studien von Ihren Bildgebungsgeräten in einem Cloud PACS routinemäßig und nicht riskant anfühlen. In der Realität kann das Routing verwirrend sein, da die Schritte an drei verschiedenen Orten gleichzeitig stattfinden: Ihrer Modalitätskonsole, Ihrem Netzwerk und Ihren PACS-Zieleinstellungen.
Dieser Leitfaden führt Sie durch das Routing von medizinischen Geräten zum Cloud PACS mit PostDICOM und seinem Medical Device Communicator, MeDiC. Sie lernen, was Routing in DICOM-Begriffen bedeutet, welche Einstellungen am wichtigsten sind, wie Sie eine saubere und unterstützbare Konfiguration einrichten und wie Sie testen, bevor Sie live gehen. Wenn Sie fertig sind, sollten Sie in der Lage sein, Ihre Einrichtung Ihrem PACS-Anbieter, Ihrem Modalitätsservicetechniker und Ihrem IT-Dienstleister klar zu erklären, was spätere Ausfallzeiten reduziert.
• Routing ist einfach der Pfad, den eine Studie von einer Modalität zum PACS-Ziel nimmt, unter Verwendung von DICOM-Netzwerkeinstellungen wie AE-Titel, IP-Adresse und Port.
• Die meisten Routing-Fehler resultieren aus kleinen Unstimmigkeiten: ein falscher AE-Titel, ein falscher Port, eine blockierte Firewall-Regel oder ein Gerät, das sich nicht im erwarteten Netzwerksegment befindet.
• MeDiC ist so konzipiert, dass es innerhalb Ihres Kliniknetzwerks sitzt und Bildgebungsgeräte mit dem PostDICOM Cloud PACS verbindet, ohne ein VPN zu benötigen, was viele Einsätze in kleinen Unternehmen vereinfacht.
• Tests vor dem Live-Gang sollten eine Konnektivitätsprüfung, eine echte Teststudie und die Bestätigung umfassen, dass Studien korrekt im Cloud Viewer mit intakten Patientenidentifikatoren und Serien erscheinen.
• Sicherheit ist nicht optional. Verwenden Sie einen risikobasierten Ansatz, wenden Sie Zugriffskontrollen an und stellen Sie sicher, dass die Erwartungen an den sicheren Transport für DICOM und alle unterstützenden Systeme verstanden werden.
Grundlagen des Routings beinhalten das Verständnis, wie DICOM-Geräte einander finden, sich auf Netzwerkebene authentifizieren und Studien zuverlässig übertragen. Sobald Sie die Sprache verstehen, wird die Einrichtung zu einer vorhersagbaren Checkliste statt zu Versuch und Irrtum.
In der medizinischen Bildgebung bedeutet Routing, ein Gerät so zu konfigurieren, dass es nach Abschluss einer Studie die Studie unter Verwendung des DICOM-Protokolls an das korrekte Ziel senden kann. Das Ziel kann ein PACS-Server, ein Gateway oder ein Router sein, der Studien an ein Cloud PACS weiterleitet.
Stellen Sie es sich so vor: Ihre Modalität ist eine DICOM-Anwendungsentität, und Ihr PACS-Ziel ist eine andere Anwendungsentität. Wenn Sie Bilder senden, stellen die beiden Seiten eine DICOM-Netzwerksitzung (eine Assoziation) her, vereinbaren, was gesendet wird und wie, und übertragen dann die Daten. Wenn die Assoziation nicht hergestellt werden kann, bewegt sich nichts. Wenn die Assoziation hergestellt wird, aber die Aushandlung falsch ist, sehen Sie möglicherweise unvollständige Studien, fehlende Serien oder wiederholte Sendeversuche.
Bei PostDICOM dient MeDiC als die Vor-Ort-Komponente, die es Ihren lokalen Geräten ermöglicht, über Standard-DICOM-Operationen mit der PostDICOM Cloud zu kommunizieren.
Diese Begriffe tauchen in fast jedem Modalitäts- und PACS-Konfigurationsbildschirm auf. Wenn Sie diese Werte lesen und überprüfen können, können Sie die meisten Routing-Probleme schnell lösen.
Ein AE-Titel ist der Name einer DICOM-Anwendungsentität. Er wird in der Assoziationsanfrage verwendet, um die aufrufenden und aufgerufenen Systeme zu identifizieren. Im DICOM-Standard identifiziert der aufrufende AE-Titel (Calling AE Title) den Anforderer, und der aufgerufene AE-Titel (Called AE Title) identifiziert den beabsichtigten Empfänger. In der praktischen klinischen Anwendung haben Ihre Modalität und Ihr Ziel jeweils ihren eigenen AE-Titel. Beide Seiten müssen sich darauf einigen, wie diese Werte lauten.
Häufiger Fehler bei kleinen Unternehmen: Jemand tippt den richtigen AE-Titel ein, fügt aber ein Leerzeichen am Ende hinzu, verwendet die falschen Groß-/Kleinschreibungsregeln für dieses Gerät oder konfiguriert einen Ziel-AE-Titel, der nicht mit dem übereinstimmt, was die Empfängerseite erwartet. Diese einzelne Unstimmigkeit kann zu einer sofortigen Ablehnung der Assoziation führen.
Die IP-Adresse ist die Netzwerkadresse, die Ihr Gerät verwendet, um das Ziel zu erreichen. Innerhalb einer Klinik ist dies normalerweise eine private LAN-IP. In Cloud-Routing-Setups, die ein lokales Gateway verwenden, sendet Ihre Modalität den Datenverkehr oft an die LAN-IP des Gateways anstatt direkt in die Cloud.
Deshalb ist die Netzwerkplatzierung wichtig. PostDICOMs eigene Anleitung weist darauf hin, dass MeDiC in einem lokalen Netzwerk installiert sein sollte und die DICOM-Knoten im selben Netzwerk sein müssen, um zu kommunizieren.
Der Port ist der TCP-Lauschport (Listening Port) auf dem empfangenden DICOM-Knoten. Das Zielgerät oder die Software muss auf diesem Port lauschen, und jede Firewall zwischen Sender und Empfänger muss diesen Port zulassen.
In vielen Umgebungen werden Portwerte aus Richtlinien- oder Konfliktgründen von den Standardwerten geändert. Die einzige Regel, die zählt, ist Konsistenz: Der Sender muss genau den Port ansprechen, auf dem der Empfänger lauscht, und dieser Port muss erreichbar sein.
Eine DICOM-Assoziation ist die ausgehandelte Verbindung zwischen zwei Anwendungsentitäten, die den Fluss von Befehlen und Daten ermöglicht. Während der Herstellung der Assoziation identifizieren sich die Systeme mithilfe von AE-Titeln und handeln aus, was sie austauschen werden. Wenn das empfangende System den aufgerufenen AE-Titel nicht validieren kann oder wenn die Netzwerkverbindung fehlschlägt, wird die Assoziation nicht abgeschlossen.
Bei der Fehlersuche sollten Sie immer Assoziationsprobleme von Übertragungsproblemen trennen. Wenn die Assoziation fehlschlägt, liegt das Problem normalerweise bei Identität, IP, Port oder der Firewall. Wenn die Assoziation funktioniert, aber die Übertragung fehlschlägt, ist das Problem oft die Unterstützung der Übertragungssyntax, die Unterstützung der Speicher-SOP oder Ressourcenbeschränkungen.
Routing ist keine einzelne Architektur. Die meisten Kliniken fallen in eines dieser beiden Muster.
In diesem Setup sendet die Modalität Studien direkt an einen Cloud-Endpunkt. Dies kann in einigen Umgebungen funktionieren, erfordert jedoch oft komplexere Netzwerke, strengere Firewall-Änderungen und eine sorgfältige Validierung des sicheren Transports. Viele kleine Unternehmen finden es schwieriger zu unterstützen, da Modalitätsanbieter möglicherweise zögern, direktes Internet-Routing zu beheben.
In diesem Setup senden Modalitäten Studien an ein Gateway vor Ort, das sie in die Cloud weiterleitet. MeDiC wird häufig in dieser Rolle für PostDICOM-Bereitstellungen verwendet, installiert auf einem Computer innerhalb des Klinik- oder Krankenhausnetzwerks und verwendet, um Bildgebungsgeräte mit dem PostDICOM Cloud PACS zu verbinden. PostDICOM weist auch darauf hin, dass MeDiC sicher hinter Firewalls arbeitet und keine VPN-Verbindung benötigt, was für viele kleine Teams ein praktischer Vorteil ist.
Für die meisten kleinen Kliniken ist das Gateway-Modell einfacher zu verwalten, da Ihre Modalitäten nur eine lokale IP-Adresse und einen Port erreichen müssen, was für Modalitätsservicetechniker vertrautes Terrain ist.
Bevor Sie irgendwelche Einstellungen berühren, sammeln Sie Ihre Voraussetzungen. Dies verhindert das häufigste Szenario: eine halbfertige Konfiguration und dann tagelanges Warten auf den fehlenden Wert, den nur eine Person hat.
Bestätigen Sie zunächst, dass Sie PostDICOM-Kontozugriff mit Berechtigungen zum Erstellen oder Verwalten von MeDiC und zum Anzeigen eingehender Studien haben. Zweitens, identifizieren Sie den Computer, auf dem MeDiC ausgeführt wird. Er sollte sich im selben Kliniknetzwerksegment befinden wie die Modalitäten, die Bilder senden werden. PostDICOMs Anleitung betont die LAN-Platzierung und die Verwendung desselben Netzwerks für DICOM-Knoten.
Drittens, sammeln Sie die DICOM-Netzwerkwerte für jede Modalität. Sie benötigen den Modalitäts-AE-Titel, die Modalitäts-IP und den Port, den sie verwenden wird, falls sie DICOM-Verkehr empfängt. Auch wenn die Modalität nur sendet, möchten Sie dennoch einen vollständigen Knotendatensatz zur Dokumentation.
Viertens, sammeln Sie die PostDICOM-Zielwerte, die Sie in MeDiC konfigurieren werden, einschließlich der PACS-Einstellungen, die MeDiC verwendet, um das Cloud-Ziel zu erreichen. Die Wissensdatenbank von PostDICOM führt durch das Bearbeiten der MeDiC PACS-Servereinstellungen und das Hinzufügen von Knoten mit Beschreibung, AE-Titel, IP und Port.
Schließlich stimmen Sie sich mit demjenigen ab, der Ihre Firewall-Regeln und Netzwerksegmentierung kontrolliert. Selbst in einer kleinen Klinik könnte dies ein Managed Service Provider, ein Router-Anbieter oder ein leitender Mitarbeiter sein. Entscheiden Sie im Voraus, ob Sie ein dediziertes VLAN für die Bildgebung wünschen, ob der MeDiC-Rechner eine statische IP haben wird und wie Sie Änderungen dokumentieren werden.
Dieser Abschnitt ist die praktische Anleitung. Er folgt derselben Reihenfolge, die Sie während der Implementierung wünschen, damit Sie keine Konfigurationsschleifen erstellen.
 - Created by PostDICOM.jpg)
Beginnen Sie innerhalb von PostDICOM, indem Sie eine MeDiC-Anwendung erstellen oder auswählen, und laden Sie dann das Installationsprogramm für das Betriebssystem herunter, das Sie verwenden werden. PostDICOM bietet Installationsanleitungen für Windows und Linux und weist auf die Unterstützung gängiger Desktop-Betriebssysteme hin.
Wenn Sie MeDiC installieren, behandeln Sie den Host-Rechner wie Infrastruktur, nicht wie einen gewöhnlichen Arbeitsplatzrechner. Das bedeutet stabile Stromversorgung, eine kabelgebundene Netzwerkverbindung wenn möglich, geplante OS-Updates und begrenzten Zugriff auf diejenigen, die ihn benötigen.
Am wichtigsten ist die korrekte Platzierung im Netzwerk. Die Dokumentation von PostDICOM besagt ausdrücklich, dass MeDiC sich in einem lokalen Netzwerk befinden muss und dass DICOM-Knoten im selben Netzwerk sein müssen, um zu kommunizieren.
In MeDiC konfigurieren Sie die PACS-Zieleinstellungen, die definieren, wohin MeDiC Studien weiterleitet. PostDICOM bietet eine Schritt-für-Schritt-Anleitung zum Bearbeiten der MeDiC PACS-Servereinstellungen, wo Sie sicherstellen, dass die Cloud-Zielwerte korrekt sind.
Während Sie dies tun, dokumentieren Sie die Zielwerte in einem einfachen Routing-Blatt. Schließen Sie den Zielnamen, den Ziel-AE-Titel, den Ziel-Host, den Ziel-Port und das Datum der letzten Überprüfung ein. Kleine Unternehmen profitieren davon, weil es das Problem verhindert, dass „nur eine Person die Einstellungen kennt“.
Registrieren Sie als Nächstes Ihre Modalitäten innerhalb von MeDiC als DICOM-Knoten. PostDICOMs MeDiC-Anleitung zeigt die Knotendetails, auf die es ankommt: Beschreibung, AE-Titel, IP und Port, und beschreibt das Hinzufügen eines DICOM-Knotens, damit MeDiC mit DICOM-kompatiblen Modalitäten wie CT, MRT, CR und Ultraschall kommunizieren kann.
Seien Sie konsistent bei der Benennung. Verwenden Sie eine Benennungskonvention, die ein zukünftiger Techniker schnell verstehen wird, wie z. B. CT Raum1, US Raum2, XR Mobile, und nehmen Sie den Gerätehersteller und das Modell in Ihre interne Dokumentation auf.
Gehen Sie nun zu jeder Modalitätskonsole und konfigurieren Sie ein DICOM-Ziel, das auf MeDiC verweist. Dieses Ziel verwendet den AE-Titel von MeDiC, die LAN-IP-Adresse von MeDiC und den von Ihnen konfigurierten MeDiC-Lauschport.
Hier ist die Abstimmung mit Modalitätsservicetechnikern oft wichtig. Viele Modalitäten speichern DICOM-Ziele in einem Servicemenü, und der Techniker wird Ihre genauen Werte wollen. Ihre Aufgabe ist es, diese sauber bereitzustellen und sie zu überprüfen, während sie eingegeben werden.
Ein praktischer Hinweis für Kliniken: Wenn Sie mehrere Modalitäten haben, konfigurieren Sie sie nicht alle auf einmal. Konfigurieren Sie eine Modalität vollständig, testen Sie sie End-to-End und replizieren Sie dann das Muster. Dies begrenzt den Auswirkungsbereich und beschleunigt die Fehlersuche.
Die Überprüfung sollte in Schichten erfolgen.
Bestätigen Sie zuerst die grundlegende Netzwerkerreichbarkeit vom Modalitätsnetzwerksegment zum MeDiC-Host. Zweitens, bestätigen Sie, dass die DICOM-Knoteneinstellungen auf beiden Seiten übereinstimmen. PostDICOMs Anleitung betont das gegenseitige Hinzufügen von AE-Titel, IP und Port zur Kommunikation, was der Kern dieses Schrittes ist.
Senden Sie dann eine Teststudie. Verwenden Sie einen echten, aber risikoarmen Test, wie eine Phantomstudie oder einen designierten Testpatienten gemäß Ihrer Klinikrichtlinie. Überprüfen Sie all dies in PostDICOM: Die Studie kommt an, die Serienanzahl stimmt überein, Schlüsselbilder lassen sich im Viewer öffnen und Patientenidentifikatoren erscheinen korrekt gemäß Ihren Workflow-Anforderungen. PostDICOMs Klinik-Lösungsseite beschreibt, wie Bilder von Bildgebungsgeräten an MeDiC gesendet werden, sobald die DICOM-Konfiguration abgeschlossen ist.
Wenn Ihre Praxis automatische Senderegeln verwendet, lesen Sie PostDICOMs Anleitung zur Verwaltung von Auto DICOM-Sendeeinstellungen, denn Automatisierung kann hilfreich sein, aber auch Fehler verstärken, wenn sie zu früh konfiguriert wird.
Testen ist nicht nur ein einzelner erfolgreicher Sendevorgang. Ein sicherer Live-Gang hat drei Phasen: Funktionstests, Workflow-Tests und Betriebsbereitschaft. Erfahren Sie mehr über PostDICOMs Checkliste für den Live-Gang.
Funktionstests beweisen, dass die Route funktioniert. Das bedeutet wiederholtes Senden, nicht nur einmal, und mindestens eine größere Studie, wenn Ihre Modalitäten hohe Serienanzahlen produzieren.
Workflow-Tests beweisen, dass die Bilder dort landen, wo Ihre Mitarbeiter sie erwarten. Bestätigen Sie, dass Radiologen und Kliniker Studien nach Patientenname oder Zugangsnummer finden können, dass der Befundungs-Workflow nicht blockiert ist und dass der Fernzugriff so funktioniert, wie es Ihr Unternehmen erwartet.
Betriebsbereitschaft ist der langweilige Teil, der Sie später schützt. Erstellen Sie ein kurzes Handbuch (Runbook), das Ihre MeDiC-Host-Details enthält, wer den PC wartet, wen Sie bei Modalitätsproblemen anrufen müssen und was Ihr Rollback-Plan ist, wenn das Routing am ersten Tag fehlschlägt. Kleine Unternehmen sind erfolgreich, wenn der Prozess niedergeschrieben ist und nicht im Gedächtnis von jemandem gefangen ist.
Die Fehlerbehebung beim DICOM-Routing ist am einfachsten, wenn Sie von unten nach oben arbeiten. Raten Sie nicht. Beweisen Sie jede Ebene, dann gehen Sie nach oben.
Beginnen Sie mit den offensichtlichen Unstimmigkeiten. Bestätigen Sie die Schreibweise des AE-Titels an beiden Enden. Bestätigen Sie, dass die Ziel-IP der Modalität mit der LAN-IP des MeDiC-Hosts übereinstimmt. Bestätigen Sie, dass der Port mit dem MeDiC-Lauschport übereinstimmt und dass er durch jede lokale Firewall offen ist. Die DICOM-Konfiguration dreht sich um AE-Titel und TCP-IP-Ports, und der Standard behandelt diese ausdrücklich als konfigurierte Werte, nicht als magische Standards.
Als Nächstes isolieren Sie Assoziation versus Übertragung. Wenn die Modalität überhaupt keine Verbindung herstellen kann, befinden Sie sich noch im Bereich der Assoziation. Wenn sie eine Verbindung herstellt, aber während der Übertragung fehlschlägt, untersuchen Sie die Unterstützung der Übertragungssyntax, die Unterstützung der Speicherklasse oder Ressourcenlimits auf dem MeDiC-Host.
Überprüfen Sie dann die Netzwerkplatzierung. Wenn eine Modalität in einem anderen VLAN ist oder wenn eine Router-Regel die laterale Kommunikation blockiert, werden Sie intermittierende Fehler oder eine vollständige Unfähigkeit zur Verbindung feststellen. PostDICOMs Hinweis, dass MeDiC und DICOM-Knoten im selben Netzwerk sein müssen, ist ein starker Hinweis für die Diagnose dieser Fälle.
Schließlich achten Sie auf betriebliche Probleme, die als technische Fehler erscheinen. Wenn der MeDiC-Host schläft, für Updates neu startet oder keinen Speicherplatz mehr hat, schlägt das Routing fehl, obwohl die Konfiguration korrekt ist. Behandeln Sie den MeDiC-Host wie einen kleinen Server.
Das Cloud PACS-Routing berührt regulierte Daten über viele Umgebungen hinweg, daher muss Ihre Sicherheitslage mit Ihren Verpflichtungen übereinstimmen. In den Vereinigten Staaten etabliert die HIPAA-Sicherheitsregel Standards zum Schutz elektronischer geschützter Gesundheitsinformationen und erfordert administrative, physische und technische Sicherheitsvorkehrungen.
Für kleine Unternehmen ist der praktischste Ansatz, einem anerkannten Rahmenwerk für Implementierungsdetails zu folgen. NIST SP 800 66 Rev 2 wurde speziell geschrieben, um regulierten Einheiten aller Größen zu helfen, die Sicherheitsvorkehrungen der HIPAA-Sicherheitsregel auf praktische Weise umzusetzen.
Auf der DICOM-Seite ist der sichere Transport kein vages Konzept. DICOM Teil 15 definiert Sicherheits- und Systemmanagementprofile, einschließlich TLS-basierter Verbindungsprofile für den sicheren Transport, und verweist auf moderne TLS-Best-Practice-Leitlinien, wie z. B. IETF-Empfehlungen.
Konzentrieren Sie sich aus Implementierungssicht auf diese Zuverlässigkeits- und Sicherheitsdisziplinen.
• Erstens, Zugriffskontrolle. Beschränken Sie, wer MeDiC verwalten und wer auf PostDICOM-Konten zugreifen kann. Verwenden Sie starke Authentifizierung und trennen Sie administrative Konten von täglichen Benutzerkonten.
• Zweitens, Verschlüsselung bei der Übertragung. Stellen Sie sicher, dass Sie verstehen, wie der DICOM-Verkehr zwischen den Komponenten geschützt ist, und dass jeder Webzugriff auf Cloud Viewer moderne TLS-Konfigurationen verwendet, die an Best-Practice-Empfehlungen ausgerichtet sind.
• Drittens, Überprüfbarkeit. In größeren Ökosystemen betonen Profile wie IHE ATNA die Knotenauthentifizierung, Audit-Protokollierung und Telekommunikationsverschlüsselung als grundlegende Elemente. Auch wenn Sie kein vollständiges Unternehmens-Auditing implementieren, sollten Sie dennoch Protokolle führen und wissen, wo Sie suchen müssen, wenn etwas schief geht.
• Viertens, Resilienz. Ihre Klinik sollte entscheiden, was zu tun ist, wenn das Internet ausgefallen ist oder der MeDiC-Host offline ist. Stellen Modalitäten Studien lokal in eine Warteschlange, senden Mitarbeiter manuell erneut oder haben Sie einen Backup-Pfad? Eine einfache schriftliche Richtlinie hier verhindert Panik und wiederholtes doppeltes Senden.
PostDICOM gibt an, dass MeDiC sicher hinter Firewalls arbeitet und keine VPN-Verbindung benötigt. In der Praxis kann dies die Bereitstellung vereinfachen, da Ihre Modalitäten den Datenverkehr an ein lokales Gateway senden, das die Cloud-Konnektivität handhabt.
Mindestens benötigen Sie den Modalitäts-AE-Titel, die Modalitäts-IP-Adresse und die Portkonfiguration sowie die Zielwerte für MeDiC. Routing-Fehler werden am häufigsten durch nicht übereinstimmende AE-Titel, falsche IP-Adressen oder falsche Ports verursacht.
Verschiedene Geräte können sich in verschiedenen Netzwerksegmenten befinden, unterschiedliche Firewall-Regeln haben oder unterschiedliche Zielprofile verwenden. Bestätigen Sie, dass die fehlschlagende Modalität den MeDiC-Host auf dem korrekten Port erreichen kann und dass die AE-Titel-Werte exakt übereinstimmen.
Verwenden Sie einen designierten Test-Workflow, der von Ihrer Klinikrichtlinie genehmigt ist, wie z. B. Phantomstudien oder einen für die technische Validierung erstellten Testpatientendatensatz. Das Ziel ist es, zu überprüfen, ob Studien ankommen, korrekt geöffnet werden und die Serienintegrität bewahrt bleibt, bevor Sie das routinemäßige Senden einschalten.
Dokumentieren Sie den AE-Titel, die IP und den Port jedes Knotens, die MeDiC-Host-Details, die Cloud-Zieleinstellungen und das genaue Datum des Live-Gangs. Wenn Support-Tickets auftreten, reduziert diese einzelne Seite oft drastisch die Lösungszeit.
Das Einrichten eines Routings von medizinischen Geräten zum Cloud PACS ist nicht schwierig, sobald Sie es als strukturiertes System behandeln: DICOM-Identität, Netzwerkerreichbarkeit, ein stabiles Gateway und diszipliniertes Testen. Für kleine Unternehmen ist der größte Gewinn die Vorhersehbarkeit. Wenn Ihr Team den Routing-Pfad erklären, jeden Wert überprüfen und die Einrichtung für jede Modalität wiederholen kann, reduzieren Sie Ausfallzeiten und schützen den Umsatz.
Wenn Sie planen, Bildgebungs-Workflows in ein Cloud PACS zu verlagern und ein klares, unterstützbares Routing-Setup wünschen, starten Sie einen Test mit PostDICOM und richten Sie MeDiC in Ihrem Kliniknetzwerk ein. Sobald Ihre erste Modalität saubere Teststudien End-to-End sendet, wird die Skalierung auf den Rest Ihrer Geräte zu einem wiederholbaren Prozess.
|
Cloud PACS und Online DICOM ViewerLaden Sie DICOM-Bilder und klinische Dokumente auf PostDICOM-Server hoch. Speichern, betrachten, zusammenarbeiten und teilen Sie Ihre medizinischen Bilddateien. |
