gms | German Medical Science

Einleitung und Fragestellung: Im Gesundheitswesen wurden und werden – wie in anderen Branchen – IT-Großprojekte durchgeführt, die es erfordern, einen Betrachtungsgegenstand jenseits von Organisationsgrenzen einzunehmen. Im deutschen Gesundheitswesen stellen die Einführung der elektronischen Gesundheitskarte und der Aufbau der Telematikinfrastruktur solche IT-basierten Großprojekte dar. Bei diesem Projekttyp ist zu beachten, dass die Planung und Konzeption nicht auf eine Organisation begrenzt ist, sondern organisationsübergreifende Zusammenhänge zu berücksichtigen sind. In der Literatur werden für die Beschreibung dieses erweiterten Betrachtungsgegenstandes und seines Kontextes unter anderem Konzepte wie Ultra-Large-Scale Systems [1], IT-Innovationssysteme [2] und Business Ecosystems [3] vorgeschlagen. Während innerhalb von Organisationen das Unternehmensarchitekturmanagement [4] große Projekte bei der Planung von Interventionen unterstützen können, fehlt bisher eine Verbindung dieses Ansatzes auf organisationsübergreifende IT-basierte Großprojekte.

Die Einführung der elektronischen Verordnung (eVerordnung, oft auch als eRezept bezeichnet) gemäß § 291a SGB V Abs. 2 Nr. 1 schlug als wesentlicher Teil des IT-basierten Großprojektes zur Einführung der elektronischen Gesundheitskarte fehl. Wir nehmen dieses Scheitern zum Anlass, der Frage nachzugehen, weshalb die Einführung fehlschlug und welche Zusammenhänge in der Architektur unberücksichtigt blieben. Aus dieser Untersuchung sollen grundlegende Konzepte für die Analyse und Planung von Architekturen in IT-basierten Großprojekten abgeleitet werden.

Material und Methoden: Methodische Grundlage für die Analyse des Scheiterns der Einführung der elektronischen Verordnung ist eine Dokumentenanalyse [5]. Öffentlich verfügbares Material zur elektronischen Gesundheitskarte (u. a. Kosten-Nutzen-Analyse [6], Bericht zur Auswertung der Testphase [7]) wurde als Material verwendet. Im analytischen Prozess wurden die in den oben genannten Ansätzen verwendeten Konzepte berücksichtigt. Es bestand aber auch eine Offenheit für die Entwicklung neuer Konzepte aus dem empirischen Material. In einem Wechsel von Deduktion und Induktion sowie durch den Abgleich mit zwei anderen Projekten aus den Branchen Logistik und Bildung wurden die Konzepte verdichtet.

Ergebnisse: Die Auswertung des Materials zeigt, dass die Gründe für das Scheitern der elektronischen Verordnung vor allem in der Anzahl der jährlichen Prozessinstanzen, in den Details des Prozesses „Rezeptausstellung“ sowie in der (ex-ante bekannten) ungleichen Verteilung von Kosten und Nutzen und des insgesamt negativen Netto-Nutzens liegen. Für den Start eines Großprojektes ist die Wahl eines Prozesses mit mehreren hundert Millionen Instanzen pro Jahr problematisch. Darüber hinaus wurde erst in der Testphase deutlich, wie der Prozess der Rezeptausstellung im Detail abläuft und welche Prozessvarianten zu berücksichtigen sind. Durch die hohe Anzahl an Instanzen pro Jahr ist dieser Prozess auch für kleinste Verzögerungen im Sekundenbereich sensibel, wie sich erst in der Testphase in den Arztpraxen herausstellte.

Die Auswertung des Scheiterns des eVerordnung diente uns als Grundlage für die Ableitung von Konzepten, die als Grundlage eines Ansatzes zur Analyse und Planung von vergleichbaren großen Transformationsprojekten dienen können. Sie sind in eine statische Perspektive und eine dynamische Perspektive unterteilt.

Die statische Ebene beschreibt den Kontext des Projektes mit den folgenden Konzepten:

1.

Das System und seine Grenzen (Definition und Abgrenzung des fokalen Systems)

2.

Die Umwelt des Systems und deren Einflüsse (langfristige Auswirkungen, z. B. durch die Gesetzgebung)

3.

Akteure und Klassen von Akteuren (Organisationen, Individuen, spezifische Rollen und Klassen, Anzahl je Klasse)

4.

Strategische Beziehungen und Wettbewerb (langfristige Beziehungen und Verträge, Kooperation, Wettbewerb)

5.

Operative Prozesse, Informations- und Materialflüsse (intra- und interorganisationale Prozesse, Austausch von Informationen, Geld oder Material)

6.

IT-Systeme, Infrastruktur, Netzwerke, Standards, Daten und Informationen

7.

Räumliche Struktur (räumliche Verteilung von Akteuren und Geschäftsobjekten)

Die dynamische Ebene beschreibt die in Projekten durchgeführten Änderungen mit den folgenden Konzepten:

A. Ziele und Treiber des Projektes (z. B. Druck der Umwelt, strategische Pläne führender Akteure, intrinsische Motivation)
B. Potenziale von IT-Innovationen (Entwicklung / Aneignung von IT-Innovationen, Transfer in Nutzung und Nutzen)
C. Co-Design auf verschiedenen Ebenen (gemeinsames Design von Prozessen und Systemen, Berücksichtigung von Abhängigkeiten)
D. Design-Alternativen und die Implikationen für die Transformation (Aufzeigen und Bewerten von Alternativen, Irreversibilität von Entscheidungen, Folgen von Entscheidungen)
E. Aneignungs- und Transformationspläne (schrittweise Einführung, Berücksichtigung von Interessen, Fähigkeiten)
F. Gesamt-Bewertung (Kosten und Nutzen-Verteilung, vor/während/nach dem Projekt, Business Case)
G. Realisierung von Betrieb und dessen Überwachung (Stabilisierung des Betriebs nach dem Projekt)

Exemplarisch kann die Anwendung dieser Konzepte wie folgt verdeutlicht werden: Eine detaillierte Analyse der Prozesse in den Arztpraxen (5), der Anzahl von Akteuren und der Prozessinstanzen (3 und 5) sowie die Berücksichtigung der ex-ante durchgeführten Kostennutzenanalyse (F) hätten bereits in der Planungsphase des Projektes zu anderen Entscheidungen führen können. Auch die Einbindung der neuen Komponenten in die vorhandene IT-Infrastruktur (6) bzw. deren notwendige Aktualisierung (B) hätten im Rahmen einer Berücksichtigung von Design-Alternativen (D) anders konzipiert werden können.

Diskussion: Bisherige Ansätze der Modellierung von Architekturen sind nur bedingt geeignet, um die für IT-Großprojekte notwendigen Informationen zusammenzuführen. Bestehende Ansätze für Unternehmensarchitekturen sind daher für die Analyse und Gestaltung von Architekturen in IT-basierten Großprojekten weiterzuentwickeln. Dies ist ein umfangreiches Unterfangen, zu dem mit der Ableitung von grundlegenden Konzepten aus einem konkreten Projekt ein erster Beitrag geleistet werden konnte. Die Beschränkung auf ein Projekt stellt eine wesentliche Limitation dar. Die formulierten Anforderungen sind in Hinblick auf die Vereinbarkeit mit bestehenden Ansätzen zu prüfen. Weitere vergleichbare Großprojekte sollten untersucht und ausgewertet werden, um die Konzepte weiter auszudifferenzieren.