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 Patient $entlassen (POC)

Official URL: https://elga.moped.at/OperationDefinition/MOPED.Patient.Entlassen Version: 0.1.0
Draft as of 2025-03-11 Responsible: ELGA GmbH Computable Name: MOPED_Patient_Entlassen

Die $entlassen Operation wird aufgerufen, wenn ein(e) Patient*in aus dem Krankenhaus entlassen wurde.

Wer ruft diese Operation in welchem Zusammenhang auf?

Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen. Die $entlassen Operation wird aufgerufen, wenn ein(e) Patient*in aus dem Krankenhaus entlassen wurde.

Voraussetzungen für den Aufruf

  • Account-Status: SV verarbeitet

Detaillierte Business-Logik

  1. Suche des MopedEncounter: Der MopedEncounter mit der jeweiligen aufnahmezahl lt. Operation-Parameter wird gesucht
  2. Update des MopedEncounters:
    • MopedEncounter.actualPeriod.end mit dem zeitpunkt lt. Operation-Parameter befüllen
    • MopedEncounter.status mit discharged befüllen
    • MopedEncounter.admission.dischargeDisposition mit entlassungsart lt. Operation-Parameter befüllen
  3. Suche des letzten MopedTransferEncounter: Mit MopedTransferEncounter.partOf einer Referenz auf den MopedEncounter aus Schritt 1 und den Status in-progress
  4. Update des letzten MopedTransferEncounter:
    • MopedTransferEncounter.status mit completed befüllen gesetzt
    • MopedTransferEncounter.actualPeriod.end mit zeitpunkt lt. Operation-Parameter befüllen
  5. Erstellung eines leeren MopedLKFRequest:
    • MopedLKFRequest.status mit draft befüllen
    • MopedLKFRequest.patient mit MopedAccount.subject befüllen
  6. Änderungen im Account:
    • MopedAccount.ClaimRef mit der Referenz aus Schritt 4 befüllen
    • MopedAccount.WorkflowStatus mit Entlassungs Aviso befüllen, oder, falls der freigeben-Operation-Parameter auf true gesetzt war und die Validierung erfolgreich war, wird MopedAccount.WorkflowStatus mit Entlassung vollständig befüllt.
    • MopedAccount.TageOhneKostenbeitrag lt. gleichnamigen Opeartion-Parameter befüllen

Validierung / Fehlerbehandlung

  • Wenn der freigeben-Parameter auf true ist, muss eine Validierung aller Ressourcen (MopedEncounter, Account) erfolgreich sein, oder die Operation schlägt fehl.
  • Wenn der freigeben-Parameter auf true ist, muss Information zu den Tagen ohne Kostenbeitrag vorliegen (i.e. der Operation-Parameter TageOhneKostenbeitrag muss befüllt sein)
  • Wurden bei der Suche in Schritt 4 mehrere MopedTransferEncounter gefunden, liegen inkonsistente Daten vor und die Operation schlägt fehl.

Weitere Hinweise

  • Hinweis 1: Wurde der Patient direkt aus der Intensivstation entlassen, so müsste auch eine Abgangsart im MopedTransferEncounter gesetzt werden. Dieser Spezialfall wurde noch nicht berücksichtigt.

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 entlassen werden können.

Generated Narrative: OperationDefinition MOPED.Patient.Entlassen

URL: [base]/Encounter/$entlassen

Parameters

UseNameScopeCardinalityTypeBindingDocumentation
INaufnahmezahl1..1Identifier

Der aufnahmezahl Parameter beinhaltet den eindeutigen Identifizierer für den relevanten Fall.

INzeitpunkt1..1dateTime

Der zeitpunkt Parameter definiert zu welchem Zeitpunkt die Beurlaubung startet.

INentlassungsart1..1codeEntlassungsart des Patienten (Required)

Der entlassungsart Parameter definiert die Entlassungsart des Patienten.

INtageOhneKostenbeitrag0..1unsignedInt

Der tageOhneKostenbeitrag Parameter definiert zu für wie viele Tage kein Kostenbeitrag eingehoben wurde.

INfreigeben1..1boolean

Mit Hilfe des freigeben Parameters wird angegeben, ob es sich bei der Patienten-Entlassung um vollständige Daten handelt (freigeben = true) und somit eine Validierung erfolgen soll, oder ob lediglich unvollständige Daten zwischengespeichert werden (freigeben = false) - in diesem Fall wird ein Entlassungs-Aviso erstellt.

OUTreturn1..1Resource (OperationOutcome)

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

TBD: Abgangsart beim MopedTransferEncounter falls intensiv, muss befüllt werden; In dieser Operation werden noch keine Leitungen erfasst, hier muss eine Möglichkeit gegeben werden, dies nachzuholen - in einer separaten Transaction/Operation.; Der Status 'SV verarbeitet' stimmt zwar als Voraussetzung für den ersten Schritt. Kann das aber so weiterverfolgt werden, sobald Selbstzahler / private Versicherungen hinzukommen? Was passiert in einer schnellen Entlassung, wenn die SV sich noch nicht zurück gemeldet hat?