Neue Funktionen:

1. (SORMAS zu SORMAS) Nochmaliges Übergeben von Daten an das gleiche Gesundheitsamt wird nun ermöglicht. Auf diese Weise kann auch noch nachträglich der Besitz übergeben werden bzw. die Übergabe persönlicher oder sensitiver Daten ausgeschlossen werden. #6639
2. (SORMAS zu SORMAS) Datenschutz-rechtliche Anpassungen zum Übergeben des externen Aktenzeichens, der internen ID, des allgemeinen Kommentarfeldes und der externen ID. Die Übergabe dieser Daten ist standardmäßig abgeschaltet und kann bei Bedarf über Server Konfigurationen zugeschaltet werden für jedes der oben genannten Felder. Diese Anpassung ist gegenwärtig notwendig, damit die Meldesoftware mit von Sormas gesendeten Daten umgehen kann. #6875
3. Immunsierungen und Einreisen werden zum Datenbankexport hinzugefügt. Diese Exporte können im Reiter Statistik unter Datenbankexport angewählt und ausgeführt werden. #6904

Veränderungen:

1. Anpassungen bei den Nutzerfiltern für Kontakte und Ereignisteilnehmer im Personenverzeichnis. Die Filterfunktionen für Nutzer werden für das Personenverzeichnis angepasst, um die Performance zu verbessern. Personen zu Kontakten und Ereignisteilnehmern außerhalb des Zuständigkeitsbereiches eines Nutzers können nun nicht mehr im Personenverzeichnis eingesehen werden. Im Kontakt- und Fallverzeichnis sind diese Personendaten aber noch zugänglich. #6890
2. (SORMAS zu SORMAS) Rückkehrende Übergaben erzeugen keine Übergabeanfragen, sondern werden automatisch durchgeführt. Rückkehrende (aber ursprünglich akzeptierte) Übergabeanfragen (mit Übergabe des Besitzes) erzeugen nun eine Übergabeabfrage, welche vom adressierten Amt akzeptiert oder abgelehnt werden muss.  #6642
3. (SORMAS zu SORMAS) Übertragung von Immunisierungen bei Übergabe eines Falles. Bei Übergabe des Falles über die SORMAS zu SORMAS-Schnittstelle ohne Übertragung des Besitzes kann der Nutzer selbst entscheiden, ob die Immunisierungsdaten bei der Übertragung inkludiert sein sollen oder nicht (ähnlich wie bei Proben). Wenn der Besitz mit übertragen wird, dann werden alle Immunisierungsdaten mit übertragen; es ist nicht möglich Immunisierungsdaten beim Übertragen des Besitzes auszuschließen. #6886

Fehlerbehebungen:

1. Fehlermeldung nach Angaben zur Gebietsart bei Einrichtungen. Beim Anlegen neuer Einrichtungen unter Angabe der Gebietsart oder bei der Bearbeitung von Einrichtungen und Angabe der Gebietsart wurde eine Fehlermeldung ausgegeben bzw. konnten die Angaben zur Einrichtung nicht abgespeichert werden. Dieser Fehler wurde nun behoben. Die Angaben zur Gebietsart können nun wieder abgespeichert werden. #6966
2. (SORMAS zu SORMAS) Fehlerhafte Übergabe des Besitzes eines Falles nach Hinzufügen von Kontakten im Amt A. Wenn ein Fall von GA A mit Übergabe des Besitzes an GA B übergeben wurde und im Amt A nachträglich noch Kontakte zu diesem Fall ergänzt werden, dann wurde automatisch der Besitz des Falles an GA A zurückgegeben. Dies wurde behoben. Der Fall kann nun nach Übergabe des Besitzes nicht weiterbearbeitet werden. Zusätzlich erstellte Kontakte werden aus Datenschutzgründen nicht automatisch synchronisiert. #6941
3. (SORMAS zu SORMAS) Verlust der Besitzrechte bei übergebenen Fällen. Wenn ein Fall von GA A an GA B mit Kontakten und Leserecht übergeben wird und dann in GA B Kontakte hinzugefügt wurden, war der Fall weder GA A noch GA B mit Besitzrechten zugeordnet. Dieser Fehler wurde nun behoben. Der Fall bleibt nun im Besitz von GA A und bleibt dort auch editierbar. GA B behält die Ansichtsrechte. Das Hinzufügen von Kontakten hat nun keinen Einfluss mehr auf die Besitzrechte beim übergebenen Fall. #6943
4. Fehlerhafte automatische und manuell gestartete Berechnung der Falldefinitionskategorie D und E und inklusive der Referenzdefinition. Auch nach Eingabe eines positiven Erregertestergebnisses (erwartete Berechnung der Falldef. D) und auch nach Angabe von nicht-Covid-19 Klinik erfüllenden Symptomen (erwartete Berechnung Falldef. E) wurde die Falldefinitionskategorie 0 nicht klassifiziert ausgegeben und die Referenzdefinition als nicht erfüllt angegeben. Dieser Fehler wurde nun behoben. #6823
5. Startdatum einer Immunsierung ist nun Pflichtfeld. Bei Hinterlegung einer Immunisierung (ohne Startdatum) konnte diese nicht abgespeichert werden, da dies eine Pflichtangabe ist. Dieses Feld wurde nun mit einem * als Pflichtfeld markiert. #6898
6. Verlust der Dosisangaben nach Anlegen einer Immunisierung. Beim Anlegen einer Immunisierung auf Basis einer Impfung wird die Anzahl der Impfungen dokumentiert. Diese Angabe konnte nach dem Abspeichern nicht mehr auf der erstellten Impfakte eingesehen werden. Dieser Fehler wurde nun behoben. #6897
7. Fehlerhafte Migration der Felder Impfdosis und Impfdosisdetails. Die Migration der Felder Impfdosis und Impfdosisdetails schlug aufgrund eines Deploymentfehlers fehl. Ein neues Skript wurde angepasst und die Migration der beiden Felder ist nun möglich. #6861

Neue Feature Konfigurationen

1. Mit dieser Version wird das Impfmodul vollumfänglich zur Verfügung gestellt und wird bei jeder SORMAS Instanz standardmäßig aktiviert.

Hinweise:

Das neue Impfmodul ersetzt die aktuellen Eingaben zu Impfungen bei Fällen, Kontakten und Ereignisteilnehmern. Die Datenbank wird automatisch nach dem Neustart des Servers migriert. Dies kann, bei einem hohen Datenaufkommen, einige Zeit in Anspruch nehmen. Das Impfmodul kann bei Nutzung von SORMAS-X nicht abgeschaltet werden, da sonst das Mapping nach SurvNet fehlerhaft verläuft.

2. EDIT_INFRASTRUCTURE_DATA: diese Konfiguration ermöglicht Benutzern mit den entsprechenden Rechten die Erstellung, das Bearbeiten, den Import und die Archivierung von Kontinenten, Subkontinenten, Ländern, Bundesländern, Landkreisen und Gemeinden.
   

Neue Server Einstellungen:

1. documentUploadSizeLimitMb: Mit dieser Einstellung wird der Upload von Dokumenten und Dokumentvorlagen begrenzt. Die standardmäßig gesetzte Begrenzung liegt bei 20 MB.

1. importFileSizeLimitMb: Mit dieser Einstellung wird der Upload von Importdateien begrenzt. Die standardmäßig gesetzte Begrenzung liegt bei 20 MB.
2. Umbenennung von SORMAS zu SORMAS-Server-Einstellungen von sormas2sormas.etcd.clientName zu central.etcd.clientName und von sormas2sormas.etcd.clientPassword zu central.etcd.clientPassword.

Neue Funktionen

1. Impfmodul: Die vollständige Dokumentation von Impfungen und Immunisierungen wird mit diesem Modul ermöglicht. Die Impfung bzw. Immunisierung wird als eigene Entität eingeführt und wird direkt mit der Person verknüpft, sodass der Impfstatus z.B. eines Kontaktes auch nach Konvertierung in einen Fall beibehalten wird. Mehr Informationen finden Sie in der Dokumentation zum Impfmodul auf unserer Homepage. #4081
2. Export von Personen: Dem Personenverzeichnis wurden neue Exportmöglichkeiten hinzugefügt. Nun können auch Personenlisten, mittels einfachem, detailliertem oder auch benutzerdefiniertem Export, als csv Datei aus SORMAS heruntergeladen werden. #6206
3. Einreisemodul: Für die Dokumentation und Verwaltung von Einreisen können nun auch Aufgaben angelegt #5844, Dokumente hochgeladen, sowie Dokumentvorlagen erstellt werden #5845. Mehr Informationen dazu sind im Einreisemodul Handbuch zu finden.

Verbesserungen

1. Vorausfüllen von Krankheit in allen Verzeichnissen: Das Feld „Krankheit“ wird nun standardmäßig vorausgefüllt, wenn in den Krankheits-Konfigurationen lediglich eine Krankheit aktiviert ist. #5496
2. Archivierte Infrastrukturdaten: Archivierte Infrastrukturdaten werden nun innerhalb von Dropdown Feldern entsprechend gekennzeichnet. Werden archivierte Infrastrukturdaten geändert und gespeichert, sind diese, wie zuvor, nicht mehr auswählbar. #5816

Nach Archivierung der Gemeinde Tiefenbach…

…steht diese im Dropdown bei den Ortsangaben nicht mehr zur Verfügung und kann auch nicht mehr fälschlicherweise genutzt werden.

3. Anpassung der Speicherlogik für Erregertests für Fälle, Kontakte und Ereignisteilnehmer. Nach Hinterlegung von positiven Erregertestergebnissen bei Kontakten blieb das Endergebnis des Labors auf „ausstehend“. Diese Problematik wurde nun behoben. Nach Eingabe eines positiven Testergebnisses in Erregertests wird der Nutzer nun, wie bei Fällen auch, befragt, ob das finale Testergebnis dieser angelegten Probe angepasst werden soll. Bei Konvertierung von Kontakten oder Ereignisteilnehmern wird das finale Laborergebnis der Probe automatisch angepasst. #5816

Ein positiver Erregertest wird hinterlegt:

Daraufhin wird der Nutzer befragt, ob das Endergebnis entsprechend angepasst werden soll:

Und das Endergebnis wird auch in der Probe entsprechend angezeigt:

4. Auswahl des Zeichen-/Werttrenners für den Upload von csv Importdateien. Nutzer können nun selbst die Art der Zeichen- bzw. Werttrennung für den Upload von csv Importdateien wählen. Dies wird auf dem jeweiligen Importfenster der Entität, also z.B. bei Fällen vorgenommen. Der Standardwert enthält die in den Server Eigenschaften (properties) hinterlegte Spezifikation. (#5459)
5. Server Einstellung zur Begrenzung der Dateigröße für Upload und Import. Eine Server Einstellung für die Begrenzung der Dateigröße von Dokumenten für den Upload ins System und auch für Importdateien wird eingeführt. Diese Begrenzung ist standardmäßig auf 20 MB gesetzt. Die Server Einstellungen documentUploadSizeLimitMb und importFileSizeLimitMb sind standardmäßig eingeschaltet.  #6484
6. Verbesserung der Einschränkungen für den Eintrag von Daten ins System: SORMAS bietet eine Reihe an Möglichkeiten Daten in das System zu bringen, über die ReST-API, über Importe und über die Benutzeroberfläche selbst. Als Sicherheitsmaßnahme wurden für diese Kanäle unterschiedliche Validierungen und Zeichenlängen­beschränkungen für Datentransferobjekte und Freitextfelder sowie die Beschränkung der Dateigröße für den Upload und Import eingeführt. Die Beschränkungen richten sich nach den bereits bestehenden Restriktionen auf Datenbank- oder Benutzeroberflächenebene. #6149
7. Verbesserung der Systemleistung beim Abspeichern neuer Personen. Unnötige Validierungsschritte bei Fällen und Kontakten konnten entfernt werden, sodass der Prozess des Speicherns neuer Personen nun bedeutend schneller ablaufen kann. #6362
8. Hinzufügen einer Spalte zum Aktionsverzeichnis. Eine zusätzliche Spalte für das Aktionsdatum wurde dem Aktionsverzeichnis hinzugefügt. #5939)

9. Ergänzung von Spalten im detaillierten Export von Ereignissen. Die Spalten Startdatum der Untersuchung und Enddatum der Untersuchung wurden dem detaillierten Export von Ereignissen hinzugefügt. #5938

Auszug aus der csv Exportdatei:

10. Anpassungen beim Import von Einreisen. Beim Import von Einreisen in SORMAS mit Exportdateien aus DEA wurden Anpassungen vorgenommen. Einreisen können nun auch ohne die Angabe eines Einreiseortes importiert werden. Wenn ein Nutzer auf Landkreisebene einen Import vornimmt, werden die ihm zugeordneten Angaben zum Zuständigkeitsbereich (BL, LK) automatisch ergänzt. Wenn kein Einreiseort angegeben ist, wird automatisch OTHER_POE/ anderer Einreisort eingesetzt und das folgende Detailfeld vom System automatisch ergänzt. #6483)
11. (SORMAS zu SORMAS) Server Eigenschaft zur manuellen Bearbeitung von Infrastrukturdaten. Als vorbereitende Maßnahme zur Einführung von SORMAS zu SORMAS wird eine Server Eigenschaft eingeführt, welche im aktivierten Zustand die manuelle Bearbeitung von Infrastrukturdaten zu Kontinenten, Subkontinenten, Ländern, Bundesländern, Landkreisen und Gemeinden zulässt. Der Import der o.g. Infrastrukturdaten ist mit dieser Server-Eigenschaft möglich. Diese Server-Eigenschaft ist mit dem Update standardmäßig aktiviert: EDIT_INFRASTRUCTURE_DATA. Erst bei Aktivierung von SORMASzuSORMAS wird diese Server Eigenschaft abgeschaltet, sodass die manuelle Bearbeitung der Infrastrukturdaten dann nicht mehr möglich ist und eine konsistente Datenlage zur Verfügung steht. Für die Gesundheitsämter ändert sich zunächst nichts.  #6471

Veränderungen

1. Übersetzungsanpassungen für den Bereich Krankenhausaufenthalte. Im Reiter Krankenhausaufenthalte wird die erste Sektion nun „Aktuelle Krankenhaus­aufenthalte“ benannt (zuvor: „Daten zum Krankenhausaufenthalt“). Im unteren Bereich wird eine weitere Überschrift „Vorherige Krankenhausaufenthalte“ hinzugefügt, um mehr Übersichtlichkeit im Reiter zu schaffen. Das „Datum des Besuchs/ der Aufnahme“ wird zu „Datum der Aufnahme“ und „vorherige stationäre Aufnahme/ Besuch einer Klinik wegen dieser Krankheit“ wird zu Vorherige stationäre Aufenthalte in einer Klinik wegen dieser Krankheit? #6716
2. (SORMAS zu SORMAS) Vereinheitlichung der UUIDs der Infrastrukturdaten für den Einsatz von SORMAS zu SORMAS. Bisher enthielten alle Instanzen willkürliche UUID Zuordnungen für die Infrastrukturdaten. Diese Zuordnung der UUIDS wurde nun vereinheitlicht #6696; auch für den globalen standardmäßigen Import von Infrastrukturdaten werden definierte UUIDS zur Verfügung gestellt und entsprechend in der csv Datei hinterlegt. #6712
3. Verbesserte Übersetzung des Textes im Bestätigungsfenster. Nach dem Senden von Fällen und Ereignissen an die Meldesoftware erscheint ein Bestätigungsfenster, in welchem bisher fehlerhafte Übersetzungen zu finden waren. Diese Fehler wurden nun behoben. #6443

Fehlerbehebungen:

1. Fehlerhafte Aufgabenzuweisung nach Änderung des Aufenthaltsortes. Aufgaben wurden dem verantwortlichen Beauftragten zugewiesen, sobald der Aufenthaltsort (Bundesland, Landkreis, Einrichtung/Zuhause) eines Falles oder Kontaktes geändert wurde. Wenn kein verantwortlicher Beauftragter zur Verfügung stand, wurde die Aufgaben willkürlich einem Nutzer zugewiesen, welcher im Zuständigkeitsbereich verfügbar war. Diese fehlerhafte und willkürliche Aufgabenzuweisung wurde nun behoben. #6631
2. Datumsbereich in der Nachverfolgungsübersicht wurde zurückgesetzt, sobald man in einen dedizierten Kontakt/Fall navigiert hatte. Die Datumsangaben in der Follow-Up/Nachverfolgungsübersicht bleiben nun auch nach Navigation bestehen. #6371

3. Nochmalige Zuordnung eines Indexfalles zum Kontakt wieder möglich. Nachdem ein Indexfall von einem Kontakt entfernt wurde, kann nun nachträglich wieder ein Indexfall verknüpft werden. #6561
4. Hinterlegte Virusvarianten führten zu Fehlermeldung bei der Zusammenführung von Fällen. Wenn bei sonst identischen Fällen einmal eine Virusvariante und einmal keine Angabe zur Virusvariante hinterlegt war, wurde nach der Fallzusammenführung eine Fehlermeldung ausgegeben. Dieser Fehler wurde nun behoben, die Angabe zur Virusvariante blockiert die Zusammenführung von Fällen nicht mehr. #6628
5. Standardmäßiger Import von Kontinenten, Subkontinenten und Ländern. Der Import von standardmäßigen Infrastrukturdaten (z.B. Button Standard-Kontinente Importieren) schlug nach Einführung der Werttrennerauswahl (Punkt 4 bei Verbesserungen) fehl. #6605

Zu diesem Fehler wurden keine verwertbaren Log-Files ausgegeben #6558. Beide Fehler sind nun behoben, der standardmäßige Import von Infrastrukturdaten funktioniert und bei fehlerhaftem Import wird ein aussagekräftiges Log-File ausgegeben.

6. Fehler bei abweichender Eingabereihenfolge für Fallerstellung. Wenn bei der Erstellung eines Falles erst die Angaben zum Aufenthaltsort und dann die Angaben zum Zuständigkeitsbereich gemacht wurden, wurde eine Fehlermeldung ausgegeben. Die abweichende Eingabereihenfolge verursacht keine Fehler mehr. #6607
7. Massenhaftes Generieren von Geo-Daten im Personenverzeichnis. Wenn der Button „Fehlende Geo-Koordinaten generieren“ im Personenverzeichnis betätigt wurde, kam es zu einer generischen Fehlermeldung. Der Vorgang wurde nicht fortgesetzt. Dieser Fehler ist nun behoben. #6506
8. Fehler bei Duplikaterkennung für Fälle mit und ohne identischen Aufenthaltsort und Zuständigkeitsbereich. Wenn zwei identische Fälle ins System eingebracht wurden, wovon einer identische Angaben zum Aufenthaltsort und Zuständigkeitsbereich aufwies, wurde nach Auswahl der „Erstellung einer neuen Person“ in der Duplikatserkennung eine Fehlermeldung ausgegeben. Auch nach Auswahl einer bereits im System vorhandenen Person wurde die Fehlermeldung ausgegeben. Die Erstellung von Personen und Fälle ist unter den o.g. Bedingungen nun wieder möglich. #6495
9. Keine Datumsaktualisierung nach dem Überschreiben vom Ende der Nachverfolgung bei Kontakten. Nach dem Überschreiben vom Ende der Nachverfolgung bei Kontakten wurde das Datumsfeld „Nachverfolgung bis“ nach dem Speichern der Angaben nicht aktualisiert. Dieser Fehler wurde nun behoben. #5634
10. Fehlermeldung beim Öffnen des Reiters Nachverfolgung für das Fall- und Kontaktverzeichnis beim Nationalen Benutzer. Dieser Fehler wurde behoben. #6553
11. Fehlerhafte Filter im Ereignisverzeichnis. Die Angaben im Filter „verantwortlicher Benutzer“ führten zur Suche in der Spalte „meldender Nutzer“. Dieser Fehler wurde behoben, die Filterfunktionen stehen nun wie gewohnt zur Verfügung. #6708
12. Leere Fallakte für die Nutzerrolle Kontaktleitung, wenn Aufenthaltsort und Zuständigkeitsbereich abweichen. Wenn sich in einem Fall der Aufenthaltsort vom Zuständigkeitsbereich unterscheidet, wurde der Kontaktleitung eine leere Fallakte angezeigt. Alle anderen Reiter im Fall waren sichtbar. Nun stehen der Kontaktleitung wieder alle Reiter in einem Fall zur Verfügung. #6489
13. Fehlermeldung für Nutzer Kontaktleitung bei Anpassungen zu Aufenthaltsort und Zuständigkeitsbereich. Wenn ein Fall z.B. vom Nationalen Benutzer erstellt wurde mit Haken in der Checkbox „Der Aufenthaltsort dieses Falles unterscheidet sich von seinem Zuständigkeitsbereich“ und ein Nutzer mit Kontaktleitung (BL/LK für Aufenthaltsort oder Zuständigkeitsbereich des Falles) versuchte diesen Haken wieder zu entfernen wurde eine Fehlermeldung ausgegeben. Dieser Fehler wurde behoben. #6595
14. Das Löschen zusätzlicher Testergebnisse funktionierte nicht. Angelegte zusätzliche Testergebnisse in einer Probe konnten nicht gelöscht werden. Diese Funktion wurde repariert und steht nun wieder zur Verfügung. #6579
15. Neu erstellte Einreisen wurden erst nach wiederholtem Laden der Seite in der Tabelle angezeigt. Der Fehler ist behoben. #6725
16. Fehlerhafte Anzeige von Nachverfolgungsanrufen in der Tabelle, wenn Person nicht verfügbar war. Nachverfolgungsanrufe von Personen, die nicht verfügbar wurden in der Tabellenspalte „Symptomatisch“ mit „nein“ versehen. Dieser Fehler wurde nun behoben. Die Spalte „Symptomatisch“ bleibt nun leer, wenn keine Angaben zu Symptomen gemacht wurden. #6466
17. Datumsangaben für die Ergebnisse zusätzlicher Tests sind Pflichtangaben aber nicht als solche gekennzeichnet. Die Datumsangabe wurde nun als verpflichtend mit einem roten * gekennzeichnet.  #6577
18. Anpassung bei der Anzeige des „Filter anwenden“ Buttons. Der Button „Filter anwenden“ wurde bei schmalen Monitoren nicht angezeigt. Diese Anzeige wurde nun angepasst. #6543
19. Anpassung der Anzeige der Duplikatserkennung für Personen nach Import. Nach dem Import neuer Fälle oder Kontakte war die Anzeige der Personen in der Duplikatserkennung abgeschnitten, sodass nicht alle Informationen einsehbar waren bei der Verwendung von kleinen Bildschirmen. Dieser Fehler wurde behoben. #6491
20. Fehlende Anzeige der Angabe „Art der Aktivität“ bzw. „Art des Ortes“ als „Sonstige“ in der Tabelle unter Expositionen. Wenn im Reiter Epidemiologische Daten eine Exposition mit der Angabe „Sonstige“ bei „Art der Aktivität“ bzw. „Art des Ortes“ angegeben wurden, wurden diese Angaben nicht in der Tabelle Expositionen aufgeführt. Diese Angaben sind nun wieder verfügbar. #6545
21. Verlinkung von Fall- und Kontaktpersonen zwischen SORMAS und Climedo nach Einführung von SORMAS-X. Das Löschen der Verlinkung zwischen SORMAS und Climedo zum Abbrechen der externen Nachverfolgung einer Person über das Symptomtagebuch kann nun erzwungen werden. #6013
22. Keine Übernahme der Kontaktdetails für bereits bestehende Personen bei Erstellung eines Ereignisteilnehmers über Labormeldungen. Bei Verarbeitung einer Labormeldung und Erstellung eines Ereignisteilnehmers zu einer bereits bestehenden Person mit Kontaktdetails erfolgte keine Übernahme der Kontaktdetails. Dieser Fehler wurde nun behoben. #5279
23. Keine Serverinstanz-spezifische Anzeige der Falldefinitionskategorien im Massenbearbeitungsmodus. Die Auswahlmöglichkeiten im „Bearbeiten“-Modus der Massenbearbeitung stehen nun wieder Serverinstanz-spezifisch zur Verfügung. #6458
24. Senden eines Falles ohne externes Aktenzeichen an die Meldesoftware produziert eine Fehlermeldung. Beim nochmaligen Senden eines Falles OHNE externes Aktenzeichen wird nun ein neues externes Aktenzeichen generiert. #6663
25. Undokumentiertes Senden an die Meldesoftware. Abhängig von der Anzahl der Fälle und Cluster, die an die Meldesoftware gesendet wurden, kam es vor, dass kein Sendereport erstellt wurde. Dieser Fehler wurde nun behoben. #6178
26. (SORMAS zu SORMAS) Anpassungen beim Übergabe-Fenster für SORMAS zu SORMAS. Die fehlerhaften Schreibweisen wurden korrigiert. #6454

Technologien:

Schaffung einer Ablage für die standardisierten Infrastrukturdaten mit Zugriff für alle Instanzen. Für die konsistente Verwaltung und Nutzung der standardisierten Infrastruktu­rdaten wurde eine zentrale etcd Ablage geschaffen. #6467

Dokumentation:

Erstellung einer Liste zu verfügbaren Dateitypen für customizable enum values: hier.

Aktuelle Übersetzungsänderungen:

Konverter Version 8.4.2

Keine Änderungen / Fehlerbehebungen für SORMAS zu SurvNet.

Konverter Version 8.4.1

Fehlerbehebungen

1. Wenn eine Instanz nicht auf den Coronavirus beschränkt ist, wurden Krankheitsvarianten, die nicht in SurvNet vorhanden sind, beim Senden nicht in das Detailfeld in SurvNet geschrieben. Dieser Fehler wurde behoben.
2. Wenn eine Person im Krankenhaus mit Aufenthalt auf der Intensivstation war, wurde in SurvNet Hospitalisierung nicht auf Ja gesetzt. Dieser Fehler wurde behoben.

Konverter Version 8.4.0

Änderungen

1. Verändertes Mapping von Fall / „Datum des Verlaufs“ (case.outcome) auf „verstorben“ in SurvNet (StatusDeceased). Die Zuordnung von „noch kein Ergebnis bekannt“ war nicht ideal, da Fälle, deren Ergebnis noch nicht bekannt ist, sehr wohl noch am Leben sein können und daher in SurvNet der Wert Verstorben = Nein erwartet wurde. Das Mapping wurde nun entsprechend angepasst und bei „noch kein Ergebnis bekannt“ auf den „Aktuellen Zustand der Person“ im Reiter Fallperson zurückgegriffen. Das Mapping ist in der  Mapping-Tabelle im neuen Reiter „StatusDeceased – verstorben“ zu finden.
2. Verändertes Mapping für das Todesdatum in SORMAS auf „Datum des Todes“ in SurvNet. Für „Datum des Todes“ in SurvNet wird nun in SORMAS Fall / „Datum des Verlaufs“ statt FallPerson / „Datum des Todes“ herangezogen.
3. Unterschiedliche Ausbruchskategorie bei Senden von Clustern im Massenbearbeitungsmodus. Beim Senden von Clustern an SurvNet im Massenbearbeitungsmodus wurde die Ausbruchskategorie in SurvNet auf „nicht erhoben“ gesetzt. Der Fehler wurde nun behoben und es wird wie beim Senden einzelner Cluster der Wert auf „COVID-19-Ausbruch“ gesetzt.

Fehlerbehebungen

1. Datumsbetrachtung fällt nicht richtig auf das Kontaktmeldedatum zurück. Bei der Bestimmung, ob ein Fall 14 Tage vor dem Eintrittsdatum einen engen Kontakt hatte, wurde bei fehlendem Datum des letzten Kontakts nicht korrekt das Kontaktmeldedatum herangezogen. Der Fehler ist behoben, so dass, wenn das Datum des letzten Kontakts nicht angegeben ist, auf das Kontaktmeldedatum zurückgegriffen wird.
2. Bei einem Krankenhausaufenthalt wurde der Zuständigkeitsbereich nicht richtig in Region in SurvNet übernommen. Wenn sich der Aufenthaltsort eines Falles bei einem Krankenhausaufenthalt nicht vom Zuständigkeitsbereich des Falls unterschied, wurde in SurvNet in der Liste der Hospitalisierungen die Region auf „nicht erhoben“ gesetzt. Dieser Fehler wurde nun behoben; es wird nun der Zuständigkeitsbereich des Aufenthaltsortes übernommen.

Fehlerbehebungen

1. Detaillierte und benutzerdefinierte Exporte funktionieren nun auch mit hinterlegten vorherigen Krankenhausaufenthalten ohne Angabe von Lokaldaten. #6521
2. Die Zeilenauflistung in den Kontakten funktioniert nun ohne das Kopieren des Namens in die nachfolgenden Zeilen. #6572

Neue Feature Konfigurationen

1. IMMUNIZATION_STATUS_AUTOMATIZATION: Aktiviert / deaktiviert einen nächtlichen sog. Cronjob, der automatisch den Status der Immunisierung auf „verfallen“ setzt, wenn sie zuvor erworben und vor dem „gültig bis Datum“ liegt. Solange das Immunisierungs-Modul noch nicht vollständig implementiert ist, sollte die voreingestellte Deaktivierung dieses Parameters nicht verändert werden.

Neue Funktionen

1. Eine Massenbearbeitungsaktion für das Verknüpfen mit Ereignissen. Es wurde über den Massenbearbeitungsmodus in Fällen und Kontakten eine Möglichkeit zur massenhaften Verknüpfung mit Ereignissen hinzugefügt. Dabei können Fälle bzw. Kontakte mit bestehenden Ereignissen verknüpft oder neue Ereignisse erstellt werden. Nach Auswahl der entsprechenden Fälle oder Kontakte mit aktiviertem Massenbearbeitungsmodus wird ein neues Fenster geöffnet. In diesem Fenster werden alle in Frage kommenden Ereignisse aufgeführt und stehen zur Auswahl bereit. Zudem kann auch ein neues Ereignis angelegt werden. #4991
2. Ergänzen der Referenzdefinition. Für Deutsche Systeme wurde ein automatisch berechnetes Referenzdefinitionsfeld hinzugefügt. Es orientiert sich an der Berechnung nach RKI Kriterien und ist auf dem Fallverzeichnis filterbar und auf der Überwachungsübersicht zu finden. #5594

3. Detaillierter und benutzerdefinierter Export von Aufgaben. Es wurde eine weitere Exportfunktionen von Aufgaben hinzugefügt. Der detaillierte Export exportiert neben Aufgabenfeldern auch Personeninformationen und der benutzerdefinierte Export erlaubt die verfügbaren Variablen nach Belieben für einen gewünschten Export zusammenzustellen. #3792

Verbesserungen

1. Ergänzung von Zeit-Feldern in Ereignissen und Expositionen. Es wurden neben den Datumsfeldern nun auch Zeitfelder den Expositionen und Ereignissen hinzugefügt. #5331
2. Ergänzung weiterer Felder im detaillierten und benutzerdefinierten Fall-Export. Den Fallexporten wurden weitere Felder für den Export bereitgestellt #5229:
   1. Folgeschäden (+ Details)
   2. Symptome
   3. Name und Kontaktinformationen des verantwortlichen Arztes
   4. Meldender Nutzer
   5. Verantwortlicher Nutzer
   6. Status und Datum der Untersuchung
   7. Zusätzliche Quarantäneinformationen
   8. Tätigkeitsverbot mit Daten
3. Veränderungen in Kontaktperson auch im Verzeichnis berücksichtigt. Eine Änderung der Kontakt-Personen Daten führt nun auch dazu, dass diese Kontakte oben im Verzeichnis angezeigt werden. #3706
4. Konvertierung übernimmt Indexfall in Exposition. Bei der Konvertierung von Kontakten mit bekannten Indexfällen wird in der resultierenden Exposition im Fall nun auch der Indexfall direkt referenziert. Diese Angabe ist in der Infobox und nun auch direkt in der Tabelle der Expositionen aufgeführt. #3788

5. Ereignis-Management-Status im Massenbearbeitungsmodus. Der Ereignis-Management-Status wurde dem Massenbearbeitungsmodus auf dem Ereignisverzeichnis hinzugefügt. Zum Anpassen des Management-Staus‘ in mehreren Ereignissen, wählen Sie bitte (im aktivierten Massenbearbeitungsmodus) die entsprechenden Ereignisse aus und wählen „Bearbeiten“. Im Anschluss öffnet sich ein Auswahlfenster, ganz unten finden Sie die Checkbox „Ereignis-Management-Staus ändern. Nach Aktivierung dieser Checkbox kann der Status (ausstehend, fortlaufend, erledigt, geschlossen) entsprechend angewählt und abgespeichert werden. #5783

6. Die Typisierungs-ID wird übernommen. Bei der Verarbeitung von Labormeldungen wird nun die Typisierungs-ID in die Erregertests automatisch übernommen und muss nicht mehr manuell kopiert werden. #5917
7. Die Anzeige der Labormeldungen wurde verbessert. Der Schiebebalken verschwindet aus der HTML-Ansicht und bei der Darstellung in XML ist der vertikaler Schiebebalken nun dauerhaft sichtbar. Auf diese Weise wird die Anzeige der Labormeldungen nun nicht mehr abgeschnitten und die Ansicht kann entsprechend geschoben werden, um den gesamten Inhalt erfassen zu können. #4881
8. Konvertierungsfehler in Labormeldungen blockieren keine anderen Labormeldungen mehr. Bei Konvertierungsfehlern im DEMIS Adapter beim Abrufen von Labormeldungen werden nun keine neuen Labormeldungen mehr blockiert. #5553
9. Benutzer- und Benutzerrollen-Tabellen wurden dem Datenbankexport hinzugefügt.

Im Bereich Statistik – Datenbankexport können nun alle Instanz-hinterlegten Benutzerrollen und Benutzer exportiert werden. #1460

Veränderungen

1. Neue Auswahlmöglichkeiten für die Dokumentation von vorherigen Krankenhausaufenthalten. Die Zuständigkeitsfelder (Bundesland, Landkreis, Gemeinde) wurden nun durch die Auswahlmöglichkeit “unbekannt” ergänzt. #5748
2. Limitierung der Auswahl an Einrichtungsarten auf die zuvor getroffene Auswahl bei Einrichtung. Die im Dropdown aufgeführten Einrichtungsarten (z.B. Kindertageseinrichtung, Schule usw.) beziehen sich nun nur noch auf die zuvor ausgewählte Einrichtung (IFSG – §23; 33 oder 36) bei der Hinterlegung von Betreuung/Unterbringung/Tätigkeit in Einrichtung). #5596
3. Änderung bei Probendatumsangaben. Die Datumsangaben für Probe “versandt” bzw. „erhalten” sind nun nicht mehr verpflichtend. Die Checkboxen können nun OHNE Datumsangabe angewählt und abgespeichert werden. #3308

4. Die Angabe des Geschlechts wird zur Pflichtangabe im gesamten System. An allen Stellen, wo das Geschlecht von Personen hinterlegt werden kann, wird diese Angabe verpflichtend. #6248
5. Überarbeitung der voreingestellten Länderliste. Der Subkontinent von Deutschland wurde nun zu Mitteleuropa geändert und von Neu Kaledonien zu West-Europa in der voreingestellten Länderliste #5689 & #5774.
6. Anpassung der Nutzerrollen. Nutzer mit den Rollen Überwachungsleitung und Kontaktleitung können nun auch den Massenbearbeitungsmodus standardmäßig im Ereignisverzeichnis nutzen. Diese Nutzer können auf diese Weise Ereignisse nun. Auch massenhaft archivieren #5782.

Aktuelle Übersetzungsänderungen:

Verbesserungen:

1. Einreise Konfiguration. Ein Feature Konfiguration wurde hinzugefügt, welche es erlaubt das Einreisemodul zu aktivieren/deaktivieren. #6412

Fehlerbehebungen:

1. Validierung der Einrichtungsarten für den Aufenthaltsort im Fall. Die Einrichtungsarten für den Aufenthaltsort des Falles werden nun auf die für diesen Bereich zulässigen Aufenthaltsorte validiert. #6369
2. Fehlerhafte Anzeige der Einreiseorte. Eine fehlerhafte Darstellung der Einreiseorte wurde behoben, wenn zwischen einem sich unterscheidenden Einreiseort in Bezug zum Zuständigkeitsbereich umgeschaltet wurde. #6391
3. Zeilenauflistung benutze die Gemeinde statt die zuständige Gemeinde. Es wurde ein Fehler behoben, bei dem das Gemeindefeld in der Fall-Zeilenauflistung die Gemeinde statt die zuständige Gemeinde befüllte. #6360
4. Fehlende Validierung bei Ansprechpersonen Kontaktdetails in Einrichtungen. In den Infrastrukutrdaten wurde die Telefonnummer und E-Mail Adresse der Ansprechperson nicht validiert, was dazu führte, dass ungültige Einträge erst in der Person validiert wurden. Nun werden diese Felder auch in den Konfigurationen validiert. #6366
5. Kontakt Zeilenauflistung in Ereignisteilnehmern übernimmt die Personeninformation nicht. Bei der Kontakt Zeilenauflistung von Ereignisteilnehmern wurden die Personeninformationen nicht übernommen, was die Aktion nicht ausführbar machte. Dies wurde behoben. #6357

Fehlerbehebungen:

1. Fehlerhafte Anzeige bei der Tabelle der Nachverfolgungsanrufe. Die Sortierung und Anzeige der letzten Nachverfolgungsanrufe wurde repariert. #6290
2. Fehler bei Aufenthaltsort und Zuständigkeitsbereich für die Nutzerrolle Gemeindebeauftragter. Gemeindebeauftragte können nun wieder Bundesländer und Landkreise beim Anlegen eines neuen Falles dokumentieren, wenn sich Aufenthaltsort und Zuständigkeitsbereich unterscheiden. #6293
3. Fehlerhafte Berechnung der Falldefinitionskategorien. Die Falldefinitionskategorien D und E werden nun wieder automatisch und manuell via Knopfdruck richtig auf Basis der Datenlage berechnet. #6286
4. Senden an Meldesoftware im Massenbearbeitungsmodus – Problem mit Checkbox „Verhindern des Sendens an Meldesoftware“

Wenn bei (mind.) einen Fall die Checkbox „Verhindern des Sendens an Melde­software“ angewählt wurde, konnte kein Fall über den Massenbearbeitungsmodus erfolgreich gesendet werden.  Dabei war es unerheblich, ob dieser Fall archiviert, gelöscht oder im Massenbearbeitungsmodus ausgewählt ist oder nicht. Folgende Fehlermeldung wurde angezeigt: „Die ausgewählten Fälle konnten nicht an die Meldesoftware gesendet werden, Bitte überprüfen sie, ob der Fall …… editierbar ist und mit der Meldesoftware geteilt werden darf.“ Dieser Fehler wurde nun behoben. #6273

5. Die Zeilenauflistungsfunktion steht nun wieder zur Verfügung. Die Erstellung von Fällen und Kontakten mithilfe der Zeilenauflistung lief in eine Fehlermeldung. Dieser Fehler wurde nun behoben. #6282
6. Fehlerbehebung im Bereich Einreisen. Bei der Konvertierung von Einreisenden zu Fällen kann nun der Aufenthaltsort und der Zuständigkeitsbereich unabhängig vom Einreiseort hinterlegt werden #6283 und #6285. Wenn Fälle, die für Einreisende erstellt wurden, gelöscht werden, werden die Verknüpfungen nun auch zu bestehenden Einreisen entfernt. #6284
7. Behebung von Leistungsproblemen bei Fällen mit vielen anhängigen Kontakten. #6188
8. Die Zusammenführung von Kontakten führte zu einer Fehlermeldung. Bei der Zusammenführung von Kontakten kam es z.T. zu folgender Fehlermeldung „Ein Problem ist aufgetreten. Die Person besitzt mehrere primäre Telefonnummern. Nur eine primäre Telefonnummer kann angegeben werden“. Diese Fehlermeldung erschien auch, wenn nur eine Telefonnummer als primär angegeben wurde. Dieser Fehler wurde nun behoben #6275
9. Beim csv-basierten Import von Fällen wurden durch die Duplikats­erkennung auch gelöschte Fälle vorgeschlagen. Gelöschte Fälle werden nun nicht mehr berücksichtigt. #6267
10. Ladefehler beim Personenverzeichnis. Das Personenverzeichnis wurde nicht korrekt geladen. Dieses Leistungsproblem wurde nun behoben. #6262  
11. Die Spalte im Ereignisverzeichnis: Ereignisidentifikationsquelle kann nun wieder sortiert werden. #6280
12. Fehlerbehebungen auf der Überwachungsübersicht. Gelöschte Fälle werden nun nicht mehr in den Filtern und Anzeigen, sowie bei der Epidemiologischen Kurve berücksichtigt. #6261
13. Auswahl von Einrichtungen. Beim Erstellen eines neuen Falls, kann nicht mehr vorkommen, dass keine Einrichtung ausgewählt werden kann. #6303
14. DEA-Import. Fehler beim Import von csv-Dateien, die von DEA heruntergeladen wurden, ist beseitigt. #6307
15. Die Rolle Gemeindebeauftragter kann nun die Schaltfläche „Einreise“ auch bei leerem Einreise-Verzeichnis sehen. #6304
16. Epidemiologische Kurve. Bei der Berechnung der epidemiologischen Kurve in der Übersicht werden gelöschte Fälle nicht mehr berücksichtigt und damit korrekt berechnet. #6261

Veränderungen & Fehlerbehebungen:

1. Zur zeitnahen Umsetzung der SORMAS-zu-SORMAS-Funktionalität wurden Grundlagen geschaffen. (Diese sind in der SORMAS-Oberfläche nicht sichtbar.) #6214 und #6229

Fehlerbehebungen:

5. Wird bei der Erstellung eines neuen Falls der Aufenthaltsort von Einrichtung auf “Zuhause” geändert, wird eine entsprechende Fehlermeldung angezeigt. Wenn im Fallverzeichnis über ‘neuer Fall’ ein neuer Fall angelegt wird, kann beim Aufenthaltsort “Einrichtung” oder “Zuhause” gewählt werden. Wird hierbei ein Pflichtfeld wie Region oder Landkreis ausgelassen, erscheint beim Speichern eine zielgerichtete Fehlermeldung, die genau darauf hinweist. #5736
6. Der Quarantänefilter im Kontaktverzeichnis zeigt nur die Einträge, die bei den Kontaktinformationen ausgewählt werden können. In einem Kontakt unter ist es möglich ‘Quarantäne’ auszuwählen. Das Drop-Down-Menü bietet folgende Auswahlmöglichkeiten: Häuslich, Institutionell, Keine, Unbekannt, Sonstiges. Diese Auswahlmöglichkeiten stehen nun auch im Quarantänefilter im Kontaktverzeichnis zur Verfügung. #3603

Fehlerbehebungen:

Lange Ladezeiten des Personenverzeichnisses für Nutzer mit regionalen Zuständigkeitsbeschränkungen. Für Nutzer mit regional begrenzten Zuständigkeitsbereichen ergaben sich lange Ladezeiten des Personenverzeichnisses. Dieser Fehler wurde nun behoben. #4922

Neue Feature Konfigurationen:

1. PERSON_DUPLICATE_CUSTOM_SEARCH: mit dieser Konfiguration wird eine alternative Option zur Personensuche neben der Duplikatserkennung angeboten.
2. EVENT_HIERARCHIES: diese Konfiguration erlaubt die hierarchische Strukturierung von Ereignissen als über- bzw. untergeordnet. (nur die Feature Konfiguration wird neu eingeführt nicht die Funktionalität).

Neue Eigenschaften:

1. duplicatechecks.excludepersonsonlylinkedtoarchivedentries: schließt Personen bei der Duplikatserkennung aus, welche nur bei archivierten Fällen, Kontakten oder Ereignisteilnehmern verlinkt sind.
2. map.usecountrycenter: wenn diese Server-Eigenschaft aktiviert ist, wird die Fallstatuskarte grundsätzlich auf die im System hinterlegten Koordinaten zentriert.

Veränderungen:

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

Verbesserungen:

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

Fehlerbehebungen:

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

Veränderungen:

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

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

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

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

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

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

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

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

Hier am Beispiel von Maxima Mustermann demonstriert:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Neu: „Aufenthaltsort“

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

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

„Meldender LK/SK“ entfällt

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

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

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

Neue Funktionen:

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

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

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

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

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

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

Ansicht in der Fallakte:

Filterfunktion:

Bearbeitung von Fällen im Massenbearbeitungsmodus:

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

Als Berechnungsgrundlage dienen folgende Kriterien:

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

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

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

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

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

Fehlerbehebungen:

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

Aktuelle Übersetzungsanpassungen:

Aktualisierung der Impfstoffnamen in SORMAS:

Fehlerbehebungen:

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

Veränderungen:

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

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

Veränderungen:

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

Fehlerbehebungen:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.      Umgang mit Reinfektionen

Veränderungen:

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

Veränderungen:

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

Fehlerbehebungen:

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

HINWEISE:

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

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

Veränderungen:

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

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

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

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

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

Neue Funktionen:

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

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

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

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

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

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

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

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

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

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

Verbesserungen:

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

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

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

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

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

Fehlerbehebungen:

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

Technologien:

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

       Übersetzungen:

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

Fehlerbehebungen:

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

Verbesserungen:

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

Fehlerbehebungen:

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

Fehlerbehebungen:

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

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

2. Fehler beim Filtern in allen Verzeichnissen bei aktiviertem Massenbearbeitungsmodus

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

3. Fehler beim Export von Fallkontakten

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

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

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

5. Fehler beim Filter im Ereignisverzeichnis

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

6. Fehler beim Sortieren der Spalten bei Einstellungen

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

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

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

8. Kontinent und Subkontinent werden trotz fehlender Konfiguration angezeigt

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

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

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

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

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

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

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

Veränderungen:

Neue Funktionen:

Verbesserungen:

Fehlerbehebungen:

Veränderungen:

Fehlerbehebungen:

Fehlerbehebungen:

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

Neue Funktionen:

Verbesserungen

Veränderungen

Fehlerbehebungen

Technologien: