Unter HIPAA-Transaktionen (englisch HIPAA Standard Transactions) versteht man eine Reihe verbindlicher, einheitlicher Normen und Formate für den elektronischen Austausch von Gesundheits- und Verwaltungsdaten in den USA.
Jede Abrechnung, die ein Leistungserbringer im Gesundheitswesen einreicht, jeder Mitarbeitende, den ein Kostenträger aufnimmt, und jede Zahlung, die eine Krankenversicherung zurücksendet, wird als strukturierte elektronische Daten übermittelt. In den USA unterliegen viele dieser administrativen Transaktionen den HIPAA-Standards, wenn sie elektronisch durchgeführt werden. Für die erfassten Transaktionen schreibt HIPAA die erforderlichen Formate vor. Wenn Sie bei einem Leistungserbringer, einem Kostenträger oder einer Organisation, die mit ihnen Geschäfte macht, für Betrieb oder IT verantwortlich sind, lautet die Frage: Erfüllen Ihre elektronischen Transaktionen die geltenden HIPAA-Standards?
Dieser Leitfaden erklärt, was EDI im Gesundheitswesen unter HIPAA bedeutet, und stellt die drei Transaktionssätze vor, die den Großteil des Volumens tragen: 837, 834 und 835. Wenn Sie mit den Grundlagen noch nicht vertraut sind, beginnen Sie am besten mit unserem EDI-Leitfaden für Einsteiger.
Was ist EDI im Gesundheitswesen?
EDI im Gesundheitswesen ist der elektronische Austausch standardisierter administrativer und finanzieller Dokumente zwischen Leistungserbringern, Krankenversicherungen, Arbeitgebern und Clearinghouses. Statt Papierformularen, Faxen oder Portal-Uploads sendet ein System eine strukturierte Datei, die das empfangende System automatisch verarbeiten kann. Das reduziert die Notwendigkeit, Daten manuell erneut einzugeben.
Das ist die allgemeine Definition des elektronischen Datenaustauschs im Gesundheitswesen. Die HIPAA-spezifische Definition ist enger gefasst und wichtiger: Für eine festgelegte Gruppe elektronisch durchgeführter Transaktionen müssen die erfassten Einrichtungen die verabschiedeten Standards verwenden – das Format können sie nicht selbst bestimmen. Jede Transaktion folgt einem bestimmten X12-Standard mit festen Segmenten, definierten Datenelementen und strengen Regeln dazu was enthalten sein muss.
Deshalb unterscheidet sich EDI im Gesundheitswesen von dem Austausch von Bestellungen und Rechnungen, den sich die meisten vorstellen. Ein Einzelhändler kann sein Format mit einem Lieferanten aushandeln. Ein Leistungserbringer kann das Format einer Abrechnung nicht mit einem Kostenträger aushandeln. Der Standard ist gesetzlich vorgeschrieben.
Wie HIPAA EDI-Transaktionen regelt
HIPAA ist vor allem für den Datenschutz bekannt, doch es sind die Bestimmungen zur administrativen Vereinfachung (Administrative Simplification), die die EDI-Pflicht begründet haben. Der US-Kongress beauftragte das Gesundheitsministerium (Department of Health and Human Services), den Austausch administrativer Daten in der Branche zu standardisieren – mit dem Ziel, die Kosten und Fehler papierbasierter Prozesse zu senken. Die hier behandelten Transaktionen 837, 834 und 835 verwenden die unter HIPAA verabschiedeten Standards ASC X12N Version 5010.
Die Regeln gelten für „erfasste Einrichtungen“ (Covered Entities): Krankenversicherungen, Clearinghouses im Gesundheitswesen und Leistungserbringer, die bestimmte Informationen elektronisch übermitteln. Erfasste Einrichtungen, die diese Transaktionen elektronisch durchführen, müssen die verabschiedeten Standards verwenden. Geschäftspartner (Business Associates), die die Transaktionen in ihrem Auftrag abwickeln, müssen die geltenden vertraglichen und HIPAA-Anforderungen erfüllen.
Die Folgen sind ganz praktischer Natur. Eine Abrechnung, die nicht dem Standard entspricht, kann abgelehnt werden, bevor sie überhaupt in die Prüfung gelangt. Eine Anmeldedatei mit falscher Struktur kann dazu führen, dass Versicherte am Monatsersten ohne Versicherungsschutz dastehen. Und weil HIPAA-Transaktionen reguliert sind, ist wiederholte Nichteinhaltung ein echtes Risiko – nicht bloß eine Unannehmlichkeit.
Die verabschiedeten Transaktionen gehen über die drei unten beschriebenen hinaus. Dazu gehören auch Anfragen und Antworten zur Leistungsberechtigung (270/271), zum Abrechnungsstatus (276/277) sowie Anfragen zu Überweisungen und Vorabgenehmigungen (278). Einen umfassenderen Überblick darüber, wie X12-Codes aufgebaut sind, bietet unser Leitfaden zu EDI-Transaktionscodes. Die drei folgenden Sätze gehören zu den am häufigsten genutzten Transaktionen im Gesundheitswesen.
EDI 837: Abrechnungen im Gesundheitswesen
EDI 837 ist die elektronische Abrechnung. Ein Leistungserbringer sendet sie an einen Kostenträger oder an ein Clearinghouse, das sie weiterleitet, um die Bezahlung erbrachter Leistungen anzufordern.
Was sie enthält: Identifikation von Patient und Versicherungsnehmer, Angaben zum Leistungserbringer, Diagnose- und Prozedurencodes, Behandlungsdaten und abgerechnete Beträge. Sie liefert das vollständige Bild, das der Kostenträger zur Prüfung der Abrechnung benötigt.
Wer sie sendet und empfängt: Leistungserbringer (oder ihre Abrechnungsdienstleister) senden; Kostenträger und Clearinghouses empfangen. Es gibt drei Varianten – jeweils eine für ärztliche, stationäre und zahnärztliche Abrechnungen –, „die 837“ ist also eigentlich eine ganze Familie. Welche Sie senden, hängt von der Art der Versorgung und des Leistungserbringers ab.
Ein Beispiel: Eine Arztpraxis schließt einen Patientenbesuch ab, und ihr Abrechnungssystem erstellt eine 837-Abrechnung für ärztliche Leistungen. Ein Clearinghouse prüft sie anhand des Standards und der eigenen Anforderungen des Kostenträgers, entdeckt ein fehlendes Feld und sendet sie zur Korrektur zurück. Die Praxis behebt den Fehler noch am selben Tag. Ohne diese Prüfung hätte der Kostenträger die Abrechnung Tage später abgelehnt und die Zahlung hätte sich verzögert.
Bei EDI 837 sind Formatfehler am teuersten, denn hier beginnt der Weg zur Bezahlung. Fehler wie ein ungültiger Code, eine fehlende Kennung oder ein fehlerhaft aufgebautes Segment können dazu führen, dass eine Abrechnung oder ein ganzer Transaktionsstapel abgelehnt wird.
EDI 834: Anmeldung und Verwaltung von Leistungen
EDI 834 übermittelt Anmeldedaten. Arbeitgeber, Träger von Leistungsprogrammen und staatliche Programme nutzen sie, um einer Krankenversicherung mitzuteilen, wer angemeldet ist, bei wem sich etwas geändert hat und wer ausgeschieden ist.
Was sie enthält: Identifikation der Versicherten, Angaben zum Versicherungsschutz, mitversicherte Angehörige und die Art der Änderung: eine Neuanmeldung, eine Aktualisierung oder eine Beendigung. Sie deckt den gesamten Lebenszyklus des Versicherungsschutzes eines Mitglieds ab, weshalb der Standard sie als „Benefit Enrollment and Maintenance“ (Anmeldung und Verwaltung von Leistungen) bezeichnet.
Wer sie sendet und empfängt: Der Träger (in der Regel ein Arbeitgeber, ein Verwalter von Sozialleistungen oder ein Programm) sendet; die Krankenversicherung empfängt. In der Praxis erhält eine Versicherung unter Umständen 834-Dateien von vielen Arbeitgebergruppen, jede mit eigenen Systemen und Gewohnheiten.
Ein Beispiel: Ein Arbeitgeber meldet zwölf neue Mitarbeitende an und vier ausscheidende ab. Sein HR-System erstellt eine 834-Datei, die die Versicherung über Nacht einliest. Ist die Datei fehlerfrei, ist der Versicherungsschutz am nächsten Morgen korrekt. Ist sie es nicht, steht eine neue Mitarbeiterin in der Apotheke, und die Versicherung hat keinen Datensatz zu ihr.
Anmeldefehler wirken im ersten Moment selten dramatisch. Sie zeigen sich später – als Streitfälle zur Leistungsberechtigung, abgelehnte Abrechnungen und Beschwerden von Versicherten, die sich nur schwer auf eine fehlerhaft aufgebaute Datei zurückführen lassen.
EDI 835: Zahlung und Zahlungsavis für Abrechnungen im Gesundheitswesen
EDI 835 schließt den Kreislauf der 837. Ein Kostenträger sendet sie an einen Leistungserbringer, um zu erläutern, was bezahlt, angepasst oder abgelehnt wurde. Erfolgt die Zahlung über eine zugehörige elektronische Überweisung, helfen übereinstimmende Referenzangaben dem Leistungserbringer, das Zahlungsavis der Zahlung zuzuordnen.
Was sie enthält: Zahlungsbeträge, Anpassungen, den Eigenanteil des Patienten und Begründungscodes, die jede Differenz zwischen dem abgerechneten und dem gezahlten Betrag erklären.
Wer sie sendet und empfängt: Kostenträger senden; Leistungserbringer empfangen. Leistungserbringer spielen die 835 in der Regel in ihr Praxisverwaltungs- oder Revenue-Cycle-System ein.
Wie sie mit der 837 abgeglichen wird: Jede 835 verweist auf die Abrechnungen, auf die sie antwortet, sodass das System des Leistungserbringers eine Zahlung der ursprünglichen Einreichung zuordnen und automatisch verbuchen kann. Genau darum geht es bei diesem Abgleich. Ohne ihn muss jemand jedes Zahlungsavis von Hand durchgehen und die Zahlung manuell verbuchen.
Ein Beispiel: Ein Krankenhaus reicht an einem Tag 400 Abrechnungen ein und erhält Wochen später eine einzige 835-Datei, die viele davon abdeckt. Die automatisierte Verbuchung gleicht jede Position mit der zugehörigen 837 ab und markiert Ablehnungen und Minderzahlungen zur Nachverfolgung. Manuell bedeutet das Stunden an Arbeit – und eine Stelle, an der Unterzahlungen unbemerkt bleiben.
Gemeinsam bilden 837 und 835 einen geschlossenen finanziellen Kreislauf. Die 837 fordert die Zahlung an, und die 835 erklärt die Antwort.
Warum manuelles oder nur teilweise umgesetztes EDI betriebliche Risiken schafft
Viele Organisationen haben schon einen Teil des Weges zurückgelegt. Sie senden 837-Abrechnungen elektronisch, verbuchen 835-Zahlungen aber weiterhin von Hand. Sie nehmen 834-Dateien von großen Arbeitgebern an, erfassen Anmeldungen kleinerer Arbeitgeber jedoch manuell neu. Für einige Kostenträger nutzen sie ein Portal, für andere EDI. Genau in diesem Flickenteppich liegt das Risiko.
- Ablehnungen und Nacharbeit. Abrechnungen und Dateien, die die Validierung nicht bestehen, müssen korrigiert und erneut eingereicht werden – und jeder Tag Verzögerung ist ein Tag verspäteter Zahlung oder fehlerhaften Versicherungsschutzes.
- Lücken beim Abgleich. Werden 835-Dateien manuell verbucht, rutschen Fehler und Unterzahlungen durch, weil kein System jede Position mit der ursprünglichen 837 abgleicht.
- Uneinheitliche Verarbeitung. Werden Transaktionen über eine Mischung aus Standardformaten und manuellen Behelfslösungen abgewickelt, lassen sich Validierungen und Kontrollen schwerer einheitlich anwenden.
- Schwächere Nachvollziehbarkeit. Manuelle Schritte können es erschweren, lückenlos zu dokumentieren, was gesendet, empfangen und bearbeitet wurde.
Das Muster ist bei allen drei Transaktionssätzen gleich: Der Standard ist streng, das Volumen ist hoch, und manuelle Bearbeitung ist nicht skalierbar. An diesem Punkt gehen Organisationen typischerweise vom Flicken ihrer Prozesse zur durchgängigen Automatisierung über.
So unterstützt TrueCommerce EDI in der Lieferkette des Gesundheitswesens
TrueCommerce bietet integrierte EDI-Lösungen für Unternehmen aus Gesundheitswesen und Life Sciences, einschließlich Lieferanten. So können sich Lieferanten beispielsweise über TrueCommerce mit dem Global Healthcare Exchange (GHX) verbinden, um unterstützte Lieferkettentransaktionen wie Bestellungen, Rechnungen und Lieferavise auszutauschen.
Wenn Sie prüfen, wie Sie Ihr EDI im Gesundheitswesen automatisieren können, erfahren Sie auf unserer Seite zu Lieferkettenlösungen für das Gesundheitswesen , wie TrueCommerce Systeme, Partner und Prozesse entlang der gesamten Lieferkette im Gesundheitswesen miteinander verbindet.
So unterstützt TrueCommerce EDI in der Lieferkette des Gesundheitswesens
Erfahren Sie, wie TrueCommerce Unternehmen aus Gesundheitswesen und Life Sciences dabei unterstützt, Lieferkettentransaktionen zu automatisieren und sich mit Handelspartnern zu vernetzen.