Changes between Version 28 and Version 29 of Archtectural Overview Security

Timestamp:

Mar 7, 2008, 11:11:29 PM (16 years ago)

Author:

KOBAYASHI, Shinji

Comment:

--

Archtectural Overview Security

@@ -189 +189 @@
 7.3.4 Anonymity
 
-セクション6.1で示したように，openEHRにおけるEHRの特徴の一つは，EHR(臨床や管理）情報とデモグラフィック情報を分離していることである.
+セクション6.1で示したように，openEHRにおけるEHRの特徴の一つは，EHR(臨床や管理）情報とデモグラフィック情報を分離していることである。医療提供者は一般的に公的に知られているため，これについての参照が関連しているのは，主に医療提供者側の存在よりもむしろ患者側である。openEHRのPARTY_SELFオブジェクトとして差いられる特殊クラスは，EHRで対象を参照するために用いられる。PARTY_SELFインスタンスが唯一持つ情報は，付加的な対外参照である。openEHRのEHRは以下のようにこの外部識別子がPARTY_SELFインスタンスの実際の集合として三層に分かれて制御されるように設定することができる。
 
 As described above in section 6.1, one of the features of the openEHR EHR is a separation of EHR (clinical and administrative) information and demographic information. This mainly relates to references to the patient rather than to provider entities, since the latter are usually publicly known. A special kind of object known as PARTY_SELF in openEHR is used to refer to the subject in the EHR. The only information contained in a PARTY_SELF instance is an optional external reference. The openEHR EHR can be configured to provide 3 levels of separation by controlling whether and where this external identifier is actually set in PARTY_SELF instances, as follows: 
+
+ * EHRでの実在しない場所（たとえば，全てのPARTY_SELFインスタンスが空の代替物である場合）これは，もっとも安全なアプローチであり，EHRとEHR外部で行われるべき患者をEHR.ehr_IDと目的識別子で関連付けることによってつなげることを意味している。このアプローチはより公開された環境により適応したものである。
 
  * Nowhere in the EHR (i.e. every PARTY_SELF instance is a blank placeholder). This is the most secure approach, and means that the link between the EHR and the patient has to be done outside the EHR, by associating EHR.ehr_id and the subject identifier. This approach is more likely for more open environments.