Hi bert
Although risking to be a pleasure killer ;), but on my iPad 3 (and iPhone) I
have a little globe symbol to the left of the space bar that allows toggling of
languages.
As
http://www.theipadguide.com/faq/how-can-i-type-different-languages-turn-international-keyboards-ipad
explains it
Hi guys
Just stumbled across this project http://www.s3db.org/ .
Was wandering whether anyone has seen it before and maybe has already thought
about its similarities/differences to openehr.
Many goals (interoperability, distributed systems, explicit/separate domain
models, collaborative,
Hi everybody,
I got permission to publish the MedInfo paper and its successor mentioned
below.
You can find it here (last row of table):
http://www.openehr.org/wiki/display/resources/MedInfo+2007+-+Brisbane+Australia
Cheers,
Thilo
After that Helma, her supervisor, Rong and I published a very
-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
--
Thilo Schuler
+61 404 030 143
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr
[Cave: X-post, please reply to the thread on the implementation list or even
better edit the wiki page]
Hey guys
I started a wiki page about my first experiences with Pablo's framework
Here is the link:
http://www.openehr.org/wiki/display/impl/Playing+with+Pablo%27s+Open+EHR-Gen+Framework
Feel
1, 2010 at 11:42 PM, Thilo Schuler thilo.schuler at
gmail.comwrote:
Hi Pablo
thanks for your answers. Good tip with Google translation, hadn't thought
of it...
I have your app running on my machine now. I can see the login screen. The
hardest bit was to convince my macbook to use jdk 1.6
Hi Pablo
thanks for your answers. Good tip with Google translation, hadn't thought of
it...
I have your app running on my machine now. I can see the login screen. The
hardest bit was to convince my macbook to use jdk 1.6 :)... Otherwise a
breeze. I like grails!
Could you please tell me a login
/mailman/listinfo/openehr-technical
___
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
--
Thilo Schuler
+61 406 113 740
-- next part
Hey Pablo
Thanks for your reply. I have more questions (see inline), partly because I
don't speak Spanish.
We have some things in common. I have a small project called miniClin, in
wich I defined CDA templates based in the CDA structure, and ideas borrowed
from openEHR archetypes (like node
at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
--
Thilo Schuler
Morgenrainstrasse 9
CH-8620 Wetzikon
Festnetz: +41 (0) 43 49 707 85
Mobil: +41 (0) 79 547 76 48
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org
/openehr-technical
--
Thilo Schuler
Morgenrainstrasse 9
CH-8620 Wetzikon
Festnetz: +41 (0) 43 49 707 85
Mobil: +41 (0) 79 547 76 48
would
be 'primary' and 'duplicate' or 'alternative rendition' or similar.
- thomas
Thilo Schuler wrote:
Hi everybody
I know CDA which requires *all* information to be in human-readable,
textual form (Level 1). Optionally there can be references to
machine-readable entries
Hi all,
As some of you know I am interested in XForms and would love to be
part of this community effort if and when it starts.
Currently I am co-supervising two thesis students working on a project
the uses XForms, Grails, and IBM DB2 similar to this
principle seems reasonable. (A
side note regarding different GUI principles: it would be interesting
to see if/how the GUI-semantic hints like the ones above could map
to different principles/paradigms)
On Sat, Jun 28, 2008 at 13:38, Thilo Schuler thilo.schuler at gmail.com
wrote:
I am
The advantage of deriving generic user interfaces only from data
instances and the underlying archetypes (without knowing the template)
is the possibility to edit unknown openEHR data, although the GUI
would be simple. Thus, I agree with Chunlan on the position of a
generic GUIs on Erik's
specs.
Cheers, Thilo
On Fri, Jun 27, 2008 at 6:46 PM, Tim Cook timothywayne.cook at gmail.com
wrote:
On Fri, 2008-06-27 at 14:42 +0200, Thilo Schuler wrote:
Very interesting - maybe we could have seperate namespaces for the
core tags and extensions. Could be a good compromise! While I see
Would also want GUI things like hide_in_GUI to be in a separate
artifact on top of a template. It is good to hear that Ocean only did
that as quick fix to meet customers requirements, which is very
plausible.
As mentioned before templates are great to initially SCAFFOLD a GUI,
which has to be
Cheers,
Rong
On Fri, Jun 27, 2008 at 12:30 PM, Thilo Schuler thilo.schuler at gmail.com
wrote:
Would also want GUI things like hide_in_GUI to be in a separate
artifact on top of a template. It is good to hear that Ocean only did
that as quick fix to meet customers requirements, which is very
Hi Georg,
I agree with your argument.
Distinguishing advanced functional interoperability from PDF like
functional interoperability is helpful as the information can be
presented in a more or less customised way leveraging the underlying
RM classes - Ocean's EHRview
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
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
-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
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
I like the wiki idea. We need to start using the wiki more. If
everybody (in this case the authors) contributes, we will have more
and better content and Thomas can concentrate on other important
things.
Cheers, Thilo
On Fri, May 30, 2008 at 11:48 AM, Thomas Beale
thomas.beale at
Hi Bruno
From my point of view your example is completely right. The
composition context refers to the setting (encounter etc) when the
information was recorded, but the recorded information (eg
observation) could have happened before.
Good to see you are still interested in openEHR. If I
field?
similar to what I send you before just a date element in the cluster
thanks in advance
Timmy
On Mon, May 5, 2008 at 12:36 PM, Thilo Schuler thilo.schuler at gmail.com
wrote:
Timmy,
I guess in your case with so littel elements I would bite the bullet
and model the 'spoken default
Timmy,
I think this speech recognition stuff is more an interface thing and
IMHO it doesn't belong into an archetype (if you see an archetype as a
means to share interoperable health information). You could have a
seperate XML file that tags every appropriate field to a
'spokendefault'
Hi TimmyX
an ac constraint has been designed for defining terminology value
sets by query.
In your case several constraining the text ELEMENT to several at codes
should do the job (the Archetype Editor supports that via 'internal
codes' in the constraints tab right to the definition area.
Timmy,
I guess in your case with so littel elements I would bite the bullet
and model the 'spoken default' explicitly with a text ELEMENT that is
preset to the constant value.
An option would be to model a generic element as a CLUSTER-archetype
(including the 'spoken default' element) and
Has this email gotten through? Wondering since Sam recently described
problems with the list (Eric's SNOMED post).
Is my assumption regarding MOF (see below) right?
-- Forwarded message --
From: Thilo Schuler thilo.schu...@gmail.com
Date: Mon, Apr 21, 2008 at 4:12 PM
Subject: Re
Sam
In your opinion what is the advantage of expressing templates in MOF?
Can't the described exersise CCR-openEHR-CDA be done already only
with openEHR/Ocean tools? Is to have a more indepedent intermediary
format?
Thilo
On Tue, Apr 22, 2008 at 7:46 AM, Sam Heard
sam.heard at
Adam Sam
This is very interesting, kind of relates to my recent post MDA/MDD DSL.
For my med student brain I want to clarify that I get what Adam
suggests. MOF has the idea of 4-layer meta-modelling. In the case of
AOM/MOF mapping this would lead to this:
m3 (meta-metamodel) - MOF
m2
Hi all, just wanna share this:
For many of you this might not be something new, but today I
consciously noticed to many analogies between the Model Driven
Architecture (MDA) or Model Driven Development (MDD) including the
trendy Domain Specific Languages (DSL) with openEHR's two model
approach
Hey Lisa, ime et al
back from skiing - had 6 sunny days and time.
Thanks for the valuable replies.
Comments inline...
Hi Ime, Thilo and all
We investigated using XForms for automatically-generated data entry GUIs
last year. There are some features of XForms which made it seem
Hi Ime and others
XForms is an intriguing technology and IMHO (and others' !) it seems
very suited to generate forms from templates and their underlying
archetypes .
I will first point you to two recent sources where XForms where
mentioned within the openEHR community:
1. Wiki (look in the
Hi everybody,
just a short note:
I am more a front-end person (plan to start a OSS GUI project in
2008), although I have an vested interested in a open persistence
solution, since I would like to see an end-to-end system demonstrator
based on OSS components (GUI, kernel, persistence). IMO (and
For openEHR I will concentrate on the GUI part. Had to investigate it
for a uni project.
Just wanted to let everybody know about IBM DB2 9.5, which I think is
a fair, uncrippled offer.
On Jan 2, 2008 5:18 PM, Bert Verhees bert.verhees at rosa.nl wrote:
Thilo Schuler schreef:
Hi everybody
?!?!?
On Jan 2, 2008 8:36 PM, Bert Verhees bert.verhees at rosa.nl wrote:
Thilo Schuler schreef:
For openEHR I will concentrate on the GUI part. Had to investigate it
for a uni project.
Just wanted to let everybody know about IBM DB2 9.5, which I think is
a fair, uncrippled offer.
oh
schreef:
Thilo Schuler schreef:
For openEHR I will concentrate on the GUI part. Had to investigate it
for a uni project.
Just wanted to let everybody know about IBM DB2 9.5, which I think is
a fair, uncrippled offer.
oh
Sorry, Clicked accidently on Send
I hope someone will pick up
PM, Adam Flinton adam.flinton at nhs.net wrote:
Thilo Schuler wrote:
Hi
As I assume not everybody interested in openEHR GUIs has set watches
for the relevant pages in the openEHR wiki, I would like to point to a
rather lengthly comment of mine:
http://www.openehr.org/wiki/display/dev
Looks great, Helma. Well done!
Good that we finally have a wiki (and such a sophisticated one, thanks
Atlassian)!
I will use it to share the gained knowledge and problems during a
real project in which I will (1) design archetypes for the chronic
ulcer domain and (2) implement an ExportAdapter
Hi David,
just quickly flicked through your material (will definitely give it a
more thorough read and try later). Like Rong I find it impressive too.
The mapping/integration seems to be related to work by Rinner et al
(TU Vienna) I recently came across:
again,
Stef
Op 31-mei-2007, om 1:50 heeft Thilo Schuler het volgende geschreven:
Hi Stef,
I have followed the thread and I will try to provide some hopefully
useful hints. I will start with the central idea, the
two-model-approach, and will try to cover your questions after
Hi Bernard
I have just made post the should cover part of your question. As
mentioned in this post the kernel component is central to the
architecture of an openEHR system as it brings the two models
together. For persistence many solutions would be possible. Like XML
(that what Ocean Informatics
Here one more link to a nice overview written up by Thomas about
persistence possibilities and techniques. Most of you will already
know this:
http://openehr.org/FAQs/t_persistence_notes.htm
On 6/1/07, Thilo Schuler thilo.schuler at gmail.com wrote:
Hi Bernard
I have just made post the should
Hi Stef,
I have followed the thread and I will try to provide some hopefully
useful hints. I will start with the central idea, the
two-model-approach, and will try to cover your questions after that:
- Archetypes are a way of constraining and plug-and-playing (LEGO
principle) a relatively
This sounds like a very good idea. A coherent environment (including
demos, code examples, tutorials etc...) would give openEHRarchetypes
the boost that this well-designed architecture deserves.
Will ask Tom about it at the MIE. I would like to help, but I am only a
med student and no real
47 matches
Mail list logo