Ansicht
Dokumentation

INS_FSCM_CI_1: Leistungsentscheid für Laufende Pflege ( RELNFSCM_603_CI_ENDBENDE )

ROGBILLS - Synchronize billing plans   PERFORM Short Reference  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

INS_FSCM_CI_1: Leistungsentscheid für Laufende Pflege

Verwendung

Ab SAP ECC 6.0, Industry Extension Insurance, Enhancement Package 3, Business Function INS_FSCM_CI_1 führt das System bei laufenden Pflegeleistungen Prüfungen durch, bevor Sie einen Leistungsentscheid genehmigen können.

In einem Fall der Pflegeversicherung ist es beispielsweise möglich, dass in einem Teilfall (der Teilfallart Laufende Pflege) bereits ein Leistungsentscheid genehmigt ist, der Anspruchsposten mit Enddatum 'leer' (d.h. es ist kein Enddatum angegeben) enthält. Durch ein Widerspruchsverfahren kann es aber erforderlich sein, dass in einem anderen Teilfall der Art Laufende Pflege ein weiterer Leistungsentscheid zu genehmigen ist. Ziel der Prüfung ist es, dass es immer nur einen Leistungsentscheid mit Anspruchsposten geben darf, die das Enddatum 'leer' haben.

SAP liefert für diese Prüfung eine Beispielimplementierung des Funktionsbausteins ICLH_BEN_ENDDATE_CHECK aus. Der Funktionsbaustein prüft, ob die Anspruchsposten des bereits genehmigten Leistungsentscheids abgegrenzt werden dürfen ('abgrenzen' heißt, dass das System das Enddatum automatisch nach einem bestimmten Algorithmus setzt; siehe Dokumentation des Funktionsbausteins ICLH_BEN_ENDDATE_CHECK). Wenn dies nicht möglich ist, kann der Benutzer den neuen Leistungsentscheid nicht genehmigen. Der Benutzer muss dann eine der folgenden Aktivitäten ausführen:

• Zeiträume des neuen, zu genehmigenden Leistungsentscheids ändern

• Zeiträume der Anspruchsposten im bereits genehmigten Leistungsentscheid ändern, d.h. der Benutzer muss den Leistungsentscheid stornieren und anschließend erneut anlegen

• beide oben genannten Aktivitäten ausführen

Beispiel:

• Im Teilfall A (Teilfallart Laufende Pflege) ist der Leistungsentscheid (LES) 1 bereits genehmigt.

LES 1 enthält folgende Anspruchsposten:

• Anspruchsposten X

Dieser Anspruchsposten hat das Beginndatum 01.05.2006 und (zunächst) das Enddatum 'leer'.

• Anspruchsposten Y

Dieser Anspruchsposten hat das Beginndatum 01.06.2006 und (zunächst) das Enddatum 'leer'.

• Im Teilfall B gibt es nun einen weiteren Leistungsentscheid (LES 2), der zu genehmigen ist.

LES 2 enthält folgenden Anspruchsposten:

• Anspruchsposten Z

Dieser Anspruchsposten hat das Beginndatum 15.06.2006 und das Enddatum 'leer'.

Der Funktionsbaustein ICLH_BEN_ENDDATE_CHECK prüft nun, ob die Anspruchsposten von LES 1 (also die Anspruchsposten X und Y) abgegrenzt werden können und der Benutzer somit den Leistungsentscheid LES 2 genehmigen darf. Das Ergebnis ist, dass dies in diesem Beispiel möglich ist.

Der Funktionsbaustein ICLH_BEN_ENDDATE_FILL (siehe unten unter 'Auswirkungen auf die Systemverwaltung') füllt das Enddatum der Anspruchsposten dann folgendermaßen:

• Die Anspruchsposten X und Y haben das Enddatum 14.06.2006 (Beginndatum von Anspruchsposten Z - 1 Tag).

• Der Anspruchsposten Z hat das Enddatum 'leer'.

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Auswirkungen auf die Systemverwaltung

Der bereits vorhandene Funktionsbaustein ICLH_BEN_ENDDATE_FILL füllt das Enddatum der Anspruchsposten eines genehmigten Leistungsentscheids. Wenn Sie diesen Funktionsbaustein ICLH_BEN_ENDDATE_FILL verwenden, sollten Sie auf jeden Fall auch den Funktionsbaustein ICLH_BEN_ENDDATE_CHECK verwenden.

Der Funktionsbaustein ICLH_BEN_ENDDATE_CHECK wird zum Business Rule Framework (BRF)-Ereignis HAPP2 (Vor Genehmigung einer Anspruchspostengruppierung) ausgeführt.

Auswirkungen auf das Customizing

Weitere Informationen

BAL_S_LOG - Application Log: Log header data   Addresses (Business Address Services)  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 4825 Date: 20240523 Time: 180120     sap01-206 ( 84 ms )