/uksecbib.html
Regards!
-Thomas Clark
Tim Churches wrote:
On Tue, 2004-03-09 at 23:20, Thompson, Ken wrote:
2) A mechanism on the patient record itself that displays a list of all
users that have accessed the record (with date and time). This will probably
be made available to the patient
and duty. Consult an
experience
attorney.
Regards!
-Thomas Clark
Nathan Lea wrote:
On 9 Mar 2004, at 06:51, Thomas Beale wrote:
A well known study in Harvard medical school (I think) showed that
putting the message Do not inappropriately access patient data -
all your accesses
so
that the
prior security mechanisms would be able to track record handling.
This is a deep topic and as always requires constant attention and
modifications.
Regards!
-Thomas Clark
Thompson, Ken wrote:
Has anyone got any experience with the effect of providing users a periodic
summary
is essential.
Regards!
-Thomas Clark
Tim Churches wrote:
On Sun, 2004-03-07 at 10:18, Tim Cook wrote:
On Sat, 2004-03-06 at 14:17, Tim Churches wrote:
In general, caches should be
held on encrypted filesystems, either on-disc or in-memory, with the
keys (or a key to the keys
Hi Chris,
One always has to check the 'terms and conditions' of the agreement
between the Patient and the Provider. Generalizing may lead one down the
wrong path.
Comments in text.
-Thomas Clark
- Original Message -
From: Christopher Feahr ch...@optiserv.com
To: Thomas Clark tclark
is that the gov has documented
HIPAA
as well as it can and is letting the healthcare community tell it what it
said.
-Thomas Clark
- Original Message -
From: Christopher Feahr ch...@optiserv.com
To: Thomas Clark tclark at hcsystems.com; norbert Lipszyc
irl at club-internet.fr; openehr-technical
of requirements
must be integrated in the design and affecting all levels. I just forget to
mention them.
-Thomas Clark
- Original Message -
From: norbert Lipszyc i...@club-internet.fr
To: Christopher Feahr chris at optiserv.com; lakewood at copper.net;
openehr-technical at openehr.org
Sent
the doctors)' are quite diverse globally.
A basic
requirement for the OpenEHR project should be adaptable structure and
applications.
-Thomas Clark
- Original Message -
From: HOPTIMIS at aol.com
To: tclark at hcsystems.com
Cc: chris at optiserv.com ; thomas at deepthought.com.au
, environmental). Embedded in this is OpenEHR
as much more than a record-based system.
Regards!
-Thomas Clark
- Original Message -
From: Christopher Feahr ch...@optiserv.com
To: Thomas Beale thomas at deepthought.com.au;
openehr-technical at openehr.org
Sent: Sunday, August 03, 2003 7:09 AM
care about the content. Part standard/part
unique.
-
If you have any questions about using this list,
please send a message to d.lloyd at openehr.org
Thanks for the great response!
-Thomas Clark
-
If you have any questions about using this list,
please send a message to d.lloyd
Hi Karsten,
Comments in text.
-Thomas Clark
- Original Message -
From: Karsten Hilbert karsten.hilb...@gmx.net
To: openehr-technical at openehr.org
Sent: Tuesday, May 06, 2003 4:43 PM
Subject: Re: openEHR security; Directed to Thomas Beale
Thomas,
maybe I'm too dense but I cannot
Hi David,
Definitely a component to be included in the:
facility-facility-DataStore-Management
network. There are other candidates, i.e., want to avoid focusing on a
single technology.
-Thomas Clark
- Original Message -
From: David Forslund d...@lanl.gov
To: Patrick Lefebvre
Hi karsten,
Comments in text.
-Thomas Clark
- Original Message -
From: Karsten Hilbert karsten.hilb...@gmx.net
To: openehr-technical at openehr.org
Sent: Wednesday, May 07, 2003 4:14 AM
Subject: Re: openEHR security; Directed to Thomas Beale
Thomas,
To me this is simply
Hi Karsten,
At all levels (e.g., records, applications, storage/retrieval, security) it
would be beneficial to enlist the aid of SQA Engineers in an attempt
to break the code. Better before than after.
I'll see if there are some of these folks with spare cycles.
-Thomas Clark
- Original
!
-Thomas Clark
- Original Message -
From: Jim Warren jim.war...@unisa.edu.au
To: openehr-technical at openehr.org
Sent: Monday, May 05, 2003 2:12 AM
Subject: FW: Encoding concept-relationships in openehr archetypes.
Dear Tom et al:
This is my de-lurking for the list. For those of you who
still want to
attend that meeting.
-Thomas Clark
- Original Message -
From: Karsten Hilbert karsten.hilb...@gmx.net
To: openehr-technical at openehr.org
Sent: Monday, May 05, 2003 9:14 AM
Subject: Re: openEHR security; Directed to Thomas Beale
Uhm,
Faced with handling a potential
Hi Gerard,
Great! Agree! Thanks!
-Thomas Clark
- Original Message -
From: Gerard Freriks gf...@luna.nl
To: Thomas Clark tclark at hcsystems.com; Paul Juarez
JuarezPD at wmmcpo.ah.org; bill.walton at jstats.com;
openehr-technical at openehr.org
Sent: Monday, April 28, 2003 11:57 PM
remaining with the Healthcare Practitioner or Organization.
-Thomas Clark
- Original Message -
From: Bernd Blobel bernd.blo...@mrz.uni-magdeburg.de
To: Paul Juarez JuarezPD at wmmcpo.ah.org
Cc: bill.walton at jstats.com; openehr-technical at openehr.org
Sent: Tuesday, April 29, 2003 12:56 AM
their function, e.g.,
health and social services.
-Thomas Clark
- Original Message -
From: Bill Walton bill.wal...@jstats.com
To: openehr-technical at openehr.org
Sent: Monday, April 28, 2003 12:15 PM
Subject: normalizing access vs. normalizing denial (was openEHR security)
This is a multi-part
, and the Physician that lives down the
block has to build a case for having some NEED TO KNOW.
-Thomas Clark
- Original Message -
From: Karsten Hilbert karsten.hilb...@gmx.net
To: openehr-technical at openehr.org
Sent: Sunday, April 27, 2003 5:48 AM
Subject: Re: openEHR security; Directed
20 matches
Mail list logo