logo
Kurashizu Blogwhere ideas flow
  • Home
  • News
  • Blog
  • About
  • Home
  • News
  • Blog
  • About

© 2026 Kurashizu. All rights reserved.

Admin·New Post·Service Status
Powered by Cloudflare·31.10.26
← Back to news

Ask HN: I've quit six systems for tracking my illness. What works?

View on HN
26 points|29 comments|by Abh1Works|Aug 15, 2026

Seeking a Sustainable Method for Chronic Illness Tracking: A Community Discussion

The original poster (OP) is facing a common but grueling dilemma: the struggle to maintain a consistent health log. After cycling through six different tracking systems, they have found that the administrative overhead of recording symptoms often becomes a secondary source of stress, leading to inevitable burnout and abandonment.

The Cycle of Failure

The OP's journey has been characterized by a pattern of high initial enthusiasm followed by a total collapse of the system. Their failed attempts included:

  • Dedicated medical apps (too rigid/bloated)
  • Complex spreadsheets (too much manual entry)
  • Paper journals (lack of searchability/analysis)
  • Notion databases (over-engineered setup)
  • Simple text files (too disorganized)
  • Wearable-only tracking (missing subjective context)

"The paradox is that when I feel the worst, the act of tracking feels like an impossible chore, which is exactly when the data is most critical."


Analyzing the Core Conflict: Granularity vs. Sustainability

The community discussion highlights a fundamental tension in health tracking. If you track too little, the data is useless for a doctor. If you track too much, you spend your limited energy documenting the illness rather than managing it.

Comparison of Tracking Philosophies

ApproachToolingProsConsSustainability
High-FidelityAirtable, SQLDeep insights, correlationsHigh friction, "data entry dread"Low
Low-FidelityAnalog, NotesLow friction, intuitiveHard to trend, manual reviewMedium
PassiveOura, Apple WatchZero effort, objectiveNo "why" behind the dataHigh
HybridGoogle Forms →\rightarrow→ SheetsStructured but fastRequires disciplineMedium-High

Proposed Workflows

1. The "Minimum Viable Data" Strategy

Several users suggested moving away from descriptive tracking to binary or scalar tracking. Instead of writing paragraphs, use a simple scale of 1-5 or a Yes/No toggle.

The Logic Flow:

2. The Technical Implementation (The "Developer's Way")

For those who prefer a custom solution, one suggestion was to create a simple POST request via a shortcut on a smartphone that sends data to a private database.

# Example of a simple Python function to log a symptom
import datetime

def log_symptom(symptom_name, severity, notes=""):
    timestamp = datetime.datetime.now().isoformat()
    entry = f"{timestamp} | {symptom_name} | {severity} | {notes}\n"
    with open("health_log.txt", "a") as f:
        f.write(entry)
    return "Logged successfully."

# Usage: log_symptom("Brain Fog", 4, "After high-carb meal")

3. The Mathematical Approach to Correlation

To make the data useful, users suggested calculating the correlation between a suspected trigger (xxx) and a symptom (yyy). This can be expressed via the Pearson correlation coefficient:

ρx,y=cov(X,Y)σxσy=∑i=1n(xi−xˉ)(yi−yˉ)∑i=1n(xi−xˉ)2∑i=1n(yi−yˉ)2\rho_{x,y} = \frac{\text{cov}(X,Y)}{\sigma_x \sigma_y} = \frac{\sum_{i=1}^n (x_i - \bar{x})(y_i - \bar{y})}{\sqrt{\sum_{i=1}^n (x_i - \bar{x})^2 \sum_{i=1}^n (y_i - \bar{y})^2}}ρx,y​=σx​σy​cov(X,Y)​=∑i=1n​(xi​−xˉ)2∑i=1n​(yi​−yˉ​)2​∑i=1n​(xi​−xˉ)(yi​−yˉ​)​

By applying this formula to their CSV exports, the OP can objectively determine if a specific food or activity is actually causing a flare-up.


Final Recommendations and Visual Aids

The consensus is that the "perfect" system does not exist; only the system that is least annoying to use during a crisis.

Symptom Tracking Workflow

Summary Checklist for the OP:

  • Identify the top 3 most critical metrics (ignore the rest).
  • Reduce input time to under 10 seconds per entry.
  • Schedule a monthly review rather than a daily obsession.
  • Accept that missing data is also data (it often indicates a period of high severity).

Ultimately, the goal is to serve the patient, not the database.