Daten aus UB-04-Abrechnungsformulare extrahieren
Wenn ein Krankenhaus einen stationären Aufenthalt oder eine ambulante Behandlung abrechnet, verwendet es das UB-04, die institutionelle Abrechnung, die ein professionelles CMS-1500 nicht abbilden kann. Eine Abrechnungsstelle einer Einrichtung und die prüfenden Kostenträger arbeiten mit einem Formular, das vom National Uniform Billing Committee gepflegt wird und sich an nummerierten Form Locators (FL) statt an den CMS-1500-Feldern orientiert. Die Felder, die eine institutionelle Abrechnung bestimmen, sind Leistungserbringer und Patient in den frühen Locators, der Type-of-Bill-Code in FL 4, die Leistungscodes und Beträge in FL 42 bis 47, die Diagnose- und Prozedurcodes (ICD-10) in FL 66 bis 74 sowie die Kostenträger- und Versichertendaten in FL 50 bis 58.
Die Komplexität liegt im Leistungscode-Zeilenraster und der institutionellen Codierung. FL 42 enthält eine Liste von Leistungscodes (etwa 0450 für Notaufnahme oder 0636 für detailpflichtige Arzneimittel), jeweils mit Beschreibung, HCPCS-Code sofern zutreffend, Einheiten und Betrag, und die Zeilen summieren sich zu einer Gesamtsumme unter Leistungscode 0001. Der dreistellige Type-of-Bill-Code in FL 4 kodiert spezifische Angaben zu Einrichtungstyp und Abrechnungsfolge. Condition-, Occurrence- und Value-Codes in FL 18 bis 41 verändern die Abrechnung auf eine Weise, die der Kostenträger prüft. Ein gescanntes UB-04 ist dicht, und die Leistungscode-Zeilen lassen sich leicht falsch zuordnen.
Talonic liest das UB-04 nach Form Locator aus und liefert die Einrichtung, den Type-of-Bill-Code, die Leistungscode-Zeilen mit Beträgen und Einheiten, die Diagnose- und Prozedurcodes sowie die Kostenträgerdaten. Ein Krankenhausabrechnungsteam reicht institutionelle Abrechnungen aus strukturierten Daten ein und prüft sie, statt aus einem überfüllten Raster.
Was aus UB-04-Abrechnungsformulare extrahiert wird
So funktioniert die Extraktion für UB-04-Abrechnungsformulare
UB-04-Formulare erreichen eine Abrechnungsstelle als Clearinghouse-PDFs, Kostenträgerkorrespondenz und gescanntes Papier, und das NUBC-Layout ist an nummerierten Form Locators verankert. Talonic liest die Abrechnung anhand der UB-04-Form-Locator-Zuordnung in der Field Registry aus, die jeden Wert an seinen FL bindet, sodass sich das dichte Raster bei einem schiefen Scan nicht verschiebt. Die Leistungscode-Zeilen aus FL 42 werden als strukturiertes Array erfasst, jeweils mit Leistungscode, Beschreibung, HCPCS-Code, Einheiten und Betrag, und die Zeilen werden mit der Gesamtsumme unter Leistungscode 0001 abgeglichen. Der dreistellige Type-of-Bill-Code in FL 4 wird in Einrichtungstyp und Abrechnungsfolge entschlüsselt. Condition-, Occurrence- und Value-Codes werden als codierte Listen geführt. Jeder Wert wird mit einem Konfidenzwert und Pixel-Region-Herkunftsnachweis gemäß DIN SPEC 91491 zurückgegeben, sodass ein Krankenhausabrechnungsteam eine Leistungszeile gegen die Quellabrechnung prüfen kann.
Beispielextraktion
Ein UB-04 mit mehreren Leistungscode-Zeilen
{
"facility_name": "Riverside Regional Hospital",
"patient_control_number": "PCN-2026-558102",
"type_of_bill": "111",
"revenue_lines": [
{
"revenue_code": "0450",
"description": "Emergency room",
"hcpcs": "99285",
"units": 1,
"charge": 1840
},
{
"revenue_code": "0636",
"description": "Drugs requiring detail",
"hcpcs": "J1885",
"units": 2,
"charge": 96
}
],
"total_charge": 1936,
"diagnosis_codes": [
"J18.9"
],
"payer_name": "UnitedHealthcare",
"facility_npi": "1396744321"
}Häufig gestellte Fragen
Erfasst es das Leistungscode-Zeilenraster?
Ja. Jede Zeile aus FL 42 wird mit Leistungscode, Beschreibung, HCPCS-Code, Einheiten und Betrag zurückgegeben, und die Zeilen werden mit der in Leistungscode 0001 geführten Gesamtsumme abgeglichen, sodass eine nicht ausgeglichene Abrechnung markiert wird.
Wie wird der Type-of-Bill-Code verarbeitet?
Der dreistellige FL 4-Code wird in seine Bedeutung für Einrichtungstyp und Rechnungssequenz decodiert, statt als undurchsichtige Zeichenfolge zurückgegeben zu werden, da jede Ziffer beeinflusst, wie der Kostenträger den Anspruch bearbeitet.
Wie unterscheidet sich das UB-04 hier vom CMS-1500?
Das UB-04 ist institutionell und um Revenue Codes und Form Locators organisiert, während das CMS-1500 professionell ist und um CPT-Leistungszeilen organisiert ist. Talonic bildet jedes auf sein eigenes Schema ab, statt ein Layout dem anderen aufzuzwingen.
Welche Felder werden aus UB-04-Abrechnungsformulare extrahiert?
Talonic gibt UB-04-Abrechnungsformulare als schemavalidierte, typisierte Felder zurück. Zu den gängigen Feldern zählen Name der Einrichtung, Patient Control Number, Type of Bill (FL 4), Leistungscode (FL 42) und weitere, jeweils normalisiert (Datumsangaben nach ISO 8601, Beträge als Zahlen) und einem stabilen Schlüssel zugeordnet, sodass die Ausgabestruktur über verschiedene Layouts hinweg gleich bleibt.
Wie genau ist die Extraktion aus UB-04-Abrechnungsformulare, und wie wird die Konfidenz angegeben?
Die Genauigkeit hängt vom Feld und von der Dokumentqualität ab. Talonic gibt für jedes Feld einen Konfidenzwert zwischen 0.0 und 1.0 aus; Extraktionen unterhalb Ihres Schwellenwerts werden vor der Übernahme in Ihr System of Record zur Prüfung markiert.
Kann ich die UB-04-Abrechnungsformulare-Extraktion produktiv einsetzen?
Ja. Dieselbe Engine, die diesem Leitfaden zugrunde liegt, steht als produktionsreife REST-API und Node SDK zur Verfügung, mit synchronen, asynchronen und Streaming-Modi, Schema-Versionierung, signierten Webhooks und EU-Datenverarbeitung. Starten Sie kostenlos mit einem API-Key und skalieren Sie anschließend mit nutzungsbasierter Preisgestaltung.
Was kostet die Datenextraktion aus UB-04-Abrechnungsformulare?
Es gibt eine kostenlose Stufe für Prototyping und Agent-Evaluierung, ohne Kreditkarte. Kostenpflichtige Nutzung basiert auf Credits: 1.000 Credits pro Euro. Die Seitenerfassung kostet 100 Credits pro Seite, registry-aufgelöste Abfragen sind kostenlos. Aktuelle Preise finden Sie unter talonic.com/pricing.
Bereit, Daten aus Ihrem eigenen UB-04-Abrechnungsformulare zu extrahieren?
Autorenhinweis
Geprüft von Talonic engineering, schema review · zuletzt geprüft am 2026-06-09