Ansicht
Dokumentation

ISH_CASEDIAGNOSIS_CREATEMULT - IS-H: API zum Anlegen von Diagnosen zu einem Fall

rdisp/max_wprun_time - Maximum work process run time   General Material Data  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Funktionalität

Dieser FuB implementiert den BAPI 'Diagnosen zu einem Fall anlegen'.
Eingabedaten des FuB sind folgende:

• Einrichtung

• Fallnummer

• Tabelle mit Diagnosedaten (ss_ndia_in). Hierbei werden die Felder Einrichtung und Fallnummer nicht mehr überprüft, sondern für die Datenbankänderung werden die Werte der beiden ersten Eingabeparameter übernommen. Eine ggf. mitgegebene laufende Diagnosenummer (lfdnr) wird ebenfalls ignoriert.

• Kennzeichen für Testlauf

Der FuB gibt folgende Daten zurück:

• Tabelle mit den generierten Datensätzen. Diese enthält die Datensätze, die effektiv auf der Datenbank angelegt wurden, d.h. zum einen sind die fehlerhaften Diagnosesätze der Eingabetabelle hier nicht enthalten, zu anderen können die angelegten Sätze im Vergleich zu den Eingabewerten verändert worden sein (z.B. Hinzufügen der laufenden Diagnosenummer, ggf. Änderung der Bewegungsnummer oder der Diagnosekennzeichen).

• BAPI-Return-Struktur mit allen aufgetretenen Fehlermeldungen

• höchster aufgetretener Nachrichtentyp (W-, S- oder E-Nachricht).

Bezüglich der anzulegenden Diagnosen wird Folgendes abgeprüft:

Achtung seit 4.61/3 (bzwl. 304140) wird das Kennzeichen FA-Hptdiagnose nicht mehr automatisch gesetzt bei Entlassungs- oder KH-Hptdiagnose, wenn noch keine FA-Hptdiagnose vorhanden ist. Dies ist im Dialog so und kann dort auch vom Benutzer nachvollzogen bzw. zurückgesetzt werden, im BAPI ist es aber zum einen nicht sehr transparent und zum anderen gibt es dort Probleme, was die Reihenfolge der zu ändernden Diagnosen angeht (siehe Hinweis 304140).

• vorhandene Berechtigung (über Berechtigungsobjekt N_NDIA_ORG)

• Stimmigkeit der Diagnosekennzeichen innerhalb der Diagnose

• Existenz der Diagnosekataloge und Schlüssel (für Katalog 1, 2 und für den Referenzkatalog)

• Korrektheit des Diagnosedatums (es sollte es zum einen bei einer Behandlungsdiagnose kleiner gleich dem Systemdatum und zum anderen größer als das Aufnahmedatum sein)

• Strukturmerkmale des Diagnoseschlüssels (Diagnosen mit gesetztem Strukturmerkmal werden beim Anlegen nicht akzeptiert)

• Kohärenz der Alters- und Geschlechtsmerkmale des Diagnoseschlüssels bzgl.der Patientendaten

• Einmaligkeit der Fachabteilungshauptdiagnose (in Abhängigkeit von der Dokumentationsform)

• Einmaligkeit der Krankenhaushauptdiagnose

• Prüfung der Entlassungsdiagnose auf richtigen Bewegungsbezug (die fachliche Organisationseinheit sollte die sein, aus der der Patient entlassen wurde, sonst wird eine Warnung ausgegeben), auf Existenz der Krankenhaushauptdiagnose (wenn diese noch nicht vorhanden ist, wird eine Warnung ausgegeben) und der Fachabteilungshauptdiagnose.

• Prüfung der DRG-relevanten Felder (korrekt seit 4.62/3, siehe internen Hinweis 373702).

Die von IS-H Med gepflegten Felder, werden nicht geprüft, aber übernommen.

Folgende Felder des Diagnosesatzes werden gesetzt, wenn sie leer sind:

• Diagnosedatum und -zeit (auf Entlassungsdatum, wenn es sich um eine Entlassungsdiagnose handelt, sonst auf das Aufnahmedatum)

• Referenzkatalog

• Erstelldatum und -uhrzeit auf Systemzeit

• erstellender Sachberarbeiter auf Systemuser

• Kennzeichen Fachabteilungshauptdiagnose, wenn eine Entlassungsdiagnose angelegt wird, aber noch keine Fachabteilungshauptdiagnose existiert.

Beispiel

Hinweise

Es ist empfehlenswert, den FuB zuerst als Test ablaufen zu lassen, um eventuellen Inkohärenzen, die durch die neu hinzugefügten Diagnosedaten erzeugt werden würden, vorzubeugen.

Die von IS-H Med gepflegten Datenfelder werden von diesem FuB nicht auf Korrektheit überprüft, sondern beim Anlegen direkt übernommen.

Es erfolgt bzgl. dieses FuB keinerlei Pufferung weder der Diagnosesätze noch der Bewegungssätze. Sollen jedoch bereits gelesene Bewegungen des Falles berücksichtigt werden, müssen diese über die Schnittstelle übergeben werden.

Weiterführende Informationen

Der Puffer der Diagnosesätze, der zwischen den Funktionsbausteinen GetList und GetDetail besteht, wird durch diesen Baustein zurückgesetzt.

Parameter

SS_CALL_FROM_BAPI
SS_EINRI
SS_FALNR
SS_NDIA_IN
SS_NDIA_OUT
SS_RETMAXTYPE
SS_RETURN_TAB
SS_TESTRUN

Ausnahmen

Funktionsgruppe

N_API_CASEDIAGNOSIS

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

Length: 5548 Date: 20240523 Time: 152923     sap01-206 ( 83 ms )