Anmerkungen zu Must-Support-Feldern

FeldnameKurzbeschreibungHinweise
DocumentReference.meta.extension
DocumentReference.meta.extension:markierung

Vgl. Abschnitt '4.4.2 Markierungen' des Feature-Dokuments Digitale Patientenrechnung

DocumentReference.meta.extension:markierung.extension:markierung
DocumentReference.meta.extension:markierung.extension:markierung.value[x]
DocumentReference.meta.extension:markierung.extension:zeitpunkt
DocumentReference.meta.extension:markierung.extension:zeitpunkt.value[x]
DocumentReference.meta.extension:markierung.extension:details
DocumentReference.meta.extension:markierung.extension:details.value[x]
DocumentReference.meta.extension:markierung.extension:artDerArchivierung
DocumentReference.meta.extension:markierung.extension:artDerArchivierung.value[x]
DocumentReference.meta.extension:markierung.extension:kostentraeger
DocumentReference.meta.extension:markierung.extension:kostentraeger.value[x]
DocumentReference.meta.extension:markierung.extension:kostentraeger.value[x].identifier
DocumentReference.meta.extension:markierung.extension:kostentraeger.value[x].display
DocumentReference.meta.tag

Metaangaben zur Digitalen Patientenrechnung die sich auf das Rechnungsdokument als Ganzes beziehen und nicht Teil des durch den RE-PS erstellten Dokuments sind.

DocumentReference.meta.tag:dipag-rechnungsstatus

Vgl. Abschnitt 4.4.1 Workflow einer Rechnung des Feature-Dokuments Digitale Patientenrechnung

DocumentReference.meta.tag:dipag-rechnungsstatus.system
DocumentReference.meta.tag:dipag-rechnungsstatus.code
DocumentReference.extension
DocumentReference.extension:docRef-signature

Die Signatur auf Ebene der DocumentReference muss nur beim Typ Rechnung vorhanden sein unnd umfasst eine Signatur über die originale Rechnung und die strukturierten Rechnungsinhalte.

DocumentReference.extension:docRef-signature.value[x].type
DocumentReference.extension:docRef-signature.value[x].when
DocumentReference.extension:docRef-signature.value[x].who
DocumentReference.extension:docRef-signature.value[x].who.identifier
DocumentReference.extension:docRef-signature.value[x].who.identifier.system
DocumentReference.extension:docRef-signature.value[x].who.identifier.value
DocumentReference.extension:docRef-signature.value[x].targetFormat
DocumentReference.extension:docRef-signature.value[x].sigFormat
DocumentReference.extension:docRef-signature.value[x].data
DocumentReference.extension:rechnungsdatum

Das Rechnungsdatum wird aus den strukturierten Inhalten durch den FD extrahiert. Siehe Informationsmodell 'Rechnung' des Feature-Dokuments Digitale Patientenrechnung

DocumentReference.extension:zahlungszieldatum

Das Zahlungszieldatum wird aus den strukturierten Inhalten durch den FD extrahiert. Siehe Informationsmodell 'Rechnung' des Feature-Dokuments Digitale Patientenrechnung

DocumentReference.extension:gesamtbetrag

Der Gesamtbetrag wird aus den strukturierten Inhalten durch den FD extrahiert. Siehe Informationsmodell 'Rechnung' des Feature-Dokuments Digitale Patientenrechnung

DocumentReference.extension:fachrichtung

Die Fachrichtung wird aus den strukturierten Inhalten durch den FD extrahiert. Siehe Informationsmodell 'Rechnung' des Feature-Dokuments Digitale Patientenrechnung

DocumentReference.extension:behandlungsart

Die Behandlungsart wird aus den strukturierten Inhalten durch den FD extrahiert. Siehe Informationsmodell 'Rechnung' des Feature-Dokuments Digitale Patientenrechnung

DocumentReference.identifier
DocumentReference.identifier:TokenRechnungs-Token (Dokumenttoken)

Eindeutiges, vom Fachdienst vergebenes Token zur Identifikation des Dokuments beim Abruf über die Retrieve-Operation. Das Token wird als eigener Identifier geführt und ist NICHT mit der technischen DocumentReference-id identisch. Das Token MUSS so vergeben werden, dass es NICHT aus der DocumentReference-id abgeleitet werden kann (z.B. kryptographisch zufällig erzeugt).

DocumentReference.identifier:Token.systemNamingSystem des Rechnungs-Tokens
DocumentReference.identifier:Token.valueRechnungs-Token (Dokumenttoken)
DocumentReference.identifier:RechnungsnummerRechnungs-Nr. (der LEI)

Die Rechnungs-Nr. (der LEI) MUSS vorhanden sein.

DocumentReference.identifier:Rechnungsnummer.type
DocumentReference.identifier:Rechnungsnummer.systemNamingSystem der Rechnungs-Nr. (der LEI)
DocumentReference.identifier:Rechnungsnummer.valueRechnungs-Nr. (der LEI)
DocumentReference.identifier:AnhangIdentifierAnhangs-Identifier

Eindeutiger Identifikator für Anhänge vergeben durch das RE-PS (z.B. Interne Dokumentennummer). Bei Anhängen MUSS das System eindeutig pro Leistungserbringer:in vergeben werden.

DocumentReference.identifier:AnhangIdentifier.type
DocumentReference.identifier:AnhangIdentifier.systemNamingSystem des Anhangs-Identifier
DocumentReference.identifier:AnhangIdentifier.valueAnhangs-Identifier
DocumentReference.status

Versionierung von Dokumenten ist nicht unterstützt. Nur jeweils die aktuelle Version des Dokumentes wird akzeptiert.

DocumentReference.type

Kodierung des Dokumentes als 'Rechnung', sowie darüber hinausgehende Klassifizierung per KDL

DocumentReference.type.coding:DokumentenKlassifizierung
DocumentReference.type.coding:DokumentenKlassifizierung.system
DocumentReference.type.coding:DokumentenKlassifizierung.code
DocumentReference.type.coding:DokumentenKlassifizierung.display
DocumentReference.type.coding:Rechnungstyp
DocumentReference.subject

Vollständiger Name der behandelten Person. Siehe Informationsmodell 'Rechnung' des Feature-Dokuments Digitale Patientenrechnung.

DocumentReference.subject.display
DocumentReference.author

Der Fachdienst verknüpft alle Rechnungsdokumente mit der Telematik-ID des einreichenden Akteurs.

DocumentReference.author.identifier
DocumentReference.author.display
DocumentReference.description

Menschenlesbarer Titel des Dokumentes, der dem Versicherten in der UI angezeigt wird. Der Titel kann manuell erfasst oder vom Dateinamen/Metadaten abgeleitet werden. z.B. "Laborbefund vom 28.9.2023".

DocumentReference.content
DocumentReference.content:originaleRechnung
DocumentReference.content:originaleRechnung.attachment
DocumentReference.content:originaleRechnung.attachment.extension:signature

Die Signatur auf Ebene der Attachment muss vorhanden sein und umfasst eine Signatur über den Hash der originalen Rechnung. Die Extension hat keine Mindestkardinalität von 1, da sie in R5 entfernt wird und die Instanz dann immer noch valide sein muss.

DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].type
DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].when
DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].who
DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].who.identifier
DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].who.identifier.system
DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].who.identifier.value
DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].targetFormat
DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].sigFormat
DocumentReference.content:originaleRechnung.attachment.extension:signature.value[x].data
DocumentReference.content:originaleRechnung.attachment.contentType

Zum Zeitpunkt der Veröffentlichung werden nur PDF-Dokumente als Rechnung seitens der Leistungserbringer:in unterstützt.

DocumentReference.content:originaleRechnung.attachment.url
DocumentReference.content:originaleRechnung.format
DocumentReference.content:angereicherteRechnung
DocumentReference.content:angereicherteRechnung.attachment
DocumentReference.content:angereicherteRechnung.attachment.extension:signature

Die Signatur auf Ebene der Attachment muss vorhanden sein und umfasst eine Signatur über den Hash der angereicherten Rechnung.Die Extension hat keine Mindestkardinalität von 1, da sie in R5 entfernt wird und die Instanz dann immer noch valide sein muss.

DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].type
DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].when
DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].who
DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].who.identifier
DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].who.identifier.system
DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].who.identifier.value
DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].targetFormat
DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].sigFormat
DocumentReference.content:angereicherteRechnung.attachment.extension:signature.value[x].data
DocumentReference.content:angereicherteRechnung.attachment.contentType

Zum Zeitpunkt der Veröffentlichung werden nur PDF-Dokumente als Rechnung seitens der Leistungserbringer:in unterstützt.

DocumentReference.content:angereicherteRechnung.attachment.url
DocumentReference.content:angereicherteRechnung.format
DocumentReference.content:strukturierterRechnungsinhalt
DocumentReference.content:strukturierterRechnungsinhalt.attachment
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature

Die Signatur auf Ebene der Attachment muss vorhanden sein und umfasst eine Signatur über den Hash der strukturierten Rechnungsinhalte. Die strukturierten Rechnungsinhalte müssen im Format fhir+json vorhanden sein. Die Extension hat keine Mindestkardinalität von 1, da sie in R5 entfernt wird und die Instanz dann immer noch valide sein muss.

DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].type
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].when
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].who
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].who.identifier
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].who.identifier.system
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].who.identifier.value
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].targetFormat
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].sigFormat
DocumentReference.content:strukturierterRechnungsinhalt.attachment.extension:signature.value[x].data
DocumentReference.content:strukturierterRechnungsinhalt.attachment.contentType

Strukturierte Rechnungsinhalte können seitens der Leistungserbringer:in sowohl als JSON als auch XML übergeben werden.

DocumentReference.content:strukturierterRechnungsinhalt.attachment.url
DocumentReference.content:strukturierterRechnungsinhalt.format
DocumentReference.content:anhang
DocumentReference.content:anhang.attachment
DocumentReference.content:anhang.attachment.extension:signature

Die Signatur auf Ebene der Attachment muss vorhanden sein und umfasst eine Signatur über den Hash des Anhangs. Die Extension hat keine Mindestkardinalität von 1, da sie in R5 entfernt wird und die Instanz dann immer noch valide sein muss.

DocumentReference.content:anhang.attachment.extension:signature.value[x].type
DocumentReference.content:anhang.attachment.extension:signature.value[x].when
DocumentReference.content:anhang.attachment.extension:signature.value[x].who
DocumentReference.content:anhang.attachment.extension:signature.value[x].who.identifier
DocumentReference.content:anhang.attachment.extension:signature.value[x].who.identifier.system
DocumentReference.content:anhang.attachment.extension:signature.value[x].who.identifier.value
DocumentReference.content:anhang.attachment.extension:signature.value[x].targetFormat
DocumentReference.content:anhang.attachment.extension:signature.value[x].sigFormat
DocumentReference.content:anhang.attachment.extension:signature.value[x].data
DocumentReference.content:anhang.attachment.contentType

Zum Zeitpunkt der Veröffentlichung werden nur PDF-Dokumente als Rechnungsanhänge seitens der Leistungserbringer:in unterstützt.

DocumentReference.content:anhang.attachment.url
DocumentReference.content:anhang.format
DocumentReference.context
DocumentReference.context.related

Der Fachdienst verknüpft alle Rechnungsdokumente mit der Rechnungsempfänger:in. Die Slices werden über das Element Reference.type unterschieden und NICHT über die Auflösung der Referenz (resolve()), damit eine einzelne DocumentReference auch ohne Bundle-Kontext (z.B. als Ergebnis der $retrieve-Operation oder der Suche) validierbar bleibt. Der Fachdienst MUSS Reference.type entsprechend dem Zieltyp ('Patient' bzw. 'DocumentReference') setzen.

DocumentReference.context.related:patient
DocumentReference.context.related:patient.type
DocumentReference.context.related:anhaenge
DocumentReference.context.related:anhaenge.type