Facility Integrated Report — 三重大学

三重大学
統合訪問報告

本ページは 2026-03-04〜2026-05-11 の三重大学訪問報告統合です。2026-03-25 の研究・WIP導入訪問と、2026-05-08 の第2回 CMR WS 調整訪問を、施設単位の canonical body として inline embed し、送信前レビューで確認すべき不確定点を明示します。

TL;DR

  1. 03-25 は ParMaRhoNav、Inline Strain、FastCMR、31P MRS、BOOST を扱った technical multi-project visit です。
  2. 05-08 は第2回 CMR WS 開催に向けた operational visit ですが、Ichiba業務報告本文の原文確認が必要です。
  3. Active Projects は Project Bridge 上で7件あり、訪問報告は facility report layer に置くのが正しい扱いです。
  4. 本アウトラインは schema-valid な canonical body で、HTML は builder 生成物として local smoke build します。

01Facility 全体俯瞰

2 visits を施設単位で束ね、技術訪問と運用訪問を分ける。

Mie University integrated facility overview
03-25 technical visit と 05-08 operational visit を、施設単位の報告レイヤーへ統合する。

統合報告書の対象期間は 2026-03-04〜2026-05-11 で、主対象訪問日は 2026-03-25 と 2026-05-08 です。03-25 は研究・WIP導入中心、05-08 は第2回 CMR WS 実行計画中心として扱います。

項目03-25 visit05-08 visit
主目的ParMaRhoNav インストール、Inline Strain、FastCMR、31P MRS、BOOST の整理第2回 CMR WS に向けた佐久間院長面談、関係者報告、共催申し込み準備
報告確度正式な提出版Markdownに基づくため高いreconciliation と per-visit outline に基づくため、原文確認前
施設報告での扱いtechnical multi-project visitoperational WS planning visit

📚 用語解説: Facility Report Layer は `01_Projects//0000_報告書/` に置く訪問報告層です。Project Deliverable Layer は個別Projectの成果物置き場であり、今回のようなMulti Project訪問報告とは分けて管理します。

🛠️ 運用方法: 統合報告書では、訪問日、目的、確定事項、要確認事項、関連Project、次アクションを同じ順番で読む。05-08 の内容は送信前レビューで Ichiba 業務報告本文と照合し、確定扱いへ昇格するかを判断します。

⚠️ アンチパターン: 03-25 の正式報告、05-08 の原文未確認情報、過去OJT、Knowledgeを同じ確度で混ぜない。特に「active project一覧にある」ことと「今回の訪問で議論した」ことを混同すると、XD-GRASP / Quantitative Perfusion まで訪問合意済みのように見えるため、Facility Report Layer と Project Deliverable Layer を分けて読む。

🔗 関連: visit-level explainer は 03-25 `https://explainer-visit-mie-university-2026-03-25.pages.dev/` と 05-08 `https://explainer-visit-mie-university-2026-05-08.pages.dev/` を併読します。過去報告は `0000_報告書/2025-12-03-04_活動報告書.md`、`260128_訪問報告書.md`、`20260127_OJT_Report_InS.md`、施設索引は `00_Facility_Index.md` を参照します。

0203-25 訪問

ParMaRhoNav と複数WIPの技術・契約状態を時系列で整理する。

March 25 technical multi project visit
03-25 は ParMaRhoNav 再検証を中心に、InS、FastCMR、31P MRS、BOOSTを横並びで整理した。

03-25 の正式報告では、ParMaRhoNav の再検証、InS のアドイン比較とBeat Sensor問題、FastCMR参加準備、SCMR後の31P MRSおよびBOOSTの進展が同時に扱われています。

Project議論内容訪問後状態
ParMaRhoNavMarco と Dr. van Heeswijk に接続し、RF / Gradient設定を変更してテストしたが動作完了せずCHUV側で Vidafit 同Version実機検証後に再共有
Inline StrainBasicはフリーズ高頻度、Standardは9/9試行完了。Beat Sensor不備をJensへ共有Standard暫定運用、Beat Sensor修正待ち、SliceShark検証予定
FastCMRCHUV/CIBM主導多施設展開へ参加表明、装置情報提供済みWIPコンパイル完了待ち
31P MRS / BOOSTValkovic教授紹介ルートとBOOST最終署名段階を確認C2P推進、BOOST導入準備へ
31P MRS / OXSAPCr/ATP、ピーク選択、Integral計算、XA DICOM/CSA差分を別論点として整理Valkovic / Alexandra / 石田先生の技術確認と再現性確認へ
BOOSTAppGuide上はfree-breathing, contrast-agent-free bright/black-blood whole-heart + motion compensationstatic MRA扱いにせず、signed LA・license・WIP package・導入/共著手続きを分けて確認

📚 用語解説: ParMaRhoNav はT1rho/T1/T2系の多コントラスト取得を狙うC2Pで、今回の論点はSL pulse付近のアボートとXA環境での再現性です。Inline Strain は撮像、ImageClassifier、Beat Sensor、Add-in解析が連鎖するため、前段不備が解析全体を止めます。

🛠️ 運用方法: 03-25内容は、ParMaRhoNav=CHUV待ち、InS=Jens/Beat Sensor待ち、FastCMR=WIPコンパイル待ち、31P MRS=Valkovic/Alexandra接続、BOOST=契約・提供物確認という5つの待ち先に分けて管理します。

⚠️ アンチパターン: ParMaRhoNavを単に失敗、InSを単に動いた、BOOSTを単なるstatic MRA、31Pを1H MRIと同じノルム調整で扱う、の4つを避ける。実際には ParMaRhoNav はSL pulse付近のアボート、InSはBasic/Standard差とBeat Sensor依存、BOOSTはbright/black-blood whole-heart + motion compensation、31PはPCr/ATPピーク選択とIntegral評価が論点です。

🔗 関連: 03-25 詳細は `https://explainer-visit-mie-university-2026-03-25.pages.dev/`。継続contextは `260128_訪問報告書.md` と `20260127_OJT_Report_InS.md`、31P/OXSA は `2501_31P_MRS/5_MeetingPrep/01_OXSA_QuickGuide.md`、BOOST は `2506_BOOST/2_Provided/CustomerSeq/doc/wip_1427_BOOST_AppGuide.pdf` を参照します。

0305-08 訪問

CMR WS開催へ向けた院内・社内調整をレビュー待ちで保持する。

May 8 CMR workshop planning visit
05-08 は第2回 CMR WS開催に向けた承諾・日程・共催申し込み・参加者調整の訪問として扱う。

05-08 は第2回 CMR WS 開催に向けた operational visit です。reconciliation では訪問実施は推定されていますが、Ichiba業務報告本文の原文確認前のため、日程・合意・担当者は送信前レビューで確定させます。

確認項目現時点の整理レビュー状態
佐久間院長面談実施済みと推定、開催挨拶・総論登壇の理解あり要原文確認
日程8/14(金)・8/15(土)候補として整理要原文確認
市川准教授面談面談できた可能性があるが詳細未確定要原文確認
残アクション趣意書、共催申し込み、石田先生・エントーレス社様報告、参加者・宿泊・懇親会調整担当者・期限要確認

📚 用語解説: CMR WS は開催日を決めるだけでなく、開催趣旨、院内承認、共催申し込み、登壇者、対象参加者、宿泊、懇親会、資料準備を一体で管理するイベントです。

🛠️ 運用方法: 05-08ブロックは、感謝、確定した理解、未確認事項、真鍋側アクション、相手側アクションの順に読み替えます。Outlook原文確認後、WS日程と登壇可否を確定行へ移します。

⚠️ アンチパターン: 8/14・8/15候補、佐久間院長の開催挨拶・総論登壇、市川准教授面談結果を、Ichiba業務報告本文確認前に確定事項として外部共有しない。WSは日程だけでなく、趣意書、共催申し込み、石田先生・エントーレス社様報告、参加者、宿泊、懇親会が一体の運用タスクです。

🔗 関連: 05-08 詳細は `https://explainer-visit-mie-university-2026-05-08.pages.dev/`、施設全体との接続確認は 03-25 `https://explainer-visit-mie-university-2026-03-25.pages.dev/` を併読します。正式化前の根拠は `260511_三重大学_統合訪問報告書_2026-03-04_to_05-11.md` の「2026-05-08 訪問」「次アクション」欄へ戻します。

04Active Projects 進捗

Project Bridge の7件を、訪問報告から見える状態で整理する。

Active project progress cards for Mie University
三重大学 active projects 7件を、03-25/05-08訪問で直接扱ったものと周辺管理に分ける。

Project Bridge 上の三重大学 active projects は7件です。今回の統合報告では、03-25で直接扱った ParMaRhoNav、Inline Strain、31P MRS、BOOST と、今回の2訪問では主議論でない active project を分けて表示します。

ProjectBridge状態報告での扱い
2501_31P_MRS / 2502_31PMRSactive、dossierはstubValkovic / Alexandra 経由で C2P を進める。重複フォルダの整理は別途検討
2503_T1_Rho_Laussanneactive、dossierはstubParMaRhoNav の実体として、CHUV Vidafit実機検証待ち
2505_Inline_Strain_Analysisactive、dossierはstubStandard暫定運用、Beat Sensor修正待ち、SliceShark検証予定
2506_BOOSTcontract_status active、provided_status active3月時点の最終署名段階から、4月以降はsigned LAと提供物配置へ進展
2502_Quantitative_Perfusion / 2504_XD_GRASPactive今回の2訪問では主議論なし。施設active案件として継続管理
技術横串31P/OXSA、BOOST、InS、T1ρ、XD-GRASP、Quantitative Perfusionを同じactive棚で管理訪問議論済み/未議論、契約済み/未導入、Dossier stub/充実を分けてレビュー

📚 用語解説: Project Dossier は個別Projectの状態を読むための索引です。今回読んだDossierの多くはstubで、BOOSTとQuantitative Perfusionだけが提供物や関連Knowledgeまで一部enrichmentされています。

🛠️ 運用方法: 報告書では、Project folderそのものを動かさず、active一覧と訪問で実際に議論したProjectを分離します。次回はDossierの現在状態・次アクションを本報告の内容でproposal更新するか判断します。

⚠️ アンチパターン: Active Project一覧を訪問議事録として読まない。Quantitative Perfusion と XD-GRASP はactiveだが本統合訪問では主議論なし、31Pは2501/2502の重複整理が必要、BOOSTは契約・提供物が進んでも現地導入・石田先生共有・共著/謝辞手続きは別確認です。

🔗 関連: Active Project の照合は `_Platform/Project_Bridge/project_registry.json`、施設索引は `_Platform/Project_Bridge/facility_registry.json`。訪問文脈は `https://explainer-visit-mie-university-2026-03-25.pages.dev/` と `https://explainer-visit-mie-university-2026-05-08.pages.dev/`、個別Dossierは `2506_BOOST/00_Project_Dossier.md` と `2502_Quantitative_Perfusion/00_Project_Dossier.md` を参照します。

05次アクション

送信前レビューで潰すP0と、Project別の待ち先を分離する。

Next action kanban for Mie University integrated report
05-08原文確認をP0に置き、技術Projectの待ち先をP1/P2へ分ける。

次アクションは、05-08訪問の原文確認を最優先にし、その後に CMR WS 実行計画と各WIP/Projectの待ち先を追います。外部送信する前に、WS関連の合意と担当者だけは必ず確定させます。

優先アクションOwner / 期限関連
P0Ichiba業務報告本文を確認し、05-08訪問の確定情報を反映する真鍋 / 市場さん、送信前CMR WS
P08/14・8/15候補、佐久間院長登壇、面談結果が確定か仮か確認する真鍋 / 市場さん、送信前CMR WS
P1趣意書、共催申し込み、石田先生・エントーレス社様報告、参加者・宿泊・懇親会を担当者付きで整理する市場さん / 真鍋、次回連絡時CMR WS
P131P MRS C2P のValkovic / Alexandra / 石田先生面談と再現性確認項目を準備する真鍋、Alexandra復帰後2501_31P_MRS / 2502_31PMRS
P1ParMaRhoNav、InS、FastCMRのCHUV/Jens回答待ちをProject別に追跡する真鍋、連絡待ち2503_T1_Rho / 2505_InS / FastCMR
P2BOOST提供物導入状況、石田先生共有、共著/謝辞手続きの要否を確認する真鍋、次回訪問・メール時2506_BOOST

📚 用語解説: 送信前レビュー待ちとは、本文の構造はできているが、外部送信前に原文・宛先・CC・合意条件・担当者・期限を人間が確認する状態です。draft と send-ready を混同しないためのラベルです。

🛠️ 運用方法: レビュー時はまず05-08原文を開き、報告書の要確認セルを確定・修正・削除します。次にP1のProject別待ち先をToDoへ移し、最後に必要なメールドラフトだけを作成します。

⚠️ アンチパターン: 「連絡待ち」「次回連絡時」だけで閉じない。31P再現性確認、BOOST提供物導入、石田先生OJT継続、CMR WS共催申し込みは、owner・期限・次の証跡を付けないと、報告書上は進んだように見えて実務が止まります。

🔗 関連: アクション根拠は `260511_三重大学_統合訪問報告書_2026-03-04_to_05-11.md` の「次アクション」。03-25技術タスクは `https://explainer-visit-mie-university-2026-03-25.pages.dev/`、05-08 WSタスクは `https://explainer-visit-mie-university-2026-05-08.pages.dev/`、過去のInS/OJT再現性contextは `20260127_OJT_Report_InS.md` と `260128_訪問報告書.md` を参照します。

06関連 Knowledge

訪問報告から再利用可能な知識へ昇格する候補を整理する。

Knowledge promotion candidates from Mie University visit report
Project固有メモをそのままコピーせず、再利用できる知見だけをKnowledge候補へ分離する。

関連Knowledgeでは、報告書本文をそのままWikiへ移すのではなく、再利用可能な知見だけを分けます。候補は ParMaRhoNav のXA環境検証、InSのBeat Sensor依存、BOOST提供物管理、CMR WS運用設計です。

候補昇格理由注意
ParMaRhoNav XA検証SL pulseアボート、Prismaとの差、CHUV Vidafit検証待ちは他施設導入判断にも使える施設固有情報と未公開C2P情報は必要最小限へ圧縮
InS / Beat Sensor撮像、ImageClassifier、Beat Sensor、Add-in解析の依存関係は横展開価値が高いJens回答前の推定は要検証として残す
BOOST提供物管理signed LA、exar、license、WIP packageの配置と導入確認フローを再利用できる契約原本・ライセンス情報は外部共有禁止
CMR WS運用日程、趣意書、共催申し込み、宿泊、懇親会、登壇調整のチェックリスト化が可能05-08原文確認後に昇格判断

📚 用語解説: Knowledge昇格は、訪問報告を丸ごとコピーすることではありません。Project固有の人名、契約、内部調整を削ぎ落とし、他案件にも使える判断軸、手順、失敗条件だけを抽出します。

🛠️ 運用方法: 昇格候補は `10_Knowledge/99_Proposals/` に提案として置き、人間レビュー後にPermanentまたはLiteratureへ移します。今回の報告はまず facility report として保持し、Knowledge化は別タスクで行います。

⚠️ アンチパターン: 31Pを1H MRIの画像強度と同じ正規化感覚で扱わない。OXSAではAmplitudeとIntegral、Linewidth、化学シフト、Prior Knowledge、XA DICOM/CSA差分が結果に影響します。またBOOST AppGuideや契約・ライセンス情報をKnowledgeへ直コピーせず、再利用可能な判断軸だけ99_Proposalsへ切り出します。

🔗 関連: 31P/OXSA は `2501_31P_MRS/5_MeetingPrep/01_OXSA_QuickGuide.md` と `02_OXSA_TechnicalDeepDive.md`、BOOST は `2506_BOOST/2_Provided/CustomerSeq/doc/wip_1427_BOOST_AppGuide.pdf` と `2506_BOOST/00_Project_Dossier.md`。訪問別の入口は `https://explainer-visit-mie-university-2026-03-25.pages.dev/` と `https://explainer-visit-mie-university-2026-05-08.pages.dev/` です。

結論

  1. 石田先生OJT継続: 真鍋が2026-05-17までにInS/31P/BOOSTのOJT継続枠と次回訪問候補を石田先生へ確認し、施設ToDoへ登録する。
  2. 31P再現性確認: 真鍋がAlexandra復帰後1週間以内にValkovicルートの面談候補を作り、石田先生とPCr/ATPピーク選択・Integral計算・OXSA環境の確認項目を確定する。
  3. BOOST導入/共著手続き: 真鍋が次回メール時までにsigned LA、license、WIP package、AppGuide、導入状況、共著/謝辞要否を石田先生向け確認表へまとめる。
  4. CMR WS確定化: 真鍋/市場さんが送信前に05-08 Ichiba報告本文を照合し、8/14-15候補、佐久間院長登壇、趣意書、共催申し込みの確定/仮を分ける。
  5. Active案件棚卸し: 真鍋が次回施設レビューまでにParMaRhoNav/InS/FastCMRの外部回答待ちと、XD-GRASP/Quantitative Perfusionの未議論active状態をProject Bridgeへ反映する。