Surely the criterion for any structured data is whether another application is expected to use that structured data in a way that (a) adds value and (b) is safe. If either (a) or (b) are not true then structure simply adds cost and complexity without benefit.
-- Tim Benson Abies Ltd, 24 Carlingford Road, London NW3 1RX, UK +44 (0) 20 7431 6428, tb at abies.co.uk > From: Thomas Beale <thomas at deepthought.com.au> > Organization: Deep Thought Informatics Pty Ltd > Reply-To: Thomas Beale <thomas at deepthought.com.au> > Date: Tue, 04 Jun 2002 19:32:02 +1000 > To: openehr-technical at openehr.org > Subject: Re: Data Types > > [to readers of this list: please remember to cc:all when replying! The > list policy is not to automatically set reply-to: to the sender due to > spam and vacation email problems] > > Tim Cook wrote: > >> >> DV_PARTIAL_DATE - Purpose: Incorrectly assumes that a 'day' is >> unknown with a known or unknown month. >> It is very realistic to see a situation in which a person will >> recall that something occurred on the 1st of the month 10 years ago >> but cannot recall if it was June or July. People relate things in >> their life and if an event is recurrent on a specific day of the >> month they will recall that though they may have no reference to >> which month it was. >> > yes, we had this debate, and I seem to remember that we thought that a > date like 2/?/1993 was artificial in the sense that even if the patient > did remember for a fact that it was the 1st or whatever, the date was no > better than as if the day was also forgotten - from a > mathematical/processing point of view. Personally I'm agnostic on this, > and I would lean toward the "faithfulness" requirement of GEHR which > would say record it anyway. > > What do others think? > >> DV_PARTIAL_TIME - Purpose: Incorrectly assumes that an hour will be >> known. Same reasoning as above that a person may not be certain if >> an event occurred at half-past 10 or half-past 11. >> > same argument either way for time I guess. > > - thomas beale > >> > > > - > If you have any questions about using this list, > please send a message to d.lloyd at openehr.org - If you have any questions about using this list, please send a message to d.lloyd at openehr.org
