Einordnung im Kontext klinischer IT-Transformation Technische Migrationen gehören zum Alltag im Gesundheitswesen – sei es im Rahmen von KIS-Ablösungen, Schnittstellenmodernisierungen, Cloud-Migrationen oder EPD-Integrationen. Projektpläne fokussieren dabei meist auf Infrastruktur, Datenübernahme, Funktionstests und Go-Live-Strategien. Doch was oft unterschätzt wird: die systemischen Nebenwirkungen, die nicht im Scope der IT liegen, aber tief in die klinischen und organisatorischen Prozesse eingreifen. Genau diese unbeachteten Wechselwirkungen gefährden nicht selten Terminpläne, Nutzerakzeptanz und Versorgungssicherheit.
Drei typische Nebenwirkungen technischer Migrationen
- Verlust gewachsener Arbeitslogik Technisch „veraltete“ Systeme enthalten oft kontextuell eingeübte Workarounds, implizite Regelkreise oder nicht dokumentierte Prozesskürzel. Eine Migration ersetzt die Oberfläche – nicht jedoch die impliziten Routinen, auf denen klinische Effizienz häufig beruht. Der Verlust dieser Routinen führt zu Reibungsverlusten, Mehraufwand und Fehlanpassungen.
- Verlagerung von Verantwortlichkeiten ohne Governance-Neuzuordnung Durch die Einführung neuer Plattformen oder digitaler Rollenmodelle verschieben sich Zugriffspfade, Signaturen und Freigabelogiken. Werden diese Änderungen nicht institutionell reflektiert, entstehen faktische Verantwortlichkeitslücken – etwa bei Medikationsfreigaben, OP-Planung oder Dokumentationspflichten.
- Nicht antizipierte Interdependenzen mit vorgelagerten oder nachgelagerten Systemen Eine neue FHIR-basierte API oder ein migriertes Archivmodul kann funktional korrekt arbeiten, aber bestehende HL7v2- oder DICOM-Schnittstellen unerwartet beeinflussen – etwa durch geänderte Zeitstempel, neue Statuscodes oder unvollständige Metadatenübertragung. Die Auswirkungen zeigen sich oft erst im Betrieb.
Warum klassische Projektpläne diese Effekte kaum abbilden Technische Migrationsprojekte sind häufig IT-getrieben, zeitlich begrenzt und auf Abnahmefähigkeit fokussiert. Prozessuale oder institutionelle Wechselwirkungen werden selten systematisch adressiert – nicht aus Fahrlässigkeit, sondern mangels geeigneter Werkzeuge und Zuständigkeiten. Projektmanagement-Standards (z. B. HERMES, PRINCE2) bieten hierfür nur begrenzte Ansätze, da sie strukturelle Auswirkungen auf Versorgungsprozesse oder Rollenverteilungen oft als „Change Request“ klassifizieren – nicht als integralen Bestandteil der Migration.
Ansätze zur systematischen Antizipation nichttechnischer Nebeneffekte Wer technische Migrationen resilient gestalten will, muss über den IT-Horizont hinaus planen. Das bedeutet:
- Erweiterung des Scopes um klinikrelevante Interaktionen, z. B. durch Prozesslandkarten mit IT-Footprint
- Frühe Einbindung von Fachpersonen, nicht nur zur Abnahme, sondern zur Identifikation impliziter Routinen und Abhängigkeiten
- Durchführung von Wirkungssimulationen und Stresstests, z. B. entlang kritischer Versorgungspfade (Notfall, Medikation, OP)
- Dokumentation und Bewertung von Schattenfunktionen, die nicht im Systemdesign, aber im Klinikalltag verankert sind
- Governance-Verankerung für technische Rollenübergänge, z. B. durch Mapping klinischer mit technischer Verantwortlichkeiten
Fazit: Migration ist nicht nur Technik – sie ist Organisationsintervention Technische Migrationen greifen tief in das sozio-technische Gefüge eines Spitals ein. Wer nur Funktionen ersetzt, aber keine Routinen, Rollen und Wechselwirkungen berücksichtigt, riskiert sekundäre Störungen mit realen Versorgungsfolgen. Systemische Nebenwirkungen lassen sich nicht vollständig vermeiden – aber sie lassen sich erkennen, bewerten und steuern, wenn sie als das verstanden werden, was sie sind: organisationsrelevante Nebeneffekte technischer Entscheidungen.