Diabetesinfo-Forum
SiDiary => Allgemeines => Thema gestartet von: Joerg Moeller am Mai 19, 2016, 12:23
-
Hallo Freunde,
insbesondere diejenigen, die ein CGMS oder das Freestyle Libre verwenden, werden sich über die neue Version 6.1 freuen:
(http://www.sidiary.org/snapshot/05835B53E.png) (http://www.sidiary.org/ssc.asp)
Man kann damit nämlich im Tagebuch wählen, ob wie bisher die BZ-Tabelle oder die CGMS/FGM-Verlaufskurve angezeigt werden soll.
In der Kurvenansicht kommt dann noch eine zusätzliche Zeile 'FGM' oder 'CGMS' hinzu, in der für jede Spalte mit irgendeinem Eintrag auch der CGMS-Wert für diese Uhrzeit angezeigt wird.
Mit der neuen Vorlage 'SiDiary-CGMS' kann man die Daten dann auch mit den jeweiligen Tageskurven ausdrucken, bzw. als PDF-Datei speichern.
Außerdem haben wir ein neues, helleres Layout, bei dem man wegen des besseren Kontrasts die Beschriftung besser lesen kann. Wer aber lieber weiterhin das bisherige Layout nutzen will, der kann das im Menü 'Optionen ->Einstellungen ->Programmeinstellungen' wieder umstellen (allerdings funktioniert das neue CGMS-Feature nur mit dem neuen Layout)
Verbessert wurde auch die Nutzung auf Windows-Tablets. Zum einen durch die größere Schrift, zum anderen durch eine spezielle Screen-Tastatur.
Und in der Statistik kann man jetzt als Datenquelle für die Verlaufsgrafik auch die Tagesgesamtdosis an Insulin und Ereignisse wählen.
Ich habe auch eine neue PDF-Datei zum Thema "Erfolgreiches Arbeiten mit kontinuierlichen Mess-Systemen (CGMS)" geschrieben, die ihr euch hier runterladen könnt: http://www.sidiary.de/download/manuals/SiDiaryCGMS.pdf
Viele Grüße und viel Spaß beim Ausprobieren,
Jörg
-
Das neue Layout gefällt mir sehr gut, gerade auch die neue Darstellung des FGM Verlaufs.
Vielen Dank für die Arbeit, die darin steckt - eine tolle Verbesserung gerade auf einem kleineren Tablet
Folgende Wünsche oder Verbesserungsvorschläge hätte ich aber dennoch an das Layout
1. Basalratenverlauf sollte ausblendbar sein (bei mir ist die Basalrate an jedem Tag gleich, so dass ich sie gerne nur bei Bedarf sehen würde)
Gerade auf dem 10 Zoll Tablet ist der Platzverbrauch zu gross. Besser wäre es wenn dafürvon der Tabelle ein paar mehr Zeilen angezeigt werden könnten
2. FGM Verlauf -> wäre schön wenn man den vergrössern könnte
Und noch eine Frage:
Wird es auch die Möglichkeit geben die statistische Auswertung (HB1Ac etc.) auch auf Basis der FGM Daten durchzuführen?
Seid ihr (das SiDiary Team) eigentlich auch am Samstag in Schrozberg?
-
1. Basalratenverlauf sollte ausblendbar sein (bei mir ist die Basalrate an jedem Tag gleich, so dass ich sie gerne nur bei Bedarf sehen würde)
Gerade auf dem 10 Zoll Tablet ist der Platzverbrauch zu gross. Besser wäre es wenn dafürvon der Tabelle ein paar mehr Zeilen angezeigt werden könnten
Dazu dient unter der Button "Basalraten"
Wird es auch die Möglichkeit geben die statistische Auswertung (HB1Ac etc.) auch auf Basis der FGM Daten durchzuführen?
Aktuell noch nicht. Wenn bei dir aber das CGMS-AddIn aktiv ist, dann kannst du dir die berechnete HbA1c-Entwicklung im Trend ansehen.
Ich werde Samstag definitiv in meinem Bett liegen und ausschlafen :zwinker:
Viele Grüße,
Jörg
-
Vielen Dank!
... und mit dem Button "Basalraten" auch wieder etwas dazugelernt...
-
Und hier übrigens noch was, das auch vielleicht nicht auf den ersten Blick auffällt:
BZ-Werte werden auch als Datenpunkte in der CGM-Kurve dargestellt!
Damit man es deutlicher sieht habe ich in dem angehängten Screenshot mal einen BZ von 250 für 10:05 Uhr eingetragen, der ja deutlich vom CGM-Wert (101 um 10:04 Uhr) abweicht.
Das haben wir extra so gemacht, um Abweichungen zwischen BZ und CGM deutlich zu visualisieren. Während CGM-Datenpunkte immer in blau dargestellt sind, variiert die Farbe der BZ-Datenpunkte je nach Wert (wie in der farbigen Ansicht der BZ-Tabelle)
Wenn man so einen Datenpunkt (egal ob BZ oder CGM) mit der Maus 'überfährt' (hovert), dann werden die Details dazu als Tooltip angezeigt (so wie im Bild der Tooltip zum CGM-Wert)
Wer es trotzdem noch einen BZ-Wert als zusätzliche Zeile haben will, der kann sich natürlich auch noch "Blutzucker" als eigenen Datentyp anlegen, der dann unten in der Tabelle als eigene Zeile angezeigt wird.
Aber wirklich nötig ist das eigentlich nicht (meiner Meinung nach).
Wie man als CGM oder Libre-Anwender den größtmöglichen Nutzen aus der 6.1 ziehen kann, habe ich mal hier beschrieben:
http://www.sidiary.de/download/manuals/SiDiaryCGMS.pdf
Viele Grüße,
Jörg
-
Hallo noch mal,
wird es auch neue Vorlagen geben?
OK, eine würde mir reichen um die Verläufe darstellen zu können ;D
Archchancellor
-
Ja, die gibt es:
(http://www.sidiary.org/snapshot/057H4CV47.png) (http://www.sidiary.org/ssc.asp)
Viele Grüße,
Jörg
-
SUPI
DANKE
Archchancellor
-
Nachtrag:
Weil ich dazu schon eine Frage bekam: diese neue Vorlage wird zusammen mit der Version 6.1 geliefert. Sie ist sowohl im Update, als auch im Setup enthalten und muss nicht extra runtergeladen werden.
Und man findet sie dann im Bereich "Drucken"
Viele Grüße,
Jörg
-
Mein Tagebuch zeigt nur die Blutzuckertabelle und Basalrate wie bekomme ich in die Ansicht den Verlauf
-
In dem Du auf das Symbol im roten Kasten klickst :-)
(http://www.fotos-hochladen.net/uploads/sidiaryp1y3zqebsg.png)
Wenn es das ist was Du suchst
Archchancellor
-
Und den Button siehst du natürlich erst, wenn du schon CGM/Libre-Daten importiert hast.
Viele Grüße,
Jörg
-
Hi,
wenn ich das Programm beenden möchte, geht das nur, wenn ich das aus dem Kontextmenü des Tray-Symbols heraus tue.
Strg+Q, Datei>Beenden oder oder Klicken des Schließen Kreuchens in der Festerleiste schicken die Anwendung nur in den Tray, sie bleibt aber aktiv im Speicher.
Da das, wäre es grundsätzlich so, die entsprechenenden Befehle zum Beenden umdefinieren oder obsolet machen würde, sollte es wohl schon noch eine Lösung geben, die es ermöglicht, SD direkt zu beenden?
Gruß
Joa
-
Ich hätte da auch noch eine Frage:
Da ich demnächst zum Tauchen fliege ...
Dort habe ich vor, während der Tauchzeit mit dem FSL zu arbeiten. Zusätzlich mit dem System von Minimed 640G inkl. deren Sensor.
WAS passiert wenn ich beide Daten in SiDiary V6.1 importiere?
Werden dann evtl. 2 Linien angezeigt ???
Hintergrund:
Da ich das Minimedsystem während der Tauchfreien Zeit nutzen möchte, habe ich mich entschieden den FSL während dieser Zeit zu benutzen. Auch um ihn aufzubrauchen. Da nach dem tauchen das System wieder initialisiert und kalibriert werden muss, erschien mir das eine gute Idee ;)
Fragende Grüße
Archchancellor
-
wenn ich das Programm beenden möchte, geht das nur, wenn ich das aus dem Kontextmenü des Tray-Symbols heraus tue.
Das liegt daran, dass bei dir die markierte Option gesetzt ist. Einfach das Häkchen entfernen und speichern, dann landet SiDiary beim Beenden auch nicht mehr im Tray :zwinker:
(http://www.forum.diabetesinfo.de/images/tray.jpg)
Viele Grüße,
Jörg
-
Dort habe ich vor, während der Tauchzeit mit dem FSL zu arbeiten. Zusätzlich mit dem System von Minimed 640G inkl. deren Sensor.
WAS passiert wenn ich beide Daten in SiDiary V6.1 importiere?
Werden dann evtl. 2 Linien angezeigt ???
Nein. Es gibt nur einen Datentyp CGMS, also würden dann die Daten aus beiden Systemen gemischt. Ist genauso wie mit dem BZ, wenn aus zwei Messgeräten importiert wird. Die Daten landen dann auch beide im Datentyp BZ.
Viele Grüße,
Jörg
-
DANKE und OK.
Da ich die Datendatei vom FSL besser editieren kann als vom 640G kann ich damit leben (muss ich ja auch)
Archchancellor
-
Da ich die Datendatei vom FSL besser editieren kann als vom 640G kann ich damit leben (muss ich ja auch)
Den CSV-Export von der 640 muss man doch gar nicht editieren? Einfach via CareLink-Importer nach SD übernehmen.
Wenn Du zwei Systeme parallel haben willst, musst Du einen neuen Datentyp, z.B. mit Namen CGMS2, anlegen und in diesen die CGM-Werte mittels CSV-Import übernehmen. Ggf. muss die Exportdatei des CGM-Systems dann natürlich für den Importfilter von SD angepasst werden.
Wenn Du von SD aus dann in die CGMS Vorlage von Ralf (siehe Sinovo-Downloadbereich) beamst, bekommst Du auch mehrere Kurven getrennt in Excel dargestellt (bis zu 4 nach meinen Datentypen):
(http://www.sidiary.de/download/templates/pics/42.gif)
In SiDiary schaut der Tag dann so aus:
(http://www.sidiary.org/snapshot/0775DS3HR.png) (http://www.sidiary.org/ssc.asp)
Gruß
Joa
@ Jörg: Danke! Ich ahnte doch, dass da irgendwo ein Haken in der Sache sein muss. :D
-
Ich habe meinen Fehler gefunden man muss eben in der Grundeinstellung auch die neue Version anklicken :patsch:
Nun funktionierts trotzdem Danke
-
Den CSV-Export von der 640 muss man doch gar nicht editieren? Einfach via CareLink-Importer nach SD übernehmen.
Wenn ich a l l e Daten haben will ==> JA
Doch mich stören einige der Meldungen. Und da ich diese nicht weg editieren kann ohne die Datei zu zerstören ... muss ich mir etwas einfallen lassen (ein wöchentliches einlesen war nicht unbedingt das was mir vorschwebte, doch da es anders nicht geht ...)
Archchancellor
-
Hi,
auch SD 6.1 leidet weiter unter dem Manko, dass die Aktualisierung der Eingaben entweder immer oder nie erfolgt.
Wenn die Option: "die Uhrzeiten sollen immer aktualisiert werden"
aktiviert ist verbasselt SiDiary jede Bearbeitung eines vorhandenen Wertes auf die völlig :banane: aktuelle Geräteuhrzeit.
Daher muss ich die Option natürlich deaktivieren, oder nach jeder Korrekur oder Bearbeitung eines Datenslots im Tagebuch wieder die alte Uhrzeit korrigierend eingeben.
Wenn ich also die Option deaktiviert halten muss, fehlt SiDiary (PC-Version) weiterhin ein Schnellschalter (z.B. klick drauf Button),
der die aktuelle Uhrzeit der Eingabe zuordnet. Platz wäre ja reichlich vorhanden.
So wie es ist, ist es einfach nur nervig und auf einem Tablet, aud dem z.B. ein AD laufen soll, ganz besonders nervig.
Da das AD nicht nach SiDiary synct (AD > SD), muss ich ja alle Eingaben via SiDiary machen, um dann vom AD aus nach den Sync SD > AD anzustoßen.
Da fehlt wohl noch was?
Gruß
Joa
-
Mein Tipp: lass es deaktiviert. Dann kannst du deine Geräte auslesen, bzw. die Daten daraus importieren und die Daten haben den Zeitstempel des Geräts. Wenn du dann etwas hinzufügst/änderst, bleibt der Zeitstempel erhalten.
Und wenn du wirklich mal eine Spalte komplett selber einträgst, setzt du einfach die Uhrzeit als letztes.
Oder du nimmst für manuelle Einräge eine unserer Apps. Da kannst du es über den Plus-Button ja dann immer zur aktuellen Uhrzeit eingeben.
Viele Grüße,
Jörg
-
Komisch.
Bei mir wird die jeweils aktuelle Zeit eingetragen (auf 5 Minuten gerundet). Wer will, schon 12:03?
Da nehme ich dann doch lieber 12:00.
Archchancellor
-
Oder Du drückst einfach F8... :wech:
-
F8 kannte ich noch gar nicht, das ist ein guter Tipp.
Aber ist folgendes Verhalten wirklich gewollt? Ich gebe meine Daten grundsätzlich manuell ein und navigiere mit den Tastaturpfeilen, das klappt soweit wunderbar, aber wenn diese Urhzeit aktualisieren aktiviert ist, passiert folgendes:
1. manuelle Uhrzeitangabe für einen vergangenen Wert eingeben
2. Pfeil nach unten zum Blutzucker und dort Wert eingeben
3. Pfeil runter zur Ereigniszeile und zack wird die Uhrzeit verändert
Wäre es nicht besser, wenn eine vorhandene Uhrzeit einfach nicht mehr automatisch verändert wird und die aktuelle Uhrzeit nur in ein leeres Feld automatisch eingetragen wird?
Gruss, Cimba
-
Natürlich wäre diese Funktion sinnvoll für jemanden, der seine Daten erfasst, wie Du es beschreibst und der deaktiviert dann einfach einmalig den Haken in den Settings und die Uhrzeit wird dann auch nicht mehr aktualisiert. ;)
Jeder wie er möchte! ;)
-
Jeder wie er möchte! ;)
Nicht ganz ;) Ich würde ja für aktuelle Werteeingaben durchaus die automatische Uhrzeit haben wollen, ohne noch extra eine Taste zu drücken.
Ich seh halt im aktuellen Verhalten keinen Sinn, das sich die Uhrzeit selbst bei der Korrektur von alten Werten aktualisiert.
-
Und ich sehe keinen Sinn darin, den Anwendern jedes Mal die Systemzeit vorzublenden, wenn sie abends die Werte des kompletten Tages nachtragen und beim Morgen angekommen sind. ;)
Der Haken ist für die Anwender, die immer aktuell Ihre Werte eintragen, ohne Zeitverzögerung.
An der Stelle wird es ziemlich schwierig jeden Anwender glücklich zu machen. Der nächste fragst sich dann, warum die aktuelle Systemzeit eingetragen wird, obwohl er doch erkennbar ganz links in der ersten Spalte editiert hat und das impliziert, dass das ein Morgenwert sein müsse.
-
Danke für deine Erklärung, so wird es schon klarer für mich als Anwender.
Der Haken ist für die Anwender, die immer aktuell Ihre Werte eintragen, ohne Zeitverzögerung.
Wäre so eine "Wenn Uhrzeit-Feld leer, dann aktuelle Zeit, sonst tue nichts" Bedingung in der heutigen Zeit mit einem halbwegs aktuellem Rechner tatsächlich immer noch mit merklichen Verzögerungen verbunden? Da hätte ich nicht gedacht, das wäre dann natürlich blöd.
Ich trage übrigens nicht abends alle Tageswerte nach, sonst würde ich ziemlich sicher die Auslesefunktion des BZ Gerätes nutzen, sondern trage praktisch immer sofort die Werte ein (inkl. der tollen Cloud sync. geht das ja wunderbar Ortsunabhängig), nur die Werte in der Nacht (wo kein Rechner oder Handy an ist) trage ich halt nach. Nur mal so als Info, was ich als Anwender mit eurem Programm so anstelle.
-
Damit meinte ich nat. keine Zeitverzögerung die der auszuführende Programmcode benötigt oder verursacht, sondern einfach Leute, die die Werte nicht nachtragen, sondern immer aktuell zeitnah eingeben.
So ganz verstehe ich das immer noch nicht: Wenn Du doch immer Deine Werte aktuell einträgst, so wie sie anfallen, dann wird dort ja beim gesetzten Haken auch die Systemzeit in die Spalte eingetragen. Zu einem Problem würde das ja nur führen, wenn Du dann doch später in die gleiche Spalte noch etwas nachträgst?
Und wenn Du bei einer Logik "Wenn Uhrzeit noch leer, trage immer Systemzeit ein" Deine Nachtwerte nachträgst, würde Dir das ja dort auch nicht helfen, im Gegenteil?
So ganz verstehe ich es halt einfach nicht!?
-
Zu einem Problem würde das ja nur führen, wenn Du dann doch später in die gleiche Spalte noch etwas nachträgst?
Das ist für mich ein zweitrangiges, aber tatsächlich auch vorhandes Problem: Beim manuellem eintragen passieren halt manchmal durchaus Fehler, die mir erst später auffallen und wenn ich dann einen alten BZ-Wert korrigiere, ändert sich halt die Uhrzeit (was mit der Wenn-Dann Abfrage nicht so wäre) und ich muss die alte Uhrzeit wieder eingeben. Ich fände diese Art auch logischer, denn warum muss sich die Uhrzeit aktualisieren, wenn ich einen vorhanden BZ-Wert korriegiere?
Und wenn Du bei einer Logik "Wenn Uhrzeit noch leer, trage immer Systemzeit ein" Deine Nachtwerte nachträgst, würde Dir das ja dort auch nicht helfen, im Gegenteil?
Es würde mir eben doch erheblich helfen, zmindest mit meiner Arbeitsweise.
Wenn ich einen Nachtwert eintrage, gehe ich zuerst in das Uhrzeitfeld (ist auch der oberste Wert auf dem Display meines BZ-Messgerätes) und trage dort z.B. 03:00 ein und gehe dann ins BZ Feld und trage dort den BZ Wert ein und in dem Moment ändert sich die Uhrzeit auf die Systemzeit. Wäre eine Wenn-Dann Abbfrage vorhanden, würde eben der 03:00 Uhrwert erhalten bleiben. Und bei aktuellen BZ-Werten bräuchte ich nur in das BZ-Feld gehen, den Wert eingeben und würde die Systemzeit automatisch eingetragen bekommen, da das Uhrzeitfeld ja noch leer war.
Wenn man mit der Maus in der Tabelle navigiert, könnte man natürlich zuerst das BZ Feld anklicken und danach das Uhrzeitfeld. Da ich aber mit den Pfeiltasten schneller und bequemer navigieren kann, arbeite ich mich mit der Dateneingabe natürlich von oben nach unten durch (was ich auch mit der Maus logischer finden würde, als erst ein mittiges Feld anklicken, dann das obere Feld und dann ein unteres Feld (Basalangabe, Kommentar)).
Wie machst du denn eine Nachtwerteingabe bei aktiver Uhrzeitautomatik? Ich will auch gar nicht ausschliessen, das ich vielleicht bisher im Workflow was falsch mache und im Sidiary Programmkonzept was nicht verstanden habe, aber dann erklär mir das bitte, wo mein Denkfehler liegt.
-
Cimba, wie sollte es hier ein richtig oder falsch geben? ;) Jeder macht das so, wie er am einfachsten durchkommt.
Ich trage meine manuellen Werte auf dem Handy ein, dort stellt sich die Frage nicht, weil dort mit einem Popup-Dialog zum Hinzufügen und Editieren gearbeitet wird. Den Popup gibt's im PC-Grid einfach nicht.
Aber Deine Erklärung hat den Unterschied jetzt schon zutage gefördert: Ich trage tatsächlich beim Nachtragen am PC immer als letztes die Uhrzeit ein...
denn warum muss sich die Uhrzeit aktualisieren, wenn ich einen vorhanden BZ-Wert korriegiere?
Das ist der springende Punkt: An der Stelle wird bisher nicht unterschieden, ob etwas verändert wird oder neu hinzugefügt. Es gibt einfach ein Event "Cell_Changed" und das führt zur Aktualisierung der Uhrzeit...
-
Danke für die Beschreibung deines Workflows, ist auch mal interessant, wie andere das machen, weil manchmal verfällt man ja durchaus auch mal in eine gewisse Sturheit und macht dann was dummes ;)
Das ist der springende Punkt: An der Stelle wird bisher nicht unterschieden, ob etwas verändert wird oder neu hinzugefügt. Es gibt einfach ein Event "Cell_Changed" und das führt zur Aktualisierung der Uhrzeit...
Und das wäre eben aus meiner Sicht verbesserüngswürdig mit der Wenn-Dann Abfrage.
Für die bisherigen Nutzer würde sich damit ja gar nichts ändern und für manuelle Nachtrager wie mich (wo ich vermute, das es einige auch so machen) wäre es eine Verbesserung. So gesehen würdet ihr noch viel mehr Nutzer glücklich machen, ohne einem was dafür weg zu nehmen :)
-
Wer will, schon 12:03?
Hier, meld, ich z.B..
Hat mit der Synchro, der Doublettenerkennung und der Nutzung ggf. mehrerer Geräte zu tun, die ggf. gleiche Wertgrößen gleicher Wertkategorien speichern. Z.B. Insulinabgabe aus Pumpe und aus Pen(dique). Oder wenn es darum geht, BZ-Werte aus verschiedenen Geräten zur gleichen, oder naheliegenden Uhrzeit jeweils konkret einem Gerät zuzuordnen.
Hier mal ein (so sicher recht solitäres) Nutzungsbeispiel (Exportvorlage von Ralf):
[img]http://www.sidiary.de/download/templates/pics/42.gif[/quote]
Oder Du drückst einfach F8... :wech:
Hi, danke! Kannte ich auch noch nicht. Das ist eine deutliche Erleichterung, auf alle Fälle, wenn Eingabe mit realer Tastatur.
Der Gedanke, solches für Bildschirmeingabegeräte (Tablet) via klick-drauf-Button umzusetzen, dürfte bei näherer Betrachtung äußerst schwierig sein. Klick ich auf so einen Button, wäre er vorhanden, verlöre SiDiary wohl das Zielfeld, weil der Focus dann auf den Button verschoben ist.
Es wäre wohl sehr aufwendig, dafür einen Workaround zu basteln ... und zusätzlich wohl auch fehleranfällig. Also lege ich den Gedanken mal zu den Akten. :-)
Gruß
Joa
-
(…)
Hier mal ein (so sicher recht solitäres) Nutzungsbeispiel (Exportvorlage von Ralf):
[ img]http://www.sidiary.de/download/templates/pics/42.gif[ /quote]
(…)
:zwinker: Einfach das '/quote' durch ein '/img' ersetzen - dann sieht man schon mehr
(http://www.sidiary.de/download/templates/pics/42.gif)