Den Datenstack des Krankenhauses lesen: klinische EHR-Daten versus Claims

# Den Datenstack des Krankenhauses lesen: klinische EHR-Daten versus Claims

Frau Alvarez kommt zu einer Knietotalendoprothese. Ihr Chirurg dokumentiert alles in Epic: das präoperative Assessment, die Seriennummer des Implantats, das Anästhesieprotokoll, zwei Dosen eines Blutverdünners, leichtes postoperatives Fieber und drei Tage Physiotherapie-Notizen.

Zwei Wochen später schickt die Abrechnungsstelle einen UB-04-Claim an ihre Versicherung. Dieser Claim reduziert den gesamten Aufenthalt auf eine Handvoll Codes und einen Dollarbetrag. Von den Physiotherapie-Notizen erscheint so gut wie nichts. Das Fieber ist verschwunden. Die Seriennummer des Implantats taucht nirgends auf.

Dieselbe Patientin. Derselbe Aufenthalt. Zwei Datensätze, die unterschiedliche Geschichten erzählen. Krankenhausführungen stecken enorm viel Aufwand in deren Abgleich, und zu verstehen warum, ist die Grundlage von Datenkompetenz im Krankenhaus.

Die zwei Datensätze, definiert

EHR (Electronic Health Record): das klinische System of Record. Epic und Oracle Health (früher Cerner) dominieren den US-Markt. Die EHR erfasst, was klinisch mit dem Patienten passiert ist: Vitalparameter, Medikamente, Notizen, Labore, Bilder, Anordnungen.

Claims: der Output des Abrechnungssystems, gesendet an Kostenträger (Versicherer, Medicare, Medicaid), um bezahlt zu werden. Für einen stationären Krankenhausaufenthalt ist das Standardformat der UB-04 (auch CMS-1450 genannt), ein institutionelles Claim-Formular, definiert vom National Uniform Billing Committee.

Die EHR beantwortet „Was haben wir für den Patienten getan?" Der Claim beantwortet „Was rechnen wir ab, und wie begründen wir es?" Das sind verwandte, aber nicht identische Fragen.

Die Knieprothese durch beide Systeme verfolgen

Begleiten Sie Frau Alvarez durch beide Systeme.

In Epic ist der Datensatz granular und mit Zeitstempeln versehen:

• Pflege-Flowsheets mit stündlichen Vitalparametern
• Der OP-Bericht mit Beschreibung des chirurgischen Zugangs
• Medikamentenverabreichungsprotokolle (die exakten Zeiten jeder Dosis)
• Freitext-Verlaufsnotizen von drei Behandlern
• Die physiotherapeutische Erstbefundung und die täglichen Einheiten

Auf dem UB-04 kollabiert all das zu strukturierten Codes:

• Eine DRG (Diagnosis Related Group), die Vergütungskategorie, mit der Medicare und viele Versicherer den gesamten Aufenthalt als Paket erstatten. Ein größerer Gelenkersatz wird einer bestimmten DRG-Familie zugeordnet.
• ICD-10-CM-Diagnosecodes (warum sie Versorgung brauchte: Gonarthrose)
• ICD-10-PCS-Prozedurencodes (was gemacht wurde, in der Kodiersprache des stationären Bereichs)
• Revenue Codes, die Leistungen gruppieren (OP, Apotheke, Physiotherapie)
• Gesamtkosten und Leistungsdaten

Beachten Sie die Kompression. Tage klinischer Narrative werden zu vielleicht einem Dutzend Codes. In dieser Kompression divergieren die beiden Datensätze.

Warum derselbe Aufenthalt zwei verschiedene Wahrheiten erzeugt

1. Der Zweck prägt den Inhalt

Die EHR erfasst die klinische Realität. Der Claim erfasst die abrechenbare, belegbare Realität. Wenn eine Pflegekraft ein Symptom dokumentiert, das nie zu einer formalen Diagnose wird, lebt es in Epic, erreicht aber nie den Claim.

2. Kodierung ist Interpretation, keine Kopie

Ein ausgebildeter Medical Coder (oder zunehmend computerassistierte Kodiersoftware) liest die Akte und übersetzt sie in Codes. Diese Übersetzung enthält Ermessen. Zählte das Fieber als dokumentierte Komplikation? Nur wenn ein Arzt eine Diagnose geschrieben hat, die das stützt. Deshalb investieren Krankenhäuser in CDI-Teams (Clinical Documentation Integrity), deren Aufgabe es ist, sicherzustellen, dass die Akte eine korrekte Kodierung stützt.

3. Das Timing unterscheidet sich

Epic-Daten existieren in Echtzeit. Der Claim wird nach der Entlassung zusammengestellt, manchmal Wochen später, und kann korrigiert und neu eingereicht werden. An jedem gegebenen Tag widersprechen sich die beiden Systeme also schon deshalb, weil der Claim noch nicht nachgezogen hat.

4. Die Granularität unterscheidet sich

Epic kennt die Seriennummer des Implantats für einen Produktrückruf. Den Claim interessiert das nicht. Umgekehrt trägt der Claim die endgültige DRG, die den Umsatz treibt, ein Feld, das in der klinischen Akte nicht natürlich „lebt".

Ein konkretes Datenbeispiel

Stellen Sie sich vor, Sie ziehen beide Datensätze für Frau Alvarez. Vereinfacht sehen sie so aus:

EHR (Epic) extract
------------------
encounter_id: 88213
admit_ts: 2026-03-02 06:41
procedure_note: "TKA, right knee, cemented implant"
implant_serial: ZX-4471-A
meds_given: [enoxaparin x2, acetaminophen x6, ...]
vitals_rows: 214
pt_sessions: 3
discharge_ts: 2026-03-05 11:20

UB-04 claim extract
-------------------
encounter_id: 88213
drg: 470  (major joint replacement, no MCC)
principal_dx: M17.11 (osteoarthritis, right knee)
icd10_pcs: 0SRC0J9
revenue_codes: [0360 OR, 0250 pharmacy, 0420 PT]
total_charges: [amount]
from_date: 2026-03-02
thru_date: 2026-03-05

Dieselbe encounter_id verbindet sie. Aber die EHR hat 214 Vitalparameter-Zeilen und eine Implantat-Seriennummer; der Claim hat eine DRG und Revenue Codes. Keiner von beiden ist „vollständig". Ein Krankenhausanalyst, der das ganze Bild will, muss beide joinen.

Beachten Sie das DRG-Detail: 470 versus 469 unterscheidet sich danach, ob der Aufenthalt eine MCC (Major Complication or Comorbidity) aufwies. Wäre das postoperative Fieber von Frau Alvarez als qualifizierende Diagnose dokumentiert worden, hätte der Aufenthalt anders gruppiert und zu einem höheren Satz erstattet werden kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen. Diese eine Dokumentationsentscheidung bewegt Geld. Genau deshalb gibt es CDI, und genau deshalb schauen Regulierer genau hin.

Warum Führungskräfte die beiden permanent abgleichen

Krankenhausführungen entscheiden auf Basis beider Datensätze, und die Lücken verursachen echte Probleme.

Qualitätsberichterstattung. Öffentliche Qualitätsprogramme nutzen häufig Claims, weil Claims standardisiert und über alle Krankenhäuser hinweg verfügbar sind. Aber Claims verpassen klinische Nuancen. Ein Patient, der tatsächlich schwerer krank war, kann in Claims-Daten wie eine „Komplikation" aussehen, wenn die Dokumentation schwach war. Die Agency for Healthcare Research and Quality pflegt breit genutzte claims-basierte Qualitätsindikatoren, die sowohl die Stärke als auch die Grenzen von Abrechnungsdaten zeigen.

Revenue Integrity. Zeigt die EHR Versorgung, die nie auf den Claim gelangt ist, rechnet das Krankenhaus möglicherweise zu wenig ab. Zeigt der Claim mehr, als die Akte stützt, ist das ein Compliance-Risiko. Der Abgleich schützt in beide Richtungen.

Population Health und Value-Based Care. In Modellen, in denen Krankenhäuser für Outcomes bezahlt werden, brauchen Führungskräfte klinisches Detail (aus der EHR) verbunden mit Kostendetail (aus Claims). Keins allein genügt.

Die Interoperabilitätsschicht

Eine moderne Entwicklung ist hier relevant: FHIR (Fast Healthcare Interoperability Resources), der Branchenstandard für den Austausch von Gesundheitsdaten über APIs. Bundesvorschriften verlangen inzwischen, dass zertifizierte EHRs Daten über FHIR-APIs bereitstellen, was es einfacher macht, strukturierte klinische Daten programmatisch zu ziehen, statt Notizen zu scrapen. Den Standard kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen Sie bei HL7 FHIR erkunden.

FHIR hilft auf der klinischen Seite. Es ersetzt Claims nicht. Die beiden Datenmodelle bleiben verschieden, weil ihre Zwecke verschieden bleiben. FHIR macht nur die klinische Hälfte für Analytics zugänglicher.

Wie Analysten die beiden Datensätze tatsächlich nutzen

Sehen Sie es als Wahl des richtigen Werkzeugs.

Nutzen Sie Claims, wenn Sie brauchen:

• Vergleichbarkeit über Krankenhäuser hinweg oder über Zeit (alle kodieren nach denselben Standards)
• Gesamtkosten und Erstattung pro Aufenthalt
• Breite Denominatoren für Populationstrends

Nutzen Sie die EHR, wenn Sie brauchen:

• Klinisches Detail: Laborwerte, Medikationszeitpunkte, Vitalparameter-Verläufe
• Signale in Echtzeit oder nahezu Echtzeit (Sepsis-Alerts, sich verschlechternde Patienten)
• Device-Tracking, Allergieprüfungen oder alles, was der Claim nie trägt

Nutzen Sie beide, gejoint, wenn Sie brauchen:

• Risikoadjustierte Outcomes (klinischer Schweregrad aus der EHR, Kosten aus Claims)
• Revenue-Integrity-Prüfungen
• Performance in Value-Based Care

Eine praktische Falle für neue Analysten: anzunehmen, eine Claims-Zählung entspreche einer klinischen Zählung. „Wie viele Patienten haben einen Blutverdünner erhalten?" ist eine EHR-Frage. Der Claim zeigt nur einen Apotheken-Revenue-Code, nicht jede Dosis. Stellen Sie dem Claim eine klinische Frage, und Sie bekommen eine selbstbewusst falsche Antwort.

Eine Anmerkung zu den menschlichen Systemen hinter den Daten

Die Divergenz ist kein Fehler, den man beseitigen müsste. Sie spiegelt zwei legitime Workflows: Patienten versorgen und für diese Versorgung bezahlt werden. Die Abgleicharbeit (Coder, CDI-Spezialisten, Revenue-Integrity-Analysten und zunehmend automatisierte Tools) ist ein dauerhafter Bestandteil des Krankenhausbetriebs, kein temporärer Bug.

Für eine nicht-technische Führungskraft lautet der zentrale Insight: Wenn Ihnen jemand eine „Krankenhauskennzahl" zeigt, sollte Ihre erste Frage sein „Kommt das aus der klinischen Akte oder aus dem Claim?" Die Antwort verändert, was die Zahl aussagen kann und was nicht.

Key Takeaways

• Ein Aufenthalt, zwei Datensätze. Die EHR (Epic, Oracle Health) erfasst die klinische Realität; der UB-04-Claim erfasst die abrechenbare, kodierte Realität. Sie divergieren by design.
• Kodierung ist Interpretation. Menschliche Coder und Software übersetzen Akten in ICD-10- und DRG-Codes. Dokumentationsqualität (die Aufgabe der CDI-Teams) beeinflusst direkt Genauigkeit und Erstattung.
• Passen Sie den Datensatz zur Frage. Nutzen Sie Claims für Vergleichbarkeit und Kosten, die EHR für klinisches Detail und Echtzeitsignale, und beide gejoint für risikoadjustierte Outcomes.
• Fragen Sie immer nach der Quelle. Bevor Sie einer Krankenhauskennzahl trauen, klären Sie, ob sie aus der klinischen Akte oder dem Claim kommt. Diese eine Frage verändert, was die Daten belegen kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen.
• FHIR hilft, führt die beiden aber nicht zusammen. Interoperabilitätsstandards machen klinische Daten zugänglicher, doch Claims bleiben ein separates Modell, gebaut für die Vergütung.