Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@OliverIO sagte in Test/Support Adapter iobroker.med-plan:

Es ist eine Funktion eingebaut, die vergessene Termine automatisch als vergessen markiert. Ich muss nachschauen, es sind glaube ich 2h nach der slot-Standardzeit

Irgendwas stimmt da noch nicht.
hab heute früh das erste Medikament auf grün gestellt.
Als ich die nächsten genommen habe, war das erste auch wieder schwarz.
Alle (wieder) auf grün gestellt
Jetzt sind alle rot

[OliverIO]

hier eine neue version mit einem größeren update

v005
ok, Translation
ok,Correct the contents of a pack (lost/thrown away) überschreiben des current wert
ok,Report output
ok,Bruchteildosen
ok, Notitzfeld je Medikament

v006
ok, Als Slot noch bei Bedarf ergänzen. Wenn im widget gedrückt wird, wird mehrfach die einnahme aufgezeichnet.
ok, Custom definition of time slots for morning, noon, evening, and night
ok, Optional definition of custom/additional slots
ok, neue slots in den widgets berücksichtigen + note +dosis anzeige

fröhliches testen
Die Hauptveränderungen sind im Patientenplan erfolgt

was dann auch Auswirkungen auf die widgets hatte

mittlerweile kann das widget auch mit einem dunklen theme umgehen

Das Fragezeichen Icon "Einnahme nach Bedarf"
Hier kann gerne ein Vorschlag gemacht werden, wie dieses Icon aussehen sollte.

Dieser Knopf reagiert auch anders wie die anderen.
Er kann mehrfach gedrückt werden. Jeder Druck wird als Einnahme gezählt.
Auch hier wird eine fest, in der Konfiguration, vergebenen Dosis ausgegangen. Falls das auch Variable sein soll, empfehle ich die kleinst mögliche Menge vorzugeben und dann einfach mehrfach den Knopf drücken.

[MCU]

@OliverIO
Wo ist der Bedeutungsunterschied zwischen rot, grün, grau?

??
rot  - muss noch genommen werden
grau - ist im Zeitbereich genommen zu werden
grün - wurde genommen

Kann man eine falsche Eingabe zurücksetzen?

[OliverIO]

@MCU

grau ist der Grundzustand vor dem geplanten Einnahmezeitpunkt.
Im Standard ist ein Zeitraum von 120 Minuten vorgesehen in dem du einnehmen kannst, danach hakt das System das automatisch als vergessen ab und der Knopf wird rot.
grün ist eingenommen
rot ist vergessen oder auch absichtlich nicht eingenommen.
Der Eingabezyklus des Buttons ist
grau->grün->rot->grau
dadurch kannst du korrigieren.
Ausser bei "Nach Bedarf"
Da müsste man dann im Protokoll löschen. Das ist noch nicht berücksichtigt.

Das System hat viele Standardwerte, die du in der Planeingabe unter Advanced auch alle anpassen kannst. Siehe Bild oben, da ist der advanced Bereich aufgeklappt

[MCU]

@OliverIO Ok. Wie läuft das mit den Packages?
1 Packung ist ja die Tablettenpackung?

Aktuell ist die aktuelle Anzahl der noch in der Packung befindlichen Tabletten bzw. Mengeneinheit?

[OliverIO]

@MCU sagte in Test/Support Adapter iobroker.med-plan:

Aktuell ist die aktuelle Anzahl der noch in der Packung befindlichen Tabletten bzw. Mengeneinheit?

ja,

ich sehe, da gibt es noch keine Prüfung das Aktuell nicht größer wie Gesamt sein darf.

[MCU]

@OliverIO Wird dann nach der Einnahme von dem Medikament eine Warnung ab einem Schwellenwert gepusht, dass man doch mal ne neue Packung von dem Medi holen muss?
(geplant?)

[OliverIO]

@MCU

ja
Anforderungen tracke ich im groben in der readme

todo

• ok, Adapter automatically detects missed doses
• OK, Record the exact time of each dose
• ok, Vis widgets are also available for dark mode
• ok, Add missing data from the current data model to widgets
• ok Note function for missed doses
• ok,Count function for remaining contents of a pack
• ok, Translation
• ok,Correct the contents of a pack (lost/thrown away) überschreiben des current stands
• ok,Report output
• ok,Bruchteildosen
• ok, Notitzfeld je Medikament
• ok, Als Slot noch bei Bedarf ergänzen. Wenn im widget gedrückt wird, wird mehrfach die einnahme aufgezeichnet.
• ok, Custom definition of time slots for morning, noon, evening, and night
• ok, Optional definition of custom/additional slots
• Calculate dose reliability
• Re-order reminder function
• More options for intake schedule
• Optional expansion of medication tracking with detailed information
• More layout options
• Im Bericht einen Eintrag/Fehleinnahme löschen
• Im widget den aktuellen Einnahmeslot leuchtend markieren
• Im Day-widget navigationspfeile für nächster Tag/vorheriger Tag
• Im widget den nächsten Eingabeslot mit Uhrzeit und Zeitraum anzeigen. (Uhrzeit von/bis)

Feature requests

• automaticly create patients from iobroker users
• trigger reminders for doses and other events (ordering)
• Medikament aus Medikamentendatenbank suchen https://portal.dimdi.de/amguifree/?accessid=amis_off_am_ppv&lang=de
• Medikamenteninformation mit welchen Wirkstoffen. ggfs. Link auf Datenbank
• Welcher Arzt hat verschrieben
• Notiz je Einnahme?
• Veränderung der Dosis über die Zeit je Medikament

[OliverIO]

sagte in Test/Support Adapter iobroker.med-plan:

ich sehe, da gibt es noch keine Prüfung das Aktuell nicht größer wie Gesamt sein darf.

gerade noch schnell eingebaut, ist auf github

[Homoran]

@OliverIO sagte in Test/Support Adapter iobroker.med-plan:

fröhliches testen

erstmal das positive

Die Farben bleiben jetzt stabil stehen!

@OliverIO sagte in Test/Support Adapter iobroker.med-plan:

die du in der Planeingabe unter Advanced auch alle anpassen kannst.

als ich die Timeslots bei jedem Medikament gesehen hatte, hatte ich schon befürchtet, die auch pberall ändern zu müssen!
Wird aber bei einer Änderung bei allen über nommen :+1:

Dann ein paar Wünsche
Die Historie

enthält noch die fälschlicherweise als verpasst deklarierten Termine.
kann man die (später) löschen/editieren?

Ebenso bleibt bei den (mangels Editierbarkeit) gelöschten und neu angelegten Medikamenten eine ID stehen

hier die selbe Frage

...und in der Historie "neueste zuerst" gilt wohl für die Tage!?? (nicht für die Einnahmen)
morgens steht ganz oben...

[OliverIO]

@Homoran sagte in Test/Support Adapter iobroker.med-plan:

Dann ein paar Wünsche
Die Historie

enthält noch die fälschlicherweise als verpasst deklarierten Termine.
kann man die (später) löschen/editieren?

ja, das hatte ich gestern noch in die Anforderungsliste mit aufgenommen.
Aus dem Report wird man Einträge löschen können. Allerdings werden fehlende Einträge durch den Adapter dann nach einer gewissen Zeit wieder als vergessen markiert.

Das 1-tages Widget wird Navigationspfeile erhalten, bei dem man auch mehrere Tage nach hinten wandern kann um dann das noch zu ändern.

Das Mehrtages widget kann man heute schon so einstellen, das es auch noch die vergangenen Tage anzeigen lassen kann.

Als Anforderung ist noch nicht umgesetzt, das der Aktuelle Tag und der aktuelle Slot noch extra hervorgehoben wird, das man das visuell besser erfassen kann, was gerade aktuell ist.

Ebenso bleibt bei den (mangels Editierbarkeit) gelöschten und neu angelegten Medikamenten eine ID stehen

ok, werde ich noch mit aufnehmen, das nach dem löschen eines Medikaments, entweder aus dem Plan, wie auch aus der generellen Tabelle, werden auch alle Einnahme-Zeiten gelöscht.

hier die selbe Frage

...und in der Historie "neueste zuerst" gilt wohl für die Tage!?? (nicht für die Einnahmen)
morgens steht ganz oben...

Gedacht ist, das in der Reihenfolge der Slots auch die jeweiligen Einnahmen aufgelistet werden, also nicht in der Reihenfolge der Einnahme. Es kann gut sein, das es da noch nicht ganz rund läuft.
Wobei ich heute nochmal eine neue Version liefere, bei der wieder einiges weiterentwickelt wurde.
Hauptfokus ist jetzt der Trigger-Mechanismus

[OliverIO]

Neue Version v007

• ok, trigger reminders for doses

Ich habe versucht den Trigger-Mechanismus umzusetzen.
Aktuell nur die ERinnerungs-Events zur Medikamenteneinnahme
Es wird immer, für alle Patienten der Datenpunkt _reminder getriggert.
In diesen wird eine JSON-Struktur geschrieben, die alle Informationen enthält, die man zur Weiterverarbeitung für Audio-Ausgabe, Telegram, andere Messenger benötigt.

Es gibt mehrere Möglichkeiten die Events zu steuern
Hybrid = dort kann man aktuell über Prozentangaben (0, 0.66, 0.83,,,) vorgeben wann und wie oft man erinnert werden möchte.
Decay=jeweils nach der Hälfte der verbleibenden Zeit wird eine Erinnerung erzeugt, also bei 120 Minuten Einnahmezeit für einen Slot bei 0, nach 60, nach 90, nach 105, nach 115 Minuten.
Fixed=bspw alle 15 Minuten

zusätzlich kann noch die maximale Anzahl der Erinnerungen und den mindestabstand in Minuten zwischen 2 Erinnerungen

Das kann einmal je Patient global vorgegeben werden.
Kann je Medikament aber auch nochmal angepasst werden

Zusätzlich kann noch die Dringlichkeit /Severity angegeben werden in Abhängigkeit der Anzahl der verbleibenden Restminuten (urgent, warn,notice,info)

Hier habe ich noch relativ wenig getestet.
Die Funktionen sind ab jetzt im githuib verfügbar

[OliverIO]

Neue Version v008

• ok, Im Bericht einen Eintrag/Fehleinnahme löschen + suche und filterung
• ok, Im widget den aktuellen Einnahmeslot leuchtend markieren
• ok, Im Day-widget navigationspfeile für nächster Tag/vorheriger Tag
• multi day: scrollbalken ausgeblendet

Bearbeitung der Historie mit Suche und Filterung

Die Widgets wurden auch entsprechend verbessert

Noch ein Hinweis
Ich habe umfangreichere Testdaten hinzugefügt.
Dazu müssen alle Datenpunkte des Adapters gelöscht werden.
Dann erzeugt der Adapter die Testdaten die relativ viele verschiedene Szenarien zum Testen abdecken.

[Negalein]

@OliverIO sagte in Test/Support Adapter iobroker.med-plan:

Dazu müssen alle Datenpunkte des Adapters gelöscht werden.

also diese 3 löschen?

dann muss aber Patient und Medis wieder neu angelegt werden?

[OliverIO]

@Negalein

Ja, wir sind hier in einer Alpha Version.
Da ist nix stabil.
Es lohnt sich noch nicht dauerhaft irgend etwas anzulegen.
Nur zum Testen und zu schauen ob die eigenen Szenarien passen

[Negalein]

@OliverIO sagte in Test/Support Adapter iobroker.med-plan:

Ja, wir sind hier in einer Alpha Version.

kein Problem :)

[Homoran]

@OliverIO sagte in Test/Support Adapter iobroker.med-plan:

Ich habe umfangreichere Testdaten hinzugefügt.
Dazu müssen alle Datenpunkte des Adapters gelöscht werden.

heisst das im Umkehrschluss, dass wenn ich die Testdaten nicht verwenden will, die DPs nicht löschen muss, aber das Update trotzdem läuft.

[OliverIO]

@Homoran

ja genau.
Die Testdaten werden nur angelegt, wenn die Datenpunkte nicht vorhanden sind.
Wenn da schon was ist, wird nix extra angelegt-

Es kann allerdings sein, das wenn sich die Datenstruktur ändert, das dann deine bisher angelegten Daten nicht mehr funktionieren. Dann musst wieder neu anlegen.

[Homoran]

@OliverIO sagte in Test/Support Adapter iobroker.med-plan:

wenn sich die Datenstruktur ändert, das dann deine bisher angelegten Daten nicht mehr funktionieren. Dann musst wieder neu anlegen.

Das ist klar...und ok!

Danke, dann spring ich mal weiter

[Homoran]

Ich hab jetzt die 0.0.8 installiert.

Da ist auf den ersten Blick einiges passiert wobei man für das Verständnis wohl doch die Testdaten gebraucht hätte 😀

aber ich denke das bekomme ich noch hin

Beim ersten (Fehl-) Versuch wurde es dann klar.
Allerdings hatte ich hier

den Schieber genau falsch verstanden (Zum Standard aktivieren)

Die dann erscheinenden Optionen haben das allerdings geklärt