Export zum Epidemiologischen Krebsregister Baden-Württemberg

Prinzip

Erste Voraussetzung für den Export von Daten ist ein Eintrag in der Tabelle GKR für den betreffenden Tumor, d.h. bei mehreren Tumoren müssen mehrere Einträge vorhanden sein. Weitere Kriterien können Einträge in der Gemeindekennziffer und der Postleitzahl sein.
Die Entscheidung, wann ein Datensatz exportiert wird, wird über das Datum der Information bestimmt.
Vor dem endgültigen Export können die Daten auf einige Fehlerbedingungen überprüft und evtl. vom Export ausgeschlossen werden.
Die Personendaten in der Exportdatei werden anonymisiert. Die dabei entstehende Datei wird dann an das Krebsregister geschickt.

Einrichtung

Das Anlegen der Datenbankprozeduren erfolgt über das reguläre Einspielen des Updates bzw. Patches oder, bei getrennter Distribution, das Starten des Skripts "instekrbw.sql". Anschließend müssen einige Parameter konfiguriert werden. GTDS-Parameter (Einrichtung in Benutzer, Rechte, usw -> GTDS Parameter):

DIAGNOSE.EKR_FUELLEN	Ja Nein (bestimmt, ob EKR-Datensätze automatisch angelegt werden)
EKR_MASKE	ekrbw (bestimmt die Eingabemaske der Daten)
EKR_PRUEFSKRIPT	(derzeit keines spezifiziert, eine ganz gute Prüfung bietet das Default-Skript pr_gkr.sql)
GKR_EXPORT_PROGRAMM	ekrbw (bestimmt das Exportprogramm und die Exportmaske)
EKR_MELDER_MODUS	DOKUMENT_ABTEILUNG DURCHFUEHRENDE MELDUNG bestimmt woher beim Export der Daten die Melderinformation Arzt/Abteilung genommen wird: DOKUMENT_ABTEILUNG ist die, der der Diagnosedatensatz rechtemäßig zugeordnet ist, DURCHFUEHRENDE bezieht sich auf die ID der durchführenden Ärzte/Abteilungen beim Diagnosedatensatz und MELDUNG erfordert einen Eintrag in der Tabelle MELDUNG -Meldeinfo-.
EKR_MELDERNAME_MODUS	CHEFARZT BENUTZER bestimmt, ob bei Abteilungen als Meldername der zuletzt ändernde Benutzer oder der Chefarzt als Meldername eingetragen wird - bisher war das Feld leer
EKR_MELDER_SUBKENNUNG	DOKUMENT_ABTEILUNG DURCHFUEHRENDE MELDUNG erzeugt eine durch "." abgetrennte Unterkennung zum Meldestellencode für Zuordnungen von Rückmeldungen: DOKUMENT_ABTEILUNG ist die, der der Diagnosedatensatz rechtemäßig zugeordnet ist, DURCHFUEHRENDE bezieht sich auf die ID der durchführenden Ärzte/Abteilungen beim Diagnosedatensatz und MELDUNG erfordert einen Eintrag in der Tabelle MELDUNG -Meldeinfo-. Ist MELDUNG eingestellt, aber kein Meldedatensatz vorhanden, dann wird die "Leiststellen-ID" eingetragen und diese Melderdaten auf diese Abteilung bezogen.
EKR_PLZOKZ_PRUEFUNG	PLZ OKZ OKZ_STRIKT beide keine bestimmt, ob nur bestimmte Datensätze - entsprechend Einzugsbereich des epidemiologischen Registers - exportiert werden. OKZ_STRIKT führt zur Abweisung aller Datensätze, die keinen Eintrag in der Ortskennzahl haben, OKZ hingegen nur zum Eintrag einer Warnung.

Systemweite Parameter (Einrichtung in Benutzer, Rechte, usw -> Systemweite Parameter):

EKR/GKR: Absender:

Erste drei Stellen: Typ des Einsenders (z.B. TZ, OS, weitere siehe Schnittstellenbeschreibung des EKR)
ab Stelle 4 (einschl.): Identifizierungscode der Meldestelle
Beispiel:

TZ E00011

Leitstellen_ID: Aus der Abteilung mit dieser Nummer werden die Angaben zur Melderinformation (einschließlich Bankverbindung) entnommen, falls dem Datensatz kein Meldeinfo zugeordnet ist.

Einzugsbereich (Stammdaten, Schlüssel, eigene Erweiterungen):

Mit dem SQL-Skript inseinzugbereich_ekrbw kann automatisch der Einzugsbereich eingeschränkt werden. Die ID des Einzugsbereichs (EKR-BW-OKZ ) ist 1, kann aber im Skript auf eine andere ID geändert werden. Nur der Name darf nicht geändert werden.
Alternativ kann der Einzugsbereich über Postleitzahlen festgelegt werden (EKR-BW-PLZ, kein Skript vorhanden)
Exportiert werden dann keine Datensätze, die einen Eintrag in der Ortskennzahl (Patientenstammdaten) haben, der nicht in diesen Bereich fällt.
Datensätze ohne Eintrag werden exportiert, bekommen aber eine Warnmeldung
Falls weder ein Einzugsbereich EKR-BW-OKZ noch ein Einzugsbereich EKR-BW-PLZ definiert ist, wird ohne Einschränkung exportiert.
Es steht ein SQL-Skript zum Füllen der Ortstabelle zur Verfügung (ORTSTABELLE_BW_INSERT im Verzeichnis ekrbw, Daten dankenswerterweise bereitgestellt durch TZ Freiburg)

Lokaler Parameter (in gtds.ini, bzw. durch gtds_config benannte Datei):

gkr_export_pfad (Beispiel: D:\ekrbwexport)

Datenmaske (ekrbw)

Für jeden Tumor muß ein Eintrag in dieser Maske vorhanden sein, damit er durch das Exportprogramm erfaßt werden kann. Diese Einträge können automatisch erzeugt werden:

Einmalig, vor dem ersten Export für vergangene Zeiträume, in denen diese Maske noch nicht zur Verfügung stand (SQL-Skript ins_gkr_saetze.sql)
In der Maske diagnose durch Setzen des Parameters (s.o)

Allerdings sind selbstverständlich damit die spezifischen Daten (Berufsanamnese, Staatsangehörigkeit, ...) noch nicht gefüllt. Soll der Datensatz im Export eine bestimmte Melderinformation tragen (z.B. für direkte Rückfragen oder die Vergütung), muß zudem ein Eintrag im Meldeinfo erfolgen. Dabei wird nur ein Datensatz berücksichtigt, obwohl das Meldeinfo es grundsätzlich erlaubt, einem Dokument mehrere Meldeinfos zuzuordnen (kann verhindert werden durch den GTDS-Parameter MELDUNG.MAX_MELDUNG). Falls hierzu ein Automatismus gewünscht wird, muß dieser noch eingerichtet werden.

Exportmasken (gkrexpo2, ekrexbw)

Falls gewünscht, kann als erstes eine Datenprüfung durchgeführt werden, damit evtl. widersprüchliche oder unvollständige Daten aufgedeckt und vor dem Export korrigiert werden können (erfordert SQL*Plus Installation).
Mit dem Start des Exports erfolgt zunächst der Eintrag in die Exporttabelle EKRBW. Mit "Ergebnis ansehen" kann zunächst das Ergebnis kontrolliert werden.

Im unteren Bereich werden Fehlereinträge angezeigt, d.h. Datensätze bei denen gewisse formale Voraussetzungen für eine ordnungsgemäße Konversion in das vom EKR-BW geforderte Format nicht vorlagen.

Datensätze können vom Export ausgeschlossen werden. Ein erneuter Export erfordert jedoch ein Setzen des "Datums der Information" in der EKR-Daten-Maske für den betreffenden Tumor.
Unklare Fälle können mit "Daten" angesehen werden. Korrekturen werden jedoch dabei nicht sofort berücksichtigt, sondern erst, wenn erneut ein Export gestartet wurde.
Untaugliche oder ungewollte "Probeexporte" können problemlos gelöscht werden, solange noch kein Auslesen der Daten ("Exportieren") erfolgt ist.
Mit "Exportieren" wird dann die eigentliche Exportdatei erzeugt und durch das vom EKR bereitgestellte Verschlüsselungsprogramm (z.Zt. Va14WinKonv.exe) verschlüsselt. Die Datei "krds.msr" muß dann an das EKR geschickt werden. Dabei bleiben die Exportdateien (ek<ttmmjj>.dat sowie krds.vds) erhalten, um den Vorgang nachvollziehen zu können. Diese Dateien enthalten unverschlüsselte Patientenidentifikationsdaten und müssen entweder durch entsprechende Zugriffsrechte (NT-FS, eigene Kryptographie, ...) gesichert oder gelöscht werden!
Mit dem Exportieren erhalten die Datensätze Einträge von Datensatznummer und Auslesedatum.Außerdem wird das Exportdatum im GKR-Datensatz aktualisiert. Dieses ist in der entsprechenden Maske sichtbar, hat aber auf die weitere Verarbeitung im allgemeinen keinen Einfluß, so daß auch bei versehentlichem Export problemlos ein Export neu durchgeführt werden kann.

Dateien

Masken (Dateiendung fmx/fmb):

gkrexpo2
ekrexbw
ekrbw

SQL-Skripte die im Update automatisch ausgeführt werden:

@sql\ekrbwlis
@sql\crekr
@sql\crekrpack
@sql\crekrbw
@sql\crekrbwpack

ggf. manuell auszuführende SQL-Skripte:

@sql\inseinzugbereich_ekrbw
@ekrbw\ORTSTABELLE_BW_INSERT (füllt die Ortstabelle)
@sql\ins_gkr_saetze

Batch-Datei zum Aufruf des Verschlüsselungsprogramms

ekrbwexp.bat

Hilfe-Dateien

hilfe\ekrbw.htm
hilfe.idx
hilfe\ekrbw.png
hilfe\gkrexpo2.png
hilfe\ekrexbw1.png

Änderungen

18. Mai 2001 Überarbeitung der Hilfe
07. Mai 2001 Hilfe erstellt

Weitere Themen

Das Exportmodul zum Epidemiologischen Krebsregister Baden-Württemberg wurde von der Deutschen Krebshilfe gefördert.