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

Überblick & Sunshine Case

Anwendungsfälle

In diesem Abschnitt werden typische und exemplarische Abläufe im Rahmen des MOPED-Prozesses beschrieben. Die Anwendungsszenarien dienen der Veranschaulichung konkreter Anwendungsfälle auf Basis der in diesem Leitfaden definierten Rollen, Profile und Operationen. Die Szenarien zeigen sowohl durchgängige End-to-End-Prozesse als auch fokussierte Teilprozesse. Jedes Beispiel illustriert, wie die in MOPED definierten Schnittstellen in realen Fällen eingesetzt werden können. Dabei wird besonderer Wert auf die fachliche Nachvollziehbarkeit sowie die technische Umsetzung (Ressourcen, Statusübergänge, Operations) gelegt.

Ziel dieser Szenarien ist es ein gemeinsames Verständnis über typische Abläufe und deren Abbildung im FHIR-Moped-Kontext zu vermitteln.

Liste der Anwendungsfälle

Die folgenden Anwendungsfälle werden beschrieben:

Anwendungsfall: Standardablauf im Sunshine Case

Betroffene Akteure

Akteur  
KH (Krankenhaus)
LGF (Landesgesundheitsfonds)
SV (Sozialversicherung)
Bund

Betroffene Behandlungsarten

Behandlungsart  
Ambulant
Stationär

Beschreibung: Susi Sonnenschein

Die Patientin Susi Sonnenschein wird stationär aufgenommen. Im Verlauf ihres Aufenthalts wird sie verlegt, der zuständige Versicherer wird festgelegt und angefragt und Diagnosen sowie Leistungen werden dokumentiert. Nach Entlassung erfolgt die Abrechnung und Freigabe der Fallakte zur Einsicht durch den Bund sowie die Meldung der Kosteninformation an die SV.

Beispiel

Technische Hinweise

Ablauf

 KH (Herz Jesu Krankenhaus) Moped SV (ÖGK,...) LGF (Landesgesundheitsfonds) BundKHMopedSV (ÖGK)LGF (Landesgesundheitsfonds)BundKHKHMopedMopedSV (ÖGK)SV (ÖGK)LGF (Landesgesundheitsfonds)LGF (Landesgesundheitsfonds)BundBund1$aufnehmenSusi Sonnenschein wird aufgenommen2$updateÖEK Wien als zuständige Versicherung gesetzt3$anfragenAnfrage auf Versicherungsanspruchserklarung4$antworten (Status 00)Fallübernahme bestatigt (Status 00)5$updateVerlegung auf Abteilung Innere Medizin6$updateDiagnose "Herzinsuffizienz" und Leistung "EKG" erfasst7$entlassenSusi Sonnenschein wird entlassenloop[Vorlaufige Abrechnung / Entscheidung]8$abrechnenAbrechnung aller Leistungen eingereicht9$entscheidenAlle Posten genehmigt (keine Änderungen)10final $abrechnenFinale Abrechnung nach Entlassung11final $entscheidenEndgültige Entscheidung zur AbrechnungKosteninformation wird übermittelt12GET Composition?status=finalZugriff auf finale Composition13$antwortenRückmeldung zur KosteninformationFall für Moped abgeschlossen

Relevante Profile

Relevante Invarianten

Mögliche Notifications

SubscriptionTopic: neue VAE wurde angefragt

Die SV möchte benachrichtigt werden, wenn ein neuer VAERequest für sie bereitgestellt wurde. Das zugehörige SubscriptionTopic wurde in diesem Beispiel definiert.

SubscriptionTopic: VAE wurde abgelehnt

Das KH möchte benachrichtigt werden, wenn ein VAERequest abgelehnt wurde. Das zugehörige SubscriptionTopic wurde in diesem Beispiel definiert.

Tabellarische Übersicht

Titel Beschreibung Trigger Ressource Interaktion Auslöser Empfänger Beschreibung zusätzlicher Bedingungen Relevantes Feld Bedingung
neue VAE wurde angefragt Die SV möchte benachrichtigt werden, wenn ein neuer VAERequest für sie bereitgestellt wurde. VAERequest create KH SV / / /
VAE wurde abgelehnt Das KH möchte benachrichtigt werden, wenn ein VAERequest abgelehnt wurde. VAEResponse create SV KH Negative VAE VAEResponse.decision != #00 AND != #19