Changes between Version 25 and Version 26 of Archtectural Overview Versioning

Timestamp:

Nov 5, 2007, 11:19:26 PM (16 years ago)

Author:

KOBAYASHI, Shinji

Comment:

--

Archtectural Overview Versioning

@@ -144 +144 @@
 8.4 The "Virtual Version Tree"
 
-openEHRで定義されているバージョニングモデルの基本となる設計コンセプトは，｢仮想バージョンツリー｣として知られている。この概念は単純に抽象化されている。情報は
+openEHRで定義されているバージョニングモデルの基本となる設計コンセプトは，｢仮想バージョンツリー｣として知られている。この概念は単純に抽象化されている。情報はリポジトリ(EHRのような)にまとめてコミットされると，それぞれのまとまりにひとつのバージョン「データ」がつけられる。バージョンにはそれぞれ，順々にVERSIONオブジェクト（あるいは「バージョンコンテナ」）の内部にあるバージョンツリー内に位置づけられている。仮想バージョンツリーの概念では，既存のVERSIONオブジェクトははさまざまなシステムに数多くのコピーを持つことになる。そして，すべてのバージョンが作成されるような方法でバージョンを作成することと，すべてのコピーをバージョンツリーに合成した結果として｢仮想｣バージョンツリーとは実際に互換性を持つ。これはバージョンを識別するのに単純な方法を使って得られたことであり，データを共有しやすくするためのものでもある。二つのきわめて一般的なシナリオが仮想バージョンツリーの概念によってその役割を果たしている。
 
 An underlying design concept of the versioning model defined in openEHR is known as a "virtual version tree". The idea is simple in the abstract. Information is committed to a repository (such as an EHR) in lumps, each lump being the "data" of one Version. Each Version has its place within a version tree, which in turn is maintained inside a Versioned object (or "version container"). The virtual version tree concept means that any given Versioned object may have numerous copies in various systems, and that the creation of versions in each is done in such a way that all versions so created are in fact compatible with the "virtual" version tree resulting from the superimposition of the version trees of all copies. This is achieved using simple rules for version identification and is done to facilitate data sharing. Two very common scenarios are served by the virtual version tree concept:
+
+ * 
 
     * longitudinal data that stands as a proxy for the state or situation of the patient such as "Medications" or "Problem list" (persistent Compositions in openEHR) is created and maintained in one or more care delivery organisations, and shared across a larger number of organisations;