Die drei Datenflüsse in einem Dialysezentrum
Wer Dialysezentren von innen kennt, versteht schnell: hier ist die IT kein Verwaltungsthema, sie ist Teil des klinischen Ablaufs. Wenn die Daten vom Gerät nicht rechtzeitig im PVS ankommen, fehlt die Dokumentation für die laufende Behandlung. Wenn das Labor-Ergebnis nicht automatisch zugeordnet wird, schreibt eine MFA es von Hand ab.
Drei Datenflüsse laufen parallel:
Gerät zu Gerätesoftware: Das Dialysegerät überträgt Behandlungsparameter in Echtzeit an die Gerätesoftware (TDMS, Nephro7 oder Indication). Dieser Fluss läuft im geschlossenen Gerätenetz, meist über proprietäres Protokoll oder serielles Kabel. Fehler hier sind selten, aber wenn sie auftreten, sind sie schwer zu diagnostizieren, weil der Hersteller die Geräteschnittstelle nicht immer vollständig dokumentiert.
Gerätesoftware zu PVS: Die aufbereiteten Behandlungsdaten werden vom Gerätesystem ins PVS übergeben. Das passiert meist per GDT-Datei oder über eine direkte Datenbankverbindung. Dieser Weg ist der häufigste Fehlerort, weil PVS-Updates oder Netzwerkänderungen die Verbindung unterbrechen können, ohne dass jemand es sofort bemerkt.
PVS zu Labor und Abrechnung: Labordaten kommen per HL7 vom Labordienstleister zurück ins PVS, Abrechnungsdaten gehen an die KV. Dieser Fluss ist standardisierter als die beiden anderen, bringt aber regelmäßig Probleme bei Versionsänderungen des HL7-Formats mit sich.
TDMS, Nephro7 und Indication im Überblick
| TDMS (Fresenius Medical Care) | Nephro7 | Indication |
|---|---|---|
Pro
| Pro
| Pro
|
Contra
| Contra
| Contra
|
Alle drei Systeme haben ihren Platz. TDMS ist die erste Wahl, wenn das Zentrum ausschließlich Fresenius-Geräte betreibt. Nephro7 ist die bewährte Wahl für unabhängige Zentren mit gemischtem Gerätepark. Indication ist interessant für Zentren, die web-basiertes Arbeiten oder Mehrstandort-Steuerung brauchen.
Quelle: BSI IT-Grundschutz-KompendiumBSI IT-Grundschutz-Bausteine für medizinische Geräte und Schnittstellen.
Häufige Schnittstellen-Probleme
In der Praxis sehen wir bei Dialysezentren immer wieder dieselben Schnittstellenprobleme. Nicht weil die Software schlecht ist, sondern weil Änderungen an einer Stelle Auswirkungen haben, die beim nächsten Dienst erst auffallen.
GDT-Pfad nicht mehr erreichbar: Wenn der PVS-Server auf eine neue IP-Adresse umgestellt oder der Export-Ordner verschoben wird, findet das Gerätesystem die GDT-Datei nicht mehr. Das Gerätesystem meldet keinen Fehler, weil es die Datei erzeugt hat. Das PVS wartet auf eine Datei, die im falschen Verzeichnis liegt. Ergebnis: stille Datenlücke.
PVS-Update verändert GDT-Version: Manche PVS-Updates ändern still die unterstützte GDT-Version. Wenn das Gerätesystem weiter im alten Format exportiert, importiert das PVS die Daten nicht oder teils fehlerhaft. Das fällt erst bei der Plausibilitätsprüfung der Behandlungsdaten auf.
HL7-Format nach Labor-Update inkompatibel: Labordienstleister ändern ihr HL7-Format gelegentlich, ohne alle Praxen individuell zu informieren. Die Folge sind Labor-Befunde, die im PVS nicht zugeordnet werden können.
Schichtbetrieb-taugliches Backup
Dialysezentren laufen im Schichtbetrieb. Das bedeutet: es gibt kaum ein Zeitfenster ohne laufende Behandlungen. Klassische Backup-Konzepte, die um zwei Uhr nachts alles sichern und dabei kurz alle Dienste stoppen, funktionieren hier nicht.
Zwei Prinzipien gelten für das Backup in Dialysezentren:
Kontinuierliche Sicherung statt Nacht-Backup: Die Gerätedaten und PVS-Daten werden fortlaufend auf ein lokales Backup-System gespiegelt. Das Backup läuft im Hintergrund, ohne Dienste zu unterbrechen. Einmal täglich wird ein verschlüsselter Snapshot in ein externes Rechenzentrum übertragen.
Wartungsfenster zwischen Schichten planen: Der einzige legitime Zeitpunkt für System-Updates oder Neustarts ist das Fenster zwischen zwei Schichten, meist früh morgens oder am Wochenende. Wir koordinieren alle Updates mit dem Zentrum im Voraus und stellen sicher, dass kein Neustart während einer laufenden Behandlung ausgelöst wird.
| Praxis | Setup einmalig | Pauschale monatlich |
|---|---|---|
Kleines Dialysezentrum Snapshot täglich, Retention 30 Tage | bis 10 Dialyseplätze, ein Standort | Backup lokal + extern |
Mittleres Dialysezentrum Zusätzlich: automatische Schnittstellenprüfung täglich | 10 bis 25 Dialyseplätze, ein oder zwei Standorte | Backup lokal + extern + Monitoring |
Großes Dialysezentrum Bei Ausfall des Hauptsystems automatischer Schwenk auf Fallback-System | mehr als 25 Dialyseplätze oder Mehrstandort | Backup lokal + RZ + Hot-Standby |
Orientierungswerte. Die tatsächliche Pauschale berechnet ITCC nach Infrastrukturanalyse.
Anbindung eines neuen Geräts
Wenn ein Dialysezentrum ein neues Gerät in Betrieb nimmt, läuft die IT-seitige Anbindung in der Regel so ab:
- Gerätetyp und Protokoll klärenVor der Lieferung klären wir mit dem Gerätehersteller, welches Kommunikationsprotokoll das neue Gerät unterstützt und ob Treiber oder Middleware benötigt werden. Das verhindert Überraschungen am Einbautag.
- Netzwerksegment prüfenDialysegeräte gehören in ein eigenes Netzwerksegment, getrennt vom allgemeinen Praxisnetz. Wir prüfen, ob das Segment Kapazität für ein weiteres Gerät hat, und konfigurieren IP-Adresse und VLAN.
- Schnittstelle einrichten und testenGDT-Pfade konfigurieren, Testübertragung durchführen, Datenformat gegen PVS-Anforderungen prüfen. Erst nach einem erfolgreichen Testlauf mit Echtdaten gilt die Anbindung als abgenommen.
- Im Systempass dokumentierenGerät, Seriennummer, IP-Adresse, Schnittstellenprotokoll und Testtag werden in den Systempass des Zentrums eingetragen. Damit ist die Konfiguration bei einer späteren Änderung sofort nachvollziehbar.
ITCC betreut Dialysezentren und nephrologische Schwerpunktpraxen seit über 20 Jahren. Andreas Englert hat in dieser Zeit alle relevanten Gerätesysteme und Schnittstellen aus der Praxis kennengelernt, in Zentren von Heidelberg bis Frankfurt. Wenn Sie ein neues Gerät planen oder eine bestehende Anbindung Probleme macht, ist ein direktes Gespräch schneller als jedes Ticket.
Häufige Fragen
Verwandte Themen
- SpezialfälleMehrstandort-Praxis vernetzen: VPN, SD-WAN, Redundanz
Wie Sie zwei oder mehr Praxisstandorte sicher und schnell verbinden. Bandbreite, Fernzugriff, Stolperfallen bei der Anschluss-Auswahl.
- SpezialfälleMVZ-IT-Architektur: Mehrere Standorte, zentrale Patientendaten
Wie eine MVZ-IT pragmatisch aufgebaut ist. Zentraler Server, VPN, Active Directory, Compliance-Auswirkungen.