Inhaltsverzeichnis

FAQs edp:web


Unfallhilfsstellen-Modul

Offene Patienten obwohl keine UHS aktiv ist

Es werden noch offene Patienten angezeigt, obwohl keine Unfallhilfsstelle mehr aktiv ist. Dies kann dadurch verursacht werden, dass zeitlich begrenzte UHS bereits abgelaufen sind, sich jedoch noch nicht entlassene Patienten in diesen befanden.

Um dies zu überprüfen, kann folgender SQL-Befehl verwendet werden. Er liefert eine Liste der Unfallhilfsstellen, in denen sich aktuell noch Patienten befinden – auch wenn die UHS bereits abgelaufen ist.

SELECT UHS_NAME FROM PATIENTEN WHERE UHS_PAT=1 AND UHS_AUSGANG IS NULL;

In diesem Fall muss die UHS im Editor erneut aktiviert werden (Enddatum anpassen) und anschließend in der UHS angemeldet sowie der Patient entlassen werden.

eGK-Kartenleser funktioniert nicht mehr

Nach einem Windows- oder Browser-Update kann es vorkommen, dass der Zugriff auf den eGK-Kartenleser (EGKProxy) aus dem Browser heraus blockiert wird. In diesem Fall funktioniert das Einlesen der Gesundheitskarte in edp: nicht mehr.

Grundprüfung
  1. EGKProxy prüfen: Sicherstellen, dass der EDP Proxy Kartenleser gestartet ist und im Cherry-Konfigurationstool der Kartenleser als online angezeigt wird.
  2. Direktaufruf im Browser testen: Auf dem betroffenen Notebook im Browser folgende Adresse aufrufen: http://localhost:port/getEGK.api?key=key (Ergebnis wird angezeigt: Proxy funktioniert grundsätzlich. Fehler/keine Antwort: Proxy nicht erreichbar oder blockiert)
  3. Anderen Browser testen: Testweise mit einem anderen Browser (z. B. Chrome oder Firefox) prüfen, ob der Aufruf dort funktioniert.
Lösung bei Blockierung

In vielen Fällen behebt bereits das Zurücksetzen der Browser-Einstellungen das Problem, da Windows- oder Browser-Updates Sicherheitsrichtlinien verändern können.

Browserbasierte edp:map

Mein Overlay/Kartensatz funktionert nur in der desktop Karte, jedoch nicht im edp:web

Problembeschreibung/Verhalten

Mein Overlay/Kartensatz funktioniert in der desktop edp:map problemlos. In der browserbasierten edp:map wird das Overlay/Kartensatz in der Sidebar angezeigt, ist auf der Karte jedoch unsichtbar. Tritt vor allem bei selbst gehosteten Tile-Servern auf.

Ursache/Lösung

Unzureichende CORS Konfiguration des Tile-Servers. Prüfen, ob CORS Header in Tile-Server gewünscht konfiguriert sind. In der Regel ist der HTTP-Header Access-Control-Allow-Origin: * (erlaube das Einbinden von allen fremden Webseiten aus) das gewünscht Verhalten.

Erklärung

Die Ursache hierfür ist meist ein nicht ausreichend konfigurierter Tile-Server. Moderne Browser haben Sicherheitsmechanismen um das ungewollte einbinden der einen Webseite/Webseitenressourcen in fremden Webseiten zu verhinden. Diese Funktion nennt sich Cross-Origin Resource Sharing (CORS). Es handelt sich dabei um HTTP-Header, welche Informationen enthalten, wie die Ressource eingebunden werden darf und welche Informationen dabei mit dem anderen Webserver geteilt werden dürfen. Bei Webseitenressourcen (bzw. Webserver) bei denen keine explizite CORS Konfiguration vorliegt gehen Browser davon aus, dass die Eigentümer keine Verarbeitung von dritten Webseiten zulassen möchten.

Die Karten-Tiles der Overlays/Kartensätze werden in der browserbasierten edp:map durch den Browser im Hintergrund nachgeladen und als Bild auf die Karte gesetzt. Wenn der Browser die Bilder empfängt, prüft er ob die CORS Header das Einbinden auf der aktuellen Webseite zulassen und bricht das weitere Verarbeiten/Laden ansonsten ab. In edp:web ist es leider nicht möglich zu prüfen, weshalb das Laden fehlschlägt. Es könnte bspw. auch an einer fehlenden Internetverbindung zum Server liegen. Dies macht es uns leider nicht möglich eine bessere Fehlermeldung in edp:web auszugeben.

Option zum verbessern der Fehlermeldung:

Bei der Konfiguration der Overlays im Editor ist es möglich über das Zahnrad eine „Erweiterte Konfig für WMS“ anzugeben. Hier kann der Wert „crossOrigin“: „anonymous“ ergänzt werden. Hierdurch werden auch bei der Anfrage an den Tile-Server CORS Header gesetzt und der Browser gibt bei der validierung der Empfangen CORS Header eine verständlichere Fehlermeldung. Ohne diesen Wert ist die Fehlermeldung in der Entwicklerkonsole des browsers oft etwas diffus.

Alternative Ursachen