介護・福祉UIのコールドテスト — 訪問介護・ケアプラン・記録・報酬請求・デイサービス
ヘルパー×時間の訪問スケジュール、利用者↔ケアマネのケアプラン、バイタル基準値付きの介護記録、介護報酬請求と国保連伝送、デイサービス当日運営。HR で芽生えた RelationshipRow がここで実装され、銀行で育てた金額 primitive がそのまま効くことが証明された5枚です。
介護・福祉 の cold test、5 画面のまとめ。
なぜ介護・福祉UIは難しいのか
介護は「人と人の関係」が画面の中心にあります。利用者↔ヘルパー、利用者↔ケアマネ、利用者↔事業所──HR で芽生えたペア型 PersonCell（RelationshipRow）の本場です。同時に、訪問のスケジュールはヘルパー×時間のマトリクス、ケアプランは課題→目標→サービスの構造、介護記録はバイタルと SignedRecord、介護報酬請求は金額と限度額、デイサービスは送迎ルートまで含む「成熟したコンポーネントの総力戦」。HR・医療・物流で描き込んだキャンバスが、福祉でどれだけ自力発見されるかを試した業界でもあります。
ここで群青に加わったコンポーネント
介護5枚で 3回確認を満たして実装に到達した、または翌回で自力発見されたコンポーネントです。
- RelationshipRow#90
「2人の関係」を表現する行コンポーネント。利用者↔担当ケアマネ・利用者↔事業所などで 3回確認を満たし実装。翌回 #91 で別 cold AI に自力発見。
- Money primitive carry-over#92
銀行・会計で育てた金額 primitive（formatCurrency・EditableDataTable・Delta・CurrencyInput）が、介護報酬請求の全く別の金額領域でそのまま効いた。
- Mature primitive sweep#93
PersonCell / RelationshipRow / RouteStops / SignedRecord / ScheduleGrid / Meter という成熟コンポーネント群がデイサービスで手組みを大きく消した。
RelationshipRow（#90 実装）→#91 で別 cold AI に自力発見、というのは PersonCell #85→#86 に続く2回目の「複利の最短検証」でした。デイサービスでは「成熟したコンポーネント群がどれだけ手組みを消すか」が観測対象になり、5枚目で手組みが大きく後退しました。
介護・福祉 の全ラウンド
介護・福祉 カテゴリの 5 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ／モバイルのプレビューに飛べます。
/home-care複利は「業界の壁」を越える。PersonCell が HR の外でも「この分野のために」。
/care-planRelationshipRow を作る。コンポーネント化は2層になった（PersonCell → RelationshipRow）。
/care-recordRelationshipRow は発掘された。複利は「コンポーネントの階層」を上っても回る。
/care-billing自作UIほぼゼロ。「お金の作法」も業界を越える。
/day-service構造の手組みほぼゼロ。「作り切った」は、5枚目で手組みが消える時に分かる。
この業界が gunjo に残したもの
介護・福祉は、「人と人の関係」を表現する RelationshipRow を群青に残しました。HR の PersonCell との接合で、組織画面の人物表現がペアまで広がっています。介護報酬請求では銀行・会計の金額 primitive（formatCurrency・EditableDataTable・Delta・CurrencyInput）が、介護報酬という全く別の領域でそのまま効くことを証明。「業界専用」と思った金額コンポーネントが、業界を越えてキャンバスになる、を別角度から実証した業界です。