Optimize, don't treat — Warum informierte Nutzer ihr eigenes Terminal brauchen

Es gibt einen Gap im deutschen Medizin-Ökosystem, der täglich größer wird. Er sitzt nicht zwischen den Ärzten und den Patienten. Er sitzt zwischen dem, was das System liefern darf und dem, was informierte Nutzer bereits tun.

In einem 7-Minuten-Konsultationsfenster — deutscher Durchschnitt, OECD-Schlusslicht — können selbst motivierte Ärzte keine Biomarker-Trends über Quartale interpretieren, keine HRV-Werte mit Peptid-Protokollen korrelieren, keine Substance-Timing-Kurven gegen Proteinintake abgleichen. Das ist keine Kritik an Ärzten. Das ist eine mathematische Realität.

Parallel entsteht eine Kohorte, für die genau das ein Problem ist.

[IMAGEPLACEHOLDER: a minimal dark workspace photographed from above — a leather-bound notebook, a titanium smart ring, a CGM patch box, a precision pipette, and a half-drawn biomarker curve on paper. A single warm desk-lamp from the top-right. Desaturated graphite and cream tones with a subtle cyan accent on the ring. No text, no screens, no UI overlays. Editorial documentary still-life.]

1. Die Kohorte, die das System nicht bedient

Nennen wir sie beim Namen:

• Bodybuilder und Physique-Athleten, die TDEE, Rekomposition und regenerative Fenster quantitativ steuern wollen
• Biohacker, die Peptid-Stacks kalibrieren, Rezeptor-Sättigung verfolgen, N=1-Protokolle laufen lassen
• Longevity-Enthusiasten im Attia-, Huberman-, Bryan-Johnson-Orbit
• Quantified-Self-Praktiker mit CGM, HRV-Messung, Smart-Ring und quartalsweisen Privatbluttests
• High-Performer (CEOs, Investoren, Ausdauersportler), für die Performance keine Freizeit-Beschäftigung ist, sondern Kernkompetenz

Diese Gruppe ist nicht krank. Sie ist optimierungs-hungrig. Sie will nicht geheilt werden. Sie will mehr wissen und selbst entscheiden.

Das Regelversorgungs-System hat für diese Gruppe strukturell keinen Platz. Nicht zeitlich (7 Minuten), nicht abrechnungstechnisch (EBM/GOÄ kennt keine „Rekomposition-Simulation"), nicht technologisch (Datensilos). Und zwar nicht, weil das System schlecht ist. Sondern weil es für etwas anderes optimiert wurde: Bevölkerungs-Mittelwerte, nicht individuelle Ausreißer.

2. Was diese Gruppe bereits tut — und wo der Workaround aufhört

Sie trägt Wearables. Sie bucht private Lab-Panels. Sie lädt ihre CSVs in Claude und Grok. Sie pflegt Google-Sheets mit Training-Volumen, Supplement-Timings, Schlaf-Scores, HbA1c-Trajektorien.

Das funktioniert — bis es an Granularität stößt.

Eine Tabelle speichert Einzelwerte. Eine Tabelle kann keine Rezeptor-Sättigungs-Kurve simulieren. Ein Chat-Prompt kann ein Blutbild einordnen. Er kann keine Biomarker-Trajektorie über 18 Quartale modellieren, die deine spezifische HRV-Antwort auf Retatrutide von deiner saisonalen Baseline trennt.

Genau an dieser Schwelle kippt ad-hoc Self-Tracking. Der Nutzer hat die Daten. Er hat das Mindset. Er hat die Literatur gelesen. Was ihm fehlt: ein Terminal, das alles zusammenführt und rechnet.

3. Warum das System dieses Terminal nicht baut (und auch nicht bauen muss)

Das deutsche Medizinsystem arbeitet innerhalb von Korsetten, die aus seiner Perspektive sinnvoll sind:

• Heilmittelwerbegesetz (HWG) — verhindert falsche Heilungsversprechen
• MDR / MDCG — zertifiziert medizinische Diagnose-Software nachvollziehbar
• DSGVO-Überinterpretation — schützt Patientendaten vor Unternehmen, die sie monetarisieren könnten
• Abrechnungslogik (EBM/GOÄ) — vergütet Aktivität, nicht Outcome-Optimierung

All diese Strukturen haben Berechtigung. Sie verhindern Scharlatanerie, Daten-Abverkauf, und ungerechtfertigte Gesundheitsversprechen.

Sie verhindern aber auch: granulare Self-Tracking-Tools, die dem informierten Nutzer Datenhoheit geben.

Das ist in Ordnung. Das System muss diese Tools nicht bauen. Das System hat andere Aufgaben — und sollte sich auf die konzentrieren.

Die Frage ist: Wer baut sie dann?

4. Precedents: Was Function Health, Levels und Whoop zeigen

International existiert das Modell seit Jahren.

Function Health (Austin, USA)

• 100+ Biomarker quartalsweise
• $499/Jahr Subscription
• Informational framing: „educational tool, not medical advice"
• Kein Arzt-Ersatz — explizit als Integrations-Ergänzung positioniert
• $53M Series A (2024), 200k+ Mitglieder

Levels (USA)

• CGM-basierte metabolische Insights
• 99/Jahr Subscription
• „For metabolic wellness, not diabetes treatment"
• Nicht CE-markiert, nicht MDR-zertifiziert

Whoop (USA)

• Wearable + App-Coaching
• „Coach, not doctor."
• Weder als Medizinprodukt zertifiziert, noch als Arzt-Ersatz vermarktet

Oura Ring (Finland)

• Sleep, HRV, Recovery
• „Informational product, not a medical device."

Alle vier operieren seit Jahren profitabel, skaliert, und regulatorisch sauber. Weil sie sich korrekt positionieren: Self-Tracking-Werkzeug, nicht Medizinprodukt. Der Nutzer lädt Daten hoch, sieht Trends, entscheidet selbst.

Im DACH-Raum existiert bisher kein vergleichbares Produkt. Das ist die Lücke.

5. Das Terminal, das der Nutzer bedient vs. das Terminal, das ihn bedient

Tabelle 1 — Regelversorgung vs. Self-Tracking-Terminal

| Dimension | Regelversorgung | Self-Tracking-Terminal (ARES-Kategorie) | |---|---|---| | Datenquelle | Einzel-Messung in der Sprechstunde | Nutzer-kontrollierter Upload aus jeder Quelle | | Interpretation | Norm-Referenzwerte der Population | Individuelle Trajektorie + Szenario-Simulation | | Entscheidungshoheit | Arzt empfiehlt | Nutzer entscheidet, mit optionaler Arzt-Einbindung | | Datensouveränität | Daten bleiben im System | Nutzer besitzt, exportiert, löscht jederzeit | | Zweck | Diagnose + Therapie | Information + Selbst-Optimierung | | Regulatorische Kategorie | MDR / HWG / MDCG | Nicht-medizinische Informationsplattform | | Zielgruppe | Erkrankte + Vorsorge-Standard | Power-User mit eigenen Optimierungs-Zielen |

Der zentrale Unterschied: Die linke Spalte bedient den Nutzer. Die rechte wird vom Nutzer bedient.

6. Was ein Nutzer-bedienbares Terminal können muss

Aus der Praxis — eigener N=1, Community-Gespräche mit Power-Usern, Analyse der Top-Performer-Accounts:

• Unified Data-Import: Labs (PDF-OCR oder strukturiert), Wearables (Oura, Whoop, Apple Health, Garmin, Dexcom), Training-Logs, Supplement-Stacks
• Biomarker-Normalisierung: Werte gegen individuelle Baseline, nicht gegen Populations-Norm
• Signal-Fusion: HRV × Sleep × Training-Load × Supplement-Timing in einer Matrix
• Szenario-Simulation: „Was zeigt das Modell, wenn ich diese Variable anpasse?" — als Rechenergebnis, nicht als Empfehlung
• Trajektorie-Projektion: Bio-Age, VO2max, ApoB über 18 Quartale modelliert
• Arzt-Export (optional): PDF-Brief auf Nutzer-Anforderung, nicht API-Live-Sync
• Datenhoheit: alles exportierbar, alles löschbar, alles on-user-request

Das ist kein Medizinprodukt. Das ist ein Rechner — wie Excel für persönliche Finanzen, aber für Biologie.

[IMAGEPLACEHOLDER: cinematic editorial photograph of a single Apple Watch, a Whoop strap, a Dexcom CGM patch and a paper blood-lab printout arranged on a dark oak desk, all connected visually by a thin silver filament forming a web between them. Single warm-amber rim light from the left, shallow depth of field. Desaturated palette with one subtle cyan accent on the smart-watch face. No text anywhere, no UI screens, no data overlays. Editorial product-documentary style, Kinfolk aesthetic.]

7. Die Handschellen sind nicht technisch — sie sind Positionierungs-Sache

Hier wird die Diskussion interessant. Das technische Feld ist gelöst:

• LLMs lesen Labs zuverlässig (94.9 % Accuracy bei isolierter Testung, Nature Medicine 2026 (https://www.nature.com/articles/s41591-025-04074-y))
• Wearable-APIs sind offen
• Simulation-Engines existieren
• Visualisierung ist Standard

Was nicht gelöst ist: Positionierung.

Ein Tool, das sich als „Gesundheits-App" verkauft, gerät in DiGA-Verdacht. Ein Tool, das „Diagnose" verspricht, triggert MDR. Ein Tool, das „Therapie" empfiehlt, triggert HWG. Das ist berechtigt — genau dafür sind diese Gesetze da.

Die Handschellen, die der informierte Nutzer spürt, kommen nicht aus der Regulatorik gegen Tools. Sie kommen aus falsch positionierten Tools, die sich in die Medizin-Kategorie drängen, wo sie juristisch nicht hingehören.

Die Lösung ist einfach: Positioniere dich korrekt. Function Health hat es. Levels hat es. Whoop hat es. Oura hat es.

Das Tool darf existieren. Es muss nur wissen, was es ist — und vor allem: was es nicht ist.

Tabelle 2 — Positionierungs-Matrix

| Kategorie | Beispiele | Reguliert als | |---|---|---| | Medizinprodukt | Blutzucker-Sensor mit Therapie-Anweisung, DiGA-App | MDR, MDCG, HWG | | Arzt-Software | MVZ-Systeme, Teleklinik, Diagnose-Co-Pilots | MDR, DSGVO §22 | | Wellness / Fitness | Fitness-Tracker ohne Claims | Keine MDR | | Informational Self-Tracking + Simulation | Function Health, Levels, Whoop, Oura, ARES Bio.OS | Keine MDR — Informations-Plattform | | Medizin-Literatur | Ärzteblatt, Nature, Journal Articles | Urheberrecht, keine MDR |

Die fett gesetzte Zeile ist der Raum, den wir adressieren. Er ist real. Er ist legal. Er wächst.

8. Was ich baue — und warum

ARES Bio.OS ist kein Medizinprodukt. Es ist ein Self-Tracking- und Simulations-Terminal für Power-User.

Der Nutzer lädt hoch, was er will. Der Nutzer sieht Trends, Korrelationen, Szenarien. Der Nutzer entscheidet selbst, was er daraus macht — inklusive der Option, die Ergebnisse seinem Arzt als PDF-Brief zu geben, wenn er das für sinnvoll hält.

Die Mission ist nicht „das Gesundheitssystem ersetzen." Die Mission ist: den informierten Nutzer mit einem Terminal ausstatten, das er selbst bedient — ohne dass ihm die Hände auf dem Rücken gebunden werden durch eine Kategorie, in die er nicht gehört.

Optimize, don't treat. Das ist die Linie.

Die Regelversorgung bleibt, wo sie ist. Sie hat ihre Aufgaben, und sie macht sie so gut, wie ihre Rahmenbedingungen es zulassen. Daneben entsteht ein Raum für die, die mehr wollen. Der Raum braucht kein neues Medikament. Er braucht ein Interface.

Das ist, was wir bauen.

→ bio-os.io (https://bio-os.io)

Disclaimer

Informational tool, not medical device. ARES Bio.OS ist ein Self-Tracking- und Simulationswerkzeug. Es stellt keine medizinische Diagnose, empfiehlt keine Therapie und ersetzt keinen Arztbesuch. Die hier gezeigten Informationen dienen ausschließlich der eigenverantwortlichen Einordnung eigener Daten durch den Nutzer. Konsultieren Sie bei gesundheitlichen Fragen stets eine\n approbierte\n Ärzt\in.

Quellen

• OECD Health at a Glance 2025 — Doctors' Consultations per capita, DACH context.
• Nature Medicine 2026 — Reliability of LLMs as medical assistants for the general public.
• Function Health / Levels / Whoop / Oura — Public positioning + Terms-of-Service (2025-2026).
• European Commission MDR 2017/745 — Scope and exclusions for informational wellness software.
• Bundesministerium für Gesundheit — DiGA-Verzeichnis (BfArM).