Die Kostenübernahme-Anfrage $check Operation wird aufgerufen, um zu überprüfen, in welchem Status sich die Bearbeitung seitens SV derzeit befindet. Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen.

1. Suchen des Accounts: Suchen des MOPEDAccounts, der vom MOPEDEncounter mit dem aufnahmezahl Parameter als identifier im MOPEDEncounter.account Feld referenziert wird.
2. Suchen des Requests: Es geht um jenen Request, der in MOPEDAccount.coverageEligibilityRequest Feld referenziert wurde
3. Suche nach einer CoverageEligibilityResponse die im Feld CoverageEligibilityResponse.request den Request aus Schritt 2 referenziert
   • Sollte es mehrere Responses zu einem Request geben, ist das eine Inkonsistenz die zu einer Fehlermeldung führen soll
   • Gibt es eine Response, so ist zu prüfen in welchem CoverageEligibilityResponse.status die Ressource aufscheint:
   • draft: Draft in Kombination mit dem outcome-Wert queued heißt, dass die SV den jeweiligen Request bereits ausgeliefert bekommen hat, jedoch die Bearbeitung noch nicht begonnen hat. Ein draft-Status in Kombination mit einem anderen outcome-Wert ist ungültig und sollte zu einer Fehlermeldung führen.
   • active: Active in Kombination mit dem outcome-Wert queued bedeutet, dass die SV aktiv gestartet hat, den CoverageEligibilityRequest zu bearbeiten, es jedoch noch kein Resultat gibt. Ist der outcome mit dem Wert completed, error oder partial befüllt, ist die SV mit der Response fertig und eine Meldung kann ausgegeben werden, dass die freigegebene CoverageEligibilityResponse vom Krankenhaus abgeholt werden kann.

Die Operation wird vom Akteur Sozialversicherung (SV) aufgerufen. Die Kostenübernahme-Anfragen $abholen Operation wird aufgerufen, um alle noch offenen Kostenübernahme-Anfragen, die bisher seitens SV noch nicht bearbeitet wurden, abgeholt werden können.

1. Suche nach relevanten Requests: Alle CoverageEligibilityRequests,
   • die im Feld CoverageEligibilityRequest.insurer die Organization mit Organization.identifier = Operation-Parameter versicherer referenziert haben UND
   • die noch keine gezugehörigen CoverageEligibilityResponse haben (CoverageEligibilityRequest CEReq where not exists CoverageEligibilityResponse with CoverageEligibilityResponse.request = CEReq). Der Status der Resposne ist dabei irrelevant.
2. Zusammenstellen des Return-Bundles: Mit der gleichen Logik wie der _include Suchparameter um die relevanten Ressourcen (Patient, Coverage) direkt mitbekommen zu können.
3. Erstellung eine Draft CoverageEligibilityResponse für jeden der ausgelieferten Requests:
   • mit Feld CoverageEligibilityResponse.status = draft
   • mit Feld CoverageEligibilityResponse.request = Referenz auf jeweiligen Request
   • mit Feld CoverageEligibilityResponse.outcome = queued

Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen. Die Kostenübernahme $anfragen Operation wird aufgerufen, um die Kostenübernahme-Anfrage an die SV anzustoßen.

1. Vorbereitung des CoverageEligibilityRequest: Ein CoverageEligibilityRequest mit dem status 'active' und purpose 'validation' und dem created aktuellem Zeitpunkt wird vorbereitet.
2. Suchen des Accounts: Suchen des MOPEDAccounts, der vom MOPEDEncounter mit dem aufnahmezahl Parameter als identifier im MOPEDEncounter.account Feld referenziert wird.
3. Referenzieren des Patienten: Eine Referenz auf den Patienten der als subject im MOPEDAccount geführt ist, wird im CoverageEligibilityRequest.patient Element referenziert
4. Referenzieren der Coverage: Die gleiche Referenz wie im MOPEDAccount.coverage.coverage wird auch im CoverageEligibilityRequest referenziert. Check erfolgt, ob diese Coverage den gleichen Patienten als beneficiary hat wie das subject des CoverageEligibilityRequest.
5. Referenzieren des Providers: Als provider Element wird die Organization referenziert, die als owner im MOPEDAccount referenziert ist.
6. Einfügen des Versicherers: Als insurer Element wird die Organization referenziert, deren identifier dem Operation-Parameter versicherer entspricht.
7. POSTen des neu erstellten CoverageEligibilityRequest
8. Referenzierung des CoverageEligibilityRequest im MOPEDAccount im Element coverageEligibilityRequest.

Die Patient $aufnehmen Operation wird aufgerufen, wenn ein(e) Patient*in in das Krankenhaus aufgenommen wird. Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen.

1. Encounter erstellen: FHIR Transaction ausführen, wie im Operation-Parameter falldaten mitgegeben. Dabei soll geprüft werden, ob bereits ein Patient mit dem jeweiligen identifier (bPK bzw. Sozialversicherungsnummer) vorliegt um Duplikate zu vermeiden.
2. Account anlegen:
   • MOPEDAccount.WorkflowStatus: lt. Beschreibung der Werte-Ausprägungen des modus Parameter (siehe unten)
   • MOPEDAccount.VerdachtArbeitsSchuelerunfall lt. Operation Parameter
   • MOPEDAccount.VerdachtFremdverschulden lt. Operation Parameter
   • MOPEDAccount.subject mit der gleichen Referenz befüllen wie MOPEDEncounter.subjec
   • MOPEDAccount.owner mit der gleichen Organization befüllen wie MOPEDEncounter.serviceProvider
   • MOPEDAccount.VDASID lt. Operation Parameter befüllen (TBD: brauchen wir die VDAS ID oder können wir sie mit Absprache SVC als Identifier in die Coverage geben?)
   • MOPEDAccount.coverage.coverage mit der Referenz lt. Parameter befüllen und ggf. Hauptversicherter (Patient) anlegen, falls noch nicht am Server.
3. Account im Encounter referenzieren: Den neuen MOPEDAccount im MOPEDEncounter.account referenzieren

Die Werte-Ausprägung des modus Parameters haben eine Auswirkung auf das Verhalten der Operation:

• zwischenspeichern: Die Patientenaufnahme ist noch nicht vollständig und wird lediglich zwischengespeichert. Hier findet keine Validierung der Encounter Ressource statt. Eine Account-Ressource wird erstellt, die den WorkflowStatus 'Aufnahme in Arbeit' hat und im Encounter referenziert.
• freigeben: Die Patientenaufnahme ist vollständig und es ist zu erwarten, dass alle nötigen Felder befüllt sind. Schlägt die Validierung der falldaten fehl, kann die Operation nicht erfolgreich durchgeführt werden. Ist die Validierung erfolgreich, wird eine im Encounter referenzierte Account-Ressource erstellt bzw. upgedatet, die den WorkflowStatus 'Aufnahme freigegeben' hat.

Die Patient $beurlauben Operation wird aufgerufen, wenn ein(e) Patient*in in das Krankenhaus aufgenommen wurde und während eines laufenden Falles beurlaubt wird. Die Operation $verlegen wird aufgerufen mit dem Funktionscode XXX als Parameter, der Abgangsart YYY und ohne physische Anwesenheit. TBD: finde heraus, welcher Funktionscode und welche Abgangsart konkret für Urlaub stehen.

Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen.

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. Ein MOPEDClaim mit dem Status draft wird erstellt und in MOPEDAccount.claim referenziert.
3. Änderungen am Account: der MOPEDAccount.WorkflowStatus wird auf Entlassungs Aviso gesetzt.

Die Operation wird vom Akteur Krankenhaus (KH) aufgerufen.

Die Patient $verlegen Operation wird aufgerufen, wenn ein(e) Patient*in auf eine andere Station verlegt wird.

1. Neuer Transfer Encounter: Der MOPEDEncounter mit der jeweiligen Aufnahmezahl wird gesucht, und ein neuer MOPEDTransferEncounter der mit partOf den MOPEDEncounter referenziert wird erstellt. Beim neu erstellten MOPEDTransferEncounter wird der zeitpunkt als MOPEDTransferEncounter.actualPeriod.start eingefügt und als MOPEDTransferEncounter.serviceProvider die Abteilung MOPEDOrganizationAbteilung mit dem jeweiligen funktionscode referenziert.
2. Alter Transfer Encounter: 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 Verlegung versehen. Ebenso wird beim alten Encounter die abgangsart von diesem Funktionscode dokumentiert.
3. Fallnummer: Die Fallnummer im zur Aufnahmezahl gehöhrenden Account wird um 1 erhöht.
4. Validierung: Es kann immer nur einen MOPEDTransferEncounter für den jeweiligen Fall geben der partOf eines MOPEDEncounters mit der aufnahmezahl ist und den Status in-progress hat.

Bundle für die Input-Ressourcen bei Patienten-Aufnahme

MOPED Profil der Account Ressource für die administrative Fallführung und Abrechnung.

MOPED Profil der Claim Ressource für die Leistungsabrechnungsanfrage.

MOPED Profil der ClaimResponse Ressource für die Leistungsabrechnungsantwort.

MOPED Profil der CoverageEligibilityRequest Ressource für die Kostenübernahmeanfrage.

MOPED Profil der CoverageEligibilityResponse Ressource für die Kostenübernahmeantwort.

MOPED Profil der Encounter Ressource für die Krankenanstaltenaufnahme und Entlassung

MOPED Profil für Abteilungen innerhalb einer Krankenanstalt.

MOPED Profil der Encounter Ressource für die Verlegung innerhalb oder zwischen Krankenanstalten

MOPED Profil der Coverage Ressource für Versicherungen. Basierend auf dem Profil "ecardAnspruch": https://www.chipkarte.at/de/vdas-on-fhir/site/StructureDefinition-ecard-anspruch-profile.html

Lukriert die Patient:innen über eine reguläre Gruppe Punkte, so ist in diesem Datenfeld die entsprechende Knotenbezeichnung einzutragen.

Das Abrechnungsquartal ist in der Form Jahr (JJJJ) und Quartal (Q) zu melden.

Referenz auf den im Claim abzurechnenden Account

MOPED Extension für die Anzahl der Sonderleistungen

MOPED Extension für die Anzahl der Verlegungen

MOPED Extension für das Beihilfenaequivalent

MOPED Extension, um anzugeben, ob die Diagnose während des stationären Aufenthalts erworben wurde.

Fristende - Befristungen sind in folgenden Fällen vorgesehen:

• Bei zeitlichen Beschränkungen aufgrund einer zu erwartenden, nachfolgenden medizini- schen Hauskrankenpflege
• Bei Vorhersehbarkeit des Eintritts einer Asylierung
• Bei unsicherer, versicherungsrechtlicher Entwicklung Bei den ersten beiden Punkten wird von den Krankenversicherungsträgern das Fristende individuell gesetzt. Beim dritten Punkt wird im Regelfall eine generelle Tagesbeschränkung erfolgen, weil die Versichertenanspruchserklärung in die Zukunft gerichtet ist und der Krankenversicherungsträger seine Zuständigkeit von vornherein nur für einen bestimmten Zeitraum annehmen kann (Ausleis- tungssituation gem. § 122 ASVG). Durch die Angabe eines Fristendes wird signalisiert, dass bei einem über das Fristende hinaus dau- ernden Aufenthalt eine Verlängerungsanzeige vorzulegen ist.

MOPED Extension für akzeptierte Errors und Warnings

Hier ist anzugeben, ob der stationäre Aufenthalt/ambulante Besuch gegenüber dem Landesgesundheitsfonds/PRIKRAF abzurechnen ist.

MOPED Extension für den Forderungsbetrag für Ausländerverrechnung oder Regress

Kostenanteilbefreiung für den Patienten, die direkt an den Anspruch geknüpft ist. Kostenanteile sind entweder laut Gesetz vorgegeben (z.B. Rezeptgebühr) oder sie sind in der Satzung des jeweiligen KV-Trägers verankert und werden meistens errechnet (z.B. für Heilbehelfe und Hilfsmittel).

MOPED Extension für die Kostenmeldung. Konstenmeldung für A = Ausländerverrechnung, R = Regressangelegenheiten oder K = Kosteninformation

MOPED Extension für akzeptierte Errors und Warnings

MOPED Extension für den LDF-Punktewert Netto. Ergibt sich durch Punkteanzahl mal Punktewert Forderungsbasis ohne Berücksichtigung eines Patientenanteiles f. Angehörige bzw. eines Beihilfenäquivalentes

MOPED Extension für den LDF-Punktewert Netto

In dieses Datenfeld ist – soweit zutreffend – die Leistungskomponente bzw. sind die Leistungspunkte einzutragen.

VKBEFR – Verpflegskosten-Beitragsbefreiung

Hier ist anzugeben, ob die medizinische Leistung bei der Bepunktung des ambulanten Besuchs/stationären Aufenthalts (Satzart X01) zu berücksichtigen ist.

MOPED Extension für den Patientenanteil netto: Betrag in €, 2 Nachkommastellen

MOPED Extension für den Patientenanteil für Angehörige (tägl. Satz) netto: Betrag in €, 2 Nachkommastellen

Dieses Datenfeld enthält eine Kennzeichnung als Ergebnis der vom Gesundheitsministerium vorgegebenen Plausibilitätsprüfung.

KLAS – Allgemeine Gebührenklasse/Sonderklasse

In dieses Datenfeld ist – soweit zutreffend – die ermittelte Leistungskomponente für jene Patient:innen einzutragen, deren Belagsdauer des akutstationären Krankenhausaufenthalts unter der im LKF-Modell in der jeweiligen LDF-Pauschale festgelegten Belagsdaueruntergrenze liegt.

In dieses Datenfeld ist – soweit zutreffend – die ermittelte Tageskomponente für jene Patient:innen einzutragen, deren Belagsdauer des akutstationären Krankenhausaufenthalts unter der im LKF-Modell in der jeweiligen LDF-Pauschale festgelegten Belagsdaueruntergrenze liegt.

MOPED Extension für die LDF Punkte Pauschale

In dieses Datenfeld ist – soweit zutreffend – die Summe der tageweise ermittelten Punkte für einen stationären Krankenhausaufenthalt in speziellen Leistungsbereichen (z.B. in den Bereichen der Kinder- und Jugendpsychiatrie, der Akut-Nachbehandlung von neuro- logischen Patient:innen, der medizinischen Geriatrie, der Akutgeriatrie/Remobilisation sowie der palliativmedizinischen Einrichtungen) einzutragen.

In dieses Datenfeld ist die Gesamtsumme der für den stationären Aufenthalt/den ambulanten Besuch ermittelten Punkte einzutragen.

MOPED Extension für die Rechnungsnummer der Krankenanstalt bzw. des Landesgesundheitsfonds

Rezeptgebührenbefreiung für den Patienten, die direkt an den Anspruch geknüpft ist. Der Patient ist von der Entrichtung der Rezeptgebühr befreit. Kostenanteile sind entweder laut Gesetz vorgegeben (z.B. Rezeptgebühr) oder sie sind in der Satzung des jeweiligen KV-Trägers verankert und werden meistens errechnet (z.B. für Heilbehelfe und Hilfsmittel).

MOPED Extension für die Sonderleistungsnummer

Anzahl der Tage, für welche kein Kostenbeitrag seitens der Krankenanstalt eingehoben wurde

In dieses Datenfeld ist – soweit zutreffend – die Tageskomponente bzw. sind die Kontakt- punkte einzutragen.

MOPED Extension für die Transportart.

MOPED Extension für das Ereignis-/Unfalldatum.

"VAEST - Status der Versichertenanspruchserklärung"

Es handelt sich um eine ID, welche bei der VDAS-Abfrage durch die Krankenanstalt vom e-card System vergeben wird und von der Krankenanstalt in der Aufnahme-/Ereignisanzeige mitgeliefert werden kann. Dadurch kann das Abfrageergebnis eindeutig nachvollzogen werden. Das Ergebnis der VDAS-Abfrage ist im ambulanten Bereich für den Krankenversicherungsträger verbindlich. Eine Ablehnung aus versicherungsrechtlichen Gründen ist nicht möglich, sofern die Ereignisanzeige jenem Träger aus der VDAS-Abfrage (inkl. VDAS-ID) übermittelt wurde. Um eine zwischenstaatliche Verrechnung zu ermöglichen ist bei zwischenstaatlichen Fällen eine Ablehnung zulässig.

MOPED Extension für den Verdacht auf einen Arbeits- oder Schuelerunfall.

MOPED Extension für den Verdacht auf Fremdverschulden

Anzahl der Verlaengerungstage bei Verlängerung

Zur Berechnung des Verpflegskostenbeitrags für Versicherte sowie des Kostenbeitrags für Angehörige ist die Angabe der zu berücksichtigenden Vortage erforderlich. Der Krankenversicherungsträger ist auf Grund der ihm zugänglichen Informationen in der Lage, Vorpflegetage zu berücksichtigen. Berücksichtigt werden alle stationären Aufenthalte eines Patienten innerhalb eines Kalenderjahres. Der höchste Wert, mit welchem das Feld VTAGE befüllt werden kann, ist jener Wert, für welchen maximal ein Verpflegskostenbeitrag pro Kalenderjahr zu entrichten ist. Der Maximale Höchstwert beträgt somit 28 Tage.

MOPED Extension für den Workflowstatus. Dieser beschreibt den Zustand in dem sich der administrative Fall derzeit befindet

MOPED Extension für die Art des Zugangs.

In dieses Datenfeld ist – soweit zutreffend – die Summe der tageweise ermittelten Zusatz- punkte für jene Patient:innen einzutragen, deren Belagsdauer des akut-stationären Krankenhausaufenthaltes über der im LKF-Modell in der jeweiligen LDF-Pauschale fest- gelegten Belagsdauerobergrenze liegt.

In dieses Datenfeld ist – soweit zutreffend – die Summe der Zusatzpunkte für während des stationären Krankenhausaufenthalts angefallene Tage auf abrechnungsrelevanten Intensiveinheiten einzutragen.

In dieses Datenfeld ist – soweit zutreffend – die Summe der Zusatzpunkte für zusätzliche Leistungen außerhalb des Punktepauschales der zur Abrechnung gelangenden Gruppe einzutragen.

Ob der Patient physisch anwesend war.

ValueSet für die Abgangsart des Patienten

Abrechnungsrelevanz der medizinischen Leistung

ValueSet für die Aufnahmeart des Patienten

ValueSet für die Behandlungsart

ValueSet für die Entlassungsart des Patienten

ValueSet für die Art der Kostenmeldung

ValueSet für die Transportart des Patienten

ValueSet für die Ursache der Behandlung laut Ka-Org

ValueSet für den Verdacht auf einen Arbeits- oder Schuelerunfall

ValueSet für die Statusoptionen in denen sich ein Fall befinden kann.

ValueSet für die Zugangsart des Patienten (LKF + Ka-Org)

A questionnaire for collecting SAPS3 data

This questionnaire is used to collect KA-Statistik data for K03 message reporting.

This questionnaire is used to collect KA-Statistik data for K05 message reporting.

Organization resource for Herz Jesu-Krankenhaus