Ansicht
Dokumentation

ISH_PROCEDURE_READ_SIMPLE - IS-H: Lesen Prozeduren und Zuordnungen zum aktuellen Fall

ISH_PROCEDURE_READ_SIMPLE - IS-H: Lesen Prozeduren und Zuordnungen zum aktuellen Fall

ABAP Short Reference   TXBHW - Original Tax Base Amount in Local Currency  
Diese Dokumentation steht unter dem Copyright der SAP AG.
SAP E-Book

Funktionalität

Der Funktionsbaustein ermittelt anhand der Einrichtung und der Fallnummer die aktuellen Einträge der Tabellen NICP, NLICZ und NDICZ. Stornierte Prozeduren werden standardmäßig nicht in der Schnittstelle übergeben. Kundeneigene Prozeduren (nicht offizielle Prozeduren) werden jedoch mitgeliefert (bitte Parameter SS_WITHOUT_RESPI beachten).
Falls der Parameter SS_DB_READ = ON ist, so wird immer von der Datenbank gelesen. Hierbei werden die internen Tabellen mit den Werten der Datenbank überschrieben.
Ist der Parameter SS_DB_READ = OFF, so wird zuerst geprüft, ob die Einträge bereits in den internen Tabellen existieren.
Die intern verwendeten Tabellen enthalten auch alle bis dahin durchgeführten Änderungen der betroffenen Tabellen ausser zu löschende Datensätze.

Um Datensätze bzw. Zuordnungen zwischen Prozeduren und Diagnosen bzw. Leistungen zu löschen, müssen folgende Funktionsbausteine verwendet werden:

  • ISH_PROCEDURE_ASSIGNMENT_DIA
  • ISH_PROCEDURE_ASSIGNMENT_SER
  • ISH_PROCEDURE_CANCEL

Werden von einem externen Programm aus den internen Tabellen einfach Datensätze gelöscht, ohne die o.g. Funktionsbausteine zu verwenden, so werden diese Änderungen nicht verbucht, d.h. die Datensätze stehen nach dem Sichern immernoch auf der Datenbank.

Wird der Funktionsbaustein mit SS_ONLY_MAINCODE = 'X' aufgerufen, so enthält die Tabelle NICP alle Prozeduren zum Fall, die als Hauptcode markiert sind. Die Zuordnungstabellen NLICZ und NDICZ enthalten dann ebenfalls nur die Zuordnungen zu Leistungen und Diagnosen der Hauptcode-Prozeduren.

Beispiel

Hinweise

Besondere Beachtung müssen die kundeneigenen Prozeduren finden. Ab ISH-Release 4.63B können Kunden eigene Beatmungsprozeduren definieren, indem Sie diese im Prozedurenkatalog (Leistungskatalog) mit der Entgeltart '73' definieren. Diese kundeneigenen Beatmungsprozeduren werden standardmässig übergeben. Der Aufrufer muss entscheiden, ob diese Prozeduren berücksichtigt werden müssen oder nicht. Eine Verwendung dieser Prozeduren ist z.B. beim §301, §21, gesetzl. Statistiken, ... nicht erlaubt.
Wenn man die kundeneigenen Beatmungsprozeduren ausschliessen möchte, so kann man dies, indem man in der Schnittstelle den Parameter SS_WITHOUT_RESPI auf 'X' setzt (siehe auch Parameterdokumentation).

Ab den ISH-Releaseständen 4.63B/21, 4.71/12 und 4.72/03 ist es möglich, im Prozedurenkatalog auch nichtamtliche Prozeduren zu hinterlegen. Diesenichtamtlichen Prozeduren werden im Stamm mit der Entgeltart 80 gekennzeichnet. Hat eine nichtamtliche Prozedur eine Zuordnung zu einem amtlichen Code, so ist im Prozedurenkatalog zusätzlich das Feld NTPK-EXTNR mit dem amtlichen Code zu füllen.
Eine Verwendung nichtamtlicher Prozedurencodes ist z.B. bei §301, gesetzl. Statistiken, Grouper, Rechnungen, .... nicht erlaubt.
Erlaubt ist dagegen die Verwendung im §21.
Möchten Sie nur amtliche Prozedurencodes verarbeiten, so müssen Sie den Schnittstellenparameter SS_ONLY_OFFICIAL auf 'X' setzten. Sie erhalten dann alle amtlichen Prozedurencodes und alle nichtamtlichen Prozedurencodes, die eine Zuordnung zu einem amtlichen Prozedurencode besitzen. Handelt es sich um einen nichtamtlichen Prozedurencode mit einer Zuordnung zu einem amtlichen Code, so wird der amtliche Schlüssel im Feld NICP-ICPML geliefert.
Ist der Parameter nicht gesetzt, so erhalten Sie standardmässig amtlicheund nichtamtliche Prozedurencodes.
Nichtamtliche Prozedurencodes erkennen Sie an der Entgeltart 80 (ENTGA = 80). Hat der nichtamtliche Prozedurencode eine Zuordnung zu einem amtlichen Code, so ist der amtliche Code im Feld ICPML_REF zu finden. Das Feld ICPML_REF ist auch bei den amtlichen Codes gefüllt, so dass Sie auch nur mit diesem Feld z.B. in der Anzeige arbeiten können.

Eine mögliche Abfolge der allgemeinen Funktionsbausteine in einem externen Programm kann wie folgt aussehen:

  • ISH_PROCEDURE_READ_SIMPLE
    Lesen der aktuellen Prozeduren und Zuordnungen für die weitere Verarbeitung.
    Finden im externen Programm Änderungen an Prozeduren statt, so können diese mit
  • ISH_PROCEDURE_CHECK
    geprüft werden. Sollen Zuordnungen zwischen Prozeduren und Diagnosen bzw. Leistungen gelöscht werden, dann muß dies über die Funktionsbausteine
  • ISH_PROCEDURE_ASSIGNMENT_DIA
  • ISH_PROCEDURE_ASSIGNMENT_SER
    erfolgen.
    Sollen Prozeduren gelöscht werden, so muß dies über den Funktionsbaustein
  • ISH_PROCEDURE_CANCEL
    erfolgen.
    Nachdem alle Änderungen im externen Programm durchgeführt wurden, müssen die Änderungen wieder in die zentralen Tabellen zurückgeschrieben werden. Dies muß mit dem Funktionsbaustein
  • ISH_PROCEDURE_UPDATE
    erfolgen.
    Will der Aufrufer im externen Programm wissen, ob Änderungen an Prozeduren bzw. Zuordnungen zu sichern sind, dann kann er dies über den Funktionsbaustein
  • ISH_PROCEDURE_CHECK_CHANGE
    ermitteln. Falls dieser Funktionsbaustein modifizierte Daten ermittelt hat, ist anschließend der Funktionsbaustein
  • ISH_PROCEDURE_SAVE
    aufzurufen. Der COMMIT erfolgt immer im aufrufenden Programm.

Soll in dem externen Programm z.B. der Subscreen der Prozedurenbearbeitung (SAPLN042 0100) verwendet werden, so muß vor Aufruf dieses Subscreens der Funktionsbaustein

  • ISH_PROCEDURE_SUBSCREEN_INIT
    aufgerufen werden.

Mit dem Funktionsbaustein ISH_PROCEDURE_SHOW_HIERARCHY kann in einem externen Programm eine hierarchische Liste der Prozeduren mit ihren Zuordnungen zu Leistungen und Diagnosen angezeigt werden.

Der Funktionsbaustein ISH_PROCEDURE_DIAGNOSES übergibt an ein externes Programm die aktuellen Diagnosen. Änderungen an Diagnosen durch ein externen Programm bzw. die Verbuchung oder Ermittlung der Änderungen erfolgt nicht über diesen Funktionsbaustein. Dies wird weiterhin im SAPLN00D über die dortigen externen Form-Routinen verwaltet. Für Fragen steht hier Josef Veltkamp zur Verfügung.

Weiterführende Informationen





Parameter

E_ICDTXT
E_NDICZ
E_NICP
E_NICP_CANC
E_NLICZ
SS_DB_READ
SS_EINRI
SS_FALNR
SS_FILTER_LFDBEW
SS_FILTER_LFDDIA
SS_FILTER_LNRLS
SS_LANGUAGE
SS_ONLY_DRG
SS_ONLY_MAINCODE
SS_ONLY_OFFICIAL
SS_ONLY_PRTYP
SS_WITHOUT_CUSTOM
SS_WITHOUT_DRG
SS_WITH_CANCELED
SS_WITH_TEXT

Ausnahmen

NO_INSTITUTION
WRONG_CASE_NUMBER

Funktionsgruppe

N042

General Material Data   SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 8729 Date: 20240523 Time: 133958     sap01-206 ( 143 ms )