DEMO2026-04-28-p002

Discharge Care Cost War Room

A family care-planning board that turns hospital discharge panic into a realistic caregiver schedule, subsidy checklist, and weekly cost plan.

Build Notes

demostitchvanilla-html

Spec Notes

assumptions.md
# Assumptions (KNOWN / ASSUMPTION / UNKNOWN) — Discharge Care Cost War Room

## KNOWN
- Assigned slot: p002
- Theme: 건강
- Design profile: calm-consumer
- Evidence references:
- Google News RSS/조선일보 Korean care access signal: https://news.google.com/rss/search?q=Korea%20caregiver%20cost%20hospital%20discharge%20elder%20care%20family%20burden
- Google News RSS/HHS aging-services technology signal: https://news.google.com/rss/search?q=Korea%20caregiver%20cost%20hospital%20discharge%20elder%20care%20family%20burden

## ASSUMPTION
- The target user has enough urgency to try a lightweight decision workspace.
- A single-screen Stitch demo can communicate the value faster than a full app.
- The required sections are enough to make the prototype feel specific rather than generic.

## UNKNOWN
- Exact willingness-to-pay.
- Which data import path users would trust first.
- Whether users prefer automation or a manual checklist for the first version.
falsification.md
# Falsification checklist — Discharge Care Cost War Room

1. Does the prototype show a specific trigger/data source that differs from recent PF batches?
2. Can the target user identify themselves from the first screen copy?
3. Are the external/community signal references visible in the spec and meta.json?
4. Does the UI concept avoid generic dashboard/rescue/planner renaming?
5. Is the assigned design profile (calm-consumer) reflected in the Stitch prompt direction?
6. Does the key action produce a clear next decision, not just information display?
7. Would a user plausibly share or pay for this if the triggering pain happened today?
prd.md
# PRD — Discharge Care Cost War Room

## Candidate type
- Practical / Commercial

## Theme
- 건강

## Design profile
- calm-consumer

## Problem
- A family care-planning board that turns hospital discharge panic into a realistic caregiver schedule, subsidy checklist, and weekly cost plan.

## Target user
- Korean adult children coordinating care for an elderly parent after hospitalization while siblings argue over money, time, and paid caregiver options.

## Key UX
- Start from a discharge date and care needs, then compare family shifts, paid caregiver hours, documents, subsidy/insurance tasks, and weekly cash burn in one calm command center.

## Required UI sections
- discharge countdown strip
- care-needs severity cards
- family shift planner
- paid caregiver cost slider
- subsidy/document checklist
- sibling decision memo drawer

## External/community signal references
- Google News RSS/조선일보 Korean care access signal: https://news.google.com/rss/search?q=Korea%20caregiver%20cost%20hospital%20discharge%20elder%20care%20family%20burden
- Google News RSS/HHS aging-services technology signal: https://news.google.com/rss/search?q=Korea%20caregiver%20cost%20hospital%20discharge%20elder%20care%20family%20burden

## Stitch prompt
Design a desktop family eldercare planning workspace called Discharge Care Cost War Room for Korean adult children preparing for an elderly parent's hospital discharge. It should turn panic into a practical plan by comparing care needs, family shifts, paid caregiver hours, subsidy and document tasks, and weekly cash burn. Include a discharge countdown strip, care-needs severity cards, family shift planner, paid caregiver cost slider, subsidy/document checklist, and sibling decision memo drawer. Design direction: use a calm-consumer aesthetic with soft warm neutrals, reassuring hierarchy, gentle progress states, plain-language guidance, and low-alarm cost cues so the product feels humane, trustworthy, and steady during a family health crisis.

## Constraints
- Phase A only: spec/scaffold, no custom demo implementation.
- Preserve the assigned design profile in Stitch output.
- Use external signals as problem evidence, not market-size proof.

## Non-goals
- No external LLM API calls.
- No production backend.
- No payment flow implementation in Phase A.

## Success metrics
- A user can understand the core pain and next action within 10 seconds.
- The main UI exposes all required sections without placeholder text.
- Stitch output can be dropped into `/home/sy/Downloads/stitch_drop/2026-04-28/p002/`.
qa-checklist.md
# QA checklist — Discharge Care Cost War Room

## Phase A scaffold checks
- meta.json includes `theme`, `designProfile`, `externalSignals`, and `stitchPrompt`.
- spec/prd.md contains the one-liner, target user, key UX, UI sections, signal references, and full Stitch prompt.
- Slot folder exists under `prototypes/2026-04-28-p002-discharge-care-cost-war-room`.

## Stitch intake checks for 06:30 job
- Expected drop folder: `/home/sy/Downloads/stitch_drop/2026-04-28/p002/`
- Required files from user: `code.html` and `screen.png`.
- Ingest should preserve the original Stitch environment as the main demo experience.

## Acceptance verification
- Today has all slots p001 through p004.
- `node scripts/build-index.mjs` passes after scaffolding.
- No placeholder-only spec files remain for this idea.