Architectureの翻訳である。内容の正確性については保証しないので,適宜原文を参照してください。OverviewこのセクションではopenEHRアーキテクチャの基盤となる要件について簡単な概要を示す。openEHRアーキテクチャは,世界中にある数多くのプロジェクトや標準についての15年にわたる研究を具体化したものである。何年にもわたり集められた要件をもとに設計されている。EHR」本来のコンセプト以外の多くの要件を満たしている。同じ参照アーキテクチャであれば、獣医学分野の保健や「ケア」においてさえも公共のインフラストラクチャや指定建造物として利用することができる。これは参照モデルが「ケアの対象に関連したサービスや管理イベント」に関連する概念のみを具象化しているという事実によるものである。ケアイベントやケア対象の種類を詳細に定義しているものがアーキタイプとテンプレートである。別の特徴として,openEHRによるEHRの要件の一つが「患者中心で長期にわたりケアEHRを共有できること」でありながら,これに限らず単に一時的な情報や専門家の立場からの情報も扱うことができる。放射線部門の記録システムのようなものでも適用することができる。record」のさまざまな意味合いに対する要件は二つの側面から分類することができる。図2に示すようにスコープと対象の種類である。2.この図では丸で囲んだところが要件のセットを表しており,それらを囲んだ丸はそのすべての要件のスーパーセットになっている。ローカルに展開した場合に対象となる全ての種類のケアについての汎用記録に関する要件は左上の丸で囲んだ所にある。次に生きている対象つまりヒトという対象のために加えられた要件に対応するのは左下の図に丸で囲んだ部分である。care"であり、放射線記録や病院の電子カルテシステムなどのようなものである。図を横断して横長の丸で囲んだところは,それに加えた仕様のセットでありケア記録を,まずすべての個別対象(患者中心で長期にわたる健康記録に現れる)から,公衆衛生の研究で利用されるような住民やコホートを対称にしたものまでにスコープを拡張していることに対応している。(人間を対象とした)保健という観点からすると重要な用件は図の一番下の行に展開されているすべての手法に対応するグループである。diagram.図の下になればなるほど,ケアの対象の特異度が(「すべて」から「ヒト」へと)増加する。これはopenEHRではアーキタイプによってほとんど実装される。図を横切って要件は記録内容の範囲が(部分的なものから全体へと)ひろがり、さまざまな場所に配備されることで主に表現され、単独での利用から相互利用可能な形式として徐々に利用される。今日のEHRに関する主な要望の一つは、ケアを共有するために統合された情報フレームワークによって提供される「統合されたケアの記録」である1。care.openEHRによるアプローチの結果として、コンポーネントとアプリケーションは統合され、共有されたケア記録による要件を満たすために作成されており、(例えば)部分的な放射線記録システムとしても作成されている。system.GEHRからopenEHRへ発展させる間に重要であった要件のいくつかを,次のセクションで列挙する。主要な要件のいくつかについては図2に示した通りである。RequirementsopenEHRの基本的かつ一般的なケア記録に対応する要件は以下の通りである。患者とケアを行う者との関係に重きを置く。(たとえば記録の研究目的での使用よりも)どのようなケアについての条件にも適応する(プライマリケア,急性期など)医療に関する法規を忠実であり,記録を遡及することができ,監査の手がかりを残していること技術とデータ形式が独立していること高度に維持しやすいものであり,柔軟なソフトウェアであること臨床データ構造をサポートしていること。(EPR)以下の要件はopenEHRがローカル健康記録つまり電子カルテに対して重視するものである正常範囲とその他の単位系などを含む病理データのすべての側面をサポートすることすべての自然言語をサポートし,その言語間での翻訳も同様に記録としてサポートすること任意の/複数の用語体系を組み込むこと。EHR以下の要件は統合的にケアを共有するEHRにおいてopenEHRが重視するものである。Aims診療でケアを行う上で具体的な見通しを持つため(記録を保持するという視点ではなく),以下の要件がopenEHRの開発の過程で明らかとなった。限定的に診断目的でも利用される。applications.統合されたケアEHRには大きく期待されることがある。別々の環境でそれぞれ独立して示されていたコンピュータ化によるメリットを最大限利用し,一般化することである。これは要約すると以下のようなことである。readmissions.上記の多くを網羅するEHRに関する要件のわかりやすい説明がISO技術レポート180382であり,openEHRの概略にそって作られた3。EHR情報モデルの文書に詳しく記載されている。Environments最終的に,すべてのソフトウェアと情報アーキテクチャはデプロイされたときにのみ提供される。openEHRのアーキテクチャはさまざまな種類のシステム構築を支援するために設計されている。統合的に共有されるケア記録においてもっとも重要なもののひとつは,​図3に示している。3.この形式ではopenEHRサービスは既存のITインフラストラクチャに組み込まれ,患者のために数多くの医療従事者がそのコミュニティ内でそれを閲覧することができる安全な健康記録を共有することができる。openEHRを利用できるシステムはEMR/EPRの機能をその場所で利用することができる。全体として,システムにとって重要な部門はopenEHRを使い以下のことを実装することができる。athttp://trac.edgewall.org/。