Hi Gerard,
Many of the problems we have dealing with information in computer
systems is that the same concept is used in several contexts/
ontologies and ends up in a universal archetype that gets
instantiated and becomes a non-universal. This state change confuses
many systems (and
Hi Thomas,
taking the risk of being too philosophical, I reply to the list
anyway.
you took the risk and you were;-) But that's ok, we like philosophy
here...
Sometimes it is hard to put all those thoughts into concrete terms.
Just trying to cross some borders that might limit our thinking
Je suis en cong?s jusqu'au mercredi 2 novembre inclus.
I'm in vacation until the 2nd of November, 2005 included.
Sandrine Villaeys
-
If you have any questions about using this list,
please send a message to d.lloyd at openehr.org
Je suis en cong?s jusqu'au mercredi 2 novembre inclus.
I'm in vacation until the 2nd of November, 2005 included.
Sandrine Villaeys
-
If you have any questions about using this list,
please send a message to d.lloyd at openehr.org
Hi All,
An interesting conversation that, while deemed philosophical by some, is
really very pragmatic.
A few weeks ago I said (on the openEHR Clinical list) I would write up
more details about the 'why' (I did) and others should choose this
approach to building clinical (or any other complex
Christian Heller wrote:
Hi Thomas,
taking the risk of being too philosophical, I reply to the list anyway.
you took the risk and you were;-) But that's ok, we like philosophy here...
to briefly reply/paraphrase your remarks: you are suggesting that the
current split between the reference
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20051021/43bd828c/attachment.html
I think this conversation needs to be off-line as it is more
philosophical and feels like lets start all over again. We do need
to be able to justify the openEHR approach but not on this technical
list. I am very interested in an informed critique of the openEHR
approach if you read our
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20051020/dc94bc9d/attachment.html
Dear Sam,
We have been discussing the issue of templates and whether we keep an
identifier of a template in the data. My concern has been that this ID
might be seen as an absolute constraint on the data, whereas the precedence
of constraint must be:
knowledge models (reference models as
Christian Heller wrote:
Dear Sam,
We have been discussing the issue of templates and whether we keep an
identifier of a template in the data. My concern has been that this ID
might be seen as an absolute constraint on the data, whereas the precedence
of constraint must be:
knowledge
Dear Sam,
When a Template is shared by to communicating parties we will have to
record this in the EHR.
This is because this is the Information part of the contract the
communicating parties have. It is one that pertains to their
communications.
When the Template is used to store
Hi Thomas,
well, that is one design approach, but it is not the one that we use in
openEHR. In openEHR, the archetypes are seen as part of the ontology of
information (distinct from ontologies of the real world like
snomed-ct etc). We use them extensively in their own right. We don't
I
13 matches
Mail list logo