Trying to understand the openEHR Information Model

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

Openehr vs S3DB

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,

GUI-directives/hints again (Was: Developing usable GUIs)

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

GUI-directives/hints again (Was: Developing usable GUIs)

-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

Playing with Open EHR-Gen

[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

new openEHR-based framework

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

new openEHR-based framework

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

new openEHR-based framework

/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

new openEHR-based framework

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

Meaningful use criteria

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

informal poll: openEHR conference

/openehr-technical -- Thilo Schuler Morgenrainstrasse 9 CH-8620 Wetzikon Festnetz: +41 (0) 43 49 707 85 Mobil: +41 (0) 79 547 76 48

Differential display

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

GUI-hints in openEHR templates? (Was: PatientOS archetype to form demo (of sorts))

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

GUI-hints in openEHR templates? (Was: PatientOS archetype to form demo (of sorts))

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

GUI-hints in openEHR templates? (Was: PatientOS archetype to form demo (of sorts))

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

GUI-hints in openEHR templates? (Was: PatientOS archetype to form demo (of sorts))

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

GUI-hints in openEHR templates? (Was: PatientOS archetype to form demo (of sorts))

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

GUI-hints in openEHR templates? (Was: PatientOS archetype to form demo (of sorts))

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

Question on the role of EHR reference models for achieving functional interoperability

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

Decision Support was: MIE-2008

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

Decision Support was: MIE-2008

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

Decision Support was: MIE-2008

-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

Decision Support was: MIE-2008

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

MIE-2008

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

Dates and times in an Observation...

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

Constant Values and sub Elements

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

Constant Values and sub Elements

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'

Constant Values and sub Elements

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.

Constant Values and sub Elements

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

Fwd: AOM MOF mapping

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

AOM MOF mapping

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

AOM MOF mapping

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

openEHR vs MDA/MDD DSLs

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

xml archetypes to xforms

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

xml archetypes to xforms

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

persistence

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

persistence

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

persistence

?!?!? 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

persistence

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

GUIs for openEHR data

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

Congraturation to our new Web site

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

New contribution to Dual Model EHR architectures and archetype development

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:

Hidden reference model stuff in template

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

openEHR

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

openEHR

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

Hidden reference model stuff in template

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

Eclipse OHF Project OpenEHR Component

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