ケースカンファレンス資料作りルール

初版:2026-04-19 / FOG議論資料セッションを元に抽出 / 関連スキル:fog-discussion-deck

このルールの目的・スライド構成の標準テンプレート・命名ルール。

0. 目的

1. スライド構成(標準テンプレート)

1.1 全体の流れ(推奨順)

区分スライド役割
A. 導入① タイトル議論の主題を二項対立で明示(例:「◯◯の可能性と限界」)
② 動機なぜ今回のアプローチか/臨床的価値・クリニックの強み
B. 議論の出発点③ 分類体系最新分類の図解(例:Gilat 2026)
④ 病態分岐類似現象でも病態が異なることを図解(例:Nonnekes 2型)
⑤ 分類と検出のギャップ評価体系の世代差・ズレを言語化
⑥ 臨床感マトリクス既知/未知/齟齬 の3列
C. 症例データ⑦〜 試行別サマリー各試行の指標を bullets で
⑧ ダッシュボード見方+判定優先順位付き判定カード
⑨ ダッシュボード比較2試行以上なら画像+指標比較表
⑩ 試行比較(議論)数値差の臨床的意味
D. 議論⑪〜⑮ ★議論1〜5主訴と客観の乖離/家庭環境/患者理解/他機器統合/臨床貢献
E. 検討課題(本文末)⑯ ★検討課題①:考察と限界議論の中心として位置づける
⑰ ★検討課題②:今後の展望Phase A/B/C の段階的展望
F. 補足資料(末尾)⑱ 補足資料(ツール概要)技術詳細は本文を邪魔しない位置
⑲ 補足資料(解析パイプライン)
⑳ 補足資料(主要解析指標)
㉑ 補足資料(参考文献)12件前後、Moore.2008 形式

1.2 区分ルール

2. 命名ルール

対象命名
本編議論★議論N:◯◯
検討課題★検討課題①:◯◯ / ★検討課題②:◯◯
補足資料補足資料(◯◯)
画像に直接タイトル埋め込み(SVGで自前生成)
Claude Design パレット、タイポグラフィ、判定カードの視覚ルール。

★ 2.5 出力PPTXは必ず手動微調整可能にする

生成したpptxは、ユーザーがPowerPointで開いて直接編集できる状態で出力する。発表当日の微修正・演者メモ追加・スライド入れ替えが可能であること。

必須要件

項目実装方針
テキストadd_textbox() で独立配置。画像に焼き込まない
画像add_picture() で埋め込み(リンク参照ではなく pptx 内に含める)
図形可能な限り PPT ネイティブ shape(add_shape)で描画。SVG複雑図のみ PNG 化
フォントNoto Sans JP / Yu Gothic / Meiryo(Windows標準で開ける)
RGBColor で明示指定。テーマ依存にしない
レイアウトテキストボックス・図形を個別配置(グループ化せず、単独で動かせる)
判定カード/表個別の shape + text の組み合わせ(画像化しない)
ページ番号自動項目を使わない(編集時にずれる原因になる)

避けるべき実装

チェック方法

  1. 出力 pptx を PowerPoint で開く
  2. 任意のテキストをクリック → テキスト編集カーソルが入ること
  3. 任意の色付きボックスをクリック → Shape として選択できること
  4. 画像を右クリック → 「図の書式設定」で埋め込み確認

3. デザインルール

3.1 共通(スライド全体)

3.2 図(SVG)のデザイン

3.3 判定カード(dashboard_judgment)

症例情報の3軸(既知/未知/齟齬)と指標判定の優先順位。議論の芯になる部分。

4. 症例情報の必須構成(case_info.json)

{
  "case": {
    "known": ["診断", "罹病歴", "薬物状態", "NFOG-Q等", "優位側", "主訴"],
    "unknown": ["動画解析で新たに判明した所見"],
    "discrepancy": ["主訴↔客観評価の食い違い"]
  },
  "trials": [
    {"label": "試行名", "video_path": "...", "note": "条件メモ"}
  ]
}
3軸の原則:既知/未知/齟齬 が空だと議論の核がない資料になる。必ず埋める

5. 指標判定の優先順位(FOG文脈の例)

優先度指標臨床的役割
① 直接判定%Time FrozenZoetewei.2024 ゴールドスタンダード
① 直接判定FOG エピソード件数直接判定
② 補助最大 Freezing Index閾値2.5との近傍性
② 補助ケイデンス歩行速度・緩徐性
③ 品質・補助検出率データ品質ゲート
③ 品質・補助体幹側方動揺姿勢制御(Type 2)補助

他領域(嚥下・上肢・バランス等)でも「直接判定 / 補助 / 品質・補助」の3層で整理する。

画像生成ルール・プロトコル資料には環境図解必須・E2E可読性チェック・引用形式。

6. 画像生成のルール

★ 6.0 プロトコル資料には環境図解 SVG を必ず含める

撮影・評価・検査手順の資料を作成する場合、文字情報だけで環境設定を記述してはならない。必ず Claude Design の SVG 図解を添付する。

図解に必ず含める要素:

理由:文字だけでは外来・通所・訪問間のプロトコル統一が困難。図解があれば初見の療法士・家族でも再現可能な撮影が行える。

参考実装振戦 4条件図FOG/TUG 床レイアウト図

6.1 可読性E2Eチェック必須

項目閾値
SVG <text font-size> 最小値≥ 9px
PNG サイズ≥ 800×400
PNG 色多様性≥ 100色
PNG 空白比≤ 92%

verify_figures.py で自動チェック。ISSUES FOUND 時は SVG を修正→再生成まで完了してからスライドに埋め込む。

6.2 個人情報保護

7. 引用ルール

生成ワークフロー・完成前チェックリスト・関連ファイル。

8. 生成ワークフロー

8.1 スキルでの一気通貫

fog-discussion-deck スキルを使う場合:

  1. case_info_template.json をコピー→症例情報を埋める
  2. py pipeline.py --case <case_info>.json
  3. 自動で 解析 → SVG図 → PPTX → PNG → 方法論HTML → ビューア → Cloudflare デプロイ まで実行

8.2 新規ドメイン(FOG以外)で作る場合

  1. 既存テンプレート ~/work/medical-tools/fog-analyzer/templates/discussion/ を複製
  2. SVG(分類図・病態図)をドメイン固有に差し替え
  3. slides_data_builder.py の指標リスト・議論5項目を差し替え
  4. 判定基準(CRITERIA)をドメイン固有値に更新
  5. 新しいプロジェクトフォルダを medical-tools/ 配下に作成し、同パターンで運用

9. チェックリスト(資料完成前の確認)

10. 関連ファイル

役割パス
FOGケース用スキル~/.claude/skills/fog-discussion-deck/SKILL.md
テンプレート一式~/work/medical-tools/fog-analyzer/templates/discussion/
公開事例knowledge_fog_discussion
振戦プロトコル振戦 4条件
FOG 撮影プロトコルFOG/TUG
PPTXルール~/work/knowledge/pptx-rules.md