Business-Intelligence-App für Krankenhäuser
Finanzergebnisse und Kennzahlen von Krankenhäusern in mobilen Dashboards. Die Management-App baut auf dem bestehenden BI-System des Kunden auf und befindet sich in Entwicklung.
- Branche
- Gesundheitswesen
- Art
- Kundenprojekt
- Status
- In Umsetzung · Stand
- Rolle
- Design, UX/UI, Entwicklung und langfristige Wartung
- Jahr
- 2026
- 1
Kontext
Der Kunde betreibt ein Management-Informationssystem für die Finanzteams von Krankenhäusern. Quellsysteme liefern Daten an ein Data Warehouse; darauf greifen MIS- und BI-Werkzeuge am Desktop zu.
Die Informationen sind bereits vorhanden. Das mobile Projekt macht sie der Krankenhausleitung auch unterwegs zugänglich, ergänzt durch eine Webversion.
- 2
Problem
Ziel ist ein schneller Überblick über die Finanzen der Organisation. Die Leitung soll Ergebnisse und Entwicklungen prüfen können, ohne jede Frage an das Finanzteam weiterzugeben.
Jede Kennzahl braucht Kontext: Berichtszeitraum, Aktualität der Quelldaten und die Information, ob der Monat bereits abgeschlossen ist.
- 3
Rahmenbedingungen
Das Smartphone greift über eine API zu, niemals direkt auf das Data Warehouse. Die bestehende BI-Engine liest per SQL und bietet keine HTTP-API.
Finanzdaten brauchen kontrollierten Zugriff, obwohl die App keine Patientenakten verarbeitet. Integration, Anmeldung und Sicherheitsprüfung müssen zur Umgebung des Kunden passen.
Die Entwicklung nutzt synthetische Daten. Kundendaten gelangen weder ins Repository noch in öffentliche Beispiele.
- 4
Rolle
Tolarons bestätigte Rolle umfasst Design, UX/UI, die App und langfristige Wartung. Das bestehende System, das Data Warehouse und die Marke gehören dem Kunden.
Die Verantwortung für Entwicklung und Betrieb der gemeinsamen API wird noch mit dem Kunden vereinbart.
- 5
Lösung
Eine App für iOS, Android und Web. Mit React Native und TypeScript nutzen die drei Versionen gemeinsame Oberflächen und Anwendungslogik. Wiederverwendbarer Plattformcode bleibt vom kundenspezifischen Produkt getrennt.
Ein einheitliches Datenformat für die API. Schemas beschreiben API-Antworten und liefern passende Typen für die App. Über eine gemeinsame Schnittstelle greifen die Ansichten auf Daten zu, ohne von den Details der Anbindung abzuhängen.
Kennzahlen mit Kontext. Das Dashboard unterscheidet Datenaktualisierung und Antwortzeit und kennzeichnet abgeschlossene Berichtszeiträume.
- 6
Ergebnis
Das Projekt befindet sich in Entwicklung und ist noch nicht im Produktivbetrieb. Es verbindet Daten aus dem Data Warehouse, Finanzberechnungen, die API-Spezifikation und die App.
Dabei werden auch Fälle erkannt, die ein Dashboard verfälschen könnten: doppelte Währungsberechnungen, Zwischensummen und offene Perioden. Integration und Betriebsverantwortung bleiben Teil der Vereinbarung mit dem Kunden.
- 7
Technologie
App: React Native und TypeScript für iOS, Android und Web.
Datenebene: TypeScript-API-Prototyp, SQL-Zugriff auf das Data Warehouse und gemeinsame Schemas. Entwickelt wird mit synthetischen Daten.
Die Bildschirme zeigen Designkonzepte mit synthetischen Daten ohne Kundenmarke. Der Kunde bleibt nach Vereinbarung ungenannt. Diese Fallstudie beschreibt die technische Aufgabe und Tolarons Rolle.