---
title: openEHR:   Toward computable Clinical semantics
tags:  #openehr #fhir #digital health  
author: [Shinji KOBAYASHI](https://www.docswell.com/user/skoba)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/GJWG2MY672.jpg?width=480
description: openEHR Japan の2026年年次総会・研究会での講演内容です。openEHR の概念モデルとそのセマンティクス、FHIR・SNOMED CT・OMOP など他の標準との協働方法を解説しています。また、多段階モデリングにより臨床的主張を構造・文脈・来歴とともに長期保存・再利用できる仕組みを示し、2025‑2026 年における標準間協働、実装エコシステムの拡充、組織の専門化などの変化を振り返っています。さらに、FHIR ↔ openEHR の双方向マッピング（FHIRconnect）や共同作業の事例を紹介し、今後の実装と研究・AI 活用への道筋を提示しています。
published: July 26, 26
canonical: https://www.docswell.com/s/skoba/ZR8Y6N-2026-07-26-133543
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/GJWG2MY672.jpg)

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


# Page. 2

![Page Image](https://bcdn.docswell.com/page/4EZLDQXR73.jpg)

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


# Page. 3

![Page Image](https://bcdn.docswell.com/page/Y76W16417V.jpg)

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


# Page. 4

![Page Image](https://bcdn.docswell.com/page/G75M46QL74.jpg)

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


# Page. 5

![Page Image](https://bcdn.docswell.com/page/9J29VMP3ER.jpg)

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


# Page. 6

![Page Image](https://bcdn.docswell.com/page/DEY43X58JM.jpg)

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


# Page. 7

![Page Image](https://bcdn.docswell.com/page/VJNYV1N978.jpg)

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


# Page. 8

![Page Image](https://bcdn.docswell.com/page/YE9P65R3J3.jpg)

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


# Page. 9

![Page Image](https://bcdn.docswell.com/page/GE8DZYWLED.jpg)

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


# Page. 10

![Page Image](https://bcdn.docswell.com/page/LELMD4NQ7R.jpg)

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


# Page. 11

![Page Image](https://bcdn.docswell.com/page/4JMYPKQKJW.jpg)

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


# Page. 12

![Page Image](https://bcdn.docswell.com/page/PJR91X8679.jpg)

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


# Page. 13

![Page Image](https://bcdn.docswell.com/page/PEXQY68DJX.jpg)

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


# Page. 14

![Page Image](https://bcdn.docswell.com/page/3EK931KDED.jpg)

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


# Page. 15

![Page Image](https://bcdn.docswell.com/page/L73WGQZP75.jpg)

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


# Page. 16

![Page Image](https://bcdn.docswell.com/page/87DK19R3JG.jpg)

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


# Page. 17

![Page Image](https://bcdn.docswell.com/page/VJPKQZWPE8.jpg)

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


# Page. 18

![Page Image](https://bcdn.docswell.com/page/2EVV5W8VEQ.jpg)

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


# Page. 19

![Page Image](https://bcdn.docswell.com/page/57GL6D51EL.jpg)

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


# Page. 20

![Page Image](https://bcdn.docswell.com/page/4EQY41ZNJP.jpg)

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


# Page. 21

![Page Image](https://bcdn.docswell.com/page/KJ4WQR3371.jpg)

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


# Page. 22

![Page Image](https://bcdn.docswell.com/page/LE1YPQ1Z7G.jpg)

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


# Page. 23

![Page Image](https://bcdn.docswell.com/page/GEWG2M86J2.jpg)

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


# Page. 24

![Page Image](https://bcdn.docswell.com/page/47ZLDQ8RJ3.jpg)

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


# Page. 25

![Page Image](https://bcdn.docswell.com/page/YJ6W16P1JV.jpg)

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


# Page. 26

![Page Image](https://bcdn.docswell.com/page/GJ5M46KLJ4.jpg)

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


# Page. 27

![Page Image](https://bcdn.docswell.com/page/LE3WGQZDE5.jpg)

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


# Page. 28

![Page Image](https://bcdn.docswell.com/page/8EDK19R27G.jpg)

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


# Page. 29

![Page Image](https://bcdn.docswell.com/page/V7PKQZWLJ8.jpg)

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


# Page. 30

![Page Image](https://bcdn.docswell.com/page/2JVV5W86JQ.jpg)

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


# Page. 31

![Page Image](https://bcdn.docswell.com/page/5EGL6D52JL.jpg)

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


# Page. 32

![Page Image](https://bcdn.docswell.com/page/4JQY41Z97P.jpg)

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


# Page. 33

![Page Image](https://bcdn.docswell.com/page/K74WQRDRE1.jpg)

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


# Page. 34

![Page Image](https://bcdn.docswell.com/page/LJ1YPQZVEG.jpg)

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


# Page. 35

![Page Image](https://bcdn.docswell.com/page/GJWG2M9372.jpg)

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


# Page. 36

![Page Image](https://bcdn.docswell.com/page/4EZLDQ9G73.jpg)

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


# Page. 37

![Page Image](https://bcdn.docswell.com/page/Y76W16KQ7V.jpg)

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


# Page. 38

![Page Image](https://bcdn.docswell.com/page/G75M46P274.jpg)

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


# Page. 39

![Page Image](https://bcdn.docswell.com/page/9J29VM61ER.jpg)

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


# Page. 40

![Page Image](https://bcdn.docswell.com/page/DEY43X94JM.jpg)

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


# Page. 41

![Page Image](https://bcdn.docswell.com/page/VJNYV1L678.jpg)

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