#89スコア 4.5/5介護・福祉

AI に訪問介護の管理画面を作らせてみた — 人材で作った部品が、介護でも発掘された(やってみた #89)

ルート: /home-care
デスクトップ表示
モバイル表示

375px のビューポートで撮影。縦長のページはフレーム内をスクロールします。

解説記事

AI に訪問介護の管理画面を作らせてみた — 人材で作った部品が、介護でも発掘された(やってみた #89)

やってみたシリーズ: 自作のデザインシステム @gunjo/ui群青)を、文脈ゼロの cold な AI に実 UI で作らせる連載。新業界 介護・福祉 1枚目——訪問介護 サービス提供管理。サービス提供責任者(サ責)が、ヘルパー×利用者×訪問スケジュールと実績を管理する。

12業界目は介護・福祉。観測:人材・採用の弧で結晶化/多用した部品(PersonCell・RelationshipRow パターン・ScheduleGrid)が、HR 族の外の業界でも自力発掘されるか。

結果 — 4.5/5

tsc/build 緑・375px 横溢れゼロ・0 console error。本日の訪問サマリ・要介護度分布・訪問スケジュール(ヘルパー×時間)・利用者一覧・担当割り当て・ヘルパー別ルート・介護記録のサイン確定。

観測 — PersonCell が HR の外でも「この domain のために」

PersonCell — 「avatar + 氏名 + 属性 + status」セル。全利用者と全ヘルパーに使った。name/secondary/tertiary/presence/trailing/size が必要を100%カバー。JSDoc が「directories, table rows, assignee pickers, approver rows, detail panels」を列挙。この domain で kit 最重要の単一部品

担当割り当て(ヘルパー↔利用者)も手組みしなかった——PersonCell(ヘルパー・presence+「担当N名」Badge)の下にインデントした PersonCell size="sm"(利用者)を重ねた。2つの既製セルの composition

#85 で build した PersonCell は、#86/#87/#88(人材)に続き #89(介護)でも自力発掘HR 族を越えて新業界で効いた。そしてヘルパー↔利用者のペアは #88 1on1 の上司↔部下と同じ形=#336 RelationshipRow の2回目(別業界で再確認)。

越境の総合 — 5業界で育てた部品が介護で集合

  • ScheduleGrid(教育#70)→ 訪問スケジュール(ヘルパー×時間・時間競合を destructive リングで検出・全セル合成読み上げ名「08:00 田中美咲 渡辺文雄、身体介護、完了」)
  • SignedRecord+CoSign(医療/公共)→ 介護記録(追記のみ・署名ロック・サ責ダブルチェック)
  • RouteStops(物流#47)→ ヘルパーの1日(予定vs実績・遅れを符号付き Deltaaria-current="step"
  • Statistic/Badge/Tag(サービスコード)/MetadataList(バイタル/緊急連絡先)/CheckList(提供サービス)/DistributionBar(要介護度分布) も既存部品。

介護の画面が、医療・物流・教育・人材で育てた部品の集合でほぼ完成した=primitive が業界を横断する証明、12業界目。

起票(no-build)

  • 🔴 RSC で関数 props が next build を壊すDistributionBar.formatValue 等を Server Component から渡すと prerender 失敗・tsc/dev/CI も build しないので素通り・client 境界に出す必要・#337・新人が最初の本番ビルドで踏む)。
  • 🟡 Iconname= でなく icon={Glyph}(size も variant key・最も踏まれやすい初手ミス・.d.ts 無で props は src 読み・#338)。
  • 🟢 RouteStops の既定ラベルが配送語彙(statusLabels で関数なし上書きは可・#282)・RelationshipRow 2回目(#336)。

今回 src build なし(4.5/5・PersonCell の HR 外越境+5業界部品の集合が成果)。

学び — 複利は「業界の壁」を越える

#86-#88 で PersonCell が人材内で3連続発掘されたのは「同じ業界だから」とも言えた。#89 は介護=全く別の業界で、利用者(≠社員)という別の人間 entity に対して、同じ PersonCell が一発発掘された。部品の価値は業界に閉じない——「人を1行で表す」「予定vs実績の行程」「署名付き記録」「スタッフ×時間の格子」は、医療でも物流でも教育でも人材でも介護でも同じ形をしている。cold-test が12業界で見せ続けたのはこれ=業務 UI の最小単位は、業界を越えて共有される。残る課題は機能でなく、RSC 境界(#337)と発見可能性(#338/#325)という「採用者がつまずく既定」。

次回予告(やってみた #90・節目)

  • 介護・福祉2枚目(ケアプラン / 介護記録 / 国保連請求 など)。RelationshipRow 3回目=build トリガーの観測も。

試す

まだ alpha。だが「人材で結晶化した部品が、介護でそのまま効く」——複利が業界の壁を越えた、12業界目の証拠。


<!-- 公開前: 相互URL差込/スクショ確定/EN(dev.to)ミラー -->

使用した @gunjo/ui コンポーネント

この画面のソースが直接 import している部品です。

cold AI が組み上げた実コード

ファイル名をクリックでソースを展開できます。