Changes between Version 9 and Version 10 of Archtectural Overview Versioning
- Timestamp:
- Oct 24, 2007, 9:48:03 PM (17 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Archtectural Overview Versioning
v9 v10 12 12 [[Image(versioninga.gif)]] 13 13 14 最上位構造単体でのバージョニングは必要ではあるが，一貫性，追跡可能性，永続性，巻き戻しやデータの過去の状態を法廷で検証できることもサポートするようなリポジトリが備えていなくてはならない要件を満たしてはいない。「変更制御」を支援する機能も必要となる。統制のとれた変更制御の仕組みでは、変更は最上位構造に任意に行われるのではなくリポジトリ自体に対して行われる。変更は「Contribution」と呼ばれるまとまった変更形式(change-sets)により行われ，リポジトリ内部で制御された項目の新しいあるいは変更されたバージョンを保持している。Change-setの重要な特徴は、トランザクションのように機能し、リポジトリを一貫した状態から他の状態に移行させることである。それに対して、任意の変更の組み合わせによってのみで制御された項目は容易に不整合を お越し，臨床データが関連するところでさえ危険な誤りを起こすこともある。14 最上位構造単体でのバージョニングは必要ではあるが，一貫性，追跡可能性，永続性，巻き戻しやデータの過去の状態を法廷で検証できることもサポートするようなリポジトリが備えていなくてはならない要件を満たしてはいない。「変更制御」を支援する機能も必要となる。統制のとれた変更制御の仕組みでは、変更は最上位構造に任意に行われるのではなくリポジトリ自体に対して行われる。変更は「Contribution」と呼ばれるまとまった変更形式(change-sets)により行われ，リポジトリ内部で制御された項目の新しいあるいは変更されたバージョンを保持している。Change-setの重要な特徴は、トランザクションのように機能し、リポジトリを一貫した状態から他の状態に移行させることである。それに対して、任意の変更の組み合わせによってのみで制御された項目は容易に不整合を起こし，臨床データが関連するところでさえ危険な誤りを起こすこともある。 15 15 16 16 Versioning of single top-level structures is a necessary, but not sufficient requirement for a repository that must provide coherence, traceability, indelibility, rollback, and support for forensic examination of past states of the data. Features supporting "change control" are also required. Under a disciplined change control scheme, changes are not made arbitrarily to single top-level structures, but to the repository itself. Changes take the form of change-sets, called "Contributions", that consist of new or changed versions of the controlled items in the repository. The key feature of a change-set is that it acts like a transaction, and takes the repository from one consistent state to another, whereas arbitrary combinations of changes to single controlled items could easily be inconsistent, and even dangerously wrong where clinical data are concerned. 17 17 18 これらの概念は 設定管理（configuration management; CM)としてよく知られており，今日ではフリーソフトウェアや商用製品を含めて、多くのソフトウェアの変更管理システムの基盤として使われている。これがopenEHRのアーキテクチャにおいて中心的な設計の特徴となっている。以下のセクションでもっと詳細を述べる。18 これらの概念は構成管理（configuration management; CM)としてよく知られており，今日ではフリーソフトウェアや商用製品を含めて、多くのソフトウェアの変更管理システムの基盤として使われている。これがopenEHRのアーキテクチャにおいて中心的な設計の特徴となっている。以下のセクションでもっと詳細を述べる。 19 19 20 20 These concepts are well-known in configuration management (CM), and are used as the basis for most software and other change management systems, including numerous free and commercial products available today. They are a central design feature of openEHR architecture. The following sections provide more details 21 21 22 == 8.2 設定管理パラダイム ==22 == 8.2 構成管理パラダイム == 23 23 8.2 The Configuration Management Paradigm 24 25 「構成管理」(configuration management; CM)のパラダイムはソフトウェア工学でよく知られており、IEEE標準にもなっている[[FootNote(IEEE 828-2005 - standard for Software Configuration Management Plans.)]]。構成管理はリポジトリ内のアイテム（かつては，「構成アイテム」(configuration items; CI)と呼ばれていた)の変更を管理・制御することであり、同時に変更される明確な情報アイテムの論理的リポジトリに関連付けられている。健康情報システムでこのような官吏をするためには少なくとも二つの情報が必要となる。それは電子化された健康記録(electronic health records; EHR)とデモグラフィック情報である。過去のほとんどの分析では、変更管理の必要性については、変更についての監査証跡のための特定の要求や、リポジトリの以前の状態が使えるかどうかなどについて表現されてきた。openEHRでは、形式をもち、変更管理の汎用モデルとなり、健康情報にどのように適用できるかをしめすことを目標としている。 24 26 25 27 The "configuration management" (CM) paradigm is well-known in software engineering, and has its own IEEE standard1. CM is about managed control of changes to a repository of items (formally called "configuration items" or CIs), and is relevant to any logical repository of distinct information items which changes in time. In health information systems, at least two types of information require such management: electronic health records, and demographic information. In most analyses in the past, the need for change management has been expressed in terms of specific requirements for audit trailing of changes, availability of previous states of the repository and so on. In openEHR, the aim is to provide a formal, general-purpose model for change control, and show how it applies to health information. 26 28 27 === 8.2.1 組織とリポジトリ===29 === 8.2.1 リポジトリの構成 === 28 30 8.2.1 Organisation of the Repository 31 32 ソフトウェアリポジトリやEHRを構成するような複雑な情報アイテムのリポジトリの一般的な構成は以下のとおりである 29 33 30 34 The general organisation of a repository of complex information items such as a software repository, or the EHR consists of the following: … … 93 97 94 98 The versioning scheme used in openEHR guarantees that no matter where data are created or copied, there are no inconsistencies due to sharing, and that logical copies are explicitly represented. It therefore provides direct support for shared data in a shared care context. 99 100 [[FootNote]] 101 95 102 1IEEE 828-2005 - standard for Software Configuration Management Plans. 103 96 104 [wiki:"Archtectural Overview index" TOC] [wiki:"Archtectural Overview Security and Confidentiality" PREV] [wiki:"Archtectural Overview Identification" NEXT]
