An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20070108/b1412187/attachment.html
-- next part --
___
openEHR-technical mailing list
make archetypes quite brittle. i.e. when the archetype definition
is loaded into the clinical system I either have to consult the
URL straight away and store the resulting codes, or else delay
the binding and risk having the terminology codes for my
ADL disappear in the future?
why would
EuroRec, the European Institute for Health Records, has the intention
to become the neutral point of reference for several services needed
around the EHR.
One of those Services are an Archetype and Template Repository and
Inventory.
Eurorec intends to do the same for Coding Systems.
This
Andrew Patterson wrote:
make archetypes quite brittle. i.e. when the archetype definition
is loaded into the clinical system I either have to consult the
URL straight away and store the resulting codes, or else delay
the binding and risk having the terminology codes for my
ADL disappear in
Colin Sutton wrote:
The query tool needs to manage this, as it should manage the language. I
suggest the user (or user environment) should be able to select whether to
look at local terminology or that of another country (the default may be
where the patient's record was created, and the
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20070106/87fcadb6/attachment.html
-- next part --
___
openEHR-technical mailing list
The point of the demonstration was that you could make snomed easier for
clinicians to use by creating these subsets ie medication route. These
subsets to be useful would need to be defined at a jurisdictional level or
higher so that everyone can use the same one. This allows for a change in
2007/1/3, Andrew Patterson andrewpatto at gmail.com:
The system at present is performing mappings on pre-modeled archetypes
depriving it the luxury of having access to the author.
This is what I meant by the 'split' case - a split between the
people/group
constructing the archetype, and
On 03/01/07, Gavin Brelstaff gjb at crs4.it wrote:
http://www.cs.man.ac.uk/~qamarr/papers/Medinfo_Paper_RQamar.pdf
An interesting paper. I'm not sure Rahil or Alan are on this list??
Perhaps they should be cc'ed in on any discussion. Many of
the points about the difficulties of doing archetype
: hughleslie
_
From: openehr-technical-boun...@openehr.org
[mailto:openehr-technical-bounces at openehr.org] On Behalf Of Rahil
Sent: Wednesday, 3 January 2007 10:35 PM
To: For openEHR technical discussions
Subject: Re: Preprint re: SNOMED codes
Hi and Happy New Year to everyone !
Andrew
Hi and Happy New Year to everyone !
Andrew Patterson wrote:
On 03/01/07, Gavin Brelstaff gjb at crs4.it wrote:
http://www.cs.man.ac.uk/~qamarr/papers/Medinfo_Paper_RQamar.pdf
An interesting paper. I'm not sure Rahil or Alan are on this list??
Perhaps they should be cc'ed in on any
*Subject:* Re: Preprint re: SNOMED codes
Hi and Happy New Year to everyone !
Andrew Patterson wrote:
On 03/01/07, Gavin Brelstaff gjb at crs4.it wrote:
http://www.cs.man.ac.uk/~qamarr/papers/Medinfo_Paper_RQamar.pdf
An interesting paper. I'm not sure Rahil or Alan
Hi,
Dear Andrew,
On 3-jan-2007, at 14:40, Andrew Patterson wrote:
Just thinking long term, just say some archetype was defined for
some little used data entry. The archetype (which includes a URL
term binding) is put into the clinical system. Some data matching
the archetype is entered -
http://www.cs.man.ac.uk/~qamarr/papers/Medinfo_Paper_RQamar.pdf
Semantic Issues in Integrating Data from Different Models to Achieve
Data Interoperability
Rahil Qamara, Alan Rector
Abstract
Matching clinical data to codes in controlled terminologies is
the first step towards achieving
14 matches
Mail list logo