2026年3月6日と3月19/21日の2件の訪問を、施設単位で時系列統合したReader Layerです。CS 4D Flow導入の技術仕様、Sola完了、Vidaライセンス未完、PI初回面談、次アクション、Knowledge昇格候補を一枚で確認できるように再構成します。
技術仕様、契約、装置別導入、PI研究構想を1本の時系列に戻す。
この施設ページは、1月30日時点の契約締結待ち、2月13日の契約前整理、3月6日の仕様固定、3月19/21日のSola完了・Vida未完を、施設状態の変化として統合する。主語は個別Projectではなく日本医科大学であり、正式報告書をsource of truthとして、prompt由来の汐田先生・0.55T・Aera SW移行論点は[要確認]を付けて扱う。
| 軸 | 03-06時点 | 03-19/21後 | 統合判断 |
|---|---|---|---|
| 契約 | 2026-01-30はLate Stage、2月は契約前先行トライアル方針 | 3/17正式契約完了、COL26-00294署名完了済み | 契約入口は開いたが装置別ライセンス管理が残る |
| 装置 | Vida 3T先行、Sola 1.5T後日を想定 | Sola完了、VidaはAdvFlow不足で未完 | Solaは研究開始準備、VidaはP0復旧 |
| 人 | 小川技師と仕様整理、関根先生は契約・研究PI線 | 椿山技師立会い、関根先生初対面 | RT実装線、PI研究線、HQライセンス線を分けて追う |
| 研究 | CS 4D Flow / Multi-VENC WIPトライアル導入 | CSF-BOLD、DTI-ALPS、頸動脈4D Flowへ拡張 | 基盤導入、Dual VENC横展開、0.55T共同研究[要確認]を別トラック化 |
| 未確認論点 | 汐田先生、0.55T、高磁場/低磁場対比、Aera SW移行はprompt由来 | formal report本文には明示根拠なし | 次回フォローでsource確認してからKnowledge化 |
📚 用語解説: Facility Report Layer は訪問時のMulti Project報告を置く層で、`0000_報告書/` が該当する。Project Deliverable Layer は半期報告や成果物を置く `5_Deliverable/` であり、今回のような2訪問統合報告とは目的が異なる。
🛠️ 運用方法: まず正式統合報告をsource of truthにし、過去0000報告書と契約メモを時系列補助として使う。次にSola、Vida、PI構想、Dual/Multi-VENC、0.55T/Aera SW移行[要確認]を分け、最後に次アクションをP0/P1/P2へ割り付ける。
⚠️ アンチパターン: 3月訪問を「CS 4D Flow導入が済んだ話」と一括で閉じると、2026-01-30時点の契約待ち、3/17正式完了、Sola完了、Vida未完、汐田先生・0.55T・Aera SW移行[要確認]という別階層の論点が混線する。
🔗 関連: 03-06 visit explainer https://explainer-visit-nippon-medical-2026-03-06.pages.dev/ / 03-19-21 visit explainer https://explainer-visit-nippon-medical-2026-03-19-21.pages.dev/ / `260511_日本医科大学_統合訪問報告書_2026-03-06_and_03-19-21.md` / `20260130_Contract_Status.md` / `01_Projects/8_日本医科大学/2602_CS4DFlow/00_Project_Dossier.md`
小川技師と装置・パラメータ・匿名化・識別方法を研究開始前の形へ詰める。
03-06の中心は、小川技師とCS 4D Flowの現場運用仕様を固めることだった。特にVENC画像、位相画像、TKE/MKE、匿名化Raw Dataの用語が混ざりやすいため、Dual/Multi-VENCを「aliasingを外すだけの機能」ではなく、速度推定、ノイズ、研究出力を同時に設計する技術として説明する必要がある。
| 項目 | 確認内容 | 意味 | 後続影響 |
|---|---|---|---|
| シーケンス識別 | フラスコマークとSpecial Cardを確認 | 臨床プロトコルとの混在防止 | 研究用フォルダ運用に接続 |
| CSパラメータ | Regularization 0.0015、Temporal scaling 4、時間方向閾値0.006、Corner cutting 0.5 | 再構成品質の基準値固定 | Solaファントム確認のベースライン |
| Dual/Multi-VENC | 2つ以上のVENC、asymmetric encoding、Bayesian unfolding、WriteData設定 | aliasing解除だけでなくVNRとTKE/MKE出力を左右 | ISMRM資料化とHQ確認に接続 |
| 出力データ | VENC、位相、マグニチュード、CS後画像、TKE/MKE | 解析データ種別の合意 | 用語定義表の作成が必要 |
| 匿名化 | Solix、Anonymizeチェック、Total raw data file | 研究データ共有の安全運用 | スクリーンショット付き手順化が必要 |
📚 用語解説: Regularization はCS再構成のノイズ低減とアーチファクトのバランスを決める調整点。Temporal scaling は時間方向の正則化に関わる係数。Dual/Multi-VENC は複数VENCの速度情報を統合し、Bayesian unfoldingでaliasingとノイズを同時に扱う研究機能で、TKE/MKEやWriteData設定まで含めて説明する。
🛠️ 運用方法: 03-06の成果は、インストール当日の確認リストとして使う。装置ごとに起動、識別表示、基準パラメータ、VENC設定、ファントム取得、Raw Data匿名化、TKE/MKEを含む出力種別確認を順番にチェックする。
⚠️ アンチパターン: Dual VENCをaliasing解除ツールだけ、またはsingle VENCの延長として説明すると、Bayesian unfolding、VNR改善、TKE/MKE、WriteData、DICOM tag、再構成時間という研究出力側の論点を落とす。
🔗 関連: 03-06 technical protocol https://explainer-visit-nippon-medical-2026-03-06.pages.dev/ / `260306_訪問報告書.md` / `WIP_039_AdvFlow_CS4D.md` / 名古屋Dual-VENC ISMRM資料[要確認]
インストール訪問は成功と失敗が同時に起きたため、装置別に状態を分ける。
03-19は椿山技師立会いのもと、Sola 1.5TへのCS 4D Flowインストールが完了した。一方でVida 3TはAdvanced Flow Trial License不足により未完了となり、03-21の再訪問でも根本解決には至らなかった。0.55TやAera SW移行はこの正式報告内では未確認のため、Sola/Vidaの確定事実とは別枠で管理する。
| 装置・論点 | 結果 | 確認済み | 残課題 |
|---|---|---|---|
| Sola 1.5T | インストール完了 | Regularization 0.0015、Corner cutting 0.5、ファントム、フラスコマーク、Special Card | 初回症例前の1サイクルドライラン |
| Vida 3T | 未完了 | AdvFlowライセンス不足を特定 | 03-20受領ライセンスの適用可否確認 |
| 0.55T共同研究 [要確認] | prompt由来の論点 | formal reportには明示なし | 高磁場/低磁場の対比を低磁場一般論にしない |
| Aera SW移行 [要確認] | prompt由来の論点 | formal reportには明示なし | Sola/Vida導入とは別にsoftware世代・互換性を確認 |
| PI面談 | 初対面実現 | RT-2D PC MRI、DTI-ALPS、頸動脈4D Flowを議論 | 研究テーマ別に契約・解析・WIP適用範囲を整理 |
📚 用語解説: AdvFlowライセンスはCS 4D Flow WIPを装置上で有効化する前提条件。0.55Tは低磁場という単語だけでなく、SNR、T1/T2/T2*コントラスト、SAR、デバイス適性、DL再構成の組み合わせで語る必要がある。Aera SW移行[要確認]は装置世代・software世代・WIP互換性の確認項目であり、Sola/Vidaの導入状態とは混ぜない。
🛠️ 運用方法: Solaは完了扱いにして、研究用プロトコルのドライランへ進める。Vidaは未完了扱いにして、ライセンスファイル、装置ID、期限、適用ログ、再訪問日程を1つのP0タスクとして管理する。0.55T/Aera SW移行[要確認]は、正式sourceを確認するまで共同研究候補メモに留める。
⚠️ アンチパターン: Sola完了をもって施設全体を導入済みにすること、または0.55Tを低磁場一般の箱へ押し込むこと。高磁場/低磁場の違いは画質優劣ではなく、装置世代、コントラスト設計、解析、共同研究目的で分ける。
🔗 関連: 03-19/21 follow-up https://explainer-visit-nippon-medical-2026-03-19-21.pages.dev/ / `260321_訪問報告書.md` / `20260130_Contract_Status.md` / `2602_CS4DFlow/2_Provided/` ライセンス台帳
Project Bridge上は2602_CS4DFlowがactiveだが、実態は基盤導入と探索テーマが並走している。
Project Bridge上では日本医科大学のactive projectは`2602_CS4DFlow`であり、Dossierはまだstubに近い。実態は訪問報告側にあるため、本統合報告を当面の運用状態スナップショットとして使い、Dual VENC ISMRM出力や0.55T共同研究[要確認]は、CS4DFlowとは別の横展開・探索テーマとして扱う。
| Project要素 | 進捗 | 根拠 | 次に必要な管理 |
|---|---|---|---|
| 契約 | COL26-00294署名完了済み | 03-06/03-19 source、契約情報メモ | ライセンス移行チェックと契約番号整合 |
| 提供物 | WIP 039 AdvFlow関連ファイルとライセンスあり | 2602_CS4DFlow/2_Provided | 装置別適用状況と期限の台帳化 |
| Progress | Sola完了、Vida未完 | 03-19/21 source | Vida適用と再訪問完了条件の明記 |
| Dual VENC / ISMRM | 名古屋・旭川の知見を日医大説明へ横展開候補 | WIP_039 note / SCMR・ISMRM関連source | aliasingだけでなくBayesian unfolding・TKE/MKEで説明 |
| Research expansion | PI構想が神経・頸動脈へ拡張 | 03-21面談、Fleeting note | 基盤Projectとは別に探索テーマ化 |
| 0.55T / Aera SW [要確認] | prompt由来の共同研究候補 | formal report未掲載 | 汐田先生フォローで事実確認してからProject化 |
📚 用語解説: Dossier stub はProject Dossierの箱はあるが、現在状態や次アクションがまだ実態で埋まっていない状態。Dual VENC ISMRM出力は学会発表・論文化の出口、0.55T共同研究は装置/解析/ワークフローの出口、Aera SW移行[要確認]は互換性・継続運用の出口であり、同じProject行に圧縮しない。
🛠️ 運用方法: 2602_CS4DFlowの進捗更新では、契約、提供物、Sola、Vida、PIテーマ、Dual VENC横展開、0.55T/Aera SW[要確認]を別行で管理する。1行の「CS4DFlow導入済み」に圧縮せず、装置別・研究軸別の完了条件を残す。
⚠️ アンチパターン: CSF-BOLD、DTI-ALPS、頸動脈4D Flow、0.55T、Aera SW移行[要確認]をCS 4D Flow契約に全部入れると、WIP適用範囲、倫理、解析責任、学会発表の出口が曖昧になる。
🔗 関連: `01_Projects/8_日本医科大学/2602_CS4DFlow/00_Project_Dossier.md` / `260511_日本医科大学_統合訪問報告書_2026-03-06_and_03-19-21.md` / `260321_Nippon_Medical_CSF_BOLD_glymphatic_research.md` / `WIP_039_AdvFlow_CS4D.md`
誰が何をいつまでに終わらせるかを、装置別・文書別・Knowledge別に分ける。
次アクションの最上位はVida 3TのAdvFlowライセンス適用可否確認である。これと並行して、Sola 1.5T側の研究開始前ドライラン、設定ファイル共有、用語定義表、Dual/Multi-VENC技術仕様、汐田先生との0.55T/Aera SW移行論点[要確認]を、期限とownerつきで分けて進める。
| 優先度 | Action | Owner / 期限 | 完了条件 |
|---|---|---|---|
| P0 | AdvFlowライセンスのVida適用可否を確認 | Manabe / Daniel / 即時 | Vida上でCS 4D Flow起動と識別表示を確認 |
| P0 | Vida 3Tインストール日程を調整 | Manabe / 関根先生 / 小川技師 / 2026年4月上旬目標 | ファントム確認まで含む再訪問が確定 |
| P1 | CS 4D Flow用語定義表を完成・送付 | Manabe / 次回訪問前 | 出力データと操作用語を関係者へ共有 |
| P1 | Dual/Multi-VENC技術仕様を社内確認し、ISMRM説明へ接続 | Manabe / HQ / 2026年5月中 | TKE/MKE、WriteData、DICOM tag、再構成時間の論点が整理済み |
| P2 | 汐田先生との0.55T/Aera SW移行論点をsource確認 | Manabe / 汐田先生[要確認] / 次回面談前 | 0.55T共同研究候補とAera SW移行の事実関係が分離済み |
| P2 | Knowledge noteの状態不整合を補正提案 | Manabe / AI proposal / Knowledge review時 | Sola完了・Vida未完の表現へ修正案作成 |
📚 用語解説: P0は放置すると研究開始や装置運用が止まる項目、P1は研究開始前に品質を左右する項目、P2は再利用性や将来面談の準備に効く項目として扱う。Owner / 期限 / 完了条件を同じ行に置くことで、契約statusと実機status、ISMRM出力、共同研究候補を混ぜない。
🛠️ 運用方法: アクション登録時は、単に「ライセンス確認」と書かず、対象装置、対象WIP、対象ライセンス、成功条件、次回訪問要否を1行に含める。Dual VENC ISMRM出力は技術資料化、0.55T/Aera SW移行[要確認]は事実確認、メールドラフトが必要なものは送信前レビュー待ちで止める。
⚠️ アンチパターン: TODOを「ライセンス確認」「技術確認」とだけ書くこと。契約status、装置status、Dual VENC ISMRM横展開、0.55T共同研究[要確認]は、owner・期限・完了条件を分けないと次回訪問で再び曖昧になる。
🔗 関連: `260511_日本医科大学_統合訪問報告書_2026-03-06_and_03-19-21.md#8-次アクション` / `260321_訪問報告書.md` / `20260130_Contract_Status.md` / follow-up draftは送信前人間承認が必要
施設固有の報告から、横展開できる運用知識と研究テーマ知識を切り出す。
関連Knowledgeでは、訪問報告の全体をそのままWikiへコピーしない。再利用価値のある部品だけを、Operations、WIP 039、4D Flow、Neuro、Low-field CMR、Software migrationの各棚へ分けて昇格候補にする。
| 候補 | 昇格先 | 理由 | 注意 |
|---|---|---|---|
| 一時ライセンスから正式契約への移行チェック | Operations Permanent | 日本医科大学と名古屋大学で類似パターンがある | 装置別・WIP別・期限別に書く |
| CS 4D Flow用語定義表 | WIP_039 related Wiki | 出力データ、TKE/MKE、匿名化Raw Dataは施設横断で使える | Apps Guideや社内確認済み根拠へ接続 |
| Dual/Multi-VENC ISMRM説明 | 4D Flow / Literature / Presentation note | aliasing解除ではなくBayesian unfolding、VNR、TKE/MKEの説明が必要 | 名古屋/旭川sourceと日医大sourceを混ぜない |
| RT-2D PC MRIと通常PC MRIの差分 | Literature Note | CSF-BOLD coupling構想の技術説明に必要 | [要検証]のまま一次文献確認へ進める |
| 0.55T共同研究・Aera SW移行 | Low-field CMR / Software migration proposal | prompt上の施設特性として次回確認が必要 | 汐田先生・装置・SW versionをsource確認後に昇格 |
| DTI-ALPS / CSF-BOLD coupling | Neuro MOC / Permanent | 関根先生の将来構想を説明する共通語になる | CS4DFlow契約範囲とは分離する |
📚 用語解説: [Apps Guide沈黙] は、現時点のsourceが明示していない領域を断定しないための印。Dual/Multi-VENCはWIP 039の技術説明へ接続できるが、0.55T共同研究、Aera SW移行、汐田先生との議論はformal report内で未確認のため、source確認までは[要確認]で扱う。
🛠️ 運用方法: Knowledgeへ昇格する際は、まず99_Proposalsまたは提案レイヤーで修正案を作る。既存Fleeting noteのSola/Vida状態はv2訪問報告に合わせて補正候補にし、Dual VENC、0.55T、Aera SW移行はsource別カードに分けてからPermanent化する。
⚠️ アンチパターン: 訪問メモをそのままPermanent化し、Dual VENCをaliasing、0.55Tを低磁場、Aera SW移行を単なる保守更新として短絡すること。再利用知識にする前にsource、適用範囲、公開可否を分離する。
🔗 関連: `10_Knowledge/99_Proposals/` / `WIP_039_AdvFlow_CS4D.md` / `Multi-VENC` / 0.55T・Aera SW移行はsource確認後にKnowledge化