オープンEHR

openEHRは、電子医療記録(EHR)における医療データの管理と保存、検索、交換を規定する医療情報学のオープンスタンダード仕様です。openEHR では、個人のすべての医療データが「1 つの生涯」、ベンダーに依存しない個人中心の EHR に保存されます。openEHR 仕様には EHR 抽出仕様^{[1]が含まれていますが、それ以外は EHR システム間のデータ交換には主として関係していません。これは、} EN 13606やHL7などの他の標準の焦点です。

openEHR 仕様は、 openEHR EHR のオープンな研究、開発、実装をサポートする非営利財団である openEHR Foundation によって管理されています。仕様は、コンテンツの仕様を規定するためのアーキタイプ方法論^{[2] [3]}として知られるものを含む、EHR と新しいパラダイムに関する 15 年間のヨーロッパとオーストラリアの研究開発の組み合わせに基づいています。

openEHR仕様^[4]には、 EHRの情報とサービスモデル、人口統計、臨床ワークフロー、アーキタイプが含まれています。これらは、医療法的に健全で、分散型でバージョン管理されたEHRインフラストラクチャの基礎となるように設計されています。

openEHR 仕様全体のアーキテクチャは、次の主要な要素で構成されています。

• 情報モデル（別名「参照モデル」）
• 原型形式主義;
• ポータブルなアーキタイプクエリ言語。
• サービス モデル / API。

最初の 2 つを使用すると、「アーキタイプ」と「テンプレート」の開発が可能になります。これらは臨床および関連コンテンツの正式なモデルであり、それらが構築される基本仕様よりもはるかに多くの、独自の事実上の標準のレイヤーを構成します。クエリ言語を使用すると、物理データベース スキーマではなくアーキタイプに基づいてクエリを構築できるため、クエリが物理的な永続性の詳細から切り離されます。サービス モデルは、EHR サービスやデモグラフィック サービスなどの主要なバックエンド サービスへのアクセスを定義します。一方、アーキタイプ パスに基づく軽量の REST ベースの API の増え続けるセットは、アプリケーション アクセスに使用されます。

openEHRアーキテクチャ概要では、アーキテクチャの概要と詳細な仕様が提供されています。^[5]

openEHR仕様の中心となるのは、openEHRでは「参照モデル」と呼ばれる情報モデルのセットです。^[6]これらのモデルはopenEHRシステムの基本情報モデルを構成し、電子健康記録（EHR）、EHR抽出、人口統計モデルの不変セマンティクス、およびサポートされるデータ型、データ構造、識別子、有用な設計パターンを定義します。

EHR コンポーネントの主要なクラスには、サブタイプに OBSERVATION、EVALUATION、INSTRUCTION、ACTION、ADMIN_ENTRY が含まれる ENTRY クラスや、投薬指示、手術、その他の治療を含む介入のライフサイクルの標準モデルを定義する状態マシンである Instruction State Machine などがあります。

openEHR フレームワークの重要な革新は、臨床情報のすべての仕様を情報モデル(「参照モデル」とも呼ばれる) から除外し、代わりに臨床医と患者が記録する必要のあるコンテンツの定義を表現する強力な手段を提供することです。この定義は、参照モデルに基づいて構築されたシステムによって実行時に直接使用できます。これは、非常に大規模で、成長し、常に変化する情報タイプのセットという健康に関する一般的な問題をスケーラブルに処理する必要性によって正当化されます。^[7]

臨床コンテンツは、情報モデルの外部に存在する 2 種類の成果物によって指定されます。最初の「アーキタイプ」は、再利用可能なデータ ポイントとデータ グループの定義、つまりさまざまなコンテキストで再利用されるコンテンツ項目を正式に定義する場所を提供します。典型的な例としては、「全身動脈血圧測定」や「血清ナトリウム」などがあります。このようなデータ ポイントの多くは、アレルギー反応を記録するデータ項目のグループや肝機能検査結果の分析物など、論理グループに存在します。アーキタイプによっては、50 個など多数のデータ ポイントが含まれますが、より一般的な数は 10 ～ 20 です。アーキタイプのコレクションは、再利用可能なドメイン コンテンツ定義の「ライブラリ」として理解でき、各アーキタイプは「ガバナンス ユニット」として機能し、そのコンテンツは共同で設計、レビュー、公開されます。

2 つ目の種類のアーティファクトは、openEHR では「テンプレート」と呼ばれ、患者の退院サマリーや放射線レポートを構成するデータ項目など、ユースケース固有のデータセットを論理的に表現するために使用されます。^[8]テンプレートは、いくつかのアーキタイプから関連する項目を参照して構築されます。テンプレートには、各アーキタイプから 1 つまたは 2 つのデータ ポイントまたはグループのみが必要になる場合があります。技術的な表現の観点から、openEHR テンプレートは、その作成元であるアーキタイプのセマンティクスに違反することはできません。テンプレートは、ほとんどの場合、ソフトウェア開発者や臨床アナリストによるローカル使用のために開発されます。テンプレートは通常、GUI画面フォーム、メッセージ定義、ドキュメント定義用に定義され、したがって「運用」コンテンツ定義に対応します。

情報モデルの上に 2 つのモデル層を設ける理由は、データ セット定義がそのような定義のライブラリから事前に定義されたデータ ポイントで構成されている場合、記録されたすべてのデータ (つまり、テンプレートのインスタンス) は、最終的には標準コンテンツ定義のインスタンスになるからです。これにより、標準化されたクエリが機能するための基盤が提供されます。アーキタイプ「ライブラリ」レベルがなければ、すべてのデータ セット (つまり、運用コンテンツのチャンク) が一意に定義され、クエリに対する標準的なアプローチは困難になります。

したがって、openEHRはAQL（Archetype Querying Language）と呼ばれるアーキタイプに基づいたクエリ方法を定義します。^[9]

特に、openEHRは共有ケアプランのモデル化に使用されています。アーキタイプは共有ケアプランの概念に対応するように設計されています。^[10]

個々の健康記録の内容は大きく異なる場合がありますが、openEHRデータインスタンスのコア情報は常にアーキタイプに準拠しています。これは、臨床情報を非常に再利用性の高い、場合によっては普遍的な方法で表現するアーキタイプを作成することによって機能します。^[11]

openEHR アーキタイプは、openEHR の公開仕様である「アーキタイプ定義言語」で表現されています。2 つのバージョンが利用可能です。ADL 1.4 ^[12]と ADL 2 ^[13]です。ADL 2は、特殊化、再定義、注釈のサポートが改善された新しいリリースで、その他の改善も行われています。^{[14] ADL の 1.4 リリースとその「オブジェクト モデル」に対応するアーキタイプ オブジェクト モデル (AOM) は、CEN および ISO の「アーキタイプ定義言語」標準 (} ISO 標準 13606-2 )の基礎となっています。 ^[15]

テンプレートは歴史的に、ファイル拡張子にちなんで「.oet」と呼ばれる、事実上業界で開発されたシンプルなXML形式で開発されてきました。^[16] ADL 2は、ADL言語の拡張機能を使用して、アーキタイプでシームレスにテンプレートを表現する方法を定義しています。^[17]

アーキタイプを開発するためのさまざまな原則が特定されています。^[18]たとえば、openEHR アーキタイプのセットは、相互に排他的であるなどのいくつかの公理に準拠するように品質管理される必要があります。アーキタイプは、現場の実際のニーズを満たすように、臨床医グループの手でソフトウェア実装やインフラストラクチャから独立して管理できます。アーキタイプは、臨床知識の仕様が時間の経過とともに進化および開発されるように設計されています。openEHR で表現される情報設計の実装における課題は、実際のシステム制約が情報設計とどの程度調和しているかに集中しています。^[要出典]

電子健康記録の分野では、HL7 V3とSNOMED CTなど、範囲が重複しており管理が難しい既存の情報モデルが多数存在します。openEHRのアプローチは、単独で使用しない限り、調和化の課題に直面します。^[19]

openEHR のアプローチに従って、共有され管理されたアーキタイプを世界規模で使用すると、技術的、組織的、文化的状況に関係なく、openEHR の健康データを一貫して操作および表示できるようになります。このアプローチでは、臨床記録保持の将来のニーズを満たすために新しいアーキタイプを定義できるため、EHR で使用される実際のデータ モデルが柔軟であることも意味します。最近、オーストラリアでの作業では、アーキタイプとテンプレートを使用して、openEHR の健康記録システムで従来の健康記録とメッセージ データの使用を容易にし、標準化されたメッセージと CDA ドキュメントを出力する方法が実証されました。

国際レベルでの設計と統治形態に関する合意を得られる見込みは、多様な医療法環境から文化的な差異、さらには臨床用語集の基準がどの程度不可欠であるかといった技術的な差異まで、さまざまな影響があるため、依然として不透明です。

openEHR フレームワークは電子健康記録通信規格 (ISO 13606) に準拠しており、Archetype Object Model 2 (AOM2) は ISO 13606:2 の 2017 年改訂版のドラフト仕様として ISO TC 215 によって正式に承認されています。

openEHR アーキタイプは、オーストラリアの National e-Health Transition Authority、英国 NHS Health and Social Care Information Centre (HSCIC)、ノルウェー Nasjonal IKT 組織、およびスロベニア保健省で使用されています。

openEHRはブラジルの標準化されたEHRの基盤として選ばれました。^[20]

これは、openEHR 業界パートナーが作成したソリューションを含め、世界中の商用ソリューションで利用され始めています。

openEHR モデリング アプローチの成果の 1 つは、健康データを表すアーキタイプ、テンプレート、用語サブセットのオープン開発です。openEHR はオープンな性質を持っているため、これらの構造は公開されており、健康情報システムで使用および実装できます。コミュニティ ユーザーは、Clinical Knowledge Manager (CKM) と呼ばれる共同リポジトリでこれらの構造を共有、議論、承認できます。現在使用されている openEHR CKM の一部:

• openEHR 臨床ナレッジ マネージャー
• NEHTA 臨床知識マネージャー
• 英国臨床知識マネージャー
• ノルウェー国立ICT臨床知識マネージャー
• スロベニア保健省臨床知識マネージャー

• アーキタイプ（情報科学）
• 欧州健康記録研究所
• 電子健康記録通信( ISO / CEN EN 13606 - EHRcom)
• 健康レベル7
• 健康情報サービスアーキテクチャ(HISA)
• HIPAA
• プロレック
• スノーメッドCT

• openEHR Foundationのウェブサイト
• openEHR仕様
• openEHR 2015 ホワイトペーパー