Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
コンセプトの海の泳ぎ方
Search
Leko
October 28, 2025
Technology
0
3
コンセプトの海の泳ぎ方
OHDSI Japan イブニングカンファレンス 2025/10
https://odjpn.doorkeeper.jp/events/192056
Leko
October 28, 2025
Tweet
Share
More Decks by Leko
See All by Leko
JSConf JPのwebsiteをGatsbyからNext.jsに移行した話 - Next.jsの多言語静的サイトと課題
leko
2
190
エンジニアと治療アプリ®
leko
0
1.2k
Node.jsにContributeして一ヶ月でCollaboratorになった
leko
5
7.4k
React NativeアプリでE2Eテストを回してみた
leko
8
2.9k
IntersectionObserverはいいぞ
leko
3
3.1k
React Nativeで医療機器作ってます
leko
4
1.8k
趣味では使っているが 仕事には使ってないツール
leko
1
220
レガシーな開発現場にUTを入れてCIを導入した話
leko
0
6.3k
MySQLがゆるふわなのはどう考えてもSQLモードが悪い!
leko
1
330
Other Decks in Technology
See All in Technology
AI時代の開発を加速する組織づくり - ブログでは書けなかったリアル
hiro8ma
2
330
20251027_findyさん_音声エージェントLT
almondo_event
2
470
あなたの知らない Linuxカーネル脆弱性の世界
recruitengineers
PRO
3
160
dbtとAIエージェントを組み合わせて見えたデータ調査の新しい形
10xinc
5
1k
入院医療費算定業務をAIで支援する:包括医療費支払い制度とDPCコーディング (公開版)
hagino3000
0
110
東京大学「Agile-X」のFPGA AIデザインハッカソンを制したソニーのAI最適化
sony
0
110
NLPコロキウム20251022_超効率化への挑戦: LLM 1bit量子化のロードマップ
yumaichikawa
3
530
SCONE - 動画配信の帯域を最適化する新プロトコル
kazuho
1
390
MCP ✖️ Apps SDKを触ってみた
hisuzuya
0
390
可観測性は開発環境から、開発環境にもオブザーバビリティ導入のススメ
layerx
PRO
4
1.2k
クラウドとリアルの融合により、製造業はどう変わるのか?〜クラスメソッドの製造業への取組と共に〜
hamadakoji
0
450
Observability — Extending Into Incident Response
nari_ex
1
520
Featured
See All Featured
RailsConf 2023
tenderlove
30
1.3k
Rails Girls Zürich Keynote
gr2m
95
14k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
Statistics for Hackers
jakevdp
799
220k
Speed Design
sergeychernyshev
32
1.2k
How GitHub (no longer) Works
holman
315
140k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
30
2.9k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
How to Think Like a Performance Engineer
csswizardry
27
2.1k
Writing Fast Ruby
sferik
630
62k
BBQ
matthewcrist
89
9.9k
Transcript
株式会社Yuimedi 井上 真吾 OHDSI Japan イブニングカンファレンス 2025/10 コンセプトの海の泳ぎ方
• 井上 真吾 / 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系の他のテーブル
AtlasのConcept Sets機能は実際何をしているのか? • AtlasのConcept Setsにある”Descendants(子孫コンセプトを含める)” • 該当コード:CONCEPT_ANCESTORを使用してSQLで子孫を検索してる https://github.com/OHDSI/circe-be/blob/master/src/main/resources/resources/vocabulary/sql/conceptSetDescendants.sql
• 傷病、処方、検査あたりにフォーカスして潜ってみます ◦ 第 5 章 標準化ボキャブラリ | OHDSIの本 を読むとより理解が深まります
• SQLというデータ取得言語を記載し図の結果が得られる操作方法を示します ◦ 表も併記します。視覚的にも見れます • Disclaimer ◦ ハンズオンではないため step by stepとまでは行かず端折る箇所が多々あります ◦ SQLは本質的には重要ではないので解説しません ◦ SQLのsyntaxはDuckDBという軽量高速なDBを前提に記述しています ▪ DuckDBとAthenaからダウンロードした各種 CSVファイルが手元にあれば再現可能です コンセプトの海へ潜っていきます
OHDSI Athenaとは • OMOPのコンセプトの検索および閲覧、一括ダウンロードツール • ダウンロードしたいボキャブラリを選択しダウンロード(一部要ライセンス
• 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.csvに含まれるボキャブラリとその出現回数 を多い順に表示 RxNorm Extensionが最多。次点でNDC, SNOMED…
ドメインに属するコンセプト数の分布 CONCEPT.csvのうち、ドメインとその出現回数を多い順 に表示 RxNorm ExtensionによりDrugが圧倒的に多い
SYNONYMを使って略称からコンセプトを探す • synonym=別名を使ってコンセプトを探すことも可能 ◦ Athenaが略称でコンセプトを探せるのはこの定義のおかげ
蛇足:日本語SYNONYMは 住所パーツのみ定義 もし傷病/医薬品などの別名を載せられた らAthenaでの日本語検索が可能に
コンセプト1とコンセプト2はどのような関係性なのか =relationship_id 双方向に関係性が定義(ex. 親→子と子→親) CONCEPT_RELATIONSHIPの外観
• CONCEPTとCONCEPT_RELATIONSHIPの結合は海に潜る必須道具 • Is a:40475095 ◦ 1つ親(I10-I15 高血圧性疾患) • Maps
to:標準コンセプトへ ◦ SNOMEDへのマッピング定義 ex. ICD10:I10(本態性高血圧)に紐づいたコンセプト
祖先、子孫の探索 • 直下・直上より多階層の探索はCONCEPT_ANCESTORを用いると楽 ◦ Atlasの”Descendants”でも実際に使われている(前述 SNOMED:T2DM の ←祖先と子孫→
コンセプト詳細画面の HIERARCHYタブでも CONCEPT_ANCESTOR が用いられている コンセプトマッピングの粒 度を調整したい時に俯瞰 できて便利 Athenaでも子 孫、祖先が見 れる
• SNOMED: Type 2 diabetes mellitusに統合される非標準コンセプトの一覧 ◦ ‘Mapped from’という関係性で辿れる。 ICD10やICD10CM、ICD9CM、SNOMEDなどが該当、同一
ボキャブラリ内でも標準 /非標準が分かれる 標準→非標準
非標準→標準 • ICD10:I10(非標準)を標準にマッピングした結果SNOMEDになった • Maps toを用いることで非標準→標準が可能
Athenaの定義だけでどこまでコードマッピングできるか • 用意されている非標準→標準コンセプトのカバレッジ • ICD10/ATCレベルの粒度粗め・やや欠損なOMOP変換ならこれくらい
ex. RxNorm:1191(aspirin)に紐づいたコンセプト(一部) • ‘RxNorm ing of’はこのコンセプト(成分)を元にした医薬品
ex. バイアスピリン錠100mgの関連コンセプト • Consists of:剤形を問わない成分と容量だけ抽出 • RxNorm has dose form:剤形だけ抽出
• RxNorm is a:RxNorm専用の親子関係
ex. 定量値が出る検査(ex.LDL)の関連コンセプト • Contained in panel:どのパネルにこのコンセプト(検査)は含まれるのか
ex. 定性値が出る検査(ex.尿蛋白)の関連コンセプト Has Answer • この検査では どのような訂 正値が出うる のか ※日本の検査と互
換性がない可能性 に留意
• 元のコード体系にある関連性の定義を 活かして標準化 ◦ ex. LOINC公式サイトの尿蛋白 → • OMOPが独自定義してるわけではない ので、元のボキャブラリだけでも同じこと
はできる ◦ ただし標準化された構造で扱えると便利 ◦ 標準/非標準などOMOP独自定義もある CONCEPT_RELATIONSHIP
• Usagi ◦ 標準コンセプトにマッピングできるコード値を特定 ◦ コンセプト名称や別名を用いコンセプトを特定、それが標準にマッピングできないか探索 • Atlas ◦ ダッシュボードやConcept
Sets、Cohort Definitionにて多用されている • Data Quality Dashboard ◦ 各テーブルに適切なドメインの標準コンセプトが入っているか、などの品質チェック • Athena ◦ コンセプトの検索・関連性の一覧・ヒエラルキーの表示、 etc コンセプトの解像度が上がると各 OHDSI Toolsが何をしてるか想像しやすくなる OHDSI Toolsとコンセプト