Mehr als 110 000 Kindergartenplätze in 2100 Kindertagesstätten (Kita) stellen über 800 gemeinnützige freie Träger in Berlin bereit. Der Betrieb dieser Einrichtungen bringt für die Berliner Senatsverwaltung für Bildung, Jugend und Sport sowie für die zwölf Bezirksjugendämter große organisatorische Herausforderungen mit sich. Zudem geht es um sehr viel Geld, mehr als eine Milliarde Euro steckt die Hauptstadt in die Kinderbetreuung. Bislang machte die dezentrale Abwicklung über die Jugendämter und die nachträgliche jährliche Abrechnung mit den Trägern eine bedarfsgerechte Planung unmöglich.
„Für uns stand der Steuerungsgedanke im Vordergrund, wir wollen saubere Zahlen für die Planung“, erklärt Michael Richter, der in der Senatsverwaltung das Projekt „Integrierte Software Berliner Jugendhilfe“ (ISBJ) leitet, die Initialzündung für das E-Government-Vorhaben. „Man muss sehr genau wissen, wofür man Geld ausgibt, um das Optimum in der Kinderbetreuung sicherzustellen.“ Vom Begriff SOA hatte er 2003 noch nichts gehört. Doch was die Experten des Fraunhofer-Instituts für Software- und Systemtechnik (ISST) in Berlin berichteten, passte zu dem, was er sich vorgestellt hatte. „Warum sollte man schon wieder ein unflexibles Großsystem bauen und nicht eine Software, die aus einzelnen Bausteinen besteht und die wir bei Bedarf neu ordnen können, wenn sich gesetzliche Vorgaben oder Organisationsstrukturen ändern?“, hatte sich Richter gefragt.
Zuerst musste das Projektteam definieren, aus welchen Bausteinen das System überhaupt bestehen soll. Die Grundlage bildete die vom ISST entwickelte komponentenbasierte Referenzarchitektur zur Standardisierung von E-Government-Plattformen. In Bereichen wie der Wirtschaftlichen Jugendhilfe, der zentralen Vormundschafts- und Unterhaltsvorschusskasse und vor allem in der Kita-Verwaltung wurde geprüft, welche Dienste fachspezifisch sind und welche Komponenten auch in anderen Behördenanwendungen wiederverwendet werden können.
Die „Personenstammverwaltung“ ist ein Beispiel für solch eine Komponente. „Über eine automatische Schnittstelle zum Einwohnermeldewesen stellen wir sicher, dass die Person im System ihren Erst- oder Zweitwohnsitz in Berlin hat. Und wir bekommen mit, wenn jemand umzieht“, sagt Richter. Der Abgleich spart viel Geld: Zum einen kamen früher bis zu 30 Prozent der jährlich versandten 150 000 Briefe wegen veralteter Adressen nicht an. Zum anderen werden diejenigen, die keinen Anspruch auf Leistungen aus Berlin haben, früh identifiziert. „So eine Komponente kann auch in einer Studentenverwaltungs- oder Wohnungssoftware eingesetzt werden“, sagt Richter. Andere Bausteine sind dagegen speziell für die
Fachbehörden programmiert „Eine Anwendung zur Verwaltung von Tagesstättenplätzen lässt sich nicht zur Verwaltung eines Fuhrparks nutzen, dazu ist die fachliche Logik zu unterschiedlich“, erklärt Software-Architekt Ulrich Kriegel vom ISST.
Erst nachdem das Projektteam alle Komponenten der ersten Projektphase bis ins letzte Detail auf dem Papier definiert hatte, begann nach einer Ausschreibung die Programmierarbeit. „Es wurde gebaut, was gebraucht wurde, und nicht etwas gebaut, bei dem man danach schaut, was man damit machen kann“, sagt Kriegel. Umgesetzt wurde das Projekt auf Basis der Oracle-Datenbank und der Oracle-Fusion-Middleware. An den J2EE-Komponenten, aus denen die Plattform besteht, haben etliche Firmen mit programmiert, indem sie einzelne Bausteine als Teilprojekte bearbeiteten. Alle Einzelteile mussten gemäß der „Standards und Architekturen für E-Government-Anwendungen“ (SAGA) codiert werden. Dies stellte sicher, dass diese Puzzleteile tatsächlich zusammenpassen und wiederverwertbar sind.
Gesetzesänderung schnell umgesetzt
Wie rasch sich neue gesetzliche Vorgaben durch das Neu- und Umcodieren von Bausteinen nachbilden lassen, zeigte sich während des Projekts im August letzten Jahres. Der Berliner Senat beschloss einen Paradigmenwechsel in der Kinderbetreuung: Die Bezirke trennten sich von ihren 60 000 Kita-Plätzen, Freie Träger übernahmen sie. Gleichzeitig wurde ein neues Finanzierungsstrategiemodell eingeführt. Diese Vorgaben wurden schnell in die entsprechenden Systembausteine überführt, sodass die ISBJ zum Jahreswechsel 2006, wie geplant, nicht nur technisch bereit, sondern auch prozessseitig aktualisiert war.
Mit Hilfe von Gutscheinen können Eltern heute ihre Kinder direkt bei der Kita ihrer Wahl anmelden. Die Freien Träger stellen auf Grundlage dieser Gutschriften Rechnungen an die Stadt. „Ohne ein zentrales System, das als E-Government-Plattform allen über Internet zur Verfügung steht, war der Kita-Gutschein nicht umsetzbar. Allein 50 bis 60 zusätzliche Verwaltungsstellen wären notwendig gewesen, um eine monatliche, vertragsgenaue Abrechnung mit den früheren Strukturen vorzunehmen“, sagt Michael Richter.
Bei der Anmeldung wird durch den Träger über Internet die Gültigkeit des Gutscheins über die Plattform überprüft. Die Abrechnung führt die Verwaltung monatlich anhand der in ISBJ registrierten Verträge durch. 90 Prozent der Träger lassen sich ihre Abrechnung per E-Mail schicken, sagt Richter. „Viele Träger haben dieses Verfahren als Vorteil erkannt. Wer nicht will, der darf aber auch weiter ohne Computer arbeiten.“
Resümee nach drei Jahren
Durch die Komponentenarchitektur bekommt Richter die Zahlen, die er sich wünscht. Das ISBJ-Data-Warehouse fasst die Daten für Controlling und Planung zusammen. „So können wir exakt evaluieren, wo ein vernünftiger Betreuungsgrad erreicht ist, wo es Defizite gibt und wo neue Angebote notwendig sind“, sagt Richter.
Nach einer Projektlaufzeit von drei Jahren und der erfolgreichen Überführung von Anwendungen in den Echtbetrieb wagen die Fraunhofer-Experten nun erste Aussagen über die Stärken und Schwächen der SOATechnologie. Insgesamt fällt ihre Bilanz positiv aus, vor allem, was die Architektur der Plattform angeht. Die Stadt sei unabhängiger als bisher von den Produkten einzelner IT-Anbieter, schreiben sie. Man verfüge über eine einheitliche Plattform, die sich einfach warten und problemlos weiterentwickeln lässt.
Herausforderungen sehen die Fraunhofer-Forscher noch bei den komplizierten Wechselwirkungen zwischen Software- und Systemarchitektur oder bei der Schwierigkeit, eine einheitliche hohe Performance in einem System herzustellen, das aus unterschiedlichsten Puzzleteilen besteht.