Veränderungen:

1. Fälle werden nach Rollout der SurvNet Schnittstelle als „bereits an die Meldesoftware gesendet“ markiert. Fälle, welche nach der Anbindung an die SurvNet Schnittstelle nach SORMAS importiert werden, erhalten nun automatisiert den Status „bereits an die Meldesoftware gesendet“. Auf diese Weise kann besser nachvollzogen werden, an welchen Fällen tatsächliche Änderungen vorgenommen wurden (nicht nur der erfolgte Import), die dann an die Meldesoftware gesendet werden müssen. #6038
2. Der Schnelltest mit Antigennachweis dient nun auch als Berechnungsgrundlage für die Falldefinitionskategorie. Für die Berechnung der Falldefinitionskategorien C, D und E wird nun auch ein positiver Schnelltest mit Antigennachweis herangezogen. #6096
3. Berechnung der Vollständigkeit des Falles ohne Anpassung des Änderungsdatums. Bei Berechnung der Datenvollständigkeit des Falles wurde das Änderungsdatum angepasst. Dies verursachte, dass Fälle dann nochmals nach SurvNet gesendet werden sollten. Diese Anpassung des Änderungsdatums bei Berechnung der Fallvollständigkeit wurde nun behoben. #6080
4. Anpassung der Übersetzung für den Filter „Nur Fälle, die mit „Senden an die Meldesoftware verhindern“ markiert sind“. #6084

Verbesserungen:

1. Dokumentation von Kreuzimpfungen. In SORMAS können nun die Kreuzimpfungen mit AstraZeneca/BionTech und AstraZeneca/Moderna hinterlegt werden, welche auch nach SurvNet übersandt werden. #6100

Fehlerbehebungen:

1. Nach dem internen Aktenzeichen kann weder auf dem Fallverzeichnis noch auf dem Personenverzeichnis gefiltert werden. Diese Filterfunktion steht Ihnen nun wieder zur Verfügung. #6027
2. Fehler bei Zuständigkeitsbereich und Aufenthaltsort eines Falles. Wurde ein Fall mit Zuständigkeitsbereich identisch zum bearbeitenden Nutzer angelegt. Wurde dieser Zuständigkeitsbereich als Aufenthaltsort der Fall-Person hinterlegt. Die Zuordnung wurde nun repariert. #6028
3. Kein Zugang zum Aufgabenverzeichnis für Nutzer mit regionalen Beschränkungen. Nutzer mit regionalen Beschränkungen beim Zuständigkeitsbereich (z.B. bezogen auf Bundesland, Landkreis, Gemeinde) hatten keinen Zugang zum Aufgabenverzeichnis. Eine Fehlermeldung wurde ausgegeben, dass die Serververbindung abgebrochen ist. Dieser Fehler wurde nun behoben. Alle Nutzer mit entsprechenden Rechten haben wieder Zugang zum Aufgabenverzeichnis. #5823
4. Fehler beim Hinterlegen eines neuen Falles mit Einreiseort in Bezug auf Zuständigkeit und Aufenthaltsort. Beim Hinterlegen eines neuen Falles mit Einreiseort wurde erst nach Anwählen der Checkbox „Der Aufenthaltsort dieses Falles unterschiedet sich von seinem Zuständigkeitsbereich“ und Eingabe der Lokaldaten das Dropdown zum Einreiseort („anderer Flughafen“; „anderer Seehafen“;…) freigeschaltet. Diese fehlerhafte Anzeige wurde nun behoben. #6016
5. Anzeige von Personen ohne anhängige Entitäten im Personenverzeichnis. Im Personenverzeichnis befanden sich Personen, bei welchen keine anhängigen Fall-, Kontakt- oder Ereignisteilnehmersituationen dokumentiert waren. Diese Personen werden nun nicht mehr auf dem Personenverzeichnis aufgeführt, die Filtereinstellungen wurden dazu entsprechend angepasst. #6035
6. Für Nutzer mit eingeschränktem Zuständigkeitsbereich für Bundesland, Landkreis oder Einrichtung lädt die Anzeige des Personenverzeichnisses unverhältnismäßig lang. Die Navigation zum Personenverzeichnis wurde nun optimiert und die Ladezeit verkürzt. #5999
7. Fehler beim Anlegen eines neuen Falles für Krankenhausinformanten. Dieser Fehler wurde behoben. Krankenhausinformanten können wieder Fälle erstellen. #6062
8. Die Gruppierung von Ereignissen stand bestimmten Nutzern nicht zur Verfügung. Die Nutzerrollen Kontaktleitung und Überwachungsleitung konnten keine Ereignisgruppen anlegen. Diese Funktionalität steht nun wieder zur Verfügung. #6093
9. Personen ohne anhängige Entitäten. Das Personenverzeichnis enthielt Personen ohne anhängige Fall-; Kontakt- oder Ereignisteilnehmer. Diese Personen erscheinen nun nicht mehr im Personenverzeichnis. #6035

Veränderungen:

1. Anpassung der Aufgabentypen für Kontakte und Fälle. Bisher gab es abweichende Aufgabentypen für Kontakte und Fälle. Diese Abweichungen wurden nun angepasst und Ihnen stehen nun die jeweils zuvor fehlenden Aufgabentypen für Fälle und Kontakte zur Verfügung. #3568

2. Anpassungen durch Indizes bei gelöschten Datenbankeinträgen. Gelöschte Datenbankeinträge erhalten nun spezielle Indizes, um diese gelöschten Einträge von z.B. Suchanfragen auszuschließen. Diese Maßnahme trägt zur Verbesserung der Systemleistung der SORMAS Instanzen bei. #5465

3. Vereinfachung und Umgestaltung von SormasToSormasEncryptionService. Für das SORMAS Modul SORMASzuSORMAS wurden u.a. Code-Dopplungen und Fehlbenennungen identifiziert. Diese wurden nun behoben bzw. umbenannt. #5625 und #5635, #5671 , sowie #5679

4. Ergänzung einer Konfigurationsmöglichkeit zum Anlegen von über- und untergeordneten Ereignissen. Diese Funktionalität ermöglicht die Konfiguration der Über- bzw. Unterordnung von Ereignissen, d.h. diese Funktionalität kann dann an- bzw. abgeschaltet werden. Standardmäßig ist diese Funktionalität auf deutschen SORMAS-Instanzen eingeschaltet.  #4527

5. Update zu Vaadin 8.13.1. Ein Update von Vaadin 8.12.3 zu 8.13.1 wurde vorgenommen. #5316

6. Anzeige der Nutzernamen bei erstellten Nachverfolgungsanrufen. Bisher wurde im Reiter Nachverfolgung, in der Tabelle bei Fällen und Kontakten in der Spalte ‚Ursprung des Anrufes‘ ausschließlich ‚erstellt vom Nutzer‘ bzw. ‚Symptomtagebuch‘ angezeigt. Nun wird der Name des Mitarbeiters angezeigt (ohne Nutzerrolle), welcher den neuen Nachverfolgungsanruf erstellt hat. Diese Anpassung soll zur Anpassung der internen Kommunikationswege beitragen. #3621

7. Anpassungen und Anzeige von Datentransferobjekten im Datenbeschreibungs-verzeichnis zur Verbesserung der Übersichtlichkeit und allgemeinen System-leistung. Diese Funktionalität betrifft die Datenobjekte, welche über die ReST API transferiert werden können, bspw. hospitalization type. #4836; #5614 ; #5601; #5543;   

8. Anpassung der Duplikatserkennung bei Personen für archivierte Fälle und Kontakte. Die Duplikatserkennung wird nun auch bei Personen mit bereits archivierten anhängigen Fällen und Kontakten aktiv. #3704

Hier am Beispiel von Maxima Mustermann demonstriert:

Wird ein weiterer Fall mit dem Namen Maxima Mustermann angelegt, springt die Duplikatserkennung an:

9. Anpassung der Übersetzungen für bestätigte Fälle und Kontakte. Die Überschriften für bestätigte Fälle und Kontakte werden nun getrennt dargestellt, um eine bessere Übersetzung dieser Begrifflichkeiten in andere Sprachen zu ermöglichen. #5685

10. Übersetzung der Überschriften im Datenbeschreibungsverzeichnis. Die Überschriften im Datenbeschreibungsverzeichnis werden nun anhand der vom Nutzer eingestellten Sprache übersetzt zur Verbesserung der Nutzerfreundlichkeit. #4607

11. Alle Nutzer erhalten Zugang zu archivierten Entitäten. Bisher hatten Überwachungs- und Kontaktbeauftragter, sowie Gemeinde- und Laborbeauftragter und der Krankenhausinformant keinen Zugang zu archivierten Fällen, Kontakten, Proben und Ereignissen. Diese Funktionalität steht nun allen genannten Benutzerrollen zur Verfügung. #4838

12. Erweiterung der Pseudonymisierung auf den Massenbearbeitungsmodus. Nutzer, ohne entsprechende Berechtigung, können nun nicht mehr mit dem Massenbearbeitungsmodus Fälle, Kontakte und Ereignisse bearbeiten. #2918

13. Anpassung bei Datenbankabfragen zur Erhöhung der Systemleistung. Datenbankabfragen, welche den Zuständigkeitsbereich betreffen, werden an die neue Logik angepasst, welche bereits beim Personenverzeichnis Anwendung findet. Diese Logik wurde nun auf das Fall-, das Kontakt-, das Ereignis-, das Proben- und das Aufgabenverzeichnis übertragen. Auf diese Weise wird die Systemleistung der SORMAS Instanzen verbessert. #5644

14. Überarbeitung der Anzeige von Fällen mit unbekanntem Krankheitsverlauf in der Fallstatuskarte. Fälle mit unbekanntem Krankheitsverlauf werden nun anhand des Meldedatums bzw. anhand des Datums des Symptombeginns in der entsprechenden Epi-Woche in der Fallstatuskarte angezeigt. #5915

15. Aktualisierung des Vitagroup Labels. Das aktuelle Logo der Firma Vitagroup wird nun beim Login-Fenster für SORMAS angezeigt. #5954

16. Anpassung der Zugriffsrechte für Laborbeauftragte. Laborbeauftragte erhalten Zugang zu allen Entitäten (Fälle, Kontakte, Ereignisteilnehmer) mit Proben, welche dem zugehörigen Labor zugewiesen wurden. #4694

17. Überarbeitung der Trennung von Zuständigkeitsbereich und Aufenthaltsort. Die Felder zur Dokumentation des Zuständigkeitsbereiches und des Aufenthaltsortes wurden angepasst. Es wird nun erst der Zuständigkeitsbereich dokumentiert, dann der Aufenthaltsort. Wird die Checkbox „Der Aufenthaltsort dieses Falles unterscheidet sich von seinem Zuständigkeitsbereich“ angewählt, werden nochmalig die Pflichtfelder ‚Bundesland‘, ‚Landkreis/Kreisfreie Stadt‘ und ‚Gemeinde‘ zur Verfügung gestellt. #5852

Auch für das Anlegen neuer Fälle wird die Trennung des Zuständigkeitsbereiches vom Aufenthaltsort umgesetzt.

Die Felder „Meldender LK/SK“ und „Zuständiger LK/SK“ und ihre Verwendung führten häufig zu Verwirrungen. Daher wurde die Dokumentation von „Aufenthaltsort“ und „Zuständigkeitsbereich“ nun voneinander getrennt. Im Zuge dessen entfällt der „Meldende LKS´/SK“.

Es gilt nun stets: der „Zuständige LK/SK“ ist der LK/SK, der in SurvNet im Feld „Landkreis“ übernommen wird und bei dem der Fall in der Meldestatistik erscheint.

Hinweis:
Auch der SK/LK des „Aufenthaltsortes“ kann den Fall an SurvNet senden. (Damit wird der „Zuständige LK/SK“ in SurvNet im Feld „Landkreis“ übernommen.). Das Senden kann aber auch unterbunden werden (s.u.)

Neu: „Aufenthaltsort“

Es wurden die Felder zur Dokumentation des Zuständigkeitsbereiches und des Aufenthaltsortes angepasst. Es wird nun erst der Zuständigkeitsbereich dokumentiert, dann der Aufenthaltsort. Wird die Checkbox „Der Aufenthaltsort dieses Falles unterscheidet sich von seinem Zuständigkeitsbereich“ angewählt, werden nochmalig die Pflichtfelder ‚Bundesland‘, ‚Landkreis/Kreisfreie Stadt‘ und ‚Gemeinde‘ zur Verfügung gestellt.

Hintergrund ist, dass damit Fälle, die sich aktuell z.B. in einer Klinik befinden, besser abgebildet werden können, wenn der Aufenthaltsort vom Zuständigkeitsbereich entkoppelt ist. Wenn also die Klinik in einem anderen Landkreis liegt, als der ursprüngliche Aufenthaltsort kann dies nun dokumentiert werden und hat keinen negativen Einfluss auf die Zugriffsrechte.

„Meldender LK/SK“ entfällt

Bisher konnte ein Gesundheitsamt über das Feld „Meldender LK/SK“ in SORMAS nutzen, um Fälle, für die es nicht zuständig ist, trotzdem an SurvNet und weiter an die Landesstelle zu melden. Mit der Version 1.61 entfällt das Feld „Meldender LK/SK“.

Falls Angaben in „Meldender LK/SK“ UND „Zuständiger LK/SK“ vorhanden waren, wird automatisch der „Meldende LK/SK“ zum neuen „Zuständigen LK/SK“ und der „Zuständige LK/SK“ zum neuen „Aufenthaltsort“.

Der nun in „Aufenthaltsort“ angegebene LK/SK (der vorher der „Zuständige LK/SK war) kann weiterhin den Fall an SurvNet senden. Wenn dies unterbunden werden soll, dann kann die Checkbox „Senden an die Meldesoftware verhindern“ angewählt werden. Es erscheint dann der Hinweis „Dieser Fall wird aktiv daran gehindert, an die Meldesoftware gesendet zu werden“.

Neue Funktionen:

1. Einbindung der externen ID zur Übermittlung über die REST API. Für die Anbindung weiterer IfSG Fachanwendungen wurde die Datenübermittlung über die REST API um die externe ID erweitert. #5453

2. Einführung eines Startzeitpunkts zum Abrufen von DEMIS-Labormeldungen. Wenn Labormeldungen erstmalig abgerufen werden (nach der Anbindung an die Schnittstellen), kann nun über die Angabe von Datum und Uhrzeit der Zeitpunkt angegeben werden, ab welchem Synchronisierungsdatum/Aktualisierungsdatum Labormeldungen abgerufen werden sollen. Auf diese Weise kann die doppelte Verarbeitung von bereits verarbeiteten Labormeldungen nach der Datenmigration vermieden werden. #5067

3. Anzeige eines alternativen Suchfensters für Personen bei der Verarbeitung von DEMIS-Labormeldungen. Bei der Verarbeitung von DEMIS-Labormeldungen wird nun bei der Auswahl der Person in der Auswahlliste der Duplikatserkennung eine weitere Suchfunktion zur Verfügung gestellt, über die das Personenverzeichnis durchsucht werden kann. Diese Suchfunktion unterstützt Sie bei der Personenrecherche, wenn sich fehlerhafte Angaben oder Schreibweisen beim Vor- oder Nachnamen in der DEMIS-Labormeldung befinden und die Personen in der Vorschlagsliste hier kein passendes Ergebnis darstellen. #5078  

4. Zentrierung der Fallstatuskarte. Eine weitere Systemkonfiguration wird eingeführt, damit die Fallstatuskarte auf der Überwachungsübersicht immer auf die hinterlegten Koordinaten zentriert wird. Diese neue Konfiguration unterstützt die optimale Anzeige der Fallstatuskarte und verhindert aufwendiges Zoomen und Navigieren. #5666

5. Ergänzung einer Checkbox zum aktiven Verhindern des Sendens an die Meldesoftware. Diese Funktionalität dient der besseren Dokumentation von Fällen außerhalb des eigenen Zuständigkeitsbereiches, um Infektionsketten besser nachvollziehen zu können. Die Checkbox „Senden an die Meldesoftware verhindern“ wird für alle Instanzen mit Schnittstellenanbindung an die Meldesoftware zur Verfügung gestellt. Wenn die Checkbox angewählt wird, gibt es folgenden Hinweis: „Dieser Fall wird aktiv daran gehindert, an die Meldesoftware gesendet zu werden.“

Nach Speichern des Falles verschwindet im Kasten „Meldesoftware“ der Button „Senden“. (Nach Deaktivierung der Checkbox und anschließendem Speichern erscheint der Button wieder und der Fall kann gesendet werden.)       
Eine entsprechende Filterfunktion „Nur Fälle, die mit „Senden an Meldesoftware in anderem Landkreis“ markiert sind“ ist dem Fallverzeichnis hinzugefügt. Im Massen-bearbeitungsmodus können Fälle bearbeitet und über „Senden an die Meldesoftware ändern“ und „Senden an die Meldesoftware verhindern“ das Senden aktiv verhindert oder wieder aufgehoben werden.  #5324

Ansicht in der Fallakte:

Filterfunktion:

Bearbeitung von Fällen im Massenbearbeitungsmodus:

6. Aktualisierung der Falldefinitionskategorie. Mit dieser neuen Funktionalität wird mit einem Klick auf den Button „Berechnung“ die Falldefinitionskategorie anhand aller in SORMAS verfügbaren Daten neu berechnet. Berücksichtigt werden hier die Falldefintionskategorien B, C, D und E. #4770

Als Berechnungsgrundlage dienen folgende Kriterien:

Klinisches Bild (mind. Eines der folgenden Symptome trifft zu):

Akute respiratorische Symptome jedweder Schwere: Husten, Lungenentzündung (klinisch oder radiologisch), Akutes Atemnotsyndrom (ARDS), Respiratorische Insuffizienz, die eine assistierte Beatmung erfordert, Schwierigkeiten beim Atmen/Dyspnoe, Geruchsverlust, Geschmacksverlust, krankheitsbedingter Tod

7. Einführung eines Feldes für interne Aktenzeichen. Das interne Aktenzeichen dient ausschließlich für die interne Dokumentation im Gesundheitsamt und hat keine Auswirkungen auf das Senden an die Meldesoftware o.ä. Dieses Feld soll zur besseren Abbildung der Arbeitsabläufe im Gesundheitsamt dienen.   #5224

8. Zeilenauflistung für Kontakte. Auch für Kontakte steht Ihnen nun die Funktion einer Zeilenauflistung zur schnellen Erfassung von Kontaktsituationen zur Verfügung. #1521

9. Export der Tabelle zu Ereignisaktionen. Aktionstabellen zu Ereignissen können nun über den Datenbankexport im Bereich Statistik exportiert werden. Folgende Angaben stehen in dieser Tabelle zur Verfügung: Titel der Aktion, Erstellungsdatum der Aktion, Status, Priorität, Beschreibung, Kommentare, letzter bearbeitender Nutzer, Datum der letzten Bearbeitung, zugehörige Ereignis-ID. #4624

Fehlerbehebungen:

1. Fehlermeldung beim Anlegen neuer Nachverfolgungsanrufe bei Kontakten. Der Fehler beim Anlegen neuer Nachverfolgungsanrufe bei bereits verfügbaren bzw. auch bei neuen Kontakten wurde behoben. Diese Funktionalität steht Ihnen nun wieder zur Verfügung. #5951
2. Fälle mit unbekanntem Krankheitsverlauf werden fehlerhaft in der Fallstatuskarte angezeigt. Fälle mit unbekanntem Krankheitsverlauf wurden nicht anhand des Meldedatums bzw. des Symptomstartdatums in der Fallstatuskarte angezeigt, sondern anhand des Datums, an welchem der Krankheitsverlauf auf „unbekannt“ gesetzt wurde. Diese fehlerhafte Angabe wurde nun repariert. Die Fälle mit unbekanntem Krankheitsverlauf werden nun wieder anhand des Meldedatums bzw. Symptomstartdatums in der Fallstatuskarte auf Basis des Epi-Wochenfilters angezeigt. 5915
3. Anhängige Dokumente gehen bei der Fall- und Kontaktzusammenführung verloren. Die Dokumente eines durch die Fallzusammenführung verworfenen Falles/Kontaktes gingen verloren. Dieser Fehler wurde behoben und nun werden die Dokumente auf den verbleibenden Fall/Kontakt übertragen. #5722
4. Die Verlinkung von Ereignissen ging bei der Fallzusammenführung verloren. Die Ereignisverknüpfung vom verworfenen Fall ging bei der Fallzusammenführung verloren. Dieser Fehler wurde nun repariert und alle Ereignisverknüpfungen werden zusammengeführt. #5529
5. Verlust aller Einträge in Kommentarfeldern bei der Fall- und Kontaktzusammenführung. Bei der Zusammenführung von Fällen/Kontakten wurden die Kommentarfeldeinträge des verworfenen Falles/Kontaktes nicht übernommen. Diese Funktionalität steht nun wieder zur Verfügung. #5723
6. Fehlerbehebung bei der Duplikatserkennung. Der Import einer csv Datei, welche in SORMAS als detaillierte Export erstellt wurde, führt nun nicht mehr zu doppelt angelegten Personen ohne anhängige Fall-Entitäten. Dieser Fehler wurde nun behoben . #5705
7. Das Zurücksetzen der Filter funktionierte nicht, wenn man von Ereignisgruppen zurück zum Ereignisverzeichnis wechselte. Dieser Fehler wurde nun behoben. #5862
8. Fehlende Anzeige von anhängigen Kontakten in den Epi-Daten nach Konvertierung eines Ereignisteilnehmers in einen Fall. Nach Konvertierung eines Ereignisteilnehmers in einen Fall, wurden die anhängigen Kontaktsituationen dieser Person nicht in den epidemiologischen Daten angezeigt. Dieser Fehler wurde nun repariert.#5841
9. Die Dokumentation einer Exposition mit Tierkontakt führt zur Fehlermeldung. Beim Hinterlegen einer Exposition mit Angabe eines Tierkontaktes wird beim Speichern eine Fehlermeldung angezeigt und ein leerer Eintrag wird in der Expositionstabelle angezeigt. Diese fehlerhafte Funktionalität wurde nun behoben. #5815
10. Fehlerhafter Datenbankexport bei Auswahl der Länder. Beim Ausführen eines Datenbankexportes der Länder wurden stattdessen Lokaldaten exportiert. Dieser Fehler wurde behoben. (#5853)
11. Fehler beim Verknüpfen von Ereignissen zu pseudonymisierten Fällen. Nutzer mit pseudonymisiertem Zugang und Bearbeitungsrecht für Fälle konnten Ereignisse mit diesen Fällen verknüpfen. Diese Verlinkung führte zu einem Pop-up-Fenster bei der Erstellung der Ereignisteilnehmer, worin das Feld für Vor- und Nachname leer ausgegeben wurde, und es handelte sich um Pflichtfelder. Dieser Fehler wurde nun repariert und die Vor- und Nachnamensfelder werden nun pseudonymisiert und sind keine Pflichtfelder mehr. #5775
12. Fehlerhaftes Verhalten bei Anpassung des Kontaktstatus. Wird der Kontaktstatus auf „kein Kontakt“ gesetzt, bedingte dies, dass der Nachverfolgungskommentar überschrieben wurde. Dieser Fehler wurde nun behoben. Die Änderung des Kontaktstatus wird nun beim Nachverfolgungskommentar hinterlegt. #5763
13. Fehlerhafte Anzeige bestimmter Falldefinitionskategorien im Krankheits-netzwerkdiagramm. Bestätigte Fälle ohne oder mit unbekannten Symptomen wurden im Krankheitsnetzwerkdiagramm als gesund dargestellt. Diese fehlerhafte Anzeige wurde nun behoben. #5678
14. Das Entfernen und nochmalige Hinzufügen von Ereignisteilnehmern bei mehreren Ereignissen war unmöglich. Nach dem Entfernen eines Ereignisteilnehmer, welcher bei mehreren Ereignissen verlinkt war, konnte dieser nicht wieder hinzugefügt werden. Diese Funktionalität steht nun wieder zur Verfügung. #5559
15. Fehler bei der Ansicht und Bearbeitung von Ereignissen durch Gemeindebeauftragte im zugewiesenen Zuständigkeitsbereich. Gemeindebeauftragte konnten Ereignisse im eigenen Zuständigkeitsbereich nicht einsehen oder bearbeiten. Dieser Fehler wurde nun behoben. #5514
16. Verlinkte Entitäten werden nach Konvertierung in einen Fall nicht initial angezeigt. Nach der Konvertierung in einen Fall werden die anhängigen Entitäten nicht direkt angezeigt. Ein nochmaliges Laden war notwendig, für die Anzeige der verlinkten Entitäten beim resultierenden Fall. Dies Funktionalität wurde nun repariert und steht ohne nochmaliges Laden zur Verfügung. #5544
17. Versionschecks beim Aufsetzen neuer Instanzen fehlten. Beim Aufsetzen neuer SORMAS-Versionen gab es vereinzelt Versionsinkonsistenzen. Es wurde nun eine interne Logik für Versionschecks vorgeschaltet, um das Aufsetzen der Instanzen fehlerfrei zu gewährleisten. #5541
18. Der Import von Bevölkerungsdaten auf Gemeindeebene führte zur Fehlermeldung bei Landkreisen. Nach dem Import von Bevölkerungsdaten auf Gemeindeebene unter Einstellungen führte dies zur Fehlermeldung beim Wechsel zur Ansicht Landkreise. Dieser Fehler wurde nun behoben. #5537
19. Ladefehler nach Bearbeitung von Fall und Kontaktpersonen. Nach Bearbeitung einer Fall-Person bzw. einer Kontakt-Person muss der Browser neu geladen werden, um die vorgenommenen Änderungen angezeigt zu bekommen. Dieser Fehler wurde nun behoben. #5535
20. Regional beschränkte Nutzer können keine Fall-IDs für Ereignisteilnehmern erstellen, welche von anderen Nutzern angelegt wurden. Als Beispiel der Nationale Benutzer legt einen Ereignisteilnehmer an, die Überwachungsleitung für diesen Zuständigkeitsbereich konnte diesen Ereignisteilnehmer nicht in einen Fall konvertieren, da in der Tabelle der Ereignisteilnehmer der Button „Fall-ID erstellen“ nicht zur Verfügung stand. Diese Funktionalität wurde nun repariert und steht wieder zur Verfügung. #5651
21. Fehler auf der Benutzeroberfläche bei Ereignissen. Beim Anlegen eines Ereignisses konnte der Untersuchungsstatus nur durch mehrfaches Klicken geändert werden. Dies wurde nun repariert. #5547
22. Beim Hinterlegen eines Landes in den Einstellungen können alle Zeichen verwendet werden, um den offiziellen Namen korrekt abzubilden. Wird über die Einstellungen ein Land neu eingepflegt, können Leerzeichen, Anführungszeichen, Apostrophs oder Sonderzeichen verwendet werden. #5669
23. Fehlermeldung bei der Dokumentation von Nachverfolgungsanrufen. Werden bei Nachverfolgungsanrufen in dem Kommentarfeld für Symptome mehr als 512 Zeichen verwendet, erscheint eine erklärende Fehlermeldung, die dieses Fehlverhalten beschreibt. Zudem wird die maximale Zeichenanzahl erweitert. #5506
24. Zusammengeführte Fälle können nur eine Exposition haben, die das wahrscheinliche Infektionsumfeld darstellt. Werden zwei Fälle mithilfe der Duplikatskontrolle zusammengeführt, wird nur die Exposition in den epidemiologischen Daten des Falls als wahrscheinliches Infektionsumfeld genutzt, welcher beibehalten wird. #5721
25. Bei der Bezeichnung der Labormeldung wird keine Information mehr abgeschnitten. Wird eine SARS-CoV-2-Erregernachweismeldung angezeigt, wird die gesamte Bezeichnung unter der Zusammenfassung des Erregernachweises angezeigt. #5793
26. Das Verarbeiten von Labormeldungen kann nun auch in weiteren Ländern genutzt werden. Die Verarbeitung von DEMIS Labormeldungen ist nun nicht mehr an die Ländereinstellung „Deutschland“ geknüpft. #5461
27. Fallbezogenen Daten können bearbeitet und exportiert werden zu Climedo. Wird ein neuer Fall samt Telefonnummer sowie Emailadresse angelegt und für Climedo registriert, ist es möglich den Vor- und Zunamen, das Geburtsdatum und die hinterlegten Kontaktdaten zu ändern. Diese Änderungen werden daraufhin ebenfalls in Climedo aktualisiert. #5507

Aktuelle Übersetzungsanpassungen:

Aktualisierung der Impfstoffnamen in SORMAS:

Fehlerbehebungen:

1. Anpassung des Zuganges zu Proben auf Basis des Zuständigkeitsbereiches #5877

Veränderungen:

1. Die Familienfunktion bei CLIMEDO für Personen mit abweichenden Nachnamen funktionierte nicht. Die Familienfunktion (Nutzung der gleichen Emailadresse für mehrere Personen) funktionierte nicht, wenn Personen mit abweichenden Nachnamen registriert wurden. Dieser Fehler wurde nun behoben. (#4809)

Fehlerhafte Anpassung des Änderungsdatums beim Update der Datenbank. Beim Update der Datenbank auf das neue Dropdown-System für Virusvarianten (bezieht sich auf Punkt 2 – Neue Funktionen für Version 1.60.0) wurde das Datum der letzten Änderung entsprechend verändert, dies führte zu falschen Filterergebnissen bei Anwendung des Filters “Nur Fälle, die seit der letzten Übertragung an die Meldesoftware geändert wurden”. Dieser Fehler wurde nun behoben.  (#5662)

Veränderungen:

1. Die Ladezeit verschiedener Listen wurde verbessert. Die Ladezeit bestimmter Listen konnte durch spezifische Anpassungen im Code halbiert werden. (#5612)

Fehlerbehebungen:

1. Nach Angabe eines neuen positiven Erregertestes mit gleichzeitiger Eingabe eines neuen Testergebnisses wurden weder die Falldefinitionskategorie noch die Probeninformationen aktualisiert. Dieser Fehler wurde behoben. Nun wird nach Eingabe eines neuen Testergebnisses der Nutzer nach der Bestätigung des Falles mit klinischem Bild befragt (Anpassung der Falldefinitionskategorie), ebenso nach der Bestätigung des Erregertestergebnisses und nach der Bestätigung der Krankheitsvariante (sofern angegeben). Nach Bestätigung dieser Angaben werden diese automatisch im Fall aktualisiert. (#5531)
2. Das Hochladen von Dokumenten bei Ereignissen funktioniert nicht. Mit Einführung der Dokumenten-Hochlade-Funktion bei Fällen und Kontakten funktionierte das Hochladen von Dokumenten bei Ereignissen nicht mehr. Dieser Fehler wurde nun behoben. Mehr Infos finden Sie unter Verbesserungen Punkt 17 (#5574).
3. Falsche Übersetzung für ‘Bestätigter Kontakt’ auf der Kontaktübersicht. Die Zuordnung der falschen Kontaktkategorie auf der Kontaktübersicht wurde behoben. Alle Kategorien stehen nun wie gewohnt wieder zur Verfügung (unbestätigt, bestätigter Kontakt, kein Kontakt, neu symptomatisch).(#5578)
4. Behebung der widersprüchlichen Fehlermeldungen, welche die fehlerfreie Nutzung der externen Symptomtagebücher verhinderte. Wenn eine Person für Climedo registriert war, konnten deren Kontaktdaten nicht gelöscht werden, um sie z.B. nochmalig für andere Nutzer zu verwenden. Das Beenden der externen Nachverfolgung ist dann ebenfalls nicht möglich, da die Person im Climedo System nicht gefunden wird. Diese Fehlermeldungen wurden nun repariert, wenn eine Person nun in Climedo gelöscht wird, wird sie in SORMAS als „nicht registriert“ hinsichtlich der Verwendung des Symptomtagebuches kategorisiert und somit können die anhängigen Kontaktdaten bearbeitet werden. (#5554)
5. Berechnung der Nachverfolgungsdauer von Kontaktpersonen. Bei Einstellung einer Nachverfolgungsdauer von weniger als 14 Tagen, wird beim Nachverfolgung- bis Datum eine Fehlermeldung angezeigt. Somit konnten keine neuen Kontakte abgespeichert werden. (#5548)

1. Nutzer, deren Zuständigkeitsbereich auf eine Einrichtung beschränkt ist, können nun Ereignisse im zugehörigen Landkreis sehen. Krankenhausinformanten*innen haben ein Leserecht für alle Ereignisse im zuständigen Landkreis. Außerdem besteht die Möglichkeit Ereignisteilnehmer zu diesen Events hinzuzufügen. Sind die Ereignisse der zugehörigen Einrichtung zugeordnet, können diese auch von Krankenhausinformanten*innen erstellt werden. (#5242)

2. In der Fallstatuskarte auf der Überwachungsübersicht kann nun “epidemiologische Situation anzeigen” ausgewählt werden. Unter dem Reiter Ebenen kann nun ‘epidemiologische Situation anzeigen’ ausgewählt werden, um die epidemiologische Situation des Gesamtjahres abzubilden, unabhängig von allen anderen oben aufgeführten Filtern. (#4176)
3. Fälle, die als X-kein Fall kategorisiert sind, sind nun nicht mehr in der Gesamtanzahl der Fälle auf der Überwachungsübersicht enthalten. Die Falldefinitionskategorie “ Kein Fall” wird nun nicht mehr in die Berechnung der Anzahl der Fälle einbezogen (#4099).

4. Vor- und Nachname einer Person können nun bearbeitet werden, wenn eine Labormeldung verarbeitet wird. Beim Transfer von Labormeldungen aus externen Laboren werden teilweise die Namen von Personen falsch übermittelt. Diese Fehler können nun direkt bei der Verarbeitung der Labormeldung in SORMAS korrigiert werden. (#5130)

1. In Suchfeldern können nun auch Wortteile zum Filtern genutzt werden. Soll nach Braunschweig gesucht werden, wird dies auch gefunden, wenn nur nach ‘sc’ gesucht wird. (#3445)

2. Primäre Telefonnummern und Emailadressen können nun importiert werden. Die Importvorlagen für Fälle, Kontakte und Ereignisteilnehmer wurden angepasst und ermöglichen einen Import von primären Kontaktdaten. Die Personenkontaktdetails ‘PersonContactDetails’ wurden ins Datenbeschreibungsverzeichnis hinzugefügt. (#5011)

3. Durch einen Doppelklick auf einen Button öffnen sich die gewünschten Fenster nicht mehr doppelt. Wenn eine Funktion, z.B. ‘neuen Fall anlegen’ mit einem Doppelklick ausgewählt wird, öffnet sich das Fenster nur noch einmal und nicht mehrfach. (#5227)

4. Wird eine Einrichtung gesucht, ohne vorher einen Landkreis ausgewählt zu haben, erscheint ein Hinweis, dass zuvor ein Landkreis ausgewählt werden muss. Befindet sich die Heimatadresse eines Falls in einer Einrichtung, kann eine der hinterlegten Einrichtungen nur ausgewählt werden, wenn zuvor ein Bundesland und ein Landkreis/kreisfreie Stadt ausgewählt wurde. Um SORMAS intuitiver zu gestalten, wurde eine Meldung hinzugefügt, die darauf hinweist, dass Einrichtungen, die für einen Landkreis hinterlegt wurden, erst sichtbar sind, wenn dieser auch ausgewählt wurde. (#5188)

5. Das Ende der Nachverfolgung wird nicht mehr automatisch nach dem Meldedatum berechnet. Bei symptomatischen Fällen wird das Ende der Nachverfolgung anhand des Symptombeginns berechnet. Ist ein Fall asymptomatisch, wird das Probenentnahmedatum herangezogen, allerdings nur, wenn hier ein positives Erregertestergebnis hinterlegt ist. Bei Kontakten wird das Datum des letzten Kontakts genutzt. Nur wenn das Datum der ersten Probe nach dem Meldedatum liegt, wird das Meldedatum verwendet. (#3243)

6. Der Warnhinweis, der bei der Auswahl eines Datums der Nachverfolgung angezeigt wird, enthält nun mehr Informationen auf welcher Grundlage das Datum berechnet wird.

7. Mehrere kleinere Verbesserungen für die Expositionstabellen. Wichtige Informationen fehlten in der Auflistung der Expositionen, sodass der Nutzer in die Exposition selbst navigieren musste, um weitere Informationen einsehen zu können. In der Tabellenübersicht werden jetzt weitere Daten zur Verfügung gestellt: Rolle, wenn Die Rolle angegeben wurde, werden alle nachfolgenden Informationen nun (sofern vorhanden) schon in der Tabelle aufgeführt. Ebenso wird beim Aufenthaltsort verfahren. (#4589)

8. Zu allen Verzeichnissen wird nun der Impfstatusfilter hinzugefügt. Auf diese Weise können diese Verzeichnisse nach Fällen, Kontakten und Ereignisteilnehmern mit dem Impfstatus ‘geimpft’, ‘ungeimpft’, ‘unbekannt’ gefiltert werden. Zudem wird eine weitere Spalte ‘Impfstatus’ zu jedem o.g. Verzeichnis hinzugefügt. (#4482)

9. Ein Filter ‘Beziehung zum Fall’ wird auf dem Kontaktverzeichnis zur Verfügung gestellt. Das Kontaktverzeichnis kann nun mit den Parametern zu ‘Beziehung zum Fall’ – ‘Leben im selben Haushalt’; ‘anderes Familienmitglied oder Freund’; ‘Arbeiten in der gleichen Umgebung’; ‘Hat medizinische Versorgung für den Fall bereitgestellt’ und ‘andere’ durchsucht werden. (#4807)

10. Virusvarianten-Filter für das Kontaktverzeichnis und Hervorhebung der Varianten beim Indexfall. Auf dem Kontaktverzeichnis gibt es nun neben dem Filter ‘Krankheit’ den Filter ‘Virusvarianten’, um die Liste der Kontakte nach Indexfällen mit Virusvarianten zu durchsuchen. Bitte wählen Sie zuerst die Krankheit aus, erst dann können Virusvarianten angewählt werden. (#4437)

11. Bei Ereignissen ist das Pflichtfeld Meldedatum nun nachträglich editierbar. Für Ereignisse muss ein Meldedatum dokumentiert werden und kann ein Ereignisstart- und Enddatum hinterlegt werden. Da das Ereignisdatum kein Pflichtfeld ist, wird beim Filtern das Meldedatum genutzt, sofern kein Ereignis(start)datum hinterlegt wurde. Für die Überarbeitung der Überwachungsübersicht ist diese Filtermöglichkeit entscheidend. (#4175)

12. Anpassung der Dokumentation von Reihenuntersuchungen durch Erweiterung der Auswahlmöglichkeiten. In SurvNet wurden weitere Auswahlmöglichkeiten beim Feld “Krankheit bekannt durch” hinzugefügt. Diese Anpassung erfolgte nun auch in SORMAS. Das Feld ‚Fallidentifikationsquelle‘ wurde in SORMAS in ‚Fall bekannt durch‘ umbenannt. Für die Dokumentation im Feld ‘Fall bekannt durch’ werden nun bei Auswahl von ‘Testung/ Reihenuntersuchung’ die Felder ‘Selbst veranlasster Test’ und ‘Selbst durchgeführter Test’ zur Verfügung gestellt. (#5063)

13. Ereignisgruppen wurden dem Datenbankexport hinzugefügt. Der Export der Ereignisgruppen ist nun im Bereich Statistik – Datenbankexport auswählbar. (#5191)

14. Alle Bearbeitungselemente wurden nun auch im Bereich Einstellungen einheitlich auf die linke Seite verschoben, sodass diese nun auf allen Verzeichnissen an derselben Stelle zu finden sind. (#5017)

15. Die Angaben in der Überwachungs- und Kontaktübersicht wurden korrigiert und überarbeitet. Auf der Überwachungsübersicht wurden die Datumsangaben zur Einbindung und Anzeige von Ereignissen korrigiert. Die Einbindung der bisher fehlenden Falldefinitionskategorien (D+E) in der Sektion “neue Fälle” und für die Epi-Kurve wurde vorgenommen. Fälle mit der Falldefinitionskategorie D oder E werden als “bestätigte Fälle” auf der Fallstatuskarte angezeigt. Die Angabe “Fälle in Quarantäne” wurde nun repariert. Die Angabe “In Fall konvertierte Kontakte” wird umbenannt in “Fälle resultierend aus Kontakten”. “Letzte Meldung” und “zuletzt gemeldeter Landkreis” werden synchronisiert und repariert.  Die Einbindung der Falldefinitionskategorie ‘X- kein Fall’ wird von allen Grafiken und Angaben ausgeschlossen. Die Angaben in der Epi-Kurve werden um “unbekannt” neben lebendig oder verstorben ergänzt. In der Kontaktübersicht werden nun Kontakte auf Basis des Meldedatums und nicht anhand ihres zugeordneten Falles angegeben, da es auch Kontakte ohne Index gibt und es hier zum Datenverlust kam. Die Angabe von Kontakten in Quarantäne wurde den Fällen angepasst und die Angabe der Kontakte pro Fall wurde korrigiert. (#3004)

16. Einführung einer Konfiguration zur In/-Aktivierung der Multi-Upload-Funktion für Dokumente, zur Vermeidung von Serverproblemen. Mit dem Release von SORMAS 1.59 wurde eine Funktion für den Upload von Dokumenten in den Fall-, Kontakt- und Ereignis-Entitäten eingeführt. Während die Dokumentenablage auf lokalen Entwicklungs- und Test-Instanzen fehlerfrei funktioniert, musste nach dem Rollout auf den Produktivinstanzen der Gesundheitsämter festgestellt werden, dass durch ITZBund-spezifische Netzwerk-Filter die Upload-Funktion blockiert wird. Eine Neukonfiguration der Netzwerk-Filter zur Freigabe der Upload-Funktion wird von ITZBund zu diesem Zeitpunkt nicht unterstützt. Folglich war es für Gesundheitsämter mit der aktuellen SORMAS Version nicht möglich, die neue Dokumentenablage-Funktion in einer Produktivumgebung zu nutzen. Die Lösung beinhaltet die Anpassung der Multi-Upload-Funktionalität (das gleichzeitige Hochladen von mehreren Dokumenten), sodass nun nur ein Dokument pro Upload in SORMAS abgelegt werden kann. Dies gewährleistet die Kompatibilität mit den Netzwerk-Einstellungen von ITZBund, jedoch wird das gleichzeitige Hochladen von Dokumenten deaktiviert. Es wird parallel an weiteren Lösungen gearbeitet, die eine Nutzung der Dokumentenablage im vollen Umfang gewährleisten sollen. Der einfache Upload für Dokumente steht Ihnen nun wieder zur Verfügung. (#5452)

17. Einführung neuer Filter im Ereignisverzeichnis für das Senden an die Meldesoftware. Mit dem folgenden Filter können Fälle aufgelistet werden, die in einem bestimmten Zeitraum zuletzt an die Meldesoftware gesendet wurden:

18. Die Probentypen in SORMAS wurden an die DEMIS-Labormeldungen angepasst und werden nun automatisch vorausgefüllt. SORMAS übernimmt den Probentyp der DEMIS-Labormeldung soweit möglich. Neu werden „Vorderer Nasenloch-Abstrich“, „Oropharynx-Aspirat“, „Nasopharynx-Aspirat“ und „Pleuralflüssigkeitsprobe“ übernommen #4773. Folgende Probentypen stehen nun insgesamt zur Verfügung:

1. Nutzerdefinierbare Dropdown-Einträge ermöglichen dem Nutzer serverspezifische Dropdown-Felder. Zur Optimierung der SORMAS Nutzung in allen Ländern wird die Funktionalität der serverspezifischen Dropdown-Felder eingeführt. Diese Funktionalität steht nun z.B. auch für die Krankheitsvarianten zur Verfügung. Dafür wird ein neues System mit Hilfe einer zusätzlichen Datenbanktabelle erstellt. Auf diese Weise können Felder besser und schneller länderspezifisch angepasst werden. WICHTIG: diese Anpassungen können nicht individuell für ein Gesundheitsamt vorgenommen werden, sondern ausschließlich landesspezifisch und gesamtheitlich und ausschließlich mit direktem Datenbankzugriff. Bitte nutzen Sie (als Admin) diesen Link für weitere Informationen. (#5247)

2. Entkopplung des Aufenthaltsortes, vom jeweiligen Zuständigkeitsbereich. Um Fälle, die sich aktuell z.B. in einer Klinik befinden, besser abbilden zu können, wurde der Aufenthaltsort vom Zuständigkeitsbereich entkoppelt. Wenn also die Klinik in einem anderen Landkreis liegt, als der ursprüngliche Aufenthaltsort kann dies nun dokumentiert werden und hat keinen negativen Einfluss auf die Zugriffsrechte. (#3254) Die neue Struktur der Fallakte wird wie folgt aussehen:

3. Neue Funktionalität zur Zusammenführung von Kontakt-Duplikaten. Die von den Fällen bekannte Funktionalität der Zusammenführung der Duplikate wird nun auch für Kontakte eingeführt. Auf diese Weise können Duplikate identifiziert und zusammengeführt werden. Sie finden diese Funktion unter dem Button “Mehr” “Duplikate zusammenführen”.

4. Wenn ein Fall aus einer Kontaktsituation oder einer Ereignissituation resultiert, können nun alle anhängigen Entitäten im gleichen Inkubationszeitraum zu diesem resultierenden Fall verlinkt werden. Diese Funktionalität unterstützt den Nutzer bei der Konvertierung eines Kontaktes oder Ereignisteilnehmers in einen Fall dabei, alle anhängigen Kontakt- und Ereignissituationen dieser Person (Bedingung: es muss der gleiche Indexfall vorliegen) im gleichen Inkubationszeitraum zu diesem Fall zu verlinken. Diesen Prozess können Sie in der Kontakt-Akte bei der Konvertierung zum Fall vornehmen und auch aus der Liste der Ereignisteilnehmer heraus, sofern die Kontakte bestätigt sind. Bei diesem Prozess gibt es dann eine Abfrage, welche wie folgt aussehen wird: (#4321)

5. Hinzufügen von epidemiologischen und labordiagnostischen Evidenzfeldern für Ereignis-Cluster. Es wurden Felder in SORMAS hinterlegt für ein SurvNet-konformes Mapping bei Übertragung der Daten von SORMAS nach SurvNet. Wenn als primärer Übertragungsweg ‚Hauptsächlich von Mensch zu Mensch‘ im Ereignis Cluster angewählt wird, kann nun die labordiagnostische Evidenz ‚JA/NEIN/UNBEKANNT‘ dokumentiert werden. Bei Anwahl von ‚JA‘ öffnen sich zwei weitere Checkboxes: ‚Nachweis bei mindestens zwei infizierten bzw. erkrankten Personen‘ (hier öffnet sich bei Anwahl eine weitere Checkbox ‚Erreger-Feintypisierung stimmt überein‘) bzw. ‚Nachweis an Gegenständen‘. Bei Anwahl dieser Checkbox werden die folgenden Checkboxes aufgerufen: ‚Abklatschprobe; Wasserprobe, Sonstiges, Erreger-Feintypisierung stimmt mit der der Fälle überein‘. (#5061)  

6. Massenhaftes Bearbeiten von Aufgaben. Eine Option zur massenhaften Bearbeitung von Aufgaben wird zur Verfügung gestellt. Diese Option umfasst die Zuweisung von Aufgaben, Zuordnung einer Priorität und Anpassung des Aufgabenstatus‘. Zudem wird, neben der Löschoption, eine massenhafte Archivier- und Bearbeitungsoption geschaffen (#3430). Die neue Ansicht zum massenhaften Bearbeiten von Aufgaben sieht wie folgt aus:

7. Massenbearbeitungsoption zur In-/ Aktivierung von Benutzern. Für die massenhafte Bearbeitung von Benutzern steht nun eine Option zur In- bzw. Aktivierung der Nutzer zur Verfügung. Zur Erinnerung: Nutzer können langfristig oder kurzfristig inaktiviert werden, z.B. um Urlaube oder Personalwechsel abbilden zu können. (#4966)  

8. DEMIS-Meldungen können als PDF-Datei heruntergeladen werden. Nutzer, die DEMIS-Labormeldungen verarbeiten, können diese nun auch als pdf-Datei herunterladen. Mit Klick auf den Download-Button wird das Herunterladen automatisch gestartet. Das Herunterladen ist unabhängig vom Status der Labormeldung (Verarbeitet, Unverarbeitet, Weitergeleitet). Die Labormeldung wird als Datei im PDF-Format zur Verfügung gestellt. Alle Angaben der Labormeldung sind in der Datei enthalten, lediglich die Formatierung ist nicht dieselbe wie bei der Ansicht über das Auge-Symbol. (#4703)

1. Dokumente hochladen funktioniert nicht.Die neue Funktion Dokumente bei Fällen und Kontakten hochzuladen funktionierte bei SORMAS Instanzen, welche bei ITZ Bund betrieben werden. Das Problem konnte behoben werden, ein Hochladen einzelner Dokumente zu Fällen und Kontakten ist nun möglich. (#5452)

2. Überarbeitung des Nutzerreferenz- Datentransferobjektes für Datenanfragen über die ReST-Schnittstelle. Durch die Hinterlegung einer falschen „shortcaption“ konnten externe Anfragen über die RST-API nicht beantwortet werden und ergaben eine Fehlermeldung. Dieser Fehler wurde behoben. (#5181)

3. Diverse getCaptionAlwaysWithUuid Server Eigenschaften für Kontakte wurden repariert. (#5469)

4. Fehlende Tabellen im Datenbeschreibungsverzeichnis wurden hinzugefügt. Im Datenbeschreibungsverzeichnis sind nun auch die Kontaktdetails der Person (PersonConatctDetails), Aktivität als Fall (ActivityAsCase) und vorherige Krankenhausaufenthalte (previous hospitalisation) als Blatt enthalten. (#5271)

5. Das Trimesterfeld wird nur noch bei weiblichen Personen angezeigt.Bei ‘Fall’ unter ‘zusätzlichen medizinischen Informationen’ wird das Trimesterfeld nur noch Im Falle einer weiblichen Person angezeigt, bei der eine Schwangerschaft bestätigt wurde. (#5377)

6. Details von Ansprechpersonen werden bei Ort erst angezeigt, wenn eine Art der Einrichtung ausgewählt wurde. Unter Informationen des Ortes in z.B. einem Ereignis, erscheinen die vier Felder zur Ansprechperson erst, wenn bei der ‘Art des Ortes’ ‘Einrichtung’ und bei ‘Art der Einrichtung’ eine Einrichtung gewählt wurde. (#5374)

7. Das endgültige Ergebnis eines Erregertests einer Krankheit wird nicht mehr übernommen, falls gleichzeitig eine Probe angelegt wird, die nicht mit der Krankheit des Erregertests identisch ist. Werden eine neue Probe und ein Erregertest zeitgleich angelegt, wird das Ergebnis des Erregertests nicht mehr automatisch übernommen, wenn beim Erregertest eine abweichende Krankheit angegeben ist, als die Krankheit, die bei der Probe hinterlegt wurde.  (#5466)

8. Im Kontaktverzeichnis wird in der Spalte ‘Art des Kontaktes’ der engste Kontakt aufgeführt, wenn mehrere vorhanden sind. Die Spalte ‘Beziehung mit Fall’ ist nun rechts neben der Spalte ‘Art des Kontaktes’ im detaillierten Kontaktverzeichnis zu finden. (#5455) 

9. Wird bei der Fallerstellung als Aufenthaltsort ‘zuhause’ gewählt, erscheint beim Speichern keine Fehlermeldung, dass eine falsche medizinische Einrichtung gewählt wurde. Bei der Erstellung eines neuen Falles mit dem Aufenthaltsort ‘zuhause’ kann gespeichert werden, ohne, dass eine Fehlermeldung erscheint, dass eine falsche Einrichtung gewählt wurde. (#5447)

10. Ereignisteilnehmer können im Ereignis wieder gefiltert werden. Werden Ereignisteilnehmer in einem Ereignis aufgelistet, können diese wieder über die Filter über der Teilnehmerübersicht durchsucht werden. (#5445)

11. Erregertests können endgültig gelöscht werden. Wird ein Erregertest gelöscht, wird dieser nicht mehr in der Probenübersicht angezeigt. (#5443)

12. Wird ein Kontakt in einen Fall konvertiert, werden die Kontaktdetails vollständig übermittelt. Bei der Konvertierung eines Kontakts zu einem Fall werden die primären Kontaktdetails, Telefonnummer und Emailadresse, übertragen und sind in den Kontaktinformationen bei Fall Person zu finden. (#5383)

13. Die Validierung für Aktenzeichen bezieht auch gelöschte Fälle mit ein. Wird ein Aktenzeichen (AZ) für einen Fall angelegt, das schon einmal vergeben wurde, erscheint eine Fehlermeldung, dass dieses AZ bereits an einen Fall vergeben wurde. Dies wurde nun behoben, die Validierung bezieht nun keine gelöschten Fälle mehr mit ein. (#5353)

14. Die Spalte Geburtsdatum ist den Importvorlagen für Ereignis und Ereignisteilnehmer hinzugefügt worden. Sollen Ereignisteilnehmer importiert werden, kann in die Spalte Geburtsdatum nun das entsprechende Datum eingetragen werden. (#5234)

15. Gemeindebeauftrage können nur Personen ansehen, für die sie eine Berechtigung haben. Personen, für die keine Berechtigung besteht, sind pseudonymisiert und können vom Gemeindebeauftragten nicht eingesehen werden. Eventuelle Beziehungen zwischen Fällen können auch nicht im Personenverzeichnis über die Spalten eingesehen werden.  (#4921) 

16. Für Emailadressen in den Kontaktdetails erfolgt eine Validierung. Wird eine Emailadresse eingetragen, die keinem Emailformat (Abcde@fgh.de) entspricht, kann diese nicht gespeichert werden. (#4921)

17. Im Probenverzeichnis kann nach der Proben-ID gefiltert werden. Wird im Probenverzeichnis in das Filterfeld ‘Proben-ID/Name…’ eine vorhandene Proben-ID eingegeben, wird diese im Verzeichnis der Proben angezeigt. (#5344)

18. Wird ein detaillierter Import von Fällen durchgeführt werden Leerzeichen vor Einträgen erkannt und nicht nach SORMAS übertragen. Werden Fälle, bei denen eine Impfdosis eingetragen war, mittels eines detaillierten Exports eingeführt, wird ein etwaiges Leerzeichen vor der Zahl der Dosis erkannt und nicht nach SORMAS übertragen. (#5131)

19. Das Datum des letzten Kontakts in mehrtätigen Kontaktsituationen kann nicht in der Zukunft liegen. Wird ein mehrtägiger Kontakt ausgewählt und das Datum des letzten Kontakts liegt in der Zukunft erscheint eine Fehlermeldung. (#5283)

20. Die Anzeige der Filter für die Zusammenführung von Fällen überlappen den Bildschirmrand. Die Anzeige für die Zusammenführung von Fällen wurde repariert. Ein Scrollen zur vollen Ansicht des Filterpannels ist nun nicht mehr notwendig. (#5278)

21. Betätigen des Feldes “Verwerfen” beim Anlegen eines Erregertestes führte nicht zum Schließen des Fensters. Dieser Fehler wurde behoben. (#5267)

22. Die Anzeige pseudonymisierter Fälle ausgehend vom Personenverzeichnis funktionierte nicht. Wenn ein Fall in Region A erstellt wurde und ein zugehöriger Kontakt in Region B und der Nutzer mit Zuständigkeit für Region B nun die anhängigen Fälle für die Person in Region A einsehen möchte, war die Fallliste leer. Dieser Fehler wurde behoben, Ihnen wird nun der pseudonymisierte Fall direkt im Personenverzeichnis angezeigt. (#5277)

23. Ausschluss gelöschter Fälle bei der Suche nach der externen ID. Gelöschte Fälle werden nun nicht mehr bei der Suche mit der externen ID angezeigt. (#5462)

24. Die Abfrage zur Aktualisierung der Virusvarianten funktionierte nicht bei der Verarbeitung von DEMIS-Labormeldungen. Die neu eingeführte Abfrage beim Nutzer, ob nach Eingabe eines positiven Erregertestresultates mit neuer Variante, diese Variante beim Fall aktualisiert werden soll, steht Ihnen nun auch bei der Verarbeitung von DEMIS-Labormeldungen zur Verfügung.  (#5190)

25. Simultanes Abrufen von DEMIS-Labormeldungen führte zur doppelten Hinterlegung in der SORMAS Datenbank. Wenn zwei Nutzer mit gleichen Rechten DEMIS-Labormeldungen abrufen, wurden diese zweifach in der SORMAS Datenbank hinterlegt. Dieser Fehler wurde behoben, indem dem zweiten Nutzer nun ein Warnhinweis angezeigt wird: “Ein anderer Nutzer ruft zu diesem Zeitpunkt Labormeldungen ab. Wenn Sie weiterverfahren, kann dies die doppelte Hinterlegung der DEMIS-Labormeldungen bedingen”. (#5154)

26. Die Bearbeitung der Telefonnummern in SORMAS führte nicht zur Aktualisierung dieser Daten in CLIMEDO. Die Bearbeitung existierender, sowie die Hinterlegung neuer und das Löschen alter Telefonnummern in SORMAS führte nicht zur Aktualisierung der Daten in CLIMEDO. Die Übertragung der Telefonkontaktdaten steht Ihnen nun wieder zur Verfügung. (#5233)

27. Keine Aktualisierung der Nachverfolgungsdauer im Symptomtagebuch CLIMEDO nach Kontakt-zu-Fall-Konvertierung. Wenn ein Kontakt in einen Fall konvertiert wurde, wurde die Nachverfolgungsdauer nicht entsprechend angepasst. Dieser Fehler wurde behoben.  (#5155)

28. Der Abbruch der Nachverfolgung bei im Symptomtagebuch PIA registrierten Personen funktionierte nicht. Nach der Registrierung von Personen im PIA-Symptomtagebuch funktionierte der “Abbruch der Nachverfolgung” Button nicht. Dieser Fehler wurde nun behoben. Der Abbruch der externen Nachverfolgung funktioniert nun wieder und der Nutzer wird nach dem Abbruch durch einen Hinweis entsprechend informiert. (#4943)

1. Die Anleitung zum Aufsetzen einer Entwicklungsinstanz wurde verbessert.  (#5230)
2. Zwei neue Wiki Artikel wurden verfasst, welche alle Optionen zur Server Konfiguration und Feature Konfiguration auflisten und beschreiben. (#5249)
3. Eine standardisierte Dokumentation für externe Symptomtagebücher liegt nun vor und kann hier eingesehen werden.  (#4799)

1.      Umgang mit Reinfektionen

Veränderungen:

1. In einigen Fällen wird das Löschen an die Meldesoftware nicht übernommen. Dieses Problem wurde nun behoben. Wenn ein Fall in SORMAS gelöscht wird, wird dieser nun auch aus SurvNet entfernt, sofern dieser dort geführt wurde. Dies passiert nur, wenn die externe ID nicht ausgefüllt ist und auch nicht für einen anderen Fall bereits verwendet wurde.

Veränderungen:

1. Beim Import neuer Infrastrukturdaten werden nun die exakten Namen der Lokaldaten bei der Dublettenprüfung abgeglichen. Somit werden Importfehler vermieden. #4994
2. Ein Doppelklick auf den SurvNet Button führte zur doppelten Übermittlung der Daten an SurvNet. Dieser Fehler wurde nun behoben, ein Doppelklick wird aktiv vermieden. #5252

Fehlerbehebungen:

1. Die Verlängerung der Nachverfolgungsdauer funktionierte nicht. Es wurde keine adäquate Fehlermeldung angegeben. Das neu eingegebene Datum wurde nicht abgespeichert, aber der Kontakt als erfolgreich abgespeichert tituliert. Diese Fehler wurden nun behoben. #5212
2. Nach dem Ändern der Quarantänedauer, wird die Nachverfolgungsdauer nicht angepasst. Dieser Fehler wurde nun behoben. #5263
3. Wenn keine Änderungen beim Erregertest vorgenommen werden, erfolgt trotzdem die Abfrage, ob die Krankheitsvariante angepasst werden soll und der Hinweis, dass nicht gespeicherte Daten vorliegen. Diese Fehler wurden nun behoben. #5268

HINWEISE:

Bitte stellen Sie sicher, diese Schritte auszuführen, wenn Sie einen Sormas Server verwalten:

1. Eine neue Möglichkeit der Konfiguration Ihres Servers wurde hinzugefügt. Das Fenster mit den Datenschutzhinweisen, welches nach erstmaligem Einloggen eines neuen SORMAS-Benutzers erscheint, kann nun an- und abgeschaltet werden. Es ist nach den Standard SORMAS Konfigurationen ausgeschaltet, wird jedoch für deutsche Server als aktive Konfiguration beibehalten. Mit der Servereinstellung GDPR_CONSENT_POPUP kann diese Funktionalität angeschaltet werden.
2. Eine unaccent extension für PostgreSQL sollte aktiviert werden, um eine unempfindlichere Akzent Suche zu ermöglichen: CREATE EXTENSION IF NOT EXISTS unaccent.

Veränderungen:

1. Erweiterung des Rechtes externe Symptomtagebücher zu administrieren auf weitere Nutzerrollen. Bisher hatten Nutzer mit Überwachungsaufgaben keinen Zugriff auf die externen Symptomtagebücher. Dies ist nach Hinzufügen von Fällen zur Nachverfolgung mit Hilfe externer Symptomtagebücher aber höchst relevant. Die Überwachungsleitung, die Admin Überwachungsleitung, sowie der Überwachungsbeauftragte erhalten nun das Recht externe Symptomtagebücher zu administrieren und zu nutzen. #4772 [SYMPTOM JOURNAL & PATIENT DIARY]

2. Anpassungen beim Layout der Fallinformation und beim Menüband von SORMAS. Die Position bestimmter Felder wurde verändert, um die inhaltlichen Zusammenhänge besser abzubilden. Hierfür wurden die Felder „Tätigkeitsverbot“ und „Resultierte aus einem nosokomialen Ausbruch“ getauscht. Das Feld „Blut-/Organ-/Gewebespende in den letzten 6 Monaten“ wurde den zusätzlichen medizinischen Informationen zugeordnet. Das Feld “Verantwortliche/r Überwachungsbeauftragte/r befindet sich nun unter dem Feld „Nachverfolgungs-Status-Kommentar“. Das Feld „Reinfektion“ befindet sich nun unter den Feldern „Krankheit“ und „Krankheitsvariante“. Die Sektion „Personen“ wurden nun im linken blauen Menüband von SORMAS zwischen „Aufgaben“ und „Fälle“ platziert. #3776

3. Ausgegraute Externe ID bei Personendaten bei Nutzung der SurvNet-Schnittstelle. Die externe ID wird nun ausgegraut bei den Personendaten angezeigt und nicht mehr vollständig verborgen. #4985

4. Kein automatisches Laden der Duplikate in der „Doppelte Fälle zusammenführen“ Sektion. Mit dem Klick auf den Button „Mehr“ im Fallverzeichnis und der Auswahl von „Duplikate zusammenführen“ gelangt man zur Sektion „Doppelte Fälle zusammenführen“. Nun werden die Fälle erst nach Betätigung der Filter geladen und nicht direkt beim Öffnen des Verzeichnisses. #4111

5. Anpassung der Auswahl an Virusvarianten. Folgende neue Virusvarianten stehen nun zur Auswahl: 1.427; B.1.429; B.1.525, B.1.526; B.1.526.1 und P.2. Auch die indischen Varianten werden neu aufgenommen: B.1.617; B.1.617.1; B.1.617.2; B.1.617.3.

Neue Funktionen:

1. Die Tschechische Sprache ist jetzt auf der Nutzeroberfläche auswählbar.
   Die kürzlich in SORMAS hinterlegte Sprache „Tschechisch“ kann nun auch unter Benutzereinstellungen angewählt werden. #4449

2. Hinweis zum Ändern des Login-Passwortes für Standardnutzer beim Aufsetzen eines Servers
   Beim Aufsetzen einer neuen Server-Instanz, kann der Server-Admin eine Reihe an Standard-Nutzern für Test- und Entwicklungszwecke erstellen. Diese Nutzer haben standardmäßig festgelegte Passwörter, die nicht dauerhaft hinterlegt sein, sondern geändert werden sollten. Wenn sich ein Standardnutzer mit Standardpasswort einloggt, wird ein Hinweis angezeigt, dass das Passwort geändert werden muss. Diese Funktionalität kann nun bei den Servereigenschaften abgeschaltet werden.  #4690 #5081

3. Hinzufügen von Bevölkerungsdaten zu Gemeinden.
   Bisher konnten Bevölkerungsdaten nur für Bundesländer und Landkreise importiert werden. Gerade für die Statistik-Sektion von SORMAS ist eine Auswertung auf Basis von Gemeindedaten essentiell. Nun können auch Bevölkerungsdaten auf Gemeinde-Ebene in SORMAS importiert werden. Dafür wurden die Spalte Gemeinde in der Importvorlage geschaffen. #4271

4. Hinzufügen einer Option zum Löschen von Labormeldungen und Markieren als „Unklar“ oder „Weitergeleitet“.
   Beim Ansehen von noch nicht verarbeiteten Labormeldungen über das Auge-Symbol gibt es nun am Ende der Labormeldung die Möglichkeit diese zu löschen oder als „unklar“ bzw. „weitergeleitet“ zu markieren. Entsprechend gibt es im Verzeichnis der Labormeldungen die neuen Filter „Unklar“ und „Weitergeleitet“. In der Spalte „Status“ wird die entsprechende Markierung angezeigt. Dies bedeutet nicht, dass die Labormeldung von SORMAS an ein anderes Gesundheitsamt weitergeleitet wurde; aber ein Gesundheitsamt kann eine Labormeldung, die zu einem anderen Gesundheitsamt gehört, z.B. per E-Mail an ein anderes Amt senden und die Labormeldung bei sich als weitergeleitet markieren. #4851 [DEMIS]

5. Hinzufügen einer Löschoption für Labormeldungen im Massenbearbeitungsmodus. Wenn Sie mehrfach eingetroffene Labormeldungen löschen möchten, können Sie dies nun im Massenbearbeitungsmodus Menüpunkt Proben in der Ansicht Labormeldungen tun: Wählen Sie die entsprechenden Labormeldungen aus und betätigen Sie den Button „Löschen“. #4553

6. Erstellung von Ereignisgruppen.
   Neben der Einführung einer Hierarchie für Ereignisse wird Ihnen nun die Möglichkeit der Gruppierung von Ereignissen zur Verfügung gestellt. Über den Massenbearbeitungsmodus können sie entsprechende Ereignisse anwählen und sie einer neuen bzw. bestehenden Gruppe zuordnen. Im Ereignis selbst finden Sie rechts unter den über- und untergeordneten Ereignissen eine neue Box: „Ereignisgruppen“. Im Ereignisverzeichnis gibt es nun neben den Reitern „Ereignisse“ und „Aktionen“ auch den Reiter „Gruppen“. Ereignisgruppen können vom Admin, Nationalen Benutzer, Überwachungsleitung, Überwachungsbeauftragter, Ereignisbeauftragter und Gemeindebeauftragtem erstellt, bearbeitet und verlinkt werden. Der Admin und der Nationale Benutzer dürfen Ereignisgruppen löschen und der Admin darf diese archivieren. Ereignisgruppen sollen grundsätzlich dem Management von Ereignissen dienen wohingegen Über- und Unterordnung Infektionsgeschehen darstellen. #4256

7. Dokumentenablage für Ereignis-Aktionen. Bisher konnten Dokumente nur beim Ereignis selbst hochgeladen werden. Nun ist dies auch für Ereignis-Aktionen möglich, um die Transparenz von Informationen zu erhöhen. Sofern Aktionen für ein Ereignis hinterlegt sind, können Dokumente zu diesen Aktionen hinterlegt werden. #4502

8. Visualisierung von Labormeldungen im Proben- und Erregertestbereich.
   Bisher war es umständlich, nach der Bearbeitung einer Labormeldung zu dieser zurückzukehren, um z.B. nachträglich Fälle, Kontakte, Ereignisteilnehmer, Proben oder Erregertests zu erstellen. Nun werden diese direkt mit den Labormeldungen verknüpft und die Labormeldungen werden wie folgt angezeigt: Ein Dokumente-Symbol wird bei Proben- und Erregertest-Auflistungen angezeigt, wenn eine Labormeldung dafür anhängig ist. Ein Klick auf dieses Symbol öffnet die entsprechende Labormeldung, wenn diese in SORMAS zuvor verarbeitet wurde. Mit den Pfeilen (unten/Mitte) kann zwischen den hinterlegten Labormeldungen gewechselt werden. #4853

9. Dokumentenablage für Fälle und Kontakte.
   Das Anhängen von Dokumenten bei Fällen und Kontakten wird ermöglicht. Folgende Dateiformate können hochgeladen werden: jpg, png, doc, docx, pdf, xls, xlsx, dot, dotx mit einer maximalen Größe von 10MB. Die Gesamtkapazitat pro Verzeichnis beträgt etwa 10 GB. Diese Anhänge werden nicht angezeigt, wenn ein Nutzer ohne entsprechende Rechte Einsicht hat. Der meldende Nutzer hat grundsätzlich immer vollen Zugriff, auch wenn der Fall nicht in seinem Zuständigkeitsbereich fällt. Die Nutzeroberfläche für Dokumente wird sich rechts auf der Oberfläche bei Fällen und Kontakten befinden. #1771
   Die angehängten Dokumente können dann auch wieder heruntergeladen und gelöscht werden.

10. Anzeige des Datums und des Nutzers nach Änderung des Nachverfolgungsstatus. Wenn die Nachverfolgung für Fälle oder Kontakte vor dem eigentlichen/erwarteten Ende abgebrochen wird, werden zukünftig das Datum der Unterbrechung und der bearbeitende Nutzer dokumentiert. Zudem wird das anberaumte/ erwartete Nachverfolgungsende neben dem tatsächlichen Nachverfolgungsdatum angezeigt. #4138

Verbesserungen:

1. Suchfelder können nun auch Akzente und Umlaute bedienen.
   Bei der Suche nach Máx Mùstermänn wird nun auch Max Mustermann erkannt. #4168

2. Massenhaftes Generieren von Dokumenten ist nun möglich.
   Der Massenbearbeitungsmodus steht Ihnen nun auch für die Erstellung von z.B. Quarantänedokumenten zur Verfügung. Schalten Sie dafür den Massenbearbeitungsmodus wie gewohnt ein, wählen Sie die entsprechenden Fälle aus und gehen Sie auf das Dropdown „Massenbearbeitung“ oben rechts über die Fall-/Kontakttabelle. Wählen Sie in diesem Dropdown „Dokumente erstellen“. Sie können im Anschluss die gewünschte Vorlage auswählen und dann die Dokumente erstellen. Diese werden in einem Ordner gesammelt im Downloadbereich zur Verfügung gestellt. #3575

3. Zum Erregertest werden krankheitsspezifische und PCR-Test spezifische Felder hinzugefügt.
   Beim Erstellen einer neuen Probe und Angabe der Testergebnisse kann nun direkt nach Auswahl von PCR/RT-PCR und der getesteten Krankheit COVID-19 die „PCR/RT-PCR Testspezifikation“ dokumentiert werden. Zur Auswahl stehen „Nachweis variantenspezifischer Mutation(en)“ und „Nachweis der Mutation N501Y“. Im Feld darunter „getestete Krankheitsvariante“ stehen die in der Datenbank hinterlegten Virusvarianten zur Verfügung. Mit Eingabe einer getesteten Variante kann diese Information in die Fallinformation übernommen werden. #5029
   Auch die indischen Varianten werden neu aufgenommen: B.1.617; B.1.617.1; B.1.617.2; B.1.617.3.

4. Informationen zu Ansprechpersonen bei Einrichtungen können nun hinterlegt werden.
   Mit dieser neuen Funktionalität ist es möglich, Informationen zu Kontaktpersonen zu Einrichtungen hinzuzufügen. Folgende Informationen können dann zu den Einrichtungen hinterlegt werden: Vor- und Nachname, Telefonnummer, E-Mailadresse der Ansprechperson. #4755

5. Die Systemleistung für den detaillierten Export von Proben wurde verbessert. #4691
6. Die Systemleistung für das massenhafte Löschen von Proben wurde verbessert. #4892
7. Für die Personen in SORMAS wurde nun auch ein generelles Kommentarfeld hinzugefügt.
   Sie finden dieses Feld in der Personenakte ganz unten. #3936
8. Verbesserung der Leistung der Funktion „Fehlende Geokoordinaten generieren“ im Personenverzeichnis.
   Diese Funktion dient zum automatischen Hinzufügen der Geo-Koordinaten für die Heimatadressen aller aufgeführten Personen. Sie finden diesen Button im Personenverzeichnis rechts oben positioniert. #4938
9. Hinzufügen der neuen Tabelle mit den Kontaktdetails zum Datenbank-Export.
   Die Kontaktinformationen fehlten bisher für Kontakte und Fälle beim Datenbankexport in der Statistik-Sektion. Die Tabelle mit den Kontaktdetails mit entsprechender Verknüpfung zu den Personen ist nun verfügbar. #5009
10. Exportfunktion für die Nutzerrollen einer SORMAS Instanz.
    Auf der Nutzeroberfläche wird eine Exportfunktion für die tatsächlich in dieser Instanz aufgesetzten Nutzerrollen zur Verfügung gestellt. Auf der Nutzeroberfläche finden Sie oben rechts einen neuen Button „Benutzerrollen exportieren“ Auf Knopfdruck erhalten Sie eine Excel-Export-Datei, in welcher alle Rollen und ihre Rechte enthalten sind. #4882
11. Einrichtung einer eigenen Server-Eigenschaft für die Einwilligung zur Datenschutzerklärung.
    Einige Nutzer möchten diese Anzeige nicht erhalten. Diese kann nun ein- und abgeschaltet werden. #3731
12. Komfortable Filter für das Senden von SORMAS nach SurvNet.
    Die neuen Filteroptionen „Nur Fälle, die noch nicht an die Meldesoftware gesendet wurden“, „Nur Fälle, die bereits an die Meldesoftware gesendet wurden“ oder „Nur Fälle, die seit der letzten Übertragung an die Meldesoftware geändert wurden“ helfen, die Fälle nach diesen Kriterien besser und schneller filtern zu können, insbesondere, um diese im Massenbearbeitungsmodus an SurvNet zu senden. Diese Filter sind nur sichtbar, wenn Sie SORMAS mit der Schnittstelle SORMAS zu SurvNet nutzen. Zusätzlich wurde zum Datumsfilter auf dem Fallverzeichnis der Filter „Letzte Übertragung an SurvNet“ hinzugefügt. Außerdem besitzt das Fallverzeichnis weitere Spalten: „Zuletzt an Meldesoftware übertragen“, „Meldesoftware Status“ und „Anzahl der Übertragungen an Meldesoftware“. #3947
13. Das Löschen eines Falls in SurvNet unter Beibehaltung des Falls in SORMAS wird ermöglicht.
    Neben dem Button „Senden“ finden Sie nun das Symbol eines Papierkorbs. Damit wird der Fall in SurvNet gelöscht und verbleibt in SORMAS. Dies ist hilfreich, wenn die Zuständigkeit für den Fall wechselt. Dann kann der Fall in SurvNet gelöscht und anschließend das zuständige Gesundheitsamt geändert werden. Das eigentlich für den Fall zuständige Gesundheitsamt meldet den Fall selbst an SurvNet, womit letztlich nur ein positiver Fall in die Statistik eingeht (und nicht zwei). Die Löschfunktion kann auch genutzt werden, wenn ein Fall (noch) nicht nach SurvNet gesendet werden sollte. In der Historie im Kasten „Meldesoftware“ können Sie nun den aktuellen Status des Falls ablesen (nach SurvNet gesendet oder aus SurvNet gelöscht).
    
    WICHTIG: Bei diesem Löschvorgang müssen Sie die Datei trotzdem in SurvNet herunterladen, entpacken und einlesen, damit die Fälle in SurvNet tatsächlich verworfen werden.  #4683
14. Zusätzliche Spalten wurden zum Verzeichnis der Labormeldungen hinzugefügt. Die folgenden Spalten wurden hinzugefügt: Name des Meldenden (Labor), Postleitzahl des meldenden Labors, Postleitzahl des Patienten. #4841

Fehlerbehebungen:

1. Fehlerhafte Länderliste im Ereignis-Bereich. Bei Ereignissen konnten nur Länder ausgewählt werden, welche zum Subkontinent der lokalen Instanz bzw. zum hinterlegten Ländernamen in den Servereigenschaften gehörten. #4981
2. Fehlerhafte Eingaben beim Geburtsdatum waren möglich. Bei der Eingabe des Geburtsdatums konnten Daten in der Zukunft eingegeben werden. Dieser Fehler wurde nun behoben. #4138
3. Diverse Fehler bei der Berechnung der Nachverfolgungsdauer wurden auf der Benutzeroberfläche und in der Entwicklungsarchitektur repariert. Wenn nun falsche Daten zur Nachverfolgung eingegeben werden, wird ein Warnhinweis mit dem standardmäßig gesetztem Nachverfolgungsende angezeigt und der Nutzer kann dieses standardmäßig gesetzte Datum wieder abspeichern. #4191
4. Fehler beim massenhaften Archivieren von Einrichtungen. Das Archivieren von Einrichtungen mit Hilfe des Massenbearbeitungsmodus erzeugte eine Fehlermeldung. Dieser Fehler wurde nun repariert und die Funktionalität steht wieder zur Verfügung. #5083
5. Fehlerhafte Verarbeitung beim Ändern des Krankheitsverlaufes eines Falles. Wenn der Krankheitsverlauf mehrerer Fälle (einer Person) mittels Massenbearbeitungsmodus auf „verstorben“ gesetzt wurde, wurde eine Fehlerschleife auf den Servern induziert. Nun wurde eine produktive Warnmeldung implementiert, sodass Fehler nur einmalig in den Serverlogs hinterlegt werden. #5099
6. Zuordnung von übergeordneten Ereignissen beim Import missverständlich. In der Importvorlage wurde der Nutzer aufgefordert den Namen des übergeordneten Ereignisses anzugeben. Diese Eingabe führte zur Fehlermeldung, dass das referenzierte Ereignis nicht existiert bzw. archiviert wurde. An dieser Stelle muss die UUID des übergeordneten Ereignisses angegeben werden. Dies wurde nun in der Ereignis-Importvorlage wieder angepasst. #5132
7. Filterfehler beim Fallverzeichnis. Der Filter „Symptomtagebuchstatus“ funktionierte nicht und wurde nun repariert. #5062
8. Fehlerhafte Kartenanzeige. Die Fallstatuskarte zeigte nicht die Region der Serverinstanz. Dies konnte auf eine fehlerhafte Angabe der Längen- und Breitengrade zurückgeführt werden und wurde nun behoben. #4936
9. Fehlerhafte Suche nach Indexfällen beim Anlegen neuer Kontakte. Die Suchfunktion für Fallnamen bei der Erstellung neuer Kontakte führte zu fehlerhaften Ergebnissen. Dies wurde nun behoben. #5147
10. Der Datumsfilter im Aufgabenverzeichnis funktionierte nicht. Dieser Fehler wurde nun behoben. #5008
11. Importfehler für Subkontinente und Länder. Eine Fehlermeldung wurde beim Import von (Sub-) Kontinenten und Ländern angezeigt. Dieser Fehler wurde repariert, die Importfunktion steht Ihnen wieder zur Verfügung. #5143
12. Importierte Kontakte werden nicht direkt nach dem Import in der Tabelle beim Fall angezeigt. Importierte Kontakte beim Fall wurden nicht direkt nach dem Import angezeigt. Der Nutzer musste ein zweites Mal auf den Reiter Kontakte navigieren, um die importierten Kontakte sehen zu können. Dieser Anzeigefehler wurde nun repariert. #5040
13. Fehlerhafter Export und Import der Symptome Koma und Schläfrigkeit. Die Symptome Koma und Schläfrigkeit wurden nicht exportiert und konnten auch nicht importiert werden. Dieser Fehler wurde nun behoben. #5092
14. Fehlende Servereinstellungen bedingten das Fehlen der Anzeige von Ländern, Kontinenten und Subkontinenten bei Einstellungen in SORMAS. Diese Einstellungen führten auch zur fehlerhaften Anzeige der Filter und Spalten zu Ländern und (Sub-)Kontinenten. Die Servereinstellungen wurden nun überarbeitet und alle notwendigen Anzeigen stehen Ihnen zur Verfügung. #5019
15. Der GA-individuelle Name der SORMAS Instanz für Exporte und Importe wird nicht berücksichtigt. Beim Export von Bevölkerungsdaten und bei allen Importen wurde der zuvor neu eingeführte GA-individuelle Name der SORMAS-Instanz für die csv-Dateien nicht berücksichtigt. Dieser Fehler wurde nun behoben. #5018
16. Fehlerhafte Datumsvalidierung. Bei diversen Datumsangaben fehlte eine entsprechende Validierung, z.B. damit das Enddatum nicht vor dem Startdatum liegen kann (z.B. Datumsangabe für einen ITS-Aufenthalt bei Krankenhausaufenthalten). Diese Validierungen wurden nun gesetzt. #4928
17. Ereignis-ID wird zu häufig im nutzer-definierten Export von Ereignisteilnehmern angezeigt. Die Ereignis-ID wurde fälschlicherweise mehrfach beim nutzerdefinierten Export zur Auswahl gestellt. Dieser Fehler wurde nun behoben zu einer Ereignis-ID, einer Fall-ID, einer Personen-ID und einer Ereignisteilnehmer-ID. #4929
18. Fehlermeldung beim Import durch Gemeindefeld. Der Importfehler, ausgelöst durch das Feld „Gemeinde“, wurde nun behoben. Ein Fallimport mit Angaben im Feld Gemeinde ist nun möglich. #5093
19. Der Warnhinweis zu ungespeicherten Daten erscheint, obwohl keine Änderungen im Ereignis-Datenblatt vorgenommen wurden. Die fehlerhafte Anzeige des Warnhinweise wurde nun behoben. #5039
20. Fehlende Übersetzungsmöglichkeiten für die Felder Kontinent und Subkontinent. Bisher fehlte die Übersetzung der beiden Felder „Kontinent“ und „Subkontinent“. Die Voraussetzungen dafür wurden nun geschaffen. #4987
21. Verbesserung der Statistik Karte – Überlappung von Landkreisen. Manche Landkreise wurden fehlerhaft in der Statistik-Karten-Sektion dargestellt. Dies lag daran, dass es in Deutschland Stadt- und Landkreise mit identischen Namen gibt (z.B. LK und SK Würzburg). Die Darstellung von Fällen wurde nun verbessert. #4864
22. Die Anzeige von Expositionen wurde ungünstig verdeckt, wenn Mozilla Firefox als Browser genutzt wurde. Bei Nutzung von Mozilla wurden die Einträge in der Expositionstabelle ungünstig vom Scrollbalken zum Teil vollständig verdeckt. Diese fehlerhafte Anzeige wurde nun behoben. #4053
23. Lange Ladezeiten beim Datentransfer bei Verwendung eines inaktiven SurvNet Nutzers. Die Nutzung eines inaktiven SurvNet Nutzers führte zu unendlich langen Ladezeiten und das System musste danach neu gestartet werden. Nun wurde eine entsprechende Fehlermeldung implementiert. #5153 [SURVNET]
24. Unvollständige Datenübertragung von SORMAS zu DEMIS. Wenn nur neue Ergebnisse eines Erregertests zu einer vorhandenen Probe hinzugefügt wurden, funktionierte die Datenübertragung der SORMAS Felder nicht. Dieser Fehler wurde nun behoben. #4976
25. Die empfangende SORMAS Instanz konnte Personendaten im Personenverzeichnis ändern, obwohl der Fall nur mit Leserechten gesendet wurde. Dieser Fehler wurde nun behoben, nur wenn die sendende Instanz die Zuständigkeit vollständig übergibt, kann die empfangende Instanz Personendaten bearbeiten. #4975
26. Fehler bei der Anmeldung für die externen Symptomtagebücher. Bei der Anmeldung von neuen Fällen/ Kontakten für die externen Symptomtagebücher (einfache Kontaktdetails waren hinterlegt) wurde der generische Fehler gemeldet. Diese Fehlermeldung wurde nun um die Information ergänzt, dass eine Telefonnummer bzw. eine E-Mailadresse als primäres Kontaktdetail gesetzt werden muss – damit die Anmeldung funktioniert. #4941
27. Die Löschung von Entitäten in SORMAS führte nicht zur Löschung dieser in CLIMEDO. Das Löschen von Kontakten und Fällen in SORMAS UND Climedo funktionierte nicht. Dieser Fehler wurde nun behoben. #4898 [CLIMEDO]
28. Fehlende Übersetzung bei Überschriften der Ereignisteilnehmertabelle. In der Auflistung der Ereignisteilnehmer wurden die neuen Felder „pathogen test result“ und „sample date time“ ergänzt. Bisher war es nicht möglich, die fehlenden deutschen Übersetzungen hinzuzufügen. Dies wurde nun nachgeholt. #4917
29. Tippfehler bei der Übersetzung einer Einrichtung. Dieser Fehler wurde korrigiert. #4918

Technologien:

1. Aktualisierung der DEMIS Adapter Abhängigkeit. Mit dem letzten Update wurden Veränderungen am DEMIS Importer des RKI vorgenommen. Da der DEMIS-Adapter von SORMAS in dessen Abhängigkeit steht, wurden auch an diesem, Aktualisierungen vorgenommen. #4740

       Übersetzungen:

1. Bei der Angabe des „Verlaufes der Krankheit“ wurde „tot“ nun auf „verstorben“ abgeändert.

Fehlerbehebungen:

1. Kontaktinformationen für Personen konnten nicht vollständig gelöscht werden. Dies führte zu Problemen beim Zugang zum Kontakt- und Personenverzeichnis. Diese Probleme wurden nun behoben (#5012).

Verbesserungen:

2. Nach dem Update auf 1.58.2 bestand bei einigen SORMAS Instanzen das Problem, dass bei den Kontaktinformationen mehr als eine primäre E-Mailadresse oder Telefonnummer hinterlegt war. Um dieses Problem zukünftig zu vermeiden, wurde eine zusätzliche Validierung eingeführt, welche sicherstellt, dass immer nur eine primäre Kontaktinformation bei z.B. Telefon oder E-Mail hinterlegt sein kann. (#5005)

Fehlerbehebungen:

Die Sortierung von verschiedenen Spalten funktionierte nicht. Dieses Problem wurde behoben.

Fehlerbehebungen:

1. Personenverzeichnis lädt lange für Nutzer mit Beschränkungen

Beim Navigieren zum Personenverzeichnis lädt die Seite unendlich lange für Nutzer mit Zuständigkeitsbeschränkung beim Bundesland, Landkreis oder Einrichtung. Nutzer müssen Cookies löschen und sich neu einloggen, um das System erreichen zu können. Dieser Fehler ist nun behoben und das Personenverzeichnis wie gewohnt für alle Nutzer erreichbar. #4922

2. Fehler beim Filtern in allen Verzeichnissen bei aktiviertem Massenbearbeitungsmodus

Bei eingeschaltetem Massenbearbeitungsmodus funktionierten die Filter in den Verzeichnissen nicht mehr, auch dieser Fehler konnte nun behoben werden. #4924

3. Fehler beim Export von Fallkontakten

Der Export von Fallkontakten verursachte eine Fehlermeldung und es wurden leere Dateien ausgegeben. Nun stehen wieder alle Exportfunktionen zur Verfügung – der Fehler ist behoben #4923

4. Hinweis auf ungespeicherte Daten erscheint, obwohl keine Änderungen vorgenommen wurden

Wenn man weg von den Personeninformationen navigieren möchte erscheint grundsätzlich ein Hinweis, dass ungespeicherte Daten vorliegen, auch wenn keine Änderungen vorgenommen wurden. Dieser Fehler wurde nun behoben. #4920

5. Fehler beim Filter im Ereignisverzeichnis

Im Ereignisverzeichnis konnte auch auf Servern außerhalb Deutschlands nach IfSG-relevanten Orten/Einrichtungen gesucht werden. Dieser Fehler wurde nun behoben, diese Funktionalität steht nun ausschließlich für deutsche Server zur Verfügung. #4909

6. Fehler beim Sortieren der Spalten bei Einstellungen

Die Sortierfunktion für die Spalten im Bereich Einstellungen funktionierte nicht und gab eine Fehlermeldung aus. Dieser Fehler ist nun behoben, die Sortierfunktion steht wie gewohnt zur Verfügung. #4908

7. Im Reiter Kontakte bei Fällen fehlt Box für Massenbearbeitungsmodus

Somit konnten keine Bearbeitungen im Massenbearbeitungsmodus bei Kontakten der Fälle vorgenommen werden. Diese Funktionalität steht nun wieder zur Verfügung. #4902

8. Kontinent und Subkontinent werden trotz fehlender Konfiguration angezeigt

Auch wenn keine Einträge bei Einstellungen zu Kontinenten und Subkontinenten vorgenommen werden, werden diese Felder in den Verzeichnissen angezeigt. Dieser Fehler wurde behoben. Die Felder werden nun nicht angezeigt, wenn keine Einträge existieren. #4903

9. Fehlendes automatisches Befüllen der Kontinent und Subkontinent Felder bei Änderung des Landes

Wenn die Angabe des Landes nachträglich in Expositionen geändert wird, funktioniert das automatische Ausfüllen von Kontinent und Subkontinent nicht mehr. Diese Funktion steht Ihnen nun wieder zur Verfügung. #4904

10. Fehlerhafte Validierung des CQ/CT-Wert Feldes bei Proben

Die Validierung des Eintrages beim CQ/CT-Wert-Feld wurde ausgeführt, auch wenn keine Einträge vorgenommen wurden, bzw. dieses Feld aufgrund des ausgewählten Tests gar nicht zur Verfügung stand. Diese Funktionalität wurde entsprechend repariert.  #4896

11. Beim Falltransfer werden Name und Beschreibung der Einrichtung nicht übernommen

Wenn sich beim Fall der Aufenthaltsort ändert (z.B. Entlassung aus dem Krankenhaus) werden die Daten zur Einrichtung und deren Beschreibung nicht automatisch zu den vorherigen Krankenhausaufenthalten verschoben. Dieser Fehler wurde repariert. #4893

Veränderungen:

Neue Funktionen:

Verbesserungen:

Fehlerbehebungen:

Veränderungen:

Fehlerbehebungen:

Fehlerbehebungen:

WICHTIG: Mit diesem Update wird die Server-Funktion country.name (Einpflegen eines voreingestellten Landes) wieder eingeführt. Diese Funktion dient der Voreinstellung eines Landes für Ihren Server und dient zur Vorausfüllung des neu eingeführten Länder-Feldes in den Lokaldaten. Bitte stellen Sie sicher, dass diese Voreinstellung hinterlegt ist, beim Update Ihres Systems mit dieser SORMAS-Version.

Neue Funktionen:

Verbesserungen

Veränderungen

Fehlerbehebungen

Technologien: