wenn Du in Bad Mergentheim anrufst, dann frag doch bitte, was am tollen Protokoll noch verändert werden sollte!
Heiko rief mich mal vor einem halben Jahr an und fragte, ob ich was verändern könnte - ich hab aber bis heute nie ne neue Vorlage bekommen.
Wer ist denn Tatjana... :kratz:
... ich steh halt mehr auf das Howorka-Protokoll
Hallo Jörg,
mal so interesseshalber, wie schaut denn das Howorka-Protokoll aus?
mal so interesseshalber, wie schaut denn das Howorka-Protokoll aus?
Das Protokoll von Teupe hat einige Nachteile aus meiner Sicht:
Es zeigt das Teupe was Pumpentechnik angeht in der Vergangenheit steht...
Na, dann brauche ich da zum Glück nichts mehr in Excel bastelt... ;D
Ähm, Du meinst das Basalratenprofil vom Vortag über die aktuelle... :kratz:
Vor allem braucht man für den Ausdruck eine Lupe... :zwinker:
Danke für das Feedback Joa.
Ja die Tester werden langsam knapp. Michael und Britta sind im Urlaub, da bleiben nur noch Du und Markus übrig...
Die Schriftgrösse für Bolus DEA und BE in der Tabelle habe ich schon auf maximal gesetzt. Mehr geht nicht. Habe es auch in Fett versucht, da wird es noch schwieriger was zu erkennen.
Mit Farbe kann ich nochmal probieren...
Daher schreibt Britta die BE und i.E. Korrekturen immer noch in die Bemerkungen in SiDiary, damit die in den Kommentar kommen. Der ist gut leserlich...
Vor weiterer Verbreitung wäre aber noch mal zu klären, wie das mit Copyrights und Co ausschaut.
Teupe hat auf seiner Papierversion jedenfalls eine Copyright-Vermerk. Die ist zwar etwas anders, aber ganz offenbar
das Urmodell.
Vermutlich kann die DK-Mgth. dann für die dort genutzte, abgewandelte Version keines geltend machen? Motto: Rad ist Rad.
Auf alle Fälle müssten sicher Logos und DK-Telefonnummer weg. Das erstere wäre ja vielleicht noch im Werbungsinteresse
der DK, sofern das Logo dort noch aktuell ist. Die Telefonnummer ist bei weitergehender Verfügbarmachung dann
Mal eine Frage: Ich kann mir den Export bisher nicht anschaun, aber: Wie werden denn die REgelwerke, bzw ihre Anwendung eingebunden?
Ansonsten mail ich Dir mal ein gefülltes Protokoll von mir zum sichten zu.
Sicher könnte man A B oder C in der Pumpen- oder Acetonzeile abfangen. Leider liefert Michael nur die Berechnung für die C Korrektur. Ich habe mich da noch nicht rangetraut. Nicht weil mir die Formeln fehlen, es muss medizinisch korrekt im Sinne von Dr. Teupe sein...
Ähnlich ist das mit der Berechnung i.E./BE. Müssen da die Korrekturwerte berücksichtigt werden oder nicht. Ich bin da schlichtweg überfragt. Bin ja nicht mal Pumpi...javascript:void(0);
Kopfnicken
Einer der Stolpersteine der Berechnung des IE/BE Verhältnisses aus den Protokolldaten:
Die Mahlzeitenspalten für den Tag berechnen summarisch alle BE/IE des jeweiligen Vorgabezeitraumes.
Dadurch kommt zu ziemlichen Überschneidungen. Besser selber sehen, denken, berechnen. Glaub ich.
Da sollen ja auch keine berechenten Werte rein, sondern die Vorgaben.
Wenn es erstmal nur um die Buchstaben A,B oder C geht, die packe ich noch in die dafür vorgesehene Zeile. Vielleicht am besten aus dem Pumpenfeld... :kratz:
Sicher, kann genausogut im Acetonfeld stehen, obwohl es mit Aceton auch nix zu tun hat... :zwinker:
Pumpe hätte sich angeboten, weil es dann automatisch mit im Kommentar landet...
Wenn die Informationen zu redundant werden, wird es auch irg
Zur one-Blick-Orientierung wäre es aber schon gut, A oder B Markierungen in der Schema-Zeile auch farblich (rot)
rauszuholen.
So, die Schemas sind nun drin, auch mit Farbe...
Ich fummel noch an der BSR für SiDiary und den gestapelten Säulen. Dort soll es ja auch korrekt aussehen.
Die Schrift habe ich nochmal optimiert. Tahoma kann man besser lesen als Arial...
Ja und bei Sichtung von Anjas Protokoll (auf Original-Teupeprotokoll aufgesetzt) stelle ich wieder mal fest, dass
Linien only für die BR-Zeichung viiiel eleganter wirken.
Und jeder Pumpi mochte eine schöööne Basalrate sein eigen nennen? :ja:
Lass sehen... :zwitscher:
Ja und bei Sichtung von Anjas Protokoll (auf Original-Teupeprotokoll aufgesetzt) stelle ich wieder mal fest, dass
Linien only für die BR-Zeichung viiiel eleganter wirken.
Wie jetzt? :kratz:
Daß ich die BR nicht als Säulen darstelle?
[/quote]ZitatUnd jeder Pumpi mochte eine schöööne Basalrate sein eigen nennen? :ja:
hä? :kratz:
ich möchte lieber eine *elegant aussehende* Linienführung meiner BR sehen!
Gruß
Joa
dann sind aber permanent 2 Linien in der BSR, die vom Vortag und die aktuelle...
Vor weiterer Verbreitung wäre aber noch mal zu klären, wie das mit Copyrights und Co ausschaut.
Teupe hat auf seiner Papierversion jedenfalls eine Copyright-Vermerk. Die ist zwar etwas anders, aber ganz offenbar
das Urmodell.
ZitatVor weiterer Verbreitung wäre aber noch mal zu klären, wie das mit Copyrights und Co ausschaut.
Ich möchte hier nur mal bemerken, dass das Symbol oben links nicht für dk ... sondern MN für Michael Neunhöffer steht.
Mit dem Copyrigth dürfte es im Formularwesen kein Problem geben, nur dann, wenn das Formular tatsächlich kopiert und verteilt wird.
Das Ursprungsformular ist wohl von Dr. Teupe in seiner Zeit in der dk entwickelt worden. Bei der EDV-Umsetzung von mir wurde damals in gegenseitiger Absprache durch das andere Logo eine entsprechende Unterscheidung getroffen.
...und hier noch eine Frage zu den Basalraten und Boli:
da ich nur die H-Tron habe - und von dieser Beides nach SiDiary über Smart Pix synchronisiert wird - hätte ich gerne gewusst, welche Synchronisationsmöglichkeiten andere Pumpen nach SiDiary haben.
Pumpis aller Welt - gebt mir bitte Antwort! Danke
1. die HTron kann mit SmartPix???
2. Zwei Linien wären möglich, wenn man das ganze nicht als Diagramm erstellt. Ich hatte da schon mal mit Ralf geschnackt... wenn man die Basalratengrafik als normale Tabellenzeilen nimmt, die Höhe der Zeilen entsprechend der Höhe für 0,1 IE reduziert und mit bedingter Formatierung die Hintergrundffarbe ändert, ist a) eine Darstellung wie in meiner Version mit Linien und b) auch leicht eine Darstellung mit den Änderungen zum Vortag möglich.
Doc Teupe sich gegen die öffentliche Verbreitung des/seines Protokolls sträuben täte
Ja dann dürfte es keine Schwierigkeiten mehr mit irgendwelchen Rechten geben, meine ich.
Die BR ohne Diagramm in Excel Zeilen über Bed. Formatierung schreiben wäre kein Problem. Nur hat mir Britta gerade den Kopf gewaschen und klargemacht, dass es bei der Animas Schrittweiten von 0.025 i.E. gibt. In SD auch 0,001... Ich bräuchte also an die 3000 Zeilen... :kratz: :nein:
Und nun zu meiner Problematik mit der Pumpe:
Ich trage tatsächlich die D-Tron Plus und die kann einen wunderbaren Infrarotexport über SmartPix nach SD.
Und da habe ich mein Problem mit SD (Alf, hier bist Du gefordert!). Bei meinem täglichen Import aus der Pumpe werden die Basalraten sowie die Boli in eine xml Datei geschrieben. Die veränderten Basalraten werden jedoch nicht (jedenfalls aus meiner Sicht) nach SD übernommen. Ich habe jetzt im Urlaub mein gesamtes Profil um 0,1 angehoben (in der Pumpe) - dies wurde zwar exportiert, aber leider nicht umgesetzt. Ich musste die Profilveränderung in SD händisch einpflegen. Ich wünschte mir deshalb einen Schalter im Profil: "Basalratenprofil Importieren" - und falls dieser Schalter aktiviert ist, wäre eine händische Veränderung des Profils an dieser Stelle in SD nicht mehr möglich. Dies sollte meiner Meinung nach realisierbar sein. Es könnte dann jeder Pumpi entscheiden, wie er protokollieren möchte.
ich selber habe einige Zeit Daten via SmartPix aus der Spirit geholt, funktionierte :super: es fehlten nur die Temporären Basalraten und die BSR-Profile.
Als zweites Problem kommt hinzu das zumindest bei Roche die Spezifikation nicht veröffentlicht wurde, ob es noch so ist :nixweiss:
Jedenfalls hat Roche die Spezifikation nicht preisgegeben und somit läßt sich sowas natürlich sehr schlecht realisieren.
Ist auch so bei den Blutzuckermeßgeräten, wenn man sich mal die News anderer Diabetes-Softwrae Hersteller ansieht :zwinker:
Also Roche braucht auch nix herausgebenm, weil alles sehr deutlich lebar vom SmartPix abgespeichert wird. Da sind keine Spezifikationen erforderlich.
Was die Messgeräte-Hersteller angeht, so geben die uneingeschränkt an Firmen heraus aber eben nicht alle an Provatleute.
ich selber habe einige Zeit Daten via SmartPix aus der Spirit geholt, funktionierte :super: es fehlten nur die Temporären Basalraten und die BSR-Profile.
Die aber vom SmartPix ausgelesen werden. Wenn sie nicht in SiDiary ankommen, liegt das nicht am SmartPix.
Zitat
Als zweites Problem kommt hinzu das zumindest bei Roche die Spezifikation nicht veröffentlicht wurde, ob es noch so ist :nixweiss:
Jedenfalls hat Roche die Spezifikation nicht preisgegeben und somit läßt sich sowas natürlich sehr schlecht realisieren.
Ist auch so bei den Blutzuckermeßgeräten, wenn man sich mal die News anderer Diabetes-Softwrae Hersteller ansieht :zwinker:
Also Roche braucht auch nix herausgebenm, weil alles sehr deutlich lebar vom SmartPix abgespeichert wird. Da sind keine Spezifikationen erforderlich. Was die Messgeräte-Hersteller angeht, so geben die uneingeschränkt an Firmen heraus aber eben nicht alle an Provatleute.
wünschte mir deshalb einen Schalter im Profil: "Basalratenprofil Importieren" - und falls dieser Schalter aktiviert ist, wäre eine händische Veränderung des Profils an dieser Stelle in SD nicht mehr möglich. Dies sollte meiner Meinung nach realisierbar sein. Es könnte dann jeder Pumpi entscheiden, wie er protokollieren möchte.
Habe ich auch nicht gesagt das das am SmartPix liegt!
Manche Dinge sidn aber auch schwer ohne Hersteller umzusetzen, denn nur der Hersteller weiß wie er sich was gedacht hat.
und ehrlich gesagt braucht man ja wohl auch erstmal eine Datei in der genau die Fälle/Konstellation drin sind um das umsetzen zu können.
Somit braucht man also schon die Spezifikation oder eben eine Datei mit. div. Konstellationen...
Was die Messgeräte-Hersteller angeht, so geben die uneingeschränkt an Firmen heraus aber eben nicht alle an Provatleute.
Das ist ein Scherz oder?
Jedenfalls ist das ein Scherz!
In Bad Mergentheim redet man nicht mehr von Typ 1a oder 1b oder was auch immer.
Das heist heute HIS oder NIHIS oder RIS usw.
Wieviel Pumpen hat Markus denn nu wirklich am Gürtel... :kratz:
In Bad Mergentheim redet man nicht mehr von Typ 1a oder 1b oder was auch immer.
Das heist heute HIS oder NIHIS oder RIS usw.
Was glauben die, warum es internationale Standards gibt?
Lord hat uns da schon mit diversen Testdaten unterstützt aber je mehr wir haben desto besser, so gesehen her damit ;D ;)
Habe ich auch nicht gesagt das das am SmartPix liegt!
Sorry, klang für mich so. Ich nehme alles zurück ;)
Die baut man sich halt. Als ich das OTUS ausgelesen habe, habe ich es auch mit 3000 Werten in jeglicher möglicher und unmöglicher Kombination vollgeknallt, um zu sehen, wie was gespeichert wird.
Wieviel Pumpen hat Markus denn nu wirklich am Gürtel... :kratz:
Gleichzeitig dann wohl doch nur eine ....aber seine Garage ist voll mit Equipment... ;D :lachen:
Und was machen wir nun mit den Standards Typ 1a oder 1b oder HIS oder NIHIS oder RIS usw... :kratz:
Und was machen wir nun mit den Standards Typ 1a oder 1b oder HIS oder NIHIS oder RIS usw... :kratz:
HIS & Co höre ich das erstemal, 1a, b usw. war mir ja so geringfügig von Teupe bekannt, aber genau wissen wie die definiert sind weiß ich ebenso wenig wie bei HIS & Co.
Ist wohl eher so eine Art Schnellhinweis für den analysierenden Profi, der das Protokoll zur Supervision vorliegen hat.
Du meintest vermutlich "Teupe-Profi". Andere werden mit 1ca/1cb nichts anfangen können.
... und dann wird es auch möglich sein, temporäre Basalraten "pro Tag" zu speichern. Wenn diese Basisarbeit erst mal erledigt ist, ist auch der Import der Daten weniger problematisch.
habe die fehlenden Datenverknüpfungen nachgetragen und die y Achsen im Bereich dynamisch eingestellt. Der Bereich passt sich automatisch an, je nachdem welche Werte kommen. Dadurch haben jetzt auch kleinere BR´s mehr Übersichtlichkeit...
Die Eintragung der Notfallnummern unterliegt auch einem Copyright... :kratz:
Was sagen die Bereitschaftsärzte der Klink, oder Teupe, wenn die ständig angeklingelt werden, ohne was abrechnen zu können, aber vor allem auch ohne irgendwas zu den Verhältnis des jeweiligen Patienten auf Lager zu haben? Das könnte stinkig machen und zu Reaktionen führen.
Na ja, und Michaels klare Sicht der Copyrights halte ich erstmal nicht für so ganz zwingend schlüssig.
Der Import scheitert im Moment an Dreierlei wesentlichen Dingen:
Das momentane Speichersystem von SiDiary erlaubt es nicht, für einen Tag eine temporäre Basalrate abzuspeichern,
bislang kann lediglich ein Link auf eine Basalrate (temporär oder dauerhaft) aus der Basalratenverwaltung gespeichert werden.
Lord hat genau das sehr penibel und mit sehr viel Aufwand durchgezogen und jetzt als Dank ich weiss nicht wieviele 100 Basalraten gespeichert...
Aber das ist nat. sub-optimal, deswegen werden wir für die neue Version (u.a.) das komplette Speichersystem für SiDiary umstellen
Du machst mich neugierig, wie das aussehen wird.
und dann wird es auch möglich sein, temporäre Basalraten "pro Tag" zu speichern. Wenn diese Basisarbeit erst mal erledigt ist, ist auch der Import der Daten weniger problematisch.
Lord hat uns da schon mit diversen Testdaten unterstützt aber je mehr wir haben desto besser, so gesehen her damit
| Uhrzeit: | 03:01-10:00 | 10:01-14:00 | 14:01-20:00 | 20:01-03:00 |
| NIS = Normale Insulinempfindlichkeit: | 40 | 60 | 50 | 70 |
| HIS = Hohe Insulinempfindlichkeit: | 60 | 80 | 70 | 90 |
| RIS = Reduzierte Insulinempfindlichkeit: | 30 | 50 | 40 | 60 |
| NiIS = Niedrige Insulinempfindlichkeit: | 20 | 40 | 30 | 50 |
Hallo an alle, nun hab ich kurz die Zeit, um nochmal auf die Diabetestyp(en) einzugehen.
[... zu NIS-HIS-RIS-NiIS ...]
Im übrigen ist die Performance der Vorlage so ziemlich am Ende. Ich glaube nicht, dass die noch mit einem PIII laufen wird ohne dass Excel abschmiert... :-\ Der Export mit einem PIV 2,0 GHz und Excel 2002 dauert ca. 4,5 Minuten. Timeoutmeldungen sind nicht gänzlich ausgeschlossen. Die sollten mit Retry quittiert werden.
Nocheinmal zum Verständnis.
Die Typenbezeichnung wurde deshalb umbenannt, weil niemand zu den 1a 1b usw einen Bezug ziehen konnte.
Es sind "wilkührliche" Benennungen.
Nun zur Erklärung:
Da wir das Jahr 2007 schreiben und in Mergentheim diese Beriffe geschult werden, bin ich der Ansicht, daß wir bei einer neuen überarbeiten Protokolldatei auch den derzeitigen Stand einfließen lassen sollten.
wer kann mir mal erklären, wie ich hier eine Tabelle auch als Tabelle erstellen kann.
Es gibt zwar das Icon Tabelle (=tabel) nur es verhält sich nicht wie eine Tabelle, sondern wie ein Text ?!?!?!?!
| 1 | 2 | 3 |
| 4 | 5 | 6 |
| 7 | 8 | 9 |
btw: Könnten wir die Typbezeichnungsdiskussion von "Vorlage" trennen?
Das ist eben eine grundsätzliche Frage.
Nocheinmal zum Verständnis.
Die Typenbezeichnung wurde deshalb umbenannt, weil niemand zu den 1a 1b usw einen Bezug ziehen konnte.
Es sind "wilkührliche" Benennungen.
Nein, sind sie nicht. (siehe auch http://flexikon.doccheck.com/Diabetes_mellitus)
Danke, man(n) lernt nie aus, also nehm ich zurück es ist nicht wilkührlich gewählt.Zitat
Nun zur Erklärung:
Das ist willkürlich, denn das wird außerhalb von Mergentheim kaum bis gar nicht genutzt.
nehm ich so hin, kann ich nicht beurteilen bzw. belegen. Ist aber auch OK.ZitatDa wir das Jahr 2007 schreiben und in Mergentheim diese Beriffe geschult werden, bin ich der Ansicht, daß wir bei einer neuen überarbeiten Protokolldatei auch den derzeitigen Stand einfließen lassen sollten.
Mergentheim ist nicht der Nabel der (Diabetes)Welt! Wenn die Datei dann hinterher "Mergentheimer Protokoll" genannt wird: okay. Ansonsten bin ich dagegen, denn ich habe absolut keinen Nerv den Leuten am Support irgendwelche internen Standards zu erklären.
Ein neuer Aspekt, aber ich versuche von allem etwas zu lernen und das brauchbare für mich nitzunehmen.
Wie das protokoll heisen wird ist mir auch "egal".Zitatwer kann mir mal erklären, wie ich hier eine Tabelle auch als Tabelle erstellen kann.
Es gibt zwar das Icon Tabelle (=tabel) nur es verhält sich nicht wie eine Tabelle, sondern wie ein Text ?!?!?!?!
Das sind Start- und End-Tags. Und es funktioniert so:
1 2 3 4 5 6 7 8 9
Die Berechnung SC für die Korrektur hat Teupe bisher aber scheinbar akzeptiert. Vielleicht können sich mal die zu Wort melden, die ihre Protokolle nach Althausen schicken... :kratz:
Muss ich das jetzt verstehen...?
Die Berechnung ist genau Teupes Empfehlung aus seinem Regelwerk Schema C, so wie es da vorgerechnet wird, sonst nix...
Und was wird mit den Berechnungen im Regelwerk A, B, C...?
Und was wird mit den Berechnungen im Regelwerk A, B, C...?
Die werden nciht berechnet, sondern protokolliert, Das ganze ist ein Protokoll.
Grüße
Anja
Und was wird mit den Berechnungen im Regelwerk A, B, C...?
Die werden nciht berechnet, sondern protokolliert, Das ganze ist ein Protokoll.
Dann schau Dir das Formelwerk für Diabetestyp, Insulinempfindlichkeit und die Korrekturregeln im Schema C und im Protokoll bitte auch mal genau an.
Da ist nichts einfach nur protokolliert!
Da kann ich nichts ändern oder löschen. Ich werde Teupe doch nicht ins Handwerk pfuschen...
Und was wird mit den Berechnungen im Regelwerk A, B, C...?
Wie ist das mit der Korrekturberechnung im Schema B und C sowie bei der Insulinempfindlichkeitsberechnung zu Schema C im Protokoll CY8 bis ES15...? Das müsste dann ja auch raus, oder? Am besten das Regelwerk ganz löschen... :kratz:
Teupe, Mergentheim und alle die die Dein Protokoll bisher akzeptiert haben werden sich freuen... und Oliver sicher auch...oder bringe ich da jetzt was durcheinander... :gruebeln: sorry...
Für unsere liebe Anja gibt es sicher auch eine gaaaaanz spezielle Lösung...
Und warum stellst du sie nicht allen hier zur Verfügung oder kann die nicht mit SiDiary...?
Und warum stellst du sie nicht allen hier zur Verfügung oder kann die nicht mit SiDiary...?
Ne, ich führe ein komplettes Teupe-Protokoll mit Regelwerken nur mit OTUS und Pumpe und brauche dafür weder PC, SmartPhone noch PDA, sondern nur Pumpe und OTUS. Entsprechend kommt meine Lösung auch ohne SiDiary aus. Wer seine Daten auch in einer MySQL-Datenbank lagert, könte durchaus Verwendung für meine Lösung haben.
Ne, ich führe ein komplettes Teupe-Protokoll mit Regelwerken nur mit OTUS und Pumpe und brauche dafür weder PC, SmartPhone noch PDA, sondern nur Pumpe und OTUS. Entsprechend kommt meine Lösung auch ohne SiDiary aus. Wer seine Daten auch in einer MySQL-Datenbank lagert, könte durchaus Verwendung für meine Lösung haben.
:kratz:
Kein PC?
Das kann ich kaum glauben.
Kein PC?
Zum Erfassen der Daten nicht, nein. Sämtliche Angaben, die ins Protokoll kommen, kann ich ohne weitere Hilfsmittel erfassen, inklusive der verwendeten Regelwerke.
Na ich bin mal gespannt, ob die Veränderung des Speichermodells der Daten in einer Version SD 6 tatsächlich zu Relationen und SQL führt. Dann könnten sich wohl auch Verknüpfungen eher anbieten?
Da ich aber in der Woche z.T. über 140 BZ messungen habe, sind da die Gernzen oft schon am Freitag erreicht.
Nachfolgendes Problem Siehe 4.)
Da ich aber in der Woche z.T. über 140 BZ messungen habe, sind da die Gernzen oft schon am Freitag erreicht.
Nachfolgendes Problem Siehe 4.)
:staun: hast Du überhaupt noch Finger aus den Blut kommt :kratz:
Viele Grüße
Markus
Prima Peter,
schick uns doch mal ein Eimerchen Blut, dann brauchen wir uns nie wieder zu stechen... :lachen:
Lass die Finger bloss nicht vom Rechner... nur aus Erfahrung wird man Klug und Windows bietet jede Menge Potenzial... ;D
Ja genau 18*7=126 BZ Werte können ins Protokoll v.27. Bad Mergentheim gesteht in seiner neuen Print-Version nur noch 112 Messungen pro Woche zu, Teupe nur noch 84 Messungen...
Exzel ist da ganz cool und fängt oben in der Hilfstabelle an zeilenweise BZ-Werte zu suchen und ins Protokoll zu schreiben. Wenn die letzte Zelle im Protokoll gefüllt wurde ist es eben aus mit der Maus....
Bedenke auch, dass immer nur der erste Wert pro Stunde dargestellt werden kann. Hast Du mehr Werte pro Stunde fallen die restlichen einfach unter den Tisch. Der stundenweise Aufbau des Protokolls lässt leider nichts anderes zu.
Du könntest höchsten auf die SiDiary-Auswertung_FX umsteigen. Die protokolliert wirklich alle Werte...
Und meine HP ( http://www.pbrandner.de/1.html ) überarbeite ich ja auch noch komplett.
Aber Peter, bei dem Stress hast Du doch gar keine Zeit, um jede Stunde den BZ zu messen... :lachen:
Oder Du brauchst eine Teupe Spezialedition auf sechs DIN A3 Seiten... :zwinker:
Oder Du brauchst eine Teupe Spezialedition auf sechs DIN A3 Seiten... :zwinker:
Aber im Ernst, die Hunde machen (meistens) keinen Stress, sie sind der Gute Ausgleich und ich komm RAUS.
Oder Du brauchst eine Teupe Spezialedition auf sechs DIN A3 Seiten... :zwinker:
Vielleicht nicht direkt eine mit sechs DIN A3, aber dafür eine, wo man aus einem normalen Wochenüberblick, der eine Grafik aller Werte enthält, Detailansicht der einzelnen Tage ermöglicht? Die Wochenübersicht kann dann soviele "ausgeschriebene" Werte enthalten, wie reinpassen, zummen mit einem Symbol, das signalisiert, daß noch mehr kommen, und die Detailsichten enthalten dann wirklich alle Daten. Das ganze taugt dann allerdings nciht zum Ausdrucken und irgendwem auf den Tisch legen, sondern zum Dranarbeiten. Ausdrucken könnte man dann die Wochenübersicht und einzelne ausgewählte interessante Tage
Grüße
Anja
Aber im Ernst, die Hunde machen (meistens) keinen Stress, sie sind der Gute Ausgleich und ich komm RAUS.
Ich stell mir das lustig aber auch stressig vor, wenn man mit so nem halben Rudel jeden Tag Gassi"geht". Ist das ohne generalstabsmäßige Planung überhaupt machbar?
Grüße
Anja
nur zur Info :zunge2: ich hab nen DIN A3 Drucker in Farbe und in Endlos. :zunge2:
Ich hab da kein Problem.
Also laßt euch was einfallen :heilig:
Also ich gehe immer mit 2en am Bauchgurt Gassi,
Oder Du brauchst eine Teupe Spezialedition auf sechs DIN A3 Seiten... :zwinker:
Vielleicht nicht direkt eine mit sechs DIN A3, aber dafür eine, wo man aus einem normalen Wochenüberblick, der eine Grafik aller Werte enthält, Detailansicht der einzelnen Tage ermöglicht? Die Wochenübersicht kann dann soviele "ausgeschriebene" Werte enthalten, wie reinpassen, zummen mit einem Symbol, das signalisiert, daß noch mehr kommen, und die Detailsichten enthalten dann wirklich alle Daten. Das ganze taugt dann allerdings nciht zum Ausdrucken und irgendwem auf den Tisch legen, sondern zum Dranarbeiten. Ausdrucken könnte man dann die Wochenübersicht und einzelne ausgewählte interessante Tage
Also ich gehe immer mit 2en am Bauchgurt Gassi,
Hmmm... mit Inlineskatern könntest Du Schlittenfahren im Kleinen betreiben :zunge2:
Grüße
Anja
was brauch ich, um Deine Protokolle einzusetzen und Deine Technik (so wie ich lese mysql und html) anwenden zu können.
Sind das Datenbankdesign und die Skripte von Dir oder kann ich sie irgendwo käuflich erwerben?
Kann ich das Protololl dann dem Design der DK anpassen?- oder hast Du vielleicht schon ein solches?
Kann ich mir u.U. mein "Gepfriemel" in Excel sparen?
Klär mich (uns) bitte auf
Was muss ich tun, um sie auf meiner Maschine laufen lassen zu können? XAMPP hätte ich schon.
Jetzt steht das Insulinpumpenprotokoll nach Dr. Teupe für den Datenimport aus SiDiary zur Verfügung:
Fein! ;D
Habe es grade mal runtergeladen und reingeschaut. Zu Details kann ich erst mal noch nix sage.
Aber ein schickes Logo MN/RS auf X ist mir schon aufgefallen. :zwinker:
Und auch sonst hat sich gegenüber der mir zuletzt bekannten Version manches getan. :ja:
Anscheinend hat Teupe auch noch mal redaktionell drübergeschaut?
Auf alle Fälle hier noch mal meine Anerkennung und die Diabetikerehrennadel an vergoldeter Insulinmolekülkette an Dich und Michael als Auszeichnung
für den Verdienst um die Gemeinde.
:prost: :super:
Danke für die Blumen Joa.
War aber auch eine schwierige Geburt... Der redaktionelle Anteil geht eigentlich an Brittas Adresse...
Print-Protokoll von Mergentheim weicht doch von Teupe immer weiter ab, so dass Michael für Mergentheim eine eingene XLS. auf die Beine stellt... Seine Beta sieht optisch schon Super aus. An den Formeln feilen wir noch...