Interoperability standards and schema
1980年代初頭から実施されている標準開発活動は、これらの相互運用性の課題に対するソリューションを提供することを目的としています。, National Electrical Manufacturers Association(NEMA)の規格委員会であるDigital Imaging and Communications in Medicine(DICOM®)は、国際標準化機構(ISO12052:2017)によって公開された医用画像情報を通信するための標準を最初に開発したものの一つである。 すべての健康レベルセブン（HL7）規格は、公式の国家規格機関である米国規格協会（ANSI）によって公開されています。, HL7(Health Level Seven)標準は、技術的な相互運用性(health data exchange)に焦点を当てており、その結果、運用上の(意味的な)相互運用性が制限されることに注意することが重要
現在非常に普及しているFast Healthcare Interoperability Resources(FHIR®)標準は、運用情報フローを大幅に改善しました。 HL7FHIR®参照モデルは、情報モデル(リソース)のコレクションによって定義されます。 ここで紹介しない)を生成する臨床情報モデルです。, FHIR®リソースは、レガシーシステムにあるデータのスーパーセットから生成され、開発者が直接使用できます。 厳密に言えば、これらは通常の継承、共通要素のカプセル化、または型付けの習慣が使用されていないため、”モデル”ではありません。 FHIR®規格の正常な使用は、当事者間で到達した合意の程度に依存します。 このようにして合意に達することは、より広範なネットワークに合わせた合意よりも、臨床医を含む少数の利害関係者によって組織内で達成する方 これはソフトウェア再使用の機会を限る。,
六つの米国メディケア説明責任ケア組織のレビューは、再び標準的なアプローチを採用する必要性を強調しています。 医療提供者ネットワーク全体で単一の電子健康記録システムを使用した人は、リアルタイムでデータを共有することができ、医療提供者のケアを調整する能力を高めることが判明しました。 その他のアクセスへの堅牢な健康情報交換を可能へのアクセスの患者のデータを外部からの提供者にあります。 これにもかかわらず、それは健康の可能性を最大限にそれが実現されていないことに留意された。,E相互運用性が低いため、ケア能力が損なわれ、
•
電話やfaxを含むデータを共有する他の手段への依存、
•
Ehrの負担とイライラする使用、
•
EHR管理に関連するワークロードによる医師のバーンアウト、
•
ほとんどまたは不完全なデータでの健康情報交換へのアクセス、
•
Ehrにオンラインポータル以外の患者に健康ITを提供することができない、
•
分析を使用して個々の患者のニーズに合わせてケアをカスタマイズすることができません。,
民間部門のイニシアチブは、Argonautプロジェクトとして知られている最新のオープンな相互運用性の標準の業界採用を促進することを目的としたプロジェクトを現在行っています。 このプロジェクトの目的は、インターネット標準およびアーキテクチャパターンおよびスタイルに基づいて、電子健康記録およびその他の健康情報技術の この作品は、Cerner、Epic、Accentureを含む多数のベンダーによって後援されています。, この作業の範囲は、より具体的なFHIR®プロファイルとドキュメントに焦点を当てることにより、FHIR®モデル開発を加速することに関するものです。 これらを使用したApiを作成した固有のリスクのための誤りおよび患者の安全性によりデータマッピングしました。
医療機関は現在、FHIR®の迅速な取り込みとApiのより多くの使用を管理する過程にあります。, 国家インフラの観点からは、頻繁に使用される主要なFHIR®モデルの再利用を容易にする手段が必要です。 これらは公認HL7標準になるために選ばれるかもしれない。 合意された標準モデルの採用がなければ、地域のニーズを満たすために開発されたFHIR®モデルが急増し、多くの繰り返しと矛盾があり、十分に接続されたデジタルヘルスエコシステムの達成に向けた全国的な進歩を制限します。, FHIR®モデルは、
FHIRリソースは、相互参照、方法論、または共通の設計基盤がほとんどなく、別々の委員会が作業した結果であるように見えます。 その結果、各リソースは”属性の袋”のようなものであり、おそらく委員会の文脈におけるいわゆる80/20ルールの適用によるものであると考えられます。
FHIR®モデルは、非常に大きく管理不能な数のデータポイントを考慮する必要があります。, この制限を克服の採用により汎用のモデルが完全に適したメールがないための意味的に一貫した臨床データを保管します。 コンテキストは、臨床医が情報を処理する方法に不可欠です。 意思決定支援または人工知能システムを開発するとき、様々なデータ分析戦略を採用するとき、およびデータマッピングに使用されるものを含む任意の数の関連標準について、文脈を考慮する必要がある。,
FHIR®リソースは、オントロジーレベルの連続を含むと言われています,彼らは安定した情報モデルで望ましくない二つの特性を持っています:
ボラティリティ—臨床的に特定のリソースは明らかに時間の経過とともに変化する必要があります. これが依存プロファイルにどのように影響するかは興味深い質問です。
オープンエンド性-新しい主要な臨床情報カテゴリに対応するためにリソース,
これらの要因の結果は、モデルが”決して完成していない”こと、およびそれに基づくデータベースまたはソフトウェアも同様に継続的なメンテナンス 二次データ使用のための下流情報処理に関連する別の問題がある。 これは、ほぼ同じように見えるデータ構造を同じように扱うことができるかどうかを知ることができないことです。FHIRのデフォルトは、すべてのリソース,
FHIR®はAPI/交換標準として設計および意図されており、ほとんどの主要なITC組織（Google、Microsoft、IBMなど）および少なくとも一つの主要なEHRベンダー（Cerner）はFHIR®を永続化オブジェクトスキーマおよびデータストアスキーマとして採用している。 FHIR®は、値セットのバインディングが実装ガイド（米国Core FHIR®実装ガイドなど）に追いやられているため、国際的なレベルでは指定されていません。, 国民健康情報技術（HIT）コードに対する現在の国家の素因を考えると（事実上すべての国が手続きコードの独自のくそ出版を持っており、奇妙なことに、全世界がICD11をまだ使用していない）、この分離は非常に実用的である。 国際的なHITの相互運用性に対する障壁は、技術的な構文仕様とはあまり関係がなく、国が独自の、時には独自のコーディングシステムを指定するほぼ手に負えない傾向とはるかに関係があります。,
openEHRアーキテクチャフレームワークを採用するには、より包括的なモデリングアプローチを使用する必要があります。 これらのモデルは、必要に応じてFHIR®モデルとリンクすることができます。たとえば、openEHR Advertising reaction risk archetypeおよびFHIR®AllergyIntoleranceリソースは2015年末に共同で公開され、整列されました。, アーキタイプは、あらゆるデジタルヘルスエコシステム内の普遍的な相互運用性を確保するために、健康データを証拠ベースの電子（計算可能）形式に変える、学際的な専門家の大規模な仮想国際社会によって行われた共同作業を組み込んでいる。 このアプローチは、openEHR foundationによって公開され、誰でも自由に利用できる一連の仕様によって描かれたサービス指向ソフトウェアアーキテクチャ内のマルチレ,
openEHRは非営利の財団によって管理されるオープン標準仕様であり、任意の開発者によって実装されることは自由に利用できます。 25年間の研究開発の結果であるOpenEHR仕様は、臨床情報の階層構造を詳述する電子健康記録通信のためのISO13606参照モデルの唯一の深刻なインスタンス化 この規格は、英国、ノルウェー、フィンランド、スロベニア、ドイツの大規模なプロジェクトでますます使用されて, また、中国、チリ、ブラジル、イタリア、カリビアンを採用しています。 実際、ISO13606はopenEHRの経験から派生したものであり、最近ではFHIR®を含む他の規格の経験によって影響を受けています。 臨床モデリング作業は、2000カ国から93人以上のボランティアコミュニティで以前にどこか他の人に行われたものよりも広範です。
“原型”として知られているISO13606ドメイン臨床モデルは、ソフトウェアの外部にあります。, 各アーキタイプは、モデル化された概念に適用される可能なデータポイントとデータグループの最大数を定義します。 これは異なった文脈の最大数をすべての臨床専門性および潜在的なデータ使用に適するために提供する。 テンプレートは、データセットを定義するためのモデルの”組み換え”層からなり、任意のタイプの臨床評価など、特定の”ユースケース”またはアプリケーションに必, テンプレートを使用してメッセージ定義のためのレガシーシステムなどのデータセットのための新しいアプリケーションを含めます。 これは、任意のアーキタイプのセットを複数のユースケースで再利用できることを意味します。 これにより、ソフトウェアのかなりの部分を原型から機械由来にすることができます。 アーキタイプはオープンスタンダードのアトミックデータを表し、技術の変化、特に交換と永続性に耐えることができる重要な成功要因です。,
これらの”原型”（モデル）は、英国のNational Health Serviceを含むさまざまなアプリケーションで使用されており、ベンダーニュートラルなデータリポジトリの使用を可能にするシャドウシステムの変換に使用されています。 その他のユーザーは、Queensland Healthと感染制御システムのためのいくつかの民間病院、Western Sydney Primary Health facilitiesとNorthern Territory Healthの共有EHR、およびシステムがスカンジナビア諸国で広く実装されているopenEHR業界パートナーです。, 準拠するコンポーネントとシステムは、データモデルとApiの点で”オープン”です。 戦略的に、openEHRのアプローチに患者中心の心配にうってつけの健康記録の焦点がある。 このアプローチにより、医療業界のベンダーとソリューション開発者が標準化された情報モデル、コンテンツモデル、用語、およびサービスインターフェイスを介,
個人、業界、標準化団体、医療提供者のオープンなコラボレーションは、健康と社会部門における相互運用性のためのオープンな標準の開発を加速するために協力することに合意しました。 メンバーの活動を支援している共同フォーラム経験の共有とソリューションを提供するの克服を目指すこの複雑な風景。 2018年には、ここで説明されていることの概要を公開しました。 これらの多くの基準は収束の過程にあることに留意された。 FHIR®およびopenEHR規格は、同じ問題に対処していません。, 彼らはどちらも臨床情報モデルを作成しますが、openEHRモデル（原型）はopenEHRプラットフォーム間で独立したデータ中心のベンダーです。 FHIR®は、あらゆるアプリケーションで使用するための共通モデルを作成し、オープンモデルまたはプロプライエタリモデルが構築されたアプリケーション間 その用途を中心との相互運用性を解くための継続的使用の高価なレガシーシステム。,
openEHRとFHIR®を補完が異なるアプローチを接続する複雑なパッチワークの応用単一のコヒーレントシステム。 データ中心のopenEHRのアプローチは、まず正常性データを正規化し、相互運用性の問題をすべて回避するために、レガシーシステムの上に新しいシステムを構 このことは定義データの層内にオープンシステムです。 これは、結果を改善し、慢性疾患をより良く管理し、より良い人口健康管理を可能にするために最適なデータ使用を容易にするため、最も重要な層です。, このデータに格納するベンダー中立の形式に対して独自形式でのレガシーシステム。 データ中心のアプロ
ほぼすべてのopenEHRベースのシステムは、OPENEHRと非openEHRシステム間の患者の旅をサポートできるようにするために、現在FHIR®インターフェイスを開発しています。 openEHR接続スキーマは、共通のopenEHRアーキタイプに基づいているため、一度構築してすべてのopenEHRベンダー間で共有することができます。, OpenEHRベースのプラットフォーム上にクラスタ化されたアプリケーションは、共有臨床データリポジトリを介して相互に直接通信できるため、FHIR®などの交換ソリュー この新規参入国が真に革新的なアプリケーションや機能を満たニッチ臨床ます。 FHIR®容量はそれらがより広い生態系の売り手の専有適用と伝達し合うことを可能にするためにだけ必要
Leave a Reply