# openEHR-implementers Digest, Vol 8, Issue 1 **Category:** [Implementers (archive)](https://discourse.openehr.org/c/implementers-archive/158) **Created:** 2012-10-04 12:59 UTC **Views:** 13 **Replies:** 5 **URL:** https://discourse.openehr.org/t/openehr-implementers-digest-vol-8-issue-1/14271 --- ## Post #1 by @Kourtis_Panagiotis Hi, Thank you for your help and advices\. I checked out Pablo's project and I am not sure if this is suitable for me\. His project is developed with Grails and probably ESAPI won't work with it\. I've also checked opereffa from github\. Is there any way I can find all libraries and dependencies for opereffa collected except from maven? As I can see, it needs also some other files, like xml files or for example lbconfig\-props file\. Unfortunately, I am not familiar with migrating projects to maven something which is out of the scope of my project and for now, I have limited time and a full schedule\. I would be glad to do so, after I finish my Master thesis\. It is true, that I am looking for a complete EHR, being functional and having GUI\. I am looking forward to hearing from you\. Panagiotis\. --- ## Post #2 by @Seref Kourtis, The following is no way meant to be rude or negative. Since I am a PhD student trying to do something similar to what you're trying to do, I'll try to help you clarifying the openEHR space. You're looking for a complete EHR system with full functionality, which means it is a clinical system on top of EHR, that serves a particular clinical domain. On top of it, you seem to be looking for an EHR system build on a standard (it may not be). And you need it to be open source, and you also need it to be in a language you can easily modify. This is going to be hard for you. First of all, Opereffa is not what you're looking for, so I suggest you don't lose time with it. Koray Atalag's work may be closer to what you're looking for: [http://gastros.codeplex.com/](http://gastros.codeplex.com/) because it focuses on a clinical domain, but you have to evaluate it to see if it fits. I also suggest that you look at open source clinical applications/epr/emr/ehr. Search terms may make a difference. You can also try to get in touch with vendors and ask for an internship etc, but it'll be a tough sell, because you'll ask for access to their code, and you'll cost everybody time and resources, with little or no benefit offered back to the company. Plus, commercial vendors won't always be happy about you publishing your findings. Still, give it a try, with so many vendors out there, one may find the idea interesting. Given all these constraints, I suggest you consider working with a language you're not familiar with, because that is the only aspect that you can control in the equation. Have you done your research about similar work? If someone else worked on a different aspect of your interest, such as moving an EHR system to cloud, you may attempt to improve on that by focusing on security etc. How about systems developed in academic institutions? Previous research is always surprisingly rich, in other words, as sad as it may be, we are usually introducing little to research even when we think we have grand ideas (that is my case at least), but this is how science works :) In short, the openEHR domain does not contain what you're looking for, at least I have not heard about it. Maybe you may want to redirect your question to HL7 and 13606 groups too. Kind regards Seref --- ## Post #3 by @system Hi all, I think this is my first writing in this list. I am also a PhD student from Slovenia. We have a project named eCare. We have developed an OpenEHR based platform on which we have developed 5 different mobile&web interventions(diabetes, asthma, shizophrenia, sports activity and obesity). Thus the platform is a sort of Ehr/Phr hybrid since we have both patients and doctors/caremanagers using it and entering data. We took the OpenEHR ref. impl. and added extra code in order to make it work for our approach. We have used templates as models of the gui forms. Unfortuntelly we do not have autogenerated forms since we had to make certain customizations. But i could say we semiauto can generate forms. The OpenEHR ref. impl was used for developing an openehr server. Our api is not very different from those published on the [openehr.org](http://openehr.org) site just that we used json. Anyhow, we have plans to opensource everything. But not just yet. We have clinical trials running, 3 allready and one more next week. I guess by the start of july next year will publish everything. I have to agree with Seref. We also just decided to learn new languages. I also searched for something usefull about 2 years ago but ended up with not so little effforts with developing new software. Kind regards --- ## Post #4 by @system Wonderful to hear about your project Mate! Could you please add it to [http://www.openehr.org/wiki/display/projects/Projects+Home](http://www.openehr.org/wiki/display/projects/Projects+Home) ...perhaps on the list under "Proposed or not yet released/published projects" Everybody: Please describe your current open or freeware projects/products briefly at the link above! (Or check/fix current description.) Best regards, Erik Sundvall [erik.sundvall@liu.se](mailto:erik.sundvall@liu.se) [http://www.imt.liu.se/~erisu/](http://www.imt.liu.se/~erisu/) Tel: +46-13-286733 --- ## Post #5 by @Koray_Atalag Ditto to Erik – great to hear these great works. Looking forward to learning more. BTW is the app in Slovenian or English? I’d be interested in your experience and thoughts using a different language and/or in a non-EN locale. Cheers, -koray --- ## Post #6 by @Koray_Atalag Hi Panagiotis, As Seref pointed out GastrOS is a working clinical software, an endoscopy reporting application, driven by openEHR models which has automated GUI generation. We used some GUI Directives (bound to templates), however, to instruct the GUI generator for certain rendering options. It is not Web based but we followed the MVC approach so shouldn’t be too difficult to deploy on Web. GastrOS is open source (and always will be) but currently not actively worked on. I’d be quite keen to collaborate if people want to use/extend it. Have a look at the repository – you’ll need Visual Studio 2008 or newer in order to follow code easily. [http://gastros.codeplex.com/](http://gastros.codeplex.com/) Cheers, -koray --- **Canonical:** https://discourse.openehr.org/t/openehr-implementers-digest-vol-8-issue-1/14271 **Original content:** https://discourse.openehr.org/t/openehr-implementers-digest-vol-8-issue-1/14271