bytes
Desc: not available
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20030505/dc70d9a1/attachment.url>
A non-text attachment was scrubbed...
Name: Envisioning the National Health Care Quality Report -- Executive
Summary.url
Type: application/octet-stream
Size: 157 bytes
Desc: not available
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/2003
The following link points to a US report on quality. Not definitive research
but perhaps useful:
http://www.hcqualitycommission.gov/final/chap01.html
-Thomas Clark
-
If you have any questions about using this list,
please send a message to d.lloyd at openehr.org
Hi Tim,
Do not have a link handy but I do recall that the EMR discussions in the NHS
introduced this and discussed it at length. Structuring data entry format
went
a long way toward improving it. I'll see if I can come up with a link.
-Thomas Clark
- Original Message -
From: "Tim Church
Dear Tom et al:
This is my "de-lurking" for the list. For those of you who dont' know me, I'm
a computing academic whose area of interest will be adequately characterised by
my question...
I'm trying to represent the structure of "normal" values of fields in
archetypes. I can see that there is
Uhm,
> Faced with handling a potential
> SARS Patient worrying about retrieving precise, accurate information from
> them about non-SARS history might be wasted effort and highly frustrating,
[...]
> Presuming that the Patient just arrived from the recesses of China an
> initial effort might be an
Hi Tim,
Never trusting the record is in itself justification for OpenEHR and
interfacing it
with all other EHR/EPR/EMR systems. I do not 100% trust the contents of the
records supported by the EHR/EPR/EMR systems. The basic rationale is that
the information is generated by related devices and huma
Hi Thomas,
I forgot I had set up an inbox rule for posts from this forum so have
probably missed the last 40 or more posts. Will have to go back through them
all to see exactly what has been covered.
Thank you for your useful description.
I had meant to put my case as a clinican but as this is t
There a many other products that will provide the same sort of Secure
Message Delivery as well. (HIPPA ain't an insignificant piece of work,,, but
hey,, they might not have it right)
Guys,,,Don't get bogged down in the technical detail,, define the business
process and rules first,, and the re
Hi Karsten,
A SARS Patient example was chosen because initial screening detects
people with elevated temperatures, e.g., airport screening. Once detected
early access to records should be facilitated. Information contained in
these
records is likely to be more extensive, accurate and precise than
Hi Alby,
Alby Creevey wrote:
> There a many other products that will provide the same sort of Secure
> Message Delivery as well. (HIPPA ain't an insignificant piece of work,,,
but
> hey,, they might not have it right)
I'll be checking into it. The test phase for HIPAA compliance re: the
Tr
Hi Jim,
Sistine's document looks good. Unfortunately, the information being
presented
does not lend itself to a two-dimensional format. Combining information
sources/handling and decision-based processes and structuring them into a
presentation format is tough. Any attempt to do so is helpful, how
Hi Thomas,
Thanks for the link. I've enjoyed your posts.
Best regards,
Bill
- Original Message -
From: "Thomas Clark"
To: "Bill Walton" ; ;
"Thomas Beale"
Sent: Sunday, May 04, 2003 10:54 PM
Subject: Re: Access controls and Audit trails (was Re: openEHR security);
Bill Walton
> Hi B
Hi Matt,
Comments in text.
- Original Message -
From: "Matt Evans"
To: "'Thomas Clark'" ;
Sent: Monday, May 05, 2003 7:09 AM
Subject: RE: openEHR security; Directed to Thomas Beale
> Hi Thomas,
>
> I forgot I had set up an inbox rule for posts from this forum so have
> probably missed
14 matches
Mail list logo
