1.323

<< Click to Display Table of Contents >>

Navigation:  Versions-Infos >

1.323

Previous pageReturn to chapter overviewNext page

Release: 16.09.2016

1.bekannte Probleme

a.die Kostenstellenliste muß vor nachträglichen Änderungen der Regeln geschützt werden

i.Prüfung, ob ein Termin bei der Regeländerung aus der Gültigkeit fallen würde

ii.sinnvoll ist Abschalten der Suche bei vergangenen Terminen

b.die Pflicht- Fragebogenabfrage enthält automatisch den Erhebungsbogen - Einstellung möglich machen

c.Outlookfunktion in Excel2003 fehlerbehaftet - anderes Objektmodell (Categories...)

 

 

 

 

1.Bugfixes

d.Zwischenablage

i.Versuch den gelegentlichen Fehler beim Laden des DataObjects in die Zwischenablage durch .Clear zu beheben

e.Zusatzfelder

f.Team

i.beim Aufruf aus dem Plan wurde erst beim Markieren des aufrufenden Mitarbeiters nach Aktualisieren des Datums die Mitarbeiterliste neu gefüllt, wodurch sie kürzer wurde und die Schleife in einen Bereich ohne Einträge lief - Fehler -> Datum wird vorher gesetzt

2.neue Funktionen

a.Team

i.Bezeichnung kann geändert werden für den einzelnen Termin

ii.dabei kann zwischen den Modi "Umbenennen" und "Ergänzen" gewählt werden (Programmkonstante 160)

b.Kostenstellen

i.Kategorie "alle" ermöglicht die Angabe der Kostenstelle für alle Aktivitäten

ii.

c.Statistik

i.DynCol-Tabellen können statistisch ausgewertet werden, selbst wenn die Werte in der TAbelle alle in einem Feld gespeichert werden

ii.Lösung ist eine Zwischentabelle, die erst bei der Auswertung angelegt wird und nur ein Kriterium - also eine DynCol-Tabelle enthält mit allen bei Terminen vorkommenden Werten

d.Projekte

i.ProjektKategorien dynamisiert und in Sozialkonstanten gespeichert

ii.Arbeitskreise /Gremien aufgenommen

e.SQL

i.Befehle können in eigenem Fenster ausgeführt werden

ii.auch Befehlsketten, da Fensteriinhalt in Datei geschrieben wird, die mysql.exe per Shell übergeben wird

iii.kein Output möglich bisher

f.Update

i.im Internet ist UpdateInfo-Datei, in der die aktuelle Version gespeichert ist

ii.diese wird herunergeladen, die Info ausgelesen und ein Vergleich mit der lokalen Version vorgenommen.

iii.wenn Versioin neuer, dann werden Infos über neuere Versionen angezeigt

iv.danach kann entschieden werden, ob ein Update gemacht werden soll

v.wenn ja, dann werden alle Versionen aufwärts in einer Schleife durchgegangen

1.Updatedatei der anstehenden Version wird heruntergeladen

2.dabei mit der Dateigröße verglichen, die in UpdateInfo für diese Version steht

3.dann wird gegebenenfalls . "USE therapieplanung" gegen "Use [Haupt_DB]" ausgewechselt

4.dann wird die Datei ausgeführt

5.Datei gelöscht

vi.Anpassung an individuelle Updates für einzelne Zentren

1.@Variablen nehmen Einrichtungsparameter auf und können als WHERE-Kriterium in INSERT und UPDATE-Befehlen genutzt werden

2.Variante 1 mit prepared statements

a.use therapieplanung;

b.SET @Einrichtung_ID  = (SELECT wert FROM klinikkonstanten WHERE parameter = 'Einrichtung_ID');

c.

d.SET @s = IF(@Einrichtung_ID = '1', 'INSERT INTO Zahl (id) values(  1000) ', 'INSERT INTO Zahl (id) values(  2000)');

e.PREPARE stmt1 FROM @s;

f.EXECUTE stmt1;

3.Variante 2 mit INSERT INTO ... SELECT .... FROM ... WHERE @Variable = '';

vii.Überprüfung des Updates und Email-an mich

1.Datum der Prozeduren ermitteln

g.