Herr Prokosch, in der Klinik ist der CIO noch immer eine Seltenheit. Für die Vorstände ist IT zudem ein Buch mit sieben Siegeln. Wie sehen Sie Ihren Einfluss als CIO in einer Uniklinik?

Als CIO im Vorstand vertreten zu sein, ist nicht entscheidend. Aus meiner Sicht ist wichtig, dass man als Verantwortlicher für Routine-IT und strategische Weiterentwicklung der IT letztlich das Vertrauen des Vorstands besitzt. Der Vorstand muss den CIO in allen strategischen Entscheidungen hinsichtlich der Informationsverarbeitung des Krankenhauses mit einbeziehen und sich frühzeitig mit ihm besprechen. Ein großes Problem ist, dass oft zu spät erkannt wird, welche Entscheidungen IT-Relevanz haben. Vieles wird unter dem Aspekt gesehen "Wir wollen doch nur die Organisation ein bisschen verändern". Im Hintergrund hat aber fast jede Veränderung auch große Auswirkungen auf die IT-Verfahren des Krankenhauses. Dies wird im Vorstand oft zu spät bemerkt. Hier ist der CIO gefragt, auf diese Problematik immer wieder deutlich hinzuweisen. Da haben wir in der Branche noch ein kleines Defizit.

Heißt das, der CIO wird über relevante Entscheidungsprozesse zu spät informiert?

Das kommt leider manchmal vor. In dem Moment, in dem ein IT-System benötigt wird, ist das keine Frage. Aber sobald strategische Entscheidungen anstehen, bei denen dies nicht völlig offensichtlich ist, fällt es den Beteiligten erst spät ein, dass neben der rein medizinischen auch die informationstechnische Vernetzung notwendig ist. Als CIO sollten wir darstellen können, welche Veränderungen bzw. Optimierungen in den Krankenhausprozessen durch IT bewirkt werden können. Da fehlt es uns in der Fläche noch an guten Belegen.

Die Grenzen zwischen ambulantem und stationärem Sektor verschwimmen zusehends, es gibt neue Formen der Zusammenarbeit zwischen niedergelassenen Ärzten und Krankenhäusern. Wie sieht das speziell bei der Uniklinik Erlangen-Nürnberg aus?

Wir sind derzeit in sechs verschiedene sektorübergreifende ProjekteProjekte involviert. Vier davon unterstützen wir auch heute schon routine-mäßig durch eine EDV-Anwendung. Wichtig war uns dabei, möglichst alle Vernetzungsanforderungen mit einer einzigen EDV-Lösung unterstützen zu können. Und nicht für jede neue Vernetzung einer anderen Abteilung auch wieder eine neue "Netzakte" oder eine andere Spezialtelemedizin-Anwendung einführen zu müssen. Leider werden die Detailprozesse und Szenarien in einem sektorübergreifenden Projekt zu Beginn meist nur sehr unpräzise beschrieben. Es wird oft lediglich gesagt, "wir müssen uns mit den niedergelassenen Ärzten vernetzen", oder aber "wir wollen Einweiser an uns binden" oder sogar nur "wir benötigen eine Telemedizinlösung". Was das im Detail bedeutet, und ob der, den wir anbinden wollen, von sich aus das gleiche Interesse hat, wird am Anfang vernachlässigt. Alles zu Projekte auf CIO.de

Welche Folgen hat das dann letzten Endes für die Kooperation?

Manchmal waren die einzubindenden Partner gar nicht so begeistert, so fest an uns gekoppelt zu werden. Wenn dann wenigsten schon einmal der ärztliche Ansprechpartner interessiert war, dann passierte es uns aber nicht selten, dass der EDV-Ansprechpartner unseres Gegenübers das Projekt verzögerte. Entweder hatte er gerade mit so vielen anderen Projekten zu tun, oder er teilte uns mit, dass seine EDV-technisch noch gar nicht so weit sei, angebunden zu werden oder aber die Firewall des Partners keine externe Anbindung zuließ. Da die externen Kliniken und niedergelassenen Ärzte meist selbst gar nicht so versessen darauf waren, sich mit uns zu vernetzen, benötigte man schon sehr viel Geduld und einen langen Atem, um solche Szenarien zu realisieren. Das Business-Modell aus dem für alle Seiten der Nutzen offensichtlich ist, ist heute noch gar nicht so einfach zu finden.