Diese Zusammenfassung des Rechnungsformat basiert auf den normativen Festlegungen zum Rechnungsformat unter
- https://gemspec.gematik.de/docs/gemF/gemF_DiPag/latest/#4.9.1.1 (fachliche Beschreibung)
- https://simplifier.net/guide/digitalepatientenrechnung-implementierungsleitfaden (enthält technische Umsetzung als FHIR-Datensatz)
Die Rechnung
Im MVP der Digitalen Patientenrechnung werden Rechnungen betrachtet, die Rechnungspositionen der Gebührenordnungen GOÄ und GOZ enthalten. Rechnungen nach GOÄ-Neu sowie Rechnungen mit BEMA-Positionen sind in Vorbereitung.
Eine Digitale Patientenrechnung besteht immer aus einem Rechnungs-PDF (Original-Rechnng) sowie ggf. rechnungsbegründenden Anhängen. (erlaubt sind PDF-A1 und PDF-A2) und der Rechnung in strukturierter Form.
Das strukturierte Rechnungsformat vereinheitlicht die Vielfalt an möglichen Rechnungen zu einer "Digitalen Patientenrechnung".
Dabei gibt es
- Rechnungsinhalte, die alle Rechnungen immer enthalten müssen (wie beispielsweise Angaben zur behandelten Person, Rechnungsbeträge, usw.)
- Rechnungsinhalte, die in allen Rechnungen immer optional sind (z.B. zusätzliche Zahlungsmethoden oder Freitext-Hinweise an die Kostenträger)
- Rechnungsinhalte, bei denen es von der jeweiligen Gebührenordnung abhängt, ob sie enthalten sein müssen oder nicht (z.B. Minderungen nach §7 GOZ in EUR nicht in GOÄ-Positionen)
➡️ Rechnungen, bei denen Pflichtangaben aus 1.) fehlen werden vom Fachdienst abgelehnt.
➡️ Die bedingten Rechnungsinhalte werden im Implementierungsleitfaden beschrieben, führen aber nicht zur Ablehnung zum vom Fachdienst.
Die Rechnungsdaten werden als HL7-FHIR-Bundle codiert. Dabei ist ausschließlich der Mime-Type application/fhir+json zulässig.
Innerhalb des Bundles finden sich die einzelnen Elemente der Rechnung:
- Die Rechnungsinformationen (Diagnose, Rechnungsnummer, Gesamtbetrag, Bankverbindung usw...) als FHIR-Invoice-Ressource
- Die behandelnde Person als FHIR-Practitioner-Ressource
- Die rechnungserstellende Einrichtung als FHIR-Organisation-Ressource
- Die behandelte Person als FHIR-Patient-Ressource
- Die einzelnen Rechnungspositionen als FHIR-ChargeItem-Ressourcen
Alle Ressourcen wurden für die Digitale Patientenrechnung profiliert. Zur Übersicht der Profilierung siehe: https://simplifier.net/guide/digitalepatientenrechnung-implementierungsleitfaden/Startseite/Artefakte-Inhalte
Die Invoice-Ressource ist das zentrale Element, weitere Elemente des Bundles werden aus der Invoice-Ressource heraus referenziert:
Folgende Visualisierung zeigt, wie eine fiktive GOÄ-Rechnung auf ein solches FHIR-Bundle abgebildet wird:
| Fiktive GOÄ-Rechnung | FHIR-Struktur im Bundle (Übersicht) |
|---|---|
|
|
Die Rechnung im JSON-Format sieht dann so aus:
Der "Versand-Umschlag"
Rechnungsobjekte (also Original-PDF, Strukturierte Daten und Anhänge) gehören immer zu einem bestimmten Rechnungsworkflow. Darüber hinaus können Rechnungsobjekte noch Meta-Informationen, erhalten. Zum Beispiel können bestimmte Anhänge als "persönlich" (Und damit als "nicht zum Einreichen vorgesehen") gekennzeichnet werden oder die Rechnungsbegründenden Anhänge können kategorisiert werden ("Laborbefund" etc...).
Der Rechnungsversand funktioniert über eine FHIR-Operation ($invoice-submit). Diese Operation erwartet eine Liste an DocumentReference-Ressourcen:
- genau 1 DocumentReference-Ressource, für die Rechnung. Innerhalb dieser DocumentReference-Ressource werden die Rechnungsobjekte "Original-Rechnung" und "Strukturierter Rechnungsinhalt" base64-codiert übertragen
- Bei Bedarf: mehrere DocumentReference-Ressourcen, je eine pro Rechnungsanhang. Auch Rechnungsanhänge werden base64-codiert übertragen
Der Adressat dieses Umschlags muss vorher vom Rechnungserstellenden System über eine Suche nach KVNR und Geburtsdatum ermittelt werden (Details siehe: https://simplifier.net/guide/digitalepatientenrechnung-implementierungsleitfaden/Startseite/Szenarien/RE-PS-als-Akteur#AF_10132)
Ein exemplarischer Versand-Umschlag sieht dann im JSON-Format wie folgt aus:
{
"resourceType": "Parameters",
"parameter": [
{
"name": "rechnung",
"resource": {
"resourceType": "DocumentReference",
"meta": {
"profile": [
"https://gematik.de/fhir/dipag/StructureDefinition/dipag-dokumentenmetadaten-eingang"
]
},
"status": "current",
"type": {
"coding": [
{
"system": "http://dvmd.de/fhir/CodeSystem/kdl",
"code": "AM010106",
"display": "Rechnung ambulante/stationäre Behandlung"
}
]
},
"description": "Rechnung für Untersuchung vom ...",
"content": [
{
"attachment": {
"contentType": "application/pdf",
"data": "JVBERi0xLjQKJcOkw7zDt......."
},
"format": {
"system": "https://gematik.de/fhir/dipag/CodeSystem/dipag-attachment-format-cs",
"code": "originaleRechnung"
}
},
{
"attachment": {
"contentType": "application/fhir+json",
"data": "eyJyZXNvdXJjZVR5cGU....."
},
"format": {
"system": "https://gematik.de/fhir/dipag/CodeSystem/dipag-attachment-format-cs",
"code": "rechnungsinhalt"
}
}
]
}
},
{
"name": "anhang",
"resource": {
"resourceType": "DocumentReference",
"meta": {
"profile": [
"https://gematik.de/fhir/dipag/StructureDefinition/dipag-dokumentenmetadaten-eingang"
]
},
"identifier": [
{
"type": {
"coding": [
{
"system": "https://gematik.de/fhir/dipag/CodeSystem/dipag-rechnung-identifier-type-cs",
"code": "anhang"
}
]
},
"system": "https://example.org/fhir/sid/anhangids",
"value": "03948023948"
}
],
"status": "current",
"type": {
"coding": [
{
"system": "http://dvmd.de/fhir/CodeSystem/kdl",
"code": "AD010199",
"display": "Sonstiger Arztbericht"
}
]
},
"description": "Laborbefund vom 1.2.2026",
"content": [
{
"attachment": {
"contentType": "application/pdf",
"data": "JVBERi0xLjQKJcOkw7zDt......."
},
"format": {
"system": "https://gematik.de/fhir/dipag/CodeSystem/dipag-attachment-format-cs",
"code": "rechnungsanhang"
}
}
]
}
}
]
}