Zum Inhalt

Technische Dokumentation

Wer mit wem spricht

Die Klinik baut jede Verbindung selbst auf; die Zentrale ruft nie in eine Klinik hinein. Diese Seite zeigt, wie die Plattform heute verbunden ist, an einer Installation mit einer Zentrale und drei Kliniken, jede in ihrem eigenen Netz, nachgeprüft am Code.

Stand 1. Oktober 2026 · Plattform-Stand 08dc2d9d

Die Zentrale ist eine Auftragsstelle mit Modellablage. Sie verteilt Trainingsaufträge, bewahrt deren Ergebnisse auf und gibt Modelldateien aus. Patientendaten hält sie nicht, und sie kann überall laufen, auch im Krankenhaus selbst. Betreibt ein Krankenhaus beide Hälften, bleibt jede Verbindung in seinem eigenen Netz.

Die Verbindungen

Links die Zentrale mit der Oberfläche „Modell trainieren“, dem zentralen Dienst, seiner Datenbank, der Modellablage und dem Hochladen des Startmodells. Rechts eine Klinik mit Modellabgleich, Worker, Trainer, Modellregister, Datensatzkatalog, Datenimport, Auswertungsdienst und der Oberfläche „Risiko auswerten“. Nur Worker und Modellabgleich der Klinik verbinden sich über die Standortgrenze, beide zum zentralen Dienst und durch die Ausgangsschleuse der Klinik. Die Zentrale baut keine Verbindung zu einer Klinik auf. Zentrale keine Patientendaten Netz zwischenden Standorten Klinik ein Krankenhaus · abgeschottetes Netz Forschendeim Browser Klinikpersonalim Browser Modell trainierenOberfläche der Zentrale Startmodelleinmaliger Upload Zentraler Dienst • Auftragsliste: Der erste Knoten, der fragt, übernimmt• Modellregister: gibt Modelldateien aus• Output-Guard prüft jedes Ergebnis noch einmal• Speichert Fortschritt und Ergebnis jedes Auftrags DatenbankAufträge, Ergebnisse ModellablageDateien nach Prüfsumme Risiko auswertenOberfläche der Klinik Modellabgleichprüft SHA-256 Modellregisterlokale Ablage Auswertungsdienstbewertet Einzelfälleund ganze Datensätze Workerfragt die Zentralenach Aufträgen TrainerSandbox ohne Netz,Daten nur lesend Datensatz-katalogpseudonymisiert DatenimportCSV-Export Aufträge, Ergebnisse,Fortschritt hochladen Aufträge Modelldateien holt ein Modell Datei kommt zurück fragt nach Aufträgen,sendet Fortschrittund Ergebnisse erhält Auftrag undAbbruchsignal Die Zentrale baut nieeine Verbindung zueiner Klinik auf. Ausgangsschleuse · Journal Einzelfall,ganze Klinik Austauschdateien liest schreibt
  • zwischen den Standorten, von der Klinik aufgebaut
  • Netzverbindung innerhalb eines Standorts
  • gemeinsame Dateien oder Ablage, ohne Netz
Der Aufbau mit einer Zentrale und, rechts, einer ihrer drei Kliniken. Pfeile zeigen von der Seite weg, die handelt: die eine Verbindung aufbaut, eine Datei schreibt oder liest. Antworten kommen auf derselben Verbindung zurück. Die Abbildung lässt sich seitlich verschieben.

Was die Standortgrenze überquert

Verlässt die Klinik

Nur auf Verbindungen, die die Klinik aufbaut. Die Ausgangsschleuse prüft jede Nachricht gegen eine feste Liste erlaubter Nachrichten und hält sie vorher in einem verketteten Journal fest.

  • die Anfrage nach dem nächsten Auftrag
  • der Fortschritt: welche der vier Stufen fertig ist
  • das Ergebnis: zusammengefasste Kennzahlen, Kalibrierung, Merkmalswichtigkeiten und die Koeffizienten des Modells, nach der Prüfung am Knoten; die Zentrale prüft es noch einmal
  • ein Fehlercode

Kommt in die Klinik

Als Antwort auf diese Verbindungen.

  • ein Auftrag: seine Einstellungen und, wenn angegeben, ein Datensatz
  • ein Abbruchsignal, in der Antwort auf eine Fortschrittsmeldung
  • eine Modelldatei, geprüft gegen ihre festgelegte SHA-256-Prüfsumme

Bleibt in der Klinik

Für diese gibt es keine erlaubte Nachricht.

  • Patientendaten und der Datensatzkatalog
  • die Liste der Datensätze
  • Risikoeinschätzungen einzelner Fälle
  • Ergebnisse für die ganze Klinik

Die vier Abläufe

Ein Modell trainieren

  1. Zentrale: Auftrag einreichenin „Modell trainieren“
  2. über die Standortgrenze: Worker holt ihn abder erste Knoten, der fragt
  3. Klinik: Trainer rechnetohne Netz, auf einem Datenstand
  4. über die Standortgrenze: Fortschritt meldet sichdurch die Ausgangsschleuse
  5. Zentrale: Ergebnis zweimal geprüftam Knoten und in der Zentrale
  6. Zentrale: Ergebnis erscheintKennzahlen und Koeffizienten

Einen einzelnen Fall auswerten

  1. Klinik: Werte eingebenin „Risiko auswerten“
  2. Klinik: Auswertungsdienst bewertetmit seinem geladenen Modell
  3. Klinik: Einschätzung im Browserund sonst nirgendwo

Die ganze Klinik auswerten

  1. Klinik: Datensatz wählenaus dem Katalog des Knotens
  2. Klinik: Alle Fälle bewertenim Auswertungsdienst
  3. Klinik: Nur Summenohne kleine Zahlen; sie bleiben in der Klinik

Ein Modell in die Klinik bringen

  1. Zentrale: Startmodell hochladenin das Modellregister
  2. über die Standortgrenze: Modellabgleich lädtdie Datei aus der Zentrale
  3. Klinik: Prüfsumme prüfengegen den festgelegten Wert
  4. Klinik: Bereit zur Auswertungim Modellregister der Klinik

Für den Betrieb

Wo die Plattform heute läuft

AufbauWas läuftWofür
DemoBeide Oberflächen im eingebauten Demo-Modus, ohne zentralen Dienst und ohne Knoten.Tutorial, Benutzerhandbuch, Vorführungen
Mehrere StandorteDie Abbildung oben: eine Zentrale und drei Kliniken, jede in ihrem eigenen abgeschotteten Netz.Delegiertes Lernen von Anfang bis Ende
TestaufbauAlles in einem Netz, mit Zugangsdaten und einem Test-Proxy zwischen Worker und zentralem Dienst.Automatische Browser-Tests
BetriebspaketDer zentrale Dienst mit seiner Datenbank, mit Zugangsdaten.Die Zentrale betreiben

Wie Sie die Aufbauten starten und Zentrale und Klinik einrichten, beschreibt die Seite Installation.