Wir haben für ein Unternehmen eine vollautomatisierte Krankenhausabrechnung Schnittstelle entwickelt, über die Patientenrechnungen direkt zwischen Krankenhäusern und Beihilfestellen ausgetauscht werden. Im Mittelpunkt standen ein verlässlicher Datenaustausch, fachliche Prüfschemata nach EDIFACT und der Umgang mit sensiblen Gesundheitsdaten. Das Projekt lief von April 2019 bis Juli 2021 und wurde von einem Team mit 4 Personen umgesetzt.
Ausgangslage
Ein Unternehmen benötigte eine Schnittstelle zur direkten Abrechnung von Patientenrechnungen zwischen Krankenhäusern und Beihilfestellen. Die Aufgabe bestand darin, diesen Austausch vollautomatisiert abzubilden und dabei fachliche Prüfschemata sowie den Umgang mit sensiblen Gesundheitsdaten zu berücksichtigen.
Für das Vorhaben waren insbesondere der strukturierte Datenaustausch, die Prüfung eingehender und ausgehender Informationen sowie die Verwaltung von Zertifikaten relevant. Eine solche Krankenhausabrechnung Schnittstelle muss Daten nicht nur transportieren, sondern sie in einer fachlich nachvollziehbaren Form verarbeiten.
Lösung
Wir haben die Lösung als Microservices in C# mit CQRS umgesetzt. Microservices sind kleine, klar abgegrenzte Dienste, die einzelne Aufgaben übernehmen; CQRS trennt Schreib- und Lesevorgänge, damit fachliche Abläufe besser strukturiert werden können.
Unsere Arbeit umfasste den Datenaustausch und die Prüfschemata auf Basis von EDIFACT, die Zertifikatsverwaltung für sensible Gesundheitsdaten sowie Infrastructure as Code und CI. Infrastructure as Code bedeutet, dass technische Umgebungen über versionierbare Beschreibungen aufgebaut werden; CI steht für Continuous Integration und unterstützt eine nachvollziehbare Zusammenführung von Änderungen. Das Projekt lief von April 2019 bis Juli 2021 mit einer Teamgröße von 4.
Ergebnis
Geliefert wurde eine vollautomatisierte Schnittstelle zur direkten Abrechnung von Patientenrechnungen zwischen Krankenhäusern und Beihilfestellen. Bestandteil des Projekts waren die Umsetzung der Microservices in C#, der Datenaustausch mit Prüfschemata auf Basis von EDIFACT, die Zertifikatsverwaltung für sensible Gesundheitsdaten sowie die technische Grundlage für den strukturierten Betrieb durch Infrastructure as Code und CI.
Das Projekt wurde nach einer Laufzeit von 28 Monaten abgeschlossen.
Technik
- C# und .NET Core für die Umsetzung der fachlichen Dienste
- Microservices für die Aufteilung in fachlich getrennte Dienste
- CQRS zur Trennung von Lese- und Schreibvorgängen
- Angular für die Benutzeroberfläche, soweit im Projekt benötigt
- EDIFACT für Datenaustausch und Prüfschemata
- Azure DevOps für die Unterstützung von Entwicklungs- und Integrationsabläufen
- MS SQL Server und MongoDB für die Datenspeicherung
Bei Schnittstellenprojekten dieser Art ist die Kombination aus Webentwicklung, Datenbankentwicklung und einer sauber aufgebauten Integrationsstrecke oft entscheidend.
Warum eine Krankenhausabrechnung Schnittstelle so aufgebaut wird
Bei einer Krankenhausabrechnung Schnittstelle treffen mehrere Anforderungen zusammen: fachlich genaue Daten, ein verlässlicher Austausch zwischen Organisationen und ein besonders sorgfältiger Umgang mit sensiblen Informationen. Deshalb wird die Architektur in solchen Projekten häufig so gewählt, dass fachliche Verantwortung klar getrennt ist und einzelne Teile unabhängig weiterentwickelt werden können. Eine Microservice-Architektur kann dafür geeignet sein, weil sie Aufgaben in eigenständige Dienste aufteilt. Das vereinfacht die Zuordnung fachlicher Regeln und hilft dabei, Änderungen gezielt umzusetzen.
Auch die Trennung von Lese- und Schreibvorgängen ist in solchen Vorhaben oft sinnvoll. Der Ansatz CQRS trennt das Erfassen oder Verändern von Daten von ihrer Bereitstellung zur Anzeige oder Auswertung. Das ist hilfreich, wenn Prüfregeln, Freigabelogik oder unterschiedliche Sichtweisen auf denselben fachlichen Vorgang sauber abgebildet werden müssen. Für Entscheidungsträger ist wichtig: Diese Trennung ist kein Selbstzweck, sondern ein Mittel, um komplexe Abläufe klarer zu strukturieren.
Beim Datenaustausch spielt ein standardisiertes Nachrichtenformat eine zentrale Rolle. EDIFACT ist ein etabliertes Format für den elektronischen Austausch strukturierter Geschäftsdaten. In Projekten rund um Abrechnung und Leistungsdaten unterstützt ein solches Format dabei, Inhalte eindeutig zu übermitteln und automatisiert zu prüfen. Ebenso wichtig sind Prüfschemata: Sie stellen sicher, dass Daten nicht nur formal eintreffen, sondern auch fachlich plausibel sind.
Hinzu kommt der Schutz sensibler Daten. Zertifikate dienen dazu, Identitäten technisch nachzuweisen und Datenübertragungen abzusichern. Welche organisatorischen und rechtlichen Anforderungen im Einzelfall gelten, sollte jedoch immer mit den zuständigen Fachstellen, dem Datenschutzbeauftragten oder juristischer Beratung geprüft werden.
Für die Umsetzung ist außerdem ein strukturierter Betriebsansatz sinnvoll. Wenn Umgebungen als beschriebene Konfiguration aufgebaut werden, lassen sich Änderungen nachvollziehbarer vorbereiten. Wenn Softwareänderungen automatisiert zusammengeführt und geprüft werden, sinkt das Risiko vermeidbarer Fehler. Genau deshalb werden in solchen Projekten häufig Leistungen rund um Schnittstellen und Datenbanken mit klaren Entwicklungs- und Betriebsprozessen verbunden.
Wie ein solches Schnittstellenprojekt typischerweise abläuft
Bei einer Schnittstelle für die Krankenhausabrechnung beginnt ein Projekt typischerweise mit der fachlichen Klärung. Zunächst muss verstanden werden, welche Beteiligten Daten senden oder empfangen, welche Nachrichten ausgetauscht werden und an welchen Stellen fachliche Prüfungen greifen. In dieser Phase werden nicht nur Anforderungen gesammelt, sondern auch Begriffe vereinheitlicht. Das ist wichtig, weil unterschiedliche Organisationen ähnliche Inhalte oft verschieden benennen.
Danach wird das Lösungskonzept erarbeitet. Dabei wird festgelegt, wie die fachlichen Prozesse in technische Bausteine übersetzt werden, welche Daten dauerhaft gespeichert werden müssen und wie Fehlerfälle behandelt werden sollen. Gerade bei Abrechnungsszenarien reicht es nicht, nur den Idealweg zu modellieren. Ebenso wichtig ist die Behandlung unvollständiger, widersprüchlicher oder formal fehlerhafter Daten. Für Verantwortliche ist an diesem Punkt entscheidend, dass das Projekt nicht nur Funktionen beschreibt, sondern auch Zuständigkeiten und Nachvollziehbarkeit.
In der Umsetzung werden Fachlogik, Datenaustausch, Prüfungen und technische Basis schrittweise zusammengeführt. Dazu gehören oft eine Integrationsstrecke für eingehende und ausgehende Nachrichten, die Ablage relevanter Daten und Werkzeuge für Entwicklung und Betrieb. Kontinuierliche Integration bedeutet, dass Änderungen regelmäßig in einen gemeinsamen Stand übernommen und automatisiert geprüft werden. Das unterstützt ein Projekt dabei, Inkonsistenzen früh zu erkennen.
Vor dem Livegang stehen Qualitätssicherung und Abstimmung mit beteiligten Stellen im Mittelpunkt. Typisch sind Tests mit realitätsnahen Nachrichten, die Prüfung von Ausnahmefällen sowie die Kontrolle der technischen Absicherung. In sensiblen Bereichen sollte außerdem geklärt werden, welche rechtlichen und organisatorischen Vorgaben gelten. Dazu gehören etwa Datenschutz, Aufbewahrung oder Zugriffsregelungen; diese Themen sollten mit den zuständigen internen Stellen oder juristischer Beratung geprüft werden.
Für Unternehmen und öffentliche Auftraggeber ist es hilfreich, ein solches Vorhaben früh in grobe Arbeitspakete zu übersetzen. Wer den Umfang zunächst einordnen möchte, kann dafür den Projekt-Check oder ein unverbindliches Erstgespräch nutzen. So entsteht meist schneller ein belastbares Bild davon, welche Schritte für das konkrete Vorhaben sinnvoll sind.
Typische Stolpersteine bei Betrieb, Daten und Schnittstellen
In Projekten mit sensiblen Abrechnungsdaten liegen die Schwierigkeiten oft weniger in einzelnen Funktionen als im Zusammenspiel vieler Anforderungen. Ein typischer Stolperstein ist die Annahme, dass ein Nachrichtenformat allein schon für einen reibungslosen Austausch sorgt. Tatsächlich muss zusätzlich geklärt werden, welche Felder verpflichtend sind, wie mit Abweichungen umzugehen ist und welche Regeln für Rückmeldungen oder Korrekturen gelten. Ohne diese fachliche Präzisierung entstehen spätere Rückfragen und unnötige Fehlerketten.
Ein weiterer Punkt ist die Nachvollziehbarkeit. Bei automatisierten Abläufen muss erkennbar bleiben, welche Nachricht eingegangen ist, welche Prüfungen durchgeführt wurden und warum ein Vorgang angenommen, abgelehnt oder zurückgestellt wurde. Das betrifft nicht nur die Technik, sondern auch den Betrieb. Wer ein System später betreibt, braucht verwertbare Protokolle, klare Zuständigkeiten und einen Umgang mit Störungen, der ohne Improvisation auskommt.
Auch die Datenspeicherung will bewusst entschieden werden. Relationale Datenbanken wie SQL-Systeme eignen sich gut für klar strukturierte Datenbeziehungen. Dokumentenorientierte Datenbanken können hilfreich sein, wenn Nachrichten oder Teilstrukturen flexibler abgelegt werden müssen. In vielen Vorhaben ist daher nicht nur die Wahl einer Datenbank wichtig, sondern die bewusste Zuordnung, welche Daten wo und zu welchem Zweck gespeichert werden.
Für den Betrieb sollte früh geklärt werden, wie Umgebungen bereitgestellt, Änderungen ausgerollt und technische Abhängigkeiten dokumentiert werden. Hosting und Betrieb sind nicht nur eine Infrastrukturfrage, sondern Teil der Gesamtverantwortung des Systems. Gerade bei Schnittstellen mit externen Partnern ist wichtig, dass Zertifikate, Verbindungen und wiederkehrende Betriebsaufgaben verlässlich organisiert sind. Welche Sicherheitsmaßnahmen und rechtlichen Anforderungen konkret notwendig sind, muss jeweils mit den zuständigen Sicherheits-, Datenschutz- und Rechtsverantwortlichen abgestimmt werden.
In unserer Praxis zeigt sich: Solche Projekte gelingen besser, wenn Fachlichkeit, Datenaustausch und Betrieb von Anfang an zusammen gedacht werden. Wer ein ähnliches Vorhaben plant, kann den Umfang zunächst über den Kostenrechner eingrenzen oder mit ballmüller solutions in einem unverbindlichen Gespräch besprechen, welche Vorgehensweise zur eigenen Organisation passt.
Häufige Fragen
Wovon hängen die Kosten einer solchen Schnittstelle ab?
Die Kosten hängen vor allem vom fachlichen Umfang, der Zahl und Unterschiedlichkeit der anzubindenden Systeme, den Prüfregeln, dem Umgang mit Fehlerfällen und den Anforderungen an Betrieb und Absicherung ab. Auch Fragen zur Datenhaltung und zur Nachvollziehbarkeit beeinflussen den Aufwand. Für eine erste Einordnung eignet sich ein strukturierter Projektüberblick oder eine grobe Kostenschätzung über die dafür vorgesehenen Wege auf unserer Website.
Wie lange dauert ein Projekt für eine Krankenhausabrechnung Schnittstelle?
Das lässt sich nur aus dem konkreten Umfang ableiten. Maßgeblich sind die fachliche Klärung, die Komplexität des Datenaustauschs, Abstimmungen mit beteiligten Stellen, Testmöglichkeiten und Anforderungen an den Betrieb. Besonders relevant ist, wie präzise Nachrichten, Prüfregeln und Ausnahmefälle bereits beschrieben sind. Je klarer diese Punkte vorliegen, desto verlässlicher lässt sich ein Projekt strukturieren und planen.
Wie geht man bei einem solchen Vorhaben am besten vor?
Sinnvoll ist ein Vorgehen, das Fachlichkeit, Technik und Betrieb von Anfang an zusammen betrachtet. Zuerst sollten Ziele, Datenflüsse und Regeln geklärt werden. Darauf folgt ein Lösungskonzept mit Architektur, Datenhaltung und Prüfmechanismen. Danach wird die Umsetzung in klaren Abschnitten aufgebaut und fortlaufend abgestimmt. Vor dem Livegang sind realitätsnahe Tests und eine saubere Übergabe in den Betrieb besonders wichtig.
Welche Risiken sollte man frühzeitig beachten?
Häufig unterschätzt werden unklare Fachregeln, uneinheitliche Datenbegriffe, fehlende Festlegungen für Ausnahmefälle und ein zu später Blick auf Betrieb und Absicherung. Auch Zertifikate, Zugriffsfragen und Protokollierung sollten nicht erst am Ende betrachtet werden. Bei sensiblen Daten kommen außerdem Datenschutz- und Rechtsfragen hinzu. Welche Vorgaben konkret gelten, sollten Sie mit Ihrem Datenschutzbeauftragten oder juristischer Beratung prüfen.
Was muss der laufende Betrieb eines solchen Systems leisten?
Im Betrieb müssen eingehende und ausgehende Nachrichten überwacht, Fehler nachvollziehbar behandelt und Änderungen kontrolliert eingespielt werden. Ebenso wichtig sind die Verwaltung technischer Verbindungen, die Pflege von Zertifikaten und eine aussagekräftige Protokollierung. Ein tragfähiger Betrieb sorgt dafür, dass Schnittstellen nicht nur technisch vorhanden sind, sondern im Alltag zuverlässig begleitet werden können, auch wenn sich Anforderungen oder angeschlossene Systeme ändern.
