第12章: 臨床応用システム

この章を読む理由

臨床応用では、解析ができることと、診療や報告に使えることは同義ではありません。 第12章では、研究用データやシステム設計を、 匿名化、責任境界、証拠水準、監査可能性の観点から見直します。

本章で使う共通題材

  • 題材B: TCGA-LUAD 研究用ミニケース
    • TCGA-LUAD
    • 公開の研究用データを使い、研究・教育用サマリを作る前に必要な整理事項を確認します。
    • 研究用途の retrospective review であり、診断・治療判断に直接用いるものではありません。

学習目標

  • がんゲノム医療、希少疾患の候補探索、薬理ゲノミクスの各場面で必要な入力、QC、責任境界を説明できる
  • 研究用結果を研究・教育用サマリに整理する際に必要な追加確認事項を整理できる
  • 研究・教育用サマリに留める情報と、臨床実装で専門家判断・施設承認へ進めるべき情報を切り分けられる
  • TMB、MSI、HRD、companion diagnostics、evidence level を検査法・閾値・適応・DB版と結びつけて説明できる
  • ACMG/AMP、AMP/ASCO/CAP、oncogenicity、actionability / evidence level の用語を混同せず説明できる

研究解析・教育用解析・臨床実装の境界

本章の例は、公開データや合成データを使って「どの情報を確認し、どの証跡を残すか」を学ぶためのものです。研究用の所見候補を表にできても、それだけで診断、治療選択、投薬判断、患者説明に使えるわけではありません。臨床実装では、施設の品質管理、検査法の妥当性確認、専門職レビュー、規制・倫理・情報管理の手順が別途必要です。

区分 目的 ここで作ってよいもの 作ってはいけないもの 次に必要な確認
教育用解析 章の概念、DB項目、責任境界を理解する 合成データや公開研究データによる所見サマリ、確認表、疑似レポート 患者向け説明、診断名、治療・投薬推奨 例が実データに見えないか、個人情報・利用条件を誤解させないか
研究解析 仮説生成、再解析、DB横断確認を行う 研究計画に沿った解析結果、根拠DB、QC、限界、再現条件 臨床報告書、診療録へ転記できる結論、治療方針 倫理審査、同意・二次利用、データアクセス条件、解析計画、統計・QC
臨床実装 検査・診療ワークフロー内で結果を扱う 承認済み手順に沿った検査結果、専門家レビュー済み報告、監査証跡 本書のサンプルコードだけで生成した報告や推奨 検査妥当性、施設SOP、責任者、EHR / LIMS / CDSS連携、監査、インシデント対応

第11章で整理した制度・ガイドライン確認表は、この境界表の前提です。第12章ではさらに、variant / 変異の根拠、患者背景、検査品質、報告責任者、更新時の再評価を分けて記録します。

germline / somatic / pharmacogenomics の根拠ソース境界

variant / 変異の根拠を調べるときは、同じ「variant」という語でも、germline / 生殖細胞系列、somatic / 体細胞、薬理ゲノミクスで責任境界が変わります。研究・教育用サマリでは、結論を1つに丸めず、どの根拠ソースを、どの版・accession・確認日で見たかを残します。

区分 代表的な根拠ソース 研究・教育用サマリで残す項目 臨床実装で追加確認すること
germline / 生殖細胞系列 ClinVar、ClinGen の variant classification guidance12 variant accession、提出者、review status、遺伝形式、対象疾患、矛盾する提出の有無 検査法の妥当性、家系情報、表現型、専門家レビュー、施設の報告基準
somatic / 体細胞 ClinVar、CIViC、OncoKB などのがんvariant知識ベース134 腫瘍種、variant、根拠レベル、根拠文献、DBの版・確認日、FDA-recognized の対象範囲 companion diagnostics、薬事上の表示、施設SOP、腫瘍ボード等の専門家判断
pharmacogenomics / 薬理ゲノミクス CPIC、ClinPGx(旧 PharmGKB)/ PharmCAT、FDA pharmacogenetic association table56789 drug、gene、haplotype / diplotype、phenotype、参照したガイドライン、検査済み結果かどうか 検査実施の要否、処方変更、投与量、禁忌判断は医療専門職と施設手順で確認

注意すべき点は、データベースやツールが「根拠を整理する場所」であって、読者がそのまま診断名、治療方針、投薬量を決める場所ではないことです。たとえば ClinVar は提出情報と根拠を集約する public archive ですが、提出内容を独自にcurate / modifyしないことを明示しています。CPIC は入手済みの遺伝子検査結果を薬物療法にどう使うかを整理するガイドラインであり、遺伝子検査を実施すべきかを決めるものではありません。ClinPGx(旧 PharmGKB)や PharmCAT を使う場合も、annotation の出典、利用条件、tool version、入力 VCF 要件、source guideline を記録し、ツール出力を処方判断そのものとして扱いません。OncoKB の FDA-recognized 扱いも、FDAが示す Level 2 / Level 3 biomarkers の範囲を超えて一般化しません。15678410

variant classification / tier / oncogenicity / actionability の用語境界

臨床ゲノムの用語では、pathogeniclikely pathogenicVUSTier Ioncogenicactionable が似た文脈で出てきます。しかし、これらは同じ意味ではなく、対象データ、疾患文脈、根拠体系、報告目的が異なります。研究・教育用サマリでは、用語だけを抜き出して別体系へ翻訳せず、どの分類体系・版・根拠で使った用語かを残します。

用語・体系 主な対象 研究・教育用サマリで残す項目 混同しないための境界
ACMG/AMP germline pathogenicity classification Mendelian disease などの germline / 生殖細胞系列 variant112 Pathogenic / Likely pathogenic / VUS / Likely benign / Benign、適用したcriteria code、遺伝形式、疾患、ClinGen VCEP specification の有無 germline pathogenicity を、がん体細胞variantの治療actionabilityや薬剤適応に読み替えない
ClinGen specifications ACMG/AMP criteria を遺伝子・疾患別に具体化する expert panel guidance2 VCEP名、criteria strength の変更、version、根拠文献、適用対象の遺伝子・疾患 汎用ACMG/AMP criteriaと、遺伝子・疾患別に調整されたcriteriaを同一視しない
AMP/ASCO/CAP somatic variant tiering がんの somatic / 体細胞 sequence variant の clinical significance12 Tier、Level、腫瘍種、biomarker type(therapeutic / diagnostic / prognostic など)、根拠source、検査範囲 Tier分類をgermline pathogenicity分類や処方推奨そのものとして扱わない
ClinGen/CGC/VICC somatic oncogenicity classification somatic variant の oncogenicity / 発がんへの関与13 Oncogenic / Likely oncogenic / VUS などの分類、適用したSOP、gene / variant、腫瘍文脈、根拠カテゴリ oncogenicity と治療反応性、companion diagnostic status、保険適用を分ける
clinical actionability ClinGen Actionability などの gene-condition / outcome-intervention pair に対する臨床行動可能性評価14 gene-condition、intervention、outcome、actionability assertion / score、対象文脈、確認日 pathogenicity / oncogenicity の分類と、介入可能性の評価を同一視しない
DB-specific evidence level OncoKB、CIViC などのDB・curation体系1516 DB名、level体系、evidence statement、tumor type、therapy、source、DB版・確認日 evidence level をDB横断で機械的に換算せず、個別患者への診断・治療指示として扱わない

特に VUS は「不明だから重要でない」でも「疑わしいから陽性」でもありません。研究・教育用サマリでは、不確実性、再評価条件、必要な追加情報(表現型、家系、腫瘍種、検査法、文献、DB版)を残します。臨床実装では、分類変更、再報告、患者説明、治療方針への反映は施設SOPと専門家レビューの対象です。

clinical report / LIMS / EHR / CDSS と QA の責任境界

研究・教育用サマリから臨床実装へ進むときは、variant annotation だけでなく、検体、解析run、報告、電子カルテ連携、意思決定支援、品質管理の境界を分けて設計します。本書では clinical report / 臨床報告書を作る手順そのものではなく、IT技術者が要件定義で混同しやすい入出力と監査項目を整理します。

領域 主な役割 研究・教育用サマリで確認する項目 臨床実装で追加される責任境界
clinical report / 臨床報告書 検査結果、解釈、限界、報告責任者を1つの成果物にまとめる 所見候補、根拠DB、参照版、解析条件、限界、追加確認事項 患者・検体識別子、検査範囲、検査法、解析パイプライン、QC、署名・承認、訂正・再発行手順、施設SOP
LIMS 検体受付、前処理、測定run、QC、結果ステータスを追跡する 検体IDを模した擬似ID、run ID、QC指標、入力ファイル、解析runとの対応 chain of custody、装置・試薬lot、再測定、外部精度管理(EQA)/ proficiency testing、結果解放前の承認
EHR 診療記録と署名済み報告を管理し、必要な職種へ提示する 研究・教育用サマリをEHRへ転記しない、患者説明文として使わない アクセス権、診療文脈、更新・訂正履歴、患者向け表示、他システム連携、監査ログ
CDSS ルールや知識ベースに基づいて注意喚起・確認導線を出す どの入力項目がルールに使われ得るか、ルール版、根拠source、想定外入力 alert fatigue、override記録、ルール変更管理、禁忌・処方変更の専門職確認、インシデント対応
validation / QA / audit 解析と運用が意図した範囲で再現・説明可能か確認する 解析version、reference_version、DB版、QC、既知例でのdry run、変更理由 analytical validation、clinical validation、受入基準、変更管理、定期レビュー、監査証跡、責任者

この表の目的は、どのシステムへ何を渡すかを早く決めることではなく、渡してはいけないものを明確にすることです。たとえば研究・教育用サマリは、variant候補と根拠sourceを整理する成果物であって、署名済みclinical report、EHRへ保存する診療記録、CDSSの自動推奨ではありません。実装時には、施設の品質保証部門、検査責任者、医療情報部門、セキュリティ担当、法務・倫理担当が、それぞれ承認すべき項目を分けて確認します。

TMB / MSI / HRD / companion diagnostics / evidence level の責任境界

TMB、MSI、HRD、companion diagnostics、evidence level は、臨床判断を支えるための情報であって、本書のサンプルコードだけで診断や治療を決める根拠ではありません。研究・教育用サマリでは、値やlevelだけを抜き出さず、検査名、解析手法、閾値、腫瘍種、適応、DB版、参照日、限界を併記します。

項目 研究・教育用サマリで残す項目 誤用しないための境界 臨床実装で追加確認すること
TMB mutation count、callable Mb、数えたvariant種別、panel / exome / genome、解析パイプライン、カットオフの出典1718 TMB値や 10 mut/Mb などの閾値を、検査法・適応・薬剤ラベルから切り離して一般化しない FDA-approved test、対象がん種、薬剤ラベル、検体条件、QC、専門家レビュー
MSI / dMMR MSI-H / MSI-L / MSS または dMMR の判定方法、PCR / IHC などの検査法、marker set、腫瘍純度、QC1920 MSI-H / dMMR を単一の普遍的ラベルとして扱わず、検査法と適応文脈を残す 承認・施設採用済み検査、病理レビュー、ラベル、報告文言、再検査基準
HRD 使用検査名、BRCA1/2 の扱い、genomic instability score、LOH / TAI / LST などの構成要素、閾値、検体種別2122 HRD-positive を一般診断名のように扱わず、検査・疾患・薬剤ごとの定義として扱う companion diagnostic、適応、薬剤ラベル、検体要件、検査性能、施設SOP
companion diagnostics 診断名、manufacturer、sample type、drug / biologic、indication、biomarker、PMA / 510(k) 等の識別子、参照したラベル2324 「variantがあるので薬剤を使う」と短絡せず、診断側ラベルと治療側ラベルの双方を確認する 現行ラベル、地域・施設での利用可否、検査委託先、結果解放手順、監査ログ
evidence level OncoKB や CIViC などDB固有の体系、level、evidence statement、tumor type、variant、source、DB版・確認日1516 level番号や文字をDB横断で同義扱いせず、個別患者の推奨や保険適用の代替にしない 腫瘍ボード、専門家レビュー、施設方針、ガイドライン、薬事・保険・研究計画との整合

この表の目的は、バイオマーカーや根拠レベルを「結論」ではなく「確認対象」として扱うことです。TMB、MSI、HRD は assay / 検査法、閾値、検体品質、対象疾患に依存します。companion diagnostics は対応する薬剤の安全・有効使用に必要な情報を与える検査であり、治療判断を単独で完結させるものではありません。OncoKB と CIViC の evidence level は、それぞれのキュレーション体系における根拠メタデータであり、別DBのlevelへ機械的に換算しません。

12.1 がんゲノム医療

体細胞変異解析パイプライン: 以下は研究・教育用に体細胞変異の所見候補を整理する Python 断片です。入力 VCF、検査妥当性、承認済み手順、腫瘍ボード等の専門家レビューを省略しているため、診断・治療判断には利用できません。 🧪 概念例(実行不可: 入力 VCF・検査妥当性・専門家レビューを省略した Python 断片)

class CancerGenomicsEvidenceReview:
    """研究・教育用に体細胞変異の所見候補を整理する概念例"""
    
    def __init__(self, tumor_sample, normal_sample):
        self.tumor = tumor_sample
        self.normal = normal_sample
        
    def collect_driver_candidates(self):
        """
        ドライバー候補の整理。
        臨床判断に使うには、検査妥当性、専門家レビュー、
        施設の承認済み手順が別途必要。
        """
        # 体細胞変異の検出
        somatic_variants = self.call_somatic_variants()
        
        # 既知のがん関連遺伝子リストとの照合
        cancer_genes = self.load_cancer_gene_list()
        
        driver_candidates = []
        for variant in somatic_variants:
            if variant['gene'] in cancer_genes:
                # 機能的影響が大きい可能性のある候補を記録
                impact = self.assess_functional_impact(variant)
                if impact == 'HIGH':
                    driver_candidates.append({
                        'variant': variant,
                        'evidence_status': 'candidate',
                        'next_check': '根拠DB、文献、検査品質、専門家レビューを確認'
                    })
                    
        return driver_candidates
    
    def tumor_mutational_burden(self, callable_mb, somatic_variants=None):
        """
        腫瘍変異負荷(TMB: mutations per megabase)の計算例。

        注:
        - 分母(Mb)は panel / exome / genome や callable region の定義に依存する。
        - 分子も「何を数えるか」(例: 非同義SNV/indel)を明確にする。
        - この例では、数えるべき変異タイプでのフィルタリングは事前に行われている
          (例: 非同義SNV/indel のみを somatic_variants に渡す)ことを前提とする。
        """
        if callable_mb <= 0:
            raise ValueError("callable_mb must be > 0")

        variants = somatic_variants if somatic_variants is not None else self.call_somatic_variants()
        # ここでは変異タイプに応じたフィルタリングは行わない想定。
        # 分子として数える変異の選択(例: 非同義SNV/indel のみ)は、
        # あらかじめ variants(somatic_variants)を用意する段階で実施しておく。
        total_mutations = len(variants)
        return total_mutations / callable_mb

研究・教育用所見として整理する項目:

  • 分子標的薬に関連し得る variant / 変異の根拠DB・文献確認
  • 免疫チェックポイント阻害薬の議論に関わる TMB / MSI 等の算出条件と限界
  • 臨床試験候補を調べる前に必要な適格条件・データ利用条件の整理

導入チェックリスト(実務)

  • データ保護・規制: 匿名化/仮名化、同意取得、監査ログ、データ保持期間(第11章/付録D参照)
  • 精度評価: ゴールドスタンダード/外部精度管理(EQA)、バリデーション手順書
  • 運用: SOP/手順書、権限管理、バックアップ/DR、障害時の連絡体制
  • 品質管理: QC/QA基準、変更管理、バージョン管理、再現性(コンテナ/ワークフロー)
  • 説明責任: 研究・教育用サマリ様式、根拠リンク(文献/DB)、可視化(専門家レビューへ渡す前提)
  • 性能: スループット/遅延目標、スケーリング戦略、モニタリング/アラート

(関連)第11章(プライバシー)、付録D(セキュリティベストプラクティス)

12.2 希少疾患の候補探索

エクソーム/ゲノム解析: 以下は研究・教育用に希少疾患の候補 variant / 変異を優先順位付けする Python 断片です。入力 VCF、家系情報の確認、表現型照合、同意、専門家レビュー、確認検査を省略しているため、診断名の決定には利用できません。 🧪 概念例(実行不可: 入力 VCF・家系/表現型確認・確認検査を省略した Python 断片)

class RareDiseaseCandidatePrioritizer:
    """研究・教育用に希少疾患の候補 variant / 変異を整理する概念例"""
    
    def __init__(self, proband_vcf, parent_vcfs=None):
        self.proband_vcf = proband_vcf
        self.parent_vcfs = parent_vcfs
        
    def trio_analysis(self):
        """
        トリオ解析(発端者+両親)で de novo 候補を抽出する。
        診断名を決めるものではない。
        """
        if not self.parent_vcfs:
            # 両親データがない場合も戻り値型を一定にする。
            return []
            
        # de novo候補の検出
        de_novo_candidates = []
        
        for variant in self.proband_vcf:
            if (variant not in self.parent_vcfs['mother'] and 
                variant not in self.parent_vcfs['father']):
                de_novo_candidates.append(variant)
                
        return de_novo_candidates
    
    def prioritize_variants(self, variants):
        """
        候補 variant / 変異の優先順位付け。
        ここでの点数は教育用の重み付けであり、
        臨床的なvariant分類や診断基準ではない。
        """
        scored_variants = []
        
        for variant in variants:
            score = 0
            
            # 教育用の重み付け例。実際の分類基準ではない。
            if self.is_null_variant(variant):
                score += 10
            if self.in_disease_gene(variant):
                score += 5
            if self.rare_in_population(variant):
                score += 3
                
            scored_variants.append((variant, score))
            
        return sorted(scored_variants, key=lambda x: x[1], reverse=True)

12.3 薬理ゲノミクス

薬理ゲノミクス確認項目の整理: 以下は研究・教育用に薬理ゲノミクスの確認項目を整理する Python 断片です。CPIC 等のガイドライン確認、検査結果の妥当性、薬剤ラベル、施設手順、専門家レビューを省略しているため、投与可否や用量決定には利用できません。 🧪 概念例(実行不可: ガイドライン確認・検査妥当性・施設手順を省略した Python 断片)

class PharmacogenomicsEvidenceReview:
    """研究・教育用に薬理ゲノミクスの確認項目を整理する概念例"""
    
    def __init__(self):
        self.pgx_reference = self.load_pgx_reference()
        
    def collect_drug_gene_findings(self, genotype, drug):
        """
        薬剤と遺伝子型に関係し得る所見候補を整理する。
        薬剤応答を予測したり、投与可否・投与量を決めたりしない。
        """
        # 関連する薬理遺伝子変異の確認
        relevant_variants = self.pgx_reference.query(drug)
        
        evidence_summary = {
            'drug': drug,
            'observed_variants': [],
            'evidence_notes': [],
            'clinical_review_required': True
        }
        
        for variant in relevant_variants:
            if self.has_variant(genotype, variant):
                evidence_summary['observed_variants'].append(variant)
                evidence_summary['evidence_notes'].append(
                    self.describe_evidence_limit(variant)
                )
                
        return evidence_summary

12.4 研究・教育用サマリと臨床レポートの境界

研究・教育用サマリ作成: 以下は研究・教育用サマリの構成を説明する Python 断片です。患者説明、臨床報告書、監査、承認済みテンプレート、専門家レビューを省略しているため、臨床レポートとしては利用できません。 🧪 概念例(実行不可: 臨床報告書要件・監査・専門家レビューを省略した Python 断片)

class ResearchEducationSummaryDraft:
    """研究・教育用の所見サマリを作る概念例"""
    
    def generate_summary(self, analysis_results):
        """
        解析結果から研究・教育用サマリを生成する。
        診断、治療、投薬、患者説明には使わない。
        """
        summary = {
            'sample_id': analysis_results['sample_id'],
            'created_at': datetime.now(),
            'findings': [],
            'limitations': [],
            'next_checks': []
        }
        
        # 研究・教育用途で確認した所見候補
        for variant in analysis_results['candidate_variants']:
            finding = self.format_research_finding(variant)
            summary['findings'].append(finding)
            
        summary['limitations'] = self.collect_limitations(analysis_results)
        summary['next_checks'] = self.collect_next_checks(analysis_results)
        
        return self.format_as_markdown(summary)

まとめ

  • 臨床応用で最も重要なのは、解析精度だけでなく、責任境界、証拠水準、監査可能性を明示することです。
  • TCGA-LUAD のような研究用公開データは、レポート様式や優先順位付けの練習には使えますが、診断そのものの根拠にはできません。
  • 第13章では、こうした判断を支える研究計画、検証設計、再現性確保の考え方へ進みます。

Source notes / 次の一歩

次章への橋渡し

臨床応用で必要な説明責任を満たすには、 なぜその解析条件を選び、どう妥当性を検証したかを研究計画として説明できなければなりません。 第13章では、そのための研究設計と再現性の整理へ進みます。

最小入出力(期待成果物/期待ログ)

  • 入力: 要件(対象疾患・検査範囲・報告形式)と、解析結果(合成/匿名化データでも可)
  • 出力(期待成果物): 研究・教育用所見サマリ(臨床レポートではない)、運用チェックリスト(QC/妥当性/監査)、責任境界の整理(最小限)
  • 期待ログ(例): 解析バージョン・入力/出力・QC指標・承認フローの記録(監査可能な形)

前へ: プライバシー保護技術 目次 次へ: 研究手法

演習

  1. 研究用公開データを前提に、研究・教育用サマリを作るまでに必要な追加確認事項(同意、匿名化、QC、承認フロー)をチェックリスト化せよ。
  2. TCGA-LUAD などの公開データから 1 症例分の所見サマリを作り、研究用途での所見と臨床判断へ回すべき所見を分けて記述せよ。
  3. TMB、病的変異候補、薬剤応答候補のいずれか 1 つを選び、分母定義・根拠 DB・限界を 1 ページで説明せよ。

具体課題例

  • 研究・教育用サマリのテンプレートに、所見候補、根拠、制約、次の確認事項を分けて記載する。
  • 第10章のスキーマ設計を前提に、どのログが監査証跡として必要かを洗い出す。
  • 「研究用途の retrospective review」と「診療での利用」を分ける注意書きを明記する。
  1. NCBI ClinVar, What is ClinVar?(参照日: 2026-05-13 JST)  2 3

  2. ClinGen, Variant Classification Guidance(参照日: 2026-05-13 JST)  2 3

  3. CIViC documentation, About CIViC(参照日: 2026-05-13 JST) 

  4. OncoKB, FDA Recognition(参照日: 2026-05-13 JST)  2

  5. CPIC, Guidelines(参照日: 2026-05-13 JST)  2

  6. ClinPGx, ClinPGx(参照日: 2026-05-13 JST)  2

  7. ClinPGx Blog, Announcing ClinPGx(参照日: 2026-05-13 JST)  2

  8. PharmCAT, Matching Recommendations(参照日: 2026-05-13 JST)  2

  9. U.S. FDA, Table of Pharmacogenetic Associations(参照日: 2026-05-13 JST) 

  10. U.S. FDA, FDA Recognition of Public Human Genetic Variant Databases(参照日: 2026-05-13 JST) 

  11. Richards et al., Standards and guidelines for the interpretation of sequence variants: a joint consensus recommendation of the ACMG and AMP(参照日: 2026-05-13 JST) 

  12. Association for Molecular Pathology, AMP/ASCO/CAP Standards and Guidelines of Somatic Variant Interpretation and Reporting(参照日: 2026-05-13 JST) 

  13. ClinGen, Standards for the classification of pathogenicity of somatic variants in cancer (oncogenicity)(参照日: 2026-05-13 JST) 

  14. ClinGen, Actionability(参照日: 2026-05-13 JST) 

  15. OncoKB, Therapeutic Levels of Evidence(参照日: 2026-05-13 JST)  2

  16. CIViC documentation, Evidence Level(参照日: 2026-05-13 JST)  2

  17. National Cancer Institute, Definition of tumor mutational burden(参照日: 2026-05-13 JST) 

  18. U.S. FDA, FDA approves pembrolizumab for adults and children with TMB-H solid tumors(参照日: 2026-05-13 JST) 

  19. National Cancer Institute, Definition of MSI(参照日: 2026-05-13 JST) 

  20. U.S. FDA, FDA grants accelerated approval to pembrolizumab for first tissue/site agnostic indication(参照日: 2026-05-13 JST) 

  21. U.S. FDA, FDA approves niraparib for HRD-positive advanced ovarian cancer(参照日: 2026-05-13 JST) 

  22. U.S. FDA, Premarket Approval (PMA) P190014: myChoice HRD CDx(参照日: 2026-05-13 JST) 

  23. U.S. FDA, Companion Diagnostics(参照日: 2026-05-13 JST) 

  24. U.S. FDA, List of Cleared or Approved Companion Diagnostic Devices (In Vitro and Imaging Tools)(参照日: 2026-05-13 JST)