| Poll :: Welche "Datenerfassungsanwendungen" würden Sie nutzen wollen? |
| Datenerfassung zur Selbstoptimierung (z.B. Nikotin, Cannabis, Schritte pro Tag, Flüssigkeit, Muskelumfang, Gewicht, ...) |
|
0% |
[ 0 ] |
| Datenerfassung im Hobby (z.B. Tierzählung, Leistungserfassung Sport, ...) |
|
0% |
[ 0 ] |
| Datenerfassung im Beruf (z.B. Dienstleistungszeit mit Klienten/Kunden/Arbeigeber, Selbstkontrolle Arbeitsmenge, ...) |
|
0% |
[ 0 ] |
| Datenerfassung in einem anderen Feld |
|
0% |
[ 0 ] |
| Ich habe keine Verwendung für eine Datenerfassungsanwendung in MPE |
|
100% |
[ 4 ] |
| Ich möchte die Datenerfassungsanwendung mitgestalten |
|
0% |
[ 0 ] |
|
| Stimmen insgesamt : 4 |
|
| Autor |
Nachricht |
thms
Anmeldedatum: 14.01.2026
Beiträge: 2
|
Verfasst am:
Do Feb 05, 2026 01:58 |
  |
Hallo Herr Wechselberger, hallo alle MPEler,
seit sehr vielen Jahren nutze ich MPE. Gerne habe ich ich "gespendet" und werde es weiter tun.
Sehr lange trage ich ein eigentlich MPE-fremdes Thema hinsichtlich der Optimierung der Android-Welt auf dem Win-Rechner mit mir herum: private Datenerfassung, ohne Cloudzwang und Datenzugang Dritter (App-Anbieter, ...) zu diesen Daten; ein mir persönlich wichtiges
Beispiel:
Erfassung diabetesrelevanter Daten: Messergebnisse, Nahrungsaufnahme, körperliche Betätigung, Medizin (Insulin, Metformin, ...).
Dazu wäre ein "Kalender" aus meiner Sicht bestens geeignet, falls ... .
Man bräuchte "nur" folgende Möglichkeiten
- andere und oder zusätzliche Datenfelder als bisher im Termin- oder Aufgabendialog
- "Optimierung" des XML-Exports und/oder CSV-Export
- möglicherweise ein neuer "Termindialog", z.B. "Diabetes" oder generischer, "Datenerfassung" mit anderen Datenfeldern
- oder nur eine Dialogerweiterung des vorhandenen Termindialoges "alla zweiter Adresse bei Kontakten", der nur benutzbar ist, falls ein neuer Parameter in general.ini "passend" gesetzt ist
- über einen "lokalen Kalender" wären diese "Termine" dann leicht von den "echten" Termindaten separierbar (bei Synch, Export, ...)
Im ersten "Aufschlag" würde für es den showcase sicher genügen den Blutzuckerspiegel erfassen zu können, indem
- der vorhandene Termindialog und die zugehörige "Tabelle" mit einigen Feldern ergänzt würde
- die Dialogfelder per general.ini ein- und ausgeblendet werden könnten
- der Export "passend" erweitert würde (xml, csv, ...)
Zur Entwicklung der neuen Terminart "Datenerfasssung" biete ich meine Mitwirkung an, konzeptionell, testend und oder anderen mir ausfüllbaren Rollen.
Wichtige, erforderliche Funktionalität ist ja bereits für die "Standardanwendungen" rund um Termin, Aufgaben und Kontakte vorhanden:
- Verschlüsselung (medizinische Daten)
- lokaler Synch mit Anbindung mehrerer Androidgeräte und WinOS-Rechner, damit die Daten bleiben, wo sie hingehören, beim Anwender
- zahlreiche Attributarten (string, date, time, integer, boole)
- sogar spezielle Dropdowneingabefelder:
-- zur Beschränkung bestimmter Listenwerte
-- zur Auswahl referenzierter Datensätze (Namen, Adressen in Terminen)
- Export als XML
Diabestes ist eine schleichende Krankheit.
Diabetiker haben in der Regel keine Möglichkeit ihr Tun rund um die Optimierung ihres Krankheitsverlaufes zu erfassen, geschweige denn auszuwerten, wenn sie nicht sehr, sehr teure Spezialanwendungen großer Medizinunternehmen durch die Krankenkasse bezahlt erhalten oder selbst finanzieren (~ 5.000 jährliche Kosten in D für privat Finanziertes).
Und trotz der hohen Beträge müssen die erhobenen Daten in die Cloud des Anbierters überführt und personalisiert werden (mit Hilfe der Anbindung der jeweiligen Internisten (Diabetologen)).
Und leider fokussiert solche Anwendung nur auf den Umfang der Medizingabe (Insulin) und nicht adequat auf andere wichtige Einflussgrößen des Blutzuckerspiegels (Ernährung, Bewegung, ...).
Über Tabellenkalkulationen alla Calc oder Excel könnten die exportierten Daten aus MPE von jederman anschaulich ausgewertet werden und Verhaltensänderungen optimiert angegangen werden. Wenn man weiß, was Verhaltensänderung bringt, man es sogar "schwarz auf weiß" selbst sieht, selbst ermitteln kann, dann fühlt man sich "empowert" und damit sehr motiviert.
Viele Diabetiker bräuchten dann, je nach Fortschritt der Krankheit, kein Insulin oder keine Medikamente mehr.
Und womöglich wird die Anwendungsform "Datenerfassung für Privatpersonen" zum neuen Renner für den MPE, wie seinerzeit SMS für Mobiltelefone. Die neuen Datenfelder könnten ja zu Berginn der Nutzbarmachung "generisch" benannt werden, alla interger1, integer2, string1, dezimal1, ... . Dazu passend kann dann jeder diese Felder so verwenden, wie es für den Anwendungsfall passt.
Ich würde mich über Ihr und Euer näheres Interesse, Eure Kommentare freuen. |
|
|
  |
 |
Koelner
Anmeldedatum: 11.10.2012
Beiträge: 1688
Wohnort: Deutschland
|
Verfasst am:
Do Feb 05, 2026 09:06 |
  |
Sorry, aber deine Angaben speziell zur Datenerfassung im Bereich Diabetes sind schlichtweg falsch. Es gibt zahlreiche Apps die kostenlos genutzt werden können und auch alle die von die angesprochenen Parameter erfassen können, teilweise sogar direkt per BT von Glukosesensoren.
Darüber hinaus ist der MPE eine Anwendung zur Synchronisation von Daten, die in anderen Apps (Kalender, Kontakte, Fotos, etc.) gesammelt werden und keine Anwendung mit der selber Daten erfasst werden. (Ausnahme hierbei sind nur die Notizen, was aufgrund der fehlenden Schnittstelle nötig wurde.) |
_________________ Nur Geduld! Mit der Zeit wird aus Gras Milch. |
|
  |
 |
thms
Anmeldedatum: 14.01.2026
Beiträge: 2
|
Verfasst am:
Do Feb 05, 2026 16:49 |
  |
Danke Koelner,
mir ist/war nicht klar, dass MPE keinen "eigenen" Datenhaushalt betreiben würde. Mein "Antrag" an eine MPE-Erweiterung geht dann veilleicht insofern fehl, als ich nach "neuen" Attributen frage.
Überzeugt bin ich aber davon nicht, denn in den MPE Dialogen werden doch auch Attribute erfasst, die nicht Gegenstand von anderen APPs (Datenhaushalten) sind.
@Moderatoren: Bitte würdet ihr dazu antworten? "Motiv" meiner Anfrage an MPE ist ja, dass die Basisdaten jeden Datensatzes Datum und Zeit sind.
@Koelner: Klar, es gibt zahlreiche Apps für die Erfassung von diabetesrelevanten Daten. Nur glaube ich, dass Du, anders als ich, noch nicht so viele ausprobiert hast und also deren "Schwächen, Unzulänglichkeiten" nicht kennen kannst.
Falls ich mich täusche, bitte würdest Du ein, zwei Apps nennen, die Du favorisieren würdest?
Dann könnte ich auch die noch ausprobieren und hier einen "Testbericht" hinterlassen, womit dann dieser Thread tatsächlich mit Gewinn für alle geschlossen werden könnte - falls der Test ein zufriedenstellendes Ergebnis brächte.
Ein paar Ungeeignete:
| Code: | - ditabu.de/
- accu-chek.de
- https://diabetesconnect.uk/privacy-policy/
- alle hier https://play.google.com/store/search?q=diabetes&c=apps
- https://vitadio.de/ (224.01 EUR für 3 Monate, kein Export) |
Ach ja, es geht mir nicht um eine kostenlose Lösung!
@alle, off topic: Kann jemand eine Android-App empfehlen (aus eigener Erfahreung), mit der man alla "Tabellenkalkulation" einfach beliebige Datensätze erfassen und nach csv oder xml exportieren kann? |
|
|
  |
 |
eck-m
Anmeldedatum: 09.01.2017
Beiträge: 431
Wohnort: Berlin
|
Verfasst am:
Do Feb 05, 2026 17:51 |
  |
Ich habe auch mit Ich habe keine Verwendung für eine Datenerfassungsanwendung in MPE gestimmt, zum jetzigen Zeitpunkt der absoluten Mehrheit, weil ich der Auffassung bin, dass man ein Programm im Interesse der Handhabbarkeit, Übersichtlichkeit und Pflegbarkeit nicht mit Funktionen überfrachten sollte, die mit seiner Ursprungsfunktion nicht viel zu tun haben.
Allenfalls könnte ich mit vorstellen, die ansatzweise vorhandene API - https://www.fjsoft.at/forum/viewtopic.php?t=373 - so auszubauen, dass externe Programme darüber Einträge vornehmen, lesen oder ändern können. |
|
|
  |
 |
icke1954
Moderator
Anmeldedatum: 19.04.2014
Beiträge: 18011
|
Verfasst am:
Do Feb 05, 2026 19:22 |
  |
| thms hat Folgendes geschrieben: | | @Moderatoren: Bitte würdet ihr dazu antworten? "Motiv" meiner Anfrage an MPE ist ja, dass die Basisdaten jeden Datensatzes Datum und Zeit sind. | Ich schließe mich den beiden Vorrednern an. Wäre ich von Deinen Aussagen, Vorschlägen und Wünschen überzeugt gewesen, dann hätte ich das sofort an FJ weiter geleitet.
Ich hoffe für Dich, dass es FJ anders sieht und wir uns täuschen, denn er ist es, der das dann auch umsetzen müsste.
Gruß icke |
|
|
   |
 |
FJ
Site Admin
Anmeldedatum: 15.02.2006
Beiträge: 32070
Wohnort: Tirol
|
Verfasst am:
Do Feb 05, 2026 22:19 |
  |
Es freut mich dass du MyPhoneExplorer schon so lange nutzt, vielen Dank auch für deine Spenden!
Ich kann deinen Wunsch schon verstehen und ich will auch gar nicht abstreiten dass es da einen Bedarf gibt. Aber die ganzen Features du da mal eben hingeklatscht hast und die App die man dafür programmieren müsste das würde mehrere Monate und sehr viel Priogrammier-Zeit kosten. Vor allem kann man nicht einfach die bestehende Kalenderdatenbank dafür verwenden und neue Felder hinzufügen. Man müsste eine neue App bauen mit separater Datenbank.
Ich will ganz ehrlich sein: Natürlich gibt es auch innerhalb MyPhoneExplorer Projekte in ähnlicher Größenordnung wie z.B. den SMS-Planer aber was ich da für mich halt immer brauche ist die Leidenschaft - sowas muss mich förmlich reinziehen, dann kann man auch größere Projekte durchziehen. Dein Vorschlag fühlt sich für mich leider nur an wie ein riesiger Haufen Arbeit, wahrscheinlich weil ich selbst keinen direkten Bezug zum Nutzen habe.
Ich muss deine Idee deshalb leider ablehnen. |
_________________ Ich bitte um Verständnis daß ich aufgrund des hohen Aufkommens im Forum und meines zeitlichen Rahmens nichtmehr jeden Thread im Forum persönlich lesen bzw. beantworten kann.
Bitte benutzt auch die Forum-Suche bzw. die FAQ |
|
    |
 |
|
|
|
Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Du kannst keine Beiträge in dieses Forum schreiben. Du kannst auf Beiträge in diesem Forum nicht antworten. Du kannst deine Beiträge in diesem Forum nicht bearbeiten. Du kannst deine Beiträge in diesem Forum nicht löschen. Du kannst an Umfragen in diesem Forum nicht mitmachen.
|
Powered by phpBB
© 2001, 2002 phpBB Group :: FI Theme ::
Alle Zeiten sind GMT + 1 Stunde
Deutsche Übersetzung von phpBB.de
|