Changes between Version 11 and Version 12 of Archetype FAQ
- Timestamp:
- Jul 26, 2007, 6:22:09 PM (17 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Archetype FAQ
v11 v12 15 15 Archetypes have a number of key purposes: 16 16 17 * 臨床家といった特定のドメインの専門家に情報システムのデータ構造を規定するための諸定義を作成させることができる 18 * GUIやバッチ処理などによる実行時のデータ検証を提供することができる 。19 * データに対する知的な問い合わせの基本となることができる 。17 * 臨床家といった特定のドメインの専門家に情報システムのデータ構造を規定するための諸定義を作成させることができること。 18 * GUIやバッチ処理などによる実行時のデータ検証を提供することができること。 19 * データに対する知的な問い合わせの基本となることができること。 20 20 21 21 * they allow domain experts such as clinicians to create the definitions which will define the data structuring in their information systems … … 23 23 * they provide a basis for intelligent querying of data. 24 24 25 アーキタイプの原則に関する簡単な文書は[http://svn.openehr.org/specification/TRUNK/publishing/architecture/am/archetype_principles.pdf ここ](90k PDF)にあ る。25 アーキタイプの原則に関する簡単な文書は[http://svn.openehr.org/specification/TRUNK/publishing/architecture/am/archetype_principles.pdf ここ](90k PDF)にあります。 26 26 27 27 A short document on archetype principles is here (90k PDF). 28 28 29 医療においてコンセプトは以下 あげられた事を含むアーキタイプによってモデル化することができる。29 医療においてコンセプトは以下のようなものを含むアーキタイプによってモデル化することができます。 30 30 31 31 In health, concepts that can be modelled using archetypes include things like: … … 45 45 * diagnosis 46 46 47 その他 多数ある。ユーザーから見ると、医療情報システムで扱われているデータの種類である。アーキタイプはそれぞれADLの文法（[http://svn.openehr.org/specification/TRUNK/publishing/architecture/am/adl.pdf ADL 1.3言語仕様]；[http://svn.openehr.org/specification/TRUNK/publishing/architecture/am/adl2.pdf ADL 2.0言語仕様]を用いてテキストファイルに記述されている。臨床に関するコンセプトは上記のようなものであり，ADLで記述されたものは[http://svn.openehr.org/knowledge/archetypes/dev/index.html ここ]にある。オーストラリアで臨床的に記述されたアーキタイプ一式は[http://oceaninformatics.biz/archetypes/ ここ]にある。これらは多数の臨床の専門家を集めて，RACGPにより資金援助を受けたプロジェクトを進める間に作られたものである。47 その他にも多数あります。ユーザーから見ると、医療情報システムで扱われているデータの種類です。アーキタイプはそれぞれADLの文法（[http://svn.openehr.org/specification/TRUNK/publishing/architecture/am/adl.pdf ADL 1.3言語仕様]；[http://svn.openehr.org/specification/TRUNK/publishing/architecture/am/adl2.pdf ADL 2.0言語仕様]を用いてテキストファイルに記述されてます。臨床に関するコンセプトは上記のようなもので，ADLで記述されたものは[http://svn.openehr.org/knowledge/archetypes/dev/index.html ここ]にあります。オーストラリアで臨床的に記述されたアーキタイプ一式は[http://oceaninformatics.biz/archetypes/ ここ]にあります。これらは多数の臨床の専門家を集めて，RACGPにより資金援助を受けたプロジェクトを進める間に作られたものです。 48 48 49 49 and many others. From the user's point of view, these are the kinds of data which occur in health information systems. Each archetype is authored as a text file, using the ADL syntax (ADL 1.3 language specification; ADL 2.0 language specification). Examples of clinical concepts like the above, authored in ADL can be found here. A clinically authored set of archetypes from Australia can be found here. These were created during an RACGP-funded project involving numerous clinical professionals. … … 52 52 == 既存のデータはどうなるの? == 53 53 54 コミュニティが必要とするアーキタイプには２種類あ る。54 コミュニティが必要とするアーキタイプには２種類あります。 55 55 56 56 There are two kinds of archetypes the community needs: 57 57 58 * 'デザインされた'アーキタイプ。これは臨床家が最初からデザインしたもので ある。オーストラリアには多数の例があり、ヨーロッパでもライブラリが充実しつつある。この種のアーキタイプは「ドメインベースコンセプトモデル」([http://www.openehr.org/downloads/ontology_and_models.ppt これに関するプレゼンテーション])と呼ばれるものが基礎となっている。複雑なようであるが、実際には「アーキタイプにより安全にベースとすることができるドメインにおける不変条件概念のUMLモデル」という意味である。今のところopenEHRコミュニティがこの仕事のほとんどをおこなっているため、現在ではこれはopenEHRの参照モデル(Reference Model)となっている。しかし将来的にはこのモデルは同じ目的のため他の人の手により採用され、いくつかの追加がなされたり、単純化されたりすることを期待している。例えば，デンマークの医療審議会はG-EPJコンセプトをこのモデルで提案しようとしている。しかし、このモデルは肥大化することをまったく意図していないことに注意すべきである。openEHRの観察と評価モデルは全てのアーキタイプにとって観察や診断などの開発を行うのに適している。我々はopenEHRのInstruction Entryサブタイプを再開発する予定であり、薬物療法や医学的介入やオーダーなどを表すアーキタイプの強力な基礎となるだろう。58 * 'デザインされた'アーキタイプ。これは臨床家が最初からデザインしたものです。[http://oceaninformatics.biz/archetypes/ オーストラリアには多数の例]があり、ヨーロッパでもライブラリが充実しつつあります。この種のアーキタイプは「ドメインベースコンセプトモデル」([http://www.openehr.org/downloads/ontology_and_models.ppt これに関するプレゼンテーション])と呼ばれるものが基礎となっています。複雑なようであるが、実際には「アーキタイプにより安全にベースとすることができるドメインにおける不変条件概念のUMLモデル」という意味です。今のところopenEHRコミュニティがこの仕事のほとんどをおこなっているため、現在ではこれはopenEHRの参照モデル(Reference Model)となっています。しかし将来的にはこのモデルは同じ目的のため他の人の手により採用され、いくつかの追加がなされたり、単純化されたりすることを期待しています。例えば，デンマークの医療審議会はG-EPJコンセプトをこのモデルで提案しようとしています。しかし、このモデルは肥大化することをまったく意図していないことに注意すべきです。openEHRの観察と評価モデルは全てのアーキタイプにとって観察や診断などの開発を行うのに適しています。我々はopenEHRのInstruction Entryサブタイプを再開発する予定であり、薬物療法や医学的介入やオーダーなどを表すアーキタイプの強力な基礎となるでしょう。 59 59 60 60 * '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. … … 80 80 Data can also be easily accepted into such a system in the form of EN13606 Extracts, and output in the form of EN13606 Extracts. A simple presentation shows this graphically. 81 81 82 == アーキタイプは 専門用語を置き換えるのか ==82 == アーキタイプは用語体系を置き換えるのか == 83 83 Do archetypes replace terminology? 84 84 85 すべてではない。アーキタイプは 専門用語に関する系統的なインターフェースを提供するように設計されている。85 すべてではない。アーキタイプは用語体系に関する系統的なインターフェースを提供するように設計されている。アーキタイプはそれ自体用語体系に中立である。医療情報システムではありとあらゆる医学的視点が必要となるため，単一の用語体系やオントロジーで記述できない（おそらく今後もできないだろう）。用語体系についての問題への議論については，ADL仕様（セクション：The Problem of Terminology)を参照すること。ADLは 86 86 87 87 Not at all. Archetypes are designed to provide systematic interface with terminologies. They are, in themselves, terminology-neutral, because there is no (and probably will never be) single terminology or ontology which describes the whole of medicine in the myriad points of view needed in clinical information systems. For a discussion of the problems with terminology, see the ADL specification (section: The Problem of Terminology). ADL is designed to have bindings to terminologies, and any given archetype can include bindings to more than one. A binding is the set of mappings from archetype local term and constraint codes to terminology codes and query expressions respectively. See this archetype for an example (scroll to the ontology section).
