Die $abrechnen Operation wird aufgerufen, wenn ein Fall abgerechnet werden sollte.

Die $erfassen Operation wird aufgerufen, wenn eine erbrachte Leistungen und Diagnosen eingemeldet wird.

Die $auffordern Operation wird aufgerufen, wenn eine Abrechnung beantwortet wird und das Krankehaus zu einer Korrektur aufgefordert wird.

Die $freigeben Operation wird aufgerufen, wenn eine Abrechnung beantwortet wird und freigegeben wird.

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

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

Die $verlegen Operation wird aufgerufen, wenn ein(e) Patient*in auf eine andere Station verlegt wird. Auch initial, wenn ein Patient auf eine bestimmte Station aufgenommen wird, wird diese Operation aufgerufen (dies passiert automatisch im Zuge der Operation $aufnehmen).

Die $erheben Operation wird aufgerufen, wenn ein Fragebogen für einen bestimmten Fall eingemeldet wird.

Die $beantworten Operation wird aufgerufen, wenn eine Versichertenanspruchserklärung beantwortet wird.

Die Versichertenanspruchserklärung $anfragen Operation wird aufgerufen, um die Versichertenanspruchserklärung-Anfrage an die SV anzustoßen. Diese Operation ist irrelevant für Selbstzahler (das ist wichtig für künftige weiterentwicklung - wenn im Account auf eine Coverage-Ressource für Selbstzahler referenziert wird, darf die Operation $anfragen nicht ausgeführt werden).

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

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

• Hinweis 1: Anstelle einer separaten GDA-Organization-Ressource ist angedacht, hier mit einer conditional Reference in der Ressource Encounter mit entsprechendem GDA-identifier zu arbeiten. Somit wird auch vermieden, dass Duplikate einer GDA-Organization-Ressource am Server angelegt/verwendet werden.
• Hinweis 2: Es wird davon ausgegangen, dass der Patient bereits vor der Bundle-Erstellung mit dem ZPI abgeglichen wurde.
• Hinweis 3: Es wird davon ausgegangen, dass vor der Bundle-Erstellung eine VDAS-Abfrage gestellt wurde. Die Coverage-Ressourcen in diesem Transaction-Bundle speichern die Ansprüche aufgrund der VDAS-Abfrage in Moped ein.
• Hinweis 4: In Zukunft wird Moped auch die Datenübermittlung von Selbstzahlern und Privatversicherten unterstützen. Für diese Ansprüche werden separate Coverage-Profile definiert werden und dieses Bundle wird in weiterer Folge unterschiedliche Coverage-Arten unterstützen.
• Hinweis 5: Eine vorangegangene VDAS-Anfrage an die SVC kann mehrere Coverages retournieren. In diesem Fall wählt der Patient/die Patientin direkt bei aufnahme eine Versicherung aus, welche im Zuge der Aufnahme gespeichert wird. Das ist der Grund für die Kardinalität 1..1 der Coverage in diesem Bundle.

MOPED Profil der Condition Ressource für die LDF-Abrechnung

MOPED Profil der Coverage Ressource für Versicherungen.

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

MOPED Profil der Encounter Ressource für die Rolle: Bund

MOPED Profil der Encounter Ressource für die Rolle: LGF

MOPED Profil der Encounter Ressource für die Rolle: SV

MOPED Profil der Person Ressource für den Hauptversicherten

MOPED Profil der Claim Ressource für die Leistungsabrechnungsanfrage.

MOPED Profil der ClaimResponse Ressource für die Leistungsabrechnungsantwort.

MOPED Profil für Abteilungen innerhalb einer Krankenanstalt.

MOPED Profil der Patient Ressource aus der Sicht der Rolle: Bund

MOPED Profil der Patient Ressource aus der Sicht der Rolle: LGF

MOPED Profil der Patient Ressource aus der Sicht der Rolle: SV

MOPED Profil der Procedure Ressource für die LDF-Abrechnung

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

MOPED Profil für die Anfrage der Versichertenanspruchserklärung VAE.

MOPED Profil für die Beantwortung der Versichertenanspruchserklärung VAE.

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.

In Gruppen eingeteilt, wobei vollendete Lebensjahre ausschlaggebend sind.

MOPED Extension für die Anzahl der Sonderleistungen

MOPED Extension für die Anzahl der Beurlaubungen

MOPED Extension für die Anzahl der Verlegungen

MOPED Extension für die Aufnahmeart.

MOPED Extension für das Beihilfenaequivalent

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

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 dieser Extension werden alle möglichen Punkteangaben im LKF zusammengefasst.

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.

MOPED Extension für die LDF Punkte Pauschale

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

KLAS: Allgemeine Gebuehrenklasse bzw. Sonderklasse

MOPED Extension für die Sonderleistungsnummer

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

MOPED Extension für die Transportart.

MOPED Extension für das Ereignis-/Unfalldatum.

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.

Anzahl der Verlaengerungstage bei Verlängerung

VKBEFR – Verpflegskosten-Beitragsbefreiung

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

ValueSet für die Abgangsart des Patienten

Abrechnungsrelevanz der medizinischen Leistung

ValueSet für die Altersgruppe des Patienten

ValueSet für die Anwesenheitsart

Arten von Moped Encounter

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

ValueSet für die Aufnahmeart des Patienten

Befreiung für den Verpflegskostenbeitrag

ValueSet für die Behandlungsart

ValueSet für die Entlassungsart des Patienten

ValueSet für die Fondsrelevanz

ValueSet für die Art der Kostenmeldung

LKF Abrechnungsgruppe

LKF Abrechnungsknoten

LKF Hauptdiagnosegruppen

LKF Hauptdiagnosegruppen

LKF medizinische Einzelleistungen (MEL)

A value set containing codes for the type of relationship of a related person to the patient.

Arten von zusätzlichen Informationen in der VAE

Nummer für Sonderleistung

ValueSet für die Klasse (KaOrg)

Status der Versichertenanspruchserklärung

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.

Abrechnungsrelevanz der medizinischen Leistung

CodeSystem für die Altersgruppe des Patienten

CodeSystem für die Anwesenheitsart

Arten von Moped Encounter

CodeSystem für die Aufnahmeart des Patienten

CodeSystem für die Befreiung für den Verpflegskostenbeitrag

CodeSystem für die Behandlungsart

CodeSystem für die Entlassungsart des Patienten

CodeSystem für die Fondsrelevanz

CodeSystem für die Art der Kostenmeldung

LKF Abrechnungsknoten

LKF Hauptdiagnosegruppen

LKF medizinische Einzelleistungen (MEL)

Arten von zusätzlichen Informationen in der VAE

Zulässige Ausprägungen Aufnahmeart (LKF & KaOrg)

Zulässige Ausprägungen Aufnahmeart (LKF & KaOrg)

Nummer für Sonderleistung

CodeSystem für die Klasse (KaOrg)

Status der Versichertenanspruchserklärung

CodeSystem für die Transportart des Patienten

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

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

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

Hackathon Stammdaten: Abteilung 1 des KH Herz Jesu

Hackathon Stammdaten: Abteilung 1 des KH Ried

Hackathon Stammdaten: Abteilung 2 des KH Ried

Hackathon Stammdaten: Abteilung 3 des KH Ried

Hackathon Stammdaten: Abteilung 4 des KH Ried

Hackathon Stammdaten: Organization Affiliation zwischen LGF und KH Herz Jesu

Hackathon Stammdaten: KH Herz Jesu

Hackathon Stammdaten: KH Ried

Hackathon Stammdaten: LGF Wien

Hackathon Stammdaten: Überweisende Organisation 1

Hackathon Stammdaten: Überweisende Organisation 2

Hackathon Patient Journey 1 Beispiel: Account

Hackathon Patient Journey 1 Beispiel: Condition 1

Hackathon Patient Journey 1 Beispiel: Coverage

Hackathon Patient Journey 1 Beispiel: Encounter

Hackathon Patient Journey 1 Beispiel: LKFRequest 1

Hackathon Patient Journey 1 Beispiel: LKFResponse 1

Hackathon Patient Journey 1 Beispiel: Patient

Hackathon Patient Journey 1 Beispiel: Procedure 1

Hackathon Patient Journey 1 Beispiel: TransferEncounter 1

Hackathon Patient Journey 1 Beispiel: VAERequest 1

Hackathon Patient Journey 1 Beispiel: VAEResponse 1

Hackathon Stammdaten: ÖGK Oberösterreich

Hackathon Stammdaten: ÖGK Wien