Klinikum Stuttgart führt SAP-Upgrade mit SNP SLO durch ‑ Kein Stopp im Systembetrieb

Klinikum Stuttgart führt SAP-Upgrade mit SNP SLO durch Kein Stopp im Systembetrieb Das Klinikum Stuttgart hat ein Upgrade auf SAP ECC 6.0 vorgenommen, um die steigenden gesetzlichen Anforderungen an die Abrechnung und Dokumentation der Leistungen gegenüber den Kostenträgern besser abbilden zu können. Durch den Einsatz der System Landscape Optimization (SLO)- Methode der SNP AG wurde der Releasewechsel fast ohne Systemstillstand – „Near Zero Downtime“ – durchgeführt. Eine angemessene Patientenversorgung ohne IT-Systeme ist im Klinikum Stuttgart undenkbar: SAP- und spezielle Krankenhauslösungen wie IS-H und i.s.h.med unterstützen die logistischen, administrativen und medizinischen Prozesse rund um die Uhr. Daher kamen die herkömmlichen SAP-Migrationsmethoden für den geplanten Releasewechsel nicht in Frage: Sie hätten eine Unterbrechung des Systembetriebs von 24 bis 36 Stunden gefordert. „Eine Alternative bot die SLO- Methode des SAP-Beratungs- und Softwarehauses SNP“, so Paul Riedel, Teamleiter Servicecenter Informationstechnologie und Projektleiter im Klinikum Stuttgart. Da bei diesem Ansatz das Upgrade und die Datenmigration getrennt voneinander erfolgen, bleiben die geschäftskritischen Prozesse beim Systemwechsel verfügbar. Herzstück der SLO-Methode ist der SNP Client Carrier. Er wurde eigens für SAP- Upgrades und -Mandantenmigrationen entwickelt und ermöglicht die automatische Datenübertragung vom Quell- ins Zielsystem. Strenge Systematik Wie jedes SLO-Projekt folgte auch das Upgrade beim Klinikum Stuttgart einer strengen Systematik: Zu Beginn wurde ein Projektteam formiert, das aus IT- und Fachverantwortlichen des Klinikums sowie aus SNP-Beratern bestand. Während sich die Klinik-Fachvertreter auf die abzubildenden Prozesse konzentrierten, lag der Fokus der SNP-Berater auf der technischen Umsetzung. Dazu wurden Experten des IT-Beratungshauses Empirius mit ins Boot genommen. Dabei stellte die SNP einen Projektleiter und zwei Berater für das Projektteam ab, während von Seiten des Klinikums Stuttgart ein Projektleiter, drei Applikationsberater und zwei Basis- Mitarbeiter vertreten waren. Punktuell wurden zusätzlich verschiedene Tester aus dem Klinik-Fachbereich involviert. Insgesamt waren die SNP-Berater rund 70 Personentage im Einsatz; hinzu kamen die Lizenzgebühren für den SNP Client Carrier. Im ersten Schritt richtete das Projektteam eine zusätzliche Hardwareumgebung ein, auf der das neue SAP-System laufen sollte. Auf diese Plattform wurde das SAP- Quellsystem R/3 4.7 kopiert, dann wurden die mandantenabhängigen Daten mit dem SNP Client Carrier gelöscht. Zurück blieb eine leere Kopie, auf der das SAP- Standard-Upgrade vorgenommen wurde – unabhängig vom Systembetrieb. Da weder Stamm- noch Bewegungsdaten vorlagen, beanspruchte dieser Vorgang nicht viel Zeit. Es folgten die Testmigrationen mit dem SNP Client Carrier, dabei diente das Qualitätssicherungssystem als Datenquelle. Migration in zwei Etappen Die zweite Stufe sah die Migration der produktiven Daten vor. Diese erfolgt mit dem SNP Client Carrier prinzipiell in zwei Etappen. Zunächst wird bei der Hauptmigration der gesamte produktive Datenbestand vom Quell- ins Zielsystem überführt. Um die geschäftskritischen Prozesse aufrechtzuerhalten, wird im Quellsystem mit ausgewählten Transaktionen weitergearbeitet. Alle anderen Transaktionen sind gesperrt. Als unverzichtbar wählte das Projektteam die für die Patientenversorgung erforderlichen Prozesse aus: von der Aufnahme und Verlegung der Kranken bis hin zu Diagnosen und Leistungserfassung. Für diese Transaktionen wurde bei der Hauptmigration ein genaues Änderungslog geführt. Während der anschließenden Deltamigration erfolgte die Nachmigration der bei der Hauptmigration veränderten Daten. Danach ging der Dialogbetrieb zum Zielsystem SAP ECC 6.0 über. Günstiges Zeitfenster Die Datenmigration fand von Samstagmorgen, 17. November 2007, bis zum darauffolgenden Sonntagmorgen statt. Dies hatte gute Gründe: Prinzipiell herrscht an einem Wochenende weniger Betrieb als werktags. Zudem hatte keines der Häuser des Klinikums Stuttgart in dieser Zeit Notaufnahme für den Raum Stuttgart zu leisten. Die Hauptmigration startete am Samstagmorgen um 8 Uhr. Sie dauerte 16 Stunden, dabei wurden 300 Gigabyte übertragen. Während dieser Zeit fanden über 400 Patientenbewegungen statt, die bei der Deltamigration ins neue SAP-System nachmigriert wurden. Insgesamt dauerte die Downtime weniger als zweieinhalb Stunden, was einem normalen Wartungsfenster im Klinikum Stuttgart entspricht. Ein zusätzlicher Sicherheitsaspekt des SLO-Verfahrens ist, dass zu jeder Zeit der Migration ein hochverfügbares Fallback-Szenario existiert. Das Quellsystem steht im Notfall sofort zur Verfügung, ohne dass zuvor ein Restore notwendig ist. Straffer Zeitplan „Die geringe Downtime ist der Haupterfolg des SAP-Upgrades“, betont Projektleiter Paul Riedel. „Da das SAP-System fast ununterbrochen zur Verfügung stand, konnten wir alle entgeltrelevanten Leistungen durchgängig dokumentieren.“ Insgesamt wurde ein sehr straffer Zeitplan eingehalten. Während Anfang September 2007 der Kick-off erfolgte, fanden Ende dieses Monats die Testmigrationen statt. Am 18. November nahm das Klinikum Stuttgart SAP ECC 6.0 bereits in Betrieb. www.snp.com SNP SLO für SAP-Upgrades SAP-Standard-Upgrades • Near Zero Downtime – Systemausfall zwischen Minimaler Systemstillstand 24 und 36 Stunden • Trennung von System-Upgrade Abschaltung des Systembetriebs und Datenmigration für Datenmigration erforderlich • Fallback-Szenario im Notfall Restore des Quellsystems jederzeit verfügbar im Notfall erforderlich