Changes between Version 15 and Version 16 of Archtectural Overview Design of the openEHR EHR

Timestamp:

Sep 16, 2007, 11:40:35 PM (17 years ago)

Author:

KOBAYASHI, Shinji

Comment:

--

Archtectural Overview Design of the openEHR EHR

@@ -105 +105 @@
 This figure shows the cycle of information creation due to an iterative, problem solving process typical not just of clinical medicine but of science in general. The "system" as a whole is made up of two parts: the "patient system" and the "clinical investigator system". The latter consists of health carers, and may include the patient (at points in time when the patient performs observational or therapeutic activities), and is responsible for understanding the state of the patient system and delivering care to it. A problem is solved by making observations, forming opinions (hypotheses), and prescribing actions (instructions) for next steps, which may be further investigation, or may be interventions designed to resolve the problem, and finally, executing the instructions (actions).
 
-このプロセスモデルはLawrence WeedのEHR記録における「問題指向」(problem-oreinted)手法により生成されたものであり、
+このプロセスモデルはLawrence WeedのEHR記録における「問題指向」(problem-oreinted)をはじめ、あとで関連する業績として、Rector, Nowland, Kayによるモデル[[FootNote(Rector A L, Nowlan W A, Kay S. Foundations for an Electronic Medical Record. The IMIA Yearbook of Medical Informatics 1992 (Eds. van Bemmel J, McRay A). Stuttgart Schattauer 1994.)]]や「仮説演繹」推論モデル[[FootNote(Elstein AS, Shulman LS, Sprafka SA. Medical problem solving: an analysis of clinical reasoning. Cambridge, MA: Harvard University Press, 1978)]]を合成して作られている。しかしながら、仮説をたてて検証していくことは臨床家にとって唯一の成功のためのプロセスではない。エビデンスは
 
 This process model is a synthesis of Lawrence Weed's "problem-oriented" method of EHR recording, and later related efforts, including the model of Rector, Nowlan & Kay [7], and the "hypothetico-deductive" model of reasoning (see e.g. [3]). However hypothesis-making and testing is not the only successful process used by clinical professionals - evidence shows that many (particularly those older and more experienced) rely on pattern recognition and direct retrieval of plans used previously with similar patients or prototype models. The investigator process model used in openEHR is compatible with both cognitive approaches, since it does not say how opinions are formed, nor imply any specific number or size of iterations to bring the process to a conclusion, nor even require all steps to be present while iterating (e.g. GPs often prescribe without making a firm diagnosis). Consequently, the openEHR Entry model does not impose a process model, it only provides the possible types of information that might occur.
@@ -154 +154 @@
 
 The use of these features is mostly likely to occur due to translation, although in some cases a truly multi-lingual environment might exist within the clinical encounter context. In the former case, some parts of an EHR, e.g. particular Compositions will be translated before or after a clinical encounter to as to make the information available in the primary language of the EHR. The act of translation (like any other interaction with the EHR) will cause changes to the record, in the form of new Versions. New translations can conveniently be recorded as branch versions, attached to the version of which they are a translation. This is not mandatory, but provides a convenient way to store translations so that they don't appear to replace the original content. 
+
+[[FootNote]]
+
 [wiki:"Archtectural Overview index" TOC]  [wiki:"Archtectural Overview Package" PREV]   [wiki:"Archtectural Overview Security and Confidentiality" NEXT]