Share
Embed
コンセプトの海の泳ぎ方
OHDSI Japan イブニングカンファレンス 2025/10
https://odjpn.doorkeeper.jp/events/192056
Leko
October 28, 2025
Transcript
28 slides
-
• 井上 真吾 / Shingo Inoue • 株式会社Yuimedi 取締役 CTO
◦ ex- CureApp • CS - コンピューターサイエンス ◦ JavaScript、データ処理、最近は LLMを用いたシステム開発など • OMOPについて医療情報の技術者として 学んでいる ◦ 医学分野は素人です COI: 株式会社Yuimediの役員 ただし今日はYuimediの話ではなくOMOPそのものの話がメインです 自己紹介 -
よく挙げられる画像 → OMOPにおいて、 • コンセプトとは • コンセプトにはどのよう な関連性が定義され ているか •
それは具体的にどうい うデータによって実現 されているか “コンセプト”の解像度を上げる 第 5 章 標準化ボキャブラリ | OHDSIの本 -
CONCEPT とは? • OMOP独自のID • 名称(英語) • OMOP独自の大分類 • コード種別
• コードごとの細分類 • 標準コンセプトか否か • コード(ex. A00.0) • 有効期限 • 廃止/削除などのフラグ -
• とは? ◦ 傷病や医薬品、検体検査など OMOPに格納できるあらゆる臨床的概念を標準化したもの ◦ 標準/非標準コンセプトに統合することで同じ意味の異なるコード揺れを解消 ◦ ドメインという大分類があり、ドメイン≒原則格納するテーブル /カラムとも言える
▪ Genderドメイン → PERSON.gender_concept_id ▪ Conditionドメイン → CONDITION_OCCURRENCE.condition_concept_id ▪ Unitドメイン → MEASUREMENT.unit_concept_id • 用途 ◦ コンセプトマッピング: ex. Usagi ◦ データ品質チェック: ex. Data Quality Dashboard ◦ OMOPデータの可視化:ex. Achilles, Ares, Atlas(ダッシュボード) ◦ コホートの定義・絞り込み: ex. AtlasやHADESを用いたRでの分析 ▪ OMOPにおいては非数値の検索条件はほぼコンセプト で表現 コンセプトとは? -
日本人の男性で既往にxxxがなくyyyの処方を受けておりzzzの検査値が陰性で救急 搬送ではなくペースメーカー をつけておらず過去にaaa手術を受けていない... 非数値の検索条件はほぼコンセプト Gender ↓ Measuremen t (Observation )
↓ Conditio n ↓ Drug ↓ Meas Value ↓ ↑ Visit ↑ Device ↑ Procedure Race ↓ -
• CONCEPT_ANCESTOR ◦ 親子のみならず祖先&子孫の多階層の関係の表現に特化 • CONCEPT_RELATIONSHIP ◦ とある2コンセプトA, Bにおける汎用的な関連性を表現 •
CONCEPT_SYNONYM ◦ 非英語での名称や略称などの別名を定義。実は日本語データも少量含まれている(後述 • DRUG_STRENGTH.csv ◦ 特定の医薬品に含まれる特定成分の量または濃度と関連単位に関する構造化された情報。医薬品の使用状況に関する標準化された分析をサ ポートするための補足情報 • RELATIONSHIP.csv ◦ RELATIONSHIPテーブルは、CONCEPT_RELATIONSHIPテーブル内の任意の2つの概念を関連付けるために使用できるあらゆる種類の関 係、それぞれの逆関係、およびそれらの階層特性の参照リストを提供します。 ◦ FACT_RELATIONSHIPテーブルへの入力に使用される臨床ファクト間の関係を表す概念は、CONCEPTテーブルに格納され、関係ドメインに 属します。 CONCEPT系の他のテーブル -
• 傷病、処方、検査あたりにフォーカスして潜ってみます ◦ 第 5 章 標準化ボキャブラリ | OHDSIの本 を読むとより理解が深まります
• SQLというデータ取得言語を記載し図の結果が得られる操作方法を示します ◦ 表も併記します。視覚的にも見れます • Disclaimer ◦ ハンズオンではないため step by stepとまでは行かず端折る箇所が多々あります ◦ SQLは本質的には重要ではないので解説しません ◦ SQLのsyntaxはDuckDBという軽量高速なDBを前提に記述しています ▪ DuckDBとAthenaからダウンロードした各種 CSVファイルが手元にあれば再現可能です コンセプトの海へ潜っていきます -
• CDMのテーブル定義と同名のCSVが9ファイル ◦ マスタ:VOCABULARY.csv、DOMAIN.csv、CONCEPT_CLASS.csv、CONCEPT.csv ◦ 付加情報:CONCEPT_SYNONYM.csv、DRUG_STRENGTH.csv ◦ 関係性:CONCEPT_ANCESTOR.csv、CONCEPT_RELATIONSHIP.csv、RELATIONSHIP.csv • CPT4専用処理:
◦ CPT4を選択してダウンロードすると CPT4のライセンスを持ってる人だけが CPT4を復元できるプロ グラム群が出現 ▪ CONCEPT_CPT4.csv、cpt.bat、cpt.sh、cpt4.jar Athenaからダウンロードしたzipファイルの中身 -
• CONCEPTとCONCEPT_RELATIONSHIPの結合は海に潜る必須道具 • Is a:40475095 ◦ 1つ親(I10-I15 高血圧性疾患) • Maps
to:標準コンセプトへ ◦ SNOMEDへのマッピング定義 ex. ICD10:I10(本態性高血圧)に紐づいたコンセプト -
• SNOMED: Type 2 diabetes mellitusに統合される非標準コンセプトの一覧 ◦ ‘Mapped from’という関係性で辿れる。 ICD10やICD10CM、ICD9CM、SNOMEDなどが該当、同一
ボキャブラリ内でも標準 /非標準が分かれる 標準→非標準 -
ex. バイアスピリン錠100mgの関連コンセプト • Consists of:剤形を問わない成分と容量だけ抽出 • RxNorm has dose form:剤形だけ抽出
• RxNorm is a:RxNorm専用の親子関係 -
• 元のコード体系にある関連性の定義を 活かして標準化 ◦ ex. LOINC公式サイトの尿蛋白 → • OMOPが独自定義してるわけではない ので、元のボキャブラリだけでも同じこと
はできる ◦ ただし標準化された構造で扱えると便利 ◦ 標準/非標準などOMOP独自定義もある CONCEPT_RELATIONSHIP -
• Usagi ◦ 標準コンセプトにマッピングできるコード値を特定 ◦ コンセプト名称や別名を用いコンセプトを特定、それが標準にマッピングできないか探索 • Atlas ◦ ダッシュボードやConcept
Sets、Cohort Definitionにて多用されている • Data Quality Dashboard ◦ 各テーブルに適切なドメインの標準コンセプトが入っているか、などの品質チェック • Athena ◦ コンセプトの検索・関連性の一覧・ヒエラルキーの表示、 etc コンセプトの解像度が上がると各 OHDSI Toolsが何をしてるか想像しやすくなる OHDSI Toolsとコンセプト