3 回の訪問を 研究・再構成・運用 に分解する
2026年3月13日、3月31日、4月27日の名古屋大学病院訪問を、公開可能な範囲に絞って整理した operational explainer。ライセンス導入、門脈 4D Flow 症例収集、CS 再構成課題、Raw data 運用を 1 枚で把握できるようにした。
TL;DR
- 3月13日はブリッジライセンスと次回正式導入の準備、3月31日は正式ライセンス導入と条件詰め、4月27日は再構成失敗と Raw data 運用の具体化が中心。
- 門脈 4D Flow は約25例から約36例へ進み、目標50例に向けて除外基準、解析対象血管、Primary endpoint の固定が次の焦点。
- CS 高倍速では画質改善と再構成破綻の両方が起こりうるため、Reg. Param. 1、Temporal Scaling、Calculated phases を表で管理する必要がある。
- 公開版では競合・契約・個人情報を削除し、内部報告書と ZK proposal に詳細を分離した。
013 回訪問の時系列
ブリッジ、正式導入、再構成フォローを分けて見る
3月13日は正式ライセンス前のブリッジ運用、3月31日は正式ライセンス導入、4月27日は再構成失敗と Raw data 運用の具体化として整理する。3月12日は契約・Compliance Release 側のイベントとして分離した。
| 日付 | 主テーマ | 報告書での扱い |
|---|---|---|
| 2026/3/13 | ライセンス更新・次回訪問調整 | 1か月ブリッジ、約25例、3/31正式導入へ接続 |
| 2026/3/31 | 正式ライセンス導入・条件詰め | Prisma fit XA60、CS 11x、Retro recon を記録 |
| 2026/4/27 | 再構成失敗・Raw data 運用 | 約36例、50例見込み、ErrorLog と再構成 SOP |
📚 用語解説: ブリッジライセンスは正式契約完了前の空白を埋める短期ライセンス。正式ライセンスは契約に基づく長期運用。Retro recon は撮像後に raw data から再構成条件を変えて再計算する操作。
🛠️ 運用方法: 報告書では日付ごとに目的を固定し、ライセンス、症例数、技術課題、次アクションを同じ順番で書く。会話書き起こしの未確定人名は要確認として残す。
⚠️ アンチパターン: 3月12日の契約イベントと3月13日の現地訪問を混ぜると、ライセンス発行・署名・現地作業の因果関係が崩れる。
02研究設計の焦点
門脈、動脈、ファントムを同じ土俵に置かない
門脈 4D Flow は約25例から約36例へ進み、目標50例が現実的な節目になった。動脈へ広げる場合は時間分解能 50 msec 未満、Triple-VENC へ広げる場合はファントムとボランティア検証が先に必要になる。
| 対象 | 目的 | 注意点 |
|---|---|---|
| 門脈 | Dual / Single 比較、50例解析 | 除外基準、食後血流変動、MPV 中心の固定 |
| 大動脈 | 将来展開、時間分解能評価 | 50 msec 未満、門脈条件の流用禁止 |
| ファントム | Triple-VENC 前の正確性確認 | 新規性、再現性、raw data 管理 |
📚 用語解説: VENC は速度エンコード上限。Dual-VENC は低速と高速の2条件を使い、Triple-VENC はさらに広い速度範囲を狙う。MPV は main portal vein の想定。
🛠️ 運用方法: 50例到達前に、除外症例、解析対象血管、Primary endpoint を固定する。断面流量、peak velocity、mean velocity、可能なら vector angle を候補に分ける。
⚠️ アンチパターン: 門脈で成立した CS 条件を、そのまま大動脈や Triple-VENC に流用すると、時間分解能、VNR、dynamic range の説明が破綻する。
03CS 再構成のリスク
高倍速は短縮と破綻の両方を連れてくる
書き起こしでは、CS 11 倍付近、高 calculated phase、segment、Temporal Scaling、Reg. Param. 1 が絡む再構成破綻が繰り返し議論された。Retro recon で救える可能性はあるが、現場運用では早期発見が必要になる。
| パラメータ | 効く方向 | 管理すべきリスク |
|---|---|---|
| CS acceleration | 撮像時間短縮 | undersampling artifact、定量値 bias |
| Reg. Param. 1 | 空間方向の正則化 | 境界ぼけ、流速ピーク低下 |
| Temporal Scaling | 時間方向の平滑化 | phase 間変化の過剰抑制 |
| Calculated phases / Segment | 時間分解能と再構成量 | inline recon 負荷、series 出力失敗 |
📚 用語解説: CS は random undersampling と nonlinear iterative reconstruction の組み合わせ。GRAPPA の規則的 aliasing と違い、CS artifact は noise-like かつ時間方向に変動して見えることがある。
🛠️ 運用方法: 破綻 series は raw data、ErrorLog、protocol screenshot、再現手順を 1 セットで残す。救済できた Retro recon 条件も同じ表に残す。
⚠️ アンチパターン: ノイズが減って見える条件をそのまま採用すると、時間方向の流速変化や peak velocity まで平滑化している可能性を見落とす。
04公開版と内部版の分離
共有できる技術整理と、内部限定情報を混ぜない
本ページは公開可能な技術整理として作成した。競合、契約、個人連絡先、Raw data の具体的持ち出し手順などは、内部報告書と ZK proposal に分離している。
| 情報 | 内部報告書 | 公開 HTML |
|---|---|---|
| 技術タイムライン | 詳細あり | 概要あり |
| 症例数・研究方針 | 詳細あり | 個人名を減らして概要 |
| 競合・入札・価格 | 内部限定 | 非掲載 |
| Raw data 手順 | 必要範囲で記録 | 一般化して記載 |
📚 用語解説: ReportForge は報告書ドラフト置き場、ZK proposal は Knowledge OS へ直接 merge せず human review を待つ staging、Cloudflare Pages は公開共有用 HTML。
🛠️ 運用方法: 詳細は OneDrive 内部ファイルへ、公開説明は Cloudflare へ、知識化は 99_Proposals へ分離する。最終 merge と送付判断は人間レビュー後に行う。
⚠️ アンチパターン: 音声書き起こしをそのまま公開ページに貼ると、競合情報、未確認人名、契約・データ持ち出し手順まで露出する。公開前に必ずサニタイズする。
05研究成果の外部発信
Publish、投稿中、学会受賞を支援成果として整理する
兵藤先生より、新しい 4D Flow Review 論文が Abdominal Radiology で publish されたこと、BRTO 研究が EJR 提出中であること、ESGAR 科学ポスターで Certificate of Merit を受賞したことをご共有いただいた。
| 成果 | 状況 | 報告書での意味 |
|---|---|---|
| Abdominal Radiology | Review 論文 publish | RSNA 教育展示から invitation につながった成果 |
| EJR | BRTO 研究を提出中 | 査読対応は継続、進捗フォロー対象 |
| ESGAR | 科学ポスター Certificate of Merit | BRTO 報告の対外評価 |
| ISMRM / Dual-VENC / AI | 発表・研究進行中 | 今後も R&C 支援が必要 |
📚 用語解説: publish は論文が正式公開された状態、submitted は投稿中、Certificate of Merit は学会ポスターでの評価。BRTO、Dual-VENC、多施設 AI は名古屋 4D Flow の次の成果候補。
🛠️ 運用方法: 報告書では単なる近況ではなく、WIP 運用支援、再構成トラブル対応、解析方針相談が研究成果の継続に効いている、という文脈で短く記載する。
⚠️ アンチパターン: 書誌情報や受賞詳細を未確認のまま細かく書きすぎると誤記リスクが出る。公開版では journal 名、投稿中、受賞名、継続研究の粒度に留める。
結論
- 統合報告書は 3/13、3/31、4/27 の 3 層で作ると、ライセンス・研究・再構成の因果関係が崩れにくい。
- ZK では、名古屋大学プロジェクト、WIP 039、Compressed Sensing の 3 か所に分けて提案更新するのが自然。
- 兵藤先生グループの Abdominal Radiology publish、EJR 投稿中、ESGAR 受賞、ISMRM / Dual-VENC / AI 研究の流れは、R&C 支援の成果文脈として残す。
- 公開 HTML はサニタイズ版に留め、競合・契約・Raw data の具体手順は内部報告書と proposal に閉じる。