RIS-Einführung in der Radiologie: Ein Praxisleitfaden

Ein Radiologie-Informationssystem (RIS) ist das Steuerzentrum der Abteilung: Termine, Aufträge, Worklists, Befunde, Abrechnung, Dosisdaten — alles läuft hier zusammen. Entsprechend heikel ist der Wechsel: Eine RIS-Einführung berührt jeden Arbeitsplatz, jede Schnittstelle und jeden Prozess der Radiologie. Gut geplant ist sie ein normales Projekt; schlecht geplant legt sie den Betrieb lahm. Dieser Leitfaden beschreibt die Phasen einer RIS-Einführung und die Stolpersteine, die sich in der Praxis am häufigsten wiederholen.

Was bedeutet eine RIS-Einführung?

Eine RIS-Einführung ist der strukturierte Wechsel auf ein neues Radiologie-Informationssystem — von der Anforderungsanalyse über Auswahl, Schnittstellenanbindung und Datenmigration bis zu Go-Live und Optimierung. Weil das RIS mit KIS, PACS, Modalitäten und Abrechnung verzahnt ist, ist sie weniger ein Software-Rollout als ein Integrations- und Organisationsprojekt: Der Erfolg entscheidet sich an Schnittstellen, Datenqualität und der Vorbereitung der Anwender, nicht an der Installation selbst.

Die sechs Phasen der RIS-Einführung

Phase 1: Anforderungsanalyse und Workshop

Am Anfang steht nicht der Anbietervergleich, sondern der Blick auf die eigenen Prozesse: Wie laufen Anmeldung, Terminierung, Untersuchung, Befundung und Abrechnung heute — und wo hakt es? Ein strukturierter Workshop mit allen Berufsgruppen (Ärzteschaft, MT-R, Anmeldung, Abrechnung, IT) deckt Medienbrüche und Doppelarbeit auf und übersetzt sie in priorisierte Anforderungen. Herstellerunabhängig durchgeführt — etwa als Workflow Check — verhindert diese Phase den häufigsten Projektfehler: ein System zu kaufen, das die falschen Probleme löst. Ergebnis ist ein Sollkonzept, das zwischen Muss-, Soll- und Kann-Anforderungen unterscheidet.

Phase 2: Systemauswahl

Auf Basis des Sollkonzepts werden Systeme verglichen — nicht anhand von Prospekten, sondern anhand der eigenen Szenarien:

• Teststellung mit eigenen Fällen: Die kritischen Abläufe (Notfall, Doppeluntersuchung, Korrekturbefund, Abrechnungssonderfälle) im Kandidatensystem durchspielen.
• Schnittstellenfähigkeit prüfen: HL7-Kommunikation mit dem KIS, DICOM-Worklist für die Modalitäten, Kopplung mit dem PACS — idealerweise belegt über IHE Integration Statements (insbesondere das Profil Scheduled Workflow).
• Regulatorische Anforderungen: Unterstützung des Dosismanagements gemäß den Anforderungen des Strahlenschutzrechts, Rollen- und Rechtekonzept, Protokollierung.
• Betriebsmodell und Support: Betriebsform, Update-Politik, Supportzeiten und Reaktionszeiten gehören in den Vergleich — nicht nur der Funktionsumfang.

Phase 3: Vorbereitung und Datenmigration

Die unterschätzte Phase. Drei Arbeitspakete entscheiden über den späteren Go-Live:

1. Schnittstellen: Jede Kopplung (KIS, PACS, Modalitäten, Sprach­erkennung, Abrechnung, Portale) wird spezifiziert, implementiert und mit realistischen Testdaten geprüft. Unklare Zuständigkeiten zwischen den beteiligten Herstellern sind hier der größte Zeitfresser — ein benannter Integrationsverantwortlicher mit Testplan schafft Abhilfe.
2. Altdaten: Welche Daten wandern mit — Patientenstammdaten, offene Aufträge, Befundtexte, Leistungsdaten? Vollmigration klingt attraktiv, ist aber teuer und fehleranfällig; häufig ist eine Kombination sinnvoll: aktive Daten migrieren, Altbestand über einen Recherchezugriff verfügbar halten. Wichtig: Aufbewahrungspflichten gelten auch für Altdaten — das Stilllegungskonzept des Altsystems gehört ins Projekt.
3. Stammdaten und Kataloge: Untersuchungskatalog, Leistungsziffern, Textbausteine, Benutzer und Rollen werden im neuen System sauber aufgebaut — die Gelegenheit, Altlasten zu bereinigen statt sie zu kopieren.

Phase 4: Parallelbetrieb und Test

Vor dem Umstieg wird der Ernstfall geprobt: definierte Testszenarien über die gesamte Kette (Auftrag im KIS → Termin → Worklist an der Modalität → Bild im PACS → Befund → Abrechnung), Lasttests zu Stoßzeiten und ein strukturierter Probebetrieb mit den späteren Anwendern. Parallel läuft die Schulung — rollenspezifisch statt pauschal: Die Anmeldung braucht andere Inhalte als die Befundung. Bewährt haben sich Key-User je Bereich, die früh intensiv geschult werden und später als erste Anlaufstelle dienen.

Phase 5: Go-Live

Für den Umstieg gibt es zwei Grundmuster: der Stichtagswechsel (alle Arbeitsplätze zugleich, klarer Schnitt, hoher Supportbedarf am Tag X) und der gestufte Umstieg (nach Standort oder Modalität, geringeres Risiko, aber längere Phase mit zwei Systemen). Welche Variante passt, hängt von Größe und Risikotoleranz ab — in jedem Fall gehören dazu: ein Go-Live-Drehbuch mit Rückfallplan, verstärkter Vor-Ort-Support in den ersten Tagen, eingefrorene Änderungen an Nachbarsystemen rund um den Termin und tägliche kurze Lagebesprechungen in der ersten Woche.

Phase 6: Optimierung

Nach vier bis acht Wochen Produktivbetrieb lohnt eine strukturierte Nachschau: Welche Workarounds haben sich eingeschlichen? Welche Systemfunktionen (Befundvorlagen, Regelwerke, Auswertungen) liegen brach? Kennzahlen wie Durchlaufzeiten von Anmeldung bis Befundversand machen den Projekterfolg messbar — und zeigen, wo nachjustiert werden sollte. Die Optimierungsphase gehört in den Projektplan, sonst findet sie nicht statt.

Typische Stolpersteine — und wie Sie sie vermeiden

• Schnittstellen zu spät begonnen: KIS- und PACS-Kopplungen brauchen Vorlauf bei allen beteiligten Herstellern. Früh beauftragen, Verantwortliche benennen, Testtermine vertraglich sichern.
• Altdaten unterschätzt: Datenqualität im Altsystem erst im Migrationstest zu entdecken, ist zu spät. Früh Probeexporte ziehen und bereinigen.
• Schulung als Restposten: Wer Anwender erst in der Go-Live-Woche schult, erntet Widerstand und Fehleingaben. Rollenspezifische Schulung und Key-User-Konzept einplanen.
• Prozesse eins zu eins nachgebaut: Wer alte Umwege ins neue System kopiert, digitalisiert seine Probleme. Erst Prozesse ordnen, dann konfigurieren.
• Abrechnung vergessen: Leistungsziffern und Abrechnungsregeln zu spät getestet — Erlösausfälle in den ersten Wochen sind die Folge. Abrechnungsszenarien in die Testphase aufnehmen.
• Kein Rückfallplan: Auch ein gut getesteter Go-Live braucht ein definiertes Verfahren für den Fall, dass eine kritische Funktion ausfällt.

Häufige Fragen

Wie lange dauert eine RIS-Einführung?

Das hängt von Größe, Schnittstellenzahl und Migrationsumfang ab — von wenigen Monaten in einer Einzelpraxis bis zu deutlich längeren Zeiträumen in Klinikverbünden. Belastbarer als Pauschalwerte ist ein Projektplan, der die sechs Phasen mit den eigenen Rahmenbedingungen hinterlegt; die Phasen 3 und 4 werden dabei am häufigsten zu knapp angesetzt.

Sollten RIS und PACS vom selben Anbieter kommen?

Zwingend ist es nicht — Standards und IHE-Profile ermöglichen herstellergemischte Landschaften. Ein aufeinander abgestimmtes RIS/PACS-Paar reduziert jedoch Schnittstellenrisiken, Abstimmungsaufwand und Zuständigkeitsfragen im Betrieb. Entscheidend ist, dass beide Systeme die relevanten IHE-Profile sauber umsetzen und die Verantwortung für die Kopplung eindeutig geregelt ist.

Welche Rolle spielt das Dosismanagement bei der RIS-Auswahl?

Eine wachsende: Das Strahlenschutzrecht verlangt die Erfassung und Bewertung der Expositionsdaten aus Röntgenuntersuchungen, und das RIS ist der natürliche Ort, an dem Dosisdaten, Untersuchungskontext und diagnostische Referenzwerte zusammenlaufen. Bei der Auswahl sollte deshalb geprüft werden, wie das System Dosisdaten von den Modalitäten übernimmt, Überschreitungen erkennbar macht und die Meldeprozesse der Einrichtung unterstützt — nachträglich angeflanschte Insellösungen erzeugen genau die Medienbrüche, die das Projekt beseitigen sollte.

Was ist der beste Einstieg in ein RIS-Projekt?

Eine herstellerunabhängige Analyse der eigenen Prozesskette vor jedem Anbieterkontakt. Sie liefert das Anforderungsprofil, gegen das sich Systeme objektiv vergleichen lassen — und verhindert, dass die Auswahl von Produktdemos statt von den eigenen Abläufen bestimmt wird.

Fazit

Eine RIS-Einführung gelingt, wenn sie als Organisations- und Integrationsprojekt geführt wird: Prozesse zuerst, dann das System; Schnittstellen und Altdaten früh; Anwender rechtzeitig; Go-Live mit Drehbuch und Rückfallplan; Optimierung fest eingeplant. Wer diese Reihenfolge einhält, wechselt sein Steuerzentrum ohne Stillstand.

Wenn Sie am Anfang stehen: Der herstellerunabhängige Workflow Check von easequence liefert Sollkonzept und Entscheidungsvorlage für Ihr Projekt. Unser RIS deckt den radiologischen Workflow von Terminierung bis Dosismanagement ab und ist mit dem PACS als abgestimmtes System verfügbar.