SAP ABAP IMG Activity ISH_AT_HCM_EDKOS_CUS (AT: Vorgehen EDKOS Customizing)
Hierarchy
☛ BBPCRM (Software Component) BBPCRM
   ⤷ CRM (Application Component) Customer Relationship Management
     ⤷ CRM_APPLICATION (Package) All CRM Components Without Special Structure Packages
       ⤷ NAT1 (Package) Application development Hospital System Austria
IMG Activity
ID ISH_AT_HCM_EDKOS_CUS AT: Vorgehen EDKOS Customizing  
Transaction Code S_PL5_98000224   (empty) 
Created on 20061030    
Customizing Attributes ISH_AT_HCM_EDKOS_CUS   AT: Vorgehen EDKOS Customizing 
Customizing Activity    
Document
Document Class SIMG   Hypertext: Object Class - Class to which a document belongs.
Document Name ISH_AT_HCM_EDKOS_CUS    

Verwendung

AT: Datenaustausch mit Privatversicherungen - Aufnahme und Kostenübernahme (EDKOS)

Kurzbeschreibung

Der Versicherungsverband der Versicherungen Österreichs (VVO) hat die Grundlagen für einen Datenträgeraustausch zwischen den Krankenhäusern und den Privatversicherungen (EDIVKA) geschaffen. Dieser hat auch diverse Codelisten dazu erstellt.

Die vorliegende Vorgehensbeschreibung bezieht sich auf die Übermittlung von Aufnahmen und Kostenübernahmen (EDI-Verfahren EDKOS) in der XML-Schema Version 5.0.

Für die elektronische Übermittlung von Rechnungen und den Erhalt von Zahlungsavisen und Informationsanforderungen können Sie zusätzlich das EDI-Verfahren EDLEI verwenden.

EDI-Integration

Das Österreich-spezifische EDI-Verfahren EDKOS für den Datenaustausch mit den Privatversicherungen hinsichtlich Aufnahmen und Kostenübernahmen ist im EDI-Standard integriert (Kommunikationsverfahren EDIVKA).

  • Auftragsbearbeitung

    Die Anlage eines stationären Falles im SAP Patient Management (IS-H), eine Änderung in demselben oder in den Patientenstammdaten durch den Sachbearbeiter löst ein allgemeines Ereignis aus. Dieses Ereignis wandelt das System durch den Nachrichtenaufbereiter IS-H EDI Auftragsbearbeitung (RNC30100) zu (einem) speziellen Ereigniss(en) um. Es erzeugt im zweiten Durchlauf desselben ggf. (eine) Nachricht(en), wie z. B. Aufnahmeanzeige, ggf. Änderungsanzeige, Storno. Ob tatsächlich eine Nachricht entsteht, hängt von diversen Kriterien ab. Der Sachbearbeiter kann die vom System erstellten EDI-Nachrichten in der EDI-Workbench einsehen und ggf. bearbeiten (z. B. wenn fehlerhaft).

    Bei Änderungen der Patientenstammdaten berücksichtigt das System nur den jüngsten stationären Fall zum Patient.

  • Nachrichtendateierstellung

    Der Dateiersteller IS-H EDI Nachrichtendateierstellung (RNC30101) wandelt fehlerfreie Nachrichten in Dateien im XML-Format um (1:1) und legt diese in einem vom Benutzer vordefinierten Verzeichnis ab. Von dort kann sie dann der Benutzer z. B. durch ein externes Programm verschlüsseln lassen und versenden.

    Für die Dateinamen gelten folgende Konventionen:

    • Aufnahmeanzeige
      • EDIVKA + Laufende Nummer + _N_ + Fallnummer + .XML
    • Storno Aufnahmeanzeige
      • EDIVKA + Laufende Nummer + _C_ + Fallnummer + .XML

      Darüber hinaus erstellt das System eine Protokolldatei (EDIVKA + Laufende Nummer).

  • Einlesen von Dateien

    Kostenübernahmen sind Dateien von den Privatversicherungen. Diese Dateien muss der Sachbearbeiter in einem zuvor dem System bekanntgegebenen Verzeichnis ablegen und ggf. entschlüsseln. Danach verarbeitet der vom Benutzer gestartete Dateieinleser IS-H EDI Dateieinleser (Datei auf Betriebssystemebene) (RNC301I0) diese Dateien zu EDI-Nachrichten, welche sich der Benutzer anschließend in der EDI-Workbench ansehen kann. Vom System als fehlerhaft gekennzeichnete eingehende Nachrichten sind vom Sachbearbeiter zu bearbeiten.

    Bei der Verarbeitung der Kostenübernahmen beschränkt sich das System nicht nur auf das Einlesen und deren Speicherung als IS-H-Nachricht (ggf. versehen mit IS-H-Meldungen), sondern es verändert den Kostenübernahmeantrag im Fall selbst gemäß der von der Versicherung kommenden Kostenübernahme (z. B. Umsetzen von "offen" auf "zugesagt"), wenn dies möglich ist.

    Bei der Ansicht der Kostenübernahmenachricht in der EDI-Arbeitsliste ersehen Sie den Status derselben über eine Ikone in der Spalte "KEY2", wie z. B. eine grüne Ampel entspricht einer Zusage.

    Das System benennt bei verarbeiteten Kostenübernahmen den Dateinamen auf "EDIVKA_P_..." um, damit es sie später nicht neuerlich einliest.

    Für Begleitpersonen gibt es keine eigenen Kostenübernahmen, da deren Fall der Versicherung nicht bekannt ist. Das System dupliziert Kostenübernahmen für einen Patienten (Fall) mit zugeordnetem Fall für eine Begleitperson und verbucht sie in beiden Fällen.

  • Ereignisse manuell auslösen

    Bei Bedarf können Sie Versandaufträge (Ereignisse) für Aufnahmeanzeigen, Stornos und Verlängerungsanzeigen manuell mittels des Reports IS-H AT: ELDA - Manuelle Nachrichtenauftragserzeugung (stationär) (RNWATELDAU0) erzeugen. Es ist dies der gleiche Report wie für das EDI-Verfahren P321.

    Sie können auch ein Ereignis für eine Entlassung auslösen. In EDIVKA ist eine Entlassungsnachricht nicht vorgesehen. Der Nachrichtenaufbereiter interpretiert dieses Ereignisse dahingehend, dass das System noch nicht versandte Nachrichten zu einem Fall löscht, wenn dieser eine vollständige Kostenübernahme hat.

  • Verlängerungsanzeige

    Das Ereignis für eine Verlängerungsanzeige zum Fall können Sie über den Report IS-H AT: Verlängern Kostenübernahmeanträge (RNWATKOS15) erstellen. Beachten Sie, dass für ein Verlängerungsansuchen eine Aufnahmebegründung vorhanden sein muss.

Der Bearbeiter kann Programme einplanen (Jobplanung) oder persönlich aus dem System anstoßen (zumeist über die EDI-Workbench).

Besonderheiten im Ablauf bei Änderungen, Stornos

  • Wenn der Fall endabgerechnet ist, dann erstellt das System keine weitere Nachricht.
  • Wenn eine Ablehnung zum Fall vorhanden ist, dann versendet das System an diese Versicherung keine Nachricht mehr.
  • Wenn die zuletzt versandte Nachricht kein Storno ist, dann versendet das System beim Storno des Versicherungsverhältnisses ein Storno einer Aufnahme.
  • Bei Änderungen versendet das System eine Nachricht der Art "P30" (kein Storno + neue Nachricht).
  • Das System versendet nur dann ein Storno, wenn der Fall oder das betreffende Versicherungsverhältnis storniert wurde.
  • Über die EDI-Steuerungstabelle können Sie das Verhalten des Systems beeinflussen. Weitere Informationen dazu finden Sie nachfolgend im Dokument im Abschnitt Steuerungsparameter.
  • Bei Verlängerungen oder manuell angestoßenen Ereignissen gibt es keine Rückhaltemechanismen.

Customizing

Für den Datenaustausch mit den Privatversicherungen (Aufnahmeanzeigen und Kostenübernahmen) gelten folgende Werte:

Kommunikationsstandard:    EDIVKA

EDI-Verfahren:    EDKOS

Verfahrensstandard:    1.0 (Empfang auch 0.1)

Nachdem bei einem Wechsel der XML-Version vorübergehend auch noch nach der alten Version erstellte Kostenübernahmen hereinkommen könnten, gibt es immer zwei Verfahrensstandards (hier 1.0 für XML-Version 5.0 (In/Out) und 0.1 für XML-Version 4.0 (nur In)).

Um das EDI-Verfahren für den Datenaustausch einsetzen zu können, sind folgende Customizingschritte erforderlich:

EDI-Verfahren aktivieren

Einführungsleitfaden Krankenhaus unter Branchenlösung Krankenhaus -> Kommunikation -> EDI-Datenübertragung -> Kommunikationsverfahren aktivieren

Dieser Schritt dient zum Aktivieren eines bestimmten EDI-Verfahrens für die Einrichtung (siehe dortige Dokumentation). Wenn Sie das EDI-Verfahren EDKOS aktiviert haben, dann erzeugt das System automatisch Ereignisse bei der Anlage, Änderung und dem Storno von Aufnahmen im IS-H (nach fertigem Customizing). Diese Ereignisse stehen in der Tabelle NC301.

Stammdaten der Annahmestelle verwalten

Einführungsleitfaden Krankenhaus unter Branchenlösung Krankenhaus -> Kommunikation -> EDI-Datenübertragung -> Annahmestellen einrichten -> Stammdaten der Annahmestellen pflegen

Hier können Sie jene Datenannahmestellen verwalten, die für die Entgegennahme der Daten zuständig sind (siehe dortige Dokumentation). Die Anzahl der Annahmestellen ist nicht begrenzt. Diese können Sie auch für das EDI-Verfahren EDLEI verwenden.

Vereinbarungen zur Annahmestelle

Einführungsleitfaden Krankenhaus unter Branchenlösung Krankenhaus -> Kommunikation -> EDI-Datenübertragung -> Annahmestellen einrichten -> Vereinbarungen mit Annahmestellen pflegen

Für jede Annahmestelle und für jede Richtung (Input, Output) müssen Sie Vereinbarungen verwalten. Sie können für die EDI-Verfahren EDKOS und EDLEI dieselben Verzeichnisse verwenden.

Verwalten der Kostenträgerzuordnung

Einführungsleitfaden Krankenhaus unter Branchenlösung Krankenhaus -> Kommunikation -> EDI-Datenübertragung -> Annahmestellen einrichten -> Kostenträger zuordnen

An dieser Stelle müssen Sie spezifizieren, welcher Kostenträger welcher Annahmestelle zugeordnet ist. Nicht zugeordnete Kostenträger nehmen an diesem EDI-Verfahren NICHT teil.

Fallausschlüsse

Sie können Fälle in der EDI-Workbench über die Drucktaste Fallauschluss für einzelne EDI-Verfahren ausschließen, sodass für diese Fälle das EDI-Verfahren NICHT gilt.

Nachrichtentypausschlüsse

Sie können einzelne Nachrichtentypen im Einführungsleitfaden Krankenhaus unter Branchenlösung Krankenhaus -> Kommunikation -> EDI-Datenübertragung -> Nachrichten für Kostenträger ausschließen ausschließen.

Steuerungsparameter

Mittels folgender Steuerungsparameter im Einführungsleitfaden Krankenhaus unter Branchenlösung Krankenhaus -> Kommunikation -> EDI-Datenübertragung -> Landesspezifika -> Landesspezifika Österreich -> AT: EDI System-Steuerung können Sie das Verhalten des EDI-Verfahrens beeinflussen:

  • EDIVKA-Änderungen Patientenstammdaten unterdrücken

    Wenn dieser&

Business Attributes
ASAP Roadmap ID 105   Define functions and processes 
Mandatory / Optional 2   Optional activity 
Critical / Non-Critical 2   Non-critical 
Country-Dependency I   Valid for countries specified 
Customizing Attributes Country Key Country Name
ISH_AT_HCM_EDKOS_CUS AT Austria
Assigned Application Components
Documentation Object Class Documentation Object Name Current line number Application Component Application Component Name
SIMG ISH_AT_HCM_EDKOS_CUS 0 I010004233 Communication with Systems Outside the Hospital 
Maintenance Objects
Maintenance object type    
History
Last changed by/on SAP  20061030 
SAP Release Created in 472