Changes between Version 8 and Version 9 of Archetype FAQ

Timestamp:

Jul 22, 2007, 10:34:34 AM (17 years ago)

Author:

KOBAYASHI, Shinji

Comment:

--

Archetype FAQ

@@ -59 +59 @@
 
     * '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 技術仕様])。
+
     * '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).
 
+openEHRをもとにしたデータ処理では以下のようなことが可能となる：
+
 Data processing in an openEHR-enabled context can now be done as follows:
+
+ * 例えばRDBMSやHL7v2メッセージといった大本のデータから仲介のためのXMLやCSV形式にデータをエクスポートあるいはコンバートする
+ * openEHRシステムにCEN 13606標準に準拠したアーキタイプを参照し、GENERIC_ENTRYのインスタンスとしてデータをインポートする
+ * データを望み通りのアーキタイプを元にした形式や、OBSERVATION、ACTION、ECALUATION、INSTRUCTIONなどといったopenEHRのENTRYサブタイプにコンバートする。このコンバートは「アーキタイプインターフェース」を利用することに依存して実現するものである。つまり、アーキタイプのインターフェース定義によるものであって、その内部構造によるものではない。
 
     * export or convert data from original source, e.g. RDBMS, HL7v2 messages to an intermediate XML or comma-separated value format