This Article is also available in Deutsch.

Den Anfang macht die Dr. Cronau Consult, die sich im OpenSAGA-Netzwerk als Experte für Geschäftsprozessmodellierung im Gesundheitswesen positioniert. Hier gibt es vielfältige Ansatzpunkte, um Prozesse und Abläufe zu vereinfachen und so Kosten zu sparen. Der anforderungsorientierte Modellierungsansatz von OpenSAGA bietet dabei schnelle Umsetzungsmöglichkeiten von Anforderungsdefinitionen in konkrete IT-Lösungen – und genau hier setzt die Dr. Cronau Consult ihre besonderen Stärken.

Da wir intern an einer Reihe von Themen arbeiten, die für das Gesundheitswesen hochrelevant sind (so z.B. eine Standardschnittstelle zur Gesundheitskarte und zur Ärztekarte) ist diese fachliche Verstärkung hochwillkommen.

Kontakt zum BMI haben wir bereits und wir freuen uns jetzt auf die nächsten Schritte, insbesondere die vom BMI zugesagte Präsentation von OpenSAGA vor der SAGA-Arbeitsgruppe im zuständigen Referat des BMI.

Zwischenzeitlich arbeiten wir an der Integration weiterer wichtiger Standards in OpenSAGA, beispielsweise verschiedener XÖV-Standards sowie von OSCI-Transport 2.

Wünschenswert wäre aus unserer Sicht aber eine deutliche beschleunigte Kommunikation mit den zuständigen Stellen des BMI, die offenbar unter hoher Arbeitslast nicht immer mit der aus industrieller Sicht wünschenswerten Geschwindigkeit voranschreiten können. Insofern können wir Frau Rogall-Grothe nur viel Erfolg für die nächsten Schritte wünschen und sind gespannt auf die nächsten Taten, die nun nach obiger Erklärung folgen müssen.

Auch die Vortragenden und das Publikum hatten einen sehr interessanten Tag – jeder Vortrag war von spannenden Diskussionen und Frage geprägt. Die Vielfalt der Themen zollten der Komplexität von eGovernment Rechnung: Das Spektrum reichte von organisatorischen Fragen zur Durchführung von IT-Projekten in Behörden (insbesondere unter Berücksichtung des V-Modell XT) über ausführliche technische Diskussionen zur Wahl der richtigen Plattform bis hin zur spannenden Frage, wie agile Methoden und Großprojekte in Behörden zusammenpassen.

Wir danken an dieser Stelle allen Vortragenden und Zuhörern für einen äußerst spannenden Tag und eine sehr interessante Diskussion im Ballroom zu später Stunde.

Für OpenSAGA haben sich eine ganze Reihe sehr interessanter Kontakte ergeben, die wir in den nächsten Wochen verfolgen werden. Hier scheinen sich sowohl Projekteinsätze als auch neue Partnerschaften zu verschiedenen Themen abzuzeichnen.

BIK@work hat den Status als Beratungspartner in der OpenSAGA-Initiative erlangt und wird fortan in regelmößigen Arbeitstreffen zusammen mit dem OpenSAGA-Team die bereits heute weitgehend automatisierte (und damit äußerst kostengünstige) Unterstützung von Anforderungen an die Barrierefreiheit von webbasierten IT-Lösungen weiter optimieren helfen. Damit wird es zunehmend einfacher werden, eine vollständige BITV-Unterstützung zu erreichen und auch den Wechsel auf die BITV 2 kinderleicht zu gestalten. Zudem ist die OpenSAGA-Plattform daraufhin optimiert, möglichst viele der Anforderungen des standardisierten BITV-Tests von vorneherein zu berücksichtigen.

Soviel für heute – auf geht’s zum Endspurt. Wir freuen uns auf möglichst viele interessante Gespräche nach dem Release am 01.05. in der kommenden Woche auf dem eGovernment-Day der JAX, an unserem Stand auf der JAX sowie auf der SEE 2010!

OSclipse bietet viele der üblichen Features, die man heute erwarten darf:

• Man kann neue Projekte und Extensions auf Basis von OpenSAGA komfortabel anlegen. Dabei unterstützt einen der Eclipse-Wizard für das Anlegen neuer Artefakte.

  

• Man kann leicht neue Modelle anlegen. Dafür gibt es in der Werkzeugleiste ein spezielles Icon (das sich bis zum Release aber noch mal ändern wird ), dass einen entsprechenden Dialog öffnet, der Modelle an der richtigen Stelle im aktuellen Projekt einfügt und ggf. sogar verlinkt.

  

• Man kann existierende Modelle leicht duplizierenden, um durch ein “fortgeschrittenes” Copy & Paste sehr schnell zu entwickeln, wenn ähnliche Konzepte umgesetzt werden sollen.

  

• Selbstverständlich bietet das Plugin während des Editierens der Modelle eine Autovervollständigung von IDs. Eine Autovervollständigung der XML-Strukturen erben wir natürlich automatisch von den Eclipse-Editoren. Wichtig ist dabei, dass sich das Plugin auf die jeweils für das Projekt relevante Version der Schemata bezieht.

  

• Zudem verfügt das Plugin über umfangreiche Validatoren und eine ganze Reihe von Quick Fixes. So werden Namenskonventionen für IDs und Dateien geprüft, ID-Referenzen auf ihre Gültigkeit hin kontrolliert, usw. Entsprechend zeigt das Plugin an, wenn es ein Problem gibt und bietet auch Korrekturhilfen an:

  

  

• Auch für das Refactoring gibt es Unterstützung – will man z.B. IDs ändern, gibt es dafür eine umfassende Unterstützung:

  

Mehr dann mit dem ersten Release des Plugins zusammen mit OpenSAGA 1.0.0 – das soll als Teaser reichen.

Wir haben viele weitere Ideen, was wir tun wollen und freuen uns bereits auf die nächsten Meilensteine. Mit Version 1 ist auf jeden Fall sichergestellt, dass es keinen Grund gibt, vor XML Angst zu haben (ist nicht wirklich anders als JSF, Facelets und JSP ) und da viele Funktionen in OpenSAGA eine Menge manuellen Code und sehr viel technischer Komplexität sparen, lohnt sich mal, damit herumzuprobieren. Und bald geht das ja… und darum kümmere ich mich jetzt wieder und wünsche eine erfolgreiche Woche!

Bis zum nächsten Update!

Für Version 1.0.0 war unser Ziel für OpenSAGA von Anfang an, eine duale Lizenzstrategie fahren zu wollen. Eine Version von OpenSAGA wird unter der GPL (ob v2, v3 oder AGPL wird sich vermutlich heute final klären) erscheinen, eine andere Version unter einer proprietären Lizenz. Damit wollen wir erreichen, dass wir das beste aller Welten anbieten können:

• Verwaltungen können die freie GPL-Version verwenden und haben die Gewissheit, dass die Grundlage ihrer Entwicklungen immer frei bleiben kann und Forks jederzeit möglich sind.
• Produkthersteller können eine proprietäre Lizenz erwerben, die es ihnen erlaubt, ihr geistiges Eigentum zu behalten und ihre Produkte auch als geschlossene Systeme zu vertreiben. Oder sie können sich selbst für die GPL-Version entscheiden, um eine Open-Source-Produktstrategie umzusetzen.

Außerdem ist uns die EUPL noch sehr wichtig – hier brauchen wir auch noch eine finale Antwort, so dass möglicherweise auch die Varianten GPL, EUPL, proprietär möglich.

Ein späterer Wechsel auf eine andere Lizenzform ist nicht ausgeschlossen – insbesondere die Apache Software License erscheint uns sehr interessant. Das ist aber ein Thema, dass wir in den nächsten Wochen und Monaten intensiv mit der Community, den Vertretern der öffentlichen Verwaltung, unseren Partnern und dem wissenschaftlichen Beirat diskutieren wollen, um dann eine möglichst optimale Lösung für alle zu finden. Hätten wir das jetzt getan, hätten wir nicht starten können und zu starten ist uns im Moment am Wichtigsten.

So, bis zum nächsten Update – wir nageln jetzt mal die Lizenz(en) fest