Changes between Version 37 and Version 38 of Archetype FAQ

Timestamp:

Aug 7, 2007, 10:11:21 PM (17 years ago)

Author:

KOBAYASHI, Shinji

Comment:

--

Archetype FAQ

@@ -23 +23 @@
  * they provide a basis for intelligent querying of data.
 
-アーキタイプの原則に関する簡単な文書は[http://svn.openehr.org/specification/TRUNK/publishing/architecture/am/archetype_principles.pdf ここ](90k PDF)にあります。
+'''アーキタイプの原則'''に関する簡単な文書は[http://svn.openehr.org/specification/TRUNK/publishing/architecture/am/archetype_principles.pdf ここ](90k PDF)にあります。
 
 A short document on archetype principles is here (90k PDF).
@@ -56 +56 @@
 There are two kinds of archetypes the community needs:
 
- * 'デザインされた'アーキタイプ。これは臨床家が最初からデザインしたものです。[http://oceaninformatics.biz/archetypes/ オーストラリアには多数の例]があり、ヨーロッパでもライブラリが充実しつつあります。この種のアーキタイプは「ドメインベースコンセプトモデル」([http://www.openehr.org/downloads/ontology_and_models.ppt これに関するプレゼンテーション])と呼ばれるものが基礎となっています。複雑なようであるが、実際には「アーキタイプにより安全にベースとすることができるドメインにおける不変条件概念のUMLモデル」という意味です。今のところopenEHRコミュニティがこの仕事のほとんどをおこなっているため、現在ではこれはopenEHRの参照モデル(Reference Model)となっています。しかし将来的にはこのモデルは同じ目的のため他の人の手により採用され、いくつかの追加がなされたり、単純化されたりすることを期待しています。例えば，デンマークの医療審議会はG-EPJコンセプトをこのモデルで提案しようとしています。しかし、このモデルは肥大化することをまったく意図していないことに注意すべきです。openEHRの観察と評価モデルは全てのアーキタイプにとって観察や診断などの開発を行うのに適しています。我々はopenEHRのInstruction Entryサブタイプを再開発する予定であり、薬物療法や医学的介入やオーダーなどを表すアーキタイプの強力な基礎となるでしょう。
+ * ''''デザインされた'アーキタイプ'''。これは臨床家が最初からデザインしたものです。[http://oceaninformatics.biz/archetypes/ オーストラリアには多数の例]があり、ヨーロッパでもライブラリが充実しつつあります。この種のアーキタイプは「ドメインベースコンセプトモデル」([http://www.openehr.org/downloads/ontology_and_models.ppt これに関するプレゼンテーション])と呼ばれるものが基礎となっています。複雑なようであるが、実際には「アーキタイプにより安全にベースとすることができるドメインにおける不変条件概念のUMLモデル」という意味です。今のところopenEHRコミュニティがこの仕事のほとんどをおこなっているため、現在ではこれはopenEHRの参照モデル(Reference Model)となっています。しかし将来的にはこのモデルは同じ目的のため他の人の手により採用され、いくつかの追加がなされたり、単純化されたりすることを期待しています。例えば，デンマークの医療審議会はG-EPJコンセプトをこのモデルで提案しようとしています。しかし、このモデルは肥大化することをまったく意図していないことに注意すべきです。openEHRの観察と評価モデルは全てのアーキタイプにとって観察や診断などの開発を行うのに適しています。我々はopenEHRのInstruction Entryサブタイプを再開発する予定であり、薬物療法や医学的介入やオーダーなどを表すアーキタイプの強力な基礎となるでしょう。
 
     * 'designed' archetypes, which clinicians design from scratch. There are many examples in Australia, and a growing library in Europe. These kind of archetypes are based on what we have called the  "Domain Base Concept Model" (presentation about this). This sounds complicated, but in fact it just means "the UML model of invariant concepts in the domain, on which archetypes can be safely based". Currently this is the openEHR Reference Model, since it is the openEHR community doing most of this work at the moment. But in the future, we hope that this model will be adopted by others for this purpose, possibly with some additions, simplifications and so on. For example, the Danish Board of Health might want to propose some G-EPJ concepts should go in there. But note: this model is not meant to be large at all; our experience is that the openEHR model of Observation and Evaluation is about right for all archetypes so far developed as observations and diagnoses etc. We are redeveloping the Instruction Entry subtype in openEHR, which will provide a very powerful basis for archetypes for medication, interventions, orders etc.
 
- * 'レガシー'アーキタイプ。レガシーデータを元にデザインされたものであり、典型的にはフラットであり樹状構造をもつものもある存在論的なデザインには従っていません。病院のデータベースやHL7v2メッセージなどのデータがそうです。GENERIC_ENTRYタイプはopenEHRの参照モデルにレガシーアーキタイプを提供する基礎として加えらるでしょう（GENERIC_ENTRYタイプの[http://svn.openehr.org/specification/TRUNK/publishing/architecture/rm/integration_im.pdf 技術仕様])。
+ * ''''レガシー'アーキタイプ'''。レガシーデータを元にデザインされたものであり、典型的にはフラットであり樹状構造をもつものもある存在論的なデザインには従っていません。病院のデータベースやHL7v2メッセージなどのデータがそうです。GENERIC_ENTRYタイプはopenEHRの参照モデルにレガシーアーキタイプを提供する基礎として加えらるでしょう（GENERIC_ENTRYタイプの[http://svn.openehr.org/specification/TRUNK/publishing/architecture/rm/integration_im.pdf 技術仕様])。
 
     * 'legacy' archetypes. These are archetypes which are designed to mimic legacy data, which itself does not follow any ontologica design - typically is is flat, or else tree-like. This could be data from a hospital database, HL7v2 messages etc. The GENERIC_ENTRY type will be added to the openEHR Reference Model to provide a basis for legacy archetypes (technical specification of GENERIC_ENTRY type).