Closed vicho001 closed 1 month ago
Es werden nur Encounter gefunden, die zum aktuellen Filter passen (ENCOUNTER_FILTER_PATTERN_X in der cds2db_config.toml des release Branches).
Außerdem wird per Default nach Encountern gesucht, deren Startdatum nach dem aktuellen Datum liegt und deren Status "in-progress" ist.
Das aktuelle Datum scheint hier mit dem toml-Parameter DEBUG_CURRENT_DATETIME auf ein Datum in der Vergangenheit gesetzt zu sein.
Ob der andere Debug Parameter DEBUG_ENCOUNTER_STATUS auch aktiviert wurde, so dass Encounter gefunden werden, die bereits "finished" als Status haben, ist nicht ersichtlich. Welchen Status der oben abgebildete Encounter hat, kann ich auch nicht erkennen.
Wir haben aktuell genau diese Möglichkeiten zur DEBUG-Analyse von Daten aus der Vergangenheit verfeinert. Diese Änderungen sind noch nicht im 'release'-Branch, sondern nur im 'develop'. Bitte mal diesen Branch auschecken und testen.
Dabei ist es jetzt möglich, sehr feine Einstellungen vorzunehmen, insbesondere um Altdaten testweise zu laden. Siehe cds2db_config.toml des develop Branches Jeder Parameter sollte eindeutig beschrieben sein. Einige haben Abhängigkeiten von anderen Debug-Parametern.
Keine Rückmeldung, Ticket wird geschlossen und kann ggf. wieder geöffnet werden.
Das Problem besteht immernoch, da das Problem nicht an dem Startdatum liegt, sondern an der relativen Referenz bei uns im Standort. Die Station wo der Patient liegt, liegt in einer Location Ressource, d.h. es steht nicht direkt im Encounter.
Hallo, wir aus dem Standort Essen haben den neuen Release bei uns neu getestet und sind auf das folgende Problem gestoßen:
No Encounters found for ward(s) 'XXX' on FHIR server for timestamp 2020-07-31T21:25:00.
Wir vermuten, dass es an der relativen Referenz bei uns liegt, aber eine logische Referenz erwartet wird. [https://build.fhir.org/references.html]