Deine Werte. Dein Bolus. Deine Kontrolle

Exakte KH- und BE-Berechnung dank integrierter Lebensmitteldatenbank

Architektur

Vier Schichten, ein gemeinsamer Kern.

BolYtics trennt globale Produktdaten, private Nutzerdaten, Domainlogik und Diabetes-Newsfeed. So bleibt die Web App schnell nutzbar, waehrend der spaetere Mobile-Sync vorbereitet wird.

Produktdaten

Open-Food-Facts-Importe, deutsche Store-Tags, Bilder, Quellen, Zeitstempel und Confidence bilden den globalen Katalog.

Rechenlogik

KH, BE und KE werden in `packages/domain` berechnet. Jede Mahlzeit speichert Formelversion, Faktoren und Rechen-Snapshot.

Private Daten

Eigene Produkte, Overrides, Therapieprofile und Mahlzeiten liegen nutzerbezogen und verschluesselt in Postgres.

Diabetes-Newsfeed

Kuratierte RSS-Meldungen zeigen aktuelle Entwicklungen zu Diabetes, CGM, Pumpen, AID, Forschung und MedTech.

Produktdatenbank

Produkte sichtbar machen, Quellen sichtbar halten.

Der Katalog sammelt deutsche Produktdaten mit KH-Werten, Bildern, Barcode-Informationen und Store-Tags. Globale Werte bleiben global; persoenliche Abweichungen werden als private Overrides gespeichert.

Startkatalog1508
Mit Bild98%
Laden-Tags24/26
Login-geschuetztPrivat
Joghurt Beispielprodukt
Milchprodukte
Reis Beispielprodukt
Grundnahrungsmittel
Aufstrich Beispielprodukt
Barcode-Katalog

Rechenweg

Jede Mahlzeit bekommt einen nachvollziehbaren Snapshot.

Die App zeigt nicht nur ein Ergebnis. Sie speichert Menge, KH pro 100 g, BE/KE-Faktoren, Formelversion, Warnungen und Ergebnis als auditierbaren Stand zum Zeitpunkt der Berechnung.

Menge180 g
KH/100 g12 g
Ergebnis21.6 g KH
Privater Nutzerkontext
Session2FACiphertextAudit

Datenschutz

Gesundheitsnahe Daten werden klein, getrennt und pruefbar gehalten.

Produktsuche bleibt frei. Mahlzeiten, Therapieprofile, eigene Produkte und persoenliche KH-Werte sind login-pflichtig. Private Payloads werden serverseitig verschluesselt gespeichert; Zero-Knowledge bleibt ein eigenes naechstes Sicherheits-Gate.

BolYtics gibt ohne Safety- und Regulatory-Freigabe keine produktive automatische Therapieempfehlung aus.

Web, iPhone, Android

Ein Konto, ein Backend, mehrere Geraete.

Die spaeteren nativen Apps sollen sich mit der Web App verbinden, damit Historie, Profile, Overrides und eigene Produkte ueber den dokumentierten Sync-Vertrag plattformuebergreifend erhalten bleiben.

Web App

Mahlzeiten, Profile, Overrides und Diabetes-News im Browser.

iPhone

Spaeter gleiche API, sichere Tokenablage und optional HealthKit.

Android

Spaeter gleicher Nutzerkontext, Offline-Erfassung und Health Connect.

Backend

Postgres, API, Auth, Audit und Versionierung als gemeinsamer Kern.

01

Produktimport regelmaessig automatisieren

02

Datenqualitaet und Korrekturmeldungen ausbauen

03

Zero-Knowledge-Schluesselstrategie pruefen

04

Mobile-Sync-Vertrag in API-Routen und Migrationen ueberfuehren

05

Safety Case und Regulatory-Gates fuer Insulinlogik vorbereiten

Roadmap

Vom MVP zur belastbaren Produktplattform.

Der aktuelle Stand beweist Produktsuche, Mahlzeiten, Profile, Diabetes-Newsfeed, Auth und 2FA. Die naechsten Schritte machen daraus ein belastbares System fuer Produktivbetrieb und Mobile-Erweiterung.

Integrationen

Systeme werden angebunden, aber nicht mit der Kernformel vermischt.

Pumpen, CGM-Systeme und externe Datenquellen bleiben klar getrennte Integrationsschichten. Die KH-/BE-/KE-Berechnung bleibt versionierte Domainlogik.

DexcomFreeStyle LibreNightscoutOmnipodApple HealthKitAndroid Health Connect

Deployment-Ziel: eine Next.js-Web-App hinter nginx, eigener lokaler Port fuer BolYtics, Postgres ueber `DATABASE_URL` und spaeter separate Subdomain fuer den Blog.