Tim
This is definately a mistake - amny disorders have a date of onset that is
fuzzy from a month point of view but is worthwhile - last Pap smear, last
attendance at Ophthalmologist etc. The point about a fuzzy date is that it
is helpful for human interpretation - a month that a spouse died will
Henry
Thanks for the 'dumb' contribution. I hope that you can see that openEHR has
approached the problem in a way that will allow the sort of scenarion that
you have painted as well as a more complex scenario with a distributed
record - or even the big brother one record for each patient held cen
Tim Benson wrote:
>Sam, I think you have misunderstood me. Human beings love complex patterns,
>but computers hate them. Of course you must keep the richness of "the day
>before the big storm", but you should not try to put that sort of thing into
>a Julian date field. Let people do what they
Li, Henry wrote:
>This is the process
>A patient visits a care provider and presents his e-card as a proof of
>consent to treatment
>
>The health care provider loads up the health record into the browser and
>download the info into whatever system he is using (this applies to Hospital
>as well),
William E Hammond wrote:
>Time to weigh in on fuzzy dates. We have been using fuzzy dates at Duke
>and in TMR since the early 70s for just the reason Sam states. Often
>patients will know on;y the year, more frequently the month and year only
>but no date. We discover that partial data is muc
Hi all,
May I suggest that if this list can add a prefix to the email's subject
line? eg. [OpenEHR-Tech]
I am not sure about the rest of you, but this would certainly make my
life easier in sorting my incoming email.
Thanks,
Eddy
-
If you have any questions about using this list,
please sen
At 11:34 +1000 12/6/02, Thomas Beale wrote:
>Li, Henry wrote:
>
>>This is the process
>>A patient visits a care provider and presents his e-card as a proof of
>>consent to treatment
>>
>>The health care provider loads up the health record into the browser and
>>download the info into whatever syste
Hi,
After analysis done by the Smartcard people in the Netherlands they came to
the conclusion that Smartcards with significant medical information on it
need special safety procedures and back-up facilities.
These extra's necessitate a full back-up centrally and create
synchronisation problems.
On 2002-06-12 03:34, "Thomas Beale" wrote:
>
>
> Li, Henry wrote:
>
>> This is the process
>> A patient visits a care provider and presents his e-card as a proof of
>> consent to treatment
>>
>> The health care provider loads up the health record into the browser and
>> download the info into
Hi Gerard
I have been sitting here in the OpenEHR since February and all of sudden
last month someone put through a cyberhighway and the din from traffic
has increased enormously. For those who have transferred from other
lists I apologise if my ponderings are too facile or have already been
c
Dear EHR friends,
I agree very much with David Guest's opinion that it less fruitful to speak
about ownership of information though it is done a lot in the debate in many
countries. It is clearly different from access rights which Gerard is
speaking about and like David is saying for Australia, in
Gunnar,
As a summary of my e-mail:
- Ownership is irrelevant,
- Authorship is relevant,
- Authors that commit information to a record can NEVER remove the
information; they can add;
- Patients can NEVER remove the information; They can add/annotate; Access
control list can be changed by them, only
I already asked David Lloyd to do what you ask for, and I think in the
balance it is more useful visually than the slight cost of redundant
wordssorry Tim!
-
If you have any questions about using this list,
please send a message to d.lloyd at openehr.org
Tony Grivell wrote:
> One attractive option that goes some way to satisfy the above ideals
> is to have any particular data exist in only one primary location
> (backed up, of course), and therefore the total record "scattered"
> potentially around the world. The patient-held e-card (also ba
14 matches
Mail list logo