Änderungen des Moduls "crekrpack"

Der Verweis "mehr" zeigt den Kontext der Änderungen (andere mitgeänderte Module) an.

01.12.2021 [mehr]	Aktualisierung Schema, Erweiterung EKR_Fehlerlog um Export_Typ und Erstellungsdatum
17.10.2014 [mehr]	Läuft jetzt unter AUTHID CURRENT_USER (Verhinderung Mißbrauch durch Benutzer mit Minimalrechten)
19.03.2014 [mehr]	"5 Jahre nach Diagnose" sind kein Export-Kriterium mehr. Dafür sind Verlaufstherapieeinträge mit Ziel Primärtumor und Abschlußdaten ein Kriterium, wenn sie im Meldezeitraum geändert wurden. Abschlußdaten jedoch nur, wenn Sterbedatum gefüllt und keine übernommene Todesursache aus dem GKR existiert. Konvertierung Grading M nach I Export Wait and See / Watchful Waiting / Active Surveillance als sonstige Therapie "t/w/l" Weitere Histologie-Codes werden gemäß ENCR-Regeln geprüft, ob ein Diagnosesicherungseintrag vorliegt.
03.12.2012 [mehr]	Folgende Organzentrumsauswertungen sind auf den Stand 2013 aktualisiert Mamma Darm Prostata Neue Felder in der allgemeinen Auswertungstabelle Datum_Erste_Progression - erster Eintrag mit Progress unabhängig von Tumorfreiheit o.ä Nachfragearzt - Arzt_ID des Nachfragearztes Histo_Datum - Datum zum Histologieeintrag in der Auswertungstabelle Histo_Sicherungsdatum, Diagsich_Hoechste - Datum der ersten Histologischen Sicherung - unspezifische Histologien werden hier nur bei expliziter Wertung der besten Diagnosesicherung - histologisch oder zytologisch - gewertet. EKR-Paket: Funktion Tumorfolgenummer hat zusätzliche Schalter "invasiv" und "mammadcis", die bei der Kolorekt- und Mammamatrix benutzt werden, um nur relevante Vorerkrankungen zu berücksichtigen. EKR-Paket: Funktion Exportiert bestimmt den ersten Export an ein Epidemiologisches Krebsregister Lungenauswertung: zusätzliche Anzeige erste Progression und der Operateure AUSWERTUNG_NACHFRAGE: spezieller View für Erstellung von Nachfragebriefen aus der Auswertungsmaske heraus
05.11.2012 [mehr]	Mandantenbezug für GKR-Export
20.04.2010 [mehr]	Neue Funktion "Adresse zum Zeitpunkt" zur Bestimmung der Adresse zum Inzidenzdatum
18.08.2006 [mehr]	Umstellung der Schnittstelle zum Gemeinsamen Krebsregister Daten werden primär in eine Tabelle exportiert, der Aufruf des alten externen Programmes gkr2000.exe entfällt In der Tabelle können die Daten vor dem eigentlich Export in eine Datei analysiert werden. Dabei wird unter anderem angezeigt, ob ein Datensatz exportierbar ist, bzw. warum nicht. Entsprechendes gilt für die Vergütbarkeit. Nach etwaiger Korrektur der Datenlage kann der Export problemlos gelöscht werden, solange noch keine Datei geschrieben wurde. Daraufhin kann ein erneuter Export in die Exporttabelle und anschließend in die Expordatei erfolgen, der dann endgültig ist. Dabei werden auch Exportstatus-Informationen in der Tabelle GKR geschrieben. Exportiert werden nur die Fälle, bei denen Exportieren auf J gesetzt ist. Das ist automatisch der Fall, sofern keine schwerwiegenden Plausibilitätsverletzungen aufgetreten sind. Sind solche aufgetreten, aber aufgrund der Datenlage nicht auflösbar, kann der Datensatz manuell auf "Exportieren" gesetzt werden, wobei eine Begründung ins Kommentarfeld an das GKR geschrieben werden muß. In der Maske, in der der Export in eine Datei angestoßen wird, werden statistische Informationen angezeigt, die zur Anforderung der Aufwandsentschädigung verwendet werden. Diese kann angefordert werden für vergütbare, exportierbare Datensätze mit den Meldetypen "E" und "T". Inhaltlich ändert sich im Exportformat nichts, abgesehen von den Meldetypen "E" und "T" Die übrigen Prüfungen, die nicht zu einer Änderung der Exportierbarkeit/Vergütbarkeit führen, sind selbstverständlich weiter relevant. Weitere Hinweise stehen in den Masken bzw. können beim GKR angefordert werden. Kürzelliste STR, PLZ, ORT: fehlende Einträge DIDAX: Diagnosedatum ist leer und nicht ausdrücklich als unbekannt gekennzeichnet GEDA/DIDA/DMOPE/DMSTT/DMCHE/DMHOR/DMIMM/THDA/STDA/SYSDATE in Kombination: Verletzung einer entsprechenden Datumshierarchie DIA5J: Diagnosedatum mehr als 5 Jahre zurück (kann nicht vergütet werden) EZB: Patient nicht im GKR-Einzugsbreich (kann nicht vergütet werden) GUTART: nicht vergütbarer gutartiger Tumor (alle außer Tumoren des ZNS ab Diagnosedatum 1.1.2007) BASAL2: zweites oder späteres Basaliom (kann nicht vergütet werden)
18.08.2006 [mehr]	Einbindung eines neuen Prüfmoduls zur Vertärkung der Datenprüfung. Die Prüfungen werden automatisch aktiviert, können aber über den GTDS-Parameter GLOBAL.PRUEFUNG_AKTIV generell oder über die Maske "pruefung" unter "Benutzer, Rechte, ..." einzeln deaktiviert werden. Derzeit werden allerdings nur relativ unstrittige Konstellationen geprüft, so daß vor allem der Bearbeitungsaufwand bei der Prüfung vor der Meldung an das Gemeinsame Krebsregister schon im Vorfeld reduziert werden kann.
24.08.2004 [mehr]	Erweiterung der Schnittstellenmodule Import von Daten aus dem Bayrischen Krebsregister (TEST!) Importmöglichkeit für alle Daten eine Patienten Importmöglichkeit für alle Daten/auswählbare Datenarten eines Imports Abgleichmöglichkeit für Adreß- und Sterbedaten (EXTERNER_PATIENT => PATIENT) eines Imports Löschmöglichkeit für importierte Daten eines Patienten Löschmöglichkeit für alle importierte Daten eines Imports Verzweigungsmöglichkeit in Diagnose-Maske mit dortiger Übernahme-Möglichkeit von importierten Diagnose-Daten Fehler bei Löschen von Zuordnungen behoben (bei mehreren Quellen wurden Zuordnungen zu allen Quellatensätzen gelöscht) Fehler beim Anlegen neuer Patienten aus externen Patienten im Paket "pat" behoben (fehlende Rückgabe im Fall von Datenbankfehlern) Wichtiger Hinweise: Die Löschmöglichkeiten versuchen, vor der Löschung zu bestimmen, ob die importierten Datensätze verändert wurden oder ob Details vorhanden sind, für die noch keine Imortmöglichkeit existiert, d.h. die anderseitig eingegeben wurden. In diesem Fall wird nicht gelöscht. Zum derzeitigen Zeitpunkt ist zum Teil auf Grund von Einschränkungen des Datenmodells als auch hinsichtlich des frühen Entwicklungsstandes davon auszugehen, daß unter bestimmten Umständen Lücken in dieser Erkennung existieren und möglicherweise Daten unbeabsichtigt gelöscht werden! Diese Möglichkeit sollte also nur benutzt werden, wenn der Benutzer mit den entsprechenden Abläufen im GTDS ausreichend vertraut ist.
10.08.2004 [mehr]	Erweiterung der Schnittstellenmodule Import von Daten aus dem Bayrischen Krebsregister (TEST!) Importmöglichkeit für alle Daten eine Patienten Importmöglichkeit für alle Daten/auswählbare Datenarten eines Imports Abgleichmöglichkeit für Adreß- und Sterbedaten (EXTERNER_PATIENT => PATIENT) eines Imports Löschmöglichkeit für importierte Daten eines Patienten Löschmöglichkeit für alle importierte Daten eines Imports Wichtiger Hinweise: Die Löschmöglichkeiten versuchen, vor der Löschung zu bestimmen, ob die importierten Datensätze verändert wurden oder ob Details vorhanden sind, für die noch keine Imortmöglichkeit existiert, d.h. die anderseitig eingegeben wurden. In diesem Fall wird nicht gelöscht. Zum derzeitigen Zeitpunkt ist zum Teil auf Grund von Einschränkungen des Datenmodells als auch hinsichtlich des frühen Entwicklungsstandes davon auszugehen, daß unter bestimmten Umständen Lücken in dieser Erkennung existieren und möglicherweise Daten unbeabsichtigt gelöscht werden! Diese Möglichkeit sollte also nur benutzt werden, wenn der Benutzer mit den entsprechenden Abläufen im GTDS ausreichend vertraut ist.
06.08.2004 [mehr]	Erweiterung der Schnittstellenmodule Import von Daten aus dem Bayrischen Krebsregister (TEST!) Importmöglichkeit für alle Daten eine Patienten Importmöglichkeit für alle Daten/auswählbare Datenarten eines Imports Abgleichmöglichkeit für Adreß- und Sterbedaten (EXTERNER_PATIENT => PATIENT) eines Imports Löschmöglichkeit für importierte Daten eines Patienten Löschmöglichkeit für alle importierte Daten eines Imports Wichtiger HinweiseDie Löschmöglichkeiten versuchen, vor der Löschung zu bestimmen, ob die importierten Datensätze verändert wurden oder ob Details vorhanden sind, für die noch keine Imortmöglichkeit existiert, d.h. die anderseitig eingegeben wurden. In diesem Fall wird nicht gelöscht. Zum derzeitigen Zeitpunkt ist zum Teil auf Grund von Einschränkungen des Datenmodells als auch hinsichtlich des frühen Entwicklungsstandes davon auszugehen, daß unter bestimmten Umständen Lücken in dieser Erkennung existieren und möglicherweise Daten unbeabsichtigt gelöscht werden! Diese Möglichkeit sollte also nur benutzt werden, wenn der Benutzer mit den entsprechenden Abläufen im GTDS ausreichend vertraut ist.
07.11.2003 [mehr]	Integration der IARC-Prüfung Histologie/Lokalisation für ICD-O 3. Differenzierung zwischen den Auflagen in den EKR/GKR-Prüfungen.
11.06.2003 [mehr]	Umstellung der EKR-Schnittstelle Bayern auf neue Inhalte, Vergütungsberichte
17.02.2003 [mehr]	Fehler in Prüfung DS_NHIST_HISTO (12.2.03) und TNMH behoben. Datenkontext für diverse Prüfungen hinzugefügt.
10.12.2002 [mehr]	Zulassen von "S" für Stadiumskürzel bei der EKR/GKR-Prüfung STA_VER (solche Klassifikationen werden beim Export zum GKR nicht erfaßt)