openEHR: Toward computable Clinical semantics

openEHR Japan openEHR updates 2025–2026 openEHR: Toward computable Clinical semantics FHIR・SNOMED CT・OMOP・AIを結ぶ臨床情報基盤 小林慎治 openEHR Japan / 岐阜大学 2026年7月 年次総会・研究会 臨床的 意味

openEHR Japan WELCOME openEHR研究会の活動 openEHRを楽しく学ぶコミュニティです。今日は、この一年の「世界」と「日本」をガイドツアーします openEHR Japanの日常 今日のスライドの歩き方 オンライン研究会 月1回 土曜の午後・Zoomで約1時間・参加費無料 Part 1 openEHRとはなにか 臨床データの意味とは何か 学会チュートリアル 毎年 医療情報学会で、入門から最新動向まで Part 2 世界で起こっていること FHIRとの協働、組織と人、意味とAIの一年 翻訳・モデリング 随時 日本語Archetypeや資料をみんなで育てる Part 3 今やっていること、やろうとしていること openEHR Japan 見学からでOK 気軽に 入会前でも参加歓迎。申込はconnpassから 2

openEHR Japan SEMANTICS 臨床データの意味とは？ 同じ概念でも、誰について・何を根拠に・どの種類の主張として記録されたかで意味が変わる 病理所見 確定診断 肝生検標本中に腺癌を観察 大腸原発・肝転移と評価 腺癌 既往歴 家族歴 10年前胃腺癌手術後 父に大腸腺癌 鑑別・疑い 画像所見から腺癌を疑う 同じ用語でも、意味は文脈や観点で異なる 概念整理：openEHR RM / SNOMED CT Editorial Guide 2

openEHR Japan SEMANTICS 「意味」は臨床的主張の型・関係・文脈・来歴で成立する openEHRの概念モデルは診療過程のどこで、どのような意図をもって記録されたかを区別することができる OBSERVATION EVALUATION INSTRUCTION ACTION 観察 評価 指示 実施 生検標本に腺癌を認めた 肝転移性肝臓がんと診断 追加免疫染色を依頼 免疫染色を実施、大腸原発を疑 う転移性肝臓がんと報告 概念 対象は何か 構造・関係 検体―部位―所見―診断 文脈・根拠 疑い／確定、病理／画像 時間・主体 患者、記録者、診療時点 版・来歴 修正、監査、provenance 臨床データの意味 ＝ 概念 ＋ 主張の型 ＋ 構造的関係 ＋ 文脈・根拠 ＋ 来歴+etc 出典：openEHR EHR Information Model（ENTRY / OBSERVATION / EVALUATION / INSTRUCTION / ACTION） 3

openEHR Japan SEMANTICS TerminologyとopenEHR concept model 競合ではなく、概念の同一性と臨床的主張の構造を分担して組み合わせる Terminology openEHR 「何という概念か」 「その概念をどう記録するか」 概念の識別子 臨床的主張の型 binding 同義語・翻訳 上位／下位関係 データ要素の構造と関係 診療文脈・時間・主体 論理定義・参照集合 Archetypeのノード・値を 外部Terminologyに接続 例：腺癌、大腸、肝臓、生検 版管理・監査・provenance 例：生検所見、診断、既往歴、家族歴 Terminologyとあわせてどのような構造で表現するか設計する。 出典：openEHR Architecture Overview / SNOMED CT Editorial Guide 4

openEHR Japan SEMANTICS FHIRとopenEHR：意味の交換と記録 交換時の意味をそろえるFHIRと、記録された臨床的主張を長期的に保持するopenEHR FHIR 「何を、どう受け渡すか」 Resource / Profile / IG input / output reuse / publish system-to-system exchange 例：IPS, JP Core, eReferral 「何を、どう記録し続けるか」 Composition / ENTRY / DV_* Archetype / Template / OPT REST API・文書・message ユースケースごとの交換仕様 openEHR 接続面を設計する FHIR façade / mapping / Terminology binding version・provenance・AQL longitudinal clinical repository 例：診断、病期、治療経過 競合ではなく、境界面の設計：FHIRで入出力し、openEHRで意味・文脈・来歴を保つ。 5

openEHR Japan BASICS openEHRは、臨床的主張を複数の層で計算可能にする 安定した情報骨格と、変化する臨床知識を分離する「multi-level modelling」 Reference Model ENTRYのデータ型、時間、主体、版管理、監査な どの安定したEHR骨格 Terminology binding Archetype 病歴、既往歴、病理検査結果、診断、薬剤など、 再利用可能な臨床概念モデル SNOMED CT LOINC / UCUM ICD / local codes Template 診療・研究・文書の用途に合わせた組合せと追加 制約 Operational artefacts Archetypeのノードや値へ接続し、 交換・検索・分析でも概念を共有 OPT、フォーム、API、検証、AQL検索などへ展開 openEHR = 臨床的主張を、構造・文脈・来歴とともに長期保存・再利用する公開仕様とモデル体系 出典：openEHR Architecture Overview / Archetype Object Model / EHR Information Model 5

openEHR Japan YEAR IN REVIEW 2025－2026年：3つの変化 2025年7月〜2026年7月は、単一仕様の大改訂より「協働・実装・組織化」が進んだ 01 02 03 標準間協働 実装エコシステム 組織の専門化 FHIRとの関係が「競争」から 共同作業へ SNOMED・OMOPも含む複数 SDO連携 FHIRconnect、Swiss Blueprint 一次利用と二次利用をつなぐ 試み CEO交代、Software Program Board 有給専門職、産業パートナー の拡大 「標準を組み合わせて実装する体制」の整備 6

openEHR Japan YEAR IN REVIEW 2025年7月〜2026年7月 2025.07 2025.11 2026.02 2026.05 xShare参加 openEHR–OMOP WG Software Program Board Dublin共同会議 EHDSに臨床モデリ ングで参画 一次利用と研究デ ータの接続 ソフトウェアガバ ナンス 技術から政策・教 育・ツールへ 2025.10 2026.01 2026.04 2026.07 EHRCON25 Rachel氏 HL7 CEO Jordi氏 openEHR CEO 専門職募集／ Swiss Blueprint Barcelona／AI・ future-ready data 人材レベルでも接 続 大規模実装経験を 組織へ 持続可能な実装体 制へ 共同声明 → Working Group → 実装Blueprint → 継続的な組織体制 出典：openEHR International / HL7 International / openEHR Discourse（2025–2026） 7

openEHR Japan PART 1 HL7 FHIRとの協働 FHIRの臨床概念モデリングとの協働 8

openEHR Japan FHIR × OPENEHR FHIRは医療情報交換・APIの標準として成功し普及しつつある 1 2 3 4 REST / JSON Resource Profile / IG 政策・調達 Web・クラウド開発との 親和性 実装可能な単位に分解 国・地域・ユースケース へ適応 各国のAPI基盤で採用拡 大 FHIRが成功と普及から、次の課題が明らかとなる。 9

openEHR Japan FHIR × OPENEHR FHIRの普及とその課題 交換仕様が整っても、同じ臨床的意味で実装・再利用できるとは限らない 01 Profile / IGの分散 02 項目の列挙ではなく、関係・文脈・cardinalityを設 計 国・組織・プロジェクトごとに類似モデルが増え る 03 Terminology governance コードを付けるだけでなく、ValueSetとbindingを 維持 臨床モデリング: Observation 04 長期保存・再利用 バージョン、provenance、検索・分析まで設計が 必要 「何でも交換できる」ことと、「同じ意味で再利用できる」ことは別問題 10

openEHR Japan FHIR × OPENEHR FHIR or openEHR から FHIR and openEHR へ 交換・API 臨床情報モデル 概念の同一性 研究・AI・アプリ HL7 FHIR Resource / Profile / IG openEHR Archetype / Template SNOMED CT等 Terminology / ValueSet OMOP / analytics / CDS LLM・agent・decision support FHIRで運び、openEHRで意味を保ち、Terminologyで概念をそろえ、研究とAIへつなぐ。 11

openEHR Japan FHIR × OPENEHR FHIR Profile開発で必要となる「臨床概念モデリング」 openEHRのモデラーがFHIR Profile／IGに貢献している FHIR base Resource 汎用的な要素と拡張点 必要になる能力 openEHRの蓄積 臨床概念の分解 データ要素間の関係 cardinality / constraint Profile / IG Terminology binding 臨床ユースケースに合わせて 必須項目・ValueSet・extensionを 設計 Archetype設計 臨床レビュー モデル再利用 CKM governance 臨床家との合意形成 臨床情報モデリング人材が、標準の境界を越えて動いている 12

openEHR Japan FHIR × OPENEHR Amsterdam 2025からDublin 2026へ：共同声明から継続作業へ AMSTERDAM 2–3 June 2025 5つの正式Working Group DUBLIN 12–13 May 2026 技術から、運用可能な協働へ 技術的整合 共同ユースケース technical alignment governance mapping / tooling コミュニティ連携 education policy tooling 継続的な進捗共有 これまでの「声明」ではなく、「どの領域で、誰が、どう実装するか」へ 出典：openEHR International / HL7 International joint statements（2025, 2026） 13

openEHR Japan FHIR × OPENEHR FHIRconnect：再利用可能な双方向マッピング ArchetypeとFHIR Profileの対応を、個別ETLから共有可能なDSL・ライブラリへ FHIR Profiles FHIRconnect openEHR Resource / extension Implementation Guide Mapping DSL openFHIR execution engine shared mapping library Archetype / Template Clinical Data Repository 24 15 7 65% international archetypes FHIR profiles clinical domains mapping reuse 個別変換を作り続けるのではなく、Archetypeを軸にmappingを再利用する。 出典：Kohler et al., FHIRconnect: Towards a seamless integration of openEHR and FHIR, 2025 14

openEHR Japan FHIR × OPENEHR スイス：FHIR文書をopenEHRに保存し、FHIRで返すBlueprint 2026年7月、予防接種PoCを再利用可能なImplementation Guideへ 1 2 3 4 5 CH VACD FHIR façade FHIRconnect openEHR CDR FHIR output FHIR documents orchestration bidirectional mapping longitudinal persistence exchange / apps 「FHIRで受け取り、openEHRで長期保存し、必要時にFHIRで返す」役割分担が実装Blueprintになった。 予防接種だけでなく、他の臨床領域への再利用を意図 出典：openEHR Switzerland / HL7 Switzerland, “From proof of concept to a reusable blueprint”, 18 Jul 2026 15

openEHR Japan PART 2 標準団体の垣根を越える動き 共同声明だけでなく、人材、資金、ソフトウェアガバナンスが動いた一年。 16

openEHR Japan ORGANISATION Rachel Dunscombe氏：openEHR CEOからHL7 International CEOへ openEHRでの経験が、HL7全体の経営と国際協働へ持ち込まれた 象徴する変化 人材流出ではない 両コミュニティの接続が制度化 2026年1月19日 就任 HL7は、openEHRで世界的普及と 標準化団体間協働を進めた経験を 明示 協働型リーダーシップ Dublin共同会議でも継続 AI readiness HL7側の戦略にも接続 出典：HL7 International, 13 Jan 2026 / openEHR International, 8 Jan 2026 17

openEHR Japan ORGANISATION Jordi Piera-Jiménez氏：大規模実装経験を持つ新CEO 国際的な認知拡大から、政策と実装を結ぶ次の段階へ MEDINFO 2025 Taipei Jordi氏との交流 Catalonia デジタルヘルス戦略と新EHR開発を主導 Integrated care 医療・社会ケア記録の統合実装経験 International policy WHO・OECD・EHDSに関与 Cross-SDO openEHR・FHIR・SNOMEDを横断 写真：小林慎治氏所蔵 18

openEHR Japan ORGANISATION Jussara Macedo Pinho Rötzsch氏：openEHRからHL7 Brasilへ 標準に「所属」するのではなく、意味的相互運用性を複数の標準で実装する人材 Jussara Macedo Pinho Rötzsch HL7 Brasil President（2025–2027） 2012–2016 openEHR Foundation Director / Governor 長年 Brazil・南米でArchetypeとTerminologyを推進 2025– HL7 Brasilを率いFHIR・IPS・SNOMED等を統合 京都大学での交流ほか 写真：小林慎治氏所蔵 19

openEHR Japan ORGANISATION 人材交流が示すこと：標準間協働は「現場の能力」で進む CEOだけでなく、臨床モデラー、Profile開発者、Affiliateリーダーが複数コミュニティを横断 HL JP Heather Leslie Jordi Piera-Jiménez Jussara Rötzsch Clinical modelling Policy & implementation Affiliate leadership Archetype設計・FHIRconnect FHIR Profile開発にも関与 Catalonia実装・FHIRconnect openEHR CEO openEHR Foundation経験 HL7 Brasil Presidente 標準団体で共有されるのは「仕様・技術」だけではなく人材でもある 20

openEHR Japan ORGANISATION 産業支援の拡大：専門組織化を支える基盤 加盟企業・スポンサーの増加が、仕様・モデル・ソフトウェアへの継続投資を可能にする La Poste Groupe NTT DATA MongoDB Diamond Partner Platinum Partner Platinum Partner 2025.09 2025.09 2025.09 会費・スポンサー 再投資 専門職・ガバナンス 実装エコシステム 産業界からの継続支援 仕様・モデル・教育・OSS 責任ある継続運営 導入・検証・普及 経済基盤の拡大による組織の充実化 21

openEHR Japan ORGANISATION ボランティア中心から、有給専門職とSoftware governanceへ 仕様・臨床モデル・ソフトウェアの中核機能に、責任ある継続ポジションを置く Software Program Board 2026年7月：3つの有給専門職を募集 2026年2月創設発表、3月正式発足 CTO 週1日 仕様・Software・FHIR協働・AI戦略 CCIO 週1日 臨床モデル・SNOMED・OMOP・HL7 連携 ソフトウェア活動の優先順位付け オープン開発・contribution model 仕様との整合性 企業・実装者・コミュニティの橋渡し 出典：openEHR Software Program Board（Feb 2026）／openEHR Jobs（17 Jul 2026） Senior Clinical Modeller 週2日 Archetype・Template・binding・CKM 実務 22

openEHR Japan COMMUNITY EHRCON25：AI・臨床モデリング・実装コミュニティの可視化 Barcelona, 16–17 October 2025 EHRCON 25 Barcelona CCCB 16–17 OCT 2025 AI Future-ready data specialised models / agentic systems 高品質・再利用可能な臨床データ Clinical modelling Community & education 実装課題を扱う事前Workshop CPD、研究発表、企業・患者の参加 年次会議が、発表の場から「学習・共同作業・人材形成」の場へ 出典：openEHR International EHRCON25 pages / Clinical Modelling workshop 23

openEHR Japan PART 3 意味・二次利用・AIをつなぐ実装へ Terminology、OMOP、AIの話を、openEHRの「臨床的主張を残す」役割へ戻して考える。 24

openEHR Japan SEMANTICS SNOMED CT：FHIRとopenEHRの間で意味を保つ共通層 形式を変換しても、概念の同一性を維持するためのTerminology binding openEHR Archetype SNOMED CT FHIR Resource / Profile 臨床的主張の構造 Archetype path / node Concept IDs relations / definitions reference sets 交換する項目とValueSet code / system / display binding binding 2025年：SNOMED InternationalとopenEHRが5年間の協力協定 ArchetypeへのSNOMED CT組込みと一貫した臨床コンテンツ表現を推進 TerminologyはopenEHRの代替ではなく、臨床情報モデルを意味的に接続する層。 出典：openEHR International & SNOMED International collaboration, Mar 2025 25

openEHR Japan SECONDARY USE openEHR–OMOP Working Group：一次利用と二次利用をつなぐ 診療時の意味を保持したデータから、研究用共通データモデルへ 1 2 3 4 5 診療記録 openEHR CDR mapping / ETL OMOP CDM 研究 臨床家の観察・評価・指示 Archetype＋Terminology＋ provenance 用途別変換・品質評価 研究・統計解析の共通構造 cohort analysis 二次利用の品質は、匿名加工や分析手法だけでなく、一次記録時の意味の精度で決まる。 出典：Joint openEHR–OMOP Working Group announcement, 17 Nov 2025 27

openEHR Japan AI & TOOLING AI-ready dataとは「JSON/MDで読めること」ではない AIが安全に使えるためには、構造・意味・時間・根拠・来歴が必要 構造 意味 時間 根拠 来歴 Archetype / Template Terminology binding event time / state method / source / evidence author / version / audit openEHR × AI：現実的な応用 自然言語 → AQL データ品質評価 臨床要約 モデル作成支援 CDS / agent 検索・cohort抽出 欠測・不整合の検出 根拠と時系列を保持 Archetype / mapping補助 検証可能なデータ基盤 AIが読めるデータではなく、AIの判断を検証できるデータへ。 整理：openEHR RM / Archetype / AQLの特性とEHRCON25のAI議論を統合 28

openEHR Japan AI / RAG RAGとは：LLMを外部知識とつなぐ モデルの内部記憶だけで答えず、検索した資料・データ・モデルを文脈として渡して生成する 入力 Retrieve 自然言語の問い 外部知識を検索 Augment 根拠をpromptに追加 出力 Generate 根拠つき回答 要約・クエリ案 回答を生成 検索対象は「文書」だけではない 文書 ガイドライン・論文 院内規程 データ 臨床DB・EHR AQLで得た事実 モデル Archetype・OPT Terminology RAGは「正解を保証する技術」ではなく、「外部知識に接地して回答させる設計」 品質を決めるのは、検索対象の品質・意味構造・検索結果の検証。openEHRではArchetype / Terminology / AQLを使ってRAGを意味付きにできる。 出典：Lewis et al., 2020 / Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks RAG

openEHR Japan AI & RAG Archetype-aware RAG：文書検索から意味付き臨床データ検索へ RAGの検索対象・検索条件・出力制約としてArchetype / OPTを使う 自然言語 の問い Terminology Ontology Archetype OPT RAG AQL Guideline Evidence RAG LLM＋ OPT検証 質問 概念展開 path・制約 決定論的検索 外部知識 説明・検証 通常のRAG Archetype-aware RAG 似ている文書を探す モデル・path・概念集合・出力制約まで取得する Archetypeは「検索対象」であると同時に、検索語彙と出力制約でもある。 整理：RAG × openEHR AQL / Archetype / OPT の組み合わせ 29

openEHR Japan AI & RAG 自然言語の研究質問を、監査可能なコホート定義へ Stage II以上の肺腺がん、一次治療、プラチナレジメン、手術有無を例に 実行可能な定義へ 問い LLMがまず分解する Stage II以上の肺腺がんで、 一次治療として手術を受けた／受け ていない、 かつプラチナを含む抗がん剤治療を 受けた患者 D 診断 ∩ Concept Set 肺腺がん・プラチナ製剤 疾患：原発性肺腺がん・確定 病期：Stage II以上・評価時点 治療：一次治療エピソード 薬剤：platinum ingredientを含む 層別：手術実施あり／なし S 病期 ∩ P 薬物療法 Archetype path 診断・病期・投与・手術 AQL＋時間ルール D ∩ S ∩ P → Oで層別 → O 手術実施で層別 LLMは問いを解釈する。AQLは決めた条件を再現可能に実行する。 30

openEHR Japan AI & RAG RAGを3層に分ける：Model / Clinical data / Evidence 患者について記録された事実と、一般医学知識を混ぜない Model RAG Clinical data Evidence RAG Archetype Template OPT Mapping AQL CDR RM graph Time rules Guideline 薬剤情報 院内規程 文献 モデル・path・制約を探す 患者について記録された事実を取得 一般知識・推奨条件を取得 LLMは3層を統合して説明するが、患者事実・モデル・外部根拠を分けて保持する 「患者に記録された事実」と「一般医学知識」を分離することで、RAGの誤用を減らす。 整理：Model RAG / Clinical data retrieval / Evidence RAG 31

openEHR Japan AI & RAG 成果物は「答え」ではなく説明可能なEvidence LLMの出力を、そのまま臨床事実にしない Evidence Package LLMだけの答え • 元の質問と構造化条件 「この患者は条件に該当します」 • 使用したTemplate / OPT と版 • Concept Set と Terminologyの版 もっともらしいが、再現性・監査性が 弱い • 実行したAQL・時間ルール • 根拠となるComposition / 記録箇所 • 信頼度・判定不能理由・人間の確認 応用：コホート抽出・症例登録・データ品質監査・治験適格性・患者サマリー・標準間マッピング 「検索結果」ではなく、なぜ該当したかを説明できる検索へ。 整理：LLM出力を監査可能なEvidence Packageとして保持する設計 32

openEHR Japan SYNTHESIS 実装エコシステムの発展 仕様 実装 RM / Archetype / AQL FHIRconnect / CDR / façade openEHR ecosystem 意味・研究 組織・人材 SNOMED / OMOP / EHDS CEO / SPB / paid roles / partners 「仕様がある」から、「使い続けられる仕組みがある」へ 33

openEHR Japan PART 4 日本で何を一緒に作るか openEHR Japanの国内活動から国際関係まで。 34

openEHR Japan JAPAN openEHR Japanの現在：長い蓄積と、新しい入口 小さなコミュニティだが、参加経路が人脈中心から多様化し始めている 2007 活動開始 2015 NPO発足 2017–20 千年カルテ論理 モデル これまでの土台 現在 月例研究会 月例研究会 ・学会チュ ・学会チュ ートリアル ートリアル 2025–2026：参加の入口が多様化 Note記事 次世代医療基盤法事業 検索・SNSから初学者 二次利用実務からの関心 企業 既存研究者 実装・製品・PoCの視点 標準化・医療情報学の蓄積 次の課題：参加を「一度来る」から「成果を一緒に作る」へ変える openEHR Japan活動史：昨年資料／参加経路：openEHR Japan内の観察（2025–2026） 35

openEHR Japan JAPAN 日本に不足しているのは、臨床情報モデルを共同で育てる場 一次記録からFHIR交換、二次利用、AIまでを一つのデータライフサイクルとして考える 診療現場 臨床情報モデル 交換 二次利用 AI・政策 入力・観察・判断 openEHR＋Terminology FHIR / IPS / JP Core OMOP / research DB analysis / CDS / evaluation データ品質評価 参照実装と教育 openEHR Japanが貢献できる範囲 日本語Archetype FHIRとのmapping Terminology binding 二次利用時にコードを付け直しても、一次記録で失われた意味は戻らない。 36

openEHR Japan JAPAN 次の一年：3つの旗艦プロジェクトを「公開成果」にする 勉強会の継続だけでなく、外から見える成果物と参加入口を作る 1 2 3 日本語 Clinical Model Starter Set FHIR–openEHR 参照実装 Terminology Sandbox 高頻度の臨床概念を10前後に絞り 、 日本語訳・臨床レビュー・binding 方針を公開 FHIR入力 → openEHR保存 → AQL検 索→ FHIR再出力 → 研究用変換を実証 SNOMED CT、JLAC、LOINC、ICD等 の 教育・研究利用とserver governance を検討 例：検査、問題リスト、アレルギー、薬剤 、予防接種 候補：予防接種／検査／薬剤・アレルギー 最初にライセンス条件と用途境界を明確化 37

openEHR Japan JAPAN 誰でも役割を持てる：参加者別の最初の一歩 openEHR経験の有無より、どの専門性を持ち寄るか 臨床家 項目・文脈の臨床レビュー 医療情報学研究者 評価設計・二次利用・標準化研究 FHIR実装者 ProfileとArchetypeのmapping 技術者 CDR・AQL・API・変換ツール 用語専門家 Terminology binding・ValueSet 企業 PoC・共同開発・スポンサー 学生・若手 翻訳・検証・実装・調査 「詳しくなってから参加」ではなく、「小さなレビューから詳しくなる」 38

openEHR Japan JAPAN PR戦略：知る → 来る → 小さく貢献する → 継続参加 Noteが既に機能している入口を、研究会と公開プロジェクトへつなぐ 知る Note・公開スライド 学会・SNS 来る 初心者向け公開研究会 見学・質問 試す 継続する レビュー・翻訳 mapping・小さなIssue 支える 旗艦Project 共同研究・実装 入会 企業支援 初参加者 2回目参加率 Project参加者 公開成果物 企業・研究相談 人数 継続 行動 価値 波及 見るべきKPIはフォロワー数ではなく、再参加と共同成果。 39