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-09-26 ​ Responsible: Example Publisher Computable Name: MOPED_Patient_Entlassen

Diese Operation wurde noch nicht ausdefiniert - die Kommentare unterhalb dienen lediglich zur Orientierung und müssen noch stark verändert und erweitert werden.

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

Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen.

  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 modus-Parameter auf freigeben 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 modus-Parameter auf freigeben gestellt ist.

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.

INmodus1..1codehl7.at.test.aviso.oder.freigeben (Required)

Mit Hilfe des modus Parameters wird angegeben, ob es sich bei der Patienten-Entlassung um vollständige Daten handelt (freigeben) und somit eine Validierung erfolgen soll, oder ob lediglich unvollständige Daten zwischengespeichert werden (aviso).

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? Die Extension für Claim-Account ref ist derzeit in Claim, sollte aber zu Account wandern. In dieser Operation werden noch keine Leitungen erfasst, hier muss eine Möglichkeit gegeben werden, dies nachzuholen - ggf. in einer separaten Operation. Was ist, wenn ein Patient stirbt? Wird hier eine Verlegung mit spezieller Abgangsart vorab angestoßen oder findet sich diese Ergeignis erst in der Entlassung wieder?