SAP ABAP IMG Activity ISH_AT_GIN_DIALOG (AT: Details zur e-Card Anbindung)
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_GIN_DIALOG AT: Details zur e-Card Anbindung  
Transaction Code S_P7C_98000309   (empty) 
Created on 20071006    
Customizing Attributes ISH_AT_GIN_DIALOG   AT: Details zur e-Card Anbindung 
Customizing Activity    
Document
Document Class SIMG   Hypertext: Object Class - Class to which a document belongs.
Document Name ISH_AT_GIN_DIALOG    

GINA Anbindung - Beschreibung

Einleitung

Die Anbindung an das Gesundheitsnetz ermöglicht Ihnen die Nutzung folgender Dienste:

  • Lesen der e-Card (LAN-Leser)
  • Lesen der SV-Daten
  • Abfrage der SVNR des Patienten
  • Prüfung des Versicherungsanspruches des Patienten

Idealerweise verwenden Sie für das Lesen der Karte ins LAN eingebundene Lesegeräte. Das System unterstützt weiterhin aber auch die Verwendung von USB-Kartenlesern. Alternativ können Sie diesen Dienst auch ohne eingesteckte e-Card verwenden. In beiden Fällen erfolgt die Versichertenabfrage aufgrund der SVNR.

Wollen Sie USB-Kartenlesegeräte als LAN-integriert simulieren, können Sie die KAV-Software benutzen.

Voraussetzungen

Um Dienste des Hauptverbandes verwenden zu können, benötigt das System eine Verbindung zum Server des Hauptverbandes. Die Authorisierung erfolgt über die sogenannte Ordinationskarte.

Um den Dialog zwischen der GINA-Box und dem Hauptverbandserver aufbauen zu können muss laut Ihren Einstellungen ein Kartenleser zugeordnet werden. Weiters ist eine Authorisierung des Vertragspartners durch das Erstellen und Prüfen der Signatur der Ordinationskarte und die Eingabe eines zu prüfenden Identifiaktionspartners (PIN) notwendig. Dem Dialog muss vom System laut Ihrer Einstellung zudem eine Ordinationsadresse zugeordnet werden.

Die Anzahl der Dialoge auf einem Ordinations-Client ist beschränkt. Die maximale Anzahl wird durch das System vorgegeben und kann nicht über die Arzt-Software Schnittstelle geändert werden.

Für die Auswahl, ob Sie auf "Echt- oder Testdaten" beim Hauptverband zugreifen wollen, stehen Ihnen die Systemparameter GIN-Systemtyp (GIN_SYSTY) und GIN-Authentifikationstyp (GIN_AUTHTY) der Customizingtabelle Systemsteuerungsparameter (einr. - und zeitabh.) zur Verfügung. Falls Sie diese Parameter nicht pflegen, versuchen die Services immer auf Echtdaten zuzugreifen. Bei einer "Teststellung" müssen Sie jedoch beide Parameter jeweils auf den Wert "02" stellen.

Weitere Informationen für die Einstellungen finden Sie unter dem Punkt Aktivität.

Dialogaufbau

Aus Performancegründen werden vom System über einen zyklisch einzuplanenden Batch-Job (Report RNWAT_GIN_DIALOG) der Aufbau und die Verwaltung eines Dialogpools vorgenommen.

Diesen Dialogpool benötigt das System, um für die jeweilige Funktion - welche einen Request via GIN starten möchte - eine gültige Dialog-ID auszufassen. Das System sperrt diese eine Dialog-ID für die Zeit des Requests und gibt diese danach wieder frei. Somit ist einerseits gewährleistet, dass nicht bei jeder Funktion ein neuer Dialog auf- und abgebaut werden muss und andererseits nicht zwei unterschiedliche Funktionen dieselbe Dialog-ID verwenden können. Des weiteren ist die Anzahl der möglichen Dialoge pro Ordinations-Client beschränkt.

Innerhalb des Dialogpools sind für verschiedene Vertragspartnernummern Dialoge möglich.

Lesen von Kartendaten

Über den Ordinations-Client bzw. unter Verwendung des USB-Kartenleser werden die Daten der e-Card vom System eingelesen und für die Patientensuche bzw. für den Abgleich der Daten der e-Card bereitgestellt.

Lesen von SV-Daten

Über den Ordinations-Client werden die Daten des Sozialversicherten vom System via GIN eingelesen und für die Patientensuche bzw. für den Abgleich der Daten zwischen Patientendaten und Hauptverbandsdaten bereitgestellt.

Funktion Versichertenabfrage über GINA-Box

Diese Funktion ermöglicht es Ihnen direkt beim Hauptverband der Sozialversicherungsträger für einen Patienten elektronisch anzufragen, ob und welchen Versicherungsanspruch dieser momentan hat. Das Abfrageergebnis können Sie für die Bearbeitung der Versicherungsverhältnisse des Patienten nutzen. Die Zugriffe auf die Datenbank des Hauptverbandes werden protokolliert.

Aufrufstelle im IS-H

Die neue Funktion steht Ihnen im Rahmen Versicherungsverhältnisse bearbeiten/anzeigen als Drucktaste Versichertendatenabfrage zur Verfügung.

Das System unterscheidet mehrere Möglichkeiten des Aufrufes hinsichtlich der mitzugebenden Parameter:

  • Bei gesteckter e-Card werden diese Daten vom System für die Anfrage verwendet. Zusätzlich werden nun noch vom System die Daten der e-Card mit jenen des aktuellen Patienten verglichen und ggfs. ein Popup zum Abgleich der Daten ausgegeben. Somit soll verhindert werden, dass die Versichertendatenabfrage für einen falschen Patienten (aufgrund gesteckter e-Card) durchgeführt wird.
  • Ist keine e-Card verfügbar, verwendet das System die SVNR des Patienten. Ist keine SVNR bekannt, wird vom System die Abfrage auf die SVNR mit Vor-, Zunamen und Geschlecht gestartet.
  • Befinden Sie sich auf einem aktiven (grün) Sozialversicherungsverhältnis (Kennzeichen Sozialversicherung in Stammdaten des Kostenträgers bzw. Kostenträgerart gesetzt) und drücken die Taste Versichertenabfrage, so wird vom System eine Anspruchsüberprüfung für diesen Kostenträger durchgeführt. Die Antwort wird in der Regel entweder positiv oder negativ ausfallen. Alternativ zur Taste können Sie die Aktion auch per shortcut auslösen.
  • Befinden Sie sich auf einem nicht aktiven (rot) Sozialversicherungsverhältnis, einem anderen Versicherungsverhältnis (z.B. Privatversicherung) oder einer leeren Karteikarte bzw. Zeile, und drücken Sie die Taste, so wird vom System eine allgemeine Versichertenabfrage (ohne Kostenträger) abgesetzt. Die Antwort darauf kann z.B. eine Auswahlliste aller Sozialversicherungen sein, bei denen ein Anspruch des Patienten besteht.

Ergebnis der Abfrage

  • Anspruchsüberprüfung

    Wurde von Ihnen die Anfrage an den Hauptverband mit einem bestimmten Kostenträger durchgeführt, so werden Sie - bis auf Ausnahmen - die elektronische Antwort vom Hauptverband bekommen, dass der Patient momentan dort versichert ist oder nicht.

    Wenn nicht, dann empfiehlt sich eine allgemeine Versichertenabfrage ohne Kostenträger.

  • Versichertenabfrage allgemein

    Wurde von Ihnen die Anfrage an den Hauptverband ohne einem bestimmten Kostenträger durchgeführt, so entstehen folgende Möglichkeiten:

    • der zuständige Sozialversicherungsträger ist eindeutig identifiziert
      • Das System aktiviert/generiert nach Rückfrage an Sie das passende Versicherungsverhältnis
    • es gibt mehrere zuständige Sozialversicherungsträger
      • Das System bringt Ihnen die Liste der Möglichkeiten zur Auswahl . Nach erfolgter Auswahl durch Sie aktiviert/generiert das System das Versicherungsverhältnis,
    • es bestehen mehrere Ansprüche unter anderem bei einem "Sonderversicherungsträger"
      • In diesem Fall müssen Sie ggf. nach Rückfrage beim Patienten ein Versicherungsverhältnis für diese Versicherung anlegen und eine neuerliche Anfrage diesmal mit Kostenträger durchführen, um den Anspruch des Patienten zu prüfen.
    • Versicherter wurde nicht gefunden
      • Derzeit besteht vom System keine Möglichkeit diese Konstellation von der obigen zu unterscheiden. Daher werden Sie wieder aufgefordert den Kostenträger mitzugeben. Eine Verbesserung dieses Dienstes ist seitens der Firma SVC geplant.
  • Weitere Ergebnisdaten
    • Mitgliedsart
      • Ergibt die Rückmeldung vom Hauptverband eine andere Mitgliedsart als jene beim Versicherungsverhältnis gespeicherte, so können Sie wie folgt entscheiden:
      - Abgrenzung des bestehenden relevanten Versicherungsverhältnisses und Generierung eines     neuen mit der aktuellen Mitgliedsart.
      - Anpassung der Mitgliedsart beim bestehenden relevanten Versicherungsverhältnis
      - Aktion abbrechen und somit keine Anpassung durchführen
    • Hauptversichertendaten (ohne Adresse)
      • Das System übernimmt die zurückgemeldeten Hauptversichertendaten. Stellt es Abweichungen zu bestehenden Hauptversichertendaten zum relevanten Versicherungsverhältnis fest, so haben Sie sinngemäss die gleichen Optionen wie bei einer abweichenden Mitgliedsart.

Protokollierung der Zugriffe auf die Hauptverbandsdaten

Jede Anspruchsüberprüfung wird im System patientenbezogen gespeichert.

Beim Versicherungsverhältnis zeigt das System Informationen über die Ergebnisse der Zugriffe auf den Hauptverband mittels eines Icons an:

  • graue Farbe - es liegen keine Daten für die Konstellation Patient/Kostenträger/Mitgliedsart vor
  • grüne Farbe - nur positive Ergebnisse aller relevanten Überprüfungen
    • Ambulanter Fall (endabgerechnet oder abgeschlossen): Relevant sind alle Prüfungen zwischen der ersten und letzten Bewegung des Falles
    • Ambulanter Fall (offen/zwischenabgerechnet): Relevant sind alle Prüfungen zwischen der ersten Bewegung und high-Date
    • Stationärer Fall (entlassen): Relevant sind alle Prüfungen zwischen der ersten und letzten Bewegung des Falles
    • Stationärer Fall (nicht entlassen): Relevant sind alle Prüfungen zwischen der ersten Bewegung und high-Date
  • gelbe Farbe - Konflikte der Ergebnisse innerhalb des Falles (positive/negative)
  • rote Farbe - negatives Ergebnis
  • Periodensymbol - Überprüfung liegt außerhalb der oben genannten Perioden

Neben dem Icon wird das Datum der letzten berücksichtigten Prüfung angezeigt.

Wenn Sie auf das Icon drücken erhalten Sie eine Liste aller berücksichtigten Ergebnisse.

Berechtigung

Sie können die möglichen Abfragearten pro Terminal einschränken, sodass z.B. von einem bestimmten Terminal aus nur eine VDAS-Abfrage erlaubt ist.,&

Business Attributes
ASAP Roadmap ID 203   Establish Master Data 
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_GIN_DIALOG AT Austria
Assigned Application Components
Documentation Object Class Documentation Object Name Current line number Application Component Application Component Name
SIMG ISH_AT_GIN_DIALOG 0 I010004207 Communication 
Maintenance Objects
Maintenance object type    
History
Last changed by/on SAP  20071006 
SAP Release Created in