> Maybe it is not really generated but delivered by the producer of the
> device, a minimalistic archetype, it is not important, important is that
> it a minimalistic archetype is which can contain the data which are to
> delivered.
> Most manufacturers will not write
not
>want to criticize them.
>Their task is hard. Maybe too hard. Maybe CKM should not be the only source of
>truth
What makes you think that the people working in an alternative form of CKM
would not come across the same modelling problems?
It is hard to create a cohe
changing world. Which is
> better then staying on the sideline and leave your customers with less
> functionality then they could have.
The Archetypes must be put on a coherent model. I would not see anyone working
towards that as staying in the sidelines (?).
I don't mind cont
which concepts are supposed to be bunched
together we will still need humans in the loop.
Maybe what you propose can be expressed using the functionality of Archetypes
but that would be more of a “hack” (in a positive sense) rather than
intentional use (?).
All the best
Athanasios Anastasiou
inserting
Archetypes that result from a new device.
All the best
Athanasios Anastasiou
___
openEHR-clinical mailing list
openEHR-clinical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
hat would
enable all this. Maybe things are progressing faster where you are (?)
All the best
Athanasios Anastasiou
-Original Message-
From: Bert Verhees
Sent: 25 June 2018 14:35
To: Anastasiou A. ; For openEHR clinical
discussions
Subject: Re: Machine Learning , some thoughts
On 25-
compose the
template or automatically create the archetypes.
And yes, this CAN be done today, definitely.
All the best
Athanasios Anastasiou
-Original Message-
From: Bert Verhees
Sent: 25 June 2018 12:31
To: Anastasiou A. ; For openEHR clinical
discussions
Subject: Re: Machine Lea
t; maybe treat/handle/cure on base of instructions coming from machine
> learning.
The time scales for doing this would be enormous. We can probably work out a
lower limit by looking at the lifecycle of archetypes
in the current CKM.
BTW, I am not shooting down the proposals / ideas, there
and more importantly fail. The (by now)
available implementations are ideal for this.
All the best
Athanasios Anastasiou
Lecturer in Health Data Science | Darlithydd mewn Gwyddoniaeth Data Iechyd
Data Science Building (Fi
/f968ea2a3bdad76eb3e23e3c4978fff4/misc/odm1_3_1_final.htm#MethodDef)
Perhaps we'll start thinking about an [openEHR|GDL]Overflow type of
resource soon :-)
All the best
Athanasios Anastasiou
On 11/03/2013 14:27, Rong Chen wrote:
Dear all,
We are pleased to announce the immediate availability
internationalization features on the current website.
Therefore, instead of translating all resources, we just translate a big
key/value dictionary (in text format).
What do you think?
All the best
Athanasios Anastasiou
P.S. The site already uses php anyway, so why not make it a bit more
active
Anastasiou
All the best
Athanasios Anastasiou
P.S. The site already uses php anyway, so why not make it a bit more
active?
any suggestions welcome.
- thomas
if this is
a strictly multiple choice field or multiple choice with optional
free text
Looking forward to hearing from you
Athanasios Anastasiou
:-)
But having been reminded of the Choice element by Peter, maybe what you
explained here could be added anyway and automatically resolve to a
Choice field.
All the best
Athanasios Anastasiou
On 03/10/2012 11:06, Thomas Beale wrote:
On 03/10/2012 10:43, Athanasios Anastasiou wrote:
Hello
Hello Ian
That's good to note indeed.
Maybe it would be nice to have some Choice attribute at the Template
level so that particular choices (such as this one) are handled in
specific ways.
All the best
Athanasios Anastasiou
On 03/10/2012 11:16, Ian McNicoll wrote:
No don't include 'Other
to their development. Expressed in an accessible narrative (for
a mixed audience). Perhaps there is already material for some of these (?).
I don't think that a cook-book style approach would worki may be
wrong of course.
All the best
Athanasios Anastasiou
On 19/06/2012 01:51, pablo
investigator and the EHR/EHRID would
identify the subject.
Correct...That's a byproduct of focusing so hard on Archetypes :-/
All the best
Athanasios Anastasiou
to be used to specialise entities such as
PARTY_PROXY found at OBSERVATION Archetypes? (For example, the usable
object would be IDENTIFIED_PARTY) Or is this supposed to be handled
differently at runtime?
Looking forward to hearing from you
Athanasios Anastasiou
GORY DETAILS:
(Throughout this section
software using openEHR
for the back end (?)
All the best
Athanasios Anastasiou
On 24/06/2011 03:08, pablo pazos wrote:
Hi Athanasios,
We have implemented the two level modeling approach in our OpenEHR-Gen
project: http://code.google.com/p/open-ehr-gen-framework/
It is a generic system
Hello Ian
Many thanks for these pieces of information, from the material that
appears in the presentation this seems to cover exactly what i am after.
All the best
Athanasios Anastasiou
On 27/06/2011 10:54, Ian McNicoll wrote:
http://www.openehr.org/wiki/download/attachments/5996988
in refbase. You then export this sub collection in bibtex and
upload it to refbase from where it is made available to everyone.
We have been using these two tools for some time now in our projects and
this workflow seems to be working.
I hope this helps.
All the best
Athanasios Anastasiou
Signal
21 matches
Mail list logo