Changes between Version 5 and Version 6 of Archtectural Overview Design of the openEHR EHR

Timestamp:

Sep 14, 2007, 4:28:26 PM (17 years ago)

Author:

KOBAYASHI, Shinji

Comment:

--

Archtectural Overview Design of the openEHR EHR

@@ -16 +16 @@
 [[Image(design_of_ehr5.gif)]]
 
-後者は既存の患者マスターインデックス(PMI; patient master index)の形式，ほかのディレクトリであり，openEHRのデモグラフィックリポジトリ形式であるかもしれない。openEHRデモグラフィックリポジトリは既存のPMIのフロントエンドとしての役割を果たすこともでき，それ自体で動作することもできる。どちらの方法でもデモグラフィック情報構造と更新管理の標準化という2つの機能を持つ。openEHRのEHRにはその環境で利用するために設定されたデモグラフィックリポジトリのどれにでも対応するエンティティが
+後者は既存の患者マスターインデックス(PMI; patient master index)の形式，ほかのディレクトリであり，openEHRのデモグラフィックリポジトリ形式であるかもしれない。openEHRデモグラフィックリポジトリは既存のPMIのフロントエンドとしての役割を果たすこともでき，それ自体で動作することもできる。どちらの方法でもデモグラフィック情報構造と更新管理の標準化という2つの機能を持つ。openEHRのEHRにはその環境で利用するために設定されたデモグラフィックリポジトリのどれにでも対応するエンティティが含まれている。EHRはデモグラフィックデータではなく他の識別情報を元に設定することもできる。openEHRの基本原則の一つは，EHRとデモグラフィック情報を完全の分離することであり、そのためにEHRは所属している患者識別情報をほとんどあるいはまったく持たないように分離されている。セキュリティ上の利点は以下に記述する通りである。より完全なEHRシステムでは，数多くの（特にセキュリティに関連した)他のサービスが通常[http://www.openehr.jp/attachment/wiki/Archtectural%20Overview%20Design%20Principles/design_principlesa.gif 図7]に示すように配備されている。
 
 The latter may be in the form of an existing PMI (patient master index) or other directory, or it may be in the form of an openEHR demographic repository. An openEHR demographic repository can act as a front end to an existing PMI or in its own right. Either way it performs two functions: standardisation of demographic information structures and versioning. An openEHR EHR contains references to entities in whichever demographic repository has been configured for use in the environment; the EHR can be configured to include either no demographic or some identifying data. One of the basic principles of openEHR is the complete separation of EHR and demographic information, such that an EHR taken in isolation contains little or no clue as to the identity of the patient it belongs to. The security benefits are described below. In more complete EHR systems, numerous other services (particularly security-related) would normally be deployed, as shown in FIGURE 7.
@@ -23 +23 @@
 6.2 Top-level Information Structures
 
+今まで述べてきたように、openEHRの情報モデルはさまざまな粒度の情報を定義している。細粒度の構造がデータ構造や共通モデルで利用される支援情報やデータ型で定義されている。これらは，EHR、EHR Extract,デモグラフィックと他の「トップレベル」モデルの順番で利用されており、後の方のモデルはopenEHRNo「トップレベル構造」を定義している。内容の構造は明確に独立しており，ドキュメント指向システムにおいて分割されたドキュメントと同じように考えてよい。openEHRの情報システムでは、「トップレベル構造」は一般的にユーザーにとって直接関心を引くものである。主要なトップレベル構造には以下のようなものがある。
+
 As has been shown, the openEHR information models define information at varying levels of granularity. Fine-grained structures defined in the Support and Data types are used in the Data Structures and Common models; these are used in turn in the EHR, EHR Extract, Demographic and other "top-level" models. These latter models define the "top-level structures" of openEHR, i.e. content structures that can sensibly stand alone, and may be considered the equivalent of separate documents in a document-oriented system. In openEHR information systems, it is generally the top-level structures that are of direct interest to users. The major top-level structures include the following:
+
+ * Composition - EHRの引き渡し単位(EHR IMのCOMPOSITION型を参照）
+ * EHR Acces - EHR単位のアクセス管理オブジェクト（EHR IMのEHR_ACCESS型を参照)
+ * EHR Status - EHRNo状態サマリー（EHR IMのEHR_STATUS型を参照)
+ * Folder hierarchy - EHRやデモグラフィックサービスののディレクトリ構造として働く(Common IMのFOLDER型を参照)
+ * Party - ActorやRoleなどを含むさまざまなサブタイプ。識別や連絡先情報といったデモグラフィックエンティティを表現する(PARTY型やDemographic IMのサブタイプを参照)
+ * EHR Extract - EHRシステム間の情報伝達単位であり、EHRをシリアライズしたものや、デモグラフィックなどの情報を持っている（EHR_Extract IMのEHR_EXTRACT型を参照）
 
     * Composition - the committal unit of the EHR (see type COMPOSITION in EHR IM);
@@ -33 +42 @@
 
 All persistent openEHR EHR, demographic and related content is found within top-level information structures. Most of these are visible in the following figures.
+
+== 6.3 EHR ==
 
 6.3 The EHR