Wann wird eine bereits in SORMAS angelegte Person, Fall, Kontakt, Ereignisteilnehmer vom Programm erkannt? (Duplikatserkennung)

Personen

Immer wenn ein Benutzer versucht, Daten anzulegen, die Personen – Fälle, Kontakte oder Veranstaltungsteilnehmer – betreffen, wird das System auf ähnliche Personen geprüft, bevor eine anschließende Dublettenerkennung des eigentlichen Falls, Kontakts oder Veranstaltungsteilnehmers durchgeführt wird. Eine Person wird als potenzielles Duplikat eingestuft, wenn sie die folgenden Anforderungen erfüllt. Jede Variable, die für die erstellte Person nicht angegeben ist, wird bei dieser Berechnung ignoriert. Die Person muss mit mindestens einem Fall, Kontakt oder Veranstaltungsteilnehmer verknüpft sein. Wenn die Server-Eigenschaft duplicatechecks.excludepersonsonlylinkedtoarchivedentries aktiviert ist, muss der zugehörige Fall oder Kontakt bzw. das Ereignis, zu dem der Ereignisteilnehmer gehört, zusätzlich aktiv sein, d.h. nicht gelöscht und nicht archiviert. Standardmäßig ist diese Eigenschaft deaktiviert.

  • Die Person muss einen ähnlichen Namen haben.
  • Um ähnliche Namen zu erkennen, verwenden wir das pg_trgm-Modul von PostgreSQL, das Trigramme verwendet, um die Ähnlichkeit zwischen zwei Zeichenketten zu berechnen, in diesem Fall die Namen zweier Personen. Die Standardschwelle für die Ähnlichkeit ist 0,65. Dieser Schwellenwert kann durch Ändern des Werts der Servereigenschaft namesimilaritythreshold angepasst werden. Je höher der Wert, desto ähnlicher müssen die Namen sein, damit sie erkannt werden.
  • Beide Personen müssen das gleiche oder kein Geschlecht haben (falls bei der erstellten Person angegeben).
  • Das Geschlecht „Unbekannt“ passt zu jedem anderen Geschlecht, so dass das System eine Person mit dem Geschlecht „Unbekannt“ als potenzielles Duplikat einer Person mit dem Geschlecht „Männlich“, „Weiblich“ oder „Andere“ erkennen würde, solange alle anderen Anforderungen erfüllt sind.
  • Beide Personen dürfen kein unterschiedliches Geburtsjahr, -monat oder -tag haben.
  • Personen werden auch als potenzielle Duplikate erkannt, wenn ihr Geburtsjahr, -monat oder -tag leer ist. Sie werden nur dann ausgeschlossen, wenn es einen tatsächlich unterschiedlichen Wert gibt.
  • Beide Personen dürfen keine abweichende nationale Gesundheitskennung haben.

Wichtig: Alle oben genannten Anforderungen werden ignoriert (mit Ausnahme der Anforderung der Assoziation), wenn beide Personen dieselbe Reisepassnummer haben.

Fälle

Wenn ein Benutzer versucht, einen Fall anzulegen und eine potenziell doppelte Person identifiziert und ausgewählt wurde, wird das System zusätzlich auf ähnliche Fälle der ausgewählten Person geprüft. Ein Fall wird als potenzielles Duplikat eingestuft, wenn er die folgenden Anforderungen erfüllt. Jede Variable, die für den angelegten Fall nicht angegeben ist, wird bei dieser Berechnung ignoriert. Es werden nur Fälle berücksichtigt, die nicht als gelöscht markiert wurden, einschließlich archivierter Fälle.

  • Beide Fälle müssen die gleiche Krankheit haben.
  • Beide Fälle müssen dieselbe Aufenthaltsregion haben oder, wenn die Aufenthaltsregion leer ist, dieselbe zuständige Region.
  • Die Meldedaten beider Fälle müssen innerhalb von 30 Tagen nacheinander liegen.

Kontakte

Wenn ein Benutzer versucht, einen Kontakt zu erstellen und eine potenziell doppelte Person identifiziert und ausgewählt wurde, wird das System zusätzlich auf ähnliche Kontakte der ausgewählten Person geprüft. Ein Kontakt wird als potenzielles Duplikat eingestuft, wenn er die folgenden Anforderungen erfüllt. Jede Variable, die für den erstellten Kontakt nicht angegeben ist, wird bei dieser Berechnung ignoriert. Es werden nur Kontakte berücksichtigt, die nicht als gelöscht markiert wurden, einschließlich Kontakte von archivierten Fällen.

  • Wenn kein Ausgangsfall ausgewählt wurde, müssen beide Kontakte die gleiche Krankheit haben.
  • Wenn ein Ausgangsfall ausgewählt wurde, müssen beide Kontakte denselben Ausgangsfall haben.
  • Die Meldedaten beider Kontakte müssen innerhalb von 30 Tagen nacheinander erfolgen.
  • Die Daten des letzten Kontakts beider Kontakte müssen innerhalb von 30 Tagen liegen (falls für den erstellten Kontakt angegeben).

Teilnehmer an Ereignissen

Wenn ein Benutzer versucht, einen Veranstaltungsteilnehmer anzulegen und eine potenziell doppelte Person identifiziert und ausgewählt wurde, prüft das System zusätzlich, ob es für die ausgewählte Person bereits einen Veranstaltungsteilnehmer in der zugehörigen Veranstaltung gibt. In diesem Fall wird dem Benutzer eine Fehlermeldung angezeigt, die ihn über diesen Umstand informiert und ihn daran hindert, einen doppelten Veranstaltungsteilnehmer anzulegen.