Nachmeldungen - Nachfolgerpakete

[connexia-age]

Anforderung

• Die importierten Meldungen bei connexia sollen über die Pakete hinweg immer gültig sein.

Vorgängermeldungen

• Die Vorgängerprüfung ist in der Schnittstelle bereits eingebaut.
• Ein gesendetes Paket muss beim Senden also zum Vorgängerpaket passen.

Nachmeldungen

• Das Nachmelden eines Pakets (z.B. das Senden der 2021 Daten im Jahr 2022) kann zu einem ungültigen Paket (2022) führen.
• Beispiel: Ein Aufenthalt wurde abgeschlossen, anstatt fortgesetzt.
• Damit jedoch ein Paket jedoch grundsätzlich nachgemeldet werden kann, muss ein potenziell ungültiges Paket von 2021 zugelassen werden, damit das 2022 Paket danach gesendet werden kann.

Mögliche Lösungsansätze

Alle Nachfolger immer löschen

• Die Pakete müssen immer in der richtigen Reihenfolge (Jahr) gesendet werden
• Beim Nachmelden werden immer alle Nachfolger gelöscht.
• Ein Nachmelden erfordert somit immer auch ein Senden der Nachfolger.

+ einfaches Regelwerk

• potentiell viele Pakete, wenn viel und weiter zurück nachgemeldet wird*

Nachfolger löschen, wenn ungültig

• Die Pakete müssen immer in der richtigen Reihenfolge (Jahr) gesendet werden
• Beim Nachmelden werden Nachfolger nur gelöscht, wenn sie ungültig sind.
• Wir der Nachfolger gelöscht, werden auch alle darauffolgenden Pakete gelöscht.

+ weniger Datenpakete, vor allem bei minimalen Änderungen
- komplexeres Regelwerk, der Softwareanbieter muss genauer schauen, was er macht

[martbader]

Das betrifft nur die stationäre Pflege? Hier haben wir monatlich ein Paket, welches alle Daten ab 01.01. des Jahres beinhaltet.
Für vergangene Jahre könnte man noch eine Prüfung einbauen, dass nur das gesamte Jahr (bis 31.12.) gesendet werden darf.
Sollte das Vorjahr nochmals gesendet werden, haben wir in jedem Monat des aktuellen Jahres die Prüfung, dass es mit dem Vorgängerpaket (= Vorgängerjahr) zusammen passt.
In der Praxis sollte das Problem daher kaum eine Rolle spielen?
Vielleicht könnte man sogar das Senden eines Vorjahres nur bis zur Mitte des aktuellen Jahres zulassen?

[dgorbach]

Wenn es vom Aufwand her gut möglich ist, würde ich nur Nachfolger löschen, die durch die Nachmeldung ungültig werden.

Auch würde ich nicht alle darauffolgenden Pakete löschen, sondern nur das eindeutig ungültige. Bei Jahresmeldungen spielt das weniger eine Rolle, bei Monatsmeldungen ist das aber relevant. Bei den weiteren Überlegungen gehe ich von Monatsmeldungen (z.B. HKP) für Jahresmeldungen gilt theoretisch das gleiche, praktisch wird man sich schwer tun, eine Periode (ein ganzes Jahr) zu überspringen.

Wenn durch eine Februarmeldung der März eindeutig ungültig wird, muss auch der März nachgemeldet werden. Bei der Nachmeldung vom März entscheidet sich dann, ob auch der April nachgemeldet werden muss.

Das Regelwerk, welche Meldung gemeldet werden muss, muss beim Empfänger der Meldungen umgesetzt sein. bzw. ist vermutlich bereits umgesetzt? (Kann man eine April-Meldung abgeben, wenn man den März noch nicht gemeldet hat?).

Wenn beim obigen Beispiel bleibend der März nicht nachgemeldet wird, darf der Empfänger keine weitere Meldung für einen Zeitraum nach dem März annehmen, sondern sollte das April-Paket nicht annehmen. ("Melden Sie zuerst den März") Der Benutzer klickt dann auf "März-Daten melden" und gut ist.

[connexia-age]

Wir haben intern noch einmal gesprochen:

Monatsmeldungen (alles außer Stationär)

• Vorgänger wird nur auf Vorhandensein geprüft, z.B. kein April vor März
• sonst keine Abhängigkeiten zwischen den Paketen

Stationär

• Alle Nachfolger zu löschen ist die bevorzugte Variante
• Beim Senden von Paketen müssen also alle Nachfolger noch einmal mitgesendet werden
• Zeitraum für das Nachmelden wird auch eingeschränkt
• Zeitraum wird noch diskutiert (aktuell + 1 Jahr zurück)
• Somit wären das beim Nachmelden max. 2 Pakete, die noch einmal gesendet werden müssen