Changes between Version 28 and Version 29 of Archtectural Overview Package
- Timestamp:
- Feb 10, 2008, 11:27:26 AM (16 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Archtectural Overview Package
v28 v29 1 [wiki:"Archtectural Overview index" TOC] [wiki:"Archtectural Overview Design Principles" PREV][wiki:"Archtectural Overview Design of the openEHR EHR" NEXT]1 [wiki:"Archtectural Overview index" TOC] [wiki:"Archtectural Overview Design Principles" PREV] [wiki:"Archtectural Overview Design of the openEHR EHR" NEXT] 2 2 [[TOC]] 3 3 4 = 5 openEHRのパッケージ構造 = 4 5 5 openEHR Package Structure 5 6 6 この文書は[http://svn.openehr.org/specification/TAGS/Release-1.0.1/publishing/html/architecture/overview/Output/front.html Archtectural Overview]の[http://svn.openehr.org/specification/TAGS/Release-1.0.1/publishing/html/architecture/overview/Output/package_structure.html 5 openEHR Package Structure]の翻訳である。翻訳の正確性については保証しないので,内容については原文を参照すること。 7 7 この文書は[http://svn.openehr.org/specification/TAGS/Release-1.0.1/publishing/html/architecture/overview/Output/front.html Archtectural Overview]の[http://svn.openehr.org/specification/TAGS/Release-1.0.1/publishing/html/architecture/overview/Output/package_structure.html 5 openEHR Package Structure]の翻訳である。正確性については保証しないので,内容については原文を参照すること。 8 8 9 9 == 5.1 概要 == #overview 10 11 10 5.1 Overview 12 11 13 [http://www.openehr.jp/attachment/wiki/Archtectural%20Overview%20Package/package_structurea.gif 図8]はopenEHR公式仕様のパッケージ構造を図示している。3つの主要なパッケージは、rm、am、smと定義されている。詳細なモデルを定義するすべてのパッケージは、これらの外部パッケージのどれかの中に存在しており、名前空間と同じように考えられている。名前空間はorg.openehr.namespaceの範囲で概念的に定義されており、他のパッケージとしてUMLでも表現できる。いくつかの実装技術(たとえばJava)では、org.openehrという名前空間 はプログラムの中でも実際に使われている。12 [http://www.openehr.jp/attachment/wiki/Archtectural%20Overview%20Package/package_structurea.gif 図8]はopenEHR公式仕様のパッケージ構造を図示している。3つの主要なパッケージは、rm、am、smと定義されている。詳細なモデルを定義するすべてのパッケージは、これらの外部パッケージのどれかの中に存在しており、名前空間と同じように考えられている。名前空間はorg.openehr.namespaceの範囲で概念的に定義されており、他のパッケージとしてUMLでも表現できる。いくつかの実装技術(たとえばJava)では、org.openehrという名前空間がプログラムの中で実際に使われている。 14 13 15 14 FIGURE 8 illustrates the package structure of the openEHR formal specifications. Three major packages are defined: rm, am and sm. All packages defining detailed models appear inside one of these outer packages, which may also be thought of as namespaces. They are conceptually defined within the org.openehr namespace, which can be represented in UML as further packages. In some implementation technologies (e.g. Java), the org.openehr namespace may actually be used within program texts. 16 15 17 16 [[Image(package_structurea.gif)]] 18 19 17 20 18 openEHRの重要な設計目的の一つは、科学や健康分野でのコンピュータ利用のために、一貫性があり、矛盾なく再利用可能なタイプのシステムを提供することである。したがって、参照モデル(ほぼ最下層に位置する)の「core」では参照モデルの上位層でも普遍的に利用できるIDやデータ型、データ構造や様々な共通のデザインパターンを提供しており、AMやSMパッケージでも同じように利用できる。[http://www.openehr.jp/attachment/wiki/Archtectural%20Overview%20Package/package_structure5.gif 図9]ではパッケージ間の関連が図示されている。依存関係は上位パッケージから下位パッケージに対してにのみ存在する。 … … 24 22 [[Image(package_structure5.gif)]] 25 23 26 == 5.2 参照モデル(RM; Reference Modeldivision) == 27 24 == 5.2 参照モデル(RM; Reference Model) == #rm 28 25 5.2 Reference Model (RM) 29 26 … … 39 36 40 37 === 5.2.1 パッケージ外観 === 41 42 38 5.2.1 Package Overview 43 39 … … 47 43 48 44 ==== 支援情報モデル ==== 49 50 45 Support Information Model 51 46 … … 55 50 56 51 ==== データ型情報モデル ==== 57 58 52 Data Types Information Model 59 53 … … 68 62 * Basic type: ブーリアンや状態変数 69 63 70 71 72 73 74 64 * Text: plain text, coded text, paragraphs. 65 * Quantities: any ordered type including ordinal values (used for representing symbolic ordered values such as "+", "++", "+++"), measured quantities with values and units, and so on. 66 * Date/times: date, time, date-time types, and partial date/time types. 67 * Encapsulated data: multimedia, parsable content. 68 * Basic types: boolean, state variable. 75 69 76 70 ==== データ構造情報モデル ==== 77 78 71 Data Structures Information Model 79 72 … … 88 81 * History: 時系列構造。各時点において、上記の構造型の一つにより表現されるどの複雑さを持つデータ構造の全てがとりうるもの。時点と間隔のサンプルがサポートを受けている。 89 82 90 91 92 93 94 83 * Single: single items, used to contain any single value, such as a height or weight. 84 * List: linear lists of named items, such as many pathology test results. 85 * Table: tabular data, including unlimited and limited length tables with named and ordered columns, and potentially named rows. 86 * Tree: tree-shaped data, which may be conceptually a list of lists, or other deep structure. 87 * History: time-series structures, where each time-point can be an entire data structure of any complexity, described by one of the above structure types. Point and interval samples are supported. 95 88 96 89 ==== 共通情報モデル ==== 97 98 90 Common Information Model 99 91 … … 103 95 104 96 ==== セキュリティ情報モデル ==== 105 106 97 Security Information Model 107 98 … … 111 102 112 103 ==== EHR情報モデル ==== 113 114 104 EHR Information Model 115 105 116 EHR情報モデルはEHR、COMPOSITION、SECTIONとENTRYの概念における文脈上のセマンティクスと制約について定義している。これらのクラスは主要な粗粒度のEHRコンポーネントであり、CEN EN13606:2005の同じ名前のクラスと直接対応している。ここでいう「段階(level)」はHL7(CDA) 2.0で同じ名前で扱われるものと非常に近い意味である。106 EHR情報モデルはEHR、COMPOSITION、SECTIONとENTRYの概念における文脈上のセマンティクスと制約について定義している。これらのクラスは主要な粗粒度のEHRコンポーネントであり、CEN [EN13606:2005の同じ名前のクラスと直接対応している。ここでいう「段階(level)」はHL7(CDA EN13606:2005の同じ名前のクラスと直接対応している。ここでいう「段階(level)」はHL7(CDA]) 2.0で同じ名前で扱われるものと非常に近い意味である。 117 107 118 The EHR IM defines the containment and context semantics of the concepts EHR, COMPOSITION, SECTION, and ENTRY. These classes are the major coarse-grained components of the EHR, and correspond directly to the classes of the same names in CEN EN13606:2005and fairly closely to the "levels" of the same names in the HL7 Clinical Document Architecture (CDA) release 2.0.108 The EHR IM defines the containment and context semantics of the concepts EHR, COMPOSITION, SECTION, and ENTRY. These classes are the major coarse-grained components of the EHR, and correspond directly to the classes of the same names in CEN [EN13606:2005 EN13606:2005] and fairly closely to the "levels" of the same names in the HL7 Clinical Document Architecture (CDA) release 2.0. 119 109 120 110 ==== EHR Extract情報モデル ==== … … 126 116 127 117 ==== 統合情報モデル ==== 128 129 118 Integration Information Model 130 119 … … 141 130 142 131 ==== ワークフロー情報モデル(未定義) ==== 143 144 132 Workflow Information Model (future) 145 133 … … 158 146 159 147 == 5.4 サービスモデル(SM; Service Model) == 160 161 148 5.4 Service Model (SM) 162 149 … … 177 164 EHR Service Model 178 165 179 EHRサービスモデルはEHRサービスの粗粒度のインターフェースを定義している。粒度のレベルはopenEHRのコントリビューションとコンポジションである。(例えば,更新管理やセットの変更インターフェース) 180 The EHR service model defines the coarse-grained interface to electronic health record service. The level of granularity is openEHR Contributions and Compositions, i.e. a version-control / change-set interface. 166 EHRサービスモデルはEHRサービスの粗粒度のインターフェースを定義している。粒度のレベルはopenEHRのコントリビューションとコンポジションである。(例えば,更新管理やセットの変更インターフェース) The EHR service model defines the coarse-grained interface to electronic health record service. The level of granularity is openEHR Contributions and Compositions, i.e. a version-control / change-set interface. 181 167 182 168 モデルのある部分はサーバ側の問い合わせのセマンティクスを定義している。たとえば、平均やある特定の条件の合致する患者IDのくみあわせなどの小さく集約された回答がえられるような大規模なデータ処理が発生するような問い合わせなどである。 183 169 184 170 Part of the model defines the semantics of server-side querying, i.e. queries which cause large amounts of data to be processed, generally returning small aggregated answers, such as averages, or sets of ids of patients matching a particular criterion. 185 186 171 187 172 === アーキタイプサービスモデル === … … 199 184 The terminology interface service provides the means for all other services to access any terminology available in the health information environment, including basic classification vocabularies such as ICDx and ICPC, as well as more advanced ontology-based terminologies. Following the concept of division of responsibilities in a system-of-systems context, the terminology interface abstracts the different underlying architectures of each terminology, allowing other services in the environment to access terms in a standard way. The terminology service is thus the gateway to all ontology- and terminology-based knowledge services in the environment, which along with services for accessing guidelines, drug data and other "reference data" enables inferencing and decision support to be carried out in the environment. 200 185 201 1 with the exception of the EHR and Composition packages, which are both described in the EHR Reference Model document. 202 186 1 with the exception of the EHR and Composition packages, which are both described in the EHR Reference Model document. 203 187 [[FootNote]] 204 188 205 [wiki:"Archtectural Overview index" TOC] [wiki:"Archtectural Overview Design Principles" PREV][wiki:"Archtectural Overview Design of the openEHR EHR" NEXT]189 [wiki:"Archtectural Overview index" TOC] [wiki:"Archtectural Overview Design Principles" PREV] [wiki:"Archtectural Overview Design of the openEHR EHR" NEXT]