Der Verweis "mehr" zeigt den Kontext der Änderungen (andere mitgeänderte Module) an.
10.05.2021
[mehr]
|
Übernahmemöglichkeit der Hausnummer aus der KIS-Patientenstammmaske
|
10.05.2021
[mehr]
|
Übernahmemöglichkeit der Hausnummer aus der KIS-Patientenstammmaske
|
10.08.2020
[mehr]
|
Anzeige, wenn vorangehende Anschriften vorhanden (patskurz), Auswahlliste von Strassen (bei entsprechenden Informationen in KGS_BRD)
|
20.12.2018
[mehr]
|
Berücksichtigung des Parameters PATSKURZ.HAUSNUMMER.NAVIGIEREN
|
11.09.2018
[mehr]
|
Änderungshistorie für vorangehender Name, Anschrift und Kassenhistorie wird sichtbarer beeinflußt, Reduktion der Meldungen über GTDS-Parameter PATSTAMM.ABFRAGE_VERSICHERTENHISTORIE
|
15.05.2018
[mehr]
|
AKTIV-Feld in Leistungsträger
|
12.10.2017
[mehr]
|
Verbesserung bei Eintrag Kassenhistorie
|
07.09.2016
[mehr]
|
Diverse Verbesserungen
- Bestrahlung: Nebenwirkungsgrade wurden manchmal gelöscht
- Dokumasken: Verbesserungen in der Darstellung von List-Items
- Klassifikationsübersicht, Histologieübersicht: TNM und Histo auch OP zuordenbar (kommt so aus ADT-GEKID)
- brtausw: Berücksicht beim Speichern von Datei-Einträgen neue Sequence
- Patientenstamm: vermehrte Prüfung auf Einträge in Kassenhistorie
- Zielgebiet: Schlüssel auf ADT-GEKID-Standard umgestellt
|
22.02.2016
[mehr]
|
kumulative Beschreibung siehe oben "Hervorzuhebende Änderungen"
Vielzahl Maskenänderungen zur Behebung von störenden Darstellungen oder Fehlern im Zusammenhang mit der ADT-GEKID-Umstellung.
Diese wurden weitgehend bereits nachträglich in das Update integriert, müssen also je nach Zeitpunkt der Installation des Updates nicht (mehr) aufgetreten sein.
"OncoBox Brust"-Anbindung
Funktionalität zur Handhabung des neuen Protokolltyps gemäß ADT-GEKID verbessert
diverse weitere Verbesserungen
|
28.08.2015
[mehr]
|
- Anpassungen an ADT-GEKID
- Dabei zahlreiche Feldlängenanpassungen
- Erweiterungen der Standardauswahllisten, stärkere zentrale Kontrolle
- Erweiterungen für Kassenmitgliedschaft
|
07.04.2015
[mehr]
|
Ordnungsmöglichkeit für Fremd-IDs
|
24.02.2015
[mehr]
|
Verbesserung Auswahllisten für Leistungsträger
|
08.01.2015
[mehr]
|
Erweiterung von Patient um AENDERBENUTZER
|
28.11.2014
[mehr]
|
Parameter GLOBAL.PATIENTENSPERRE_AUFHEBBAR ermöglicht Entsperren auch anderen Benutzern als Systemverwalter
|
17.10.2014
[mehr]
|
Integration der Versichertendaten und Mandantenzuordnung auf der Kompaktversion, Prüfung der Versichertennummer, Verlängerung Leistungsträger-Spalte
|
02.09.2014
[mehr]
|
Umstrukturierung (dynamische Feldanzeige) in bdmasken.pll
|
02.09.2014
[mehr]
|
Zusätzliche Anzeige IKNR
|
28.02.2014
[mehr]
|
Erweiterung der Historie der Krankenkassenmitgliedschaft (Tabelle KASSENMITGLIED)
|
15.01.2014
[mehr]
|
Verzeigungsmöglichkeiten in "Untersuchungen" (zunächst im Kontext von Datenimporten relevant)
|
10.07.2013
[mehr]
|
Übernahme der externen Daten auch bei Aufruf von Block Fremd_ID
|
24.01.2013
[mehr]
|
Übernahme des Titels bei Rückkehr aus Externem Patientenstamm, wenn Identdaten gewählt
|
29.08.2012
[mehr]
|
Krebs-Tod-Relation (Tod tumorbedingt) als List-Item statt als Radio Group
|
13.12.2011
[mehr]
|
Weiterer Ausbau der Mandantenfähigkeit durch Definitionsmöglichkeit bestimmter "SYSTEMWEITER_PARAMETER" in den GTDS_PARAMETERn
|
15.09.2011
[mehr]
|
Übernahmemöglichkeit für Telefon etc. aus Externer_Patient
|
26.07.2011
[mehr]
|
(reversible) Anonymisierungsmöglichkeit (Spezialanforderung) im Kontext von KIS-Daten
|
26.05.2011
[mehr]
|
Vorgabemöglichkeiten für Landeskennung und Nationalität (PATSTAMM.VORGABE_LANDESKENNUNG, PATSTAMM.VORGABE_NATIONALITAET)
|
20.08.2010
[mehr]
|
- Farbmarkierung vorhandener Prüfmeldungen
- Verbessertes Patientenlöschen erfaßt automatisch auch vorangehende Namen/Anschriften sowie Aufenthalte
|
20.08.2010
[mehr]
|
Spezial-Modul für Anfrage von Patienten an das KIS, Aktivierung nur nach Rücksprache mit Entwicklern wegen Klärung zusätzlicher Voraussetzungen
|
12.02.2010
[mehr]
|
Information von/bis für vorangehende Namen und Anschriften (z.B. zur Ermittlung der Angaben zur Inzidenzzeit des Tumors)
|
05.02.2010
[mehr]
|
Speicherung der expliziten Namens- und Anschrifthistorie mit Gültigkeit für die Referenzierung in EKR-Exporten.
Die Constraints werden zunächst nicht aktiviert, um Clients nicht in Zugzwang zu bringen.
|
19.11.2009
[mehr]
|
Problem mit Auswahlliste Leistungsträger behoben
|
24.09.2009
[mehr]
|
Weitere Detailtabellen werden automatisch mitgelöscht.
|
07.07.2009
[mehr]
|
Verbesserungen beim Löschen von Patienten insbesondere unter Berücksichtigung von übernommenen Aufenthalten aus KIS (werden z.B. nicht mit gelöscht), Übernahme von Geschlecht und Nationalität bei Abgleich Stammdaten.
|
29.05.2009
[mehr]
|
Anzeige von Einträgen in vorangehenden Namen
|
08.09.2008
[mehr]
|
Geschlecht und Nationalität berücksichtigt bei Übernahme von Identdaten aus Externer_Patient
|
17.07.2008
[mehr]
|
"Geburtsname" statt "geb."
|
04.06.2008
[mehr]
|
Löschen von Patienten in Stammmaske möglich. Voraussetzung ist, das keine weiteren Daten eingetragen sind und
GTDS-Parameter PATIENT.LOESCHEN_ERLAUBT auf Ja gesetzt ist.
|
29.02.2008
[mehr]
|
Einführung eines neuen Primärschlüssels sowie Speicherinformation für bessere Verarbeitung in Web-GTDS.
Dadurch mußten auch eine Reihe von Masken geändert oder nur neu generiert werden.
|
20.07.2007
[mehr]
|
Erweiterte Speicherinfo (Erstellungs-/Änderungsdatum, Benutzer)
und Erweiterung für bzw. das Festlegen von Primärschlüsseln
- Folgerkrankungen und -verläufe
- TNM
- Ann Arbor
- Sonstige Klassifikationen
- GKR
- systemische Therapie
- Konsil
- Komplikation
- Lokalisation
- Schmerz_Medikation
- Sozio_Status
- Studteil
- Vorerkrankungen
- Qualitative und quantitative Befunde
- und weitere (siehe SQL-Skripte)
|
18.07.2007
[mehr]
|
Überspringen des Feldes für die Landeskennung
|
13.12.2006
[mehr]
|
Anzeige des Problems bei Adreßprüfung, Verzweigungsmöglichkeit in Patientenstammmaske
Kurzform im Export:
ADRp = PLZ falsch (Rest wird dann gar nicht geprüft)
ADRo = Ort paßt nicht zur PLZ
ADRs = Straße paßt nicht zu Ort und PLZ
|
08.11.2006
[mehr]
|
Beheben eines Fehlers, der beim Ändern der alten Adresse die aktuelle statt der alten Ortskennzahl in "VORANGEHENDE_ANSCHRIFT" speicherte
|
10.10.2006
[mehr]
|
- Umformulierung der Stellung der systemischen Therapie von "Chemotherapie" auf "Therapie"
- Deaktivierung der Prüfung auf zweites Basaliom
- Prüfung auf zulässige Zeichen in Namen (GTDS-Parameter PATSTAMM.PRUEFE_NAMENSZEICHEN)
- Prüfung auf gültige Adresse (GTDS-Parameter GLOBAL.KGS_BRD_PRUEFEN)
- Die vorgenannten Prüfungen sind vorgabemäßig nur bei Registern im GKR-Bereich aktiviert, Aktivierung/Deaktivierung über die genannten GTDS-Parameter
|
14.09.2006
[mehr]
|
Problem mit Prüfung/Prüfhinweis bereits bei Maskenaufruf behoben.
|
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.
|
11.05.2006
[mehr]
|
Zusäzliche Warnmöglichkeit bei Leerwerten in Straße/PLZ/Ort (GTDS-Paramaeter PATSTAMM.PRUEFE_NULL_FELDER)
|
06.04.2006
[mehr]
|
Zuordnungsmöglichkeit zu "Externen Patienten" in Fremd_ID
|
30.09.2005
[mehr]
|
Über GTDS-Parameter PATSTAMM.PRUEFE_NULL_FELDER kann auf Leerwerte in Name, Vorname, Geschlecht und Geburtsdatum hingewiesen werden.
|
15.04.2005
[mehr]
|
Beheben des Blockierens der Maske, falls Fremd-ID Einträge ohne Einrichtung existieren.
|
08.10.2004
[mehr]
|
Prüfung auf Vergabe der gleichen Patienten_ID/Fremd_ID für andere Patienten, führt zu Warnhinweis
|
22.09.2004
[mehr]
|
Anzeige der früheren Ortskennzahl nach geänderter Adresse und Hinweis, wenn eine Ortskennzahl eingetragen ist, nach Änderung der Postleitzahl aber keine passende Ortskennzahl gefunden wird.
|
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.
|
09.07.2004
[mehr]
|
Nur neu generierte Module. Durch versteckte Abhängigkeiten über gtdslib/Package "pat" konnte es zu Abstürzen kommen.
|
25.03.2004
[mehr]
|
Umformulierung der Auswahlliste für PLZ und Ort zur Verbesserung der Performance
|
05.03.2004
[mehr]
|
Zusätzliche Übernahme der Ortskennzahl in Vorangehende_Anschrift
|
16.02.2004
[mehr]
|
Einrichtung einer Archiv-Lösung für beliebige Dateien (Bilder, geschriebene Berichte, Dokumentationsbögen).
Wichtiger Hinweise: Die notwendige Datenbankinstallalation erfolgt nicht automatisch, sondern über Spezialskript.
Unbedingt Rücksprache mit Entwicklern halten, da eine sorgfältige Planung mit ggf. Umstellung der Datensicherung erfolgen muß. Eine Speicherung digitaler Dokumente in größerem Umfang übersteigt schnell das Vielfache der Menge der bisherigen Daten, so daß diese Daten sinnvollerweise in einem gesonderten Tablespace (GTDSARCHIV) unter einem gesonderten Benutzer (GTDSARCHIV) gespeichert werden sollten (im Skript crdatei.sql enthalten).
Grundsätzlich ist zwar ein Betrieb mit ORACLE 7 möglich; er wird aber nur empfohlen, wenn insgesamt das zu erwartende Datenvolumen gering bleibt, weil die effektiveren Datentypen (BLOB, CLOB, BFILE) erst ab ORACLE 8 verfügbar sind. Der Betrieb erfordert außerdem das Vorhandensein der Web-GTDS Dateien.
|
12.12.2003
[mehr]
|
Parametrisierung der Abrechnungsmaske (GTDS_Parameter PATSTAMM.ABRECHNUNGSMASKE)
|
23.07.2003
[mehr]
|
- Möglichkeit zur Handhabung von Daten aus unterschiedlichen externen Quellen (bisher nur eine). Dazu wurden die entsprechenden Tabellen um eine "Importquelle" erweitert. Um bestehende Datensätze ohne Quellangaben handhaben zu können, kann durch den Parameter GLOBAL.VORGABE_IMPORT_QUELLE (für Histologien GLOBAL.VORGABE_IMPORT_QUELLE_HISTOLOGIE) eingestellt werden, mit welcher Importquelle leere Angaben gleichgesetzt werden sollen. Ein Eintrag ist hier nur erforderlich, wenn überhaupt Quellangaben gefüllt werden. Dies ist derzeit normalerweise noch nicht der Fall. Die Importquelle beim Patienten bestimmt, welche Quelle "führend" für die Übernahme von Stammdaten ist. Die Beziehung zu anderen Quellen kann in Fremd_ID (ID in anderen Einrichtungen) gespeichert werden.
- Um Daten aus externen Quellen möglichst effektiv GTDS-Patienten zuordnen zu können, wurde die Maske "extueber" (Krankenhauspatienten) um einen Quellfilter erweitert. Die Stammdaten aus einem anderen System können dann an "matchp" (Patientenmatch) übergeben werden. Dort kann ein Abgleich mit den GTDS-Patienten erfolgen, wobei nicht zuordenbare Datensätze manuell nachgearbeitet werden können.
- Bei Testläufen hatte sich gezeigt, daß die Berücksichtigung von Vornamen wegen häufiger Varianten bei der Suche zu Problemen führen kann. Als neue Suchstrategie wurde daher die Suche über "Namen/Geburtsdatum" eingerichtet, die auch aus der Patientenauswahl heraus verfügbar ist. Diese Suche erlaubt darüber hinaus eine unscharfe Suche (Quersumme des Geburtsdatum, korrigiert Zahlendreher). Letztere ist allerdings noch nicht optimiert (Quersumme wird bei der Abfrage gebildet, was insbesondere bei älteren Systemen zu intolerablen Antwortzeiten führen kann).
|
14.01.2003
[mehr]
|
Anzeige von PLZ und Ort der Leistungsträger in der Auswahl
|