Changes between Version 12 and Version 13 of Archtectural Overview Package

Timestamp:

Sep 12, 2007, 12:34:27 PM (17 years ago)

Author:

KOBAYASHI, Shinji

Comment:

--

Archtectural Overview Package

@@ -24 +24 @@
 5.2 Reference Model (RM)
 
-パッケージはそれぞれクラス定義のために局所的な文脈を定義している。[http://www.openehr.jp/attachment/wiki/Archtectural%20Overview%20Package/package_structure2.gif 図10]はRMパッケージの構造を図示している。略式の区分として、「domain」、「pattern」、「core」に分けられている。後者のグループのパッケージは、汎用的であり、すべての外部のパッケージに含まれているopenEHRモデル全部で利用されている。それと同時に、ID、知識資産へのアクセス、データ型や構造、セマンティクスへの見解、アーキタイプのサポートを提供している。前者のグループのパッケージは事業レベルでの医療情報タイプのセマンティクスを定義しており、EHRや人口統計も含めている。
+パッケージはそれぞれクラス定義のために局所的な文脈を定義している。[http://www.openehr.jp/attachment/wiki/Archtectural%20Overview%20Package/package_structure2.gif 図10]はRMパッケージの構造を図示している。略式の区分として、「domain」、「pattern」、「core」に分けられている。後者のグループのパッケージは、汎用的であり、すべての外部のパッケージに含まれているopenEHRモデル全部で利用されている。それと同時に、ID、知識資産へのアクセス、データ型や構造、セマンティクスへの見解、アーキタイプのサポートを提供している。前者のグループのパッケージは事業レベルでの医療情報タイプのセマンティクスを定義しており、EHRやデモグラフィックも含めている。
 
 Each package defines a local context for definition of classes. FIGURE 10 illustrates the RM package structure. An informal division into "domain", "patterns" and "core" is shown. The packages in the latter group are generic, and are used by all openEHR models, in all the outer packages. Together, they provide identification, access to knowledge resources, data types and structures, versioning semantics, and support for archetyping. The packages in the former group define the semantics of enterprise level health information types, including the EHR and demographics.
@@ -94 +94 @@
 Common Information Model
 
-いくつかの概念は高次パッケージにも再び現われる。LOCATABLEやARCHETYPEDクラスは情報とアーキタイプモデルの間をつなぐ働きがある。ATTESTATIONとPARTICIPATIONクラスは参照モデルのあちこちに出てくる汎用ドメインコンセプトである。特に人口動態やEHRサービスで、change_controlパッケージは情報が以前どういう状態であったのかを示すことができるような更新管理について形式モデルを定義している。openEHRの更新管理の重要なセマンティクスについては[wiki:"Archtectural Overview Versioning" 45ページの第8章]に書かれている。
+いくつかの概念は高次パッケージにも再び現われる。LOCATABLEやARCHETYPEDクラスは情報とアーキタイプモデルの間をつなぐ働きがある。ATTESTATIONとPARTICIPATIONクラスは参照モデルのあちこちに出てくる汎用ドメインコンセプトである。特にデモグラフィックやEHRサービスで、change_controlパッケージは情報が以前どういう状態であったのかを示すことができるような更新管理について形式モデルを定義している。openEHRの更新管理の重要なセマンティクスについては[wiki:"Archtectural Overview Versioning" 45ページの第8章]に書かれている。
 
 Several concepts recur in higher level packages. The classes LOCATABLE and ARCHETYPED provide the link between information and archetype models. The classes ATTESTATION and PARTICIPATION are generic domain concepts that appear in various reference models. The change_control package defines a formal model of change management and versioning which applies to any service that needs to be able to supply previous states of its information, in particular the demographic and EHR services. The key semantics of versioning in openEHR are described in section 8 on page 45.
@@ -117 +117 @@
 EHR Extract Information Model
 
-EHR Extract情報モデルはEHR ExtractがCOMPOSITIONや人口動態、EHRからのアクセス管理情報によりどうこう地区されルカに付いて定義している。数多くのExtractのバリエーションがサポートされていて、統合のためにCEN EN13606を使って単純な形式にした"full openEHR"や、openEHR/openEHR同期Extractもサポートされている。
+EHR Extract情報モデルはEHR ExtractがCOMPOSITIONやデモグラフィック、EHRからのアクセス管理情報によりどうこう地区されルカに付いて定義している。数多くのExtractのバリエーションがサポートされていて、統合のためにCEN EN13606を使って単純な形式にした"full openEHR"や、openEHR/openEHR同期Extractもサポートされている。
 
 The EHR Extract IM defines how an EHR extract is built from COMPOSITIONs, demographic, and access control information from the EHR. A number of Extract variations are supported, including "full openEHR", a simplified form for integration with CEN EN13606, and an openEHR/openEHR synchronisation Extract.
@@ -125 +125 @@
 Integration Information Model
 
+統合モデルは、GENERIC_ENTRYクラスを定義している。GENERIC_ENTRYはENTRYのサブタイプであり、レガシーデータや外部データを木構造で表現するために使われている。このENTRY型自身も「統合アーキタイプ」として知られるアーキタイプを持っており，ツールを用いたデータ統合システムの基盤としての臨床アーキタイプと強調して用いることができる。[wiki:"Archtectural Overview Integrating openEHR" 14章の79ページ]に詳細が記載されている。
+
 The Integration model defines the class GENERIC_ENTRY, a subtype of ENTRY used to represent free-form legacy or external data as a tree. This Entry type has its own archetypes, known as "integration archetypes", which can be used in concert with clinical archetypes as the basis for a tool-based data integration system. See section 14 on page 79 for more details.
 
-
+==== Demographics情報モデル ====
 Demographics Information Model
 
+デモグラフィックモデルはPARTY，ROLEや連絡先住所などの関連する詳細情報の一般概念を定義しており，アーキタイプモデルはPRTYモデルにセマンティクス上の制約を定義しており，person, organization, role, role relashonshipの全ての型の記述にアーキタイプを利用している。このアプローチでは、OMG HDTF PIDS標準で認められたデモグラフィック属性に柔軟性を持たせている。
+
 The demographic model defines generic concepts of PARTY, ROLE and related details such as contact addresses. The archetype model defines the semantics of constraint on PARTYs, allowing archetypes for any type of person, organisation, role and role relationship to be described. This approach provides a flexible way of including the arbitrary demographic attributes allowed in the OMG HDTF PIDS standard.
 
@@ -136 +140 @@
 Workflow Information Model (future)
 
+ワークフロー(workflow)は臨床ケアの動的側面であり、取消しなどの処理のセマンティクスを表現するモデルでもあり、ガイドラインを実行した結果としてのケア処置も含まれる。
+
 Workflow is the dynamic side of clinical care, and consists of models to describe the semantics of processes, such as recalls, as well as any care process resulting from execution of guidelines.
 
 5.3 Archetype Model (AM)
+
+openEHRのamパッケージは
 
 The openEHR am package contains the models necessary to describe the semantics of archetypes and templates, and their use within openEHR. These include ADL, the Archetype Definition Language (expressed in the form of a syntax specification), the archetype and template packages, defining the object-oriented semantics of archetypes and templates, and the openehr_profile package, which defines a profile of the generic archetype model defined in the archetype package, for use in openEHR (and other health computing endeavours). The internal structure of the am package is shown in FIGURE 11.