TODO 25
Details der SA, insbesondere Kommentare, ERFMIND natürlich auch, vorgangsuuid imn details anzeigen
Anzeige interner und Kommentar von Änderungsmeldungen
Anzeige ERFMIND bei Login und Report
Verbesserung Standortübersicht: Start in meine Standorte. Überschrift meine Standorte. Button -> alle freigegebenen Standorte
Test:
Torgau und Neumarkt
Caused by: java.lang.NullPointerException
at report.ReportBean.createStatusmeldung(ReportBean.java:414)
Statusmeldung Stichtag: 15.11. versendet 13.11.
Änderungsmeldung am 13.11.
Spezifikation ERROR
EXPORT In der Exportdatei müssen die Checklisten zeitlich aufsteigend sortiert sein (BogenFelder Stichtag bzw. Datum des Eintretens der Nichterfüllung bzw. der Wiedererfüllung). Die Checklisten mit den laufenden Nummern sind aber jünger als ihre Nachfolger: 3
*Änderungsmeldung wieder gelöscht, aber Status der Anforderung nicht zurückgesetzt
<name V="promato QSM"/> zu QS ändern?
kann man bei der Statusmeldung Angaben ändern? -> Formular bearbeitbar
beim Erstellen der Strukturabfrage: (wahrscheinlich eher Gründe speichern)
java.lang.NullPointerException
at de.netfutura.qbm.rest.ServiceFormular.putData(ServiceFormular.java:498)
Planung Flow:
*
Wenn Meldung versendet kein Bearbeitungssymbol. Bei Änderungsmeldungen, SA geht das schon, auch die Kommentare
Meldungen: Anzeigen ob versendet, ob bereits Rückprotokol da ist, ob der Status dieser Meldung erfüllt oder nicht erfüllt ist/ war. Alles mit Zeitpunkt protokollieren
änderungen die am Live Keycloak vorgenommen werden müssen:
*-alle Provider vom Testsystem holen im Order /opt/keycloak/providers
*-"forgot password", "user registration" und "E-Mail verifizieren" optionen in der admin console aktivieren realm-einstellungen -> login
*-email theme auf "email-code-theme" setzen
*
QSFFX TODO:
Wie ist hier jeweils der Status? Erledigte Dinge bitte durchstreichen
*J Detailmodal für ErinnerungAbmeldung erzeugen, hauptsächlich wann und eventuell nochmal der Hinweis, dass die Strukturabfrage trotzdem noch versendet werden muss
*J TicketSystem für qsffx Ist im qsm implementiert, soll noch etwas am Ticketsystem geändert werden der Aufbau der Ticket-Mails oder etwas in die Richtung? Bitte prüfen, dass alles Deutsch ist!!
* Übersicht interne Kommentare
*
J Email bzgl. 2FA optisch ansprechender? !! Beispiel!Neusten Entwurf per Mail geschickt, neue Anmerkungen an J gesendet, Anmerkungen umgesetzt im Beta Keycloak
J Registrierung über Keycloak(momentan nur auf dem Beta testbar).
DM Abmelden von QSFFX, d.h. NW mit ABMELD = 1, und Abmelden vom Erinnerungswesen. Es muss aber eine Strukturabfrage übermittelt werden!
Statusmeldung! != Strukturabfrage. Report für NW am Ende des Jahres, aber nur wenn der Stichtag der Erstanmeldung nicht zwischen dem 15.11 und 31.12 EJ ist. Daten : Statusmeldung, Artnachweis 2, Stichtag gesetzt.
Strukturabfrage und NW : letzte Datenlieferung des Nachweisverfahrens gleich Strukturabfrage, das muss auch sichergestellt sein -> Änderungsmeldung im EJ nach Absenden der Strukturabfrage -> Neue Strukurabfrage kann man SA im EJ übermitteln? oder muss die in EJ+1 verschickt werden? DB und Spezi legen nur das bis fest. Es geht wohl ab dem 15.11
keine Statusmeldung am selben Tag wie Änderungsmeldung, oder Stichtag-Auswahl bei Statusmeldung: Doppelter eindeutiger Wert [05.02.2024] für Identity Constraint des Elements 'bogen' deklariert. (STICHTAG und STICHTAGAE)
Maske: Statusmeldung, Strukturabfrage, Abmeldung
Erstmeldung erstellen: Text bzgl. Strukturabfrage und Erinnerungsmeldung versenden. Anzeige der Fristen?
*Erinnerungsmeldung muss einmal im Jahr versendet werden FALLS in diesem Jahr eine Strukturabfrage erstellt werden muss. beim erstellen der statusmeldung, wäre Strukturmeldung nicht wesentich sinnvoller?
*D Funktion für bereits angemeldete KH die Software zu wechseln. ( Abmeldung, neuer Vorgang, Einlesen letzter übermittelter Stand usw.)
*D Den Softwareanbietern wird eine generelle automatische Auslösung des Nachweisverfahrens jährlich zum 15. November des Erfassungsjahres empfohlen. ( Maximal erstellen, nicht versenden, Erinnerungsmail )
*Zusätzlich wird die Auslösung einer Erinnerung zwei Wochen vor Ablauf der Datenlieferfrist des Nachweisverfahrens (31. Dezember EJ) empfohlen, insofern noch kein Datenexport im Rahmen des Nachweisverfahrens erfolgt ist.
*D Funktionalität Statusmeldung. Funktioanlität "Unterjährige Anmeldung", gibt es einen Unterschied zur Erstanmeldung 15.11.-31.12.
*später! Der Bereich "Willkommen" müsste angepasst werden
J Keycloak Erweiterung planen, zweites QS-Tool, QBM / MMR usw.
D? Erstmeldung, Ansicht des Formulars erlauben aber keine Änderungen zulassen -> Bessere Einsicht was man versendet hat.
Rechtemanagement ( Soll es wieder Verwalter, Projektleiter, nur lesende usw. geben? ) geschieht dies im KEycloak für jede einzelne Anwendung? Wäre wahrscheinlich einfacher die Rechte in den Programmen zu regeln ansonsten hätte man ziemlich viele Rollen im KC-> Keine übergreifende Verwaltung, muss man mit Herr Gruber besprechen
J Icinga: Keycloak und QSM überwachen!!
*Nächstes Jahr / Ende des Jahres / neue Spezifikation:
*Versand Konformitätserklärung mit Strukturabfrage zusammen. Sollte über die Software passieren, zumindest Vorlage für Mail und upload für PDF.
*
*-- Umstellung QBM auf keycloak:
*-- QBM Letztes Jahr 01.06 Freischaltung mit Aktivierung. ->
*Abfrage in Mail ob Nutzer in Keycloak übernehmen werden soll. Probelmatisch, Umstellung auf neues Ticket -> kein Zugang zu QBM und Ticket
*Gleiche Orgs? Tickt auch umstellen
*Neue Name für Keycloak server -> "Auth"
*Kachelauswahl für Anwendungen nach Login
*Wartungsbildschirm vor Anwendungen, "Wir pflegen das System"
* -- DM Tool für Nutzer anzulegen, mindestens mit Ablaufplan und Checkliste.
*in Keycloak anlegen -> id in qsm db.
*Neuer Nutzer in qsm DB anlegen,
*Wird die Ik schon in QSM behandelt? Liegt eine E-Mailadresse vor? Wenn nein lege Adresse an, Update an User_mail in qs_transport db besser erst bei Aktivierung, dann aber mit Funktion, bitte keine Aktivierung über db mehr...
*Handelt es sich um ein 05er Standort? Wenn ja, Adresse und zuständige Kasse ermitteln, eintragen in receiver_special auf der qs_transport_db
*
qs_transport:
M E-Mail für Empfangsbestätigung. Nur wenn fully transmitted. Muss die nicht aus dem MMD kommen? "Frontend" weiß ja nicht, wann fully transmitted ist,das stimmt
*Versand MM-R
*
*DONE:
* Klare Abgrenzung offene Meldungen, Timer, Favoriten, und Liste der Reasons
* A Anzeige der Kommentare der einzelnen Änderungsmeldungen und nachträgliches bearbeiten vor Erstellung/Versand der SA
* J Anzeige bei Änderungsmeldungen ob es an dem ausgewählten Tag bereits eine Meldung gibt => Hinweis, dass Korrekturmeldung nötig ist und erstellt wird Commit 2280b17eb68a5a09fc7e9b8c146bb843acabf952
* Es darf nur eine Meldung pro Tag geben. Zweimal der gleiche Stichtag crasht in der Validierung. Aktuell zu umgehen indem man den Report löscht und neue erstellt
* J Tabellen/Mledungen oft leer, vor allem nach Standortwechsel [könnte durch neu laden der Seite behoben werden hat es einen Grund weshalb das nicht schon genutzt wird?] insbesondere Reiter "Rückmeldungen" Commit ed43826df206f4d4bf52f7b424865c5fa26a06c0
* DM Kommentare bei Nichterfüllung und Aufnahme in SA_24 . Kommentare sollten dauerhaft erfasst werden können. Eventuell Maske für Änderungsmeldung erstellen (Timer usw.) ausbauen und Kommentar für jedes einzelne aufnehmen? Ansonsten vielleicht Formular in dem man nur die Kommentare bearbeiten kann? Beides.
* A Wenn IK xx05yyyy Abfrage nach Westpflane / Lippe, speichern in special_empfaenger qs_transport DB
* A Rückmeldungen/Protokolle: Prüfergebnisse nach Type gruppieren und description anzeigen
* D Wird der Status des KH in den Übersichten bzw. der Status des KH allgemein gesetzt nach einer Änderungsmeldung status wird beim anzeigen aus den reasons ermittelt
* J J Passwort zurücksetzen-Funktion?Dafür müsste man an Keycloak rumdoktern(setze gerade Testsystem auf) Funktioniert auf Testsystem, okay, kann man die notwendigen Anpassungen iwo einsehen? Das Problem war auch Teil des 2FA Email Plugins es hat eine .ftl gefehlt. Ich meine was genau muss auf dem Live genau getan werden.??
*ABWARTEN Wer Stichtag 1.1.2024 gewählt hat bekommt dort noch falsch angezeigt, dass die Statusmeldung 2023 SA versendet werden muss
*ABWARTEN Wer Sa 23 nicht versenden muss oder schon versendet hat sollte ggf. eine Information zu SA 24 angezeigt bekommen, Hinweis wann SA24 übermittelt werden muss. Analog zu SA_23
*- Bei St. Franziskus Ahlen z.B. (772804000) wird die Meldung 'Bitte geben Sie bis zum 15.2.2024 Ihre Statusmeldung ab' nicht angezeigt, obwohl da noch keine erstellt/ wurde haben Stichtag 1.1.2024
*Richtiges Passwort in den xml-Dateien anstatt test123test
*D Erinnerungsmeldung, Option die Mailadresse zu ändern. Update auf FFXE
* Standortübersicht der published Häuser: Filter auf Häuser meiner Organisation und zrück ist das nicht schon länger implementiert oder ist etwas anderes gemeint? Sollte erledigt sein, Commit b23c1bf9f9836cbf5b08b0f182c9aca4ddca1fd2
* J Rückmeldungen. Einträge können geöffnet werden / aufgeklappt aber nicht mehr geschlossen. Nur durch öffnen eines anderen Eintrages sollte funktionieren, ist okay
*A Details zum Status des Hospital in der Organisation / hospitalansicht nach Usersuche. Letzte reports und deren Status z.b. Am besten auch Stichtag der Erstanmeldungen
* J locationnumber check wieder aktivieren. Problematisch auch ReportBean new Checklist(locationNumber.split)
* J In den reportdetails könnte auch nochmal "versendet am " von usw. angezeigt werden. ähh bitte auch den Rest, mindestens alle Informationen der Tabelle Commit 5bf06475f03eb67a22b8ce588a37558b6f37a0ba & Commit
D Kommentare max 100 Zeichen
J FAQ: Warnungen bzgl. 15.11.2023 entfernen, "Das Meldesystem wird erst ab dem 15.11.2023 "
J FAQ: Optik verbessern.
J Tutuorial: Buttons in Meldungen beschreiben Commit d6eb30f24e4fecd3d2ce14134a3da7761629ea5e
Hisotrie: Copy STandorthistory
J Änderungsmeldung erstellen deaktivieren. Warnung bzgl. erst ab 2024 beim Testen konnte ich keinen Weg finden eine Änderungsmledung zu erstellen
Delete action für F_NW usw. Samt confirm implementiert. Richtig testen pls.
dpp auf Windows
J Statusmeldung : Hinweistext benutzt daten von erstmeldung
J Buttons Neue Medung / Statusmeldung. border
J FAQ -> Hinweis auf Anleitung Konformitätserklärung
matomo ganz deaktivieren
J STatusmeldung erst erzeugen wenn Erstmeldung versendet wurde.
J LAT LOn in DB. Skript für standortverzeichnis
Meldungen Übersicht: Neue Meldung nicht ohne f5 verfügbar weil sich auf parameter anmeldung gestützt wird // TODO set on hospitalChange createReport = request.getParameter("anmeldung") != null;
Aufnahme FFXE in Hilfe / FAQ?
Nach Versenden -> Warten auf Rückmeldung bis Antwort eingetroffen
Instant Redirect to login wenn die Seite ohne Token mit bisheriger URL aufgerufen wird.
Modalfelder in der Nutzerverwaltung und Standortverwaltung sind beim ersten öffnen nach einem Standortwechsel leer. Auf dem live neu testen mit der Panelgroup, neue Version bauen. Geht noch nicht
https://qsm.promato.de/qsffx/views/login entfernen
Erinnerungsmeldung besser anzeigen.
Nutzerverwaltung Letzer Login Timestamp falsche Zeitzone Server hatte falsche Zeitzone
Änderungsmeldung kann momentan nach Prüfung nie valide sein. Vielleicht einen Hinweis für die Nutzer bei den Meldungen platzieren?
Dashboard ergänzt um offene Meldungen ( oberhalb Timer ), hier werden nicht bearbeitete Meldungen angezeigt und eine Bearbeitung gefordert
Validierung Erstanmeldung, keine Sonderzeichen bspw. Stichtag nocht vor 2024 usw.. Validierung zu hart, keine ?ß usw.
Erstmeldung nach abgeschlossen wieder einsehbar. Zum Beispiel Stichtag. Oder wird der iwo angezeigt?
Keine neue Änderungsmeldung erzeugen ohne die vorherigen bearbeitet( versendet, gelöscht) zu haben. Reasons sind natürlich möglich, allerdings muss man hier beachten ob alles in die aktuelle Meldung gehört? Der Status dieser Meldung muss klar ersichtlich sein. ( Welche Änderungen sind in dieser Meldung enthalten)
DEMOKeycloakOIDCClient ist etwas peinlich,
lastlogin wird nicht mehr gespeichert?
Anzeige auf Dashboard ob bereits Meldung erstellt wurde - aka aktueller Status des KH
Gibt es eine Anleitung für 2FA App / Handy? Welche Apps funktionieren dafür usw. diese Info müsste auch außerhalb der Software einsehbar sein
Wie sieht es mit Konformitätserklärung aus? Upload, Hilfe usw.? Versand über IQTIG? liegt unter Hilfedateien, Infos bzgl Ausüllen und an wen das gehn muss usw.?
Datenbank vorbereiten
Nutzermigration? Nein! Ticket DB update bei Benutzer bearbeiten bzw. Keycloak Connect verwenden? Anpassungen Nutzer -> Anpassungen ticket ( löschen, bearbeiten)
Nutzer anlegen aus Registrierung von promato.de?
Export-Versand
Rückprotokollierung
Verbesserung Flow
Anleitung
Historie? Reichen die Reports aus? Mit versendet?
Definition Rollen, Rechte
Löschen Button in Standortübersicht? Nur admins?
Tutorial, welche Punkte besonders wichtig?
FAQ - Erste Texte ganz unten
Standortübersicht - Ergänzen ob aktuell erfüllt oder nicht Standortstatus ist jetzt erfüllt wenn alle Reasons erfüllt sind und nicht erfüllt wenn eine oder mehr Reasons es nicht sind(momentan nicht in nutzung)
Standortübersicht - Anzeige ob eigenes Haus oder Öffentliches
Zugang DKTIG DKG - Nur über öffentliche Häuse oder wie bei qb?
Benutzerübersicht: Standortverwaltung optisch verbessern ( Größte Org mit bis zu 70 KH), eigene E-Mail einsehen?
Zeitstrahl?
Login Handling, Redirect to promato/ keycloak after logut or redirectToLogin
Query für Ticket löschen nach Ablauf Datenschutz
Hilfedateien:
Anleitung QSFFX
Richtline,
Dokumentation IQTIG
Ausfüllhinweise komplett
Preisliste
Formularblatt für Konformitätserklärung? Upload?
Zeitstrahl?
*
Tests:
Zweimal hotTip Timer beenden
Meldung specierhn und versenden getrennt? Macht das Sinn?
Medlungen: Verschicken als Button in den Meldungen?
Meldungen: Status bzgl. Versand und evtl. sogar Änderung? Zumindest von Positiv in negativ und umgekerht?
Meldungen: Neuanmeldung: " Sie sind bereits angemeldet". Mit Versand und Rückprotokollierung? Wo wird das gespeichert? Hospital oder Logs der Meldungen Report_log?Wann wurde versendet? Evtl. doch richtige History erstelln?
Meldungen: Erstanmeldung verschicken können ohne in Formular gewesen zu sein?
Hilfemeldungen mit Inhalt nur Siehe AbsatzXXXX iwie unnötig, eventuell diese einfach weg, dann ist die Frage halt komplett
Anmeldung auf QSM. Mail bereits in QB , was ist mit Ticket? E-Mail doppelt geht nicht. Zwei Tickets
*
*Neue Libs:
*Besser dokumentieren, Beispiel im Commit LIB: Name Dann kann man auch easy danach suchen. Oder wir teilen die project.properties mit den Libs
*
*
*
- Login: alte Maske entfernen, login automatisch auf keycloak umleiten
- Dashboard:
- P Schnellmeldung implementieren
- Favoritenliste verbessern (Konakt, Favorit, Details implementieren)
- Timeline implementieren
- Standortübersicht: Funktionen implementieren
- FAQ
- Tutorial
- Erfassung Checkliste/Jahresmeldung: Handling Basisangaben
- Gibt es Änderungen in der Spezifikation 2024?
- Hilfe/Hinweistexte
- Übersicht der Meldungen implementieren
- interner Kommentar
- Versand
- Rückantwort
- xml-Export aller Module
- E-Mail Versand an die verschiedenen Stellen
- Verwaltung Standorte updaten neues bootstrap/primeface
- J Verwaltung Benutzer: keycloak integrieren, CRUD
- Verwaltung Datenschutz: Überarbeiten, optisch anpassen, Funktionalität auf Aktualität prüfen und evtl. anpassen
- Datenschutz im Footer, kann man die vielleicht zusammenlegen?
- Aktivierung überarbeiten: erstmal manuell aktivieren
- Anpassen an neues bootstrap/primeface
- Anpassen an QSM
- Impressum & Disclaimer optisch anpassen
- Header:
- Ticketübersicht anpassen: Auch Detailsseite, falls weiter benutzt werden soll
- Chat anpassen an neues bootstrap, wird der Chat benötigt?
- AVV Maske überarbeiten
*- Hinweis auf Richtlinie? für die Zukunft zum Wechseln der RL
Variante mit rotem Quick-Button
Start-Screen mit Auswahl QBM / QSFFx
Zwei grosse Kacheln QSFFx , QBM
Popup Schnell-Meldung
Angabe Schnellgrund, Angabe optionaler Kommentar (extern), Angabe interner Kommentar, Melden, Hochladen Zertifikat, Rückmeldung zu Versand
Screen Checkliste
Ggf. 4 Reiter pro Checkliste -> intern verbunden über Checklist-Bean, Basis, Allgemeine Mindestanforderungen, Spezifische Mindesanforderungen, Mindestanforderungen an die Prozessqualität
Werte-Mapping in den Formularen nach DML oder Key/Value-Paare, Erzeugung Report-XMLs aus DML/KeyValue-Paaren?
Spezielle neue Conditions, welche auf gespeicherte Werte/DML ...
Formular-Umsetzung analog zu QBM, eine kleine Vorschau zu einem Formular
Verbesserung Timeline
Km-Angabe zu Favoriten-Liste
Statistik-Ansicht für Frau Zukunft:
Haus, Aktueller Status Verfügbarkeit,
Druchschnittliche Verfügbarkeit, Grund Nicht-Verfügbarkeit
Wizard-Ansicht aktualisieren
für Basis-Angaben und die einzelnen Schritte
Ideen für Umsetzung Checkliste
Kategorie 50001+
Jeder „Frage“ in der Checkliste wird die Nummer vorangestellt
Formular-Ids: (10001-10003 fix) + 10004 … 10085
Implementierung mit Formular/Subformular
4 Subformulare:
Subformular 1: Fragen 1..7 + 85
Subformular 2: Fragen 8..56
Subformular 3: Fragen 57..70
Subformular 4: Fragen 71..84
Statt Freigeben Versenden
Popup mit Hilfetext zu Frage / Subformular
Formulare:
Kommentare+interne Kommentare
Speicherung als „klassisches“ Formular mit FormularID
Historie über Menüpunkt Checkliste
PrettyFaces-Entrypunkt mit Checkliste+FormularID
Anzeige 1/ja - Wert 1 verschönern
Punkt 5 readonly
Interne Kommentare vorsehen
Höhe Edit-Popup
Validierung Status Subformulare funktionabel
Freigabe wird zu Versenden ...
Ggf. "Checkliste" zum Abhaken, wie z.B. für Punkt 8 Traumazentrum
Benutzerverwaltung an Keycloak auslagern
Arbeiten mit keycloak-API und custom user attributes / Standortnummer
(Beispiel: https://www.keycloak.org/docs-api/18.0/rest-api/#_users_resource)
Passwort md5-verschlüsselt – custom Passwort Hashing Policy
(Beispiel: https://github.com/leroyguillaume/keycloak-bcrypt)
Alle Benutzer aus QBM synchronisieren
Servlet-Filter für Anwendung mit Umleitung zu keyclaok
In qsffx User aus Token extrahieren
keycloak: Schwächen, mögliche Erweiterungen
Diese Einschätzung deckt sich mit der Erfahrung von Experten. Zur Gewährleistung eines effizienten und sicheren Identitätsmanagements sind folgende Zusatzfunktionen oft unerlässlich:
*Registrierung und Migration von Nutzer(-konten), unterschieden nach Herkunftsquellen zur automatisierten Einordnung in verschiedene Berechtigungslevel
*Automatisierung, insbesondere im User-Life-Cycle-Management
*umfangreicher Benutzer-Self-Service zur Entlastung des Supports
*erweitertes, teilautomatisiertes Zugriffsrechtemanagement
*erweiterte Sicherheit und Skalierbarkeit von Berechtigungsstrukturen
*Abbildung von Organisations-, Projekt oder Kundenstrukturen zur Umsetzung delegierter Administration (Genehmigungs-)Workflows
*ein Metadirectoy und die Provisionierung von Legacy-Anwendungen zur Integration von Datenquellen
*Cloud-Kompatibilität
*unterstützende Services: professionelle/r IAM-/Keycloak-Beratung und -Support
*Das „Unwissen“ über die Defizite von Keycloak führt oft zu starken Projektverzögerungen und häufig zu halb fertigen, unsicheren Lösungen, welche Versuche von Eigenprogrammierungen provozieren.
FAQ Texte:
Aus Richtline: QSFFx-RL_2022-12-07_iK-2023-01-01
Folgen der Nichterfüllung der Mindestanforderungen und Dokumentationspflichten
§ 7 Folgen der Nichterfüllung der Mindestanforderungen und Dokumentationspflichten (1) Im Fall einer Nichterfüllung von Mindestanforderungen darf die Versorgung von Patienten mit einer hüftgelenknahen Femurfraktur in der Einrichtung über die Diagnostik und Erstversorgung hinaus nicht erfolgen. (2) 1Die Nichterfüllung von Mindestanforderungen führt zu einem Wegfall des Vergütungsanspruchs. 2Maßgeblich hierfür ist der Status der Erfüllung der Mindestanforderungen zum Zeitpunkt der Aufnahme und der Operation sowie der Zeitpunkt der Verlegung gemäß § 4 Absatz 7 QSFFx-RL zur Durchführung oder Fortsetzung der postoperativen Versorgung. (3) Die Mindestanforderungen für die erstmalige Leistungserbringung gelten als nicht erfüllt, solange die Erfüllung nicht im Verfahren nach § 6 nachgewiesen wurde. (4) Sollte aufgrund der Nichterfüllung der Mindestanforderungen gemäß § 4, welche die operative Versorgung betreffen, eine medizinisch indizierte frühestmögliche operative Versorgung einer Patientin oder eines Patienten mit hüftgelenknaher Femurfraktur nicht zeitgerecht möglich sein, ist diese Patientin oder dieser Patient nach der Diagnostik und Erstversorgung unter Abwägung der medizinischen Vor- und Nachteile schnellstmöglich in ein geeignetes Krankenhaus zu verlegen. (5) Bei Nichterfüllung von Mindestanforderungen nach § 4, die die operative Versorgung betreffen hat eine Information an die Rettungsleitstelle zu erfolgen. (6) Bei Krankenhäusern, die gemäß § 8 Absatz 7 bis zum Ende der Korrekturfrist am 1. März die Daten der Strukturabfrage und die Erklärung über die Richtigkeit der Angaben nicht oder nicht vollständig übermittelt haben, ist entsprechend § 8 Absatz 4 des Krankenhausentgeltgesetzes ein pauschaler Abschlag in Höhe von 20.000 Euro vorzunehmen. (7) Liefert ein Krankenhaus trotz zweimaliger Aufforderung mit jeweils vierwöchiger Fristsetzung erforderliche Daten des Nachweisverfahrens nach § 6 für einen bestimmten Zeitraum nicht, ist ein Abschlag in Höhe von 75 Pr
ozent für die in diesem Zeitraum erbrachten Leistungen nach Anlage 1 vorzunehmen.
Strukturabfrage
§ 8 Strukturabfrage (1) 1Die Erfüllung der Mindestanforderungen nach dieser Richtlinie wird vom G-BA jährlich für alle Krankenhausstandorte, die hüftgelenknahe Femurfrakturen versorgen, im Rahmen einer Strukturabfrage ermittelt. 2Hierzu haben die Krankenhäuser standortbezogen die von ihnen gemachten Angaben in der Checkliste nach § 6 Absatz 1 Satz 1 oder Satz 2 und die von Ihnen gemäß § 6 Absatz 1 Satz 3 erhobenen Daten über die Zeiten der Nichterfüllung einzelner Anforderungen jeweils für das gesamte zurückliegende Kalenderjahr (Erfassungsjahr) in elektronischer Form an den G-BA zu übermitteln. (2) 1Die Krankenhäuser können dem G-BA Gründe für die Nichterfüllung von Mindestanforderungen mitteilen. 2 Diese Angaben sind im Jahresbericht gemäß Absatz 7 Satz 1 zu berücksichtigen. 3Diese Möglichkeit besteht bis zum Abschluss der Evaluation für die Jahre 2021 bis 2025. (3) 1Die Datenannahmestelle ist das IQTIG. 2Die Datenannahmestelle prüft die an sie übermittelten Daten auf Vollständigkeit und Plausibilität und informiert die Einrichtung bei Korrekturbedarf. 3Eine Übersendung der korrigierten Daten durch die Einrichtung an die Datenannahmestelle ist bis zum 1. März des dem jeweiligen Erfassungsjahr folgenden Jahres möglich. (4) 1Die Übermittlung erfolgt einmal jährlich bis zum 15. Februar des dem jeweiligen Erfassungsjahr folgenden Jahres standortbezogen an das IQTIG als zuständige Datenannahmestelle zusammen mit einer Erklärung über die Richtigkeit der Angaben, die von dem Geschäftsführer oder einer vertretungsberechtigten Person der Einrichtung unterzeichnet ist. 2Hierzu ist die Übermittlung eines Formulars gemäß Anlage 4 zu nutzen. 3Alternativ kann das Formular in elektronischer Form und auf elektronischen Weg und unter Nutzung einer fortgeschrittenen elektronischen Signatur übermittelt werden. (5) 1Die Daten der Strukturabfrage werden im Auftrag des G-BA vom IQTIG ausgewertet und die Ergebnisse gemäß Absatz 7 standortbezogen veröffentlicht. 2 Die Ergebnisse der
Strukturabfrage dienen dem G-BA dazu, einrichtungsbezogen Transparenz über die Erfüllung der Anforderungen der Richtlinie herzustellen. 3Auf Grundlage dieser Daten ermittelt der G-BA den Umsetzungsgrad der Richtlinie und überprüft im Rahmen der ihm obliegenden ständigen Überprüfungspflicht die Anforderungen der Richtlinie und deren gegebenenfalls erforderliche Anpassung. (6) 1Der G-BA beschließt die Erstfassung der Spezifikation und alle Änderungen für die Erhebung der Daten im Zusammenhang mit dem Nachweisverfahren nach § 6 und der Strukturabfrage nach § 8. Der G-BA beauftragt dafür das IQTIG, hierzu die EDV-technische Aufbereitung der Dokumentation und der Datenübermittlung, die Prozesse zum Datenfehlermanagement sowie die EDV-technischen Vorgaben zur Datenprüfung und ein Datenprüfprogramm insbesondere zur Überprüfung von Vollständigkeit und Plausibilität, zu entwickeln. 2 Die vom G-BA beschlossene Spezifikation wird in der jeweils aktuellen Fassung öffentlich zugänglich gemacht und durch das IQTIG im Internet veröffentlicht. (7) 1Das IQTIG wertet im Auftrag und gemäß den Vorgaben des G-BA die Daten der Strukturabfrage standortbezogen aus und übermittelt dem G-BA die Ergebnisse jährlich bis zum 15. Mai des dem jeweiligen Erfassungsjahr folgenden Jahres in Form eines Jahresberichts. 2Darüber hinaus bereitet das IQTIG die Daten zum Zwecke der Veröffentlichung im strukturierten Qualitätsbericht nach § 136b Absatz 1 Satz 1 Nummer 3 SGB V standortbezogen auf, so dass diese im Rahmen des Lieferverfahrens gemäß den Regelungen zum Qualitätsbericht der Krankenhäuser (Qb-R) direkt vom IQTIG an die Annahmestelle übermittelt werden können. 3 Details zum Datenformat und den Liefermodalitäten regelt die Qb-R. 4Übermittelt ein Krankenhaus die Strukturabfragedaten oder die Erklärung über die Richtigkeit der Angaben nicht fristgerecht bis zum 15. Februar, erinnert das IQTIG unverzüglich schriftlich oder elektronisch unter Nutzung einer fortgeschrittenen elektronischen Signatur an
deren Übermittlung. 5In der vom IQTIG zu protokollierenden Erinnerung ist auf die Rechtsfolgen einer Pflichtverletzung des Krankenhauses nach Satz 2 und 3 sowie nach § 7 Absatz 6 hinzuweisen. 6 Krankenhäuser, die bis zum Ende der Korrekturfrist am 1. März die Daten der Strukturabfrage und die Erklärung über die Richtigkeit der Angaben nicht oder nicht vollständig übermittelt haben, werden im Bericht nach Satz 1 und im strukturierten Qualitätsbericht nach § 136b Absatz 1 Satz 1 Nummer 3 SGB V dargestellt und die Anforderungen der Richtlinie als „Beleg zur Erfüllung nicht (vollständig) geführt“ kenntlich gemacht. 7Zudem erfolgt nach Ende der Korrekturfrist unverzüglich eine Mitteilung des IQTIG über die Nichterfüllung der Dokumentationspflichten an die Landesverbände der Krankenkassen und die Ersatzkassen.
§ 1 Rechtsgrundlage und Gegenstand der Richtlinie (1) Der Gemeinsame Bundesausschuss beschließt diese Richtlinie als eine Maßnahme zur Qualitätssicherung auf der Grundlage von § 136 Absatz 1 Satz 1 Nummer 2 SGB V. (2) 1In dieser Richtlinie werden Mindestanforderungen an die Struktur- und Prozessqualität in nach § 108 SGB V zugelassenen Krankenhäusern für die Versorgung von Patientinnen und Patienten mit einer nicht intraoperativ verursachten hüftgelenknahen Femurfraktur im Erwachsenenalter bei einer Kombination aus Diagnosen und Prozeduren nach Anlage 1 festgelegt. 2Die Mindestanforderungen sind am Standort zu erfüllen. 3Es wird die Definition von Krankenhausstandorten gemäß der Vereinbarung nach § 2a Absatz 1 KHG in Verbindung mit dem Standortverzeichnis gemäß § 293 Absatz 6 SGB V zugrunde gelegt. (3) Die Richtlinie definiert zudem das Nachweisverfahren zur Feststellung der Erfüllung der Mindestanforderungen und die Berichtspflichten.
Welche Ausnahmetatbestände gibt es aktuell?
§ 10 Ausnahmetatbestände (1) Bei einem Krankenhaus, das die Anforderungen an ein überregionales Traumazentrum gemäß dem Weißbuch Schwerverletzten-Versorgung Stand Mai 2012 erfüllt und zu jeder Zeit (24 Stunden an 7 Tagen pro Woche) an der Notfallversorgung teilnimmt, gelten die Anforderungen gemäß § 3 Absätze 1 bis 4 als erfüllt. (2) Abweichend von § 3 Absatz 1 Buchstabe a können Krankenhäuser bis zum 31. Dezember 2025 die Patientenversorgung weiterführen, wenn sie a) im Jahr 2018 Eingriffe, die mit einer der OPS gemäß Anlage 1 kodiert sind, abgerechnet haben, und b) über eine Fachabteilung für Chirurgie oder Unfallchirurgie verfügen und c) 1die ärztliche Versorgung im Gebiet der Inneren Medizin durch eine täglich 24-stündige Arztpräsenz im Krankenhaus (Bereitschaftsdienst möglich) sicherstellen. 2Ist die präsente Ärztin oder der präsente Arzt nicht eine Fachärztin oder ein Facharzt für Innere Medizin, ist zusätzlich ein Rufbereitschaftsdienst mit eben dieser Qualifikation sicherzustellen. (3) Der G-BA prüft auf der Basis von Qualitätsparametern, ob die Ausnahmenregelung nach Absatz 2 weiterhin Bestand haben soll. 2Dabei ist insbesondere zu prüfen, ob Ziele nach § 2 in diesen Krankenhäusern erreicht werden. 3Die Entscheidung nach Satz 1 ist spätestens bis zum 31. Dezember 2024 zu treffen.
Welche Übergangsregeln sind aktuell aktiv?
§ 12 Übergangsregelungen (1) 1Abweichend von § 4 Absatz 5 kann bis 3 Jahre nach dem Inkrafttreten die geriatrische Versorgung der Patienten auch durch Einbezug eines Facharztes für Innere Medizin/ Allgemeinmedizin oder Neurologie und bis 6 Jahre nach Inkrafttreten durch einen Facharzt mit geriatrischer Kompetenz auf Anforderung im Sinne eines Konsils sichergestellt werden. 2Die geriatrische Kompetenz ist durch einen Facharzt für Innere Medizin und Geriatrie, Facharzt mit der Schwerpunktbezeichnung Geriatrie, Facharzt mit der ZusatzWeiterbildung Geriatrie, Facharzt mit der fakultativen Weiterbildung klinische Geriatrie, Facharzt mit Fachkunde Geriatrie zu gewährleisten. (2) Die Regelung nach § 7 Absatz 3 findet nach Abschluss des erstmaligen standortbezogenen Nachweises über die Erfüllung der Mindestanforderungen nach dieser Richtlinie gemäß Absatz 4 ab dem 1. Januar 2024 Anwendung. (3) Die Strukturabfrage gemäß § 8 erfolgt erstmals im Jahr 2024 für das Jahr 2023. Der G-BA beschließt bis zum 31. März 2020 die Checkliste gemäß Anlage 3 und Erklärung über die Richtigkeit der Angaben gemäß Anlage 4. (4) 1Das Nachweisverfahren gemäß § 6 ist ab 1. Januar 2024 anzuwenden. 2Voraussetzung dafür ist, dass der erstmalige standortbezogene Nachweis über die Erfüllung der Mindestanforderungen nach dieser Richtlinie von den Krankenhäusern stichtagsbezogen gegenüber den Landesverbänden der Krankenkassen und den Ersatzkassen in Form einer auf der Strukturabfrage nach § 8 basierenden Checkliste (Anlage 3) zwischen dem 15. November und dem 31. Dezember 2023 zu führen ist. 3Davon unberührt gelten die festgelegten Mindestanforderungen dieser Richtlinie, die in § 7 geregelten Pflichten und Folgen der Nichterfüllung sowie die Durchführung von Kontrollen zur Einhaltung von Qualitätsanforderungen dieser Richtlinie durch den Medizinischen Dienst (MD) gemäß der Richtlinie zu Kontrollen des Medizinischen Dienstes (MD-QK-RL) ab dem Tag des Inkrafttretens der Richtlinie. 4Den Krankenhäusern
und den Landesverbänden der Krankenkassen sowie dem IQTIG wird zur technischen Vorbereitung der Datenübermittlungspflichten für das Nachweisverfahren und die Strukturabfrage nach Absatz 4 Satz 1 und 2 zwischen April 2023 und November 2023 empfohlen, testweise Daten zu übermitteln (Testbetrieb), wenn diese von den Softwareherstellern dafür bereitgestellt werden. 5Das IQTIG unterstützt die Umsetzung der Spezifikation insbesondere durch Workshops, Informationsveranstaltungen sowie der Koordination von Testbetrieben und berichtet dem UA QS des G-BA regelmäßig über den Umsetzungsstand. (5) Abweichend von § 8 Absatz 3 und 7 in Verbindung mit § 7 Absatz 6 ist eine Übersendung korrigierter Daten zum Jahr 2023 bis zum 1. Juni 2024 möglich. Abweichend von § 7 Absatz 7 gilt für das Nachweisverfahren in den ersten zwei Quartalen 2024 jeweils eine sechswöchige Fristsetzung zur Übermittlung der Daten nach Aufforderung. Die Ergebnisse der Daten der Strukturabfrage sind abweichend von § 8 Absatz 7 Satz 1 zum Jahr 2023 bis zum 15. August 2024 durch das IQTIG in Form von Jahresberichten an den G-BA zu übermitteln. (6) Die Anforderungen an die Zusatzweiterbildungen gemäß § 3 Absatz 1 Buchstabe c „Klinische Notfall- und Akutmedizin“ sowie an die Weiterbildung gemäß § 3 Absatz 1 Buchstabe c „Notfallpflege“ sind spätestens ab dem 1. Januar 2026 zu erfüllen.
Welche ICD Codes definieren nach ICD-10-GM 2023 die hüftgelenknahe Femurfratur?
S72.0- Schenkelhalsfraktur S72.00 Teil nicht näher bezeichnet S72.01 Intrakapsulär S72.03 Subkapital S72.04 Mediozervikal Transzervikal o.n.A. S72.05 Basis Zervikotrochantärer Abschnitt S72.08 Sonstige Teile Femurkopf o.n.A. Fraktur der Hüfte o.n.A. S72.1- Pertrochantäre Fraktur S72.10 Trochantär, nicht näher bezeichnet Transtrochantär Trochanter major Trochanter minor S72.11 Intertrochantär S72.2 Subtrochantäre Fraktur M80.05 Postmenopausale Osteoporose mit pathologischer Fraktur : Beckenregion und Oberschenkel [Becken, Femur, Gesäß, Hüfte, Hüftgelenk, Iliosakralgelenk] M80.15 Osteoporose mit pathologischer Fraktur nach Ovarektomie : Beckenregion und Oberschenkel [Becken, Femur, Gesäß, Hüfte, Hüftgelenk, Iliosakralgelenk] M80.25 Inaktivitätsosteoporose mit pathologischer Fraktur : Beckenregion und Oberschenkel [Becken, Femur, Gesäß, Hüfte, Hüftgelenk, Iliosakralgelenk]
M80.35 Osteoporose mit pathologischer Fraktur infolge Malabsorption nach chirurgischem Eingriff : Beckenregion und Oberschenkel [Becken, Femur, Gesäß, Hüfte, Hüftgelenk, Iliosakralgelenk] M80.55 Idiopathische Osteoporose mit pathologischer Fraktur : Beckenregion und Oberschenkel [Becken, Femur, Gesäß, Hüfte, Hüftgelenk, Iliosakralgelenk] M80.85 Sonstige Osteoporose mit pathologischer Fraktur : Beckenregion und Oberschenkel [Becken, Femur, Gesäß, Hüfte, Hüftgelenk, Iliosakralgelenk] M80.95 Nicht näher bezeichnete Osteoporose mit pathologischer Fraktur : Beckenregion und Oberschenkel [Becken, Femur, Gesäß, Hüfte, Hüftgelenk, Iliosakralgelenk
Die operativen Verfahren werden durch folgende Operationen- und Prozedurenschlüssel – OPS 2023 abgebildet: OPS 5-790.*e Geschlossene Reposition einer Fraktur oder Epiphysenlösung mit Osteosynthese: Schenkelhals 5-790.*f Geschlossene Reposition einer Fraktur oder Epiphysenlösung mit Osteosynthese: Femur proximal 5-793.*e Offene Reposition einer einfachen Fraktur im Gelenkbereich eines langen Röhrenknochens: Schenkelhals 5-793.*f Offene Reposition einer einfachen Fraktur im Gelenkbereich eines langen Röhrenknochens: Femur proximal 5-794.*e Offene Reposition einer Mehrfragment-Fraktur im Gelenkbereich eines langen Röhrenknochens: Schenkelhals 5-794.*f Offene Reposition einer Mehrfragment-Fraktur im Gelenkbereich eines langen Röhrenknochens: Femur proximal 5-820.* Implantation einer Endoprothese am Hüftgelenk 5-790.*g Geschlossene Reposition einer Fraktur oder Epiphysenlösung mit Osteosynthese: Femurschaft 5-791.*g Offene Reposition einer einfachen Fraktur im Schaftbereich eines langen Röhrenknochens: Femurschaft 5-792.*g Offene Reposition einer Mehrfragment-Fraktur im Schaftbereich eines langen Röhrenknochens: Femurschaft *) gilt für alle entsprechenden Sechssteller des angegebenen OPS-Kodes
Spezifische Mindestanforderungen:
Wo finde ich Angaben zu den SOP?
In den Hilfebereichen der einzelnen Fragen oder die Komplettübersicht in der Richtline vom G-BA in unseren Hilfedateien
org.pac4j.core.exception.TechnicalException: java.net.SocketTimeoutException: connect timed out
at org.pac4j.oidc.credentials.authenticator.OidcAuthenticator.validate(OidcAuthenticator.java:145)
at org.pac4j.core.client.BaseClient.lambda$retrieveCredentials$0(BaseClient.java:75)
at java.base/java.util.Optional.ifPresent(Optional.java:183)
at org.pac4j.core.client.BaseClient.retrieveCredentials(BaseClient.java:72)
at org.pac4j.core.client.IndirectClient.getCredentials(IndirectClient.java:145)
at org.pac4j.core.engine.DefaultCallbackLogic.perform(DefaultCallbackLogic.java:76)
at org.pac4j.jee.filter.CallbackFilter.internalFilter(CallbackFilter.java:72)
at org.pac4j.core.config.AbstractConfigFilter.doFilter(AbstractConfigFilter.java:70)
at pac4j.jee.filter.JEECallbackFilter.internalFilter(JEECallbackFilter.java:46)
at org.pac4j.core.config.AbstractConfigFilter.doFilter(AbstractConfigFilter.java:70)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:253)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:211)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:167)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:757)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:577)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:158)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:372)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:239)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:520)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:217)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:182)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:156)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:201)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:260)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:177)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:109)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:88)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:53)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:524)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:89)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:94)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:33)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:114)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:569)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:549)
at java.base/java.lang.Thread.run(Thread.java:829)
Caused by: java.net.SocketTimeoutException: connect timed out
at java.base/java.net.PlainSocketImpl.socketConnect(Native Method)
at java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:412)
at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:255)
at java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:237)
at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.base/java.net.Socket.connect(Socket.java:609)
at java.base/sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:305)
at java.base/sun.net.NetworkClient.doConnect(NetworkClient.java:177)
at java.base/sun.net.www.http.HttpClient.openServer(HttpClient.java:509)
at java.base/sun.net.www.http.HttpClient.openServer(HttpClient.java:604)
at java.base/sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:266)
at java.base/sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:373)
at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:207)
at java.base/sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1187)
at java.base/sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1081)
at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:193)
at java.base/sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1367)
at java.base/sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1342)
at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:246)
at com.nimbusds.oauth2.sdk.http.HTTPRequest.toHttpURLConnection(HTTPRequest.java:921)
at com.nimbusds.oauth2.sdk.http.HTTPRequest.send(HTTPRequest.java:989)
at org.pac4j.oidc.credentials.authenticator.OidcAuthenticator.executeTokenRequest(OidcAuthenticator.java:176)
at org.pac4j.oidc.credentials.authenticator.OidcAuthenticator.validate(OidcAuthenticator.java:143)
... 38 more
org.pac4j.core.exception.TechnicalException: Bad token response, error=invalid_grant, description=PKCE code verifier not specified
at org.pac4j.oidc.credentials.authenticator.OidcAuthenticator.executeTokenRequest(OidcAuthenticator.java:184)
at org.pac4j.oidc.credentials.authenticator.OidcAuthenticator.validate(OidcAuthenticator.java:143)
at org.pac4j.core.client.BaseClient.lambda$retrieveCredentials$0(BaseClient.java:75)
at java.base/java.util.Optional.ifPresent(Optional.java:183)
at org.pac4j.core.client.BaseClient.retrieveCredentials(BaseClient.java:72)
at org.pac4j.core.client.IndirectClient.getCredentials(IndirectClient.java:145)
at org.pac4j.core.engine.DefaultCallbackLogic.perform(DefaultCallbackLogic.java:76)
at org.pac4j.jee.filter.CallbackFilter.internalFilter(CallbackFilter.java:72)
at org.pac4j.core.config.AbstractConfigFilter.doFilter(AbstractConfigFilter.java:70)
at pac4j.jee.filter.JEECallbackFilter.internalFilter(JEECallbackFilter.java:46)
at org.pac4j.core.config.AbstractConfigFilter.doFilter(AbstractConfigFilter.java:70)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:253)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:211)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:167)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:757)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:577)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:158)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:372)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:239)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:520)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:217)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:182)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:156)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:201)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:95)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:260)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:177)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:109)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:88)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:53)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:524)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:89)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:94)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:33)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:114)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:569)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:549)
at java.base/java.lang.Thread.run(Thread.java:829)
Plan:
Neuer Beta mit live DB
Mails:
Welche domain-id für qsm-Emails? virtual_aliases (domain_id, source, destination)
Findet eine Prüfung statt ob die E-Mail bereits existiert? ( Von Hand angelegt, QSFFX/ MMR) ?
ANFRAUMA aus -> alle Fragen beantworten -> Änderungsmeldung ANTFTRAUMA an -> <ANFVOLLSTA V="1"/> Sollte auf 0 stehen. -> Rekursive calls bis condition ende?
Active Flag bei Korrekturen
Erinnerungsmeldung -> Email korrigieren -> Modal Details in Korrekturmeldung leer. Daten sind im json vorhanden
M Einträge ohne Validationitems in den Reports crashen bei Detailansicht
L original_nachweisart befüllen
L Active false setzen bei korrigierten Meldungen
D Aktuell wird bei dem Export auch bei Korrekturmeldungen noch der letzte Report aus dem Vorjahr hinzugefügt -> in unserem Fall führt dies zu falscher Reihenfolge der Einträge.
L Probleme GERIKOMP / ANFVOLLSTB . MINFAIM ANFVOLLSTA . Prüfe aktueller Status live
L Sequenz checken empfaenger_special
Neue Meldung -> Statusabfrage -> Sie haben die Statusmeldung 2024 bereits erstellt. Stichtag 01.01.24 nur Ersmeldung versendet -> Konnte trotzdem eine erzeugen
Neue Meldung -> Statusabfrage -> Die Krankenhäuser sollten sicherstellen, dass die laufende Änderungsmeldung vor der Übermittlung der Statusmeldung versendet wurde. Das sollten wir sicherstellen!?
ReportBean -> createAbmeldung -> createErinnerungsAbmeldung -> crasht weil keine Erinnerung angelegt wurde -> check auf Vorhandensein. Muss ich mich dann überhaupt abmelden? Abmeldung nur für NW?
-- Historie -> Status der Erstmeldung falsch berechnet. Trauma nein und "Pflegekraft verfügt über Weiterbildung "Notfallpflege" negativ ist aber erlaubt. NUR NOCH prüfen
Chat / Ticket Links ausblenden
SA -> fehlende Kommentare
SA -> Erstmeldung nicht inkludiert
Erstmeldung -> bei Äbnderungsmeldungen von Conditoanl reasons werden die
Anmeldung -> Die Einrichtung erfüllt zum Stichtag die Mindestanforderungen für die Versorgung von Patienten mit einer hüftgelenknahen Femurfraktur. KEINE wirkliche Hilfe hinterlegt, i ist nutzlos