Änderungshistorie SORMAS

Fehlerbehebungen

1. Für Fälle konnte die automatische Löschung nicht abgeschlossen werden, wenn Labormeldungen hinterlegt waren oder der Fall an die Meldesoftware gesendet wurde. Dieser Fehler wurde behoben; das automatische Löschen von Fällen funktioniert korrekt. #11176

2. Wurde ein Fall, Kontakt oder Ereignisteilnehmer:in mit einer dazugehörigen Meldung manuell gelöscht, konnte die Meldung weiterhin über das Meldungsverzeichnis unter ‚Verarbeitet‘ gefunden und eingesehen werden. Dieser Fehler wurde behoben; beim manuellen Löschen eines Falls, Kontakts oder Ereignisteilnehmer:in wird die dazugehörige Meldung ebenfalls gelöscht. #11174

3. Verarbeitete Labormeldungen wurden nicht korrekt angezeigt und konnten nicht heruntergeladen werden. Dieser Fehler wurde behoben; die verarbeiteten Labormeldungen werden nun wieder in HTML angezeigt und können heruntergeladen werden.

Diese Version wurde übersprungen.

Fehlerbehebungen

1. Die Funktion ‚an Meldesoftware senden’ war auswählbar für Fälle, die nur zur Ansicht im System vorliegen. Dieser Fehler wurde behoben; die Funktion ‚an Meldesoftware senden‘ ist nun ausgegraut für Fälle, die nur zur Ansicht im System vorliegen. #11102
2. [SORMAS zu SORMAS] Fälle zur Übergabe mit angehängter Labormeldung konnten im Zielsystem nicht akzeptiert werden. Dieser Fehler wurde behoben; die Übergabe von Fällen mit angehängter Labormeldung ist nun problemlos möglich. #11122
3. [DEMIS zu SORMAS] Das Verarbeiten einer Labormeldung und das Auswählen von ‚Neuen Kontakt erstellen‘ oder ‚Neuen Ereignisteilnehmer hinzufügen‘ führte zu einem erstellten Kontakt/Ereignisteilnehmer:in ohne das Symbol für externe Meldungen (‚Heft‘-Symbol). Außerdem fehlte das ‚Heft‘-Symbol, wenn der Kontakt/Ereignisteilnehmer:in in einen Fall umgewandelt wurde. Dieser Fehler wurde behoben; das ‚Heft‘-Symbol ist nun sichtbar, wenn die Probe durch die Verarbeitung einer Labormeldung erstellt wurde, sowie bei der Umwandlung eines Kontakts/Ereignisteilnehmer:in in einen Fall. #11107 
4. Im Aktionsverzeichnis der Ereignisse trat ein Fehler beim Sortieren der Spalten auf. Dieser Fehler wurde behoben; das Sortieren der Spalten ist nun möglich und es erscheint keine Fehlermeldung mehr. #11113
5. Wenn ein Ereignis im Bearbeitungsmodus geöffnet war, ist auf der Bearbeitungsseite eine Fehlermeldung aufgetreten. Dieser Fehler wurde behoben; es erscheint nun keine Fehlermeldung mehr. #11110

Fehlerbehebungen

1. Im Backend kam es zu einer Fehlermeldung, welches den SurvNet-Import verhinderte. Dieser Fehler wurde behoben; der Import ist nun ohne Probleme möglich. #11098

Fehlerbehebungen

1. Die Installation des SORMAS Updates schlug fehl, aufgrund eines fehlerhaften Datenbankskripts. Dieser Fehler wurde behoben. #11086

Neue Funktionen

1. Die Personenzusammenführung ist nun über den Massenbearbeitungsmodus möglich. Über den Button ‚Mehr‘ kann der Massenbearbeitung im Personenverzeichnis aktiviert werde. Werden nun zwei Personen ausgewählt, die zusammengeführt werden sollen und über den Button ‚Massenbearbeitung‘ die Funktion ‚Zusammenführen‘ ausgewählt wird, erscheint das Fenster ‚Person auswählen oder zusammenführen‘. In diesem Fenster kann die führende Person ausgewählt werden und im Anschluss können die Personen entweder ‚ausgewählt‘ oder ‚zusammengeführt‘

Auswählen bedeutet, dass die Daten der verbleibenden Person nicht geändert und die Daten der anderen Person verworfen werden. Jedoch werden Entitäten, die mit der verworfenen Person verknüpft sind, mit der verbleibenden Person verknüpft. Die Aktion kann nicht Rückgängig gemacht werden Sie können diese Aktion nicht rückgängig machen.

Zusammenführen bedeutet, dass die Daten der verworfenen Person verlinkt und/oder der verbleibenden Person hinzugefügt, aber nicht überschrieben werden. Die Aktion kann nicht rückgängig gemacht werden.

Zudem ist unter der Benutzerrollenansicht das Recht PERSON_MERGE hinzugekommen, womit die Berechtigung Personen zusammenzuführen für Benutzerrollen gesondert vergeben werden kann. #5606

2. In den ‚Einrichtungs Einstellungen‘ sind nun Spalten mit der Adresse einer hinterlegten Einrichtung verfügbar. Hierfür wurden die Spalten ‚Postleitzahl’, ‚Stadt’, ‚Straße’, ‚Hausnummer’ und ‚Weitere Informationen’ hinzugefügt. #7549

3. Im Fallverzeichnis ist es nun möglich nach Zuständigkeitstypen von Fällen zu filtern. Im Filter kann zwischen den Auswahlmöglichkeiten ‚Zuständigkeitsbereich‘, ‚Aufenthaltsort’ oder ‚Alle‘ gewählt werden. Der Filter ist unter ‚Mehr Filter anzeigen’ zu finden. #10837

4. Das Löschen von Kernentitäten, Proben und Erregertests kann nun rückgängig gemacht werden. Dies kann über den Button ‚Löschen Rückgängig machen‘ durch Benutzer:innen mit dem entsprechenden Benutzerrecht erfolgen; dieser Button erscheint anstelle des ‚Löschen‘-Buttons. Das Rückgängigmachen der Löschung ist eine Änderung an der jeweiligen Entität, so dass z.B. Fälle in der Liste ‚Nur Fälle, die seit der letzten Übertragung an die Meldesoftware geändert wurden‘ angezeigt werden. Es werden keine Links zu vorher verbundenen Entitäten wiederhergestellt. #8990

5. [SORMAS zu SORMAS] Personen können unter dem Menüpunkt ‚Person‘ nur noch bearbeitet werden, wenn mindestens eine Entität (Fall, Kontakt, Ereignisteilnehmer:in oder Einreise) mit Besitz im System vorhanden ist. Das Bearbeiten von wurde eingeschränkt, um Inkonsistenzen zu vermeiden, wenn eine Person mit mehreren Entitäten verbunden ist. Liegen keine Entitäten mit Besitz zu der Person vor, ist die Seite schreibgeschützt. Das gleiche gilt für die Reiter Fallperson, Kontaktperson, Ereignisteilnehmer und Einreisen. #10543

6. Es können nun bereits vorhandene und neu hinzugefügte Erregertests bei der Verarbeitung von Labormeldungen unterschieden werden. Dies ist notwendig, da Benutzer:innen manchmal eine Probe bearbeiten müssen und nicht ersichtlich war, welcher Erregertest bereits vorhanden war und welcher neu hinzugekommen ist. #7376

7. Die Erregertestformulare sind nun ausklappbar beim Bearbeiten einer Probe aus einer Labormeldung. Standardmäßig werden alle vorhandenen und unveränderten Erregertestformulare eingeblendet, aber nur die geänderten und neu hinzugefügten Erregertests vollständig angezeigt. #7378

8. Bei der Erstellung eines neuen Kontakts mit dazugehörigem Fall, erscheint unter dem Feld ‚Beziehung mit Fall‘ bei Auswahl der Option ‚Leben im selben Haushalt‘ eine Checkbox ‚Adresse der Fall-Person übernehmen’ mit einem Auge-Icon. Mit dieser Funktion wird die Heimatadresse des Falls für den Kontakt automatisch übertragen, sollte der Fall und der Kontakt im selben Haushalt leben. Beim Klicken auf das Auge erscheint ein Fenster mit der Adresse des Falls. Diese Möglichkeit besteht ebenfalls beim Anlegen von Kontakten über die Zeilenauflistung. #7062

Veränderungen

1. [DEMIS zu SORMAS] In Fällen werden im Kasten ‚Meldevorgänge‘ nun auch Labormeldungen aufgelistet; außerdem wurden im Meldungsvorgang Anpassungen vorgenommen. Wie bei den Arztmeldungen können die Meldevorgänge zu den Labormeldungen über das Stiftsymbol bearbeitet und die DEMIS-Meldung über das ‚Heft‘-symbol angezeigt werden. Während der Bearbeitung eines Meldevorgangs kann die DEMIS-Meldung über einen Button angezeigt werden. Im Meldevorgang wird nun auch die Meldungs-ID angezeigt und die Feldüberschriften wurden angepasst, so dass sie sich durchgängig auf die meldende Stelle beziehen (‚Meldende Einrichtung‘ statt ‚Einrichtung‘, etc.). #6621

Die meldende Einrichtung im Kasten ‘Meldevorgänge’ wird aktuell noch als Inaktiv angezeigt. Dieser Fehler ist bekannt und wird in einer zukünftigen Version behoben. #11106

2. [DEMIS zu SORMAS] Die bisherige Spalte ‚Getestete Krankheit‘ wurde ersetzt durch die Spalte ‚Krankheit‘. Diese enthält bei Labormeldungen die getestete Krankheit und bei den neu hinzugekommenen Arztmeldungen, die diagnostizierte Krankheit. #9733

3. [DEMIS zu SORMAS] Automatische Generierung eines Meldevorgangs, wenn eine Labormeldung für einen Fall verarbeitet wird. Wie bei Arztmeldungen wird beim Verarbeiten einer Labormeldung nun auch im Kasten ‚Meldevorgänge‘ ein Eintrag erzeugt, der im Feld ‚Art des Meldenden‘ den Wert ‚Labor‘ enthält. #9680

4. [SORMAS zu SORMAS] Wurde über SORMAS zu SORMAS eine Person mit einer dazugehörigen Entität an ein anderes System übergeben und möchte nun das Quell- oder Zielsystem eine solche Personen im eignen System zusammenführen, kann nur die Person führend sein, welche auch über SORMAS zu SORMAS übergeben wurde. Nur so kann weiterhin eine Synchronisierung zwischen dem Quell- und Zielsystem sichergestellt werden. #10992

5. [SORMAS zu SORMAS] Wenn ein Fall oder eine Kontaktperson bisher über SORMAS zu SORMAS übergeben wurde, dann konnte die zugehörige Person in bestimmten Konstellationen im Ziel,- und im Quellsystem bearbeitet werden und wurde synchronisiert. Implementiert ist nun, dass eine Synchronisation der Entität Person nur dann stattfindet, solange sich keine der Entitäten Fall, Kontakt, Einreiseperson, Ereignisteilnehmer mit Besitz im System befinden, also die Person nicht bearbeitbar ist. #10544

6. Benutzer:innen mit Leseberechtigung können nun mehr Details einsehen, indem sie auf den ‚Auge‘-Button klicken können. Bislang konnten Benutzer:innen mit Leseberechtigung nicht auf den ‚Auge‘-Button klicken, um weitere Details einzusehen. Dadurch konnten viele Informationen nicht abgerufen werden und gingen verloren. Nun ist bei einer vorhandenen Leseberechtigung der ‚Stift‘-Button (welcher für die Möglichkeit der Bearbeitung steht) durch ein ‚Auge‘-Button (welcher für die Möglichkeit des Lesens steht) ersetzt worden und die Informationen können eingesehen werden. #8463

7. Verbesserte Validierungsmeldung für abhängige Benutzerrechte bei der Bearbeitung von Benutzerrollen. Neben dem erforderlichen Benutzerrecht werden nun auch die Rechte angezeigt, die eine Fehlermeldung verursachen. Auf diese Weise kann der Administrator entscheiden, ob er das erforderliche Recht erneut hinzufügt oder auch die verursachenden Rechte entfernt. #10339

8. Das automatische Löschen basiert nun auf dem Bearbeitungsendedatum statt des Änderungsdatums. Automatische Löschregeln können über die Löschreferenz ‚END‘ definiert werden, die derzeit das changeDate als Bezugsdatum verwenden, stattdessen aber das endOfProcessDate verwenden sollte. #8996

9. Benutzer:innen werden im Personenverzeichnis nur Personen basierend auf Entitätstypen angezeigt, auf die der:die Benutzer:in zugreifen kann. Zuvor waren im Personenverzeichnis die Schnellfilter für Fall, Kontakt, Ereignisteilnehmer und Einreise sichtbar, obwohl die Benutzerrolle nicht die entsprechenden Rechte zum Einsehen der Entitäten hatte. Dies wurde nun geändert, sodass Benutzerrollen nur die Schnellfilter sehen, für die sie Rechte besitzen. #10414

10. Proben, die nur archivierten Entitäten zugeordnet sind, können nicht mehr bearbeitet werden. Bisher waren Proben zu archivierten Fällen, Kontakten und Ereignisteilnehmer:innen weiterhin bearbeitbar. Dies wurde nun geändert, sodass Proben zu archivierten Fällen, Kontakten und Ereignisteilnehmer:innen schreibgeschützt sind, es sei denn, die Probe steht in Verbindung zu archivierten UND nicht-archivierten Entitäten (z.B. ein archivierter Fall und aktiver Kontakt). #8722

11. Die Optionen zum Suchen nach Personen wurden angepasst. Bisher gab es im Fenster ‚Person auswählen’ zum Suchen nach Personen ein Feld für den Vornamen, ein Feld für den Nachnamen und ein extra Feld für die ID. Dies wurde nun zu einem Feld zusammengefasst. Zudem kann nun auch nach Geburtsjahr, -monat und -tag der Person gesucht werden. #8485

12. Weitere wichtige Informationen werden nun im Audit Log protokolliert. Wurde beispielsweise der Benutzername geändert, wurde die Aktion zwar vom Auditor protokolliert, der Name wurde jedoch nicht in die Protokollzeile mit aufgenommen. #9710

13. Dem detaillierten Export für Fälle wurden die Variablen ‚Untersuchungsdatum‘ und ‚Ergebnisdatum‘ hinzugefügt. Diese fehlten bislang. #2733

14. Die Checkbox ‚Senden an die Meldesoftware verhindern’ ist nun nicht mehr aktiv, wenn der Fall bereits an die Meldesoftware gesendet wurde. Bislang war die Checkbox aktiv, obwohl der Fall bereits gesendet wurde. #10833

15. Beim Hochladen von Dateien werden nun die Dokumenttypen geprüft und ggf. eine Fehlermeldung ausgegeben. Folgende Dokumenttypen sind erlaubt: .pdf, .txt, .doc, .docx, .odt, .xls, .xlsx, ods, .ppt, .pptx, .odp, .jpg, .jpeg, .png, .gif, .msg. #9965

16. Zu den Karteikarten ‚Fall‘, ‚Kontakt‘ und ‚Ereignisse‘ in der Personenansicht wurden weitere Informationen hinzugefügt. Für Fälle ist nun das Datum des Symptombeginns, für Kontakte das Meldedatum und Datum des letzten Kontakts und für Ereignisse das Datum des Ereignisses verfügbar. #6054

17. Archivierte Fälle können nicht mehr in der Suche im Fenster ‚Indexfall wählen’ zu einem Kontakt gefunden werden. Bislang waren auch archivierte Fälle weiterhin sichtbar, was dazu geführt hat, dass Änderungen auf archivierten Entitäten gespeichert wurden. #8716

18. Neuer Reiter ‚Benachrichtigungen‘ und geänderte Spalten im Reiter ‚Benutzerrollen‘ im Benutzerrollen-Download. Im Download der Benutzerrollen gibt es einen neuen Reiter ‚Benachrichtigungen‘, der die Art der Benachrichtigung mit der zugehörigen Gruppe, Bezeichnung und Beschreibung auflistet. Im Reiter ‚Benutzerrollen‘ erscheinen die Spalten ‚Einreise Benutzer‘, ‚Hat verknüpfter Landkreisbenutzer‘, ‚Hat optionale Gesundheitseinrichtung‘ und ‚Aktiviert‘ nicht mehr am Ende, sondern am Anfang; darauf folgend erscheint die neue Spalte ‚Benutzerrechte‘, die leer bleibt und den Beginn der Nutzerrechte in den Folgespalten markiert. #10310

19. Zur Verbesserung der Performanz wird ein Kontakt im Backend ausschließlich per Kontakt-ID als Teil der Exposition hinzugefügt. Wenn ein Fall oder Kontakt geladen/gespeichert wird, enthält dieser Epi-Daten zu Kontakten. Eine Exposition kann auf einen Kontakt verweisen und der Kontakt selbst kann einen weiteren Fall enthalten. Das führt dazu, dass im Backend viele Felder ausgewählt werden und die Performanz reduziert sein kann. Aus diesem Grund wird nun im Backend ausschließlich die Kontakt-ID in einer Exposition referenziert, um die Performanz zu verbessern. #10695

20. Die Performanz beim Laden von Verzeichnissen wurde verbessert. #8938

21. Die Performanz beim Laden von Infrastruktur- und Benutzerdaten wurde verbessert #10214

Fehlerbehebung

1. Als ‚Nationale*r Arzt/Ärztin‘ war es möglich, in einem bestehenden Fall oder einer Einreise im Reiter ‚Fallperson‘ bzw. ‚Einreiseperson‘ eine ‚Einrichtungskategorie‘ auszuwählen. Dieser Fehler wurde nun behoben; das Feld ‚Einrichtungskategorie‘ ist nun schreibgeschützt. #10775

2. Benutzer:innen mit der Benutzerrolle ‚CASE_CREATE‘ erhielten einen Fehler beim Erstellen neuer Fälle, da eine Abhängigkeit fehlte. Dieser Fehler wurde nun behoben; das Benutzerrecht ‚CASE_EDIT‘ wurde hinzugefügt. #10735

3. Benutzer:innen ohne das Recht ‚CASE_EDIT‘ konnten im Reiter ‚Epidemiologische Daten‘ im Kasten ‚Kontakte mit Indexfall‘ und im Reiter ‚Kontakte‘ den Button ‚Neuer Kontakt‘ auswählen und speichern. Die Speicherung war nicht erfolgreich aufgrund der fehlenden Benutzerrechte ‚CASE_CREATE‘ und ‚CASE_EDIT‘. Dieser Fehler wurde nun beseitigt; Benutzer:innen ohne die Benutzerrechte ‚CASE_CREATE‘ und ‚CASE_EDIT‘ können den Button ‚Neuer Kontakt‘ nicht auswählen. #10805

4. Konfigurierte Benutzerrollen mit den Rechten ‚Vorhandene Einreisen anzeigen ‘ und ‚Neue Einreisen erstellen ‘ konnten keine Einreiseeinträge sehen und es erschien eine Fehlermeldung beim Versuch eine neue Einreise anzulegen. Dieser Fehler wurde behoben, die Benutzerrechte ‚TRAVEL_ENTRY_VIEW‘ und ‚TRAVEL_ENTRY_CREATE‘ können nicht mehr ohne die Rechte ‚PERSON_VIEW‘ und ‚EXTERNAL_VISITS‘ vergeben werden. #10450

5. Der Button ‚Löschen’ war auch ohne das entsprechende Benutzerrecht sichtbar. Dieser Fehler wurde nun behoben; der Button ‚Löschen’ ist nur auswählbar, wenn der:die Benutzer:in über das Benutzerrecht ‚EXTERNAL_MESSAGE_DELETE‘ verfügt. #10848

6. Das Fenster ‚Kontakt auswählen oder erstellen‘ erschien nicht, wenn in ‚Kontakte‘ zwei Kontakte für dieselbe Person erstellt wurden. Dieser Fehler wurde behoben; das Fenster ‚Kontakt auswählen oder erstellen‘ erscheint auch, wenn zwei Kontakte für dieselbe Person erstellt werden. #10601

7. Benutzer:innen ohne das Recht CASE_EDIT konnten In der Fallansicht den Button ‚Neuer Meldevorgang‘ innerhalb der Karteikarte Meldevorgänge klicken. Dieser Fehler wurde behoben, ausschließlich Benutzerrollen mit dem Recht CASE_EDIT können neue Meldevorgänge hinzufügen. #10564

8. Wenn ein vorheriger Fall gelöscht wurde, blieb dessen Reinfektionsstatus mit den Informationen ‚Datum der vorherigen Infektion‘ im nachfolgenden Fall erhalten. Dieser Fehler wurde nun behoben; Reinfektionsinformationen von gelöschten Fällen werden in nachfolgenden Fällen nicht mehr angezeigt. #10604

9. Der Reiter ‚Klinischer Verlauf‘ war auch bei deaktivierter Feature Konfiguration ‚VIEW_TAB_CASES_CLINICAL_COURSE‘ sichtbar. Dieser Fehler wurde nun behoben; die Feature Konfiguration ‚VIEW_TAB_CASES_CLINICAL_COURSE‘ ist Voraussetzung dafür, dass der Reiter ‚Klinischer Verlauf‘ sichtbar ist. #10641

10. Bestehen zu einer Person zwei Kontakteintragungen deren Meldedatum mehr als 30 Tage auseinanderliegen und sind für beide Kontakte Nachverfolgungsanrufe hinterlegt, wurden durch die automatische Löschung die Nachverfolgungsanrufe für den bestehenbleibenden Kontakt gelöscht.  Dieser Fehler wurde behoben; die Nachverfolgungsanrufe für den bestehenden Kontakt werden beibehalten. #10622

11. Wenn ein Ereignis abgeschlossen wird, werden auch die Ereignisteilnehmer:innen abgeschlossen. Wurden in einem nächsten Schritt die Ereignisteilnehmer:innen wiedereröffnet, erschienen sie weiterhin in der Liste von abgeschlossenen Ereignisteilnehmer:innen. Dieser Fehler wurde behoben und wiedereröffnete Ereignisteilnehmer:innen zu einem abgeschlossenen Ereignis werden auch in der Liste von aktiven Ereignisteilnehmer:innen geführt. #10609

12. Das Benutzerrecht ‚PERFORM_BULK_OPERATIONS_CASE_SAMPLES‘ wird verwendet, um zu entscheiden, ob Benutzer:innen den Massenbearbeitungsmodus bei Meldungen und Fällen nutzen können. Die Beschreibung gab dies jedoch nicht richtig wieder. Dieser Fehler wurde beseitigt; die Beschreibung des Benutzerrechts ‚PERFORM_BULK_OPERATIONS_CASE_SAMPLES‘ lautet nun ‚Kann Massenbearbeitungen für Fall-Proben ausführen’. #11045

13. Mit der Benutzerrolle ‚Nationale*r Arzt/Ärztin’ konnten keine Änderungen an Proben vorgenommen werden, da die Fehlermeldung ‚Bitte überprüfen Sie die Eingabedaten Laborname & Beschreibung’ erschien. Dieser Fehler wurde behoben und die Benutzerrolle ‚Nationale*r Arzt/Ärztin’ können Änderungen an Proben vornehmen und diese speichern. #10944

14. Wenn der Reinfektionsstatus in einem Fall auf ‚Ja’ gesetzt wurde, die dazugehörigen Checkboxen ausgewählt und gespeichert wurden, und in einem nächsten Schritt der Reinfektionsstatus auf ‚Nein‘ oder ‚Unbekannt‘ gesetzt wurde, diese Änderungen aber nicht gespeichert wurden, wurden die vorher ausgewählten Kontrollkästchen trotzdem deaktiviert.Dieser Fehler wurde behoben; die Kontrollkästchen bleiben nun aktiviert, wenn Änderungen am Reinfektionsstatus vorgenommen, diese aber nicht gespeichert werden. #10803

15. Immer mal wieder kam es zu überlappenden oder zu uneinheitlichen Anordnungen von Buttons und Feldern beim Öffnen von ‚Mehr Filter anzeigen’ im Fall-, Kontakt- und Ereignisverzeichnis. Gleiches konnte in der Ereignisansicht beobachtet werden. Dieser Fehler wurde behoben; die Felder und Buttons in den Verzeichnissen und in der Ereignisansicht sind einheitlich angeordnet und überlappen sich nicht. #6919

16. Benutzerrollen ohne die Rechte ‚DOCUMENT_VIEW‘, ‚DOCUMENT_UPLOAD‘, ‚DOCUMENT_DELETE‘ und ‚QUARANTINE_ORDER_CREATE‘ konnten dennoch die Karteikarte ‚Dokumentenvorlage‘ in Ereignissen sehen. Wurde zusätzlich das Recht ‚EVENT_EDIT‘ vergeben, konnten neue Dokumente aus einem Ereignis erstellt werden. Dieser Fehler wurde behoben; die Karteikarte ‚Dokumentenvorlage‘ ist für Benutzerrollen nicht einsehbar, wenn die oben beschriebenen Rechte nicht vergeben wurden. #10851

17. Wurde für eine:n Ereignisteilnehmer:in als Adresse ‚Einrichtung‘ ausgewählt und das Feld ‚Name & Beschriebung der Einrichtung’ leer gelassen, erschien eine Null in der Fehlermeldung. Dieser Fehler wurde behoben. #10644

18. Wenn der SurvNet Konverter einen Fehler anzeigt, entsprach die Beschreibung in der Fehlerbehandlung nicht dem tatsächlichen Fehler. Dieser Fehler wurde behoben und die Fehlerbehandlung enthält nun zusätzliche Felder/Informationen. #10815

19. Wurde im Fallverzeichnis der Button ‚Import’ gedrückt und im Anschluss ‚Zeilenauflistung’ oder ‚Detaillierter Import’ ausgewählt, öffnete sich das Fenster für den Import und die Auswahlmöglichkeiten ‚Zeilenauflistung’ und ‚Detaillierter Import’ sind weiterhin sichtbar, wodurch es möglich war mehrere Fenster gleichzeitig zu öffnen. Dieser Fehler wurde behoben; ein gleichzeitiges Öffnen von mehreren Fenstern ist nicht mehr möglich. #9133

20. Im Massenbearbeitungsmodus konnte das Senden von Fällen, bei denen das Kontrollkästchen ‚Senden an Meldesoftware verhindern‘ ausgewählt wurde, initiiert werden. Es wurde jedoch eine Fehlermeldung angezeigt. Dieser Fehler wurde nun behoben; es erscheint ein Hinweis-Fenster, in dem erklärt wird, dass die Fälle nicht gesendet werden können. Aus diesem Fenster heraus ist es nicht möglich, die Fälle zu senden. #10925

21. Ist eine Person bereits als Ereignisteilnehmer:in in einem Ereignis verlinkt und Benutzer:innen versuchen den Fall einer Person hinzuzufügen, erscheint die Meldung, dass die Person bereits ein Ereignisteilnehmer:in zwei mal. Dieser Fehler wurde behoben; die Meldung erscheint nur ein mal. #10804

22. Wenn eine Benutzerrolle das Recht für die Erstellung neuer Einträge (z.B. Fall, Kontakt oder Ereignisse) nicht hat, waren die Buttons zum Erstellen neuer Einträge weiterhin sichtbar. Dieser Fehler wurde behoben; hat eine Benutzerrolle die Rechte zum Erstellen neuer Einträge nicht ist auch der Button ‚Neues … Erstellen’ nicht sichtbar. #10631

23. Beim Löschen im Massenbearbeitungsmodus war der Text im Fenster ‚Löschen bestätigen‘ abgeschnitten. Dieser Fehler wurde behoben; der Text im Fenster ‚Löschen bestätigen‘ wird vollständig angezeigt. #10612

24. Wurde für Ereignisse als Ort ‚Einrichtung‘ ausgewählt, unter ‚Name Beschreibung der Einrichtung‘ und im Anschluss die Felder ‚Einrichtungskategorie’ und ‚Art der Einrichtung’ geändert, so wurde der Inhalt des Feldes ‚Name Beschreibung der Einrichtung‘ nicht geleert. Dieser Fehler wurde behoben; beim Ändern der Einrichtungskategorie und der Art der Einrichtung wird das Feld ‚Name Beschreibung der Einrichtung‘ geleert. #10514

Import/Export von Daten über csv-Dateien & Datenbank-Export

Bitte beachten Sie:      
Die entsprechenden Vorlagen für Import bzw. Export wurden ggf. entsprechend angepasst. Bitte verwenden Sie für den Import stets die aktuellen in SORMAS hinterlegten Importvorlagen.

Fehlerbehebungen

1. Der Filter ‚Nur Fälle, die seit der letzten Übertragung an die Meldesoftware geändert wurden‘ funktionierte nicht. Dieser Fehler wurde behoben; die Ausführung des Filters führt nun zu keiner Fehlermeldung mehr. #10987

Fehlerbehebungen

1. Falsche Übersetzung für den Impfstoff ‚MRNA_BIVALENT_BA_4_5_MODERNA‘ führte zu nicht unterscheidbaren Impfstoffeinträgen. Dieser Fehler wurde behoben, indem die Übersetzung angepasst wurde. #10965

Veränderungen

1. Neue Impfstoffe und Impfstoffhersteller wurden zu SORMAS hinzugefügt.

• mRNA/bivalent BA.1 (BioNTech/Pfizer)
• mRNA/bivalent BA.1 (Moderna)
• inaktiviert (Valneva)
• proteinbasiert, rekombinant (Novavax)
• mRNA/bivalent BA.4/5(BioNTech/Pfizer)
• mRNA/bivalent BA.4/5 (Moderna) #10920

Fehlerbehebungen

1. [SORMAS zu SORMAS] Nach der Löschung eines Falls/Kontakts im Quellsystem waren ausstehende Übergaben in diesem weiterhin sichtbar. Dieser Fehler wurde behoben; im Quellsystem werden die widerrufenen Übergaben des gelöschten Falles/Kontaktes nun ebenfalls automatisch gelöscht. #10931

2. [SORMAS zu SORMAS] Der Hinweis ‚Es gibt eine ausstehende Übergabe. Bei einer Löschung wird die Übergabe widerrufen und gelöscht‘ war in der Warnmeldung nicht sichtbar, wenn ein zuvor geteilter und noch nicht akzeptierter Fall/Kontakt einzeln oder im Massenbearbeitungsmodus gelöscht wurde. Dieser Fehler wurde behoben; der Hinweis erscheint nun in der Warnmeldung. #10929

Veränderungen

1. Für Entwickler und Tester wurde ein Button zum Auslösen des automatischen Löschens eingeführt. Dieser Button ermöglicht es den Testenden im ‚DEV_MODE‘, das automatisierte Löschen manuell auszulösen sowie gelöschte Daten nach einem Backup unverzüglich wieder zu löschen. #10901

Veränderungen

1. Permanentes Löschen von Entitäten wird im Audit-Log übernommen. Wenn ein Fall automatisch gelöscht wird, führt dies zu Protokolleinträgen für den Fall selbst und alle zugehörigen Kernentitäten, die gelöscht werden. Der Protokolleintrag enthält die UUID der Entität. #9889

Fehlerbehebungen

1. [SORMAS zu SORMAS] In dem Übergabeverzeichnis für ausgehende Übergaben flackerte der Button ‚Widerrufen‘ und die Seite lud nicht. Dieser Fehler wurde behoben; die Seite lädt nun korrekt und der Button flackert nicht mehr. #10835

2. Fälle, die ein Häkchen bei ‚Senden an Meldesoftware verhindern‘ haben, wurden aufgrund der automatischen Archivierung dennoch an die Meldesoftware gesendet. Dieser Fehler wurde behoben; Fälle mit dem Häkchen ‚Senden an Meldesoftware verhindern‘ werden nicht mehr an die Meldesoftware gesendet. #10830

3. Das automatische Löschen von Fällen lief in einen Fehler, wenn SurvNet auf der Instanz aktiviert war. Dieser Fehler wurde behoben; es erscheint nun kein Fehler mehr. #10820

Fehlerbehebungen

1. Das senden eines Falls oder Ereignisses an die Meldesoftware führte zu einer Fehlermeldung. Dieser Fehler wurde behoben; es erscheint nun beim Senden keine Fehlermeldung mehr. #10811

Veränderungen

1. [SORMAS zu SORMAS] Wird ein Fall oder Kontakt im Quellsystem gelöscht und eine ausstehende Übergabe an ein Zielsystem liegt vor, werden Benutzer:innen im Quellsystem darauf hingewiesen, dass mit Löschung des Falls/Kontakts die Übergabe widerrufen wird. Bisher konnten ausstehende Übergabeanfragen im Zielsystem angenommen werden, wenn der ursprünglich übermittelte Fall/Kontakt im Quellsystem bereits gelöscht wurde. Die Annahme des Falls/Kontakts im Zielsystem führte jedoch nicht zu einer Übernahme des Datensatzes, da der Datensatz aufgrund der Löschung nur noch als Vorschau abrufbar war. Nun werden, solange die Übergabeanfragen ausstehend sind und der Fall/ Kontakt im Quellsystem gelöscht wird, die Übergabeanfragen automatisch widerrufen und ebenfalls gelöscht. #10625

Fehlerbehebungen

1. [SORMAS zu SORMAS] Die Übergabe eines Falls/Kontakts mit angehängter Labormeldung zum Besitz konnte im Zielsystem nicht akzeptiert werden. Dieser Fehler wurde behoben; Übergaben von Fällen/Kontakten mit angehängten Labormeldung zum Besitz können nun vom Zielsystem akzeptiert werden. #10690

2. [SORMAS zu SORMAS] Im Übergabeverzeichnis wird in der Kommentarspalte der Text abgekürzt angezeigt. Wird die Maus kurze Zeit auf dem Kommentartext gehalten, so erscheint der gesamte Kommentar in einem kleinen Infokästchen als Tool Tipp. Bisher wurde im Übergabeverzeichnis der vollständige Kommentar in der Kommentarspalte angezeigt. Dies wurde nun geändert. #10701

3. [SORMAS zu SORMAS] Durch das Ausrollen eines Korrekturskriptes sind unterschiedliche Beschäftigungsarten, je nach bisheriger Verwendung im Gesundheitsamt, als Auswahlmöglichkeit auf verschiedenen Instanzen sichtbar. Wurde eine Beschäftigungsart auf einer Instanz ausgewählt, welche auf einer anderen Instanz nicht existierte, brach die S2S-Synchronisierung ab. Dieser Fehler wurde behoben; wird eine Beschäftigungsart ausgewählt, welche auf der Zielinstanz nicht existiert, wird im Zielsystem die Beschäftigungsart ‚Sonstige‘ ausgewählt und in der Beschreibung die Beschäftigungsart des Quellsystems angezeigt und die Synchronisierung zwischen beiden Systemen funktioniert. #10780

4. Die Spalten ‚Primäre Telefonnummer‘ und ‚Primäre E-Mail-Adresse‘ konnten in keinem der Verzeichnisse sortiert werden. Dieser Fehler wurde behoben; die Spalten können nun in jedem Verzeichnis geordnet werden, ohne dass eine Fehlermeldung angezeigt wird. #10687

5. In dem Reiter ‚Epidemiologischen Daten‘ eines Falles konnten keine neuen Eintragungen erstellt oder editiert werden, wenn ‚Expositionsdetails bekannt‘ oder ‚Details zur Betreuung/Unterbringung/Tätigkeit in Einrichtungen bekannt‘ auf ‚Ja‘ gesetzt wurden. Dieser Fehler wurde behoben; neue Einträge können hinzugefügt und bearbeitet werden, wenn ‚Expositionsdetails bekannt‘ oder ‚Details zur Betreuung/Unterbringung/Tätigkeit in Einrichtungen bekannt‘ auf ‚Ja‘ gesetzt wurden. #10684

6. Bisher war das Feld “EventInvestigationStatus” nicht konsistent, da es auf der SORMAS-Benutzeroberfläche kein Pflichtfeld ist, jedoch in der Datenbank als solches definiert wurde. Dieser Fehler wurde behoben; das Feld “EventInvestigationStatus” ist nun weder auf der Benutzeroberfläche noch in der Datenbank ein Pflichtfeld. #10700

7. Dropdown-Menüs der Einrichtung werden nicht gespeichert, wenn die Benutzerrolle ‚Nationale*r Arzt/Ärztin‘ eine Immunisierung bearbeitet. Dieser Fehler wurde behoben. #10675

Neue Funktionen

4. [SORMAS zu SORMAS] Im Fallverzeichnis und im Kontaktverzeichnis ist es nun möglich die Einträge nach “zum Besitz” oder “zur Ansicht” zu filtern. Der Filter ist rechts neben dem Filter für Aktive/ Abgeschlossene Einträge zu finden. #9787
5. [SORMAS zu SORMAS] Die automatische permanente Löschung für alle Informationen rund um die Übergabe via SORMAS zu SORMAS wurde eingeführt. #8010
6. [SORMAS zu SORMAS] Um SORMAS zu SORMAS vollumfänglich nutzen zu können, werden die Benutzerrechte ‚SORMAS_TO_SORMAS_CLIENT‘, ‚SORMAS_TO_SORMAS_SHARE‘ und ‚SORMAS_TO_SORMAS_PROCESS‘ benötigt. Das Recht ‚SORMAS_TO_SORMAS_ PROCESS‘ wurde neu eingeführt und das Recht ‚SORMAS_TO_SORMAS_SHARE‘ neu definiert. Diese Rechte sind ab der Version 1.76 keiner Standardbenutzerrolle mehr zugewiesen. Das bedeutet: alle Ämter, welche die SORMAS zu SORMAS Schnittstelle aktiviert haben (auch die bisherigen Pilotierungsämter), müssen erst die folgenden Rechte der gewünschten Standardbenutzerrolle vergeben, damit SORMAS zu SORMAS von den Benutzer:innen bedient werden kann.
   • ‚SORMAS_TO_SORMAS_CLIENT‘ ist ein technisches Benutzerrecht für die SORMAS zu SORMAS Schnittstelle und wird einem:einer automatisch angelegten Benutzer:in bei Aktivierung der Schnittstelle vergeben. Hier brauchen Sie nicht tätig zu werden.
   • ‚SORMAS_TO_SORMAS_SHARE‘ ermöglicht die Übergabe der Daten aus einer SORMAS Instanz an eine andere.
   • Das Recht ‚SORMAS_TO_SORMAS_PROCESS‘ befähigt zur Verarbeitung von Übergaben, das Übergabeverzeichnis einsehen und verwenden zu können. Übergaben eines anderen Amtes können zum Beispiel angenommen oder abgelehnt werden.
   • Die Rechte ‚SORMAS_TO_SORMAS_SHARE‘ und ‚SORMAS_TO_SORMAS_PROCESS‘ können gemeinsam, aber auch unabhängig voneinander vergeben werden. #10084
7. Wurde z. B. ein Benutzer:innenname geändert, erschien der Name des Auditors nicht im Audit-Log. Der Automatismus wurde angepasst und ein Vermerk wird nun ins Protokoll mit aufgenommen. #10377
8. Ausschließlich Benutzer:innen mit dem Benutzerrecht ‚STATISTIC_ACCESS‘ haben Zugriff auf das Statistikmodul über den Menüpunkt ‚Statistik‘. #9091

Veränderungen

1. [SORMAS zu SORMAS] Die Überprüfungen der Benutzerrechte beim Zugriff auf das Backend wurden auf alle Benutzerrechte erweitert. Nun finden diese Überprüfungen für alle Benutzerrechte statt. #8540
2. [SORMAS zu SORMAS] Wenn Kontakte zum Besitz an ein anderes System übergeben werden, werden Proben und Immunisierungen automatisch mit übergeben. Dieses Verhalten war bei Fällen bereits implementiert und wurde nun für Kontakte angepasst. #9840
3. [SORMAS zu SORMAS] Wird im Übergabeverzeichnis das Fenster ‚Details zur Anfrage‘ geöffnet, indem auf das Auge-Symbol geklickt wird, kann durch das Klicken auf die Fall-ID oder Kontakt-ID der Fall oder Kontakt direkt geöffnet werden. Das Öffnen eines Falls/Kontakts über die Fall-ID/Kontakt-ID war bislang nicht möglich. Dies wurde nun geändert. #9807
4. [SORMAS zu SORMAS] Nachdem eine Übergabe zum Besitz stattgefunden hat, kann das sendende System weiterhin die im Fall oder Kontakt angehängten Dokumente sehen, herunterladen und löschen. Bisher konnte das sendende System die im Fall oder Kontakt angehängten Dokumente nicht sehen, herunterladen oder Löschen. Dies wurde nun geändert. #9804
5. [SORMAS zu SORMAS] Das Kommentarfeld ist bei einer Übergabe an ein anderes Amt verpflichtend. Bislang war dieses Feld kein Pflichtfeld. Dies wurde nun geändert. #9946

6. [SORMAS zu SORMAS] Bei der Übergabe von Fällen/Kontakten, wurde eine Duplikats-Erkennung implementiert.

    

   Bitte weisen Sie alle Mitarbeitenden an, die keine Rechte zum Zusammenführen von Fällen/Kontakten haben, bei einer solchen Meldung auf Mitarbeitende zuzugehen, die die entsprechenden Rechte haben. Alternativ können Sie auch eine S2S-Rolle einführen, bei welcher das Recht ‚Übergaben verarbeiten‘ zusammen mit den Rechten ‚Fälle zusammenführen‘ und ‚Kontakte zusammenführen‘ vergeben wird. Diese Rolle geben Sie dann den Mitarbeitenden, welche sich um das Annehmen/Ablehnen von Übergaben kümmern.

    

   Hinweise für das Recht ‚Fälle zusammenführen‘ und ‚Kontakte zusammenführen‘:

   1. Wenn Kontaktduplikate gefunden wurden, gehen Sie bitte auf die Ansicht Doppelte Kontakte zusammenführen (Kontaktverzeichnis – Mehr – Duplikate Zusammenführen) und haken Sie die Checkbox Duplikate mit unterschiedlichen Bundesländern anzeigen an, um mögliche Kontaktduplikate zu finden. Um die Kontakte zusammenführen zu können, müssen Sie den Zuständigkeitsbereich zuerst in beiden Kontakten identisch angeben und den Kontakt speichern.
   2. Wenn Fallduplikate gefunden wurden, gehen Sie bitte auf die Ansicht Doppelte Fälle zusammenführen (Fallverzeichnis – Mehr – Duplikate Zusammenführen) und haken Sie die Checkbox Duplikate mit unterschiedlichen Bundesländern anzeigen an, um mögliche Fallduplikate zu finden. Um die Fälle zusammenführen zu können, müssen Sie den Zuständigkeitsbereich zuerst in beiden Fällen identisch angeben und speichern. Bitte beachten Sie: Wurde der Fall mit Besitz übergeben, kann nur Fall führend sein, der über S2S in ihr System gekommen ist, damit die Synchronisierung zum Quellsystem gewährleistet sein kann. Bitte beachten Sie: Wurde der Fall mit Leserechten übergeben, können Sie diesen nicht als führenden Fall mit einem Fall aus Ihrem System zusammenführen. Eine Änderung des hereinkommenden Falls würde nämlich zu einer Änderung des Falles führen, obwohl Sie nur die Leserechte besitzen.
   3. Wenn Personenduplikate gefunden wurden, tätigen Sie bitte Schritt 1 und Schritt 2 um sicherzugehen, dass sich tatsächlich keine Fall,- oder Kontaktduplikate in Ihrem System befinden. Denken Sie unbedingt daran die Checkbox Duplikate mit unterschiedlichen Bundesländern anzeigen anzuhaken. Falls sich keine Fall,- oder Kontaktduplikate finden lassen, können Sie vorerst beide Personen in Ihrem System belassen. Ab der Version 1.77 wird es die Funktionalität Personen zusammenzuführen voraussichtlich geben.

   Es erscheint nun eine Meldung im Zielsystem, wenn das System mögliche Duplikate bei der Übernahme ermitteln konnte. Aus technischen Gründen muss die Zusammenführung von Fällen und Kontakten selbständig durchgeführt werden. #9527

7. [SORMAS zu SORMAS] Das ‚Anfragen zur Übergabe‘- Verzeichnis wurde umbenannt in ‚Übergabeverzeichnis‘. Zudem wurden weitere Änderungen im Verzeichnis vorgenommen. Bisher konnten nur die eingehenden Übergaben eingesehen werden. Nun können auch die ausgehenden Übergaben eingesehen werden. Solange die ausgehenden Übergaben noch ausstehend sind, können die Übergaben zudem über das Verzeichnis widerrufen werden. Zudem wurde die Reihenfolge der Spalte, in welcher die Buttons zum Annehmen, Ablehnen und Widerrufen der Übergabe sichtbar sind mit der Spalte ‚Kommentar‘ Außerdem wurde die Spalte ‚Anfragedatum‘ in ‚Datum der Übergabe‘ umbenannt. #9755
8. [DEMIS zu SORMAS] DEMIS-Labormeldungen, die mehrere Proben enthalten, werden in SORMAS nun auch in nur einer Meldung verarbeitet. Wenn in einer DEMIS-Labormeldung bisher mehrere Proben enthalten waren, wurde bisher in SORMAS für jede dieser Proben eine Meldung in SORMAS erzeugt, die jeweils einzeln verarbeitet werden mussten. Nun entspricht jeder in SORMAS abgerufenen DEMIS-Labormeldung genau eine Meldung mit Typ ‚Labormeldung’ im Meldungsverzeichnis von SORMAS. Bei der Verarbeitung einer solchen Labormeldung erscheint eine Fehlermeldung mit dem Hinweis, dass jede Probe mit dem jeweiligen Erregertestergebnis aus der Meldung nacheinander verarbeitet werden muss.
   Wenn zu eingehenden Labormeldungen bereits zugehörige Proben und/oder Erregertests in SORMAS vorliegen, wird dies erkannt und der:die Nutzer:in kann direkt die Probe öffnen; dies gilt wie bisher jedoch nur, wenn in der DEMIS-Labormeldung genau eine Probe enthalten ist; wenn mehrere Proben enthalten sind, steht dieser Shortcut nicht zur Verfügung. #9109 

9. Um den Zugriff auf Dokumente zu überprüfen, wurden die Benutzerechte ‚DOCUMENT_VIEW’, ‚DOCUMENT_UPLOAD’ und ‚DOCUMENT_DELETE’ eingeführt. Zusätzlich zur bisherigen Prüfung des Dokumentenzugriffs in der Benutzeroberfläche auf der Grundlage der zugehörigen Entität (z. B. CASE_EDIT) werden nun Prüfungen im Backend auf Basis der neuen Benutzerrechte vorgenommen. Bisher wurden für Dokumente Überprüfungen nur auf der Benutzeroberfläche durchgeführt. #8543
10. Die Überprüfungen der Benutzerrechte bzgl. Zugriffen auf Infrastruktur und benutzerbezogene Benutzerrechte wurden angepasst. Dazu wurden die Benutzerrechte ‚USER_VIEW‘, ‚USER_CREATE‘ und ‚USER_EDIT‘ eingeführt. #8541
11. Beim Öffnen der Registerkarte von Ereignissen kommt es nicht mehr zu verlängerten Ladezeiten von bis zu einer Minute. Der Ladealgorithmus wurde durch die Implementierung von ‚Lazy Loading’ (Bezieht sich auf die Ladezeiten bestimmter Bereiche von Websites. Die Webinhalte werden beim Scrollen im Browserfenster dynamisch geladen und nicht zeitgleich) erweitert, sodass diese Registerkarte schneller geöffnet werden kann. #3845 
12. Das Dokument ‚SORMAS Benutzerrollen‘ enthält nun ein weiteres Tabellenblatt mit Details zu den Benutzerrechten. Die Tabelle, die über den Button ‚Benutzerrollen exportieren’ heruntergeladen werden kann, enthält ein weiteres Tabellenblatt ‚Benutzerrechte’, das für alle Benutzerrechte die Gruppen, in denen sie in der Benutzeroberfläche erscheinen sowie die abhängigen Benutzerrechte, enthält.
    #10200

Hinweis: Dies macht die Excel-Datei ‚SORMAS_Standardrollen_und_Benutzerrechte_deutsch‘, die auf der Info-Seite verfügbar war, obsolet und wurde daher entfernt. Bitte beachten Sie ebenfalls die neue Version des Dokumentes ‚Benutzerrollenkonzept und Benachrichtigungen in SORMAS‘ mit Anpassungen zu Standard-Benutzerrollen sowie die Beschreibung der neuen Möglichkeit, Benutzervorlagen anzuwenden. Die Datei mit den unabänderlichen Standardrollen und den Benutzerrechten für die jeweils aktuelle SORMAS-Version wird auf www.sormas-oegd.de veröffentlicht.

13. Es werden keine verlängerten Ladezeiten beim Öffnen eines Formulars zum Erstellen von Einreisen festgestellt. Dieses Problem wurde behoben, indem das System nur noch einen Reiseeintrag im ‚getLastTravelEntry‘ abruft, statt alle abzurufen und lediglich den ersten auszuwählen. #10306
14. Geplante Aufrufe, die automatisch vom Backend ausgeführt werden (sog. ‚Cronjobs’), werden nun im Audig-Log dokumentiert. Bislang wurden geplante Aufrufe nicht geloggt. Dies wurde angepasst. #9881
15. Ein Cronjob stellt fest, ob ein Fall geändert wurde. Dies führt jedoch zu einer von Benutzer:innen initiierten Änderung des Falls, die auch das Änderungsdatum aktualisiert und den:die aktuelle:n Benutzer:in als Änderungsbenutzer:in festlegt, obwohl der:die Benutzer:in möglicherweise gar keine manuellen Änderungen an diesem Fall vorgenommen hat (z. B. wenn er:sie einen zugehörigen Kontakt aktualisiert hat). Dieser Fehler wurde behoben; es wird nun überprüft, ob tatsächlich eine Änderung am Fall vorgenommen wurde und nur dann das Änderungsdatum und –benutzer:in angepasst. #8502

16. Die Performanz zur Datenabfrage für den Filter ‚Alle‘ in den Verzeichnissen wurde verbessert. #9320
17. Zur Verbesserung der Performanz wurden für verschiedene Filter zur Datenabfrage Parameter im Code hinterlegt. #3915
18. Zur besseren Verständlichkeit wurde bei der Erstellung von neuen Benutzerrollen für die Auswahlmöglichkeiten ‚Has optional health facility‘ und ‚Port health user‘ Hinweise mit Informationen zur Verwendung hinterlegt, wenn die Maus auf den Text gehalten wird (Tooltipp). Zudem wurde die Voreinstellung der Auswahlmöglichkeiten geändert, sodass sie nicht mehr automatisch vorausgewählt sind.

Hinweis: Die deutsche Übersetzung der Auswahlmöglichkeiten folgt mit Version 1.77 #10410

Fehlerbehebungen

1. [SORMAS zu SORMAS] Das Annehmen von Übergaben, welche unter Ausschluss der personenbezogenen Daten übergeben worden sind, war in der vorangegangenen Version nicht möglich. Dieser Fehler wurde behoben; die Übergaben mit Ausschluss der personenbezogenen Daten können im Zielsystem angenommen werden. #10225
   
2. [SORMAS zu SORMAS] Eine Übergabe zur Ansicht war in der vorangegangenen Version möglich, aber führte zu einem fehlerhaften Zuständigkeitsbereich. Unter bestimmten Umständen war es möglich in zwei Systemen gleichzeitig an einem Fall zu arbeiten. Dieser Fehler wurde behoben; Fälle und Kontakte können nun wieder zur Ansicht geteilt werden und der Zuständigkeitsbereich wird korrekt angegeben. #10553

3. [SORMAS zu SORMAS] Wurde ein Fall mit Besitz an den Sendenden zurückgegeben, erschien beim Löschen in SurvNet eine Fehlermeldung. Dieser Fehler wurde behoben; zurückgegebene Fälle mit Besitz führen nicht zu einer Fehlermeldung beim Löschen in SurvNet. #9955

4. Wenn eine Benutzerrolle mit Zuständigkeitsebene ‚Gemeinde’, welche bereits Benutzer:innen zugeordnet wurde, auf die Zuständigkeitsebene ‚Keine’ gesetzt wurde, erschien eine Warnmeldung und die Änderung wurde nicht gespeichert. Dieser Fehler wurde behoben; solange die Benutzerrolle von Benutzer:innen verwendet wird, kann die Zuständigkeitsebene nicht geändert werden.

Empfehlung: Bitte ändern Sie ‚Zuständigkeitsebenen‘ in Benutzerrollen nicht, solange diese Benutzerrollen noch Benutzer:innen zugewiesen sind. #10093

5. Wurde im Massenbearbeitungsmodus über das Ereignisteilnehmer-Verzeichnis die Aktion ‚Kontakte erstellen‘ ausgewählt ohne Ereignisteilnehmer:innen auszuwählen, erschien keine Fehlermeldung. Dieser Fehler wurde behoben; werden keine Ereignisteilnehmer:innen ausgewählt erscheint die Meldung ‘Keine Ereignisteilnehmer ausgewählt‘. #10218

6. Wurde ein Ereignis erstellt, fehlte im Backend die Benutzervalidierung. Dieser Fehler wurde behoben, sodass beim Erstellen eines Ereignisses der:die Benutzer:in im Hintergrund validiert wird. #10110

7. Wurde mit einer neu konfigurierten Benutzerrolle, die alle Rechte im Bereich Proben und Testungen hat, eine Probe über das Probenverzeichnis geöffnet oder eine neue Probe für einen Fall erstellt, konnte diese nicht bearbeitet, gelöscht oder gespeichert werden. Dieser Fehler wurde behoben; Proben können nun auch mit neu konfigurierten Benutzerrollen mit den entsprechenden Rechten bearbeitet, gelöscht und gespeichert werden. #10392
   

8. Wenn in einer Benutzerrolle, die bereits einem:einer Benutzer:in zugewiesen wurde, die ‚Zuständigkeitsebene’ geändert wurde, dann konnten inkonsistente Benutzer:innen erstellt werden. Dieser Fehler wurde behoben; es ist nun nicht mehr möglich, dass die Zuständigkeitsebene in einer Benutzerrolle geändert wird, solange diese Benutzerrolle noch einem:einer Benutzer:in zugewiesen ist.
   

Empfehlung: Bitte ändern Sie ‚Zuständigkeitsebenen‘ in Benutzerrollen nicht, solange diese Benutzerrollen noch Benutzern zugewiesen sind. #10305

9. Beim Öffnen des Personenverzeichnisses mit einer konfigurierten Benutzerrolle, die ausschließlich Rechte für Personen hatte, erschien die Fehlermeldung: ‘Der Zugriff auf die angegebene Ressource wurde untersagt. Bitte wenden Sie sich an Ihren Vorgesetzten oder Administrator und informieren Sie ihn hierüber. Bitte laden Sie die Seite neu, um die letzten Änderungen zu sehen’. Diese Fehlermeldung erschien, obwohl der Zugriff auf die Daten über die Rechte und Rollen geregelt wird. Dieser Fehler wurde behoben; beim Öffnen des Personenverzeichnisses wird die Fehlermeldung nicht mehr angezeigt. #10353 

10. War die Funktionskonfiguration ‚EDIT_ARCHIVED_ENTITIES’ deaktiviert, konnten dennoch Ereignisteilnehmer:innen über den Import zu einem archivierten Ereignis hinzugefügt werden. Dieser Fehler wurde behoben; ist die Funktionskonfiguration ‚EDIT_ARCHIVED_ENTITIES’ deaktiviert, sind die Buttons ‚Import‘ und ‚Export’ im Reiter ‚Ereignisteilnehmer’ eines Ereignisses ausgegraut und inaktiv. #10165 

11. Wenn eine Benutzerrolle nicht das Benutzerrecht ‘SORMAS_UI’ beinhaltet, erhielt ein:e Benutzer:in mit dieser Benutzerrolle eine unspezifische Fehlermeldung: ‚Anmeldung fehlgeschlagen. Überprüfen Sie Benutzername und Passwort und versuchen Sie es nochmal’. Dieser Fehler wurde behoben; es wird nun eine aussagekräftige Fehlermeldung mit dem Hinweis auf das fehlende Benutzerrecht ‚SORMAS_UI‘ ausgegeben. #10359 

12. Benutzer:innen mit der Benutzerrolle mit den folgenden Benutzerrechten erhielten beim Öffnen des Menüpunkts ‚Einstellungen’ eine Fehlermeldung: ‚Zugriff auf Sormas UI’ = ‚Ja’, Gruppe ‚Infrastruktur’: alle Werte gleich ‚Ja’, Gruppe ‚Konfiguration’: alle Werte gleich ‚Nein’, alle anderen Benutzerrechte gleich ‚Nein’. Dieser Fehler wurde behoben; im Menüpunkt ‚Einstellungen’ wird nur die Registerkarten angezeigt, für die das entsprechende Benutzerrecht auf ‚Ja’ gesetzt ist. #10188 

13. Ein Fehler bei den von ‘VIEW_CASE’ abhängigen Benutzerrechten im Zusammenhang mit der Anzeige von Personen führte dazu, dass Verzeichnisse bzw. Fälle nicht angezeigt werden konnten bzw. eine Fehlermeldung erschien. Dieser Fehler wurde behoben; die von ‘VIEW_CASE’ abhängigen Benutzerrechte umfassen nun auch die notwendigen Benutzerrechte, um Personen und damit zusammenhängende Fälle und Verzeichnisse zu sehen. #10361 

14. Beim Erstellen eines:einer neuen Benutzer:in erschien im Feld ‚Telefonnummer’ folgender Text: ‘Wird zum Senden von SMS-Benachrichtigungen verwendet. Muss Landesvorwahl enthalten.’. Dieser Text war jedoch nicht vollständig sichtbar. Dieser Fehler wurde behoben; der Informationstext wird nun vollständig dargestellt. #10481 

15. Wurde eine Benutzerrolle mit den Rechten ‚CONTACT_VIEW’ und ‚CONTACT_CREATE’ konfiguriert, erschien beim Speichern eines neu erstellten Kontakts eine Fehlermeldung. Dieser Fehler wurde behoben; mit den oben beschrieben Rechten kann ein neu erstellter Fall korrekt gespeichert werden. #10190 

16. Wurde mit der Benutzerrolle ‚Nationale*r Arzt/Ärztin‘ aus einer Probe ein Fall erstellt, erschien eine Fehlermeldung. Dieser Fehler wurde behoben; dass Erstellen eines Falls aus einer Probe mit der Benutzerrolle ‚Nationale*r Arzt/Ärztin’ ist problemlos möglich. #10171 

17. Wurde über die Zeilenauflistung ‚Mehrtägiger Kontakt’ ausgewählt, war das letzte Feld nicht vollständig sichtbar. Dieser Fehler wurde behoben; auch wenn das Feld ‚Mehrtägiger Kontakt’ ausgewählt ist, bleibt das letzte Feld sichtbar. #10285 

18. Wurde bei einem Ereignis als Ort ‚Einrichtung‘ ausgewählt und das Feld ‚Name & Beschreibung der Einrichtung’ bei der Auswahl von anderen Einrichtungen nicht befüllt, erschien in der Fehlermeldung die Bezeichnung des Feldes doppelt. Dieser Fehler wurde behoben; die Fehlermeldung enthält den Feldnamen nur noch ein mal. #10515
    

19. In einem Kontakt waren falsche Bezeichnungen zu sehen z.B. ‚Kein Ereignis mit Fall verknüpft‘, obwohl es sich um einen Kontakt handelt. Dieser Fehler wurde behoben; auf allen Seiten werden die richtigen Bezeichnungen angezeigt. #10554

20. Wurde eine bestehende Benutzerrolle im Benutzerrollenverzeichnis ausgewählt und dann der Reiter ‚Benachrichtigungen‘ ausgewählt, wurde der Informationstext in englischer Sprache angezeigt. Dieser Fehler wurde behoben; der Informationstext wird nun in deutscher Sprache angezeigt. #10548

21. Wenn die Funktionskonfiguration ‘EDIT_ARCHIVED_ENTITIES’ aktiviert war und Ereignisteilnehmer:innen für archivierte Ereignisse erstellt wurden, waren diese in der Datenbank aktiv anstatt archiviert. Auf der Benutzeroberfläche wurden die Ereignisteilnehmer:innen korrekt als archiviert angezeigt. Dieser Fehler wurde behoben; neu erstellte Ereignisteilnehmer:innen zu archivierten Ereignissen sind in der Datenbank nun ebenfalls archiviert. #9852

Import/Export von Daten über csv-Dateien & Datenbank-Export

Bitte beachten Sie:
Die entsprechenden Vorlagen für Import bzw. Export wurden ggf. entsprechend angepasst. Bitte verwenden Sie für den Import stets die aktuellen in SORMAS hinterlegten Importvorlagen.

Fehlerbehebungen

1. Beim Öffnen der Personenansicht mit einer konfigurierten Benutzerrolle, wurden die Karteikarten ‘Ereignisse’, ‘Einreisen’ und ‘Impfungen’ auf der rechten Seite nicht angezeigt. Dies passierte auch wenn die entsprechenden Rechte für Ereignisse, Einreisen und Impfungen vergeben wurden. Dieser Fehler wurde behoben, konfigurierte Benutzerrollen können sich durch die Zuweisung der hierfür erforderlichen Rechte die Karteikarten ‘Ereignisse’, ‘Einreisen’ und ‘Impfungen’ in der Personenansicht einsehen. #10511 
2. Eine konfigurierte Benutzerrolle ohne das Recht ‘EVENT_VIEW’, konnte die mit dem Recht verbundenen Daten dennoch in der Tabelle des Fall- und Kontaktverzeichnisses einsehen und über die Filter suchen. Dieser Fehler wurde behoben, sodass für Benutzer:innen ohne das Recht ‘EVENT_VIEW’ die Spalten im Fall- und Kontaktverzeichnis ausgeblendet werden und die Filter schreibgeschützt sind. #10346 & #10501

3. Eine Änderung im Feld ’Verlauf der Erkrankung des Falls’ im neusten Fall, der einer Person zugeordnet wurde, führt zu einer unwillkürlichen Änderung des Feldes ‘Aktueller Zustands der Person’ innerhalb der Personenansicht. Dieser Fehler wurde behoben, und die Felder ‘Verlauf der Erkrankung des Falls’ sowie ’Aktueller Zustand der Person’ zeigen dieselben Daten an. #10531

4. Wurden einem konfigurierten Benutzer die Benutzerrechte ‘TASK_VIEW’ und ‘TASK_DELETE’ zugewiesen, führte das Öffnen des Aufgabenmanagements sowie einzelner Aufgaben zu verlängerten Ladezeiten und teilweise zu Verbindungsabbrüchen. Diese Störung wurde behoben. Beim Öffnen des Aufgabenmanagements sowie einzelner Aufgaben mit der oben beschriebenen Benutzerrollenkonfiguration wurde eine verbesserte Server-Performance erreicht. #10541 & #10426
5. Im Personenverzeichnis wurden bei der Nutzung der Filteroptionen die Filtereinstellungen nicht übernommen. Dieser Fehler wurde behoben, die Filterfunktion im Personenverzeichnis ist produktiv. #10509

6. Sobald in SORMAS ein Fall verändert wird, folgt ein Automatismus, der die Vollständigkeit des Falls auf “null” setzt. In einem nächtlichen Cronjob wird die tatsächliche Vollständigkeit des Falles neuberechnet. Bislang wurde der Automatismus auch dann angestoßen, wenn ein Fall lediglich manuell geöffnet wurde oder Informationen, die mit dem Fall verknüpft sind, verändert wurden. Hierdurch wurden ungewollt auch das Änderungsdatum und der letzte Änderungsbenutzer aktualisiert. Damit diese Informationen nur noch aktualisiert werden, wenn tatsächlich eine Änderung der Daten vorgenommen wurde, wurde der Automatismus um eine Aktualisierungsabfrage erweitert, die prüft, ob eine Aktualisierung tatsächlich stattgefunden hat. #8502

Fehlerbehebungen

1. In der Personenverwaltung konnten durch die Nutzung von Filtern Fälle und Kontakte als solche identifiziert werden, auch wenn das dafür benötigte Benutzerrecht nicht vergeben wurde. Dies wurde behoben; für die Nutzung dieser Filtermöglichkeit sind nun ausschließlich diejenigen Benutzerrollen berechtigt, die das entsprechende Benutzerrecht zur Ansicht der jeweiligen Entitäten haben (‘CASE_VIEW’, ‘CONTACT_VIEW’, ‘EVENT_VIEW’). #10352
2. Beim Import von Kontakten und Ereignisteilnehmern wurde eine Fehlermeldung angezeigt, wenn in einer zugehörigen und bereits hinterlegten Person die Beschäftigungsart mit angegeben war. Dieser Fehler wurde nun behoben, Kontakte und Ereignisteilnehmer können nun fehlerfrei importiert werden. #10404

3. Beim der Veränderung des Feldes ‘Krankheitsstatus’ des neusten Falls einer Person auf ‚Unbekannt‘, änderte sich der Status ‚PresentCondition‘ der Person nicht auf ‚Unbekannt‘, sondern auf ‚Lebendig‘. Dieser Fehler wurde nun behoben, der Status wird korrekt auf angezeigt. #10496
4. Nach der Änderung der ‘Zuständigkeit‘ einer konfigurierten Benutzerrolle, kam es teilweise zu Inkonsistenzen in Form von leeren Pflichtfeldern in der Benutzeroberfläche. Dieser Fehler wurde behoben; die Pflichtfelder werden nach der Änderung des Zuständigkeits-Levels korrekt befüllt. #10305

In dieser Version wurden Issues zur Stabilität der SORMAS Mobile App behoben, die im deutschen Kontext keine Rolle spielen. Die Issues können Sie auf GitHub unter Sprint 119 – 1.75.2 Milestone (github.com) einsehen.

Fehlerbehebungen

1. Wenn innerhalb eines Falls mit mindestens zwei hinterlegten Impfungen, zwei Impfungen nacheinander gelöscht wurden, erschien eine Fehlermeldung. Dieser Fehler wurde behoben; bei der aufeinanderfolgenden Löschung mehrerer Impfungen im selben Fall, erscheint keine Fehlermeldung mehr. #10193

2. [DEMIS zu SORMAS] Nach der Verarbeitung einer DEMIS-Labormeldung, deren Krankheit der Meldung ‘Code’ nicht COVID ’cvdp’ ist, erschien die Fehlermeldung: ‘Es ist ein unerwarteter Fehler aufgetreten. Bitte kontaktieren Sie Ihren Vorgesetzten oder Administrator…’. In Folge erschien die Meldung ‘Fall gespeichert‘, obwohl der Fall nicht angelegt und die Labormeldung als nicht verarbeitet angezeigt wurde. Dieser Fehler wurde behoben; falls die Krankheit in der DEMIS-Labormeldung nicht COVID ist, erscheint eine Meldung, die den Benutzer darüber informiert, dass die Krankheit der Labormeldung nicht identifiziert werden konnte. Die Fehlermeldung ‘Es ist ein unerwarteter Fehler aufgetreten…‘ erscheint nicht, der Fall kann gespeichert werden und ist in der Oberfläche sichtbar; außerdem wird die Labormeldung als verarbeitet gekennzeichnet. #10324
3. Bei abgeschlossenen (d. h. archivierten) Fällen, die über die Personenansicht geöffnet wurden, erschien teilweise eine leere Seite und Inhalte vom Fall wurden nicht dargestellt. Außerdem kam es zu Darstellungsfehlern bei Fällen, die automatisch abgeschlossen (archiviert) wurden. Der Fehler wurde behoben, sodass alle Fälle über die Personenansicht problemlos geöffnet werden können. Außerdem werden nun beim automatischen Abschließen, (bei dem Fälle in der Nacht an SurvNet gesendet werden, um sie auch dort als archiviert zu markieren) die gesendeten Fälle im Kasten ‘Meldesoftware’ mit Zeitstempel und dem Benutzer ‘System’ fehlerfrei angezeigt. #10279
4. Die Auswahl einer Probe innerhalb einer Dokumentenvorlage, war nur über die Proben-ID möglich; ‘Datum’, ‘Krankheit’ und ‘Status’, wurden nicht angezeigt. Dieser Fehler wurde behoben; alle oben aufgeführten Daten sind in der Dokumentenvorlage auswählbar. #10241 

 Veränderungen

1. Die Felder ‚Geburtsland’ und ‚Staatsangehörigkeit‘ sind aus datenschutztechnischen Gründen nicht mehr zu erfassen und bereits erfasste Inhalte werden permanent gelöscht. #9598

2. Bei den Aufgaben wurde der Aufgabenstatus ‚in Bearbeitung‘ hinzugefügt.
     
   #6748 

3. Bisher wurde die Liste von Ereignisteilnehmern abgeschlossener Ereignisse, standardmäßig nach aktiven Ereignisteilnehmern vorgefiltert. Innerhalb abgeschlossener Ereignisse sind die Ereignisteilnehmer jedoch ebenfalls abgeschlossen. Aus diesem Grund wurde die Einstellung angepasst, sodass die Liste der Ereignisteilnehmer in abgeschlossenen Ereignissen standardmäßig alle Ereignisteilnehmer berücksichtigt. #8723

4. Beim Export der Fall- und Kontakt-Nachverfolgung wurde in der Spalte ‚Ursprung des Anrufs‘ nur die Information ‚Erstellt von Benutzer‘ angezeigt, nicht aber der Name des Benutzers wie er in der Benutzeroberfläche angezeigt wird. Diese Einstellung wurde angepasst; der Name des Benutzers, der den Anruf angelegt hat, ist nun auch in der Exportdatei sichtbar. #9857

5. [SORMAS zu SORMAS] Bisher konnten Fälle gemeinsam mit zugehörigen Kontakten übergeben werden. Im Rahmen der Pilotierung wurden Schwierigkeiten innerhalb dieses Features erkannt. Daher wird das Feature bis auf Weiteres deaktiviert. #9146

6. [SORMAS zu SORMAS] Die Möglichkeit Proben während einer ausstehenden Übergabe hinzuzufügen wurde ermöglicht. Die Erfassung im laufenden Prozess ist möglich und dem Zielsystem werden alle Proben übergeben. #9771

7. [SORMAS zu SORMAS] Die Übergabeoptionen ‚Personenbezogene Daten ausschließen’ und ‚Sensitive Daten ausschließen’ wurden aus Datenschutzgründen zusammengeführt. Nun gibt es nur noch die Übergabeoption ‚Personenbezogene Daten ausschließen‘, welche bei Auswahl personenbezogene Daten und sensitive Daten ausschließt. #9521

8. [SORMAS zu SORMAS] Bisher wurden Labormeldungen nicht mit an das Zielsystem übergeben. Dies wurde nun angepasst, sodass bei einer Übergabe an ein Zielsystem die Labormeldungen mit übergeben werden.#8950

9. [SORMAS zu SORMAS] Die Möglichkeit Fälle und Kontakte im Massenbearbeitungsmodus zu übergeben wurde deaktiviert. Im Rahmen der Pilotierung wurden Schwierigkeiten innerhalb dieses Features erkannt. Daher wird das Feature bis auf Weiteres deaktiviert. #9145

Fehlerbehebungen

1. Wurde im Reiter Konfigurationen ‚Gemeinden‘ ausgewählt und per Doppelklick ein Export angestoßen, erschien eine Fehlermeldung. Dieser Fehler wurde behoben, der Button ‚Export’ in den Konfigurationen unter ‚Gemeinden‘ funktioniert korrekt. #9348

2. Beim Wechsel vom Fallverzeichnis zur Nachverfolgungsansicht wurde die Überschrift der ersten Spalte ‚Nachverfolgungs-ID‘ falsch angezeigt. Dieser Fehler wurde behoben; die Überschrift der ersten Spalte heißt nun ‚Fall-ID‘. #9906

3. Wenn in den Aufgaben der ‚Kommentar zur Ausführung‘ bearbeitet und danach die Zuweisung geändert wurde, wurde der zuvor geänderte ‚Kommentar zu Ausführung‘ automatisch zurückgesetzt. Dieser Fehler wurde behoben; wird der ‚Kommentar zur Ausführung‘ bearbeitet und danach die Zuweisung geändert, bleiben die Änderungen bestehen. #9535

4. Bei der Zusammenführung von zwei Fällen, in denen jeweils mehrere Impfungen (mit demselben Impfdatum und demselben Impfstoffnamen) hinterlegt wurden, kam es zu einer fehlerhaften Zusammenführung der Impfdetails. Dieser Fehler wurde behoben. Beim Zusammenführen der o. g. Fallszenarien, werden die Impfungen der Fälle zuerst innerhalb des jeweiligen Falls zu einer Impfung zusammengeführt und anschließend mit der zuletzt im System registrierten Impfung im Hauptfall zusammengeführt. Das bedeutet, dass  in dem Hauptfall, in dem mehrere Impfungen mit einem identischen Impfstoff und -datum hinterlegt wurden, alle Impfungen übernimmt, damit es nicht zum Datenverlust kommt. Wenn im selben Fall jedoch mehrere Impfungen mit einem identischen Impfstoff- und –datum hinterlegt wurden, erkennt das System diese Informationen als falsche Angaben im System und schlägt eine Korrektur dieser Daten vor. Es empfiehlt sich, diese Angabe im Hauptfall vor dem Zusammenführen zu korrigieren, Sie können die Korrektur jedoch auch nach dem Zusammenführen vornehmen. #9769

5. Wurden bei der Duplikate-Zusammenführung die Benutzereinstellungen auf Deutsch geändert, war der Button ‚Verbergen‘ nicht sichtbar. Dieser Fehler wurde behoben, der Button ‘Verbergen’ wird unabhängig von den Spracheinstellungen angezeigt. #9648

6. Das Fenster ‚Ungespeicherte Änderungen verwerfen‘ wurde nicht vollständig und mit fehlerhaften Änderungshinweisen angezeigt. Dieser Fehler wurde behoben; die Überschrift ist vollständig sichtbar und das Fenster erscheint nur bei Änderungen. #9773

7. Wenn in den Falldetails der Aufenthaltsort ‚Einrichtung‘ ausgewählt und in Folge die Auswahl: Einrichtungskategorie ‚Medizinische Einrichtung‘, Einrichtungstyp ‚Krankenhaus‘ und Einrichtung ‚Andere Einrichtung‘ getroffen wurde, erscheint das Fenster ‚Einrichtungsname & Beschreibung‘. Wenn daraufhin zur Registerkarte ‘Krankenhausaufenthalte’ gewechselt wurde, wurde unter Krankenhausname die Information ‚Andere Einrichtung‘ und nicht wie gewünscht der Inhalt des Feldes ‚Einrichtungsname & Beschreibung‘ aus der Registerkarte ‘Fall’ verknüpft. Dieser Fehler wurde behoben; in der Registerkarte Krankenhausaufenthalt wird unter Krankenhausname nun der Inhalt des Feldes ‚Einrichtungsname & Beschreibung‘ auf der Registerkarte Fall verknüpft, wenn als Aufenthaltsort ‘medizinische Einrichtung’ und im Feld Einrichtung ‘Andere Einrichtung’ ausgewählt wurde. #9854

8. Bei der Anlage von Kontakten über die Zeilenauflistung wurde im Dropdown-Menü ‚Art des Kontaktes’ nicht der vollständige Text der Auswahlmöglichkeiten angezeigt, wenn der Mauszeiger über die Dropdown-Liste bewegt wurde. Dieser Fehler wurde behoben, sodass die gesamte Beschreibung sichtbar ist. #9530

9. Wurde ein Ereignis geöffnet, die URL kopiert und im nächsten Schritt das Ereignis manuell gelöscht, konnte das Ereignis über die URL weiterhin aufgerufen werden. Hier konnten alle Ereignisdetails weiterhin eingesehen und bearbeitet werden. Dieser Fehler wurde behoben und ein manuell gelöschtes Ereignis ist nun auch beim Aufrufen über die URL schreibgeschützt. #9741

10. Der Benutzerrolle ‚Einreiseort Nationale*r Benutzer*in’ wurde das Recht ‚CASE_TRANSFER_FROM_POE’, aber nicht das Recht ‚CASE_TRANSFER’ standardmäßig zugewiesen. Aus diesem Grund konnten Benutzer:innen mit dieser Benutzerrolle die Einrichtung nicht ändern und den Fall nicht vom Einreiseort an eine Einrichtung weiterleiten. Dieser Fehler wurde behoben; die Benutzerrolle ‚Einreiseort Nationale*r Benutzer*in’ erlaubt die Weiterleitung eines Falls vom Einreiseort an eine Einrichtung. #9691

11. In der Datenbanktabelle konnte eine Löschfrist ‘deletionperiod’ von unter sieben Tagen konfiguriert werden, wobei der niedrigste Wert sieben sein sollte. Dieser Fehler wurde behoben, es wurde eine Prüfung im Backend eingeführt die Mindestlöschfrist von sieben (Tagen) voraussetzt. #9471

12. Das Feld ‘contactCategory’ wird auf Nicht-De-Servern ausgeblendet und ist nur für COVID-19 anwendbar. Dies wurde im Datenbeschreibungsverzeichnis nicht korrekt dokumentiert. Die Dokumentation wurde angepasst. Im Datenbeschreibungsverzeichnis ist ersichtlich, dass dieses Feld in einigen Fällen exklusiv oder ignoriert wird und spezifisch für COVID-19 ist. #9883

13. Wenn eine Impfung gelöscht wurde, blieb der ‘Impfstatus’ auf ‘Geimpft’; dies führte nach Senden an SurvNet dazu, dass ‘Jemals geimpft?’ den Wert ‘Ja’ erhielt. Dieser Fehler wurde behoben; wenn eine Impfung gelöscht wird (und es keine andere Impfung für die entsprechende Immunisierung gibt), wird der/die Benutzer:in gefragt, ob der Impfstatus gelöscht oder beibehalten werden soll. Entsprechend der vorgenommenen Auswahl, wird der Impfstatus aktualisiert. #9943

14. Wenn ein Kontakt in einen Fall konvertiert wird, wurde bislang eine automatische Systemnachricht zu der Follow-Up-Nachricht des Falls hinzugefügt. Diese Nachricht bezieht sich jedoch auf Kontakte. Daher sollte der Kommentar selbst, nicht aber die Systemnachricht in den Fall übernommen werden. Dieser Fehler wurde behoben; fortan wird nur der Kommentar in den Fall übernommen. #9914

15. Bei einer Person, deren zugehörige Entitäten alle manuell gelöscht wurden, sind die Informationen im Reiter ‘Person’ noch bearbeitbar. Die dort hinterlegten Informationen zu einer Person, deren zugehörige Entitäten manuell gelöscht wurden, sollten jedoch schreibgeschützt sein. Dieser Fehler wurde behoben und das Löschverhalten entsprechend angepasst. #9997

16. Wenn eine neue Benutzerrolle ohne Rechte erstellt wird, wird diese Benutzerrolle nicht in der Liste der “Benutzerrollen” angezeigt. Dieser Fehler wurde behoben. Die neu erstellte Rolle erscheint in der Liste, um sie anschließend bearbeiten zu können. #10049

17. [SORMAS zu SORMAS] Impfungen wurden in Quell- und Zielsystem nach erfolgreicher Annahme durch das Zielsystem nicht korrekt synchronisiert, wenn Änderungen im Quell- oder Zielsystem stattgefunden haben. Dieser Fehler wurde behoben; die Synchronisation funktioniert korrekt und Änderungen werden sowohl im Quell- als auch im Zielsystem angezeigt. #9803

18. [SORMAS zu SORMAS] Die Überschrift ‚Datum des Symptombeginns‘ im Fenster ‚Details der Anfrage’ wurde nicht übersetzt und lautete ‚Onsetdate’. Dieser Fehler wurde behoben; die Übersetzung steht nun zur Verfügung. #9872

19. [SORMAS zu SORMAS] Unter bestimmten Umständen war das Zusammenführen von zwei Fällen, wenn einer von beiden Fällen über SORMAS zu SORMAS geteilt wurde, nicht mehr möglich, da die Fälle nicht als Duplikate erkannt wurden. Dieser Fehler wurde nun behoben und Duplikate werden immer als solche erkannt. #10135

Berechtigungskonzept: Bitte beachten Sie, dass das Berechtigungskonzept in SORMAS Version 1.75.0 über die Benutzeroberfläche zur Verfügung gestellt wird. Im Folgenden finden Sie eine Beschreibung dieser Issues:

1. Es wurde eine Benutzerrollenansicht in die Benutzeroberfläche implementiert. Hierfür wurde in der Benutzerverwaltung der Reiter ‘Benutzerrollen’ hinzugefügt, in dem alle Rollen aufgelistet sind, die in der Datenbank auf der jeweiligen SORMAS-Instanz vorhanden sind, inklusive der neu angelegten oder geänderten Benutzerrollen. Die Liste kann nach Benutzerrechten und Zuständigkeitsebene sowie über den Status ‘Aktiviert’/’Deaktiviert’ gefiltert werden. Diese Benutzerrollen können über den Button ‘Benutzerrollen exportieren’ inklusive der Rechte je Benutzerrolle heruntergeladen werden.
   Über die Funktion ‚Neue Benutzerrolle’ können alle Benutzer:innen, die das Recht ‚USER_ROLE_VIEW‘ besitzen, neue Benutzerrollen definieren und anpassen. Dieses Recht steht standardmäßig den Administratoren zur Verfügung.  #4462
2. Benutzerrollen können neu konfiguriert und angepasst werden. Eine neue Benutzerrolle kann auf Basis von bestehenden Benutzerrollen (‘Benutzerrollenvorlage’) angelegt werden, zudem müssen eine Rollenbezeichnung sowie der Zuständigkeitsbereich angegeben werden:

   
   Danach können aus der Liste Benutzerrechte ausgewählt werden. Falls die neue Benutzerrolle auf Basis einer Benutzerrollenvorlage ausgewählt wurde, so sind in der Liste bereits die dazugehörigen Rechte vorausgewählt.
   
   
   Detailliertere Informationen werden in der entsprechenden Dokumentation bereitgestellt. #4463 

3. Es wurden Benutzerrechte-Abhängigkeiten definiert und hinterlegt. Diese müssen bei der Erstellung eigener Benutzerrollen und -rechte berücksichtigt werden; andernfalls wird eine entsprechende Fehlermeldung ausgegeben. (Wenn eine neue Benutzerrolle auf Basis einer bestehenden angelegt wird, sind die abhängigen Rechte bereits vorausgewählt.) #5058
4. Es wurde eine Backend-Benutzerrechteprüfung zur Unterscheidung von EDIT- und CREATE-Benutzerrechten implementiert. Bislang enthielten die Entitäten eine Speichermethode, die geprüft hat, ob das ‚CREATE- oder EDIT-Benutzerrecht’ für die Entität vergeben wurde. Diese Rechte wurden nicht unterschieden. Das bedeutet, dass im Backend ein Benutzer, der nicht das Recht hat, eine Entität zu erstellen, dies trotzdem tun konnte. Gleiches gilt für die Bearbeitung. Damit hier unterschieden wird, wurde eine Backend-Benutzerrechteprüfung implementiert. #8920

Technologie

1. Update der Postgres-Datenbank auf die Version 42.4.1 #10099
2. Die Beschäftigungsarten wurden im Backend als anpassbare Auswahlen ‘customizable enums’ hinterlegt. Diese waren bisher Bestandteil des Codes und konnten ausschließlich im Rahmen von Updates geändert werden. Nun können die Beschäftigungsarten von Updates losgelöst angepasst werden. #5015

Die Umsetzung des Datenschutzes in SORMAS führt zu neuen Berechtigungs-, Lösch- und Logging-Konzepten. Dazu werden derzeit Funktionen umgesetzt, die später für die Gesundheitsämter nutzbar sind. Der Vollständigkeit halber sind diese Issues nachfolgend aufgeführt:

Löschkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Ereignisse und Ereignisteilnehmer werden fortan permanent gelöscht. Die Löschprozesse von Ereignissen und Ereignisteilnehmern wurden angepasst. Sofern ein Ereignis oder ein Ereignisteilnehmer gelöscht wird, werden die Daten permanent gelöscht. #7930

Aus technisch-organisatorischen Gründen gibt es eine Version 1.74.3, die jedoch keine neuen Issues enthält.

Fehlerbehebungen

1. Wenn der Abgleich von Identifiern (IDs) aus der DEMIS-Meldung (unter der Überschrift ‘Melder-Einrichtung‘) mit den ‘Externen IDs‘ der in SORMAS hinterlegten Labore nicht erfolgreich ist, dann wurde das Feld ‘Labor’ leergelassen. Dieser Fehler wurde behoben; es wird nun im Feld ‘Labor’ der Wert ‘Andere Einrichtung‘ und im Feld ‘Laborname & Beschreibung‘ der Laborname aus der DEMIS-Meldung angezeigt. #10119

2. Wenn Fälle oder Ereignisse an SurvNet gesendet werden, enthielt die Historie im Kasten ‘Meldesoftware’ zwei Einträge für denselben Sendevorgang. Zudem wurden beim Senden von Fällen oder Ereignissen im Massenbearbeitungsmodus zwei Bestätigungsmeldungen für das erfolgreiche Senden pro Sendevorgang erzeugt. Dieser Fehler wurde behoben; es wird nun pro Sendevorgang nur ein Eintrag in der Historie im Kasten ‘Meldesoftware’ erzeugt bzw. nur eine Bestätigungsmeldung pro erfolgreichem Sendevorgang ausgegeben. #10091

Veränderung

1. [SORMAS2SORMAS] Wenn eine Übergabe bei Annahme durch die Zielinstanz fehlschlug, erschien die Fehlermeldung: ‘500 Internal Server Error. Please reload the page to see the latest changes’. Die Fehlermeldung wurde nun optimiert und enthält Informationen von welcher Instanz (Quell- oder Zielsystem) der Fehler herrührt. #9956

Fehlerbehebungen

1. Wurde auf der Übersicht auf den Button ‘Kontakt’ geklickt, um zur Kontaktübersicht zu gelangen, erschien nach langen Wartezeiten eine Fehlermeldung. Dieser Fehler wurde behoben; beim Klicken den Buttons ‘Kontakt‘ öffnet sich die Kontaktübersicht. #9850

2. [DEMIS2SORMAS] Felder in DEMIS-Meldungen mit sehr langen Text-Werten (>255 Zeichen) führten dazu, dass keine Meldungen mehr abgerufen werden konnten. Dieser Fehler wurde behoben; DEMIS-Meldungen, die zu lange Text-Werte in Feldern enthalten, führen nicht zur Blockade des Abrufs, sondern werden mit Minimalinformationen in SORMAS übernommen. #9938
   

1. Wurde in einem Ereignis unter der Registerkarte ‘Ereignisteilnehmer‘ auf die ‘Personen-ID‘ geklickt öffnete sich nicht die Personenansicht, sondern die Ereignisteilnehmeransicht. Dieser Fehler wurde behoben, beim Klicken auf die ‘Personen-ID‘ öffnet sich die dazugehörige Personenansicht. #9921
   

2. Die Performanz des detaillierten Exports für Fälle, Kontakte und Ereignisse war durch Kalkulationen im Hintergrund heruntergesetzt. Dieser Fehler wurde behoben und die Performanz für den detaillierten Export verbessert. #9193
   

3. [SORMAS2SORMAS] Waren bestimmte Properties deaktiviert, war eine gleichzeitiges Arbeit am selben Fall/Kontakt im Ziel- und Quellsystem möglich. Dieser Fehler wurde behoben und ein gleichzeitiges Arbeiten in beiden Instanzen ist nicht mehr möglich. #9967

4. [SORMAS2SORMAS] Beim Teilen eines Falls mit Besitz war es dem Quellsystem nicht mehr möglich die Registerkarte Kontakte zu bearbeiten. Dieser Fehler wurde behoben. #9838

Veränderungen

1. Bisher wurden Impfungen ohne Impfdatum nicht als relevant markiert. Dies wurde nun angepasst. Liegt das Meldedatum der Impfung bis zu 14 Tage nach Symptombeginn, so wird die Impfung als relevant angezeigt. Ist kein Symptombeginn hinterlegt, gilt das Meldedatum des Falls als Referenzdatum.
   Wenn in SORMAS ein Symptombeginn gesetzt ist, wird in SurvNet, unabhängig von der Relevanz in SORMAS, bei ‘Jemals geimpft?’ der Wert ‘Ja’ gesetzt und in der Liste der Impfungen ein Eintrag mit leerem Impfdatum erzeugt. Wenn in SORMAS kein Symptombeginn gesetzt ist, wird in SurvNet, unabhängig von der Relevanz in SORMAS, bei ‘Jemals geimpft?’ der Wert ‘Ja’ gesetzt, jedoch kein Eintrag in der Liste der Impfungen erzeugt. #9265

2. Bisher wurden Änderungen an Impfungen, Proben und Zugehörigkeit zur Bundeswehr nicht als geändert markiert und wurden somit auch nicht in dem Filter ‘Nur Fälle, die seit der letzten Übertragung an die Meldesoftware geändert wurden’ Nun werden mit dem o.g. Filter auch Fälle als geändert angezeigt, die Änderungen an Impfungen, Proben und Zugehörigkeit zur Bundeswehr enthalten.
   Zu beachten: Infolge der Fehlerbeseitigung wird nun bei der Auswahl dieses Filters ggf. eine Vielzahl von älteren Fällen angezeigt, die zwar in SORMAS als geändert seit dem letzten Senden an SurvNet markiert waren, aber nicht im Filter angezeigt wurden. Diese werden nun im Filter angezeigt und müssen nach SurvNet gesendet werden.
   Information für alle Ämter, die vom HZI Excel-Listen erhielten mit Fällen zur Impfkorrektur:  
   Wenn eine manuelle Löschung von Impfungen stattgefunden hat und die
   Möglichkeit besteht, dass die korrigierten Fälle nicht manuell an SurvNet gesendet wurden, so senden Sie diese Fälle bitte jetzt an SurvNet.  (Wenn bei Ihnen das Impfkorrekturskript ausgeführt wurde, so wurden die durch das Impfskript korrigierten Fälle nach Ausführung des Skriptes bereits im o.g. Filter angezeigt.)  #9415

2. Bisher wurden nur die zugewiesenen Benutzer:innen zu den Benutzerrollen im Datenbankexport exportiert. Nun werden alle Tabellen bezüglich der Benutzer ausgegeben, da sich die Datenbank im Zuge des Benutzerrollenkonzepts geändert hat. Die Tabellen zeigen folgendes an:

• Benutzerrollen zeigt die vorhandenen Benutzerrollen an
  • Benutzerrollen – Benutzerrechte zeigte die konfigurierten Benutzerrechte zu den Benutzerrollen an
• Benutzerrollen – Email-Benachrichtigungstypen zeigt die konfigurierten Email-Benachrichtigungstypen zu den Benutzerrollen an
• Benutzerrollen – SMS-Benachrichtigungstypen zeigt die konfigurierten SMS-Benachrichtigungstypen zu den Benutzerrollen(Bitte beachten, dass die SMS-Benachrichtigungen in Deutschland nicht aktiviert sind und aus diesem Grund die Tabelle leer ist) 

#9734

3. [SurvNet zu SORMAS] Wenn ein Fall oder ein Ereignis archiviert oder de-archiviert wird, wird dessen Status entsprechend gesetzt und automatisch an SurvNet übermittelt. Wenn ein Fall oder ein Ereignis bereits an SurvNet übermittelt wurde und dann archiviert oder de-archiviert wird, wird der Status des Falls bzw. das Ereignisses in ‘abgeschlossen‘ oder ‘aktiv‘ geändert und automatisch an SurvNet übermittelt. #9274

Fehlerbehebung

1. Wurde die Funktionskonfiguration ‘EDIT_INFRASTRUCTURE_DATA‘ deaktiviert kam es beim Scrollen in den Einstellungen, im Suchfeld ‘Kontinentname‘, im Reiter ‘Subkontinente’ zu einer Fehlermeldung. Dieser Fehler wurde behoben; beim Scrollen in dem Suchfeld ‘Kontinentname‘ in den Einstellungen der Subkontinente erscheint keine Fehlermeldung mehr. #9494
   

2. Wenn innerhalb der Aufgaben mit dem Aufgabenkontext ‘Allgemein’ über die Massenbearbeitung die Zuweisung geändert wurde, erschien eine Fehlermeldung. Dieser Fehler wurde behoben; bei der Zuweisung von Aufgaben mit dem Aufgabenkontext ‘Allgemein‘ über die Massenbearbeitung erscheint keine Fehlermeldung mehr.#9554
   

3. Benutzer:innen mit der Benutzerrolle ‘Externe*r Laborbeauftragte*r‘ konnten Proben nicht bearbeiten, da sie keinem Labor zugeordnet werden konnten. Dieser Fehler wurde behoben; die Benutzerrolle ‘Externe*r Laborbeauftragte*r‘ muss nun einem Labor zugeordnet werden und das Feld ‘Labor’ ist nun ein Pflichtfeld. #8892
   

4. Wurde in den Entitäten ‘Fall‘, ‘Kontakt‘ oder ‘Ereignis’ Änderungen vorgenommen und ohne diese zu speichern die Entität gelöscht, erschien die Meldung ‘Ungespeicherte Änderungen‘. Wurde in Folge ‘Änderungen speichern’ ausgewählt, erschien eine Fehlermeldung. Dieser Fehler wurde behoben; die Meldung ‘Ungespeicherte Änderungen’ erscheint bevor Benutzer:innen die Löschung bestätigen können. #9435

5. Die Benutzerrollen ‘Administrator Überwachungsleitung’ und ‘Überwachungsleitung’ konnten nicht von anderen oder sich selbst als ‘Verantwortliche*r Überwachungsbeauftragte*r’ ausgewählt werden. Dieser Fehler wurde behoben; die Benutzerrollen ‘Administrator Überwachungsleitung’ und ‘Überwachungsleitung‘ können als ‘Verantwortliche*r Überwachungsbeauftragte*r’ ausgewählt werden. #9350
   

6. Wurde eine Aufgabe innerhalb eines Ereignisses mit den Benutzerrollenkombinationen ‘Überwachungsbeauftragte*r‘ und ‘Kontaktbeauftragte*r’ erstellt, konnte die Aufgabe lediglich in der Ereignisansicht eingesehen werden. Das heißt, dass die Aufgabe im Aufgabenverzeichnis nach der Filtereinstellung Aufgabenkontext ‘Ereignis’ nicht aufgeführt wurde. Dieser Fehler wurde behoben; die Aufgabe ist mit den o. g. Benutzerrollenkombinationen sowohl in der Ereignisansicht als auch im Aufgabenverzeichnis sichtbar. #9334
   

7. Wurde eine positive Probe zu einem Fall oder Kontakt hinzugefügt, aktualisierte sich das Datum ‘Nachverfolgung bis’ Dieser Fehler wurde behoben; das Datum ‘Nachverfolgung bis’ aktualisiert sich, wenn eine positive Probe hinzugefügt wird. #9447
   

8. In dem Menüpunkt ‘Übersicht‘ summieren sich die Testergebnisse und die Anzahl der Fälle nicht auf. Dieser Fehler wurde behoben; die Anzahl an Testergebnissen und Fällen wird korrekt angezeigt. Es werden mehr Testergebnisse als Fälle angezeigt, wenn zu einem Fall auch mehrere Ergebnisse vorliegen. #9658
   

9. Bei der Duplikate-Zusammenführung wurden Impfungen zusammengeführt, wenn das Impfdatum gleich, aber der Impfstoffname leer war. Dieser Fehler wurde behoben; Impfungen werden nur zusammengeführt, wenn das Impfdatum und der Impfstoffname übereinstimmen. #9549
   

10. Wurde ein Fall aus einer Einreise ohne ‘Aufenthaltsort’ erstellt, in der Fallansicht der ‘Fall vom Einreiseort weiterleiten’ geöffnet und die Felder ‘Bundesland’ und ‘Landkreis/Landkreisfreie Stadt’ ausgefüllt, konnte der Fall gespeichert werden, obwohl das nicht befüllte Feld ‘Aufenthaltsort’ ebenfalls ein Pflichtfeld ist. Dieser Fehler wurde behoben, das Fenster ‘Fall vom Einreiseort weiterleiten’ kann nicht gespeichert werden ohne alle Pflichtfelder auszufüllen. #9445

11. Für die Benutzerrolle ‘Einreiseort Nationale*r Benutzer*in’ wurde das Feld ‘Aufenthaltsort’ in dem Fenster ‘Neuen Fall erstellen’ als Pflichtfeld ausgegeben. Dieser Fehler wurde behoben; das Feld ‘Aufenthaltsort’ ist für die Benutzerrolle ‘Einreise Nationale*r Benutzer*in’ in dem Fenster ‘Neuen Fall erstellen’ kein Pflichtfeld mehr. #9382

12. Wurden in einem Ereignis Ereignisteilnehmer:innen ohne eigenes Bundesland und Landkreis/Kreisfreie Stadt hinterlegt und anschließend wieder aus dem Ereignis entfernt oder ein Bundesland und Landkreis/Landkreisfreie Stadt ergänzt, war das Feld ‘Land’ im Ereignis selbst nicht editierbar und die folgende Information erschien: ‘Eine Änderung des Landes ist nicht zulässig, da mindestens ein Ereignisteilnehmer dieses Ereignisses kein zuständiges Bundesland und/oder ‘zuständige/n Landkreis/Kreisfreie Stadt hat’. Dieser Fehler wurde behoben, das Feld ‘Land’ eines Ereignisses ist bearbeitbar und keine Information erscheint, wenn Ereignisteilnehmer:innen ein ‘Bundesland’ und ‘Landkreis/Landkreisfreie Stadt‘ zum Ereignis hinterlegt sind. #9438

14. Über die REST-API konnten Proben ohne verknüpften Fall, Kontakt, Ereignisteilnehmer:in oder Labor etc. in die Datenbank eingespielt werden. Dieser Fehler wurde behoben. Proben ohne zugehörige Entität können fortan nicht mehr über Schnittstellen eingespielt werden. #9541
15. In der Aufgabenverwaltung wurden im Filter ‘Aufgabenkontexte’ Aufgaben mit dem Kontext ‘Fall’, ‘Ereignis’ und ‘Einreise’ angezeigt, auch wenn Benutzer:innen nicht die entsprechenden Rechte besaßen. Dieser Fehler wurde behoben; es werden in dem Filter Aufgabenkontext ausschließlich Aufgaben angezeigt für die Benutzer:innen Rechte besitzen. #9388
16. Die Felder ‘Einreise Details’ in der Einreiseansicht und das Feld ‘Laborname & Beschreibung’ in der Erregertestansicht erschienen für die Benutzerrolle ‘Administrator’ leer, obwohl sie befüllt waren. Dieser Fehler wurde behoben; die Inhalte der Felder sind für die Benutzerrolle ‘Administrator’ sichtbar. #9372

16. Wurde im Menüpunkt ‘Personen’ eine Person ausgewählt und innerhalb der Karteikarte ‘Impfungen’ eine neue Impfung erstellt, erschien eine Fehlermeldung. Dieser Fehler wurde behoben; der Button ‘Neue Impfung’ ist in der Karteikarte Impfungen unter Personen nicht mehr sichtbar. #9464

17. Im Aktionsverzeichnis von Ereignissen war die Spalte ‘Aktion zuletzt geändert von’ Dieser Fehler wurde behoben, die Spalte ‘Aktion zuletzt geändert von’ im Aktionsverzeichnis eines Ereignisses enthält die entsprechenden Benutzer:innen die zuletzt Änderungen an der Aktion vorgenommen haben. #9520
    

18. Wenn die Krankheit in einer Arztmeldung von SORMAS nicht erkannt wurde, wurde eine Fehlermeldung für Labormeldungen ausgegeben. Dieser Fehler wurde nun behoben; die Fehlermeldung ‘Keine getestete Krankheit gefunden‘ lautet nun ‘Die getestete Krankheit der Meldung konnte nicht automatisch ermittelt werden’. Bitte prüfen Sie manuell, ob es sich bei dieser Meldung um eine Krankheit handelt, die in SORMAS bearbeitet werden soll.’. #9590

Import/Export von Daten über csv-Dateien & Datenbank-Export

Bitte beachten Sie:      
Die entsprechenden Vorlagen für Import bzw. Export wurden ggf. entsprechend angepasst. Bitte verwenden Sie für den Import stets die aktuellen in SORMAS hinterlegten Importvorlagen.

1. Bisher wurden nur die zugewiesenen Benutzer:innen zu den Benutzerrollen im Datenbankexport exportiert. Nun werden alle Tabellen bezüglich der Benutzer ausgegeben, da sich die Datenbank im Zuge des Benutzerrollenkonzepts geändert hat. Die Tabellen zeigen folgendes an:

• Benutzerrollen zeigt die vorhandenen Benutzerrollen an
  • Benutzerrollen – Benutzerrechte zeigte die konfigurierten Benutzerrechte zu den Benutzerrollen an
• Benutzerrollen – Email-Benachrichtigungstypen zeigt die konfigurierten Email-Benachrichtigungstypen zu den Benutzerrollen an
• Benutzerrollen – SMS-Benachrichtigungstypen zeigt die konfigurierten SMS-Benachrichtigungstypen zu den Benutzerrollen(Bitte beachten, dass die SMS-Benachrichtigungen in Deutschland nicht aktiviert sind und aus diesem Grund die Tabelle leer ist) 

#9734

Technologie

1. Es wurden Optimierungen am Code für die Java-Abfragelogik vorgenommen. Hierdurch wurde die Methodik so optimiert, dass die funktionalen Informationen schneller verarbeitet werden können. #8314

2. Beschreibt, dass in der PostgreSQL für SORMAS nicht verwertbare Passwort-Hashes generiert werden. Dieser Prozess wurde optimiert, die Auswahlverfahren zur Passwort-Generierung verarbeiten ausschließlich verwertbare Passwörter. #9726

3. Keycloak 16.1 wurde auf die Version Keycloak 18 aktualisiert. Die Keycloak Software, (Softwaretool für ‘Single Sign-On mit Identity and Access Management’) wurde von der Version Keycloak 16.1 auf die Version Keycloak 18 aktualisiert. #8018

Die Umsetzung des Datenschutzes in SORMAS führt zu neuen Berechtigungs-, Lösch und Logging-Konzepten. Dazu werden derzeit Funktionen umgesetzt, die später für die Gesundheitsämter nutzbar sind. Der Vollständigkeit halber sind diese Issues nachfolgend aufgeführt:

Berechtigungskonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Berechtigungskonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

Aufgrund der Vorbereitung zur Einführung des Benutzerrollenkonzepts wird seit der SORMAS Version 1.73.3 bei der Aufgabenzuweisung neben dem Benutzernamen nicht mehr die Benutzerrolle angezeigt. Grund dafür ist, dass die Benutzerrollen um die frei konfigurierbaren Rechte ergänzt wurden und anhand des Namens nicht mehr aussagekräftig sind.

Löschkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Wenn entweder ‘ORIGIN’ oder ‘CREATION’ als Löschreferenz konfiguriert sind, wird in den Löschinformationen das ‘Ende der Verarbeitung’ angezeigt. Stattdessen sollten jedoch das ‘Erstellungsdatum’ oder ‘Ankunftsdatum’ ausgegeben werden. Dieser Fehler wurde behoben; wenn ‘CREATION’ konfiguriert ist, wird das ‘Erstellungsdatum’ und wenn ‘ORIGIN’ konfiguriert ist, das ‘Ankunftsdatum’ als Referenz im Infodisplay angezeigt. #9207

Fehlerbehebungen

1. [DEMIS zu SORMAS] Bei der Verarbeitung von Arztmeldungen führte die Bearbeitung von Impfungen zu Fehlern beim Speichern oder Verwerfen von Einträgen. Dieser Fehler wurde behoben; bei der Verarbeitung von Arztmeldungen erscheint keine Fehlermeldung bei der Bearbeitung von Impfungen. #9910
2. [DEMIS zu SORMAS] Beim Verarbeiten von Arztmeldungen konnten bei der Konvertierung von Kontakten die “Kontakte mit Indexfall” im Reiter Epidemiologische Daten über die Benutzeroberfläche auf Nein gesetzt werden. Dieser Fehler wurde behoben; wenn bei Kontakten der dazugehörige Indexfall bekannt ist, wird das Feld “Kontakt mit Indexfall” automatisch auf “Ja” gesetzt und das Feld ist nicht mehr nachträglich bearbeitbar. #9911
3. [SORMAS zu SORMAS] Wurde ein Kontakt von einem Zielsystem zurück an das Quellsystem gegeben, konnte der Kontakt nicht übernommen werden. Dieser Fehler wurde behoben; der Kontakt kann bei der Übergabe vom Zielsystem an das Quellsystem übernommen werden. #9886

4. Die Performanz für den detaillierten Export für eine große Anzahl an Fällen oder Kontakten war runtergesetzt. Dieser Fehler wurde behoben und die Performanz für den detaillierten Export von Fällen und Kontakten verbessert. #9193

Veränderungen 

Zur Verbesserung der Performanz des Probenverzeichnisses wurden Optimierungen im Backend vorgenommen.  #9779

Veränderungen

1. Bisher wurde bei jeder Anmeldung ein neuer FhirContext für die Audit-Protokollierung erstellt. Zur Verbesserung der Performanz wurde nun eine FhirContext Instanz geschaffen, welche bestehen bleibt und wiederverwendet wird. #9677
2. Zur Verbesserung der Performanz wurde die Annotation @RolesAllowed durch eine eigenständige @RightsAllowed Annotation ersetzt. #9577
3. [SORMAS zu SORMAS] Ein Fall kann nur noch einmal an ein anderes Zielsystem gesendet werden. Sollte der Fall versehentlich gesendet worden sein, muss der Fall zuerst zurückgezogen werden, bevor ein erneutes senden möglich ist. Dies verhindert ein paralleles Arbeiten an einem Fall. Das gleiche gilt für Ereignisse und Externe Meldungen. #8576
4. [SORMAS zu SORMAS] Damit ein Fall beim Übergeben eines Kontaktes an ein anderes Zielsystem nicht verloren geht wurden folgende Funktionen ergänzt:
   (Derzeit sind die Meldungen noch in englischer Sprache.)

• Wird ein Kontakt ohne zugehörigen Fall an ein anderes Zielsystem übergeben erscheint die Meldung: “ You can not share this contatct because you need a source case. Please link the contact to a case. “
• Wurde der zugehörige Fall zu einem Kontakt noch nicht übergeben erscheint die Meldung: “If you want tp share this contact, you have to send the associated case first to the same target system. Please note that you can send the case and exclude personal data”
• Soll ein Kontakt von einem anderen Zielsystem übernommen werden und für den dazugehörigen Fall ist die Übergabeanfrage noch ausstehend, erscheint die Meldung “The contact cannot be accepted, because it belongs to case not yet accepted. Please accept the linked case first.
  It is shared within the request.”
• Sollte zu einem Kontakt kein dazugehöriger Fall im Zielsystem vorliegen und auch keine Übergabeanfrage bestehen wird die Meldung “The contact cannot be accepted, because it was sent without a case. Please reject the contact and ask the source system to send the linked case first.” angezeigt. #9125

Neue Funktionen

1. [DEMIS zu SORMAS] Übernahme des Werts für Verstorben aus DEMIS-Meldungen. Wenn in einer DEMIS-Meldung der Wert für Verstorben “ja” lautet, dann wird in SORMAS der Wert für den Aktuellen Zustand einer Person auf “Verstorben”, der Wert “nein” auf “Lebendig” gesetzt. Wenn die DEMIS-Meldung keinen Wert für “Verstorben” enthält, bleibt der in SORMAS bestehende Wert für den Aktuellen Zustand einer Person erhalten. #6692

2. DEMIS zu SORMAS] Verarbeitung von DEMIS-Meldungen des Typs Arztmeldung. Der Verarbeiten-Button ist nun auch für Arztmeldungen aktiv.
   Wenn Verarbeiten ausgewählt wird, erscheint das folgende Fenster:
        
   Dies ist ein bekanntes Problem; bitte wählen Sie ”Weiter” und vervollständigen Sie die Krankheit, wenn ein neuer Fall angelegt wird.
   Person/Fall wählen oder erstellen:

Der Prozess zur Auswahl oder Erstellen einer Person und der Wahl bzw. Erstellung eines Falls ist derselbe wie bei Labormeldungen (außer, dass keine Kontakte und Ereignisteilnehmer erstellt werden können).         
Editierformulare:
Nach Wahl bzw. Erstellen eines Falls werden die Reiter Fall, Fallperson, Krankenhausaufenthalt, Symptome, Epidemiologische Daten sowie der Reiter Immunisierungen (andere Ansicht im Vergleich zu den bestehenden Karten/Kästen in Fällen) angezeigt, und der Reiter Krankenhausaufenthalt wird automatisch geöffnet. (Die initialen Falldaten und FallPerson sind aus der gewählten Person bzw. Fall bereits vorhanden.)
Die Reiter sind bis auf den Reiter Immunisierungen inhaltlich dieselben wie in Fällen, jedoch ohne die Karten/Kästen auf der rechten Seite.
Navigation zwischen Reitern und Speichern/Verwerfen von Eingaben:

Von einem Reiter zum nächsten gelangt man über den Button “Weiter” und über “Zurück” zum vorherigen Reiter. Die Wahl von “Weiter” speichert die Daten im aktuellen Reiter automatisch; bei “Zurück” erscheint eine Meldung, wenn noch ungespeicherte Eingaben im aktuellen Reiter vorhanden sind; die Meldung fragt ab, ob die Änderungen gespeichert, verworfen oder durch “Aktion abbrechen” einfach zurück zum gerade aktiven Reiter gegangen werden soll, um im Reiter weiter zu arbeiten.

Wenn in einem Reiter “Verwerfen“ ausgewählt wird, wird die Verarbeitung beendet und wieder das Verzeichnis der Meldungen geöffnet. Bereits gespeicherte Angaben bleiben erhalten, und der “Verarbeiten“-Button im Meldungsverzeichnis ist weiterhin aktiv, um die Verarbeitung fortzusetzen.  
Der letzte Reiter “Immunisierungen” enthält neben “Zurück” die Buttons “Speichern” und “Speichern und Fall öffnen”, über den die Änderungen gespeichert und der Fall in der gewohnten Ansicht inkl. Kästen auf der rechten Seite angezeigt wird. Danach sind die Angaben aus der Arztmeldung verarbeitet, und der ”Verarbeiten”-Button im Verzeichnis der Meldungen ist nicht mehr sichtbar.

(Der Vollständigkeit halber: der erste Reiter “Fall” verfügt nicht über den Button “Zurück”, da dies an dieser Stelle keinen Sinn macht.)     
Reiter Immunisierungen:

Öffnet man den letzten Reiter “Immunisierungen”, so erscheint eine Liste von zugehörigen Impfungen. Ist ein vorhandener Fall gewählt worden, werden dort die im Fall bestehenden Impfungen aufgelistet. Über das Stift-Symbol neben jedem Listeneintrag kann die jeweilige Impfung editiert und über das Papierkorb-Symbol gelöscht werden.          
Über den Button “Impfung hinzufügen”                  

werden die Felder zum Erfassen einer Impfung angezeigt:

Hier kann die aktuelle Impfung mit “Erledigt” abgeschlossen werden; sie erscheint danach im Reiter Immunisierungen in der Liste der Impfungen.
 #8980

3.[DEMIS zu SORMAS] Mit dem DEMIS Adapter 1.18.0 können mehrere IDs (Kennungen) auf in SORMAS verfügbare Einrichtungen (insb. Labore mit Externer ID wie Betriebsstättennummer oder DEMIS Laboratory ID) abgebildet werden. Alle in der DEMIS-Meldung angegeben Identifier unter der Überschrift “Melder-Einrichtung” werden mit den in SORMAS verfügbaren Einrichtungen verglichen. Wenn keine Übereinstimmung gefunden wurde, wird im Feld „Labor“ der Wert “Andere Einrichtung” und im Feld “Laborname & Beschreibung” der Name der Einrichtung aus der DEMIS-Meldung übernommen. Wenn nur eine ID übereinstimmt, wird diese Einrichtung übernommen. Wenn mehr als eine ID mit bestehenden Einrichtungen übereinstimmt, wird das Feld “Labor” leergelassen und der Nutzer muss die richtige Einrichtung auswählen, da das System nicht entscheiden kann, welche der Einrichtungen übernommen werden soll.

#8949

Veränderungen

1. [DEMIS zu SORMAS] Das Labormeldungen Verzeichnis wurde transferiert und ist nun ein eigener Menüpunkt. Alle DEMIS-Meldungen werden nun über den neuen Menüpunkt “Meldungen” aufgerufen; das Labormeldungen Verzeichnis, , das über den Menüpunkt “Proben” aufgerufen wurde, existiert damit nicht mehr. (Proben befinden sich weiterhin im Menüpunkt “Proben”.) Außerdem wurden die Feldbezeichnungen und Überschriften an den Umstand angepasst, dass sowohl Labor- als auch Arztmeldungen im Verzeichnis gelistet werden (Button „Meldungen abrufen“, Spaltenbezeichungen „Melder Name“, „Melder Postleitzahl“). Nutzerrechte für DEMIS-Meldungen wurden angepasst bzw. hinzugefügt.
   Der automatische Abruf von DEMIS-Meldungen erfolgt durch einen nächtlichen Cronjob in SORMAS. Dieser dient dazu, einen Überlauf von DEMIS-Meldungen in SORMAS zu verhindern. #8895
   

2. [DEMIS zu SORMAS] Auswahlmöglichkeit einer vorhandenen Probe zusätzlich zur Auswahl passender Proben bei der Verarbeitung von DEMIS-Labormeldungen. Neben den von SORMAS als passende Proben vorgeschlagenen werden nun weitere Proben, die mit dem ausgewählten Fall oder Kontakt verbunden sind, angezeigt. Diese können vom Nutzer über die Wahl der Option “Wahl einer anderen Probe” und die Auswahl einer Probe aus der Liste gewählt werden.
   Die Liste der passenden Proben wird unter der Überschrift „Eine passende Probe wählen” angezeigt und wenn weitere Proben existieren, wird diese Liste der weiteren Proben mit der Überschrift “Eine andere Probe wählen” angezeigt. Es wird stets eine entsprechende Erläuterung über den Listen angezeigt. #8933

3. Erweiterung der Duplikate-Zusammenführung um Impfungen. Die Impfungen wurden bisher über die Duplikate-Zusammenführung lediglich hinzugefügt und nicht zusammengeführt. Aus diesem Grund konnte es passieren, dass Fälle mehrere Impfungen enthalten, da kein Abgleich stattfand. Dies wurde nun geändert, sodass die Duplikate-Zusammenführung überprüft, ob das Impfdatum UND der Impfstoffname oder Impfdatum ODER Impfstoffname bereits für die Person existiert. Stimmten die Felder überein bleibt eine Impfung bestehen und die leeren Felder werden mit den verbleibenden Informationen aus der verworfenen Impfung gefüllt. Gibt es hingegen keine Übereinstimmungen wird die Impfung zum verbleibenden Fall/Kontakt hinzugefügt. #9299

4. Verbesserung der Performanz für den Datumsfilter im Fallverzeichnis, Kontaktverzeichnis etc.. Dies ermöglicht ein schnelleres laden der Seite. #8946

Fehlerbehebung

1. Wurde ein Ereignis archiviert und im Anschluss ein detaillierter Fall-Export heruntergeladen, enthalten die Spalten „Neuste Ereignis ID“, „Aktuellster Ereignisstatus“ und „aktuellster Ereignistitel“ keine Einträge. Dieser Fehler wurde behoben. Auch wenn Ereignisse archiviert sind, sind die Einträge im detaillierten Fall-Export enthalten. #9156

2. Enthielt ein Ereignisteilnehmer/eine Ereignisteilnehmerin eine ausstehende Laborprobe, aus der mit der mit der Benutzerrolle „Laborbeauftragte/r“ ein Fall erstellt wurde, erschien eine Fehlermeldung. Dieser Fehler wurde behoben, beim Erstellen eines Falls aus einem Ereignisteilnehmer/einer Ereignisteilnehmerin mit der Benutzerrolle „Laborbeauftragte/r“ und ausstehender Probe erscheint keine Fehlermeldung. #9097

3. Wurde einem Kontakt ein positiver Erregernachweis hinzugefügt und in dem daraufhin erscheinenden Fenster „Soll ein Fall aus dem Kontakt mit positivem Testresultat erstellt werden?“ „Ja“ ausgewählt, wurde der neu erstellte Fall nicht mit dem Kontakt verlinkt. Der konvertierte Fall wurde nicht im Kontakt hinterlegt, der Kontaktstatus wurde auf abgebrochen gesetzt und unter den epidemiologischen Daten des Falls wurde die Kontaktsituation nicht verknüpft. Dieser Fehler wurde behoben; wird aus einem Kontakt mit positivem Erregernachweis ein Fall erstellt, wird dieser im Kontakt verlinkt. #9254

4. Benutzer:innen mit der Benutzerrolle „Überwachungsleitung” konnten einen Ereignisteilnehmer/eine Ereignisteilnehmerin, bei denen ein eigener Zuständigkeitsbereich hinterlegt wurde nicht öffnen, wenn das Ereignis außerhalb des eigenen Zuständigkeitsbereichs lag. Dieser Fehler wurde behoben, der Ereignisteilnehmer/die Ereignisteilnehmerin kann mit der Benutzerrolle „Überwachungsleitung“ geöffnet und bearbeitet werden, auch wenn das Ereignis nicht im eignen Zuständigkeitsbereich liegt. Das Ereignis wird ausgegraut. #9139

5. Die Ereignis-Anzahl in den Ereignisgruppen wird nicht aktualisiert, wenn ein Ereignis aus einer Gruppe gelöscht wurde. Dieser Fehler wurde behoben und die Ereignis-Anzahl wird aktualisiert. #9353

6. Wurde mit der Benutzerrolle „Laborbeauftragte*r” die Aufgabenverwaltung geöffnet, ist das Verzeichnis nicht korrekt gefiltert. Der Button „Meine Aufgaben“ ist ausgewählt und stellt die Einträge für den Filter „Alle“ Einträge dar. Wurde nun der Button „Alle“ betätigt, ändert sich nichts an der Ansicht. Beim betätigen des Buttons „Meine Aufgaben“ wurden die zugewiesenen Aufgaben für die Benutzerrolle „Laborbeauftragte*r” angezeigt. Dieser Fehler wurde behoben, die Aufgabenverwaltung wird beim Öffnen korrekt nach “Alle” Einträgen gefiltert. #9347

7. Wurde mit der Benutzerrolle „Administrator” ein Ereignis erstellt, erschien bei dem Versuch eine Ereignisgruppe zu verknüpfen eine Fehlermeldung. Dieser Fehler wurde behoben, eine Ereignisgruppe kann auch mit der Benutzerrolle „Administrator“ für selbst erstellte Ereignisse verknüpft werden und es erscheint keine Fehlermeldung. #9352

8. Bisher konnte über die Massenbearbeitung Benutzer:innen Aufgaben zugewiesen werden, welche nicht in ihrem Zuständigkeitsbereich lagen. Dieser Fehler wurde behoben. Die Liste zur Zuweisung der Aufgaben zeigt ausschließlich Benutzer:innen an, welche die Berechtigungen besitzen für den Zuständigkeitsbereich des Falls/Kontakts/Ereignis. Zudem wurde folgender Hinweistext im Massenbearbeitungsmodus “Bearbeiten” ergänzt: “Sie haben Aufgaben ausgewählt, die mit verschiedenen Zuständigkeiten verbunden sind oder die mit Daten verbunden sind, die keine Einrichtungs- oder Einreiseort-Information haben. Nur Benutzer auf Bundesland Ebene oder höher können als zugewiesener Benutzer ausgewählt werden.” #8888

9. [SORMAS2SORMAS] Nachdem eine Übergabeanfrage akzeptiert wurde, blieben die Buttons „Übernehmen“ und „Ablehnen“ weiterhin bestehen. Ein erneutes betätigen des Buttons führte zu einer Fehlermeldung. Dieser Fehler wurde behoben, nach einmaligen anklicken des Buttons „Übernehmen“ oder „Ablehnen“ werden die Buttons entfernt. #9078

10. Bisher wurden Proben nicht im Backend gespeichert, sodass Proben ohne zugehörigen Fall, Kontakt oder Ereignisteilnehmer:in via ReST angelegt werden können. Dieser Fehler wurde behoben und Überprüfungen im Backend wurden den Proben hinzugefügt. #9276

11. Im Suchfeld „Proben ID/Name, Fall Name/Epid-Nummer/ID” konnten bisher nur namentlich nach Fällen in Verdingung mit Proben gesucht werden und nicht nach Kontakten oder Ereignisteilnehmer:innen. Dieser Fehler wurde behoben, sodass nun auch nach Proben in Verbindung mit Kontakten und Ereignisteilnehmer:innen durchsucht werden können. Zudem erscheint beim kurzen verbleiben mit der Maus auf dem Feld ein Hinweisfenster mit der Information nach welchen Einträgen das Verzeichnis mit dem Suchfeld durchsucht werden kann. #9291

12. Wurde über eine Person versucht hinterlegte Impfungen zu öffnen erschien eine Fehlermeldung. Dieser Fehler wurde behoben und Impfungen können über die Person geöffnet werden. #9463

13. Wurden Kontakte importiert fand keine Aktualisierung der Adresse, Geschlecht und Anrede statt. Dieser Fehler wurde behoben und die Kontaktdetails werden beim Import aktualisiert so wie es auch bei den Fällen durchgeführt wird. #7276

14. Wurde mit der Benutzerrolle “Einreiseort Nationale*r Benutzer*in” über das Fallverzeichnis Probenexport ausgewählt, erschien eine Fehlermeldung, da die Benutzerrolle keine Rechte für das Probenverzeichnis besitzt. Dieser Fehler wurde behoben; im Export des Fallverzeichnisses steht der Probenexport für die Benutzerrolle “Einreiseort Nationale*r Benutzer*in” nicht mehr zur Verfügung. #9386

15. In einigen Sprachen überlappten die Buttons “Verwerfen” und “Speichern” für Fälle mit einem Einreiseort als Fall-Ursprung. Dieser Fehler wurde behoben, die Buttons “Verwerfen” und “Speichern” überlappen in keinen der vorhandenen Sprachen. #9224

16. Für Ereignisse konnte kein verantwortlicher Benutzer:in gesetzt werden, da die Liste leer war. Dieser Fehler wurde behoben; bei Ereignissen kann der verantwortliche Benutzer:in aus der Liste ausgewählt werden und enthält die Benutzer:innen mit der Benutzerrolle Überwachungsbeauftragte bzw. Überwachungsbeauftragte und Überwachungsleitung. #9340

17. [DEMIS zu SORMAS] Der Button zum Löschen eines bereits vorhandenen Erregernachweises während der Verarbeitung einer Labormeldung war für die Benutzerrolle “Überwachungsleitung” sichtbar, jedoch konnte anschließend nicht gespeichert werden, da die Nutzerrolle dieses Recht nicht besaß. Dieser Fehler wurde nun behoben; der Button zum Löschen eines bereits vorhandenen Erregernachweises während der Verarbeitung einer Labormeldung ist nicht sichtbar, wenn die Benutzerrolle keine Rechte für die Löschung eines Erregernachweises besitzt. Unabhängig davon ist es jedoch möglich umgespeicherte Erregernachweise zu löschen. #9198

18. [DEMIS zu SORMAS] Wenn Datum der Meldung und das Datum der letzten Aktualisierung dieselben waren, wurde abgefragt, ob das Datum angepasst werden soll. Ursache war, dass bei dem Vergleich der beiden Datumsangaben auch die Uhrzeit berücksichtigt wurde. Dieser Fehler wurde nun behoben; es erfolgt in diesem Fall keine Abfrage mehr. #9383

19. [DEMIS zu SORMAS] Wenn bei der Verarbeitung einer DEMIS-Labormeldung eine bereits existierende Probe ausgewählt und danach “Speichern und Fall/Kontakt/Ereignisteilnehmer öffnen” gewählt wurde, wurde das Meldungs-Verzeichnis angezeigt. Dieser Fehler wurde nun behoben; es wird die entsprechende Entität geöffnet. #9394 

Import/Export von Daten über csv-Dateien & Datenbank-Export

Bitte beachten Sie:      
Die entsprechenden Vorlagen für Import bzw. Export wurden ggf. entsprechend angepasst. Bitte verwenden Sie für den Import stets die aktuellen in SORMAS hinterlegten Importvorlagen.

1. Beim Datenbankexport von Externen Daten / Meldungen hat sich der Name der Exportdatei im zip-Ordner von “lab_messages.csv” in “external_messages.csv” geändert; die Spalten haben sich nicht verändert.

Technologie

Umsetzung des Datenschutzes in SORMAS führt zu neuen Berechtigungs-, Lösch und Logging-Konzepten. Dazu werden derzeit Funktionen umgesetzt, die später für die Gesundheitsämter nutzbar sind. Der Vollständigkeit halber sind diese Issues nachfolgend aufgeführt:

Berechtigungskonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Berechtigungskonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. In Vorbereitung auf die finale Umsetzung des Berechtigungskonzepts wurden hart kodierte Benutzerrollen durch vollständig konfigurierbare Benutzerrollen ersetzt und die “REST_USER”- Benutzerrolle entfernt. #4461

Löschkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

Loggingkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

Fehlerbehebungen

1. Wurde ein Fall mit einer Aufgabe gelöscht, war die Aufgabe weiterhin über die Aufgabenverwaltung einsehbar und der Fall konnte geöffnet werden. Dieser Fehler wurde behoben; die Aufgaben zu einem gelöschten Fall sind nicht mehr in der Aufgabenverwaltung sichtbar. #9222

Veränderungen

1. Der Datenbank-Export wurde überarbeitet und enthält nun ausschließlich Einträge, die in den Funktionskonfigurationen aktiviert worden sind. #6951

2. Die Performanz für den detaillierten Fallexport wurde verbessert. Zudem wurde die Struktur so angepasst, dass sie konsistent mit den Datenbanktabellen selbst ist. #8609

3. Die Ladezeiten beim Öffnen des Probenverzeichnisses wurden für die Benutzerrollen „Überwachungsbeauftragte*r“, „Arzt/Ärztin“ und „Kontaktleitung“ #8610

Fehlerbehebungen

1. Wurde ein Kontakt, der ohne erfassten Zuständigkeitsbereich mit einem Fall verknüpft ist, in dem sich der Zuständigkeitsbereich vom Aufenthaltsort (desselben Falls) unterscheidet im Kontaktverzeichnis über den Filter “Bundesland”, “Landkreis” oder “Gemeinde” gesucht, erschien der Kontakt nicht in den Suchergebnissen. Hier wurde nur der Aufenthaltsort des Falls in der Suche berücksichtigt.
   Das gleiche Problem trat auf, wenn in der oben beschriebenen Kontaktsituation eine Probe hinzugefügt und diese im Probenverzeichnis gesucht wurde. Wurde ein Kontakt mit einem erfassten Zuständigkeitsbereich erstellt, diesem Kontakt eine positive Probe hinzugefügt, in dem Fenster „Soll ein Fall aus dem Kontakt mit positiven Testresultat erstellt werden“ das Feld „Ja“ ausgewählt, in dem darauffolgenden Fenster „Neuen Fall erstellen“ ein anderer Zuständigkeitsbereich als Aufenthaltsort angeben und die dazugehörige Probe im Probenverzeichnis mit den Filtern “Bundesland”, “Landkreis” und “Gemeinde” gesucht, wurde der Fall nicht gefunden. Diese Fehler wurden behoben und der Zuständigkeitsbereich wird nun in den Filtern “Bundesland”, “Landkreis” und “Gemeinde” berücksichtigt, sodass bei den aufgeführten Szenarien die Kontakte/Proben ausgegeben werden. #8911
2. Im Titel der Fallübersicht und Kontaktübersicht wurde im Nachnamen ein „ẞ“ als „SS“ angezeigt. Dieser Fehler wurde behoben. Das „ẞ“ ist nun korrekt angezeigt. #8649
3. Mit der Benutzerrolle “Überwachungsleitung” konnten über die Massenbearbeitung von Ereignissen auch Ereignisse außerhalb des eigenen Zuständigkeitsbereichs eingesehen werden. Dieser Fehler wurde behoben. Über den Massenbearbeitungsmodus werden für die Benutzerrolle „Überwachungsleitung“ ausschließlich Ereignisse im eigenen Zuständigkeitsbereich ausgegeben. #8899
4. In der Übersicht des Aktionsverzeichnisses der Ereignisentität erschien die Maßnahme in der Spalte “Titel der Aktion”. Dieser Fehler wurde behoben, die Spalte “Titel der Aktion” im Aktionsverzeichnis wird korrekt zugeordnet. #9012

5. Beim Betrachten des benutzerdefinierten Fall-Exports gab es im Bereich „Zusätzliche Daten“ die Auswahlmöglichkeit „Folgeschäden“ Dieser Fehler wurde behoben, die Auswahlmöglichkeit „Folgeschäden“ steht im benutzerdefinierten Fall-Export nur einmal zur Auswahl, es erfolgte eine Anpassung der zweiten Auswahl zum korrekten Terminus “Folgeschäden Beschreibung”. #8955

6. Im detaillierten Fall-Export wurden auch gelöschte Proben mit exportiert. Dieser Fehler wurde behoben, der detaillierte Fall-Export enthält keine gelöschten Proben mehr. #9092
7. Der Reiter Kontakte konnte nicht bearbeitet werden, wenn die Funktionskonfiguration “EDIT_ARCHIVED_ENTITIES” aktiviert war. Dieser Fehler wurde behoben. Alle Reiter sind bearbeitbar, wenn die Funktionskonfiguration “EDIT_ARCHIVED_ENTITIES” aktiviert ist. #9049
8. Wurde für einen bereits vorhandenen Fall aus einer Ereignisteilnehmerin oder einem Ereignisteilnehmer ein Fall erstellt, öffnete sich das Fenster “Neuen Fall erstellen” vor dem Fenster “Person auswählen”. Dieser Fehler wurde behoben. Das Fenster “Person auswählen” erscheint vor dem Fenster “Neuen Fall erstellen”, wenn aus einer Ereignisteilnehmerin oder einem Ereignisteilnehmer zu einem bereits vorhandenen Fall ein neuer Fall erstellt wird. #9135

9. Wurden über die Duplikate-Zusammenführung Fälle zusammengeführt bei denen das Duplikat eine primäre E-Mail-Adresse enthielt, erschien eine Fehlermeldung. Dieser Fehler wurde behoben; das Zusammenführen von Fällen mit primären E-Mail-Adressen über die Duplikate-Zusammenführung verursacht keine Fehlermeldung mehr. #9064

10. [DEMIS zu SORMAS] Nach dem erstmaligen Abrufen der DEMIS-Meldungen schloss sich das Fenster mit der entsprechenden Abfrage nicht. Dieser Fehler wurde behoben, das Fenster schließt sich automatisch. #9205
11. Im Labormeldungen Verzeichnis konnte nach einer leeren Typbezeichnung gefiltert werden. Dieser Fehler wurde nun behoben; es muss Labormeldung oder Arztmeldung ausgewählt werden. #9025
12. [DEMIS zu SORMAS] Bei DEMIS-Meldungen in alten Formaten fehlte das Gesamtresultat im Labormeldungen Verzeichnis. In DEMIS-Meldungen in alten Meldungsformaten gibt es kein Overall Test Result, was dazu führte, dass im Labormeldungen Verzeichnis kein Wert in der Spalte Gesamttestresultat angezeigt wurde. Nun wird bei alten Meldungsformaten für diese Angabe ein anderer Wert herangezogen. #9059

Import/Export von Daten über csv-Dateien & Datenbank-Export

Bitte beachten Sie: Die entsprechenden Vorlagen für Import bzw. Export wurden ggf. entsprechend angepasst. Bitte verwenden Sie für den Import stets die aktuellen in SORMAS hinterlegten Importvorlagen.

Die Umsetzung des Datenschutzes in SORMAS führt zu neuen Berechtigungs-, Lösch und Logging-Konzepten. Dazu werden derzeit Funktionen umgesetzt, die später für die Gesundheitsämter nutzbar sind. Der Vollständigkeit halber sind diese Issues nachfolgend aufgeführt:

Löschkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Bei der manuellen Löschung eines Falls/Kontakts/Ereignis etc. einzeln oder über den Massenbearbeitungsmodus muss nun ein “Grund des Löschens” angegeben werden. Hierfür muss aus dem Dropdown-Menü einer der folgenden Gründe ausgewählt werden: “Löschen auf Anforderung der betroffenen Person nach DSGVO”, “Löschen auf Anforderung einer anderen Behörde”, “Entität ohne Rechtsgrund angelegt”, “Löschen von Duplikaten” oder “Anderer Grund”. Falls “Anderer Grund” gewählt wird, müssen “Details zum Grund des Löschens” angegeben wer #8162

Loggingkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. [Audit|DEMIS-Adapter] Bereitstellung eines Loggers für den DEMIS-Adapter. Daten, die über den DEMIS-Adapter verarbeitet werden, werden nun protokolliert. #8023

Neue Funktionen

1. [DEMIS Meldungen] DEMIS-Meldungen erhalten eine Typbezeichnung und können danach gefiltert werden; der Verarbeiten-Button ist für Krankenhaus-/Arzt-Meldungen ausgeblendet. Im Labormeldungen Verzeichnis werden alle DEMIS-Meldungen mit einer Typbezeichnung gelistet (Labormeldung, Arztmeldung), nach der auch gefiltert werden kann. Für Krankenhaus-/Arzt-Meldungen ist der Button “Verarbeiten” ausgeblendet, da die Übernahme von Daten und deren Verarbeitung in SORMAS noch nicht zur Verfügung steht. #8276

Veränderungen

1. Das Feld “Probenzustand” ist kein Pflichtfeld mehr. #8419

Fehlerbehebung

1. Wird der neuste Erregernachweis aus einer Probe mit mehreren Erregernachweisen gelöscht, aktualisierten sich die Informationen entsprechend des neusten Erregertests in der Probenkarte nicht. Dieser Fehler wurde behoben; die Informationen zum Erregertest in der Probenkarte aktualisieren sich automatisch nach dem Löschvorgang. #8457

2. Beim detaillierten Fallexport sowie beim benutzerdefinierten Fallexport blieb Feld Impfstoffdosen leer. Dieser Fehler wurde behoben; der Fallexport enthält die angegebenen Impfstoffdosen. #8474

3. Wurde durch die Benutzerrolle “Nationale*r Benutzer*in” ein detaillierter Fallexport heruntergeladen, enthielt die Tabelle auch unrelevante Impfungen. Dieser Fehler wurde behoben; unrelevante Impfungen sind im detaillierten Fallexport für die Benutzerrolle “Nationale*r Benutzer*in” nicht mehr enthalten. #8626

4. Wurde ein Kontakt in einen Fall konvertiert, der bereits eine positive Probe mit einem Entnahmedatum vor dem Meldedatum enthält, aktualisiert sich das Feld “Nachverfolgung bis” nicht. Dieser Fehler wurde behoben; das Datum “Nachverfolgung bis” aktualisiert sich entsprechend des Probeentnahmedatums. #8550

5. Wird in den Einstellungen unter Gemeinden im Filter ein Land ausgewählt, passen sich die Filter “Region” und “Landkreis/Kreisfreie Stadt” nicht automatisch dem Land an, sondern beinhalten weiterhin die gesamten Auswahlmöglichkeiten für Deutschland. Dieser Fehler wurde behoben, die Auswahlmöglichkeiten für die Filter “Region” und “Landkreis/Kreisfreie Stadt” passen sich, automatisch der Eingabe an oder bleiben leer. #8512

6. Wurde ein Kontakt in einen Fall konvertiert und der konvertierte Fall im Nachgang gelöscht, wird die Nachverfolgung nicht automatisch und auch nicht manuell fortgesetzt. #8397

7. Werden über die Massenbearbeitung mindestens zwei Fälle mit demselben “Landkreis/Kreisfreie Stadt” ausgewählt und zur Bearbeitung navigiert, stand im Feld “Landkreis/Kreisfreie Stadt” zusätzlich zum Namen das Wort “(inaktiv)”. Dieser Fehler wurde behoben; das Feld Landkreis/Kreisfreie Stadt enthält lediglich den entsprechenden Namen. #8493

8. In der Probe wurde die UUID in der Überschrift nicht in Klammern angezeigt. Dieser Fehler wurde behoben. #8725

9. Für die Felder “Land” und “Bundesland” im Fenster “Neuen Fall erstellen” fehlte die deutsche Übersetzung. Dieser Fehler wurde behoben, die Felder “Land” und “Bundesland” wurden übersetzt. #8647

10. Bei einem archivierten Ereignis zeigte der Filter “Ereignis-Fälle anschauen” keine Einträge. Wurde das Ereignis de-archiviert, sind die Ereignis-Fälle über den Filter wieder einsehbar. Dieser Fehler wurde behoben; der Filter “Ereignis-Fälle anschauen” zeigt nun für archivierte Ereignisse die Einträge. #8676

11. Die Datumsvalidierung wurde in den Pop-up-Fenstern “Neuen Kontakt erstellen”, “Zeilenauflistung” und dem Reiter “Kontakt” nicht aktualisiert, wenn die Daten korrigiert wurden. Wurde beispielsweise das “Datum des Letzten Kontakts” nach dem “Meldedatum” gesetzt, schlägt die Datumsvalidierung an und das Feld wird rot hervorgehoben. Wurde nun das Datum korrigiert und das “Datum des letzten Kontakts” vor dem “Meldedatum” gesetzt, bleibt das Feld rot hervorgehoben. Dieser Fehler wurde behoben, die Datumsvalidierung aktualisiert sich und bei einer Korrektur des Datums ist das Feld nicht mehr rot hervorgehoben, insofern das Datum den Vorgaben entspricht. #8581

12. Das Datum “Nachverfolgung bis” aus einem Ereignisteilnehmer:in resultierenden Fall wurde nicht korrekt berechnet, wenn das Datum der Probenentnahme vor dem Meldedatum des Ereignisses oder des resultierenden Falls lag. Dieser Fehler wurde behoben, das Datum wird nun korrekt berechnet, wenn das Datum der Probenentnahme vor dem Meldedatum des Ereignisses oder des resultierenden Falls liegt. #8730

13. Wurden zwei Kontakte über die Duplikateszusammenführung zusammengeführt, duplizierten sich die Kommentare im Feld “Nachverfolgungs-Status-Kommentar”, wenn einer bzw. beide Datensätze zu einem Fall konvertiert wurden. Dieser Fehler wurde behoben, die Kommentare zum Nachverfolgungsstatus werden nicht dupliziert. #8312

14. Wurden im Reiter Symptome “Andere klinische Symptome” ausgewählt ohne die Symptome zu spezifizieren und im Anschluss in den Reiter “Krankenhausaufenthalte” gewechselt, erscheint ein Hinweis mit der Aufforderung die “Andere klinische Symptome” zu spezifizieren. Wird dieses Fenster geschlossen, konnte ohne zu speichern zu einem anderen Reiter gewechselt werden und die Eintragungen gingen verloren. Dieser Fehler wurde behoben, ohne Speicherung der Daten kann nicht zu einem anderen Reiter gewechselt werden. #8752

15. Wurde eine Ereignisgruppe gelöscht kam es zu verlängerten Ladezeiten und die Verbindung zum Server ging verloren. Dieser Fehler wurde behoben, das Löschen einer Ereignisgruppe kann problemlos durchgeführt werden. #8851

16. Enthält ein Kontakt die maximale Anzahl an Zeichen im Nachverfolgung-Status-Kommentar (4096 Zeichen) und wurde dieser anschließend in einen Fall konvertiert, kam es zu einer Fehlermeldung. Dieser Fehler wurde behoben, das Konvertieren von Kontakten mit der maximalen Anzahl an Zeichen im Nachverfolgungs-Status-Kommentar ist problemlos möglich. #7876

17. Wurde bei Fällen und Proben nach “Bundesland” und “Landkreis/Kreisfreie Stadt” gefiltert, basierten die Ergebnisse ausschließlich auf dem Aufenthaltsort. Fälle oder Proben welche einer anderen Zuständigkeit zugeordnet sind, wurden somit nicht angezeigt. Dies wurde nun geändert, sodass mit dem Filter “Bundesland” und “Landkreis/Kreisfreie Stadt” alle Fälle/Proben mit dem entsprechenden Aufenthaltsort und Zuständigkeitsbereich angezeigt werden. #8347

18. Wurde über eine Einreise ein Fall erstellt und ein aktiver Einreiseort wird gewählt, erscheint nach dem Speichern zusätzlich zum Einreiseort das Wort “(inaktiv)”. Dieser Fehler wurde behoben; das Feld Einreiseort enthält lediglich den entsprechenden Namen. #8651

19. Das Feld “Tag der Einreise” war nicht im Importhandbuch enthalten. Dieses Feld ist nun auch im Importhandbuch zu finden. #8660

20. In der Ansicht “Duplikate Zusammenführen” von Fällen als auch Kontakten war in der Normalansicht (Zoom 100%) der Button “Auswählen” und “Ausblenden” nicht einsehbar. Die Nutzer:innen mussten den Zoomfaktor (auf z. B. 90%) reduzieren, um die Buttons einsehen zu können. Dieser Fehler wurde behoben, sodass bei Normalansicht die Buttons “Auswählen” und “Ausblenden” sichtbar sind. #8805

Import/Export von Daten über csv-Dateien & Datenbank-Export

Bitte beachten Sie:      
Die entsprechenden Vorlagen für Import bzw. Export wurden ggf. entsprechend angepasst. Bitte verwenden Sie für den Import stets die aktuellen in SORMAS hinterlegten Importvorlagen.

Umsetzung des Datenschutzes in SORMAS führt zu neuen Berechtigungs-, Lösch und Logging-Konzepten. Dazu werden derzeit Funktionen umgesetzt, die später für die Gesundheitsämter nutzbar sind. Der Vollständigkeit halber sind diese Issues nachfolgend aufgeführt:

Berechtigungskonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Berechtigungskonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Integration von Backend-Checks für fall-, kontakt- und personenbezogene Benutzerrechte; für proben-, impf-, einreise-, und aufgabenbezogene Benutzerrechte; für ereignis- ereignisteilnehmer- und aktionsbezogene Benutzerrechte.#8508, #8531, #8527

2. Bereitstellung von Beschreibungen für alle Benutzerrechte. Mit dem kommenden Updaten werden Beschreibungen für alle Benutzerrechte bereitgestellt, die den Administrator:innen die Konfiguration von Benutzerrollen erleichtern soll. #5059

Löschkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Dauerhafte Löschung für Proben und Labormeldungen. In Vorbereitung der Umsetzung des Löschkonzepts wird eine endgültige Löschoption für Proben und Labormeldungen umgesetzt. Zukünftig können die Proben einschließlich der zugehörigen Verknüpfungen und der SORMAS2SORMAS-Info endgültig gelöscht werden. #7932
   
   
2. Dauerhafte Löschung von Kontakten. In Vorbereitung der Umsetzung des Löschkonzepts wurde eine Löschfunktion für die endgültige Löschung von Kontakten vorbereitend eingeführt. #7931
   
   
3. Anpassungen der automatisierten Löschung in allen Entitäten. Zukünftig sollen die automatisch gelöschten Daten nicht nur “soft” gelöscht werden, sondern endgültig. #8295 Aktuell werden durch den Automatismus gelöschte Daten nur “soft gelöscht”. Das heißt, sie werden als gelöscht markiert, befinden sich jedoch weiterhin im System. In Vorbereitung der Umsetzung des Löschkonzepts wird ein weiterer Automatismus eingeführt, der die als gelöscht markierten Fälle endgültig löscht.
   Eine Ausnahme stellen manuell gelöschte Fälle dar. Diese bleiben für eine vorgegebene, konfigurierbare Zeit (z. B. 90 Tage) im System, sodass diese Fälle überprüft und die Löschung bei Bedarf rückgängig gemacht werden kann. #8293

Loggingkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Bereitstellung eines separaten Loggers (Protokollierungsmechanismus) zur Erfassung und Dokumentation der REST-API Aktivitäten sowie zur Erfassung und Dokumentation fehlgeschlagener Anmeldeaktivitäten. #8021, #8790

1. Labormeldungen konnten keinen Benutzer:innen zugewiesen werden, da die Auswahlliste der Benutzer:innen nicht gefüllt war. Dieser Fehler wurde behoben, die Liste zur Zuweisung der Labormeldungen enthält alle Namen der registrierten Benutzer:innen. #8681

2. Beim Öffnen der Aufgabenverwaltung kam es in einigen Fällen zu einer stark verlängerten Ladezeit. Die Performanz wurde verbessert, sodass es nicht mehr zu Verzögerungen kommt. #8637

3. Die Anlage einer Probe für Kontakte führte bei Benutzer:innen mit der Benutzerrolle “Arzt/Ärztin” zu einer Fehlermeldung. Die Probe konnte nicht angelegt werden. Dieser Fehler wurde behoben; Proben für Kontakte können fortan mit der Benutzerrolle “Arzt/Ärztin” angelegt werden. #8738

4. Aufgrund eines Synchronisationsfehlers mit SurvNet konnte bei Anlage eines Falls das Fallverzeichnis nicht mehr geöffnet werden. Dieser Fehler wurde behoben; die Synchronisation mit SurvNet läuft ordnungsgemäß und das Fallverzeichnis kann wieder geöffnet werden. #8753

Konfiguration

1. Anpassung von archivierten Entitäten als schreibgeschützt. Bisher konnten in archivierten Entitäten weiterhin von allen Benutzer:innen Änderungen vorgenommen werden. Durch die Einführung der Funktions-Konfiguration EDIT_ARCHIVED_ENTITIES werden nun archivierte Einträge als schreibgeschützt dargestellt. Dies gilt für Fälle, Kontakte, Ereignisse, Ereignisteilnehmer:innen und Einreisen. Ausschließlich Benutzer:innen, die das Benutzerrecht zur De-archivierung haben, können die Entität de-archivieren und damit wieder zum Bearbeiten freigeben. #7249
2. Anpassung der automatischen Archivierung. Aktuell sind 90 Tage für die automatische Archivierung voreingestellt. Mit der Einführung der Funktions-Konfiguration „AUTOMATIC_ARCHIVING” ist eine individuelle Anpassung der Voreinstellung (Anzahl an Tagen bis zur automatischen Archivierung) direkt in der Datenbank möglich. Bei der automatischen Archivierung von Fällen werden auch die zugehörigen Kontakte und Ereignisteilnehmer:innen archiviert. #7775

Neue Funktionen

1. [SORMAS zu SORMAS] Automatische Aktualisierung des Zuständigkeitsbereiches von Quell- und Zielinstanz bei „Übergabe des Besitzes“ von Fällen oder Kontakten. Bei der Annahme einer Übergabeanfrage für Fälle oder Kontakte, bei denen die „Übergabe des Besitzes“ ausgewählt wurde, sollten die Werte für „Zuständiges Bundesland“ und „Zuständige/r Landkreis/kreisfreie Stadt“ automatisch auf die Werte der akzeptierenden Instanz gemäß den Servereigenschaften geändert werden. Das Feld für „Zuständige Gemeinde” wird auf „leer“ gesetzt, da es keine Möglichkeit gibt, diese Angabe automatisch herauszufinden. Diese Änderungen werden anschließend mit dem Quellsystem synchronisiert.
   Bei der Annahme eines Falles oder Kontaktes, bei dem die Auswahl „Übergabe des Besitzes“ nicht gewählt wurde, wird die Zuständigkeit nicht geändert. #8113
   
2. Einführung des Feldes “Tag der Einreise” für Einreisen. Dieses Feld ist Teil der Digitalen Einreiseanmeldung (DEA) und wird beim Import automatisch übernommen. Bei ungültigem Datum wird das Feld „Tag der Einreise” übersprungen. Diese Angabe wird für die automatische Löschung benötigt. #7845

Veränderungen

1. Ausblenden von Werten beim Verarbeiten von DEMIS-Labormeldungen und Erstellen einer neuen Probe. Bei der Auswahlliste „Art des Tests“ im Erregertest, sowie beim manuellen Erstellen einer Probe im Fenster „Neue Probe erstellen” im Abschnitt „Erregertests anfordern?” werden folgende Werte aufgrund des Datenschutzes ausgeblendet und sind nicht mehr über die Benutzeroberfläche wählbar: Inkubationszeit, Indirekter Fluoreszenz-Antikörper-Test (IFA), Direkter Fluoreszenz-Antikörper-Test (FA), Mikroskopie, Gramfärbung, Latex-Agglutination. #7986

2. [Labormeldungen] DEMIS-Meldungen, die als neue Krankenhaus-/Arzt-Meldungen eingehen, können angezeigt und heruntergeladen werden. Die neuen DEMIS-Profile für Krankenhaus-/Arzt-Meldungen werden in SORMAS im “Labormeldungen Verzeichnis” empfangen. Sie sind zunächst nicht von den anderen DEMIS-Meldungen unterscheidbar. Über das Auge-Symbol können die Meldungen angezeigt werden und als pdf-Datei heruntergeladen werden. Die korrekte Verarbeitung solcher Meldungen ist nicht möglich (der “Verarbeiten”-Button wird voraussichtlich in SORMAS Version 1.71 für diese Art von Meldungen ausgeblendet und später um einen Workflow zur Verarbeitung ergänzt). #53

3. Die Auswahlmöglichkeit “Bestattet” im Feld “Aktueller Zustand der Person” bei Fällen wurde deaktiviert und steht somit nicht mehr zur Verfügung. Im Export und Import war das Feld in der Vergangenheit bereits nicht mehr verfügbar. #8072

4. Die Arbeitsmappen des Datenschutzverzeichnisses sind nach den Bezeichnungen der FeldID benannt­. Bisher wurden die Bezeichnungen der Arbeitsmappen im Datenschutzverzeichnis auf Deutsch übersetzt. Dies wurde nun geändert, sodass die Arbeitsmappen des Datenschutzverzeichnisses nun die ursprüngliche Notation enthalten. #8097

5. Die Felder „Empfangsdatum auf Landkreis-Ebene”, „Empfangsdatum auf Bundesland-Ebene” und „Empfangsdatum auf Nationaler Ebene” wurden deaktiviert und sind im Fallverzeichnis nicht mehr sichtbar. Zudem stehen diese Felder im Benutzerdefinierten Export ebenfalls nicht mehr zur Verfügung. #7844

6. Das Datenbeschreibungsverzeichnis enthält ausschließlich diejenigen Felder und Entitäten, die in Deutschland nutzbar sind. Bisher enthielt das Datenbeschreibungsverzeichnis zwei Spalten “exclusive countries” und “ignored countries”. Da nun ausschließlich die in Deutschland verfügbaren Felder angezeigt werden, sind diese Spalten im Verzeichnis nicht mehr sichtbar. #8046

7. Zugriff auf Massenbearbeitung von Ereignisteilnehmer:innen für die Benutzerrollen Überwachungsleitung und Kontaktleitung. Bisher war es für die Benutzerrollen Überwachungsleitung und Kontaktleitung nicht möglich auf die Massenbearbeitung für Ereignisteilnehmer:innen zuzugreifen. Dies wurde nun angepasst, sodass auch diese Benutzerrollen die entsprechenden Benutzerrechte besitzen. #7382

8. Verbesserung der Performanz bei der Auswahl des Filters „Nur Fälle, die seit der letzten Übertragung an die Meldesoftware geändert wurden”. Bisher weist der Filter „Nur Fälle, die seit der letzten Übertragung an die Meldesoftware geändert wurden” bei einer großen Anzahl von Fällen eine verlängerte Ladezeit auf. Durch die Einführung von Indices wurde nun die Performanz verbessert, sodass die Ladezeit deutlich verringert wurde. #7656

9. Wird im Modul Ereignisse das Gruppenverzeichnis ausgewählt und über eine Ereignisgruppe ein Ereignis geöffnet, werden die Benutzer:innen über das Menü-Icon in der Ereignisgruppenkarte zum Ereignisverzeichnis navigiert. Dieses ist nach der Ereignisgruppe gefiltert. Bisher gelangten Benutzer:innen auf diesem Weg zum Gruppenverzeichnis und nicht zum gefilterten Ereignisverzeichnis. #7754
   
10. Einführung der automatischen Archivierung (90 Tage voreingestellt) für Kontakte, Ereignisteilnehmer:innen und Einreisen. Bisher wurden nur Fälle und Ereignisse automatisch archiviert. Die automatische Archivierung wurde nun für alle Entitäten eingeführt. #7774

Fehlerbehebung

1. Überlappende Schaltflächen „Verarbeiten” und „Labormeldungen herunterladen” im Verzeichnis der Labormeldungen. Dieser Fehler wurde behoben; die Schaltflächen überlappen sich nicht mehr. #7681

2. Bei der Auswahl des Filters „Kontakte” mit der Benutzerrolle „Krankenhausinformantin” erscheint eine Fehlermeldung. Die Benutzerrolle „Krankenhausinformant*in” hat keinen Zugriff auf Kontakte. Aus diesem Grund wurde der Filter für diese Benutzerrolle deaktiviert und der Fehler ist somit behoben. #7975

3. Das Datum „Nachverfolgung bis” wird nicht aktualisiert, wenn eine bestehende positive Probe geöffnet und das „Entnahmedatum” auf ein Datum vor dem „Berichtsdatum” geändert wird. Dieser Fehler wurde behoben; sowohl das Datum „Nachverfolgung bis” als auch „Nachverfolgung erwartet bis” werden korrekt aktualisiert. #8191

4. Bei der Verarbeitung von Labormeldungen wird die neue Virusvariante nicht im Fall angezeigt und beim Speichern des Falls erscheint eine Fehlermeldung. Wenn in einem neuen Erregertest (entweder bei manueller Eingabe oder über eine DEMIS-Labormeldung) eine andere Krankheitsvariante als im Reiter Fall angegeben wird, oder eine Krankheitsvariante angegeben ist und im Reiter Fall keine Krankheitsvariante, und anschließend bei der Abfrage “Krankheitsvariante des Falls aktualisieren” der Wert “Ja” ausgewählt wird, erscheint im Fall die alte bzw. keine Krankheitsvariante. Wenn nun ohne ein “Refresh” (mit oder ohne Änderungen) “Speichern” gewählt wird, dann erscheint die Fehlermeldung “Ein Problem ist aufgetreten. Die Daten konnten nicht gespeichert werden, da sie in der Zwischenzeit geändert wurden.” Dieser Fehler wurde nun behoben. #8170

5. Im Reiter „Symptome“ war es bei Fällen nicht möglich zu speichern, wenn zuvor ein Datum in der Zukunft als „Datum des Symptombeginns“ ausgewählt und im Nachgang die Symptome auf „Nein“ oder „Unbekannt“ gesetzt wurden.
   Dieser Fehler wurde behoben und das Feld „Datum des Symptombeginns“ wird ausgegraut, wenn ausgewählte Werte für Symptome von “Ja” auf “Nein” oder “Unbekannt” geändert werden. #8111

6. Wird eine Einrichtung über die Einstellungen archiviert, ist das Feld „Einrichtung“ mit der archivierten Einrichtung z.B. unter Expositionen im Reiter Epidemiologische Daten oder Adressen im Reiter Fallperson/Kontaktperson leer. Dieser Fehler wurde behoben; die archivierte Einrichtung wird als „Einrichtungsname (inaktiv)“ dargestellt. #7838

7. Werden zwei Fälle/Kontakte über „Duplikate zusammenführen“ zusammengeführt, werden ebenso die Impfungen zusammengeführt, wodurch Dopplungen im Fall/Kontakt entstehen, die nicht gelöscht werden können. Dieser Fehler wurde behoben und die Einträge können gelöscht werden #8096. Zudem entstehen bei der Zusammenführung von Fällen/Kontakte keine Dopplungen der Impfungen mehr #8333.

8. In der Zeilenauflistung sind unter „Art des Kontaktes“ die Auswahlmöglichkeiten „Flugzeug, bis zu zwei Reihen vor oder hinter dem Indexfall sitzend“ und „Umgang mit Kleidung oder anderen Objekten des Indexfalls“ nicht mehr verfügbar. #7829

9. Liegt das „Meldedatum“ eines Ereignisses nach dem „Datum des Ereignisses“, so erscheint ein Ausrufezeichen und das Feld „Meldedatum“ wird rot markiert. Bei der Änderung des „Datum des Ereignisses“ auf ein Datum vor dem Meldedatum bleibt das Ausrufezeichen und das rot hervorgehobene Feld bestehen. Dieser Fehler wurde behoben; das Feld „Meldedatum“ wird nicht mehr rot hervorgehoben. #8272

10. Im Reiter „Datenbank-Export“ unter „Statistik“ wurde die Auswahlmöglichkeit „Löschkonfigurationen“ nicht in deutscher Sprache angezeigt. Dieser Fehler wurde behoben. #8155

11. Im Fenster „Person auswählen“ wurden „District“ und „Community“ ins Deutsche übersetzt. #8271

12. Wenn für Einreisen ein Fall erstellt wurde, erschien bisher kein Feld zur Eintragung der Virusvariante. Dieses Feld ist nun sichtbar. #8210

13. Wenn bei der Verarbeitung von Labormeldungen die Option “Eine andere Person wählen” verwendet wird und in keinem der Suchfelder Daten eingetragen sind, werden alle Personen angezeigt. Dieser Fehler wurde behoben; eine Suche ohne Vornamen, Nachname oder ID ist nicht mehr möglich. #8207

14. In der Aufgabenverwaltung sind für Fälle die Spalten „Bundesland“ und „Landkreis/Kreisfreie Stadt“ enthalten. Wenn der Aufenthaltsort im selben Zuständigkeitsbereich lag, wurden in den Spalten keine Werte angezeigt. Dieser Fehler wurde behoben; es wird das „Zuständige Bundesland“ und „Zuständige/r Landkreis/Kreisfreie Stadt“ angezeigt. #8199

15. Wenn gelöschte Ereignisteilnehmer:innen wieder zu einem Ereignis hinzugefügt wurden, erschien eine Fehlermeldung. Dieser Fehler wurde behoben; es ist nun möglich Ereignisteilnehmer:innen erneut zu einem Ereignis hinzuzufügen. #8208

16. Wird auf einem deutschen Server die Spracheinstellungen von Deutsch auf Englisch geändert, werden die Datumsformate weiterhin in deutscher Notation mit “vorm.” und “nachm.” angezeigt. Dieser Fehler wurde behoben; die Datumsangaben erscheinen nun komplett in Englisch (“AM”, “PM”). #8019
17. Benutzer:innen mit den Benutzerrollen Krankenhausinformant*in, Gemeindebeauftragte*r, Gemeinde-Informant*in, Kontaktbeauftragte*r und Laborbeauftragte*r können Aufgaben, welche einem Überwachungsbeauftragen, Überwachungsleitung oder Administrator Überwachungsleitung zugewiesen sind, nicht einsehen, selbst wenn sie die Aufgabe selbst erstellt haben oder entsprechende Benutzerrechte besitzen. Benutzer:innen mit den Benutzerrollen Überwachungsbeauftragte*r und Fallbeauftragte*r können Aufgaben, welche der Überwachungsleitung oder Administrator Überwachungsleitung zugewiesen sind nicht einsehen. Dieser Fehler wurde behoben; Benutzer:innen können die Aufgaben in ihrem Zuständigkeitsbereich einsehen. #7874
18. Bisher konnten die Benutzerrollen Krankenhausinformant*in, Gemeindeinformant*in und Fallbeauftragte*r, welche keine Zugriffsrechte auf Kontakte haben, dennoch in der Personenübersicht die Kontakte einsehen. Dieser Fehler wurde behoben; die Schaltfläche „Kontakte“ und die zugehörige Kontakteliste ist für die genannten Benutzerrollen nicht mehr einsehbar. #8407

19. Wenn über die Zeilenauflistung zwei identische Fälle/Kontakte erstellt werden und im Fenster „Person auswählen oder erstellen” die Option „eine neue Person anlegen” gewählt wird, erscheint im Fallverzeichnis/Kontaktverzeichnis nur ein Fall/Kontakt. Beide Fälle/Kontakte wurden zwar erstellt, sie sind jedoch nur durch ein erneutes Laden sichtbar. Dieser Fehler wurde behoben; beide Fälle/Kontakte sind direkt nach der Speicherung im Verzeichnis sichtbar. #8051

20. Bei der Duplikatezusammenführung von Fällen und Kontakten wurden einige Felder nicht in den Zielfall/-Kontakt übernommen.

Für Fälle galt dies für folgende Felder im Reiter „Fall” und „Fallperson”:

• „Resultierte aus einem nosokomialen Ausbruch” und „Infektionsumfeld”;
• „Isolation mündlich verordnet?” und „Datum der mündlichen Anordnung”;
• „Isolation schriftlich verordnet?” und „Datum der schriftlichen Anordnung”;
• „Offizieller Isolationsbescheid versendet?” und „Offizieller Isolationsbescheid wurde versendet am”;
• „Einrichtungsname” und “Beschreibung”;
• „Straße”, „Hausnummer”, „Zusätzliche Informationen”, „Postleitzahl”, „Stadt”

Für Kontakte galt dies für die folgenden Felder:

• „Isolation mündlich verordnet?” und „Datum der mündlichen Anordnung”;
• „Isolation schriftlich verordnet?” und „Datum der schriftlichen Anordnung”;
• „Offizieller Isolationsbescheid versendet?” und „Offizieller Isolationsbescheid wurde versendet am”;
• „Kontakt mit hoher Priorität”

Diese Fehler wurden behoben; die Felder werden nun in den entsprechenden Fall/Kontakt bei der Duplikatezusammenführung übernommen. #8315

21. Über die Massenbearbeitung von Aufgaben war es möglich das Feld „Zugewiesen an” ohne Eintrag zu speichern. Dieser Fehler wurde behoben; eine Speicherung ohne Eintrag im Feld “Zugewiesen an” ist auch in der Massenbearbeitung nicht mehr möglich. #8326

22. Wird einem zu einem Fall ein Erregernachweis mit Datum und Uhrzeit hinzugefügt, erscheint in der Übersicht zum Fall ausschließlich das Datum und nicht die Uhrzeit. Dieser Fehler wurde behoben; das Datum als auch die Uhrzeit werden nun dargestellt. #8404

23. Wenn mit der Benutzerrolle „Krankenhausinformant*in” im Personenverzeichnis den Filter “Alle” auswählt wird, erscheint in SORMAS eine Fehlermeldung. Dieser Fehler wurde behoben; der Filter zeigt alle Personen in Verbindung mit Fällen, Ereignisteilnehmer:innen und Einreisen an, auf die die Benutzerrolle „Krankenhausinformant*in” Zugriff hat. #8288

24. Wird auf der Überwachungsübersicht der Filter „Lebendig oder Verstorben” unter der epidemiologischen Kurve ausgewählt, erscheint eine Fehlermeldung; die anschließende Auswahl weiterer Filter führt zur selben Fehlermeldung. Dieser Fehler wurde behoben; der Filter stellt in der epidemiologischen Kurve die Anzahl der lebendigen und verstorbenen Fälle dar. #8245

25. Wird bei der Verarbeitung von Labormeldungen im Fenster „Person auswählen oder erstellen” die Option „Eine andere Person wählen” gewählt und die Felder Vorname, Nachname und ID gelöscht und der Button „Suchen” bedient, werden die Felder rot hervorgehoben und ein Ausrufezeichen erscheint. Wird nun der Button „Verwerfen” betätigt, bleiben die Felder rot hervorgehoben. Dieser Fehler wurde behoben; die Felder im Fenster “Person auswählen oder erstellen” erscheinen in der ursprünglichen Farbe, wenn der Button „Verwerfen” bedient wird. #8388

26. Wenn bei der Verarbeitung von Labormeldungen oder bei der Duplikaterkennung im Fenster „Person auswählen oder erstellen” die Option „Eine neue Person anlegen” ausgewählt wurde, blieben die Felder zur Suche einer passenden Person sichtbar. Dieser Fehler wurde behoben; wenn das Feld „Eine neue Person anlegen” ausgewählt wird, werden diese Felder ausgeblendet. #8390

27. Wird eine neue Kontaktinformation zu einem:r Ereignisteilnehmer:in angelegt und ohne zu speichern auf einen anderen Reiter gewechselt, erscheint nicht das Fenster „Änderungen bestätigen”, um die Eintragungen zu speichern. Dieser Fehler wurde behoben; das Fenster „Änderungen bestätigen” erscheint, wenn bei Ereignisteilnehmer:innen neue Kontaktinformationen eingetragen werden und ohne zu speichern der Reiter gewechselt wird. #8290

28. Bei Kontakten erschien keine Fehlermeldung, wenn das „Datum des ersten Kontakts” und das „Datum des letzten Kontakts” ein Tag nach dem Meldedatum liegen. Dieser Fehler wurde behoben; das „Datum des ersten Kontakts” und das „Datum des letzten Kontakts” werden rot hervorgehoben dargestellt, mit der Information, dass die Daten vor dem Meldedatum liegen müssen. #8122

29. Wird auf der Überwachungsübersicht in der Fallstatuskarte unter der Schaltfläche „Ebenen“ der Filter „Andere Länder ausblenden” ausgewählt, werden die Bundesländer Bayern, Berlin und Bremen ausgeblendet. Dieser Fehler wurde behoben; die Bundesländer Bayern, Berlin und Bremen bleiben sichtbar, auch wenn der Filter „Andere Länder ausblenden” aktiviert ist. #5930

30. Wird über den Massenbearbeitungsmodus der “Verantwortliche*r Überwachungsbeauftrage*r” auf null gesetzt, erscheint eine Fehlermeldung. Dieser Fehler wurde behoben. #8461

31. Bei der Zusammenführung von Fällen, bei denen Einreisen hinterlegt sind, werden die Einreisen des Duplikatfalls nicht in der Zielperson ergänzt. Somit bleibt die Person mit der Einreise des nicht erhaltenen Falls im Personenverzeichnis bestehen. Dieser Fehler wurde behoben; die Einreisen werden ebenfalls bei der Zielperson hinzugefügt. #8229

Import/Export von Daten über csv-Dateien & Datenbank-Export

1. Die Felder „Empfangsdatum auf Landkreis-Ebene”, „Empfangsdatum auf Bundesland-Ebene” und „Empfangsdatum auf Nationaler Ebene” wurden deaktiviert und sind bei Fällen nicht mehr sichtbar. Zudem stehen diese Felder im Benutzerdefinierten Export nicht weiter zur Verfügung. #7844

2. Das Datenbeschreibungsverzeichnis enthält die Beschreibung aller Daten inkl. Der Angaben, ob die Daten auf deutschen („de“) Instanzen nicht vorhanden oder nur exklusiv vorhanden sind. Nun enthält das Datenbeschreibungsverzeichnis ausschließlich die Felder und Entitäten, die in Deutschland verwendet werden. #8046

Bitte beachten Sie:      
Die entsprechenden Vorlagen für Import bzw. Export wurden ggf. entsprechend angepasst. Bitte verwenden Sie für den Import stets die aktuellen in SORMAS hinterlegten Importvorlagen. 

Technologie

1. Benutzerrollen-Konfiguration ausschließlich in SORMAS. Benutzerrollen wurden zum Teil in Keycloak konfiguriert, um den Zugang zur ReST-API zu ermöglichen. Nun wurden die Benutzerrollen aus Keycloak entfernt. #7820

Umsetzung des Datenschutzes in SORMAS führt zu neuen Berechtigungs-, Lösch und Logging-Konzepten. Dazu werden derzeit Funktionen umgesetzt, die später für die Gesundheitsämter nutzbar sind. Der Vollständigkeit halber sind diese Issues, die bisher nicht aktiv sind, nachfolgend aufgeführt:

Berechtigungskonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Berechtigungskonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Ersetzen der direkten Nutzung der Benutzerrollen durch indirekte Benutzerrechte. Um in Zukunft Benutzerrechte konfigurieren zu können, wurde die direkte Nutzung von Benutzerrollen gegen die indirekte Nutzung von Benutzerrechten ersetzt. Nur die indirekte Nutzung macht Konfigurationen der Benutzerrechte möglich. Diese Anpassung steht auf der Benutzeroberfläche aktuell noch nicht zur Verfügung und hat damit keine Auswirkungen auf die Benutzer:innen. #2804

2. Ersetzen von Benutzerrollen durch Benutzerrechte. Benutzerrollen sind grundsätzlich nicht konfigurierbar. Aus diesem Grund wurden die Benutzerrollen gegen Benutzerrechte ausgetauscht, um zukünftig eine Konfiguration zu ermöglichen. Diese Anpassung steht auf der Benutzeroberfläche aktuell noch nicht zur Verfügung und hat damit keine Auswirkungen auf die Benutzer:innen. #5056

3. Einführung der Prüfung der Benutzerrechte im Backend. Bisher wurden Benutzerrechte ausschließlich im Frontend geprüft. Mit der Anpassung findet eine weitere Prüfung der Benutzerrechte im Backend statt. Diese Anpassung hat keine Auswirkungen auf die Benutzer:innen. #5057

Löschkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Permanente Löschung von Einreisen. Bisher wurden Einreisen lediglich als gelöscht markiert, jedoch nicht endgültig gelöscht. Fortan werden als gelöscht markierte Einreisen in einer nächtlichen Routine endgültig aus der Datenbank entfernt.  #7712
   In Folge dessen wird auch die Historie dauerhaft gelöscht. #7713
2. Permanente Löschung von Personen in Verbindung mit Einreisen. Wenn Einreisen gelöscht werden, werden auch die zugehörigen Personendatensätze gelöscht, sofern diese nicht in anderen Entitäten (z.B. Fall, Kontakt oder Ereignisteilnehmer:in) verwendet werden. #7857
3. Einführung der permanenten Löschung von Fällen. In einer späteren Version sollen personenbezogene Daten nach einer gewissen Zeit automatisch gelöscht werden. Hierfür wurde die Permanente Löschung von Fällen als Vorkehrung eingeführt. Folgende zusammenhängende Einträge werden mit dem Fall gelöscht:

• Aufgaben
• Nachverfolgungsanrufe
• Dokumente
• Proben

Zudem werden Kontakte nicht mehr automatisch gemeinsam mit dem Fall gelöscht. Bei manueller Löschung erscheint ein Fenster, indem die Benutzer:innen entscheiden können, ob die dazugehörigen Kontakte zum Fall ebenfalls gelöscht werden sollen. Abschließend werden Referenzen zum Fall, wie Übergabeinformationen in SORMAS zu SORMAS entfernt. #7942

Loggingkonzept (Bitte beachten Sie: alle aufgeführten Issues sind Funktionen, die der Vorbereitung der Umsetzung des Löschkonzeptes dienen. Sie sind noch nicht aktiv und nutzbar durch Gesundheitsämter.)

1. Einführung von FHIR Audit Event als Protokollierungsdienst. Der Protokollierungsdienst wurde eingeführt, um den Zugriff auf das SORMAS Backend zu protokollieren. Dies ermöglicht die Durchführung von Audits und die Sicherstellung des Datenschutzes. Hierbei wird insb. das Anlegen, Ändern und Löschen inkl. der Zugriffsdetails sowie Benutzer-IDs und Benutzernamen protokolliert. #8029

2. Der eingeführte FHIR Audit Event Protokollierungsdienst wird um eine Möglichkeit zur Konfiguration erweitert. #8030

3. Einführung des Loggings von Backend-Ereignissen im FHIR Audit Event Protokollierungsdienst. #8025
4. Hinzufügen des Benutzers in der Datenbank-Historie. Hierfür wurde in den Tabellen Felder mit dem Benutzernamen, der die Änderung vorgenommen hat, eingeführt. #7323

Konfiguration

1. Möglichkeit der Anpassung von archivierten Entitäten als schreibgeschützt. Bisher konnten in archivierten Entitäten weiterhin von allen Benutzer:innen Änderungen vorgenommen werden. Nun kann über die Funktions-Konfiguration EDIT_ARCHIVED_ENTITIES archivierte Einträge als schreibgeschützt dargestellt werden. Dies gilt für Fälle, Kontakte, Ereignisse, Ereignisteilnehmer:innen und Einreisen. #7249

Neue Funktionen

1. [SORMAS zu SORMAS] Automatische Aktualisierung des Zuständigkeitsbereiches von Quell- und Zielinstanz bei „Übergabe des Besitzes“ von Fällen oder Kontakten. Bei der Annahme einer Übergabeanfrage für Fälle oder Kontakte, bei denen die “Übergabe des Besitzes“ ausgewählt wurde, sollten die Werte für “Zuständiges Bundesland“ und „Zuständige/r Landkreis/kreisfreie Stadt“ automatisch auf die Werte der akzeptierenden Instanz gemäß den Servereigenschaften geändert werden. Das Feld für „Zuständige Gemeinde” wird auf „leer“ gesetzt, da es keine Möglichkeit gibt, diese Angabe automatisch herauszufinden. Diese Änderungen werden anschließend mit dem Quellsystem synchronisiert.
   Bei der Annahme eines Falles oder Kontaktes, bei dem die „Übergabe des Besitzes“ nicht gewählt wurde, wird die Zuständigkeit nicht geändert. #8113

2. Einführung „Einreisedatum” für Einreisen. Dieses Feld ist Teil der Digitalen Einreiseanmeldung (DEA) und kann über den Import befüllt werden. Das „Einreisedatum” wird für die automatische Löschung benötigt. Bei neuen DEA-Importen. Bei ungültigem Datum wird das Feld „Einreisedatum” übersprungen. #7845

Veränderungen

1. Ausblenden von Werten beim Verarbeiten von DEMIS-Labormeldungen im Erregertest im Drop-Down „Art des Tests“ sowie beim manuellen Erstellen/Ändern einer Probe im Fenster „Neue Probe erstellen” im Abschnitt „Erregertests anfordern?”. Es werden folgende Werte ausgeblendet und sind nicht mehr wählbar über die Benutzeroberfläche: Inkubationszeit, Indirekter Fluoreszenz-Antikörper-Test (IFA), Direkter Fluoreszenz-Antikörper-Test (FA), Mikroskopie, Gramfärbung, Latex-Agglutination. #7986

2. [Labormeldungen] DEMIS-Meldungen, die als neue Krankenhaus-/Arzt-Meldungen eingehen können angezeigt und heruntergeladen werden. Die neuen DEMIS-Profile für Krankenhaus-/Arzt-Meldungen werden in SORMAS im “Labormeldungen Verzeichnis” empfangen. Sie sind zunächst nicht von den anderen DEMIS-Meldungen unterscheidbar. Über das Auge-Symbol können die Meldungen angezeigt werden, und sie können als pdf-Datei heruntergeladen werden. Die Verarbeitung solcher Meldungen ist nicht möglich. (Der “Verarbeiten”-Button wird voraussichtlich in SORMAS Version 1.71 für diese Art von Meldungen ausgeblendet und später um einen Workflow zur Verarbeitung ergänzt.) #53

3. Die Auswahlmöglichkeit “Bestattet” im Feld “Aktueller Zustand der Person” bei Fällen wurde deaktiviert und steht somit nicht mehr zur Verfügung. Im Export und Import war das Feld in der Vergangenheit bereits nicht mehr verfügbar. #8072

4. Die Arbeitsmappen des Datenschutzverzeichnisses zeigen die technischen Bezeich­nungen. Bisher wurden die Notationen der Arbeitsmappen im Datenschutzverzeichnis in Deutsch übersetzt. Dies wurde nun geändert, sodass die Arbeitsmappen des Datenschutzverzeichnisses die eigentliche Notation enthalten. #8097

5. Die Felder „Empfangsdatum auf Landkreis-Ebene”, „Empfangsdatum auf Bundesland-Ebene” und „Empfangsdatum auf Nationaler Ebene” wurden deaktiviert und sind bei Fällen nicht mehr sichtbar. Zudem stehen diese Felder im Benutzerdefinierten Export nicht weiter zur Verfügung. #7844

6. DasDatenbeschreibungsverzeichnis enthält die Beschreibung aller Daten inkl. Angaben, ob die Daten auf deutschen („de“) Instanzen nicht vorhanden oder exklusiv vorhanden sind. Nun enthält das Datenschbeschreibungsverzeichnis nur die Felder und Entitäten, die in Deutschland verwendet werden. #8046

Berechtigungskonzept

1. Ersetzung der direkten Nutzung der Benutzerrollen. Um in Zukunft Benutzerrechte konfigurieren zu können, wurde die direkte Nutzung von Benutzerrollen gegen andere Mechanismen im Hintergrund ersetzt, da sonst die Konfiguration von Benutzerrechten nicht umsetzbar ist. Diese Anpassung hat keine Auswirkungen auf Benutzer:innen. #2804

2. Ersetzung von User-Rollen durch User-Rechte. Dies erfolgt ebenfalls, um die zukünftige Konfiguration der Benutzerrechte zu ermöglichen und hat keine Auswirkungen auf Benutzer:innen. #5056

3. Einführung der Überprüfung der Berechtigungen im Backend. Dies wird im Zusammenhang mit den neuen User-Rechten eingeführt, um die zukünftige Konfiguration der Benutzerrechte zu ermöglichen. Dies hat ebenfalls keine Auswirkungen auf Benutzer:innen. #5057

Löschkonzept

1. Permanente Löschung von Einreisen. Bisher erfolgt das Löschen von Einreisen so, dass die Einreisen in der Datenbank als gelöscht markiert, jedoch nicht endgültig gelöscht werden. Die Löschung von Einreisen erfolgt nun über eine nächtliche Routine in der Datenbank #7712. In diesem Zuge wird auch die Historie permanent gelöscht #7713.

2. Permanente Löschung von Personen in Verbindung mit Einreisen. Wenn Einreisen permanent gelöscht werden, gilt dies auch für die dazugehörige Person. Dies ist nur der Fall, wenn die Person nicht in anderen Entitäten (z. B. Fall, Kontakt oder Ereignisteilnehmer:in) verwendet wird. #7857

3. Einführung der automatischen Archivierung (90 Tage voreingestellt) für Kontakte, Ereignisteilnehmer:innen und Einreisen. Bisher war die automatische Archivierung ausschließlich für Kontakte und Ereignisse möglich. Diese wurde nun für alle Entitäten eingeführt. #7774

4. Anpassung der automatischen Archivierung. Bisher sind 90 Tage für die automatische Archivierung voreingestellt. Nun kann über die Funktions-Konfiguration AUTOMATIC_ARCHIVING die Anpassung der Anzahl an Tagen bis zur automatischen Archivierung je Entität über die Datenbank erfolgen. Bei der automatischen Archivierung von Fällen werden auch automatisch damit zusammenhängende Kontakte und Ereignisteilnehmer:innen archiviert. #7775

5. Einführung der permanenten Löschung von Fällen. In einer späteren Version sollen personenbezogene Daten nach einer gewissen Zeit automatisch gelöscht werden. Hierfür wurde die Permanente Löschung von Fällen als Vorkehrung eingeführt. Folgende zusammenhängende Einträge werden mit dem Fall gelöscht:

• Aufgaben
• Nachverfolgungsanrufe
• Dokumente
• Proben

Darüber hinaus werden Referenzen zum Fall, wie SORMAS zu SORMAS, Übergabeinformationen entfernt. #7942

Loggingkonzept

1. Einführung von FHIR Audit Event als Protokollierungsdienst. Diese Protokollierung wurde eingeführt, um den Zugriff auf das SORMAS Backend zu protokollieren für Audits oder den Datenschutz. Es werden insb. das Anlegen, Ändern und Löschen inkl. Details, auf was zugegriffen wurde, sowie User-IDs und Benutzernamen protokolliert. #8029

2. Der eingeführte FHIR Audit Event Protokollierungsdienst wird um eine Konfigurationsmöglichkeit erweitert. Damit kann zukünftig das Audit Logging konfiguriert werden. #8030

3. Einführung des Loggings von Backend-Ereignissen im FHIR Audit Event Protokollierungsdienst. #8025

4. Hinzufügen des Users in der Datenbank-Historie. Hierfür wurde in den Tabellen Felder mit dem Benutzernamen, der die Änderung verursacht, eingeführt. #7323

Fehlerbehebung

1. Überlappende Schaltflächen „Verarbeiten” und „Labormeldungen herunterladen” im Verzeichnis der Labormeldungen. Dieser Fehler wurde behoben; die Schaltflächen überlappen sich nicht mehr. #7681

2. Bei der Auswahl des Filters „Kontakte” mit der Benutzerrolle „Krankenhausinformant*in” erscheint eine Fehlermeldung. Die Benutzerrolle „Krankenhausinformant*in” hat keinen Zugriff auf Kontakte. Aus diesem Grund wurde der Filter für diese Benutzerrolle deaktiviert und der Fehler ist somit behoben. #7975

3. Es stehen folgende Werte unter „Art des Tests“ bei Erregernachweisen während der Verarbeitung von Labormeldungen nicht mehr zur Verfügung: Inkubationszeit, Indirekter Fluoreszenz-Antikörper-Test (IFA), Direkter Fluoreszenz-Antikörper-Test (DFA), Mikroskopie, Gramfärbung und Latex-Agglutination. #7986

4. Das Datum „Nachverfolgung bis” wird nicht aktualisiert, wenn eine bestehende positive Probe geöffnet und das „Entnahmedatum” auf ein Datum vor dem „Berichtsdatum” geändert wird. Dieser Fehler wurde behoben; sowohl das Datum „Nachverfolgung bis” als auch „Nachverfolgung erwartet bis” werden korrekt aktualisiert. #8191

5. Bei der Verarbeitung von Labormeldungen wird die neue Virusvariante nicht im Fall angezeigt und beim Speichern des Falls erscheint eine Fehlermeldung. Wenn in einem neuen Erregertest (entweder bei manueller Eingabe oder über eine DEMIS-Labormeldung) eine andere Krankheitsvariante als im Reiter Fall angegeben wird, oder eine Krankheitsvariante angegeben ist und im Reiter Fall keine Krankheitsvariante, und anschließend bei der Abfrage “Krankheitsvariante des Falls aktualisieren” der Wert “Ja” ausgewählt wird, erscheint im Fall die alte bzw. keine Krankheitsvariante. Wenn nun ohne ein “Refresh” (mit oder ohne Änderungen) “Speichern” gewählt wird, dann erscheint die Fehlermeldung “Ein Problem ist aufgetreten. Die Daten konnten nicht gespeichert werden, da sie in der Zwischenzeit geändert wurden.” Dieser Fehler wurde nun behoben. #8170

6. Im Reiter „Symptome“ war es bei Fällen nicht möglich zu speichern, wenn zuvor ein Datum in der Zukunft als „Datum des Symptombeginns“ ausgewählt und im Nachgang die Symptome auf „Nein“ oder „Unbekannt“ gesetzt wurden. Dieser Fehler wurde behoben und das Feld „Datum des Symptombeginns“ wird auf keinen Eintrag gesetzt, wenn ausgewählte Werte für Symptome von “Ja” auf “Nein” oder “Unbekannt” geändert werden. #8111

7. Wird eine Einrichtung über die Einstellungen archiviert, ist das Feld „Einrichtung“ mit der archivierten Einrichtung z.B. unter Expositionen im Reiter Epidemiologische Daten oder Adressen im Reiter Fallperson/Kontaktperson leer. Dieser Fehler wurde behoben; die archivierte Einrichtung wird als „Einrichtungsname (inaktiv)“ dargestellt. #7838

8. Werden zwei Fälle/Kontakte über „Duplikate Zusammenführen“ zusammengeführt, werden ebenso die Impfungen zusammengeführt, wodurch Dopplungen im Fall/Kontakt entstehen, die nicht gelöscht werden können. Dieser Fehler wurde behoben und die Einträge können gelöscht werden #8096. Zudem entstehen bei der Zusammenführung von Fällen/Kontakte keine Dopplungen der Impfungen mehr #8333.

9. In der Zeilenauflistung sind unter „Art des Kontaktes“ die Auswahlmöglichkeiten „Flugzeug, bis zu zwei Reihen vor oder hinter dem Indexfall sitzend“ und „Umgang mit Kleidung oder anderen Objekten des Indexfalls“ nicht mehr verfügbar. #7829

10. Liegt das „Meldedatum“ eines Ereignisses nach dem „Datum des Ereignisses“, so erscheint ein Ausrufezeichen und das Feld „Meldedatum“ wird rot markiert. Bei der Änderung des „Datum des Ereignisses“ auf ein Datum vor dem Meldedatum bleibt das Ausrufezeichen und das rot hervorgehobene Feld bestehen. Dieser Fehler wurde behoben; das Feld „Meldedatum“ wird nicht mehr rot hervorgehoben. #8272

11. Im Reiter „Datenbank-Export“ unter „Statistik“ wurde die Auswahlmöglichkeit „Löschkonfigurationen“ nicht in deutscher Sprache angezeigt. Dieser Fehler wurde behoben. #8155

12. Im Fenster „Person auswählen“ wurden „District“ und „Community“ ins Deutsche übersetzt. #8271

13. Wenn für Einreisen ein Fall erstellt wurde, erschien bisher kein Feld zur Eintragung der Virusvariante. Dieses Feld ist nun sichtbar. #8210

14. Wenn bei der Verarbeitung von Labormeldungen die Option “Eine andere Person wählen” verwendet wird und in keinem der Suchfelder Daten eingetragen sind, werden alle Personen angezeigt. Dieser Fehler wurde behoben; eine Suche ohne Vornamen, Nachname oder ID ist nicht mehr möglich. #8207

15. In der Aufgabenverwaltung sind für Fälle die Spalten „Bundesland“ und „Landkreis/Kreisfreie Stadt“ enthalten. Wenn der Aufenthaltsort im selben Zuständigkeitsbereich lag, wurde in den Spalten keine Werte dazu angezeigt. Dieser Fehler wurde behoben; es wird das „Zuständige Bundesland“ und „Zuständige/r Landkreis/Kreisfreie Stadt“ angezeigt. #8199

16. Wenn gelöschte Ereignisteilnehmer:innen wieder zu einem Ereignis hinzugefügt wurden, erschien eine Fehlermeldung. Dieser Fehler wurde behoben; es ist nun möglich Ereignisteilnehmer:innen erneut zu einem Ereignis hinzuzufügen. #8208

17. Wird auf einem deutschen Server die Spracheinstellungen von Deutsch auf Englisch geändert, werden Datumsformate weiterhin in deutscher Notation mit “vorm.” und “nachm.” angezeigt. Dieser Fehler wurde behoben; die Datumsangaben erscheinen nun komplett in Englisch (“AM”, “PM”). #8019
18. Benutzer:innen mit den Benutzerrollen Krankenhausinformant*in, Gemeindebeauftragte*r, Gemeinde-Informant*in, Kontaktbeauftragte*r und Laborbeauftragte*r können Aufgaben, welche einem Überwachungsbeauftragen, Überwachungsleitung oder Administrator Überwachungsleitung zugewiesen sind, nicht einsehen, auch wenn sie die Aufgabe selbst erstellt haben oder entsprechende Benutzerrechte besitzen. Benutzer:innen mit den Benutzerrollen Überwachungsbeauftragte*r und Fallbeauftragte*r können Aufgaben, welche der Überwachungsleitung oder Administrator Überwachungsleitung zugewiesen sind nicht einsehen. Dieser Fehler wurde behoben; Benutzer:innen können die Aufgaben in ihrem Zuständigkeitsbereich sehen. #7874
19. Bisher konnten die Benutzerrollen Krankenhausinformant*in, Gemeinde­informant*in und Fallbeauftragte*r, welche keine Zugriffsrechte auf Kontakte haben, dennoch in der Personenübersicht die Kontakte einsehen. Dieser Fehler wurde behoben; die Schaltfläche „Kontakte“ und die zugehörige Kontakteliste is für die genannten Benutzerrollen nicht mehr sichtbar. #8407

20. Wenn über die Zeilenauflistung zwei identische Fälle/Kontakte erstellt werden und im Fenster „Person auswählen oder erstellen” die Option „eine neue Person anlegen” gewählt wird, erscheint im Fallverzeichnis/Kontaktverzeichnis nur ein Fall/Kontakt. Beide Fälle/Kontakte wurden zwar erstellt, sie sind jedoch nur durch ein erneutes Laden sichtbar. Dieser Fehler wurde behoben; beide Fälle/Kontakte sind direkt nach der Speicherung im Verzeichnis sichtbar. #8051

21. Bei der Duplikatzusammenführung von Fällen und Kontakten wurden einige Felder nicht in den Zielfall/-Kontakt übernommen.

Für Fälle galt dies für folgende Felder im Reiter „Fall” und „Fallperson”:

• „Resultierte aus einem nosokomialen Ausbruch” und „Infektionsumfeld”;
• „Isolation mündlich verordnet?” und „Datum der mündlichen Anordnung”;
• „Isolation schriftlich verordnet?” und „Datum der schriftlichen Anordnung”;
• „Offizieller Isolationsbescheid versendet?” und „Offizieller Isolationsbescheid wurde versendet am”;
• „Einrichtungsname” und “Beschreibung”;
• „Straße”, „Hausnummer”, „Zusätzliche Informationen”, „Postleitzahl”, „Stadt”

Für Kontakte galt dies für die folgenden Felder:

• „Isolation mündlich verordnet?” und „Datum der mündlichen Anordnung”;
• „Isolation schriftlich verordnet?” und „Datum der schriftlichen Anordnung”;
• „Offizieller Isolationsbescheid versendet?” und „Offizieller Isolationsbescheid wurde versendet am”;
• „Kontakt mit hoher Priorität”

Diese Fehler wurden behoben; die Felder werden nun in den entsprechenden Fall/Kontakt bei der Duplikatzusammenführung übernommen. #8315

22. Über die Massenbearbeitung von Aufgaben war es möglich das Feld „Zugewiesen an” ohne Eintrag zu speichern. Dieser Fehler wurde behoben; eine Speicherung ohne Eintrag im Feld “Zugewiesen an” ist auch in der Massenbearbeitung nicht mehr möglich. #8326

23. Wird einem zu einem Fall ein Erregernachweis mit Datum und Uhrzeit hinzugefügt, erscheint in der Übersicht zum Fall ausschließlich das Datum und nicht die Uhrzeit. Dieser Fehler wurde behoben; das Datum als auch die Uhrzeit werden nun dargestellt. #8404

24. Wenn mit der Benutzerrolle „Krankenhausinformant*in” im Personenverzeichnis den Filter “Alle” auswählt wird, läuft SORMAS auf einen Fehler. Dieser Fehler wurde behoben; der Filter zeigt alle Personen in Verbindung mit Fällen, Ereignis­teilnehmer:innen und Einreisen an, auf die die Benutzerrolle „Krankenhaus­informant*in” Zugriff hat. #8288

25. Wird auf der Überwachungsübersicht der Filter „Lebendig oder Verstorben” unter der Epidemiologischen Kurve ausgewählt, erscheint eine Fehlermeldung; die anschließende Auswahl weiterer Filter führt zur selben Fehlermeldung. Dieser Fehler wurde behoben; der Filter stellt in der Epidemiologischen Kurve die Anzahl der Lebendigen und Verstorbenen Fälle dar. #8245

26. Wird bei der Verarbeitung von Labormeldungen im Fenster „Person auswählen oder erstellen” die Option „Eine andere Person wählen” gewählt und die Felder Vorname, Nachname und ID gelöscht und der Button „Suchen” bedient, werden die Felder rot markiert und ein Ausrufezeichen erscheint. Wird nun der Button „Verwerfen” betätigt, bleiben die Felder rot markiert. Dieser Fehler wurde behoben; die Felder im Fenster “Person auswählen oder erstellen” erscheinen in der ursprünglichen Farbe, wenn der Button „Verwerfen” bedient wird. #8388

27. Wenn bei der Verarbeitung von Labormeldungen oder bei der Duplikatserkennung im Fenster „Person auswählen oder erstellen” die Option „Eine neue Person anlegen” ausgewählt wird, bleiben die Felder zur Suche einer passenden Person sichtbar. Dieser Fehler wurde behoben; wenn das Feld „Eine neue Person anlegen” gewählt, werden diese Felder ausgeblendet. #8390

28. Wird eine neue Kontaktinformation zu einem*r Ereignisteilnehmer:in angelegt und ohne zu speichern auf einen anderen Reiter gewechselt wird, erscheint kein Fenster „Änderungen bestätigen”, um die Eintragungen zu speichern. Dieser Fehler wurde behoben; das Fenster „Änderungen bestätigen” erscheint, wenn bei Ereignisteilnehmer:innen neue Kontaktinformationen eingetragen werden und ohne zu speichern der Reiter gewechselt wird. #8290

29. Bei Kontakten erschien keine Fehlermeldung, wenn das „Datum des ersten Kontakts” und das „Datum des letzten Kontakts” ein Tag nach dem Meldedatum liegen. Dieser Fehler wurde behoben; das „Datum des ersten Kontakts” und das „Datum des letzten Kontakts” werden rot markiert dargestellt mit der Information, dass die Daten vor dem Meldedatum liegen müssen. #8122

30. Wird auf der Überwachungübersicht in der Fallstatuskarte unter der Schaltfläche „Ebenen“ der Filter „Andere Länder ausblenden” ausgewählt, werden die Bundesländer Bayern, Berlin und Bremen ausgeblendet. Dieser Fehler wurde behoben; die Bundesländer Bayern, Berlin und Bremen sind sichtbar, auch wenn der Filter „Andere Länder ausblenden” aktiviert ist. #5930

Import/Export von Daten über .csv-Dateien         
& Datenbank-Export

1. Die Felder „Empfangsdatum auf Landkreis-Ebene”, „Empfangsdatum auf Bundesland-Ebene” und „Empfangsdatum auf Nationaler Ebene” wurden deaktiviert und sind bei Fällen nicht mehr sichtbar. Zudem stehen diese Felder im Benutzerdefinierten Export nicht weiter zur Verfügung. #7844

2. Das Datenbeschreibungsverzeichnis enthält die Beschreibung aller Daten inkl. Angaben, ob die Daten auf deutschen („de“) Instanzen nicht vorhanden oder exklusiv vorhanden sind. Nun enthält das Datenschbeschreibungsverzeichnis nur die Felder und Entitäten, die in Deutschland verwendet werden #8046

Bitte beachten Sie:      
Die entsprechenden Vorlagen für Import bzw. Export wurden ggf. entsprechend angepasst. Bitte verwenden Sie beim Import stets die aktuellen in SORMAS hinterlegten Importvorlagen. 

Technologie

1. Benutzerrollen-Konfiguration ausschließlich in SORMAS. Nutzerrollen wurden zum Teil in Keycloak konfiguriert, um den Zugang zur REST-API zu ermöglichen. Nun sind Nutzerrollen in SORMAS vorhanden und nicht mehr in Keycloak. #7820

1. Bei der Verarbeitung von Labormeldungen wurde die Heimatadresse nicht in den Fall übernommen. Wurde eine neue Person zu einer Labormeldung angelegt und daraus ein neuer Fall generiert, fand keine automatische Übernahme der Heimatadresse statt. Dieser Fehler wurde behoben und die Heimatadresse wird bei der Verarbeitung von Labormeldungen automatisch übernommen. #8319
2. Die Dokumentenerstellung über Massenbearbeitung mit Informationen aus „Proben” oder „Erregertests” ist nicht möglich. Dies gilt für Fälle, Kontakte und Ereignisteilnehmer. Dieser Fehler wurde behoben. #8356

Neue Funktionen 

1. Neue Filterfunktion für Einreisen.
   Ein neuer Filter ermöglicht es Einreisen nach Meldedatum in einem Zeitraum von – bis zu filtern. #7451

   

2. [DEMIS zu SORMAS] Übernahme des Nachweises variantenspezifischer Mutation(en).
   Bei PCR / RT-PCR-Tests wird „Nachweis variantenspezifischer Mutation(en)“ im Feld „Nukleinsäure-Nachweis Testspezifikation“ in SORMAS Erregertestergebnissen gesetzt, wenn in der DEMIS-Meldung eine Angabe dazu enthalten ist; da Labore einen beliebigen Text übermitteln können, sollte geprüft werden, dass die Angabe des Labors in der DEMIS-Meldung valide ist. #5285

Veränderungen 

1. Verschiebung der Vorerkrankungen.
   Die Vorerkrankungen wurden von dem Reiter Klinischer Verlauf zu dem Reiter Fall verschoben. Dort sind die Vorerkrankungen vor den zusätzlichen medizinischen Informationen zu finden. Mit dem Update wird zudem der Reiter “Klinischer Verlauf” und “Therapie” nicht mehr verfügbar sein. #6879
2. [ReST-API] Verschiebung der Vorerkrankungen. Mit der Verschiebung der Vorerkrankungen aus dem Reiter „Klinischer Verlauf“ in den Reiter „Fall“ ergibt sich auch ein neuer Endpunkt in der ReST-API. Dies sollte bei der Anbindung externe Programme berücksichtigt werden. #6879
3. Ausblendung des Probentyps „Urin p.m“.
   Dieser Probentyp ist für die Krankheit COVID-19 in der Benutzeroberfläche nicht mehr verfügbar. Im Datenbankexport werden vorhandene Werte weiterhin ausgegeben. #7386
   
   
4. Ausblendung des Spitznamens, Krankenversicherungsnummer und Reisepassnummer im Fenster „Person auswählen”.
   Diese Werte waren in der Benutzeroberfläche nicht mehr verfügbar und werden nun auch in der Tabelle im Fenster „Person auswählen“ nicht mehr angezeigt. (Im Datenbankexport werden vorhandene Werte weiterhin ausgegeben.) #7815

Berechtigungskonzept 

1. Hintergrundanpassungen der Benutzerrechte wurden vorgenommen.
   Um in Zukunft die individuellen Konfigurationen von Benutzerrollen zu ermöglichen, wurden die Benutzerrechte umkodiert, damit sie einem Standardschema entsprechen. Darüber hinaus erleichtert dies die technische Umsetzung von konfigurierbaren Benutzerrollen. Dies hat keinerlei Auswirkungen für Benutzer:innen und wird erst mit den nächsten SORMAS-Versionen auf der Benutzeroberfläche sichtbar sein. #2802

Löschkonzept

1. Einführung „Verarbeitungsende-Datum“ zur Vorbereitung der Umsetzung des Löschkonzeptes.
   Dieser Wert ermöglicht die Festlegung ab wann ein Fall, Kontakt etc. nicht mehr bearbeitet wurde; dies wird als Referenzdatum für die Löschung von Daten herangezogen. Beim Archivieren eines Falles wird das aktuelle Datum in „Verarbeitungsende-Datum“ übernommen, kann aber manuell angepasst werden. Werden Fälle automatisch archiviert, wird das „Verarbeitungsende-atum” auf das Datum der letzten Änderung gesetzt. Wird ein Fall de-archiviert, dann wird das „Verarbeitungsende-Datum“ gelöscht und ein Grund für die De-Archivierung muss angegeben werden. #7247.
   
   
2. Löschen von Einreisen über die Massenbearbeitung.
   Dies ermöglicht die Löschung von mehreren Einträgen über die Massenbearbeitung. Hierfür wurde ein Button hinzugefügt, welcher die Funktion ermöglicht. #7451

Externes Tagebuch

1. [Climedo-Symptomtagebuch] Der Zugriffsprozess bei mehreren parallelen Aufrufen eines Symptomtagebuchs wurde verbessert. #7964

Fehlerbehebung

1. Übernahme der Krankheitsvariante bei der Erstellung eines neuen Falles aus einer Einreise. Mit dieser Anpassung wird bei der Erstellung eines neuen Falls aus einer Einreise auch die Krankheitsvariante übernommen. #8105
2. Speichern des Erregertestergebnis führte zu Fehlermeldungen und Nicht-Speichern der geänderten Probe. Wenn nach Öffnen einer vorhandenen Probe mit „Testergebnis” gleich „Ausstehend”, „Negativ” oder „Unbestimmt”, Informationen bearbeitet und nicht “Speichern” ausgewählt wird, sondern ein „Neues Testresultat” angelegt oder ein vorhandenes Erregertestergebnis bearbeitet, das Testergebnis auf „Positiv” gesetzt und anschließend gespeichert wird, wurde folgende Fehlermeldung angezeigt: „Ein Problem ist aufgetreten. Die Daten konnten nicht gespeichert werden, da die sie in der Zwischenzeit geändert wurden.” Die Angaben, die in der Probe gemacht wurden, wurden somit nicht gespeichert. Dieser Fehler wurde behoben, es wird keine Fehlermeldung angezeigt und die geänderten Daten in der Probe werden gespeichert. #8078

3. Speicherung ohne Eingabe einer Einrichtung unter „aktueller Krankenhausaufenthalt“. Es war möglich ohne Eingabe einer Einrichtung den „aktuellen Krankenhausaufenthalt“ im Reiter Krankenhausaufenthalte zu speichern, obwohl es sich um ein Pflichtfeld handelt und die Einrichtung für den Aufenthaltsort erforderlich ist. Dieser Fehler wurde nun behoben; eine Speicherung ohne Einrichtung ist nicht mehr möglich. #7812

4. Korrektur automatisches Ausfüllen des Feldes „Art des Todesorts“. Unter Personen wird bei Verstorbenen die Art des Todes automatisch mit „Sonstiges“ ausgefüllt. Dies wurde nun behoben; das Feld ist leer, bis eine Angabe manuell ausgewählt wird. #8054

5. Automatische Anpassung des Feldes „Nachverfolgung erwartet bis“. Wenn eine positive Probe mit Datum vor dem Meldedatum eingetragen wird, dann wird bei Fällen und Kontakten das neue errechnete Datum für „Nachverfolgung erwartet bis“ im Nachverfolgungs-Status nicht automatisch angepasst, sondern erst, wenn der Reiter Fall gespeichert wird. Dieser Fehler wurde nun behoben; das errechnete Datum in „Nachverfolgung erwartet bis“ wird automatisch gespeichert. #7926

6. Titel der Meldung bei der Zusammenführung doppelter Kontakte angepasst. Werden Duplikate unter Kontakte zusammengeführt und die Vollständigkeit wird berechnet, erscheint nach der Aktualisierung der Vollständigkeitswerte die Meldung „Kontakte archiviert“. Die Meldung wurde umbenannt zu „Vollständigkeitswerte wurden aktualisiert“. #8016

7. Korrektur des Filters Gemeinde im Personenverzeichnis. Bisher wurde die Gemeinde im Filter des Personenverzeichnis nicht automatisch gelöscht, wenn ein anderes Bundesland ausgewählt wird. Dies Fehler wurde mit dem Update behoben. #8044

8. Möglichkeit der Speicherung des Untersuchungsstatus „Untersuchung ausstehend“ auch wenn bei „Untersuchung durchgeführt“ oder „Untersuchung verworfen“ ein Datum in der Zukunft ausgewählt wurde. Dieser Fehler wurde nun behoben. #8060

9. Beim Hinzufügen einer neuen Probe mit/ohne einem Erregertest zu einem Fall erscheint eine Fehlermeldung; die Probe wird jedoch gespeichert. Dieser Fehler wurde behoben, es erscheint keine Fehlermeldung mehr. #8168

10. Auf der Infoseite wurde die Darstellung des Datenbeschreibungsverzeichnisses überarbeitet und Übersetzungen wurden angepasst. #7910

11. Die Reinfektionsdetails wurden dem Datenbeschreibungsverzeichnis hinzugefügt. #8020

12. Bei der Verknüpfung einer Ereignisgruppe mit einem Ereignis wurde eine Fehlermeldung ausgegeben. Wenn Änderungen an einem bestehenden Ereignis unternommen und ohne zu speichern eine Ereignisgruppenverknüpfung erstellt wurde, erschien eine Fehlmeldung.  Dieser Fehler wurde behoben. Nun erscheint ein Fenster zur Speicherung der geänderten Werte, bevor eine Ereignisgruppenverknüpfung erstellt wird. #8131

13. Fehlerkennzeichnung des Feldes „Datum des Erhalts der Probe im Labor“ bleibt bestehen, nachdem das „Probeentnahme-Datum“ korrigiert wurde. Wenn das „Probeentnahme-Datum“ nach dem „Datum des Erhalts der Probe im Labor“ liegt – durch manuelle Eingabe oder über die Verarbeitung einer DEMIS-Labormeldung –, wurde nach der Fehlermeldung und anschließender Berichtigung des „Probeentnahme-Datums“ das Feld „Datum des Erhalts der Probe im Labor“ noch rot umrandet bzw. als fehlerhaft gekennzeichnet. Dieser Fehler ist nun behoben, und beide Datumsfelder werden nicht mehr rot umrandet angezeigt. #8065

14. Wenn ein zweites positives Testergebnis einer anderen Krankheit als COVID-19 zu einer Probe hinzugefügt wird, entstehen zwei Fälle für diese Krankheit. Dieser Fehler wurde behoben; es wird nur ein Fall mit der anderen Krankheit angelegt und der resultierende Fall der Kontakt- bzw. Ereignisteilnehmer-Entität wird nicht von dem ursprünglichen resultierenden Fall für COVID-19 geändert. #7922

15. Einreisen werden bei der Duplikatzusammenführung von Fällen nicht zu einer Einreise zusammengeführt. Dieser Fehler wurde behoben, sodass die Einreisen bei der Zusammenführung von doppelten Fällen ebenfalls zusammengeführt werden. #8033

Import/Export von Daten über .csv-Dateien         
& Datenbank-Export

1. Ausblendung des Probentyps „Urin p.m“. Dieser Probentyp ist für die Krankheit COVID-19 in der Benutzeroberfläche nicht mehr verfügbar. Im Datenbankexport werden vorhandene Werte weiterhin ausgegeben. #7386

2. Das Feld „Bildung“ wurde aus dem Benutzerdefinierten Fall-Export entfernt. #7957

Bitte beachten Sie:    
Die entsprechenden Vorlagen für Import bzw. Export wurden entsprechend angepasst. Bitte verwenden Sie beim Import die in SORMAS hinterlegten neuen Importvorlagen.

Technologie

1. Bisher wird Leaflet JavaScript für Karten genutzt, welches mit dem Update erweitert wurde, um Tile Server Konfiguration zu ermöglichen. #7792

2. Groß- und Kleinschreibung muss beim Einloggen mit dem Benutzernamen nicht mehr berücksichtigt werden. #7907

Übersetzungen

1. Der Button „Massenbearbeitungsmodus aktivieren“ wurde auf „Massenbearbeitung aktivieren” geändert.

Fehlerbehebungen

1. [Labormeldungen] Bei der Verarbeitung einer Labormeldung in Version 1.68 führt die Auswahl vorhandener Personen bei der Fallerstellung zu einem Fehler, wenn über die Personensuchoption nach der Person gesucht wird; die Heimatadresse wird nicht korrekt übernommen. Dieser Fehler wurde behoben. (#8182)
2. Wird über die Personensuche beim Anlegen eines neuen Falles eine Person ausgewählt, die in einer Einrichtung untergebracht ist, so wird die Pop-Up Meldung „Ort“ ausgelöst. Dieser Fehler wurde behoben; das Pop-Up wird bei der Auswahl bereits angelegter Personen nicht angezeigt. (#8186)

Fehlerbehebungen

1. Der Klick auf den Lupen-Button für die Personensuchoption löst während der Erstellung von Entitäten eine Fehlermeldung aus. Dieser Fehler wurde behoben. (#8159)

Neue Server Einstellungen

1. Anpassung zur Behebung der Aufgabenproblematik: Die Änderung der Aufgabenbearbeitung beruhte auf einer Fehlerbehebung, die schon länger ausstehend war. Inhalt der Fehlerbehebung war, dass nur der Aufgabenersteller und der zugewiesene Bearbeiter auch Bearbeitungsrechte für die Aufgabe erhalten (#7608). Nach umfangreichem Feedback der Gesundheitsämter wurde nun folgende Problemlösung spezifiziert.
   Durch die Einführung einer neuen Konfiguration ALLOW_FREE_EDITING unter TASK_MANAGEMENT wird nach dem Update die Aufgabenbearbeitung wieder durch alle Benutzer möglich sein.  Die default-Einstellung der neu eingeführten feature type property ALLOW_FREE_EDITING wird von Netzlink beim Update auf true
   Sollten Sie diese Einstellung nicht wünschen, melden Sie sich bitte NACH dem Update auf die Version 1.68.3 bei der Firma Netzlink (unter +49 531 480 302010 oder eröffnen Sie ein Ticket support@sormas-oegd.de). #7960

Fehlerbehebungen

1. Änderung der Filtereinstellung der neuen Testergebnisse auf der Überwachungs­übersicht. Wenn die Anzeige neuer Testergebnisse auf der Überwachungsübersicht eine Anzahl von 32.000 überschritt, führte dies zu einem Fehler in der SORMAS Version 1.68 ab. Dieser Fehler wurde behoben. #7968
2. [Labormeldungen] Die Verwendung der Option “Personensuche” beim Erstellen neuer Entitäten während der Verarbeitung von Labormeldungen erzeugt eine neue Person. Dieser Fehler wurde behoben. Das „Person auswählen oder erstellen“-Fenster wird nun unabhängig von übereinstimmenden Personen im System bei der Verarbeitung von Labormeldungen angezeigt. In diesem Fenster können entweder übereinstimmende Personen ausgewählt, andere Personen gesucht oder neue Personen erstellt werden. #8013

1. Beim Generieren einer Dokumentenvorlage werden Platzhalter für Impfdaten nur in Kombination mit Platzhaltern für Probendaten im Dokumenterstellungs-Fenster angezeigt. Sind keine Platzhalter für Probendaten in der Dokumentenvorlage vorhanden, wird der Platzhalter für Impfdaten nicht erkannt. Eine Dokumentenvorlage sollte Impfdaten unabhängig von Probendaten integrieren können. Dieser Fehler wurde behoben. (#8099)
2. Benutzer mit eingeschränktem Zuständigkeitsbereich haben die Möglichkeit, Personen bei der Personensuche auszuwählen, die außerhalb ihrer Zuständigkeit liegen und für sie nicht sichtbar sein sollten. Dieser Fehler wurde behoben. (#8102)
3. [Labormeldungen] Bei der Aktualisierung der Krankheitsvariante eines Falls, während der Verarbeitung von Labormeldungen, wird mit dem Klick auf “Speichern” der Fall geöffnet. Der Wechsel von Meldungsverwaltung zum Fall sollte nur mit dem Klick auf “Speichern und den Fall öffnen” ausgelöst werden, beim Klick auf „Speichern“ sollte weiterhin die Meldungsverwaltung angezeigt werden. Dieser Fehler wurde behoben. (#8090)

Fehlerbehebungen

1. Änderung der Filtereinstellung der neuen Testergebnisse auf der Überwachungsübersicht. Wenn die Anzeige neuer Testergebnisse auf der Überwachungsübersicht eine Anzahl von 32.000 überschritt, stürzte SORMAS ab.

Die interne Java Logik für diese Filteranfragen wurde nun entsprechend angepasst. #7968

2. Anpassung der Aufgabenbearbeitung.

Sehr geehrte Damen und Herren, die Änderung der Aufgabenbearbeitung beruhte auf einer Fehlerbehebung, die schon länger ausstehend war. Inhalt der Fehlerbehebung war, dass nur der Aufgabenersteller und der zugewiesene Bearbeiter auch Bearbeitungsrechte für die Aufgabe erhalten (Issue: https://github.com/hzi-braunschweig/SORMAS-Project/issues/7608). Nach umfangreichem Feedback der Gesundheitsämter wurde nun folgende Problemlösung spezifiziert (Issue: https://github.com/hzi-braunschweig/SORMAS-Project/issues/7960). Die ursprüngliche Art der Aufgabenbearbeitung (vor Version 1.67.2) wird mit der neuen Konfiguration ALLOW_FREE_TASK_EDITING unter TASK_MANAGEMENT mit der Version 1.68.1 zur Verfügung gestellt. Sollten Sie diese Einstellung nicht wünschen melden Sie sich bitte NACH dem Update auf die Version 1.68.1 bei der Firma Netzlink (unter +49 531 480 302010 oder eröffnen Sie ein Ticket support@sormas-oegd.de).

#7960

Version 1.68

Neue Server Einstellungen

1. Konfigurationen für die Angabe des Löschzeitraums pro Entität. Für jede Entität (Fall, Kontakt, Ereignisteilnehmer, Einreise, Immunisierungen kann ein Löschzeitraum in Tagen relativ zu einem der folgenden Referenzdaten festgelegt werden: Erstellung der Entität, „Erstellungsdatum“ der Identität (z.B. Einreise: Ankunftsdatum), letztes Änderungsdatum. Minimum: 7 Tage. Ein nächtlicher Job identifiziert alle zu löschenden Entitäten und stößt deren Löschung an. #7008, ergänzend wird die Löschfrist für die jeweilige Entität nun unter dem generellen Kommentarfeld angezeigt #7240. (Die endgültige Löschung wird in einer späteren SORMAS-Version umgesetzt und ist mit der Version 1.68 auch noch nicht auf der Benutzeroberfläche einsehbar.)

Neue Funktionen

1. Anzeige des Löschdatums. Wenn die automatische Löschung innerhalb der nächsten 180 Tage erfolgt oder der Nutzer das Recht hat, die Entität zu löschen, erscheint das Löschdatum als Hyperlink in roter Schrift links unten im Hauptformular der Entität (Fall, Kontakt, Ereignis, Ereignisteilnehmer, Einreise, Immunisierungen; ansonsten wird es in grau angezeigt. Der Hyperlink führt zu detaillierteren Informationen. (Die endgültige Löschung wird in einer späteren SORMAS-Version umgesetzt und ist mit der Version 1.68 noch nicht auf der Benutzeroberfläche einsehbar.) #7240.

2. [DEMIS zu SORMAS] Übernahme von „Art des Testes“ inkl. „Nukleinsäure-Nachweis Testspezifikation“. Die „Art des Testes“ wird nun aus der DEMIS-Labormeldung übernommen, inkl. der „Nukleinsäure-Nachweis Testspezifikation“ bei PCR-Tests. #5604

3. [DEMIS zu SORMAS] Übernahme der Virusvarianten. Die Angaben zu Virusvarianten und Angaben zu den Details zu den Virusvarianten werden nun in SORMAS übernommen und wo dies nicht möglich ist, in das Feld Testergebnisdetails. #7209

4. Suchoption für Personen im Erstellungsfenster aller Entitäten

Diese neue Funktion ermöglicht die Suche nach bereits im System vorhandenen Personen, z.B. bei der Erstellung neuer Fälle, Kontakte oder Ereignisteilnehmer. Sie dient als Ergänzung zur Duplikatserkennung. In den Erstellungsfenstern wird ein Button hinzugefügt, welcher die Personensuche ermöglicht. Zudem wird diese Funktion im Pop-Up-Fenster der Duplikatserkennung zur Verfügung gestellt.  #6599

Erstellungsfenster für einen neuen Fall mit dem Lupensymbol für die Personensuche im System:

Personensuchfenster:

Mit Klick auf „Bestätigen“ werden die im System verfügbaren Informationen in das Fall- bzw. Kontakterstellungsfenster übernommen.

5. Erweiterte Erfassung von Impfdaten. Ergänzung der Importfunktion und Einbindung in der Impfdaten in Funktion zur Erstellung von Dokumenten. #7532

Auszug aus der csv-Import-Datei:

Achtung: Impfstoffnamen können in den csv-Dateien willkürlich den Herstellern zugeordnet werden. Es gibt hier beim Import keine Validierung. Diese existiert nur für die manuelle Eingabe direkt im System.

Veränderungen

1. Aussagekräftige Fehlermeldung inkl. Aktionsauswahl beim Senden an SurvNet im Massenbearbeitungs­modus, wenn die Auswahl Elemente enthält, die als „Senden an die Meldesoftware verhindern“ gekennzeichnet sind oder über SORMAS zu SORMAS an ein anderes Gesundheitsamt weitergeleitet wurden. In diesem Fall wird ein Fenster mit der Liste dieser UUIDs angezeigt. Nun können über die entsprechenden Buttons die ausgewählten Elemente ohne die in der Liste angezeigten gesendet oder das Senden ganz abgebrochen werden. #7704
2. Neuer „Grund für Hospitalisierung“. Im entsprechenden Drop-Down-Menü ist nun der Wert „zur Isolation“ verfügbar, der auch an SurvNet übermittelt wird. #7718

Im Reiter Krankenhausaufenthalt beim Fall wurde das Dropdown für den „Grund der Hospitalisierung“ um „Isolation“ ergänzt:

3. Anpassungen in den Erstellungsfenstern für Einreisen und Ereignisteilnehmer. Wenn in einer Akte bereits alle Personen-relevanten Daten vorliegen, wird der Button „Personensuche“ nicht mehr angezeigt. Dies gilt vor allem für die Erstellungsfenster für Einreisen und Ereignisteilnehmer, welche vom Personenverzeichnis oder aus dem Ereignisverzeichnis heraus bedient werden. Bei der Verarbeitung von Labormeldungen wird die Personensuche für die Erstellung neuer Ereignisteilnehmer aus dem Probenverzeichnis ergänzt. Zudem wird die Personensuche auch ermöglicht, wenn nur der Vor- oder nur der Nachname angegeben werden. #7903

4. Angepasste Auswahl und Anzeige von Beobachtern für Aufgaben. Die Beobachter einer Aufgabe können nun in einem Dropdown ausgewählt und auch wieder entfernt werden. #7644

Erstellungsfenster für eine Aufgabe im Fall mit neuem Dropdown für die Hinterlegung von Beobachtern dieser Aufgabe:

Fehlerbehebungen

1. [DEMIS2SORMAS] Im Labormeldungen Verzeichnis konnte die Spalte „Laborname“ nicht sortiert werden. Dieser Fehler wurde behoben. #7861
2. Entfernung der Felder für die Angaben zur Krankenversicherungsnummer und zur Reisepassnummer auch von den Erstellungsfenstern. Die Felder zur Angabe der Reisepassnummer und der Krankenversicherungsnummer wurden nun auch aus den Erstellungsfenstern für Fälle und Kontakte entfernt. #7743
3. Möglichkeit der mehrfachen Erstellung eines resultierenden Falles aus einem Kontakt. Wenn einem Kontakt eine positive Erregertestprobe zugeordnet wurde und aus dem Kontakt dann ein resultierender Fall erstellt wurde, konnte dieser Vorgang mehrfach wiederholt werden, sodass mehrere resultierende Fälle zu einem Kontakt angelegt werden konnten. Dieser Fehler wurde behoben, aus einem Kontakt mit positivem Erregertest kann nun nur noch ein resultierender Fall erstellt werden. #7793
4. Fehlermeldung bei der Verlinkung von untergeordneten Ereignissen ohne Ereignisdatum. Beim Versuch ein Ereignis mit Meldedatum aber ohne angegebenes Ereignisdatum als untergeordnetes Ereignis zu verlinken, wurde eine generische Fehlermeldung ausgegeben. Das entsprechende Filterverhalten wurde nun korrigiert, die Funktion steht nun auch wieder für Ereignisse ohne Ereignisdatum zur Verfügung. #7849
5. „Neue Einreise“ erstellen-Button sichtbar ohne Einreisen im Einreiseverzeichnis. Auch wenn keine Einreisen im Einreiseverzeichnis aufgelistet waren, wurde der Button „Neue Einreise“ in der Personenakte angezeigt. Dieser Fehler wurde behoben. #7917
6. Inaktiver Tagesfilter im Ereignis bei Ereignisteilnehmern. Wenn in einem Ereignis die Liste der Ereignisteilnehmer anhand des Geburtsdatums gefiltert werden sollte, konnte nur der Jahresfilter und der Monatsfilter aktiviert werden, der Tagesfilter blieb inaktiv. Dieser Fehler wurde behoben. #7826
7. Fehler bei der Dokumentation der Heimatadresse bei Fallerstellung. Wenn die Checkbox „Heimatadresse der Fallperson jetzt hinzufügen“ angewählt und eine Adresse eingegeben wird und dann die Checkbox wieder inaktiviert wird, wurden die Adressangaben nicht wieder entfernt. Dieser Fehler wurde behoben. #7824
8. Verwerfen-Funktion für die Angabe eines Einreiseortes abweichend vom ursprünglichen Zuständigkeitsbereich. Beim Anlegen einer Einreise mit einem Einreiseort, welcher vom Zuständigkeitsbereich abweicht (Checkbox „Der Einreiseort unterscheidet sich vom Zuständigkeitsbereich“ ist angewählt) funktionierte der „Verwerfen“-Button nicht. Dieser Fehler wurde nun behoben. #7245
9. Anzeigefehler bei den epidemiologischen Daten. Die Anzeige diverser Texte im Bereich epidemiologische Daten wurde angeschnitten dargestellt. Dieser Anzeige­fehler wurde nun behoben. #3659
10. Fehlerhafte Bezeichnung der Labormeldungen im Datenbeschreibungsverzeichnis. Der Bereich Labormeldungen wurde fälschlicherweise im Datenbeschreibungs-verzeichnis mit TestResult (vorletzter Reiter) betitelt. Dieser Fehler wurde behoben, der Bereich trägt nun den Titel TestReport. #7913

Technologie

1. Ergänzung von Infrastrukturdaten zu den Historientabellen. Die bisher fehlenden Infrastrukturdaten in den Historientabellen für die einzelnen Entitäten werden ergänzt. Diese Tabellen beinhalten die Bearbeitungshistorie für alle Entitäten, nun ergänzt um die Infrastrukturdaten (z.B. Gemeinde, Kontinent, Subkontinent, Land, Bundesland, Dokumente, Einrichtung, und Einreiseort). Diese Tabelle ist nicht frei zugänglich für die Nutzer. #7113

Dokumentation

1. [KONZEPT] Einführung eines Datenschutzbereiches bei Einstellungen auf der SORMAS Benutzeroberfläche. Das neu erstellte Konzept umfasst die Einführung eines separierten Bereiches für den Datenschutz unter „Einstellungen“ auf der Benutzer­oberfläche. An dieser Stelle wird das Datenbeschreibungsverzeichnis dupliziert und durch Datenschutz-relevante Informationen ergänzt.

Ein Verzeichnis und Übersichtsseiten für den Datenschutz werden eingerichtet. Eine neue Nutzerrolle „Datenschutzbeauftragter“ wird ergänzt. Dieser wird mit den folgenden Nutzerrechten ausgestattet: „Ansicht aller Daten hinsichtlich des Datenschutzes“, „Bearbeitung aller Daten hinsichtlich des Datenschutzes“, „Export von Daten hinsichtlich des Datenschutzes“.

Nur der Datenschutzbeauftragte hat Zugriff auf den Bereich Datenschutz und erhält die o.g. Rechte. Der Datenschutzbeauftragte kann in der o.g. Tabelle Datenfelder suchen und Filter anwenden, um die Anzahl an Einträgen zu reduzieren. Die folgenden Filter werden zur Verfügung gestellt: „Entität“, „Land“, „Zweck“, „gehört zu personenbezogenen Daten“, „SurvNet“ und „Übertragung an Landesstelle“. Die folgenden Spalten werden der Tabelle hinzugefügt: „Einzigartiger Name des Feldes“, „Entität“, „Feld“, „Art des Datenschutzes“, „Überschrift“, „Beschreibung“, „Erforderlichkeit“. Der „einzigartige Name des Feldes“ beinhaltet die Verknüpfung zu einer detaillierten Seite zum Feld. Die detaillierte Seite zeigt alle relevanten Informationen, welche zu diesem Feld vorliegen. Alle hier aufgeführten Daten sind nicht editierbar. Ergänzend zu den bereits vorhandenen Informationen aus dem Datenbeschreibungsverzeichnis werden weitere Felder ergänzt, welche vier unterschiedliche Bereiche abdecken:

1. Generelle Informationen
2. Informationen zum Zweck des Feldes
3. Gesetzliche Grundlagen
4. Zusätzliche Informationen.

Die nachfolgenden Tabellen beinhalten die neuen Felder zu den o.g. vier neuen Bereichen. #6911

1. Bereich: Generelle Informationen

2. Bereich: Zweck

3. Bereich: Gesetzliche Grundlagen

4. Bereich: Zusätzliche Informationen

2. Erweiterung des Datenbeschreibungsverzeichnisses um die Datenschutz-relevanten Informationen. Das Datenbeschreibungsverzeichnis wird um die oben im Datenschutzkonzept (in den Tabellen) aufgelisteten Spalten ergänzt #7679. Zusätzlich wird die erste Spalte in der Datenbeschreibungstabelle nun die Feld-ID führen. 7680

Veränderungen

1. Änderung der Filtereinstellung der neuen Testergebnisse auf der Überwachungsübersicht. Wenn die Anzeige neuer Testergebnisse auf der Überwachungsübersicht eine Anzahl von 32.000 überschritt, stürzte SORMAS ab (?).

Die interne Java Logik für diese Filteranfragen wurde nun entsprechend angepasst. #7969

Neue Server Einstellungen

1. Mit der neuen Feature Konfiguration DASHBOARD kann das Dashboard deaktiviert werden; standardmäßig ist das Dashboard aktiviert. Die Deaktivierung kann bei Performance-Problemen, die aufgrund der Berechnungen im Dashboard bei einer sehr hohen Anzahl von Entitäten pro Woche auftreten können, helfen. #7811

Veränderungen

1. Nutzerrollen auf nationaler Ebene oder ohne zugewiesenen Zuständigkeitsbereich bekommen die Möglichkeit ALLE Aufgaben zu bearbeiten. Nutzer in SORMAS mit einem Zuständigkeitsbereich auf nationaler Ebene (Nationaler Benutzer) oder ohne direkten Zuständigkeitsbereich (Administrator) haben nun alle Rechte zur Bearbeitung von Aufgaben. In Deutschland betrifft dies ausschließlich die Nutzerrollen Nationaler Benutzer und Administrator. #7831

Fehlerbehebungen

1. Bei Proben mit „Zweck der Probe“: „Interner / In-House Test“ musste beim Erregertestergebnis ein Labor ausgewählt werden. Dieser Fehler wurde berichtigt, und bei internen/ Inhouse-Tests wird keine Angabe eines Labors benötigt.“#7825
2. Verdopplung des Nachverfolgungskommentares beim Konvertieren eines Kontaktes in einen Fall. Bei der Konvertierung eines Kontaktes in einen Fall wurde der Nachverfolgungskommentar verdoppelt und wenn der Kommentar zu viele Zeichen enthalten hat, wurde die Konvertierung abgebrochen und eine generische Fehlermeldung wurde generiert. Dieser Fehler wurde nun behoben. #7818

Neue Server Einstellungen

1. Zu den Server Konfigurationen CONTACT_TRACING und CASE_FOLLOWUP wurde die Server Eigenschaft [ALLOW_FREE_FOLLOW_UP_OVERWRITE] hinzugefügt. Diese Konfiguration dient zum beliebigen Überschreiben der Nachverfolgung. Mit dieser neuen Konfiguration kann, wenn sie aktiviert ist, das Datum im Feld „Nachverfolgung bis“ kleiner als der gesetzte Nachverfolgungszeitraum („Nachverfolgung erwartet bis“) sein; es wird nur noch ein Hinweis angezeigt, und das Speichern wird nicht verhindert. Diese Einstellung ist standardmäßig für alle Instanzen aktiviert. #6862
2. Zu den Server Konfigurationen CASE_SURVEILANCE und CONTACT_TRACING wurde die Server Eigenschaft [AUTOMATIC_RESPONSIBILITY_ASSIGNMENT] hinzugefügt. Diese Konfiguration dient zum automatischen Setzen des Überwachungsbeauftragten. Mit dieser neuen Konfiguration wird, wenn sie ausgeschaltet ist, der Überwachungsbeauftragte nicht mehr automatisch vom System gesetzt. Der Nutzer kann selbst einen verantwortlichen Überwachungsbeauftragten angeben. Diese Einstellung ist standradmäßig für alle Instanzen inaktiviert. #6075

Neue Funktionen

1. [DEMIS2SORMAS] Zuweisung von Labormeldungen an Bearbeiter:in. In einer neuen Spalte „Bearbeiter:in“ wird der/die jeweils zugewiesene Bearbeiter:in angezeigt. Wenn noch kein/e Bearbeiter:in zugewiesen wurde, erscheint der Hyperlink „Zuweisung bearbeiten“; durch Klick auf diesen öffnet sich ein Fenster, in dem aus einer Liste ein/eine Bearbeiter:in ausgewählt und damit zugewiesen werden kann. Wenn der leere Eintrag ausgewählt wird, wird die Zuweisung zurückgesetzt. Zusätzlich ist es in diesem Fenster möglich, sich eine Labormeldung selbst über den Hyperlink „Mir zuweisen“ zuzuweisen. #7310
2. [DEMIS2SORMAS] Erweiterung der Massenbearbeitungsfunktion um die Zuweisung von Bearbeiter:innen. Wenn eine oder mehrere Labormeldungen markiert wurden, kann über das Dropdown-Menü „Massenbearbeitung“ und die Option “Zuweisung bearbeiten” einen/eine Bearbeiter:in diesen Labormeldungen zugewiesen werden, oder sich selbst (vgl. Screenshot zu#7310). #7313

    

3. [Labormeldungen] Bei Abschluss der Verarbeitung einer Labormeldung kann nun direkt der zugehörige Fall/Kontakt/Ereignisteilnehmer geöffnet werden. Dazu wird neben den Buttons „Verwerfen“ und „Speichern“ ein Button „Speichern und Fall/Kontakt/Ereignisteilnehmer öffnen“ eingeführt. #6981
4. Labormeldungen werden beim Senden und Empfangen überprüft. Grund dafür ist, dass Labormeldungen nicht über die normalen SORMAS2SSORMAS-Prozesse abgewickelt werden und daher derzeit nicht der Infrastrukturvalidierung unterliegen. #7582
5. Beobachterfunktion für Aufgaben. In SORMAS gibt es nun eine Beobachterfunktion für Aufgaben. Diese kann allerdings nur genutzt werden, wenn die E-Mail-Benachrichtigung eingeschaltet ist. Diese Funktionalität ist bisher für die deutschen Systeme abgeschaltet. #7021
6. SORMAS Stats Button. In Vorbereitung auf die Anbindung der neuen SORMAS Statistik Funktionalität wird der Button eingerichtet. Dieser Button kann nur auf der Benutzeroberfläche eingesehen werden, sofern SORMAS Stats dann auch angeschlossen wurde. SORMAS Stats selbst befindet sich noch in der Entwicklung. Wir planen diese Funktionalität den Ämtern 2022 zur Verfügung zu stellen.   #7244
7. Anpassung der Quarantänefilter zwischen Kontakt- und Fallverzeichnis. Die beiden Filter „Isolation (Status – Häuslich, Institutionell, Keine, Unbekannt, Sonstiges)“ und die „Checkbox – Maßnahmen zur Gewährleistung der Versorgung“ wurden nun auch auf dem Fallverzeichnis unter „Mehr Filter anzeigen“ hinzugefügt. #3815

Filter: „Checkbox – Maßnahmen zur Gewährleistung der Versorgung“

Filter: Isolation (Status)

8. Externe Symptomtagebücher: Konfigurierbare Kontaktdaten-Validierung für Personen. Das Symptomtagebuch SORMAS-SB/PIA möchte den gleichen Workflow zur Kommunikation mit SORMAS nutzen, wie Climedo es derzeit nutzt. Bevor Personendaten in externen Symptomtagebüchern speicherbar sind, werden sie einer Validierung unterzogen. Zum Beispiel werden Mailadressen oder auch Telefonnummern validiert. Verschiedene Symptomtagebücher haben unterschiedliche Validierungsansätze implementiert, z.B. ist Climedo auch nutzbar, wenn nur eine Telefonnummer angegeben ist, PIA benötigt in jedem Fall eine Mailadresse und verzichtet auf die Nutzung von Telefonnummern. Um diese Inkonsistenzen der Anforderungen in SORMAS abzubilden, wird eine neue Server Eigenschaft #interface.patientdiary.acceptPhoneContact hinzugefügt, welche an- und abschaltbar ist. Wenn diese Konfiguration angeschaltet ist, wird die aktuell hinterlegte Validierung genutzt (Validierung von Telefonnummern, aber keine Mailadressen). Wenn die Konfiguration abgeschaltet ist, soll SORMAS nur Personen mit validierter Mailadresse für die Registrierung für externe Symptomtagebücher zulassen. Wenn Personendaten geändert werden, dürfen diese nur akzeptiert werden, sofern eine validierte Mailadresse vorliegt. Diese Server Eigenschaft ist standardmäßig angeschaltet. #6480
9. Autorisierungsanpassungen für SORMAS-SB/PIA. Eine Konfiguration zur Symptomtagebuch Frontend Token Authentifizierung wurde hinzugefügt. Dies ermöglicht unter anderem das Öffnen von SORMAS SB/PIA in einem neuen Browser Tab anstelle des bisher benutzen iFrames. #6478
10. Einführung einer Filterfunktion für das Meldedatum eines Ereignisses. Bisher konnten Ereignisse nach dem Ereignis Startdatum und nach dem Ereignis Entwicklungsdatum gefiltert werden. Nun wird auch ein Filter für das Meldedatum von Ereignissen ergänzt. #5273

11. Eingabe der Heimatadresse direkt bei Fallerstellung. Bisher konnten die Angaben zur Heimatadresse erst nach der Fallerstellung gemacht werden. Diese neue Funktionalität stellt den Nutzern eine Checkbox am Ende des Fallerstellungsfensters zur Verfügung “Eingabe der Heimadresse der Fallperson jetzt vornehmen”. Nach Aktivierung dieser Checkbox öffnen sich weitere Felder zur Eingabe der Heimatadresse. Diese Funktionalität soll die Abläufe bei der Fallerstellung beschleunigen und somit effektiver werden lassen. Bei Konvertierung bereits bestehender Kontakte und Ereignisteilnehmer ist diese Funktion nicht enthalten, da die Person an dieser Stelle bereits besteht. #7064
12. Erweiterung der Dokumentation von Reinfektionen. Zur besseren Dokumentation einer Reinfektion werden weitere Felder zur Verfügung gestellt. Das Feld „Reinfektion Details“ wird angezeigt, wenn bei „Reinfektion“ JA angegeben wurde und führt die folgenden Auswahlmöglichkeiten als Checkboxen auf:
13. „Genomsequenz des Virus von vorausgehender SARS-CoV-2-Infektion ist bekannt“ oder
14. „Genomsequenz des Virus der aktuellen SARS-CoV-2-Infektion ist bekannt“
15. „Genomsequenz der Viren von vorausgehender und aktueller SARS-CoV-2-Infektion stimmen nicht überein“
16. „Anzahl der SOARS-CoV-2 Genomkopien im Rahmen des aktuellen PCR-Nachweises >=10^6/ml oder Ct-Wert < 30“
17. „Person wurde mittels PCR positiv auf SARS-CoV-2 getestet, aber Anzahl der SARS-CoV-2-Genomkopien im Rahmen des aktuellen PCR-Nachweises <10^6/ml oder Ct-Wert <= 30 oder beide Angaben nicht bekannt“
18. „Person hat nach einer bestätigten SARS-CoV-2-Infektion die akute respiratorische Erkrankung überwunden“
19. „Person hatte eine asymptomatische SARS-CoV-2-Infektion“
20. „Person wurde nach der vorausgehenden SARS-CoV-2-Infektion mittels PCRabschließend mindestens einmal negativ getestet“
21. Der letzte positive PCR-Nachweis der vorausgehenden Infektion ist länger als 3 Monate zurückliegend, also nicht aktuell

Eine Mehrfachauswahl ist möglich. Wenn zur angegebenen Reinfektion ein vorheriger Fall zugeordnet werden konnte, wird ein Auge Symbol angezeigt. Durch Überfahren des Auges mit dem Mauszeiger wird eine Box angezeigt, in welcher das Meldedatum, das externe Aktenzeichen, die Krankheitsvariante und das Symptom-Startdatum des vorherigen Falles aufgeführt sind.

Ein weiteres Feld zur Dokumentation der „Kategorie der Reinfektion“ wird ergänzt mit den folgenden Kategorisierungen: „bestätigt, wahrscheinlich oder möglich“.

Durch die Anwahl der oben genannten Checkboxen zu den Details der Reinfektion wird die Kategorie der Reinfektion automatisch berechnet. Folgende Auswahl führt zur jeweiligen Kategorie (Quelle: https://www.rki.de/DE/Content/InfAZ/N/Neuartiges_Coronavirus/Reinfektion.html) :

Die neu hinzugefügten Felder werden zum detaillierten und zum benutzerdefinierten Export hinzugefügt und werden bei der Zusammenführung von Fällen berücksichtigt.

Ausgegebene Felder beim detaillierten und benutzerdefinierten Fallexport:

Neue Checkbox „Reinfektion“ für den benutzerdefinierten Fallexport:

Ein Filter für die Fälle mit  Reinfektion wurde dem Fallverzeichnis hinzugefügt.

 #7182 und SurvNet Issue #265

13. Automatisches Hochladen von erstellten Dokumenten. Eine Checkbox wird zum Dokument-Erstellungsfenster hinzugefügt „generiertes Dokument auch der Entität anhängen“. Wenn das Dokument erstellt wird, wird es direkt bei der entsprechenden Entität hochgeladen. Wenn die zulässige Dateigröße von 20 MB überschritten wird, erhält der Nutzer einen Warnhinweis. Das automatisierte Hochladen bei Dokumenterstellung wird auch dem Massenbearbeitungsmodus hinzugefügt. Dafür werden die entsprechenden Fälle nach Aktivierung des Massenbearbeitungsmodus angewählt. Dann erscheint das unten aufgeführte Erstellungsfenster. Mit Klick auf „Erstellen“ werden die Dokumente erstellt und zeitgleich zu den entsprechenden Fällen hochgeladen. #5703

14. Erweiterung des Datenbankbeschreibungsverzeichnisses und des Datenbankexportes um diverse Datenbanktabellen von Entitäten. Die folgenden Entitäten werden dem Datenbankexport hinzugefügt: SormasToSormasOriginInfo S2S – Herkunftsinfo; SormasToSormasShareInfo (S2S- Übergabe-Information); ExternalShareInfo; PortHealthInfo; MaternalHistory, ActivityAsCase (Akitvitäten als Fall; AdditionalTest (zusätzliche Tests bei Proben); Kontinent, Subkontinent; Area, PointOfEntry (Einreiseort); LabMessage (Labormeldungen) werden dem Datenbankbeschreibungsverzeichnis und dem Datenbankexport hinzugefügt. #7220

Veränderungen

1. Änderung der Impfstatusanpassung bei nachträglicher Bearbeitung von Impfungen. Bei nachträglicher Bearbeitung einer ursprünglich irrelevanten Impfung (Impfdatum liegt nach dem Meldedatum des Falles) änderte sich der Impfstatus nicht, wenn das Impfdatum, der dann relevanten Impfung, vor dem Meldedatum lag. Die zugrundeliegende Logik wurde nun angepasst, sodass der Impfstatus automatisch auf „Geimpft“ gesetzt wird. #7397
2. Einführung einer Funktions-Eigenschaft zur Reduzierung der Nachverfolgungsdauer.

Eine Konfiguration wurde hinzugefügt, durch die eine harte Validierung des Nachverfolgungsendes aus- und angeschaltet werden kann. Ist die Funktion aktiviert, kann das Ende der Nachverfolgung beliebig überschrieben werden. Dies hat Folgendes als Hintergrund: aktuell nutzen nicht alle Gesundheitsämter die 10 Tage Quarantänedauer. Zum Beispiel können sich Personen nach weniger Tagen freitesten mit Hilfe eines negativen Tests. Die dafür notwendige Verkürzung der Nachverfolgungsdauer konnte zuvor auch mit dem Anklicken der o.g. Checkbox nicht dokumentiert werden. Die Einführung der entsprechenden Server Konfiguration wird diese Möglichkeit der NV-Verkürzung bieten. Wenn der Nutzer die Checkbox „Ende der Nachverfolgung überschreiben“ dann aktiviert, wird bei Angabe einer kürzeren NV-Dauer das Feld blau unterlegt und der folgende Informationstext erscheint: „Das „Nachverfolgung bis“ Datum sollte zumindest an dem Tag sein, an dem die normale Nachverfolgungsdauer für die Krankheit endet.“ #6862

3. Datenschutzrechtliche Anpassungen auf der Benutzeroberfläche von SORMAS. Die Datenschutzrechtlichen Anpassungen für SORMAS bedingen die Entfernung der folgenden Felder auf der Benutzeroberfläche von SORMAS:

Tabelle 2: Übersicht über Felder und Auswahlmöglichkeiten, die sensible oder persönliche Daten führen und entfernt werden sollen.

            #7476

4. Anpassungen für Impfungen bei der Zusammenführung von Fällen und Kontakten. Impfdaten werden nun für die verbleibende Person nach der Zusammenführung zweier Fälle bzw. Kontakte übernommen. #7452
5. Anpassung der Verfügbarkeit der Felder „Schwangerschaft“ und „Postpartum“ für alle Geschlechterangaben. Im Sinne von Diversität und Inklusion können die Felder „Schwangerschaft“ und „Postpartum“ nun für alle in SORMAS hinterlegten Geschlechterangeben angewählt werden. #5418
6. Anpassung der übergeordneten Einrichtungskategorien für die Einrichtungsarten „Herberge/ Schlafsaal und Kindertageseinrichtung“. Die Einrichtungsart „Herberge/ Schlafsaal“ wird nun der Einrichtungskategorie „Beherbergungsstätte“ zugeordnet. Die Einrichtungsart „Kindertageseinrichtung“ wird nun in die Kategorie „Bildungseinrichtung“ migriert. Ein Skript zur Migration dieser Neuerungen auch in den Altdaten wird während des Updates auf die Version 1.67 durchgeführt. Von Seiten der Ämter besteht kein Handlungsbedarf. #4760

Fehlerbehebungen

1. Suche nach Einrichtungskategorie und Art der Einrichtung defekt. Die Filter zur Einrichtungskategorie und zur Art der Einrichtung zur Suche im Fallverzeichnis zeigten fehlerhafte Ergebnisse. Dieser Fehler wurde behoben. #5889
2. Info-Text zum Meldestatus springt über das Erstellungsfenster für Proben. Bei der Erstellung von Proben mit Erregertests ist der Infotext zum Meldestatus im Erstellungsfenster gesprungen. Dieser Fehler wurde behoben. https://github.com/hzi-braunschweig/SORMAS-Project/issues/7349
3. Bei der Auswahl des Indexfalles für Kontakte konnten auch bereits gelöschte Fälle angewählt werden. Dieser Fehler ist behoben, bereits gelöschte Fälle können nun nicht mehr als Index angegeben werden. #7449
4. Die Bearbeitung des Ereignisdatums rief kein Pop-Up „Änderungen bestätigen“ hervor vor dem weiteren Navigieren. Wenn Änderungen beim Datum des Ereignisses vorgenommen wurden und dann weiter navigiert wurde, wurde kein Pop-Up „Änderungen bestätigen“ angezeigt. Dieser Fehler wurde behoben. #7409
5. Fehler beim Abspeichern des Kontakt-Erstellungsfensters. Wenn beim Erstellen eines neuen Kontaktes der Indexfall vor der Krankheit angewählt wurde, konnte das Erstellungsfenster nicht abgespeichert werden mit der Fehlermeldung, dass der Nutzer eine Krankheit angeben muss. Dieser Fehler wurde nun behoben. #7400
6. Anzeigefehler im Ereignisverzeichnis. Im Ereignisverzeichnis überlappten diverse Anzeigefelder. Diese Anzeigefehler wurden nun behoben. #7462
7. Aufgaben erstellbar, aber nicht einsehbar für bestimmte Nutzerkombination. Die Kombination der Nutzerrollen ReST Nutzer, Admin, SORMAS zu SORMAS, Nationaler Benutzer und Externe Anrufe Benutzer führte dazu, dass Aufgaben erstellt werden konnten, aber diese waren nicht einsehbar von der Nutzerkombi. Dieser Fehler wurde nun behoben. #7368
8. Ausschluss von Ereignissen ohne angegebene Krankheit vom Impfmigrationsskript. Ereignisse ohne Angabe einer Krankheit führten zu Problemen bei der Umsetzung des Impfmigrationskonzeptes und bei der Einführung der erweiterten Impferfassung durch Impfkarten. Diese Ereignisse werden von der Datenmigration ausgeschlossen. #7533 und #7531
9. Nukleinsäure-Nachweis Testspezifikationen werden nach dem Speichern nicht mehr auf der Benutzeroberfläche angezeigt. Die Angaben im Feld „Nukleinsäure-Nachweis Testspezifikationen“ (keine Auswahl, Nachweis variantenspezifischer Mutation(en) oder Nachweis der Mutation N501Y) wurden nach dem Speichern nicht mehr auf der Benutzeroberfläche angezeigt, aber an die Meldesoftware übertragen beim Senden. Dieser Fehler wurde nun behoben. Die Angaben sind wieder sichtbar nach dem Speichern. #7534
10. [SORMASzuSORMAS] Die aktivierte EDIT_INFRASTRUCTURE_DATA Konfiguration verhindert die erfolgreiche Synchronisation der zentralen Infrastrukturdaten. Die Synchronisation der Infrastrukturdaten ist eine Voraussetzung für die Umsetzung von SORMASzuSORMAS. Bestimmte Servereinstellungen führten dazu, dass diese Synchronisation nicht stattfinden konnte. Der Fehler wurde identifiziert und konnte behoben werden. #7530
11. Anzeige des erstellten Erregertestergebnisses nach Erstellung einer Probe erst nach einem Refresh der Seite. Die Probenkarte wurde nach Erstellung zusammen mit einem Erregertestergebnis erst nach einem Refresh der SORMAS-Seite angezeigt. Dieser Fehler wurde behoben. Die Informationen zum Erregertest werden nun zusammen mit anderen Informationen auf der Karte angezeigt. #7519
12. Aufgaben konnten inaktiven Nutzern zugewiesen werden. Inaktive Nutzer erschienen im Dropdown für die Zuweisung der Aufgabe und konnten angewählt werden. Dieser Fehler wurde nun behoben, nur aktiven Nutzern können Aufgaben zugewiesen werden. #7514
13. Bei der Verarbeitung von Labormeldungen erscheint wieder die Aufforderung, die Krankheitsvariante eines Falles zu aktualisieren, wenn ein positiver Erregertest mit einer anderen Krankheitsvariante gespeichert wird. Dieser Fehler wurde nun behoben. SORMAS prüft nun alle aktuellen Erregertestergebnisse und der Nutzer wird zu jedem Erregertestergebnis befragt, ob dies ggf. abweichende Variante in den Fall übernommen werden soll. Das Pop-Up erscheint dann jeweils nur, wenn sich die Fall-Virusvariante von der Virusvariante aus dem gerade verglichenen Erregertest-Ergebnis unterscheidet.  #7496

HINWEIS:

Liebe Gesundheitsämter,

Mit der SORMAS Version 1.67 wird die Behebung der fehlenden Abfrage zur Anpassung der Virusvariante im Fall, wenn ein neuer positiver Erregertest verarbeitet wurde, vorgenommen. Wir möchten Ihnen die Möglichkeit geben, den eventuell inkonsistenten Datenstand korrigieren zu können. Auf ANFRAGE wird die Firma Netzlink NACH dem Update auf die Version 1.67 eine Datenbankabfrage auf Ihrer Instanz durchführen. Diese Datenbankabfrage wird die UUIDs der Fälle aufführen, welche inkonsistente Angaben zu Virusvarianten im Fall und dem aktuellsten Erregertest aufweisen. Anhand dieser Liste der Fall-UUIDs können Sie den Datenstand auf Ihrer Instanz aktualisieren und korrigieren. Bitte melden Sie sich bei der Firma Netzlink (unter +49 531 480 302010 bzw. eröffnen Sie ein Ticket unter support@sormas-oegd.de), um Zugang zu dieser Datei für Ihr Amt zu bekommen.

14. Zufällige Auswahl des Aufenthaltsortes „Zuhause“ im Fall-Erstellungsfenster. Zudem konnten Fälle z.T. ohne Angabe einer Einrichtung abgespeichert werden, welche dann nicht mehr zugänglich waren. Diese Fehler wurden behoben. Die Auswahl des Aufenthaltsortes wird nun korrekt abgespeichert. #7471
15. Defekte Spaltensortierung für Alter und Geschlecht in der detaillierten Ansicht des Kontaktverzeichnisses. Die Sortierung der Spalten für Alter und Geschlecht im Kontaktverzeichnis funktioniert nun wieder. #7565
16. Anzeige der Filterergebnisse im Personenverzeichnis. Die Filterergebnisse im Personenverzeichnis wurden ohne die zuvor getätigte Filterauswahl angezeigt, nachdem aus einem Filterergebnis zurück zum Personenverzeichnis navigiert wurde. Dieser Fehler wurde nun behoben. Die Filterauswahl wird nun auch nach weiterem Navigieren angezeigt. #7241
17. Anpassung der Bearbeitung von Nachverfolgungsanrufen für Kontakte, welche bereits zu Fällen konvertiert wurden. Der Nutzer wird bei dem Versuch der nachträglichen Bearbeitung bzw. des nachträglichen Anlegens von Nachverfolgungsanrufen für Kontakte, welche bereits zu Fällen konvertiert wurden, mit folgendem Hinweis: „Dieser Kontakt wurde bereits in einen Fall konvertiert. Bitte ergänzen Sie neue Nachverfolgungsanrufe beim diesem Fall.“ informiert. #7434
18. Der Nationale Benutzer kann keine Aufgaben und Erregertests löschen. Dieser Fehler wurde nun behoben. Die entsprechenden Buttons stehen dem Nationalen Benutzer nun wieder zur Verfügung. #7600
19. Abfrage-Fenster zur Konvertierung von anhängigen Ereignisteilnahme- bzw. Kontaktsituationen im gleichen Inkubationszeitraum bei Konvertierung eines Kontaktes in einen Fall erscheint nicht. Dieser Fehler wurde behoben. Sobald es anhängige Ereignisteilnahme- bzw. Kontaktsituationen im gleichen Inkubationszeitraum bei Konvertierung eines Kontaktes in einen Fall gibt, erscheint das Abfragefenster wieder. #7529
20. Fehlende Anzeige des Ereignisteilnehmers im Ereignis, nachdem eine Probe bei diesem Ereignisteilnehmer gelöscht wurde. Dieser Fehler wurde behoben, das Löschen einer Probe führt nun nicht mehr dazu, dass der Ereignisteilnehmer nicht mehr im Ereignis aufgelistet wird. #7631
21. Ergänzung einer Datumsvalidierung für Aufenthalte in der Intensivstation bei einem Krankenhausaufenthalt. Bei der Erstellung eines vorherigen Krankenhausaufenthaltes konnte das Datum eines Aufenthaltes auf der Intensivstation außerhalb des Datumsbereiches des generellen Krankenhausaufenthaltes gesetzt werden. Dieser Fehler wurde nun behoben. #7250
22. Die Nutzerrechte für die Erstellung und Bearbeitung von Aufgaben wurden korrigiert. Die Bearbeitung von Aufgaben ist nun abhängig vom Nutzerrecht Aufgaben zu erstellen. #7608
23. Filteranwendung bei der Auswahl eines unter- oder übergeordneten Ereignisses hebt die ursprüngliche Listung der Ereignisse auf. Nachdem ein Filter im Pop-Up Fenster für die Verknüpfung von über- bzw. untergeordneten Ereignissen angewandt wurde, wurde die Listung der vorgeschlagenen Ereignisse inkorrekt angezeigt. Die zugrundeliegenden Datumsfilter (übergeordnet – Ereignisse mit früherem Startdatum; untergeordnet – Ereignisse mit späterem Startdatum) wurden für die Listung nicht mehr berücksichtigt. Dieser Fehler wurde behoben, die Listung wird nun auch nach Anwendung von Filtern beibehalten. #7599
24. Fehlerhafter Import von Geburtsmonaten bei Einreisen. Beim Import von Einreisen wurde der Monat des Geburtsdatums falsch importiert. Dieser Fehler wurde nun behoben. #7591
25. Unpräzise Fehlermeldung beim Import von im System bereits bestehenden Personendaten. Beim Import von Einreisedaten zu Personen, die bereits in SORMAS existieren, wurde eine Fehlermeldung ohne dedizierte Hinweise auf die Personenduplikate ausgegeben. Bei Auswahl einer neuen Person funktionierte der Import. Dieser Fehler wurde nun behoben. #7589
26. Anzeigefehler in der Kontakt- und Überwachungsübersicht. In der Kontakt- und Überwachungsübersicht gab es diverse Überlappungen mit anderen Anzeigefeldern, wenn Namen von Landkreisen oder auch die Falldefinitionskategorien eine bestimmte Zeichenanzahl überschritten haben. Diese Fehler sind nun behoben. #7464
27. Bei Konvertierung eines Kontaktes in einen bereits bestehenden Fall, wurden Proben aus dem Kontakt nicht in den Fall übernommen. Dieser Fehler wurde behoben. #7606
28. Bei der Erstellung einer Probe mit einem positiven Erregertestergebnis in einem neuen oder bestehenden Fall mit Untersuchungsstatus „Untersuchung ausstehend“, wurde beim Speichern die Fehlermeldung „Die Daten konnten nicht gespeichert werden, da sie in der Zwischenzeit geändert wurden.“ ausgegeben. Dieser Fehler wurde nun behoben, der Fall kann gespeichert werden und der Untersuchungsstatus wird auf „Untersuchung durchgeführt“ gesetzt. #7686

Technologien:

1. Update auf Keycloak 16 #5901
2. Update auf Payara 5.2021.10 #4601

Aktuelle Übersetzungsänderungen:

Version 1.66.3 und 1.66.2

Diese Version migriert Impfdaten für Fälle, Kontakte und Ereignisteilnehmer in die Impfdatentabelle, welche als Teil der Immunisierungen geführt werden wird. Die Impfdatenmigration ist sehr komplex, sodass ein geringer Datenverlust unter bestimmten Umständen nicht ausgeschlossen werden kann. Dies betrifft Impfdaten, welche Inkonsistenzen zwischen den Entitäten aufwiesen. Aus diesem Grund hat die Firma Netzlink Datenbankexporte VOR dem Update erstellt, damit eventuelle Datenverluste ausgeglichen werden können. Für die Migration wurden die Impfdaten der neusten Entität (Fall, Kontakt, Ereignisteilnahme) zur Person verwendet. Falls diese Daten nicht zur Verfügung standen, wurde auf die nächste Entität zurückgegriffen. Die Angaben im Feld Impfdosis legt die Anzahl der Einträge in der Datenbanktabelle der Impfungen fest. Folgende Einträge bei Impfungen wurden in die neuen Impfkarten migriert:

Impfdosis

Datum der ersten Impfung

Datum der letzten Impfung

Quelle der Impfinformation

Impfstoffname

Anderer Impfstoffname (Freitext)

Hersteller

Anderer Hersteller (Freitext)

INN

Chargennnummer

UNII-Code

ATC-Code

Veränderung:

1. Aktualisierung des Impfdatenmigrationsskriptes zur Ausführung auf Systemen mit einer signifikanten Impfdatenmenge. Das in der Version 1.66.2 eingesetzte Migrationsskript führte zur Erstellung einer temporären Tabelle der Gesundheitsdaten für jede neue Impfung. Dieses Prozedere führte auf Systemen mit hoher Impfdatenmenge zur Kapazitätsüberschreitung. Diese Kapazitätsüberschreitung bedingte, dass 35 Gesundheitsämter am 9.12.21 nicht auf die SORMAS Version 1.66.2 angehoben werden konnten. Mit dem neuen Migrationsskript (Version 1.66.3) wird die Tabelle der Gesundheitsdaten einmalig erstellt und mit neuen Daten in einer Spalte befüllt. Dieses Update konnte am 12.12.21 bei den 35 Ämtern erfolgreich durchgeführt werden. Für alle anderen Gesundheitsämter mit erfolgreichem Update auf Version 1.66.2) besteht aktuell keine Notwendigkeit auf die Version 1.66.3 angehoben zu werden. #7491

Fehlerbehebung:

1. Anzeigeprobleme bei Anwendung der Filteroption „Unverarbeitet“ für Labormeldungen im Labormeldungsverzeichnis. Wenn nach „unverarbeitet“ gefiltert wird, treten beim Herunterscrollen Bildschirmstörungen auf, die ein Bearbeiten von Befunden unmöglich machen. Die blauen „verarbeiten“-Buttons flackerten dann und ließen sich nicht mehr anklicken. Der Fehler wurde nun behoben. #7518

Diese Version migriert Impfdaten für Fälle, Kontakte und Ereignisteilnehmer in die Impfdatentabelle, welche als Teil der Immunisierungen geführt werden wird. Die Impfdatenmigration ist sehr komplex, sodass ein geringer Datenverlust unter bestimmten Umständen nicht ausgeschlossen werden kann. Dies betrifft Impfdaten, welche Inkonsistenzen zwischen den Entitäten aufwiesen. Aus diesem Grund hat die Firma Netzlink Datenbankexporte VOR dem Update erstellt, damit eventuelle Datenverluste ausgeglichen werden können. Für die Migration wurden die Impfdaten der neusten Entität (Fall, Kontakt, Ereignisteilnahme) zur Person verwendet. Falls diese Daten nicht zur Verfügung standen, wurde auf die nächste Entität zurückgegriffen. Die Angaben im Feld Impfdosis legt die Anzahl der Einträge in der Datenbanktabelle der Impfungen fest. Folgende Einträge bei Impfungen wurden in die neuen Impfkarten migriert:

Impfdosis

Datum der ersten Impfung

Datum der letzten Impfung

Quelle der Impfinformation

Impfstoffname

Anderer Impfstoffname (Freitext)

Hersteller

Anderer Hersteller (Freitext)

INN

Chargennnummer

UNII-Code

ATC-Code

Veränderung:

1. Aktualisierung des Impfdatenmigrationsskriptes zur Ausführung auf Systemen mit einer signifikanten Impfdatenmenge. Das in der Version 1.66.2 eingesetzte Migrationsskript führte zur Erstellung einer temporären Tabelle der Gesundheitsdaten für jede neue Impfung. Dieses Prozedere führte auf Systemen mit hoher Impfdatenmenge zur Kapazitätsüberschreitung. Diese Kapazitätsüberschreitung bedingte, dass 35 Gesundheitsämter am 9.12.21 nicht auf die SORMAS Version 1.66.2 angehoben werden konnten. Mit dem neuen Migrationsskript (Version 1.66.3) wird die Tabelle der Gesundheitsdaten einmalig erstellt und mit neuen Daten in einer Spalte befüllt. Dieses Update konnte am 12.12.21 bei den 35 Ämtern erfolgreich durchgeführt werden. Für alle anderen Gesundheitsämter mit erfolgreichem Update auf Version 1.66.2) besteht aktuell keine Notwendigkeit auf die Version 1.66.3 angehoben zu werden. #7491

Fehlerbehebungen

1. Aufhebung der geplanten Limitation des allgemeinen Kommentarfeldes in der Fallakte. Wenn die Dokumentation im allgemeinen Kommentarfeld 512 zeichen überschreitet, konnte der Fall nicht mehr abgespeichert werden. Diese Limitation wurde nun sowohl für die Benutzeroberfläche als auch für die ReST-API aufgehoben. Die Zeichenanzahl für dieses Feld beträgt nun wieder 1.000.000. #7485

Neue Funktionen

1. [DEMIS] Ergänzung von Datumsfiltern für die Verarbeitung von Labormeldungen. Auf der Übersicht der Labormeldungen werden Datumsfilter hinzugefügt. Mit diesen Filtern kann das Verzeichnis der Labormeldungen datumsspezifisch durchsucht werden. Es kann ein einzelnes Datum zur Suche genutzt werden, aber auch ein Datumsbereich. #7426
2. [DEMIS] Einführung von Filtern und Sortiermöglichkeiten für DEMIS Labormeldungen. Für die schnellere und effektivere Bearbeitung von DEMIS Labormeldungen werden neue Filtermöglichkeiten und Sortierungen eingeführt. Ein Freitextsuchfeld wird zur Verfügung gestellt, um nach dem Vor- bzw. Nachnamen, der UUID, der PLZ, dem Labornamen und der Labor-PLZ zu suchen. Eine zusätzliche Spalte mit der Angabe des Geburtsdatums der Person wird im Verzeichnis der Labormeldungen hinzugefügt und wird sortierbar sein. Zudem wird ein Filter zur Suche nach einem Datum und nach Datumsbereichen für das Geburtsdatum und das Datum der Labormeldung ergänzt. #7309

Veränderungen

1. Anpassungen bei der Migration von Impfdaten. Bei zwei hinterlegten Impfdosen mit nur einer Angabe zum letzten Impfdatum, wurde das erste Impfdatum automatisch ergänzt, obwohl es nie dokumentiert wurde. Hier wurde nun die Zurückfall-Option geändert und dieser Fehler behoben. #7423
2. Anpassung beim Impfstatus. Bisher wurde der Impfstatus anhand des Impfdatums berechnet. Impfungen ohne angegebenes Datum führten zur Aktualisierung des Impfstatus zu „Geimpft“ bei der Person und allen anhängigen Entitäten. Dieser Fehler wurde nun behoben. Impfungen ohne Datumsangaben werden nun nicht mehr zur Berechnung des Impfstatus herangezogen. Impfungen ohne Datumsangaben werden nun als irrelevant ausgegraut angezeigt. Das Info-Icon zu diesem Szenario wird wie folgt angepasst: „Diese Impfung ist nicht relevant für diesen Fall/ Kontakt/ Ereignisteilnahme, weil kein Impfdatum angegeben ist.“ #7424
3. Anpassung der Berechnung der Relevanz einer Impfung. Bei der Berechnung der Relevanz einer Impfung gab es zwischen SORMAS und SurvNet eine Abweichung. Diese Abweichung wurde nun behoben, die Berechnung läuft nun in beiden Systemen konsistent ab. #7406

Fehlerbehebungen

1. Speichern unmöglich nach Erstellung und Bearbeitung einer Impfung. Wenn eine Impfung beim Fall erstellt wurde und nachträglich bearbeitet wurde, konnte dieser Fall nicht abgespeichert werden. Dieser Fehler ist nun behoben. #7404
2. Anzeigefehler bei der Impfkarte. Die Impfkarte wurde an diversen Stellen ungünstig abgeschnitten. Dieser Anzeigefehler wurde nun behoben. #7431
3. [DEMIS] Fehlende Felder für Virusvarianten und Details bei der Verarbeitung von Labormeldungen. Das Virusvariantenfeld und das Feld zur Dokumentation von Varianten-Details fehlten im Erregertest bei der Verarbeitung einer DEMIS Labor­meldung. Dieser Fehler wurde behoben, die Felder stehen wieder zur Verfügung. #7430
4. Fehlermeldung bei Erstellung von Kontakten mit Indexfall beim Fall. Wenn für einen Fall im Reiter Epidemiologische Daten „Kontakte mit Indexfall bekannt“ angewählt wurde mit JA und ein neuer Kontakt mit allen Daten erstellt wurde, erschien nach dem Bestätigen eine Fehlermeldung. Dieser Fehler wurde behoben.  #7425  
5. [DEMIS] Schnellfilter für Labormeldungen funktionierten nicht. Die Schnellfilter im Verzeichnis der Labormeldungen für „Alle, Unverarbeitet, Verarbeitet, Unklar, Weitergeleitet“ ergaben fehlerhafte Suchergebnisse. Diese Filterfunktionen funktionieren nun wieder. #7403
6. Limitierung eines Nutzers auf eine Krankheit führt zu Anzeigeverlust von Proben bei Ereignisteilnehmern. Wenn ein Nutzer z.B. Admin + Nationaler Benutzer auf eine Krankheit limitiert wurde, konnte dieser Nutzer selbst erstellte Proben bei Ereignisteilnehmer nicht mehr einsehen, weder beim ET, noch im Probenverzeichnis. Dieser Fehler wurde nun behoben. #7413
7. Limitierte Auswahl an Impfstoffen bei Bearbeitung einer bereits erstellten Impfung. Dem Nationalen Benutzer wurde bei Bearbeitung einer bereits bestehenden Impfung beim Fall in der Person im Dropdown lediglich „unbekannt und andere“ angezeigt. Dieser Fehler wurde nun behoben. Bei Bearbeitung einer bestehenden Impfung werden nun alle zur Verfügung stehenden Impfstoffe zur Auswahl gestellt. #7415

Neue Funktionen

1. Erweiterte Impferfassung für Deutschland: Wenn Nutzer im Amt Impfungen dokumentieren wollen, ist dies nun über eine Impfkarte möglich. Diese Impfkarte ist mit der Personenentität verknüpft und somit auch über die anhängigen Entitäten (Fall, Kontakt, Ereignisteilnahme) erreichbar. Jeder Eintrag einer Impfung wird als einzelne Zeile hinterlegt sein. Die Relevanz einer Impfung für die entsprechende Entität (Fall, Kontakt, Ereignisteilnahme) wird anhand des Impfdatums im Vergleich:

• zum Symptomstart > Meldedatum für Fallsituationen dieser immunisierten Person
• zum Datum des letzten Kontaktes > Meldedatum für Kontaktsituationen dieser immunisierten Person
• zum Start- bzw. Enddatum des Ereignisses > Meldedatum für Ereignisteilnahme dieser immunisierten Person

bemessen und irrelevante Impfungen werden in den Entitäten ausgegraut dargestellt.

#7105 und #7148 und #7111

2. [DEMIS] Abbildung des neuen DEMIS Profils in SORMAS: Das neue Lebenszyklusmanagement wird mit dieser Funktionalität umgesetzt. Es können nun mehrere DEMIS Labormeldungen für einen Erregertest in einer Probe verarbeitet werden, z.B., um Daten zu aktualisieren. Dafür werden alle eingegangenen IDs (zur Person, zur Probe, zum Erregertest und für die Labormeldung) abgeglichen. Dann bekommt der Nutzer die beiden Labormeldungen (“aktuell” und “neu”) neben­einander angezeigt, sodass alle Daten übersichtlich verglichen und, falls notwendig, aktualisiert werden können. #5714
3. [DEMIS] Abbildung des neuen DEMIS Profils in SORMAS: Dokumentation von vorläufigen Erregertestergebnissen. Zur Dokumen­tation von vorläufigen Testergebnissen z.B. in Form von Antigentests, welche später durch finale PCR-Testergebnisse ergänzt werden, wird in SORMAS “vorläufig” bei der Erstellung neuer Erregertestergebnisse ergänzt. #5551
4. [DEMIS] Abbildung des neuen DEMIS Profils in SORMAS: Berücksichtigung des „Meldetatbestandes“. Dieser beinhaltet die getestete Krankheit; es wird geprüft, dass nur COVID19-Erregertests in SORMAS zur Verarbeitung bereitgestellt werden.#5137
5. [DEMIS] Abbildung des neuen DEMIS Profils in SORMAS: Berücksichtigung des „Gesamtergebnisses“ im neuen DEMIS Profil. Dies wird direkt in das Feld „Endergebnis des Labors“ übernommen. #5159
6. [DEMIS] Abbildung des neuen DEMIS Profils in SORMAS: Angabe zweier unterschiedlicher Labore für eine Probe. Es kommt vor, dass eine Probe nacheinander von zwei unterschiedlichen Laboren bearbeitet wird, Labor 1 liefert ein vorläufiges Testergebnis und Labor 2 ein finales ergänzendes Ergebnis. Diese Referenz kann nun auch in SORMAS dokumentiert werden. #7204
   Beispiel für die Probenreferenz:

7. [DEMIS] „Zuordnungen“ bei der Verarbeitung von Labormeldungen im neuen DEMIS Profil. Wenn zu eingehenden Labormeldungen bereits zugehörige Proben und/oder Erregertests in SORMAS vorliegen, wird dies erkannt und der Nutzer kann direkt die Probe öffnen. #5729
8. [DEMIS] Abbildung des neuen DEMIS Profils in SORMAS: Verarbeitung von mehreren Labormeldungen mit verschiedenen Erregertestergebnissen für eine angelegte Probe in SORMAS. Dabei werden die bereits bestehenden Erregertestergebnisse sowie das / die gerade verarbeiteten untereinander angezeigt. #5899

Veränderungen

1. Filter auf „Verlauf der Erkrankung“ im Fallverzeichnis. Wenn dieser Filter angewendet wird, bleibt die Spalte „Verlauf der Erkrankung“ in der Fallverzeichnis-Tabelle nun sichtbar. #7174
2. Filter „verantwortlicher Nutzer“ im Ereignisverzeichnis. Der Filter für den „verantwortlichen Nutzer“ bedingt die vorherige Auswahl eines Bundeslandes, allerdings befand sich diese im erweiterten Filtermenü („mehr Filter anzeigen“). Der Filter für den „verantwortlichen Nutzer“ wird nun in das erweiterte Filtermenü übernommen und ein Info-Icon wird ergänzt mit folgender Beschreibung: „Der Filter für den verantwortlichen Nutzer erfordert die vorherige Auswahl eines Bundeslandes“. #7150

3. Anpassung der Datenbanktabellen nach Umgestaltung des Reiters Epidemiologische Daten. Nach bereits erfolgter Anpassung der Epidemiologischen Daten und Migration einer Vielzahl von Auswahlmöglichkeiten in die Expositionen wurden nun die Datenbank­tabellen entsprechend angepasst. #7301

Fehlerbehebungen

1. Nutzer verlieren den Zugriff auf Ereignisse, sobald der Zuständigkeitsbereich im Ereignis geändert wurde. Dieser Fehler wurde behoben. Alle Nutzer können alle Ereignisse im eigenen Zuständigkeitsbereichsehen und haben Schreibrechte auf die Ereignisse im eigenen Zuständigkeitsbereich. Nutzer haben Lesezugriff auf Ereignisteilnehmer, welche einen vom Ereignis abweichenden Zuständigkeitsbereich aufweisen. Wenn ein Ereignisteilnehmer keinem Zuständigkeitsbereich zugeordnet ist, fällt dieser automatisch in den im Ereignis angegebenen Zuständigkeitsbereich. Bei Änderung des Zuständigkeits­bereiches für Ereignisse oder Ereignisteilnehmer wird dem Nutzer nun ein Pop-up Fenster angezeigt, welches darüber informiert, dass der Nutzer den Zugriff auf dieses Ereignis oder den Ereignisteilnehmer verliert. #7172
2. Fehlerhafte Datumsvalidierung bei Datum des Todes. Wenn ein Fall auf „verstorben“ gesetzt wurde und ein „Datum des Todes“ in der Zukunft angegeben wurde, erfolgt eine Datumsvalidierung und der Nutzer bekam folgende Meldung: „das Datum des Todes kann nicht in der Zukunft liegen“. Wurde nun der aktuelle Zustand der Person auf „lebendig“ zurückgesetzt, blieb die Datumsvalidierung bestehen und ein Fehler wurde gemeldet. Dieser Fehler wurde behoben. Wenn die Auswahl beim „aktuellen Zustand der Person“ zurückgesetzt wird, wird nun auch keine Datumsvalidierung auf das „Datum des Todes“ vorgenommen. #7175
3. [DEMIS] Fehler bei der Verarbeitung von Labormeldungen. Bei der Verarbeitung von Labormeldungen wurde grundsätzlich „Ausreichend“ für den Zustand der Probe gesetzt, obwohl diese Angabe Teil der Labormeldung ist. Dieser Fehler wurde nun behoben und die Angaben der Labormeldung zum Zustand der Probe werden übernommen. #7268
4. Fehlerhafte Angabe beim nutzerdefinierten Export von Personen. Beim nutzerdefinierten Export von Personen ist die Sektion zu den Infrastrukturdaten mit „LOCATION“ überschrieben. Dieser Fehler wurde nun behoben. #7114
5. Fehlerhafte Anzeige beim Export von Nutzern. Beim Export der Benutzerrollen wurde anstatt der Beschreibung der Nutzerrechte nochmalig die Bezeichnung des Nutzerrechtes angezeigt. Dieser Fehler wurde behoben, die Beschreibungen zu den Nutzerrechten ist nun wieder verfügbar. #7322
6. Fehlerhafte Anzeige nach Erstellung neuer Aufgaben. Nach dem Erstellen einer neuen Aufgabe beim Fall erschien mehrmalig „Es gibt keine neue Aufgabe“ anstelle der Anzeige der Aufgabe in der Aufgabenbox rechts im Anzeigefenster. Dieser Fehler wurde behoben, die erstellte Aufgabe wird angezeigt oder einmalig „Es gibt keine neue Aufgabe“. #7327