Wir haben für ein Unternehmen eine medizinische Datenplattform zur Speicherung, Verwaltung und Bearbeitung endoskopischer Bild- und Videodaten entwickelt. Im Mittelpunkt standen eine sichere medizinische Datenverwaltung, die Berücksichtigung klinischer Anforderungen sowie Funktionen zur Videobetrachtung. Ergänzend umfasste das Projekt Langzeitarchivierung und Anonymisierung sensibler Datenbestände.
Ausgangslage
Ein Unternehmen benötigte eine Lösung für den Umgang mit endoskopischen Bild- und Videodaten. Die Aufgabe war, eine Plattform zu schaffen, die Speicherung, Verwaltung und Bearbeitung dieser Daten unterstützt und zugleich Themen wie Langzeitarchivierung und Anonymisierung abdeckt.
Dafür mussten wir die fachlichen Anforderungen aus dem klinischen Umfeld aufnehmen und in eine tragfähige technische Grundlage überführen. Ein Schwerpunkt lag damit bereits zu Beginn auf dem Requirements Engineering, also der strukturierten Ermittlung und Abstimmung von Anforderungen zwischen Fachseite und Entwicklung.
Lösung
Wir übernahmen die Systemarchitektur für eine sichere medizinische Datenverwaltung und erarbeiteten die klinischen Anforderungen im Rahmen des Requirements Engineering. Auf dieser Basis entwickelten wir die Anwendung als Full-Stack-Lösung mit ASP.NET MVC und setzten insbesondere Funktionen zur Videobetrachtung um.
Zum Projekt gehörten außerdem die Speicherung, Verwaltung und Bearbeitung endoskopischer Bild- und Videodaten, die Langzeitarchivierung sowie die Anonymisierung. Organisiert war die Umsetzung über den Zeitraum von April 2014 bis Mai 2016 mit einem Team von 4 Personen. Inhaltlich verband das Projekt damit Webentwicklung mit Anforderungen an Datenhaltung und fachliche Prozesse.
Ergebnis
Geliefert wurde eine abgeschlossene medizinische Datenplattform für endoskopische Bild- und Videodaten. Der Funktionsumfang umfasste die Speicherung, Verwaltung und Bearbeitung dieser Daten einschließlich Langzeitarchivierung und Anonymisierung sowie eine Lösung zur Videobetrachtung.
Das Projekt lief von April 2014 bis Mai 2016 und hatte eine Laufzeit von 26 Monaten. Es wurde mit einem Team von 4 Personen umgesetzt und abgeschlossen.
Technik
Zum Einsatz kamen C# und das .NET Framework als Grundlage der Anwendung. ASP.NET MVC nutzten wir für die Full-Stack-Entwicklung der Webanwendung und insbesondere für die Videobetrachtung.
TypeScript und KnockoutJS wurden für die clientseitige Logik und die Benutzeroberfläche verwendet. Telerik diente zur Unterstützung von Oberflächenkomponenten. Firebird und MS SQL Server kamen für die Datenhaltung zum Einsatz; Datenbanken bilden die strukturierte Grundlage für das Speichern, Auffinden und Verarbeiten von Informationen. TFS nutzten wir für die Organisation der Entwicklungsarbeit.
Warum eine medizinische Datenplattform so aufgebaut wird
Eine medizinische Datenplattform muss Informationen nicht nur speichern, sondern in fachlich sinnvolle Abläufe einbinden. Gerade bei Bild- und Videodaten reicht es typischerweise nicht aus, Dateien lediglich abzulegen. Benötigt werden Funktionen zum strukturierten Verwalten, gezielten Wiederfinden, Bearbeiten und kontrollierten Bereitstellen. Wenn zusätzlich Langzeitarchivierung und Anonymisierung gefordert sind, steigen die Anforderungen an Datenmodell, Benutzeroberfläche und Betrieb deutlich.
Für solche Aufgaben eignet sich häufig eine browserbasierte Fachanwendung aus der Webentwicklung. Der Vorteil liegt darin, dass Arbeitsplätze ohne aufwendige lokale Installation auf eine gemeinsame Anwendung zugreifen können. Eine Fachanwendung ist Software, die einen konkreten Geschäfts- oder Arbeitsprozess unterstützt. Gerade in Umgebungen mit unterschiedlichen Rollen, Arbeitsplätzen und Freigaben ist ein zentrales System oft leichter zu pflegen als viele verteilte Einzellösungen.
Wichtig ist außerdem eine klare Trennung von Verantwortlichkeiten in der Architektur. In solchen Projekten werden Oberfläche, Fachlogik und Datenhaltung typischerweise so aufgebaut, dass Änderungen an einem Bereich nicht unnötig in andere Bereiche durchschlagen. Das erleichtert spätere Erweiterungen und hilft dabei, komplexe Anforderungen nachvollziehbar umzusetzen. Wenn Bild- und Videodaten im Spiel sind, betrifft das auch die Frage, wie Metadaten und eigentliche Mediendateien zusammengeführt werden. Metadaten sind beschreibende Informationen, etwa zu Quelle, Zeitpunkt oder Zuordnung eines Datensatzes.
Hinzu kommt der Schutz sensibler Informationen. Sicherheit bedeutet bei einer medizinischen Datenplattform nicht nur Zugriffsschutz, sondern auch durchdachte Prozesse für Anzeige, Bearbeitung, Export, Protokollierung und Anonymisierung. Anonymisierung bedeutet, personenbezogene Bezüge so zu entfernen oder zu verändern, dass eine direkte Zuordnung nicht ohne Weiteres möglich ist. Wie weit das im konkreten Vorhaben gehen muss, sollte fachlich und rechtlich geprüft werden; für rechtliche Bewertungen empfiehlt sich die Abstimmung mit Datenschutzbeauftragten oder jurischer Beratung.
Auch die Datenhaltung ist ein zentraler Entwurfsbaustein. In ähnlichen Vorhaben müssen strukturierte Fachdaten, Verweise auf Medieninhalte und Suchkriterien verlässlich zusammenspielen. Deshalb ist oft eine fundierte Datenbankentwicklung erforderlich, damit die Plattform nicht nur heute funktioniert, sondern auch bei späteren Anpassungen beherrschbar bleibt.
So werden Projekte für medizinische Datenplattformen umgesetzt
Bei Projekten dieser Art beginnt die Arbeit typischerweise mit einem sauberen Verständnis des fachlichen Ziels. Entscheider, Fachseite und Entwicklung müssen gemeinsam klären, welche Daten verarbeitet werden, welche Arbeitsabläufe unterstützt werden sollen und welche Rollen mit dem System arbeiten. Gerade in Umfeldern mit medizinischen Informationen ist es riskant, vorschnell mit einzelnen Masken oder Detailfunktionen zu starten, ohne den Gesamtprozess zu verstehen.
Ein wichtiger Schritt ist deshalb das Requirements Engineering. Damit ist die strukturierte Aufnahme, Prüfung und Abstimmung von Anforderungen gemeint. Dabei werden nicht nur Wünsche gesammelt, sondern Abhängigkeiten, Begriffe, Randbedingungen und offene Punkte sichtbar gemacht. Bei einer Plattform für Bild- und Videodaten gehören dazu häufig Fragen zur Herkunft der Daten, zu Such- und Sichtungsprozessen, zu Bearbeitungsschritten, zur Archivierung und zur Anonymisierung.
Auf dieser Grundlage folgt das fachliche und technische Konzept. Typischerweise wird definiert, welche Teile als Webanwendung umgesetzt werden, wie die Datenhaltung aufgebaut ist, welche Schnittstellen notwendig sind und wie Berechtigungen gedacht werden. Eine Schnittstelle ist eine geregelte Verbindung, über die Systeme Daten austauschen. In dieser Phase lohnt sich besondere Sorgfalt, weil viele spätere Risiken auf unklare Grundsatzentscheidungen zurückgehen.
In der Umsetzung werden größere Vorhaben meist schrittweise entwickelt und regelmäßig mit der Fachseite abgestimmt. Das ist besonders wichtig, wenn die Anwendung komplexe Inhalte sichtbar machen oder bearbeiten soll, etwa Medienbestände mit fachlichen Zusatzinformationen. Regelmäßige Rückkopplung reduziert das Risiko, dass am Bedarf vorbei entwickelt wird. Parallel dazu sollte die Qualitätssicherung vorbereitet werden. Qualitätssicherung umfasst Verfahren, mit denen geprüft wird, ob Funktionen wie vorgesehen arbeiten und Anforderungen nachvollziehbar erfüllt sind.
Vor dem Livegang werden in solchen Projekten typischerweise Daten, Rollen, Abläufe und Betriebsfragen noch einmal zusammengeführt. Dazu gehören auch Themen wie Berechtigungskonzepte, Protokollierung, Sicherungen und Wiederherstellung. Der Betrieb kann je nach Rahmenbedingungen in eigenen Umgebungen oder in der Cloud erfolgen; bei Bedarf unterstützen wir auch beim Hosting und Betrieb in der Microsoft Cloud. Für die frühe Einordnung eines Vorhabens kann zunächst ein Projekt-Check sinnvoll sein, wenn bereits eine Beschreibung oder ein Lastenheft vorliegt.
Typische Stolpersteine bei Systemen für sensible Mediendaten
Bei Plattformen für sensible Bild- und Videodaten liegen die größten Risiken oft nicht in einzelnen Funktionen, sondern in übersehenen Randbedingungen. Ein häufiger Stolperstein ist eine zu grobe Anforderungsbeschreibung. Wenn unklar bleibt, wer welche Daten sehen, bearbeiten oder anonymisieren darf, entstehen später Konflikte in Berechtigung, Oberfläche und Prozesslogik. Diese Punkte sollten früh benannt und fachlich abgestimmt werden.
Ein weiterer kritischer Bereich ist der Umgang mit unterschiedlichen Datenarten. Solche Systeme müssen oft strukturierte Datensätze, Dateiinhalte und beschreibende Informationen zusammenführen. Wenn das Datenmodell dafür nicht sauber entworfen wird, werden Suche, Zuordnung und spätere Erweiterungen unnötig kompliziert. Das Datenmodell ist die fachliche und technische Struktur, nach der Informationen gespeichert und miteinander verknüpft werden.
Auch Schnittstellen werden häufig unterschätzt. Sobald Daten aus anderen Systemen übernommen oder dorthin zurückgegeben werden sollen, muss klar sein, welche Inhalte in welcher Qualität vorliegen und wie mit Abweichungen umgegangen wird. Ohne klare Regeln drohen Medienbrüche, Mehrfacheingaben oder fehlerhafte Zuordnungen. Deshalb sollten Import, Export und Validierung von Anfang an mitgedacht werden. Validierung bedeutet die Prüfung, ob Daten vollständig, plausibel und im erwarteten Format vorhanden sind.
Nicht weniger wichtig ist der spätere Betrieb. Eine Plattform für sensible Informationen braucht typischerweise nachvollziehbare Zugriffe, belastbare Sicherungen, klare Verantwortlichkeiten und ein Verfahren für Änderungen. Wer den Betrieb erst gegen Ende betrachtet, muss grundlegende Entscheidungen oft unter Zeitdruck nachholen. Dazu zählen auch Fragen zur Überwachung des Systems. Überwachung bedeutet hier, den technischen Zustand der Anwendung zu beobachten, damit Probleme früh erkannt werden.
Besondere Aufmerksamkeit verdient zudem das Thema Schutzbedarf. Wo mit medizinischen Daten gearbeitet wird, sind Sicherheit und Datenschutz von Beginn an Teil des Entwurfs, nicht nur ein Zusatz zum Schluss. Welche organisatorischen und rechtlichen Maßnahmen erforderlich sind, muss im konkreten Umfeld gesondert bewertet werden; das ist keine technische Entscheidung allein und sollte mit Datenschutzbeauftragten oder juristischer Beratung abgestimmt werden.
Wer ein ähnliches Vorhaben plant, sollte deshalb nicht nur auf Funktionen schauen, sondern auf das Zusammenspiel aus Fachprozess, Daten, Sicherheit, Betrieb und Weiterentwicklung. Für eine erste Einordnung des Umfangs kann unser Team von ballmüller solutions mit einem unverbindlichen Erstgespräch unterstützen; alternativ hilft der Kostenrechner bei einer groben Orientierung.
Häufige Fragen
Wovon hängen die Kosten einer medizinischen Datenplattform ab?
Die Kosten hängen vor allem vom fachlichen Umfang, von den benötigten Rollen und Berechtigungen, von der Komplexität der Datenhaltung, von Schnittstellen sowie von Anforderungen an Sicherheit, Archivierung und Betrieb ab. Zusätzlichen Einfluss haben die Qualität der vorhandenen Anforderungsunterlagen und die Frage, ob bestehende Daten übernommen werden müssen. Für eine grobe Einordnung eignet sich der Kostenrechner, bei konkreteren Unterlagen eher ein Projekt-Check.
Wie lange dauert die Umsetzung eines solchen Systems typischerweise?
Das hängt stark davon ab, wie klar die Anforderungen bereits beschrieben sind und wie viele fachliche Abstimmungen während des Projekts nötig werden. Einfluss haben außerdem Schnittstellen, Migrationsbedarf, Freigabeprozesse und der gewünschte Reifegrad zum Start. Gerade bei sensiblen Daten sollte Zeit für fachliche Klärung, Tests und Betriebsfragen eingeplant werden. Für eine belastbarere Einschätzung braucht es in der Regel eine konkrete Sicht auf das Vorhaben.
Welcher Ansatz ist für ein solches Projekt sinnvoll?
Sinnvoll ist meist ein Vorgehen, das mit einer strukturierten Anforderungsaufnahme beginnt und daraus ein fachlich wie technisch tragfähiges Konzept entwickelt. Danach wird die Lösung schrittweise umgesetzt und regelmäßig mit den Verantwortlichen abgestimmt. So lassen sich offene Punkte früh erkennen und Entscheidungen nachvollziehbar treffen. Besonders wichtig ist, Fachprozess, Datenmodell, Rechtekonzept und spätere Betriebsanforderungen gemeinsam zu betrachten statt getrennt voneinander.
Welche Risiken sollten Auftraggeber besonders im Blick behalten?
Typische Risiken sind unklare Anforderungen, unterschätzte Abhängigkeiten zu anderen Systemen, ein zu spät betrachteter Betrieb und unvollständige Regeln für Rollen, Freigaben oder Anonymisierung. Ebenso kritisch ist ein Datenmodell, das spätere Such- und Bearbeitungsprozesse nicht ausreichend unterstützt. Für Themen wie Datenschutz, Aufbewahrung oder andere rechtliche Vorgaben sollte die Bewertung nicht allein technisch erfolgen, sondern mit den zuständigen Stellen im Haus oder mit jurischer Beratung.
Was muss beim Betrieb einer solchen Plattform bedacht werden?
Wichtig sind klare Zuständigkeiten für Wartung, Änderungen, Benutzerverwaltung, Sicherungen und die Überwachung des technischen Zustands. Ebenso relevant sind nachvollziehbare Zugriffe, geregelte Freigaben und ein Verfahren, wie Störungen behandelt werden. Wenn Schnittstellen angebunden sind, müssen auch deren Ausfälle und Änderungen berücksichtigt werden. Je nach Rahmenbedingungen kann der Betrieb in der eigenen Umgebung oder in der Cloud erfolgen; beides sollte früh konzeptionell mitgedacht werden.
