Outcomes & conclusions of the openEHR course in spanish (& ideas for the future)
& conclusions of the openEHR course in spanish (& > >> ideas for the future) > >> From: skoba at moss.gr.jp > >> To: openehr-clinical at openehr.org > >> CC: openehr-implementers at openehr.org; openehr-technical at openehr.org > > > >> > >> Hi Pablo, and all > >> > >> I perfectly agree your idea. I have thought as you mentioned. > >> I am planning my tool-chains on my Ruby implementation, too. > >> Certification criteria are very difficult to evaluate. Training course > >> would be a homework to localize. > >> > >> Shinji Kobayashi > >> > >> 2012/1/4 pablo pazos : > >> > Hi everyone, > >> > > >> > Recently we have ended the first edition of the course with a huge > >> > success. > >> > And now we are thinking about the next steps to take. > >> > > >> > Here is a post on my blog about the conclusions and future > >> > > >> > actions: > >> > http://informatica-medica.blogspot.com/2012/01/conclusiones-del-curso-de-openehr-en.html > >> > (yo can see it in english by clicking ENGLISH on the top right corner of > >> > the > >> > blog). > >> > > >> > > >> > I want to share with the community a couple of ideas mentioned there. It > >> > would be very nice to know what you think. > >> > > >> > openEHR certification: > >> > > >> > The first idea is on standarizing openEHR training, and to think about > >> > an > >> > openEHR certification. I think this could be very good for the community > >> > and > >> > for the openEHR organization too. > >> > > >> > It could be possible to create a mail list for openEHR trainers > >> > (openehr-trainers at openehr.org)? So we could discuss about the topics > >> > and > >> > ways of evaluation, and come out with an standard minimal program to all > >> > openEHR courses. > >> > > >> > If we reach a standard minimal program for openEHR courses, could we get > >> > formal support from openEHR.org to issue internationally valid openEHR > >> > certificates? (obviously this is a question for the future, but IMO we > >> > need > >> > to start thinking about it now). > >> > > >> > > >> > 10 projects to adopt openEHR: > >> > > >> > We thought about 10 projects (or so) in two areas: software and clinical > >> > modeling. > >> > > >> > Because openEHR propose a tool-chain based process of creating EHRs, we > >> > need > >> > to have each one of the links of that chain in order to adopt and > >> > implement > >> > openEHR easily. > >> > > >> > Now there is a little tooling available, and some of it is not open > >> > source. > >> > In projects at a national level we need to use open source software, > >> > because > >> > each country will need to make it's own customizations to each tool. > >> > > >> > In the other hand, we need to model other things that are clinical > >> > knowledge > >> > too, like processes and rules to enable CDS, in order to support full > >> > EHR > >> > implementation (e.g. I think we could recommend ways to express rules > >> > based > >> > on archetype ids and paths, and create software tools to support that > >> > specification, but we need to work the openEHR services specs > >> > first). > >> > > >> > There is a diagram on my blog post that shows the tools we propose to 1. > >> > develope if there is no tool that support its functionality or it's > >> > closed-source, 2. improve the current open source tools. > >> > > >> > On the clinical modeling side, we have engaged doctors and nurses on the > >> > creation and translation of archetypes. Now there are two of our > >> > students > >> > that already commited archetypes to the CKM: Dr. Domingo Liotta and Dr. > >> > Leonardo Der Jachadurian. > >> > > >> > I hope we could propose to create prototypes of those projects in out > >> > local > >> > universities and coordinate the projects so we do not overlap each > >> > other, > >> > with the objective of completing the tool chain with open source > >> > developments. > >> > > >> > > >> > > >> > What do you think? > >> > > >> > > >> > -- > >> > Kind regards, > >> > Ing. Pablo Pazos Guti?rrez > >> > LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez > >> > Blog: http://informatica-medica.blogspot.com/ > >> > Twitter: http://twitter.com/ppazos > >> > > >> > ___ > >> > openEHR-clinical mailing list > >> > openEHR-clinical at openehr.org > >> > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical > >> > >> ___ > >> openEHR-clinical mailing list > >> openEHR-clinical at openehr.org > >> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical > > > > ___ > > openEHR-clinical mailing list > > openEHR-clinical at openehr.org > > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical > > ___ > openEHR-clinical mailing list > openEHR-clinical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120106/d507a4cd/attachment.html>
Outcomes & conclusions of the openEHR course in spanish (& ideas for the future)
ource tools. On the clinical modeling side, we have engaged doctors and nurses on the creation and translation of archetypes. Now there are two of our students that already commited archetypes to the CKM: Dr. Domingo Liotta and Dr. Leonardo Der Jachadurian. I hope we could propose to create prototypes of those projects in out local universities and coordinate the projects so we do not overlap each other, with the objective of completing the tool chain with open source developments. What do you think? -- Kind regards, Ing. Pablo Pazos Guti?rrez LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez Blog: http://informatica-medica.blogspot.com/ Twitter: http://twitter.com/ppazos ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120106/07e0fd3d/attachment.html>
Outcomes & conclusions of the openEHR course in spanish (& ideas for the future)
Hi everyone! There are great ideas here, but if we leave them on the list will be forgotten, so I've created a page on the wiki with some ideas from your emails: http://www.openehr.org/wiki/display/edu/Formalizing+education Feel free to edit the page to improve it. Thanks a lot! -- Kind regards, Ing. Pablo Pazos Guti?rrez LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez Blog: http://informatica-medica.blogspot.com/ Twitter: http://twitter.com/ppazos -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120106/110763fe/attachment.html>
Did anybody implement AQL with a LL parser framework?
Hi Seref and Erik, The grammar published on openEHR by Ocean Informatics was what we used with a proprietary third party tool. If people have converted the grammar to work with more standard parsing tools and want to post it to the AQL wiki page for others to use then we too can test it with our tool and if successful can deprecate the original. Heath On 05/01/2012 9:31 PM, "Seref Arikan" wrote: > Thanks Erik, > AntlrWorks is nice, but it has a problem of slowing down for some reason, > even if the grammar is not that big. Appears to be a known issue, but the > latest version still has this behaviour. Still beats anything else out > there though. > > For me, ANTLR's main advantage is its infrastructure to support multiple > target languages. I've used JavaCC a long time ago, and I don't think it is > inferior to Antlr, though Antlr has a bit of a learning curve. > > I'm working on the refactoring of the existing grammar via elimination of > left recursions, but my point is pretty much the same with yours; moving > grammars to Antlr would help different groups develop parsers/tools easier. > I've asked the original question to see if people did the actual work of > eliminating recursions and basically making grammar LL compatible, and > based on the responses I can see that they have. > > This is good news, since it means we may be able to build a community > around Antlr based implementations. Good to hear that you'll be putting > something out soon, I'll try to do the same ;) > > Regards > Seref > > > On Thu, Jan 5, 2012 at 10:12 AM, Erik Sundvall wrote: > >> Hi! >> >> We implemented an AQL parser using JavaCC. My colleague Mikael Nystr?m >> made some transformations to make the published AQL grammar work in JavaCC. >> Mikael is on vacation right now, but I'm sure he does not mind sharing his >> experiences once he gets back. >> >> I do think it would be interesting to switch to ANTLR sooner or later in >> order to share efforts between projects with different >> implementation/target-languages and because the ANTLRWorks environment >> http://www.antlr.org/works/index.html looks promising compared to the >> pretty bad JavaCC-plugin in e.g. Eclipse. >> >> Our parser (and thus also the modified grammar) will soon be open sourced >> so you are free to use it. So if you are not in an extreme hurry I'd >> suggest using or getting inspiration from what we have already done. >> >> Best regards, >> Erik Sundvall >> erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733 >> >> >> >> On Wed, Jan 4, 2012 at 16:37, Seref Arikan < >> serefarikan at kurumsalteknoloji.com> wrote: >> >>> Greetings, >>> The AQL grammar from the wiki has direct and indirect left recursion. >>> Which means without changes in the grammar, LL parser generators (both >>> JavaCC and Anltr) can't generate parsers for this grammar. >>> >>> I'm curious if anybody has refactored this grammar for LL parser >>> generators. Shinji? Your latest release includes an AQL parser does not it? >>> Could you please share your method? I can always look at the code, but >>> you'd probably save me time :) >>> >>> I'm interested in experiences of others too. >>> >>> >>> Kind regards >>> Seref >>> >> >> ___ >> openEHR-technical mailing list >> openEHR-technical at openehr.org >> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical >> >> > > ___ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120106/12ee3e66/attachment.html>
How is assumed value marked on domain types? (in XML)
Diego,
What tool are you using to generate your AOM XML?
The tool issue tracker may be a more appropriate place for these tooling
issues.
Heath
On 05/01/2012 10:34 PM, "Diego Bosc?" wrote:
> In ADL, the assumed value of a domain type is marked like this:
>
> defining_code matches {
>[local::
>at1000, -- Standing
>at1001, -- Sitting
>at1002, -- Reclining
>at1003, -- Lying
>at1014; -- Lying with tilt to left
>at1001] -- assumed value
> }
>
> but in the xml form, the assumed value is missing. The schema does not
> reflect this (I know it is outdated)
>
>
>
>CODE_PHRASE
>
> true
> true
> false
> false
> 0
> 1
>
>at0009
>
> local
>
>at1000
>at1001
>at1002
>at1003
>at1014
>
>
> Can we reach a quick consensus on how should this be stated? Can we
> use an label as in all other types?
> ___
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120106/bbfb17b6/attachment.html>
open source openEHR-related EHR systems; How do you want to be cited...
Hi Eric, we started GastrOS in SourceForge but then used CodePlex (don't ask me why!). The correct URL is: http://gastros.codeplex.com Happy 2012 to you all J Cheers, -koray From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org] On Behalf Of Erik Sundvall Sent: Thursday, 5 January 2012 5:59 a.m. To: For openEHR technical discussions; Luciana Tricai Cavalini Subject: Re: open source openEHR-related EHR systems; How do you want to be cited... Hi! Thanks for nice replies, hints and suggestions regarding open source archetype based EHR systems. Is any relevant open source project left out, misquoted or misunderstood in the following formulation: ...and several open source alternatives that explore different approaches to implement archetype based EHR systems are available. Examples (programming language in parenthesis) are: ? EHRflex [EHRflex], http://ehrflex.sourceforge.net/ (Java) ? GastrOS [GastrOS], http://sourceforge.net/projects/gastros/ (.NET+C#) ? openEHRgen, http://code.google.com/p/open-ehr-gen-framework/ (Groovy+Java) ? Opereffa, http://opereffa.chime.ucl.ac.uk/ (Java) Also, implementations in Ruby [oe-ruby], http://openehr.jp/projects/show/ref-impl-ruby, and Python [oship] http://www.oship.org/ provide components for archetype-based EHR systems. With a reference list along the lines of: *[EHRflex] Anton Brass, David Moner, Claudia Hildebrand, Montserrat Robles Standardized and flexible health data Management with an archetype driven EHR system (EHRflex). EFMI Special Topic Conference 2010 Seamless care - Safe care: The Challenges of Interoperability and Patient Safety in Health Care. Proceedings of the EFMI Special Topic Conference, pp. 212-218. IOS Press BV, Amsterdam. ISBN: 978-1-60750-562-4, 2010. *[GastrOS] Atalag K, Yang HY, Tempero E, Warren J. Model Driven Development of Clinical Information Systems using openEHR. Stud Health Technol Inform 2011;169:849-853. *[oe-ruby] Shinji Kobayashi and Akimichi Tatsukawa. Ruby Implementation of the openEHR specifications. Journal of Advanced Computational Intelligence and Intelligent Informatics, in press *[oship] Luciana T Cavalini and Timothy W. Cook. Health Informatics: The Relevance of Open Source and Multilevel Modeling. Proceedings of Open Source Systems: Grounding Research (OSS 2011) Pages 338-347. Springer 2011 Please report any misunderstandings or comments to me or to the list. Best regards, Erik Sundvall erik.sundvall at liu.se<mailto:erik.sundvall at liu.se> http://www.imt.liu.se/~erisu/ Tel: +46-13-286733 On Thu, Dec 8, 2011 at 10:02, Erik Sundvall mailto:erik.sundvall at liu.se>> wrote: > Hi! > > We now getting the LiU EEE paper "Applying REST Architecture to > Archetype-based EHR systems" (by Erik Sundvall, Mikael Nystr?m, Daniel > Karlsson, Martin Eneling, Rong Chen and H?kan ?rman) finished for > submission, and in a background passage we mention other openEHR based EHR > systems (where you can enter and query pateint data) that are open source: > > "...the situation has changed to the better and more open source > alternatives [opereffa, openEHRgen, GastrOS, oship/MLHIM] that explores > different approaches to implement openEHR systems..." > > Now, if you are involved one of the mentioned systems [opereffa, openEHRgen, > GastrOS, oship/MLHIM], what is your favorite or most up to date paper or > other reference that you think describes your system best and that you would > prefer that people considered citing in academic papers? > > If you feel that we have missed listing an open source openEHR system with > non-viral permissive licence, then please enlighten us! __ Information from ESET NOD32 Antivirus, version of virus signature database 6771 (20120105) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120106/dd139f43/attachment.html>
How is assumed value marked on domain types? (in XML)
I am using XMLserializer from Java implementation
2012/1/6 Heath Frankel :
> Diego,
> What tool are you using to generate your AOM XML?
> The tool issue tracker may be a more appropriate place for these tooling
> issues.
> Heath
>
> On 05/01/2012 10:34 PM, "Diego Bosc?" wrote:
>>
>> In ADL, the assumed value of a domain type is marked like this:
>>
>> defining_code matches {
>> ? ? ? ? ? ? ? ? ? ? ? ?[local::
>> ? ? ? ? ? ? ? ? ? ? ? ?at1000, ? ? ? ? -- Standing
>> ? ? ? ? ? ? ? ? ? ? ? ?at1001, ? ? ? ? -- Sitting
>> ? ? ? ? ? ? ? ? ? ? ? ?at1002, ? ? ? ? -- Reclining
>> ? ? ? ? ? ? ? ? ? ? ? ?at1003, ? ? ? ? -- Lying
>> ? ? ? ? ? ? ? ? ? ? ? ?at1014; ? ? ? ? -- Lying with tilt to left
>> ? ? ? ? ? ? ? ? ? ? ? ?at1001] -- assumed value
>> }
>>
>> but in the xml form, the assumed value is missing. The schema does not
>> reflect this (I know it is outdated)
>>
>>
>>
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?CODE_PHRASE
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?true
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?true
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?false
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?false
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?0
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?1
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?at0009
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?local
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?at1000
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?at1001
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?at1002
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?at1003
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?at1014
>> ? ? ? ? ? ? ? ? ? ? ? ? ?
>>
>> Can we reach a quick consensus on how should this be stated? Can we
>> use an label as in all other types?
>> ___
>> openEHR-technical mailing list
>> openEHR-technical at openehr.org
>> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
