Beihilfe-App zur Einreichung von Belegen

Für einen Auftraggeber, der ein Vorhaben für einen öffentlichen Auftraggeber umsetzte, entwickelten wir eine Beihilfe-App zur Einreichung von Beihilfebelegen per Smartphone-Kamera. Im Mittelpunkt standen eine plattformübergreifende Umsetzung, die sichere Übertragung von Bilddaten über Schnittstellen sowie das begleitende Release-Management für die Bereitstellung in den App-Stores. Das Projekt lief über einen längeren Zeitraum und umfasste neben der App-Entwicklung auch organisatorische und technische Aufgaben rund um den Betrieb der Veröffentlichungen.

Ausgangslage

Ein Auftraggeber setzte das Projekt für einen öffentlichen Auftraggeber um und suchte Unterstützung bei der Umsetzung einer mobilen Anwendung. Die Aufgabe bestand darin, eine App bereitzustellen, mit der Beihilfebelege per Smartphone-Kamera erfasst und eingereicht werden können. Dafür mussten eine plattformübergreifende technische Basis, geeignete Schnittstellen für die Übertragung der Bilddaten und ein verlässlicher Veröffentlichungsprozess für die mobilen Stores aufgebaut werden.

Lösung

Wir entwickelten eine plattformübergreifende App-Entwicklung auf Basis von Angular und Ionic. Ergänzend übernahmen wir das Release-Management und die App-Store-Deployments mit einem CI/CD-Prozess; CI/CD bezeichnet einen durchgängigen Ablauf, mit dem Build, Prüfung und Bereitstellung einer Anwendung strukturiert ausgeführt werden. Außerdem realisierten wir Schnittstellen für die datenschutzkonforme Bildübertragung.

Das Projekt lief von April 2019 bis Juli 2021. Das Team bestand aus 4 Personen.

Ergebnis

Geliefert wurde eine mobile, plattformübergreifende Beihilfe-App zur Einreichung von Beihilfebelegen per Smartphone-Kamera. Zum Projekt gehörten außerdem die Schnittstellen für die datenschutzkonforme Bildübertragung sowie das Release-Management mit App-Store-Deployments.

Die Laufzeit betrug 28 Monate. Das Projekt wurde abgeschlossen.

Technik

• Angular für die Umsetzung der Anwendung
• Ionic für die plattformübergreifende App
• Node.js als Teil der technischen Grundlage des Projekts
• Web Components für wiederverwendbare Oberflächenelemente
• TypeScript als Programmiersprache der Anwendung
• Nx zur Organisation des Entwicklungsarbeitsplatzes und der Projektstruktur
• Capacitor für die Anbindung der Webanwendung an mobile Gerätefunktionen
• Azure DevOps für Release-Management und CI/CD
• MS SQL Server für die Datenhaltung
• OAuth2 und OIDC für Authentifizierung und Autorisierung; Authentifizierung prüft Identitäten, Autorisierung steuert Zugriffsrechte

Warum eine Beihilfe-App für diese Aufgabe passt

Wenn Belege unterwegs erfasst und an eine Fachanwendung übergeben werden sollen, ist eine Beihilfe-App häufig ein naheliegender Weg. Die Kamera des Smartphones ist direkt verfügbar, der Nutzungskontext ist klar, und die Einreichung kann dort stattfinden, wo der Beleg tatsächlich vorliegt. Für Organisationen ist dabei wichtig, dass die Anwendung nicht nur auf dem Gerät gut bedienbar ist, sondern auch sauber an bestehende Prozesse anschließt.

In solchen Projekten spricht viel für eine plattformübergreifende Umsetzung. So lässt sich eine gemeinsame fachliche Basis für verschiedene mobile Betriebssysteme schaffen. Das reduziert Abstimmungsaufwand zwischen getrennten Entwicklungslinien und vereinfacht die Pflege, solange die Anforderungen zur Geräteanbindung und Bedienung dazu passen. Eine plattformübergreifende App ist eine Anwendung, deren Kern für mehrere Systeme gemeinsam entwickelt wird.

Ebenso entscheidend sind die Schnittstellen. Sie verbinden die mobile Anwendung mit den nachgelagerten Systemen, übergeben Bilder und Metadaten und sorgen dafür, dass der Prozess nicht an Medienbrüchen scheitert. Eine Schnittstelle ist eine klar definierte technische Verbindung zwischen Anwendungen. Gerade bei bildbasierten Einreichungen müssen Formate, Dateigrößen, Übertragungswege und Rückmeldungen sinnvoll zusammenspielen. Sonst entsteht aus einer scheinbar einfachen mobilen Funktion schnell ein fehleranfälliger Gesamtprozess.

Für öffentliche und unternehmensnahe Umfelder kommt ein weiterer Punkt hinzu: Der Umgang mit sensiblen Daten braucht eine nachvollziehbare technische Gestaltung. Das betrifft etwa Anmeldung, Rechte, Transportwege und Protokollierung. Ob eine konkrete Lösung rechtlich ausreicht, sollten Auftraggeber mit ihrer Rechtsabteilung oder dem Datenschutzbeauftragten prüfen.

Auch der Veröffentlichungsprozess wird oft unterschätzt. Eine mobile Anwendung endet nicht mit dem fertigen Funktionsumfang. Typisch sind Freigaben, Paketierung, Prüfungen für Stores und geregelte Updates. Deshalb ist es sinnvoll, Entwicklung und Veröffentlichung gemeinsam zu planen. Wer eine solche Lösung vorbereitet, sollte nicht nur die App selbst betrachten, sondern das Zusammenspiel aus Webentwicklung, mobiler Nutzung, Schnittstellen und Bereitstellung als Gesamtaufgabe.

So wird ein Projekt für eine Beihilfe-App typischerweise umgesetzt

Bei Vorhaben dieser Art beginnt die Arbeit sinnvollerweise mit einer Klärung des fachlichen Ablaufs. Dabei geht es nicht nur um Bildaufnahme und Versand, sondern auch um Fragen wie Anmeldung, Rückmeldungen an die Nutzenden, Fehlerfälle und die Einbindung in bestehende Bearbeitungsprozesse. Gerade bei mobilen Anwendungen lohnt es sich, Nutzungssituationen früh mitzudenken: schwankende Netzqualität, unterschiedliche Geräte und die Erwartung, dass wesentliche Schritte ohne lange Einarbeitung verständlich sind.

Im nächsten Schritt wird die Lösung konzeptionell geschnitten. Typischerweise werden die mobile Oberfläche, die Schnittstellen und die Betriebsaspekte getrennt beschrieben, aber gemeinsam geplant. Das hilft, Risiken früh sichtbar zu machen. Wenn etwa die App Bilder erfasst, muss festgelegt werden, in welchem Format sie weitergegeben werden, welche Prüfungen erfolgen und wie Rückgaben aus den Zielsystemen aussehen. Ebenso wichtig ist die Entscheidung, welche Teile in der App liegen und welche in Backend oder Middleware gehören. Middleware ist eine vermittelnde Softwareschicht zwischen Anwendungen.

Danach folgt die Umsetzung mit regelmäßigen Abstimmungen. Für Entscheider ist dabei weniger der interne Entwicklungstakt wichtig als die Frage, ob fachliche Entscheidungen zeitnah getroffen werden können. Mobile Vorhaben geraten oft dann ins Stocken, wenn Oberflächen, Schnittstellen und Freigabeprozesse unabhängig voneinander geplant werden. Besser ist ein Vorgehen, bei dem diese Bereiche fortlaufend aufeinander abgestimmt werden.

Zur eigentlichen Entwicklung kommen Qualitätssicherung und Veröffentlichung. Gerade bei Apps müssen reale Geräte, typische Aufnahmesituationen und problematische Randfälle geprüft werden. Ein Release-Management legt fest, wie neue Stände vorbereitet, freigegeben und verteilt werden. Das schafft Nachvollziehbarkeit und verringert das Risiko ungeordneter Veröffentlichungen.

Nach dem Livegang ist die Arbeit in solchen Projekten üblicherweise nicht beendet. Betrieb, Fehlerbehebung, Anpassungen an Stores und Änderungen an angeschlossenen Systemen gehören dauerhaft dazu. Wer ein ähnliches Vorhaben plant, kann den Umfang zunächst mit dem Projekt-Check strukturieren oder in einem unverbindlichen Erstgespräch die Ausgangslage sortieren. So entsteht meist schneller ein belastbares Bild davon, welche Bausteine tatsächlich gebraucht werden.

Typische Stolperfallen bei mobilen Belegprozessen

Eine mobile Lösung für Belege wirkt auf den ersten Blick oft überschaubar. In der Praxis liegen die Risiken aber meist nicht in der einzelnen Aufnahmefunktion, sondern im Gesamtprozess. Typisch ist zum Beispiel, dass Bilder auf realen Geräten ganz unterschiedlich ausfallen: ungünstige Lichtverhältnisse, schräg fotografierte Dokumente oder sehr große Dateien. Wenn die Anwendung darauf nicht vorbereitet ist, leiden Bedienbarkeit und Datenqualität.

Ein weiterer Stolperstein sind unklare Schnittstellenverantwortungen. Häufig sind mehrere Beteiligte im Spiel: die mobile Anwendung, ein vermittelnder Dienst und ein Zielsystem. Wenn nicht sauber festgelegt ist, wer welche Daten annimmt, prüft, speichert oder zurückmeldet, entstehen Fehlerbilder, die fachlich schwer zuzuordnen sind. Für Auftraggeber ist deshalb wichtig, Datenflüsse und Verantwortungen früh schriftlich festzuhalten.

Auch Sicherheit und Datenschutz müssen von Anfang an Teil der Architektur sein. Dazu gehören geregelte Anmeldung, abgesicherte Übertragungswege, nachvollziehbare Rechte und ein bewusster Umgang mit temporären Daten auf dem Gerät. Architektur beschreibt den Grundaufbau einer Software und das Zusammenspiel ihrer Teile. Welche rechtlichen und organisatorischen Anforderungen im Einzelfall gelten, sollten Organisationen mit ihrer Rechtsabteilung oder dem Datenschutzbeauftragten abstimmen.

Beim Betrieb zeigen sich weitere typische Herausforderungen. App-Stores haben eigene Prüfprozesse und Anforderungen, mobile Betriebssysteme ändern sich, und angebundene Systeme entwickeln sich ebenfalls weiter. Ohne geregelten Veröffentlichungsprozess wird schon eine kleine Anpassung schnell aufwendig. Deshalb sollten Betrieb, Monitoring und Updatefähigkeit nicht erst gegen Ende mitgedacht werden. Monitoring bedeutet, den technischen Zustand eines Systems fortlaufend zu beobachten.

Schließlich spielt die Lebensdauer der Lösung eine große Rolle. Eine Beleg-App wird selten isoliert genutzt; sie ist meist Teil einer längeren fachlichen Kette. Deshalb lohnt sich eine Struktur, die Erweiterungen zulässt, statt nur den ersten Funktionsstand abzubilden. Wir empfehlen bei solchen Vorhaben, neben der Oberfläche auch Datenmodell, Schnittstellen und Betrieb in der Microsoft Cloud beziehungsweise die Zielumgebung als zusammenhängende Aufgabe zu planen. So lassen sich spätere Anpassungen besser einordnen und geordneter umsetzen.