Abrechnungsfall (Account)
Motivation
Komplementär zum Datenobjekt "Kontakt - Encounter" können Fälle, im Sinne einer Gruppierung von medizinischen Leistungen, innerhalb eines gemeinsamen Kontextes, zu einem Abrechnungsfall zusammengefasst werden. Ein solcher Abrechnungsfall kann mehrere Kontakte umfassen (z.B. vorstationärer Besuch, stationärer Aufenthalt und nachstationärer Besuch).
Gemeinsam mit dem Einrichtungskontakt bildet der Abrechnungsfall einen wichtigen Einstiegspunkt in die Dokumentation der Behandlungsleistungen der Patienten. Als Bindeglied zwischen den Kontakten und dem Versicherungsverhältnis erfolgt eine feingranulare Auflistung, in welchen Zeiträumen ein Behandlungskontext zwischen einer Gesundheitseinrichtung und der Patienten bestand. Zudem werden Diagnosen abschließend / nachträglich dokumentiert, sodass eine Übersicht von relevanten (DRG)-Diagnosen ermöglicht wird, ohne die Gesamtheit aller Kontakte betrachten zu müssen.
Kompatibilität
Seitens der KBV, als auch der Medizininformatik-Initiative wurde zum Zeitpunkt der Veröffentlichung dieser vorliegenden Spezifikation kein Profil für den Ressourcentyp "Account" definiert, sodass kein Abgleich der Kompatibilität durchgeführt werden konnte.
Profil
Name | Canonical |
---|---|
ISiKAbrechnungsfall | https://gematik.de/fhir/isik/v2/Basismodul/StructureDefinition/ISiKAbrechnungsfall |
Account | I | Account | |
id | S Σ | 1..1 | string |
meta | Σ | 0..1 | Meta |
implicitRules | Σ ?! | 0..1 | uri |
language | 0..1 | codeBinding | |
text | 0..1 | Narrative | |
contained | 0..* | Resource | |
extension | S I | 0..* | Extension |
AbrechnungsDiagnoseProzedur | S I | 0..1 | Extension(Complex) |
modifierExtension | ?! I | 0..* | Extension |
identifier | S Σ | 1..* | Identifier |
Aufnahmenummer | S Σ | 1..1 | Identifier-Profil für die Abbildung einer Aufnahmenummer ("Fallnummer")Pattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
use | Σ ?! | 0..1 | codeBinding |
type | S Σ | 1..1 | CodeableConceptBindingPattern |
system | S Σ | 1..1 | uri |
value | S Σ | 1..1 | string |
period | Σ I | 0..1 | Period |
assigner | Σ I | 0..1 | Reference(Organization) |
status | S Σ ?! | 1..1 | codeBinding |
type | S Σ | 1..1 | CodeableConceptBinding |
name | Σ | 0..1 | string |
subject | S Σ I | 1..* | Reference(Patient | Device | Practitioner | PractitionerRole | Location | HealthcareService | Organization) |
PatientISiK | S Σ I | 1..1 | Reference(Patient) |
servicePeriod | Σ I | 0..1 | Period |
coverage | S Σ | 0..* | BackboneElement |
id | 0..1 | string | |
extension | S I | 1..1 | Extension |
Abrechnungsart | S I | 1..1 | Extension(Coding) |
modifierExtension | Σ ?! I | 0..* | Extension |
coverage | S Σ I | 1..1 | Reference(Coverage) |
priority | Σ | 0..1 | positiveInt |
owner | Σ I | 0..1 | Reference(Organization) |
description | Σ | 0..1 | string |
guarantor | 0..* | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
party | I | 1..1 | Reference(Patient | RelatedPerson | Organization) |
onHold | 0..1 | boolean | |
period | I | 0..1 | Period |
partOf | I | 0..1 | Reference(Account) |
Weitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter Deutsche Basisprofile - Abschnitt Ambulanter/stationärer Fall / Kontakt (Encounter).
Terminology Bindings
Path | Name | Strength | URL |
---|---|---|---|
Account.type | ISiKAccountType | required | https://gematik.de/fhir/isik/v2/Basismodul/ValueSet/ISiKAccountType |
Anmerkungen zu den Must-Support Feldern
Account.extension:Abrechnungsdiagnose
Bedeutung: DRG- und hiervon abweichende Krankenhausdiagnosen sollten im Account zusammenfassend und abschließend angegeben werden. Relevante Prozeduren können ebenfalls aufgelistet werden.
Account.identifier
Bedeutung: Der Account muss die Aufnahmenummer des dazugehörigen Encounters enthalten.
Account.status
Bedeutung: Der Status MUSS insbesondere zur Differenzierung von abgeschlossenen und derzeitig noch aktiven Abrechnungsfällen angegeben werden. Alle in einem System möglichen Status-Werte müssen über FHIR korrekt repräsentiert werden können, mindestens jedoch die Status-Werte "active", "inactive". Deren korrekte Abbildung wird im Rahmen des Bestätigungsverfahrens überprüft.
Hinweise: Siehe Beschreibung in der FHIR Kernspezifikation
Account.type
Bedeutung: Alle Accounts MÜSSEN eindeutig kategorisiert werden können, sodass eine Filterung pro Typ möglich ist.
Hinweise: Verpflichtende Kodierung per HL7 v3 Value Set ActEncounterCode als Äquivalent zu Encounter.class.
Account.subject
Bedeutung: Ein Patientenbezug des Falls MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.
Account.coverage
Bedeutung: Pro Abrechnungskontext (z.B. Selbstzahler, DRG, PEPP) sollte ein eigener Account angelegt werden. Für jeden Account sollte ersichtlich sein über welche Coverage der Account beglichen werden soll.
Interaktionen
Für die Ressource Account MUSS die REST-Interaktion "READ" implementiert werden.
Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Kombination:
Der Suchparameter "_id" MUSS unterstützt werden:
Beispiele:
GET [base]/Account?_id=103270
Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der FHIR-Basisspezifikation - Abschnitt "Parameters for all resources".
Der Suchparameter "identifier" MUSS unterstützt werden:
Beispiele:
GET [base]/Account?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456
Anwendungshinweise: Weitere Informationen zur Suche nach "Account.identifier" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".
Der Suchparameter "status" MUSS unterstützt werden:
Beispiele:
GET [base]/Account?status=active
Anwendungshinweise: Weitere Informationen zur Suche nach "Account.status" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".
Der Suchparameter "type" MUSS unterstützt werden:
Beispiele:
GET [base]/Account?type=http://terminology.hl7.org/CodeSystem/v3-ActCode|AMB
Anwendungshinweise: Weitere Informationen zur Suche nach "Account.type" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".
Der Suchparameter "patient" MUSS unterstützt werden:
Beispiele:
GET [base]/Account?patient=Patient/123
Anwendungshinweise: Weitere Informationen zur Suche nach "Account.subject" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".
Beispiele
Valides Minimalbeispiel für das Profil ISiKAbrechnungsfall:
{ "resourceType": "Account", "id": "AbrechnungsfallAmbulant", "meta": { "profile": [ "https://gematik.de/fhir/isik/v2/Basismodul/StructureDefinition/ISiKAbrechnungsfall" ] }, "identifier": [ { "type": { "coding": [ { "code": "VN", "system": "http://terminology.hl7.org/CodeSystem/v2-0203" } ] }, "system": "https://test.krankenhaus.de/fhir/sid/besuchsnummer", "value": "0123456789" } ], "status": "active", "type": { "coding": [ { "code": "AMB", "system": "http://terminology.hl7.org/CodeSystem/v3-ActCode" } ] }, "subject": [ { "reference": "Patient/PatientinMusterfrau" } ], "coverage": [ { "extension": [ { "url": "http://fhir.de/StructureDefinition/ExtensionAbrechnungsart", "valueCoding": { "code": "DRG", "system": "http://fhir.de/CodeSystem/dkgev/Abrechnungsart", "display": "Diagnosebezogene Fallgruppen" } } ], "coverage": { "reference": "Coverage/CoverageGesetzlich" } } ] }