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 codes, paths and node occurrences). I've > developed a small proof of concept PHP/MySQL app that worked fine (with > limitations), and I use the Yupp PHP Framework to build this app (Yupp is an > MVC/ORM framework with some ideas borrowed from Grails framework, I > developed). Now miniClin is just a paper (sorry, spanish only). In miniClin, > the GUI is generated from these CDA templates, the data binder create CDA > documents in memory from the template and the data, and a seralizer create > the CDA XML file on disk from the memory structure (this project has a lot > in common with the EHR-Gen Framework). > > Some links: > > - http://code.google.com/p/miniclin/downloads/list > - http://code.google.com/p/yupp/ > > > Amazing that you can do all this work in parallel! What made you create a MVC/ORM framework (YUPP) similar to Grails instead of just using Grails (as you did in your open-EHR-Gen framework). What are the benefits besides that you don't need a servlet container to run it? Do you have a link to such a CDA template (enhanced with some openEHR ideas) somewhere? How do o-EHR-Gen and miniclin compare regarding their uses? When do you use one when the other? Is miniclin - as its name suggests - aimed at smaller, more at hoc clinical form based applications? > > > Yes, the DB schema is autogenerated from the domain model classes, so the > schema is very generic and doesn't change if you add new archetypes or > templates to your app. This generic approach obviously has a side effect on > performace, but is also a boost on development time. > > How long do load and save operations take? > Our big goal is to build a tools chain, so anyone can define some > archetypes, add them in a template, deploy the archetypes and templates into > the Open EHR-Gen Framework, and you will have a complete application for > clinical recording. Over this application, anyone can build their own > plugins, so you can add integration with other systems, conversion to/from > other information models, etc. > Sounds fantastic. An exactly what the openEHR community needs to be able to easily demonstrate archetypes in action. How much adaption would it involve get the open-EHR-gen framework running on my computer with another template? > I didn't say this before, but this project could never be done without the > re-use of Rong's work. The base of all are the AOM implementaion and the > ADL-parser from the java-ref-impl. You can see what libs we reuse here: > http://code.google.com/p/open-ehr-gen-framework/source/browse/#svn/trunk/open-ehr-gen/lib > > I know about Rong's monumental contributions towards openEHR. I will keep in touch -Thilo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101129/27379d02/attachment.html>
