家族图谱のデータ目录：schema と全課題のデータ項目を 1 枚に統合する

2026/9/15

B 方向·OPC 最佳实践（维度：データの目录化）。データカタログ 索引 0 命中——opc-family-graph-schema（schema）·japan-vitals-logging-module·japan-parent-medical-card·japan-lifetime-gift-record 等（データを持つ課題群）のデータ項目の目录化。xmm 本轮不可用。

背景と問題

家族图谱に溜まるデータ（バイタル·医療·告警記録·贈与記録）が各課題に分散——D1 のスキーマを設計する前に、どのデータがどこから来てどこに保存されるかの目录が必要。

データの源と項目：①バイタル（血圧/体重/睡眠質問/歩数——japan-vitals-logging-module·japan-parent-step-counter）②医療（既往歴/服薬/アレルギー——japan-parent-medical-card）③告警記録（告警日/応答——opc-kpi-minimum-set）④金融（保険/カード/贈与/医療費——japan-parent-insurance-maturity·japan-lifetime-gift-record·japan-parent-medical-expense-record）⑤生活（買い物/入浴/楽しみ——japan-parent-grocery-watch·japan-bath-frequency-decline·japan-parent-joy-list）⑥同意状態（opc-family-graph-schema の consents）。
schema 課題（opc-family-graph-schema）は表構造の設計——数据目录は「項目×源×頻度×同意要否」の表で、schema の前の層。

目录の形式【推测】：「データ項目×源課題×更新頻度×同意要否×保存先」の 5 列表——例：血圧/月次バイタル/月次/同意要否（健康データ）/D1 vitals テーブル——schema 設計の入力として 1 枚化。同意要否列は japan-appi-data-compliance·japan-appi-data-compliance と連動。

可行动启发：

データ目录 v1（5 列表）を作る：項目×源×頻度×同意×保存先——opc-family-graph-schema の schema 設計の入力として先に完成。
同意要否列で健康データを峻別：健康データ（血圧·歩数）は同意設計（japan-appi-data-compliance）が前提——目录で同意要否を明示。
「入力ゼロのデータ」を優先に：歩数（スマホが自動計測）·告警記録（自動生成）は入力負担ゼロ——目录の優先順位で自然に入るデータから。
目录は半期棚卸しと同時更新：新課題のデータを半年 1 回目录に追加（opc-research-backlog-review と同時実行）。

opc-family-graph-schema（schema 設計の入力）、japan-appi-data-compliance（同意の峻別）、opc-research-backlog-review（半期更新との同時実行）、opc-module-component-map（実装側との対応）。