Hi Hugh and Gerard,
I very much agree that snomed coding should only be done where it adds
value. Since archetypes provide meaning themselves not everything has
to be coded (as opposed to HL7 that relies more on external codes).
Although for export to non-openEHR formats (or data-mining on
Dear all,
It is all about patterns for documenting.
I agree that inspection of the present collection of openEHR
archetypes and those produce by the NHS are a nice resource.
But we must realize that these were produced for demonstration,
testing, learning or the collection of information
Hi,
The way I like to think about it is that there is a generic archetype
for lab-tests as a recurring 'pattern'.
Each individual lab test procedure is a code from a general coding
system.
The way Lab-test are reported (quantitative data, in what units of
measurement, precision, normal
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080612/fb6f2e22/attachment.html
Hi Hugh,
ok, you got me ;), I tried but I could not find a case were there would
have been a value in knowing that two standings are (more or less) the
same, I think because the word standing is so obviously *well-enough*
defined in everyday English, even for a Swede! But what about e.g. the
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080611/73a8c58e/attachment.html
Dear Daniel,
yes, I said that the grey zone is a relic of the past,
It is there and we have to deal with it.
But that is not to say that it must stay the same.
To my mind we have to be aware that when dealing with semantics and IT
we must stay close to the eons proven way to do things.
For
Dear Everyone,
just to add another perspective, in the Galen project post coordination
was the norm while IHTSDO sits on a heritage of some 300 000 things
Snomed CT needs to take care of. Also, pre-coordination is (I think)
required for making fixed length identifiers. Still, Snomed CT is
?
In order to solve it we must look forward and reduce the 'grey zone'
by acknowledging that most post-coordination (using modifiers in
Snomed-space instead of Archetype/Template space) must end.
Gerard
Realizing that the current Snomed CT Concept Model is not enough (today,
unfortunately
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080610/d6b41912/attachment.html
Hugh,
The argument comes when you say that every data point in an archetype
needs to be coded and here there are arguments both ways. I would say
that it is unnecessary to code every data point. There is little
benefit for instance in coding sitting, lying, standing, reclining n a
blood
Hi Daniel, Hugh et al.
A couple of weeks ago I started a section on the wiki to collect use
cases for terminology mappings from archetypes:
http://www.openehr.org/wiki/display/healthmod/Archetypes+and+Terminology#ArchetypesandTerminology-Usecasesforterminologyreferencesinarchetypes
IMHO this is
Dear colleague,
I agree with you that the grey zone is a relic from the past we have
to deal with.
Never the less, I want to argue that we have to reduce this grey-zone.
By means of my suggestion to do post-coordination as much as possible
in the archetype.
The main reason is:
- In language
leslie,
I agree with the statement below.
Gerard
On Jun 10, 2008, at 10:06 AM, Hugh Leslie wrote:
openEHR needs SNOMED and I believe that SNOMED needs archetypes.
The decision will be where archetypes and SNOMED should begin and
end and I think there will be a lot of debate in the next
Hi Gerard,
I agree with most of your comments and in principle that most
post-coordination (using modifiers in Snomed-space instead of
Archetype/Template space) must end, this amounts to heresy in a UK
context and I think we should be prepared to regard David Markwell's
Grey Zone as a contested
Hi Ian and Gerard,
Could you please explain what post-coordination is and maybe provide
an example of post- (and pre-?) coordination?
Cheers,
Stef
Op 5-jun-2008, om 0:48 heeft Ian McNicoll het volgende geschreven:
most
post-coordination (using modifiers in Snomed-space instead of
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080605/725c0b1f/attachment.html
Ian,
I agree.
But my wished outcome is clear.
And of course we have to deal with the past.
But the sooner we, ...
Gerard
On Jun 5, 2008, at 12:48 AM, Ian McNicoll wrote:
Hi Gerard,
I agree with most of your comments and in principle that most
post-coordination (using modifiers in
One thing to note: in the MedInfo 2007 page, all the links point
back to
the openEHR.org website, whereas in future conference webpages, we
will
usually upload attachments. The problem we have to tackle is that
conferences is only one way to view material; after a while you want a
technical
discussions
Cc: timothywayne.cook at gmail.com
Subject: Re: Decision Support was: MIE-2008
Yes, agree on the querying ... and for querying we need structured
content!
As Sam and I noticed before this has to be considered when designing
archetypes. This doesn't mean there shouldn't
with it in a
meaningful way.
Cheers,
Sistine
From: openehr-technical-boun...@openehr.org
[mailto:openehr-technical-bounces at openehr.org] On Behalf Of Sam Heard
Sent: Friday, 30 May 2008 11:50 PM
To: For openEHR technical discussions
Cc: Barretto, Sistine
Subject: Re: MIE-2008
I wonder if we should have
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080603/5d6ab130/attachment.html
-- next part --
A non-text attachment was scrubbed...
Name: OceanInformaticsl.JPG
Type: image/jpeg
Size: 5828
) and
allow comments to be made about the paper or presentation.
Heath
-Original Message-
From: Tim Cook [mailto:timothywayne.cook at gmail.com]
Sent: Monday, 2 June 2008 9:49 PM
To: heath.frankel at oceaninformatics.com
Cc: 'For openEHR technical discussions'
Subject: RE: MIE-2008
On Mon
Hi,
Free text versus structured data and information debate:
- Like Ian said: Archetypes and templates take away problems from the
IT-domain and leave them for those in healthcare.
When those in health need, want decision support they will have to use
more structured info.
In the end they
Hi!
Using the wiki as first entry for the publications is great for speed
and update/correction capabilities.
- - - The stuff below is a non urgent suggestion for people interested
in long term persistence
of openEHR-related publications, others could stop reading here... - - -
For real
Hi Sam,
Boosted clinical process is a nice term indeed, maybe another alternative
would be augmented clinical process, inspired by augmented reality, which
could probably have interesting applications in healthcare.
I should say that I am not sure if I have made my mind about the outcomes of
] On Behalf Of Rong Chen
Sent: Friday, 30 May 2008 7:34 PM
To: For openEHR technical discussions
Subject: Re: MIE-2008
On Fri, May 30, 2008 at 11:48 AM, Thomas Beale
thomas.beale at oceaninformatics.com wrote:
Lisa Thurston wrote:
Andrew Patterson wrote:
Actually, is it possible to have
Due to the limit of attachments per page I suggest the opposite approach,
upload to a conference specific page an then link to it from other index
pages. Obviously we will need another page for papers not related to a
conference, such as publications. I would also expect in future that we
On Mon, 2008-06-02 at 17:16 +0930, Heath Frankel wrote:
Labels only work on pages, not on attachments. Are we looking at a page per
paper or page per conference? If the former then this suggest could work,
but I don't think is as good as an index, however much more automated.
My full
On Mon, 2008-06-02 at 00:41 +0300, Seref Arikan wrote:
In case any member of this group have a candidate app for a trial like
this, I'd be delighted to get some pointers for future work.
I was going to save this for the decision support mailing list. But
since you asked ... :-)
The
On Mon, 2008-06-02 at 09:45 -0300, Tim Cook wrote:
A re-implementation of this engine using GLIF instead of Arden Syntax
guideline encoding
BTW: I am not including/excluding other possibilities here. PROforma is
a prime candidate but even after reading John Fox's book Safe and
Sound:
On Mon, Jun 02, 2008 at 09:48:17AM -0300, Tim Cook wrote:
I'd really like to see the outcomes of a little project which would be
about porting a simple existing decision support system to an OpenEHR
based infrastructure. Warning against adverse drug events for patient
safety would be a
On Mon, Jun 02, 2008 at 09:45:08AM -0300, Tim Cook wrote:
The EVIDENCE-BASED GUIDELINES AND DECISION SUPPORT SYSTEM (EGADSS)
The basic concept is that an EMR sends a basic known set of information
about a patient to the DSS. The DSS processes whatever clinical
guidelines it knows about
-bounces at openehr.org [mailto:openehr-technical-
bounces at openehr.org] On Behalf Of Thilo Schuler
Sent: Saturday, 31 May 2008 8:13 PM
To: timothywayne.cook at gmail.com; For openEHR technical discussions
Subject: Re: Decision Support was: MIE-2008
I am also interested. I wonder how much
On Mon, 2008-06-02 at 15:14 +0200, Karsten Hilbert wrote:
That's precisely how I would want a DSS to work for
interfacing it with GNUmed. When I last looked at EGADSS (a
year or so ago) it looked like they wanted me to use their
own GUI not just for defining guidelines but also make the
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080601/4358c1c3/attachment.html
-- next part --
A non-text attachment was scrubbed...
Name: OceanInformaticsl.JPG
Type: image/jpeg
Size: 5828
authors could
attach their presentations from last years Medinfo, the MIE 2008 etc
- and maybe also lists of future conferences of interest to
openEHR folks.
I know I can create pages myself on the wiki but I'm still a bit
unsure
where things are supposed to go in the wiki tree.
Andrew, I
technical discussions
Subject: Re: MIE-2008
Sam,
I am interested to join this list.
/Rong
On Fri, May 30, 2008 at 9:58 PM, Paria Kashfi hajar.kashfi at chalmers.se
wrote:
sounds great!
we are at least 3 persons interested in this issue in Chalmers and Sk?vde
paria
On May 30, 2008, at 4:19
From: openehr-technical-bounces at openehr.org
[mailto:openehr-technical-bounces at openehr.org] On Behalf Of Rong Chen
Sent: den 31 maj 2008 00:22
To: For openEHR technical discussions
Subject: Re: MIE-2008
Sam,
I am interested to join this list
: Re: MIE-2008
I wonder if we should have a particular list for people who are interested
in working with openEHR from a decision support point of view. This may not
be appropriate just yet but I believe it will generate a considerably
different intellectual space. I wonder what others think
--
*From:* openehr-technical-bounces at openehr.org [mailto:
openehr-technical-bounces at openehr.org] *On Behalf Of *Rong Chen
*Sent:* den 31 maj 2008 00:22
*To:* For openEHR technical discussions
*Subject:* Re: MIE-2008
Sam,
I am interested to join this list.
/Rong
On Fri, May 30, 2008
Tim Cook wrote:
On Fri, 2008-05-30 at 15:19 +0100, Sam Heard wrote:
I wonder if we should have a particular list for people who are interested
in working with openEHR from a decision support point of view.
This may not be appropriate just yet but I believe it will generate a
I am also interested. I wonder how much decision support has to be
considered when designing archetypes. In the near and midterm future
decision support will probably mostly happen on a local (i.e.
template) level, but I still assume that there should be design
patterns of the underlying
Hi,
That's an interesting question, and honestly, my knowledge of archetypes is
a little bit rusty to comment on this. However, there are other aspects of
OpenEHR related work which I find worthy of discussing in the context of
decision support.
A decision support system is built on top of other
MIE 2008 page to the openEHR website, in which we post papers and
presentations of sessions relating to openEHR. I am not sre at all of
what this list is, so if there are people on this list who could point
out authors presentations it would be helpful.
Actually, is it possible to have
Andrew Patterson wrote:
Actually, is it possible to have a conferences page on the wiki
that is a bit of a one-stop shop for documenting openEHR related
contributions to conferences. Somewhere where authors could
attach their presentations from last years Medinfo, the MIE 2008 etc
- and maybe
, the MIE 2008 etc
- and maybe also lists of future conferences of interest to
openEHR folks.
I know I can create pages myself on the wiki but I'm still a bit unsure
where things are supposed to go in the wiki tree.
Andrew, I think this is a really good idea. A link from the homepage
to conferences. Somewhere where authors could
attach their presentations from last years Medinfo, the MIE 2008 etc
- and maybe also lists of future conferences of interest to
openEHR folks.
I know I can create pages myself on the wiki but I'm still a bit unsure
where things are supposed to go
Medinfo, the MIE 2008 etc
- and maybe also lists of future conferences of interest to
openEHR folks.
I know I can create pages myself on the wiki but I'm still a bit unsure
where things are supposed to go in the wiki tree.
Andrew, I think this is a really good idea. A link from the homepage
Hi all,
Here's my positive reaction:-).
We started some discussion around this topic back in November. One of
the other items we discussed then was a place for 'openEHR'
presentations that could be used by others under a common creative
(or other) license. Although I can find several
I have created a new wiki space called 'resource', and a root page
'conferences' beneath it. I have also created more or less a copy of the
MedInfo 2007 page in the wiki. See
http://www.openehr.org/wiki/display/resources/Conferences . On a whim, I
chose a left-menu navigation style, just to
authors could
attach their presentations from last years Medinfo, the MIE 2008 etc
- and maybe also lists of future conferences of interest to
openEHR folks.
I know I can create pages myself on the wiki but I'm still a bit
unsure
where things are supposed to go in the wiki tree.
Andrew, I
On Fri, 2008-05-30 at 12:03 +0100, Thomas Beale wrote:
One thing to note: in the MedInfo 2007 page, all the links point back to
the openEHR.org website, whereas in future conference webpages, we will
usually upload attachments. The problem we have to tackle is that
conferences is only one
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080530/336c7249/attachment.html
-- next part --
A non-text attachment was scrubbed...
Name: OceanInformaticsl.JPG
Type: image/jpeg
Size: 5828
Cc: Barretto, Sistine
Subject: Re: MIE-2008
I wonder if we should have a particular list for people who are interested
in working with openEHR from a decision support point of view. This may not
be appropriate just yet but I believe it will generate a considerably
different intellectual space. I
:
Actually, is it possible to have a conferences page on the wiki
that is a bit of a one-stop shop for documenting openEHR related
contributions to conferences. Somewhere where authors could
attach their presentations from last years Medinfo, the MIE 2008
etc
- and maybe also lists of future
On Fri, 2008-05-30 at 15:19 +0100, Sam Heard wrote:
I wonder if we should have a particular list for people who are interested in
working with openEHR from a decision support point of view.
This may not be appropriate just yet but I believe it will generate a
considerably different
This may/may not be the correct place to discuss this but in case you
haven't noticed. There were eight tutorials scheduled at MIE last
Sunday. Six of those tutorials were cancelled. The only two remaining
were the two openEHR related tutorials.
On Thu, May 29, 2008 at 3:39 PM, Tim Cook timothywayne.cook at gmail.com
wrote:
This may/may not be the correct place to discuss this but in case you
haven't noticed. There were eight tutorials scheduled at MIE last
Sunday. Six of those tutorials were cancelled. The only two remaining
were
on facilitating the openEHR approach.
http://www.hst.aau.dk/%
7Eska/MIE2008/ParalleSessions/PresentationsForDownloads/Mon-0815/HISEHR-15_Kohl.pdf
*Tim,
you beat me to it, but I was going to mention the intention of adding an
MIE 2008 page to the openEHR website, in which we post papers
60 matches
Mail list logo