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? yampeku at gmail.com 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)
children xsi:type=C_CODE_PHRASE
rm_type_nameCODE_PHRASE/rm_type_name
occurrences
lower_includedtrue/lower_included
upper_includedtrue/upper_included
lower_unboundedfalse/lower_unbounded
upper_unboundedfalse/upper_unbounded
lower0/lower
upper1/upper
/occurrences
node_idat0009/node_id
terminology_id
valuelocal/value
/terminology_id
code_listat1000/code_list
code_listat1001/code_list
code_listat1002/code_list
code_listat1003/code_list
code_listat1014/code_list
/children
Can we reach a quick consensus on how should this be stated? Can we
use an assumed_value 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
How is assumed value marked on domain types? (in XML)
I am using XMLserializer from Java implementation
2012/1/6 Heath Frankel heath.frankel at oceaninformatics.com:
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? yampeku at gmail.com 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)
children xsi:type=C_CODE_PHRASE
? ? ? ? ? ? ? ? ? ? ? ? ? ?rm_type_nameCODE_PHRASE/rm_type_name
? ? ? ? ? ? ? ? ? ? ? ? ? ?occurrences
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?lower_includedtrue/lower_included
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?upper_includedtrue/upper_included
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?lower_unboundedfalse/lower_unbounded
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?upper_unboundedfalse/upper_unbounded
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?lower0/lower
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?upper1/upper
? ? ? ? ? ? ? ? ? ? ? ? ? ?/occurrences
? ? ? ? ? ? ? ? ? ? ? ? ? ?node_idat0009/node_id
? ? ? ? ? ? ? ? ? ? ? ? ? ?terminology_id
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?valuelocal/value
? ? ? ? ? ? ? ? ? ? ? ? ? ?/terminology_id
? ? ? ? ? ? ? ? ? ? ? ? ? ?code_listat1000/code_list
? ? ? ? ? ? ? ? ? ? ? ? ? ?code_listat1001/code_list
? ? ? ? ? ? ? ? ? ? ? ? ? ?code_listat1002/code_list
? ? ? ? ? ? ? ? ? ? ? ? ? ?code_listat1003/code_list
? ? ? ? ? ? ? ? ? ? ? ? ? ?code_listat1014/code_list
? ? ? ? ? ? ? ? ? ? ? ? ?/children
Can we reach a quick consensus on how should this be stated? Can we
use an assumed_value 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
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 serefarikan at kurumsalteknoloji.com 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 erik.sundvall at liu.sewrote: 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
Outcomes conclusions of the openEHR course in spanish ( ideas for the future)
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
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.semailto: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 erik.sundvall at liu.semailto: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
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
Outcomes conclusions of the openEHR course in spanish ( ideas for the future)
be a homework to localize. Shinji Kobayashi 2012/1/4 pablo pazos pazospablo at hotmail.com: 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
