Moderne Patient:innenabrechnung und Datenkommunikation on FHIR (MOPED)
0.1.0 - ci-build

Moderne Patient:innenabrechnung und Datenkommunikation on FHIR (MOPED) - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

OperationDefinition: MOPED Encounter $abrechnen (POC)

Official URL: http://example.org/OperationDefinition/MOPED.Encounter.Abrechnen Version: 0.1.0
Draft as of 2024-10-24 Responsible: Example Publisher Computable Name: MOPED_Encounter_Abrechnen

Die $abrechnen Operation wird aufgerufen, wenn ein Fall abgerechnet werden sollte.

Wer ruft diese Operation in welchem Zusammenhang auf?

Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen. Die $abrechnen Operation wird aufgerufen, wenn ein(e) im Zuge des Falles erbrachte Leistung abgerechnet werden soll.

Voraussetzungen für den Aufruf

  • Account-Status: Entlassung vollständig oder Vorläufige Meldung

Detaillierte Business-Logik

  1. Suche des MOPEDEncounter: Der MOPEDEncounter mit der jeweiligen aufnahmezahl lt. Operation-Parameter wird gesucht
  2. Suche aller MOPEDProcedures und MOPEDConditions, die auf den Encounter aus Schritt 1 referenzieren
  3. Suche aller MOPEDTransferEncounter die partOf den MOPEDEncounter aus Schritt 1 referenzieren
  4. Der Claim wird lt. Regeln (siehe unten) validiert und eingespielt
  5. Falls Schritt 4 erfolgreich war, wird der Encounter.account.workflowStatus (Encounter aus Schritt 1) wird auf
    • Vorläufige Meldung gesetzt, falls der abschliessen-Parameter false ist
    • Endgültige Meldung gesetzt, falls der abschliessen-Parameter true ist

Validierung / Fehlerbehandlung

  • Alle Procedures und Conditions aus Schritt 2 müssen im Claim vorkommen (referenziert unter Claim.diagnosis oder Claim.procedure)
  • Alle TransferEncounter aus Schritt 3 müssen in Claim.encounter vorkommen
  • Claim.encounter.identifier des Slice MopedEncounter muss der Aufnahmezahl lt. Operation-Parameter entsprechen
  • Claim.status soll draft sein, falls der abschließen-Parameter = false ist.
  • Claim.status soll active sein, falls der abschließen-Parameter = true ist.
  • Claim.patient muss gleich wie Encounter.subject sein (Encounter aus Schritt 1).
  • Claim.billablePeriod muss innerhalb des Encounter.actualPeriod sein (Encounter aus Schritt 1).
  • Claim.insurer muss gleich sein wie Encounter.account.coverage.insurer (falls dieser befüllt ist; Encounter aus Schritt 1).
  • Claim.provider muss gleich sein wie Encounter.serviceProvider (Encounter aus Schritt 1).
  • Claim.insurance.coverage muss gleich sein wie Encounter.account.coverage (falls diese beüllt ist; Encounter aus Schritt 1)
  • Claim.accident muss befüllt sein, falls Encounter.account.VerdachtArbeitsSchuelerunfall != 0 ist

Weitere Hinweise

  • Hinweis 1: Die Referenzen zu Diagnosis und Claims die bereits nach $leistungMelden am Server liegen werden mit Hilfe der logischen Identifier hergestellt

Annahmen an das BeS

  • Es wurde vorab geprüft, ob das system des Parameters aufnahmezahl dem GDA entspricht, der die Operation aufruft. Somit ist sichergestellt, dass nur eigene Fälle abgerechnet werden können.

Generated Narrative: OperationDefinition MOPED.Encounter.Abrechnen

URL: [base]/Encounter/$abrechnen

Parameters

UseNameScopeCardinalityTypeBindingDocumentation
INaufnahmezahl1..1Identifier

Der aufnahmezahl Parameter beinhält den eindeutigen Identifizierer für den relevanten Fall.

INabschliessen1..1boolean

Mit Hilfe des abschliessen Parameters wird angegeben, ob es sich bei der Fall-Abrechnung um die endgültige Meldung handeln soll.

INclaim1..1Claim (MOPEDClaim)

Der claim Parameter beinhält sämtliche Details zur Abrechnung lt. MOPEDClaim Profil.

OUTreturn1..1Resource (OperationOutcome)

Der return Parameter gibt Auskunft über den Erfolg der Operation.