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: http://example.org/OperationDefinition/MOPED.Patient.Entlassen Version: 0.1.0
Draft as of 2024-10-04 ​ Responsible: Example Publisher Computable Name: MOPED_Patient_Entlassen

Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen.

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

Voraussetzungen für den Aufruf:

  • Account-Status: SV verarbeitet
  1. Der Encounter erhält ein End-Datum (MOPEDEncounter.actualPeriod.end); der MOPEDEncounter.status wird auf discharged gesetzt
  2. Das Element MOPEDEncounter.admission.dischargeDisposition wird mit dem Operation-Parameter entlassungsart befüllt.
  3. Der alte MOPEDTransferEncounter der partOf des MOPEDEncounters mit der jeweiligen Aufnahmezahl war und noch den Status in-progress hat, wird gesucht. Der Status wird auf completed gesetzt und die MOPEDTransferEncounter.actualPeriod.end mit dem zeitpunkt der Entlassung versehen.
  4. Ein MOPEDClaim mit dem Status draft wird erstellt und in MOPEDAccount.claim referenziert.
  5. Änderungen am Account: der MOPEDAccount.WorkflowStatus wird auf Entlassungs Aviso gesetzt, oder, falls der freigeben-Parameter auf true gesetzt war und die Validierung erfolgreich war, wird MOPEDAccount.WorkflowStatus auf Entlassung vollständig gesetzt. Ebenso im MOPEDAccount im Element TageOhneKostenbeitrag wird der gleichnamige Opeartion-Parameter abgespeichert. Dieser ist verpflichtend zu befüllen, wenn der freigeben-Parameter auf true gestellt ist.

Validierung / Fehlerbehandlung:

  • Wenn der freigeben-Parameter auf true ist, muss eine Validierung aller Ressourcen (MOPEDEncounter, Account) erfolgreich sein, oder die Operation schlägt fehl.
  • Wurden bei der Suche in Schritt 3 mehrere MOPEDTransferEncounter gefunden, liegen inkonsistente Daten vor und die Operation schlägt fehl.

Generated Narrative: OperationDefinition MOPED.Patient.Entlassen

URL: [base]/Encounter/$entlassen

Parameters

UseNameScopeCardinalityTypeBindingDocumentation
INaufnahmezahl1..1Identifier

Der aufnahmezahl Parameter beinhält 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: Schritt 3: eine Abgangsart vom TransferEncounter muss hinzugefügt werden, welchen fixen wert enthält diese bei Enlassung? 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?