Modeling TRUST is nonsensical thing.
Modeling DATA RELIABILITY is a nonsensical thing.

Both are complex concepts that partly depend on very subjective  
interpretations of people, processes, applications and hardware.
But they depend as well on objective data about people, processes,  
applications and hardware.

It is in this category that we must find ways to document the  
relevant objective co-determinants about people, processes,  
applications and hardware.
Archetypes are the structures that capture these objective co- 
determinants.

Stef's question is: What can we capture in Archetypes when we  
document outcomes of machine (medical device)  generated data, and  
the people that operated these machines.

Greetings

Gerard


--  <private> --
Gerard Freriks, MD
Huigsloterdijk 378
2158 LR Buitenkaag
The Netherlands

T:  +31 252544896
M: +31 620347088
E:      gfrer at luna.nl


Those who would give up essential Liberty, to purchase a little  
temporary
Safety, deserve neither Liberty nor Safety. Benjamin Franklin 11 Nov  
1755


conexis

---------------------------
Gerard Freriks, MD
Huigsloterdijk 378
2158LR Buitenkaag
the Netherlands

M: +31 620347088
E:     gf at conexis.nl



On Jul 11, 2007, at 3:13 PM, Thomas Beale wrote:

> I doubt if modelling data reliability at the Observation level is the
> right approach if the real problem is trust with certain providers /
> people in your care network....if you are going to record that kind of
> thing, I would have thought you needed some kind of trust / confidence
> markers in your provider registry...





--  <private> --
Gerard Freriks, MD
Huigsloterdijk 378
2158 LR Buitenkaag
The Netherlands

T:  +31 252544896
M: +31 620347088
E:      gfrer at luna.nl


Those who would give up essential Liberty, to purchase a little  
temporary
Safety, deserve neither Liberty nor Safety. Benjamin Franklin 11 Nov  
1755





-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20070712/34a581c3/attachment.html>

Reply via email to