Horos unter Windows nutzen: 2026 günstige Remote-Mac-Lösung

Die offizielle Horos-Seite führt Horos 4.0.1 als Version für Apple-Silicon-Macs und macOS 26 Tahoe; zugleich beschreibt die offizielle FAQ Horos weiterhin als Mac-Anwendung. Horos 4.0.1 und die aktuelle Plattformangabe sind damit der entscheidende Ausgangspunkt: Horos lässt sich nicht nativ unter Windows installieren. Für Lehre, Forschungsbefundung und anonymisierte DICOM-Verarbeitung können Sie jedoch von Windows aus einen Apple-Silicon-Mac per Fernzugriff verwenden. Bei nicht anonymisierten Daten, klinischer Diagnostik oder PACS-Anbindung gilt: erst die institutionelle Prüfung, dann jede technische Übertragung.

Dieser Ablauf richtet sich an medizinische Forschungsstudierende, deren Arbeitsplatz nur Windows oder Linux bereitstellt, obwohl ein Kurs oder Projekt Horos verlangt.

Er eignet sich außerdem für Forschende, die DICOM-, ROI-, MPR- oder 3D-Abläufe zeitlich begrenzt prüfen müssen, sowie für technische Mitarbeitende, die eine Remote-Mac-Umgebung unter Datenschutz- und Stabilitätsgesichtspunkten bewerten.

Horos kann in einem Forschungsprojekt unterschiedliche Rollen haben. Eine Lehrveranstaltung mit Übungsbildern, eine retrospektive Analyse anonymisierter Aufnahmen und eine klinische Diagnose sind nicht dieselbe Aufgabe. Sie benötigen deshalb vor der Einrichtung eine schriftliche Einordnung des Vorhabens.

Prüfen Sie zunächst diese vier Punkte:

• Handelt es sich um Unterricht, methodische Forschung, Softwarevalidierung, klinische Unterstützung oder eine diagnostische Entscheidung?
• Sind die verwendeten DICOM-Dateien nach dem Verfahren Ihrer Einrichtung anonymisiert oder nur pseudonymisiert?
• Liegen Ethikfreigabe, Datenverwendungsvereinbarung und interne IT-Freigabe für die geplante Verarbeitung vor?
• Ist geklärt, wo Originaldaten, temporäre Dateien, Cache-Dateien, Screenshots und Exporte gespeichert werden?

Die HHS-Leitlinie zur De-Identifizierung von Gesundheitsinformationen beschreibt zwei grundlegende Wege zur De-Identifizierung im dortigen Rechtsrahmen: die Anwendung festgelegter Entfernungskriterien oder eine fachkundige Bestätigung des verbleibenden Risikos. Das ist keine automatische Freigabe für Ihr Projekt und ersetzt weder DSGVO-Prüfung noch die Vorgaben Ihrer Hochschule oder Klinik.

DICOM-Dateien enthalten nicht nur Pixel. Serien- und Studienkennungen, Aufnahmedaten, Geräteinformationen, Untersuchungsbeschreibungen oder eingebettete Informationen können eine Person oder einen Fall weiterhin erkennbar machen. Entfernen Sie daher nicht eigenmächtig einzelne Felder nach Gefühl, sondern verwenden Sie das von Ihrer Einrichtung geprüfte Verfahren.

Wichtiger Stopp-Punkt: Wenn der Status der Daten nicht eindeutig dokumentiert ist, übertragen Sie keine echten Aufnahmen auf einen Remote Mac. Arbeiten Sie stattdessen mit einem genehmigten Beispielbestand oder warten Sie auf die Freigabe durch Datenschutz, Ethik und IT.

Es gibt drei technisch unterschiedliche Wege, wenn Horos unter Windows benötigt wird. Die Entscheidung sollte nicht allein vom Anschaffungspreis abhängen, sondern von Nutzungsdauer, Interaktionsbedarf und Datenumgebung.

• Ein eigener physischer Mac: Diese Lösung ist sinnvoll, wenn das Labor dauerhaft mit Horos arbeitet, lokale Datenträger oder spezielle Peripherie benötigt und die Institution die Wartung selbst übernehmen kann. Sie vermeiden eine laufende Remote-Sitzung, müssen aber Beschaffung, Updates, Gerätesicherheit, Backup und Zugangskontrolle selbst organisieren.
• Ein zeitlich begrenzter Remote Mac: Für einen Kurs, einen kurzen Methodenvergleich oder die Validierung eines anonymisierten Forschungsworkflows ist dies häufig der naheliegende Testweg. Windows bleibt das Zugangsgerät, während Horos auf einem echten Mac läuft. Vorab müssen jedoch Datenfreigabe, Übertragungsweg und Löschprozess geklärt sein.
• Ein Windows-natives DICOM-Programm: Wenn keine macOS-spezifische Funktion benötigt wird und die Institution bereits eine geprüfte Windows-Arbeitsstation bereitstellt, ist ein Wechsel oft weniger kompliziert. Das gilt besonders bei PACS-Zugriff, Spezialmonitoren, lokalen Archivregeln oder verbindlichen klinischen Arbeitsabläufen.

Nutzen Sie diese Entscheidungsbedingungen:

• Wenn nur anonymisierte Daten, ein begrenzter Projektzeitraum und keine physische Schnittstelle erforderlich sind, wählen Sie zunächst einen Remote Mac und führen die Minimalprüfung durch.
• Wenn das Projekt eine dauerhafte lokale Datenhaltung, institutionelle PACS-Verbindung oder spezielle Hardware verlangt, wählen Sie die vorhandene freigegebene Arbeitsstationslösung oder beantragen Sie einen physischen Mac.
• Wenn Horos-Funktionen nicht zwingend sind und ein geprüftes Windows-Werkzeug denselben Arbeitsschritt abdeckt, wechseln Sie auf die Windows-Lösung, statt einen zusätzlichen Datenpfad aufzubauen.
• Wenn die Einrichtung den externen Zugriff oder die Speicherung nicht freigibt, stoppen Sie die Bereitstellung. Ein technischer Fernzugriff ist kein Ersatz für eine Sicherheitsgenehmigung.
• Wenn Import, Kernansicht oder Ergebnisexport mit anonymisierten Beispielen nicht reproduzierbar funktionieren, gehen Sie nicht mit echten Projektdaten weiter. Wechseln Sie zur geprüften Alternative oder lassen Sie die Umgebung technisch bewerten.

Für den Kostenvergleich können Sie zunächst die deutsche JEXCLOUD-Übersicht für Mac-Mietoptionen prüfen. Entscheidend ist nicht ein pauschaler Monatswert, sondern ob der gewählte Zeitraum zum Kurs, Experiment oder Validierungsfenster passt.

Sobald die Route feststeht, sollte die erste Sitzung nicht mit einem umfangreichen Forschungsbestand beginnen. Richten Sie einen getrennten Arbeitsbereich ein, in dem sich Testdaten, Horos-Datenbank und exportierte Ergebnisse nachvollziehbar unterscheiden lassen.

Gehen Sie in dieser Reihenfolge vor:

1. Zugang und Freigabe bestätigen: Klären Sie, wer den Remote Mac administriert, welche Konten zugreifen dürfen und ob die Verbindung über VNC, SSH oder eine Webkonsole vorgesehen ist. Verwenden Sie persönliche Zugangsdaten und geben Sie keine gemeinsam genutzten Passwörter weiter.
2. Systemumgebung dokumentieren: Notieren Sie macOS-Version, Prozessorarchitektur, freien Speicher, Benutzerkonto und den Zeitpunkt der Prüfung. Die Apple-Dokumentation zu macOS Tahoe 26 und kompatiblen Mac-Modellen ist für die Betriebssystemseite maßgeblich; die Horos-Seite muss zusätzlich auf die Softwareunterstützung geprüft werden.
3. Horos-Quelle kontrollieren: Laden Sie das Installationspaket ausschließlich von der offiziellen Horos-Seite. Halten Sie Version, Download-Quelle und Umgebungsdatum in einem Prüfprotokoll fest. Eine Datei aus einem Forum oder eine veränderte Version kann die spätere Fehlersuche und die Vertrauenswürdigkeit der Ergebnisse beeinträchtigen.
4. Verzeichnisse trennen: Legen Sie einen Ordner für genehmigte Testdaten, einen temporären Importbereich und einen Exportordner an. Verwenden Sie sprechende, aber nicht identifizierende Namen. Die Horos-Datenbank ist eine Arbeitsumgebung und kein PACS sowie keine alleinige Sicherung.
5. Zugriff begrenzen: Deaktivieren Sie nicht benötigte Freigaben, vermeiden Sie lokale Kopien auf dem Windows-Gerät und klären Sie, ob Zwischenablage, Screenshots oder automatische Synchronisation Daten aus der Sitzung herausführen können.
6. Lösch- und Aufbewahrungsprozess festlegen: Bestimmen Sie vor dem Import, wann Testdaten, temporäre Dateien und Exporte entfernt werden und wer die Entfernung bestätigt. Bei Forschungsdaten muss diese Entscheidung zur institutionellen Dokumentation passen.

Die Horos-FAQ sollte neben dem Downloadbereich geprüft werden, weil Installationshinweise, Systemanforderungen und bekannte Grenzen sich mit einer neuen Version verändern können. Wir würden die Angaben vor jedem neuen Projekt erneut öffnen, statt eine frühere Installationsnotiz unverändert zu übernehmen.

Der erste Test soll nicht beweisen, dass jede Horos-Funktion für jedes Untersuchungsprotokoll geeignet ist. Er soll klären, ob der konkrete Forschungsablauf grundsätzlich durchführbar ist.

Verwenden Sie einen von Ihrer Einrichtung freigegebenen und anonymisierten DICOM-Satz und arbeiten Sie die folgenden Schritte ab:

1. Importieren Sie eine kleine, repräsentative Serie und halten Sie fest, ob Studie, Serie und Bildanzahl korrekt erscheinen.
2. Öffnen Sie einzelne Bilder und prüfen Sie Orientierung, Bildfolge, Zoom sowie die Darstellung von Fensterbreite und Fenstermitte.
3. Führen Sie die für Ihr Projekt erforderlichen Messungen durch. Prüfen Sie, ob Einheiten und Skalierung plausibel angezeigt werden.
4. Erstellen Sie eine einfache ROI-Markierung und speichern Sie sie nach dem vorgesehenen Verfahren.
5. Ergänzen Sie nur die Funktionen, die Ihre Fragestellung tatsächlich benötigt: MPR, MIP, 3D-Rekonstruktion oder ein bestimmtes Plugin.
6. Exportieren Sie ein Ergebnis und öffnen Sie es anschließend auf dem Windows-Arbeitsplatz.
7. Sichern Sie Screenshots, Versionsangabe, Dateinamen und kurze Bediennotizen als Prüfbeleg.

Für Horos 4.0.1 sollten Sie die Plattformangabe aus der offiziellen Quelle mit Ihrer tatsächlich bereitgestellten macOS-Umgebung abgleichen. Eine Softwareversion allein bestätigt nicht, dass jedes Plugin, jedes Exportformat oder jede Interaktion in Ihrem konkreten Datensatz funktioniert.

Wenn Horos abstürzt, eine Serie falsch sortiert erscheint, eine ROI nicht korrekt exportiert wird oder ein Plugin ausfällt, erfassen Sie Betriebssystem, Horos-Version, Datensatztyp, genaue Aktion und sichtbare Fehlermeldung. GitHub Issues von Horos können Hinweise auf ähnliche Einzelfälle liefern, sind aber keine Bestätigung eines allgemeinen Fehlers und keine Garantie für eine bestimmte Fehlerursache.

Nach dem Minimaltest folgt ein zweiter Durchlauf mit einem Datensatz, der dem späteren Arbeitsvolumen ähnelt, aber weiterhin anonymisiert und freigegeben ist. Erst jetzt zeigt sich, ob der Fernzugriff für die tatsächliche Interaktion genügt.

Prüfen Sie dabei:

• Lässt sich die Serie beim Scrollen kontrolliert durchgehen, ohne dass Bilder verwechselt oder unbeabsichtigt übersprungen werden?
• Sind Zoom, Fensteranpassung und Messwerkzeuge unter der verwendeten Remote-Sitzung zuverlässig bedienbar?
• Bleibt eine 3D-Ansicht bei Rotation und Perspektivwechsel ausreichend kontrollierbar?
• Können mehrere genehmigte Serien importiert werden, ohne dass der verfügbare Speicher oder die Horos-Arbeitsumgebung unbemerkt vollläuft?
• Funktionieren Export und Rückübertragung in einem Format, das der Windows-Arbeitsplatz tatsächlich öffnen und weiterverarbeiten kann?
• Stimmen Bildrichtung, Markierungen, Messwerte, Dateinamen und erforderliche Metadaten nach dem Export überein?
• Ist dokumentiert, was bei einer unterbrochenen Sitzung passiert und welcher Arbeitsschritt wiederholt werden muss?

Netzwerklatenz, Importdauer, Speicherverbrauch und Verhalten nach einer Unterbrechung dürfen Sie nicht aus dem Namen des Prozessors oder aus allgemeinen Werbeaussagen ableiten. Ohne einen passenden, dokumentierten Test liegen dazu keine belastbaren Zahlen vor. Für die Entscheidung zählt daher Ihr Protokoll mit dem eigenen Datensatz, der eigenen Verbindung und dem eigenen Exportweg.

Ein ROI-Export verdient besondere Aufmerksamkeit. Ein Eintrag in einer Community-Diskussion ist nur ein Fall unter bestimmten Umgebungsbedingungen. Das konkrete Horos-Issue zum ROI-Export kann bei der Fehlersuche nützlich sein, ersetzt aber keine Prüfung der exportierten Datei im eigenen Workflow.

Erfahrungsregel für die Abnahme: Ein Screenshot aus Horos reicht nicht als Nachweis für einen gelungenen Forschungsexport. Öffnen Sie das Ergebnis am Zielarbeitsplatz und vergleichen Sie die fachlich relevanten Eigenschaften mit der Darstellung in Horos.

Am Ende sollte nicht die Frage stehen, ob der Remote Mac „irgendwie funktioniert“, sondern ob der definierte Arbeitsablauf nachvollziehbar freigegeben werden kann. Erstellen Sie dafür eine kurze Abnahmeliste:

• [ ] Verwendungszweck ist als Lehre, Forschung, Softwaretest oder anderer zulässiger Zweck dokumentiert.
• [ ] Datenstatus und Anonymisierungsverfahren sind von der zuständigen Stelle bestätigt.
• [ ] Zugriffsweg, Benutzerkonto, Speicherort und Löschprozess sind bekannt.
• [ ] Horos-Version, macOS-Version und Apple-Silicon-Umgebung wurden protokolliert.
• [ ] DICOM-Import und Sequenzdarstellung funktionieren mit genehmigten Beispielen.
• [ ] Messung, ROI und nur die tatsächlich erforderlichen Zusatzfunktionen wurden geprüft.
• [ ] Exportdateien lassen sich unter Windows öffnen und fachlich kontrollieren.
• [ ] Verhalten bei Sitzungsabbruch und Wiederaufnahme ist beschrieben.
• [ ] Es gibt eine freigegebene Alternative, falls die Remote-Umgebung ausfällt.
• [ ] Die Horos-Datenbank wird nicht als einziges Archiv verwendet.

Treffen Sie danach eine von drei Entscheidungen:

• Freigabe für den befristeten Remote-Einsatz: Alle Kernfunktionen und der Export sind mit anonymisierten Daten bestanden, und die Institution erlaubt den Datenfluss.
• Rückfall auf eine andere Lösung: Eine Kernfunktion oder der Export ist nicht zuverlässig; ein geprüftes Windows-Werkzeug oder ein lokaler Mac wird eingesetzt.
• Technischer oder organisatorischer Stopp: Die Datenfreigabe, PACS-Anbindung, Diagnostikberechtigung oder Sicherheitsprüfung ist offen. In diesem Fall wird nichts mit echten Patientendaten übertragen.

Für ein zeitlich begrenztes Projekt können Sie nach bestandener Prüfung den passenden JEXCLOUD-Zugangsweg für Ihre Region anhand des benötigten Nutzungszeitraums und der institutionellen Vorgaben auswählen. Die Entscheidung sollte erst nach dem Test fallen, nicht davor.

Gibt es eine native Windows-Version von Horos?

Nein. Die offiziellen Horos-Seiten nennen Mac beziehungsweise macOS als unterstützte Umgebung. Ein Windows-PC kann die Verbindung herstellen, Dateien vorbereiten oder Ergebnisse empfangen, führt Horos aber nicht nativ aus. Eine Windows-Installationsdatei aus einer nicht verifizierten Quelle sollte daher weder als offizielle Lösung betrachtet noch in einem Forschungsworkflow verwendet werden.

Wie funktioniert die DICOM-Arbeit ohne eigenen Mac?

Sie legen zunächst einen genehmigten, anonymisierten Beispieldatensatz auf dem vorgesehenen Weg bereit. Danach verbinden Sie Windows mit dem Remote Mac, installieren Horos dort aus der offiziellen Quelle und prüfen Import, Serie, Fensterung, Messung sowie ROI. Die Resultate werden anschließend kontrolliert exportiert und am Windows-Arbeitsplatz geöffnet.

Ist die Bedienung eines Remote Mac für 3D-Aufgaben flüssig genug?

Eine allgemeine Zusage wäre methodisch nicht belastbar. 3D-Rotation, Bildlauf und Zoom reagieren auf Netzwerkbedingungen, Sitzungsprotokoll, Datensatzumfang und Systemauslastung. Testen Sie deshalb genau die spätere Arbeitsweise mit anonymisierten Daten. Wenn die Bedienung nicht reproduzierbar bleibt, sollte der Workflow nicht auf echte Projektdaten ausgeweitet werden.

Kann Horos für nicht anonymisierte medizinische Bilder genutzt werden?

Nur nach einer dokumentierten Prüfung durch die zuständigen Stellen. Neben DSGVO-Fragen müssen Datenübertragung, Zugriff, Speicherung, Löschung, Auftragsverarbeitung und Zweckbindung betrachtet werden. Für klinische Diagnostik kommen zusätzlich Anforderungen an medizinische Arbeitsplätze, Qualifikation und Softwarefreigabe hinzu. Ein gemieteter Fernzugang ist keine automatische klinische Zulassung.

Wie werden ROI und 3D-Ergebnisse sicher zurückübertragen?

Definieren Sie vor dem ersten Test das Zielformat, den Übertragungskanal und die Prüfkriterien. Exportieren Sie mit einer anonymisierten Serie, öffnen Sie die Datei unter Windows und vergleichen Sie Orientierung, Markierungen, Messwerte, Dateinamen und Metadaten. Bewahren Sie nur die genehmigten Ergebnisdateien auf und löschen Sie temporäre Kopien nach der vereinbarten Regel.

Wenn das Labor bereits Windows- oder Linux-Geräte besitzt, entstehen bei der bisherigen Lösung mehrere reale Nachteile: Horos kann dort nicht direkt installiert werden, ein Wechsel zwischen Betriebssystemen erschwert die Wiederholbarkeit von Mess- und Exportabläufen, und der Kauf eines zusätzlichen Macs bindet Budget sowie Wartungsaufwand auch dann, wenn die Software nur für eine Lehrveranstaltung oder eine kurze Validierung benötigt wird. Für nicht freigegebene Patientendaten bleibt außerdem jede externe Umgebung ungeeignet, unabhängig davon, ob sie lokal oder remote ist.

Wenn die Daten anonymisiert sind und die institutionelle Prüfung abgeschlossen ist, kann die befristete Miete eines Remote Mac über JEXCLOUD deshalb der wirtschaftlichere nächste Testschritt sein: erst die kleinste benötigte Horos-Aufgabe durchführen, anschließend Export und Rückfallplan prüfen und erst dann über eine Verlängerung entscheiden. Für dauerhafte Hochlastverarbeitung, spezielle physische Schnittstellen, lokale PACS-Integration oder verbindliche klinische Diagnostik ist dagegen die von der Einrichtung freigegebene lokale Infrastruktur vorzuziehen.

Wer nur für ein Projektfenster eine echte macOS-Umgebung benötigt, kann JEXCLOUD für eine passende Mietdauer prüfen, ohne den Kauf eines eigenen Geräts vorwegzunehmen. Entscheidend bleibt, dass der Antrag erst nach bestandenem DICOM-Test und geklärter Datenfreigabe gestellt wird.