new openEHR-based framework
Hi everyone! Attached are some screenshots of the new version of the OpenEHR-Gen Framework. In the previous email are some key changes from the previous version of the framework (I thought I send it to the list but I send it only to Ian). -- 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 From: pazospa...@hotmail.com To: ian.mcnicoll at oceaninformatics.com Subject: RE: new openEHR-based framework Date: Sun, 3 Apr 2011 16:11:57 -0300 Hi Ian, Some key points of this release: 1. We have upgraded to the last version of the underlying framework, now we use Grails 1.3.7. 2. Added: implementation of the Folder class. We use it to model clinical record domains, like emergency, ambulatory, prehospitalary, etc. 3. Improved: GUI generation, now the GUI is more compact. 4. Added: support to the type=smallText GUI directive for templates, that indicates to display a small text input for DvText nodes on the GUI generation (previously all the DvText nodes were displayed as a textarea/memo control). 5. Changed: now closing a clinical record is an explicit action. Before the records were closed when a patient was moved to another location. Now you can move a patient, but you have to close and sign the record explicitly. 6. Added: validation and error reporting of the occurrences constraint on ITEM_SINGLE nodes. This was not implemented before. 7. General code cleaning and small bugs were fixed. Hope that helps :D From: ian.mcnic...@oceaninformatics.com Date: Sun, 3 Apr 2011 19:57:32 +0100 Subject: Re: new openEHR-based framework To: openehr-technical at openehr.org CC: pazospablo at hotmail.com Congratulations Pablo, Would it be possible to get some headline points for this release? Ian -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110405/a99c5a46/attachment.html
openEHR artefact namespace identifiers
Hi, About a year ago Thomas published a draft of some detailed artefact identification proposals at http://www.openehr.org/svn/specification/TRUNK/publishing/architecture/am/knowledge_id_system.pdf to help with the rapidly approaching scenario of having to cope with similarly named artefacts being published by different authorities. We are starting to see this scenario emerging in real-world projects and whilst potential collisions can be managed informally for now, we will need a formal mechanism before long. I would like to raise one aspect which I think might need re-thought on the basis of recent IHTSDO proposal for SNOMED covering the same ground. In the pdf Thomas says When an archetype is moved from its original PO (e.g. a local health authority, or a specialist peak body) to a more central authoring domain (e.g. a national library, openEHR.org) its namespace will be changed to the new domain, as part of the review and handover process. The archetype's semantic definition may or may not change. In order for tools to know that an archetype was not created new locally, but was moved from another PO, an explicit reference statement can be made in the archetype in the description section of an archetype as follows: id_history = ?se.skl.epj::openEHR-EHR-EVALUATION.problem.v1? The IHTSDO proposals cover the same scenario i.e a SNOMED code originally authored in one namespace subsequently being managed in a new namespace. A good example might be a SNOMED term which is originally used t a national level but is then adopted internationally. They suggest that the term keeps its original authored namespace, and it is the namespace of the managing entity that changes, arguing that this is much less disruptive to systems that are using the term concerned. I think we should consider adopting the same approach for openEHR archetypes, as otherwise the formal identifier of an archetype will change if a locally developed archetype becomes promoted to international use, a relatively common occurrence. We would then need to record the current publisher so that the agency with current responsibility could be identified current_publisher = ?se.skl.epj? Thoughts would be welcome as I think we need to start making these (or alternative) specifications formal to enable tooling and application support to go ahead. Ian Dr Ian McNicoll office +44 (0)1536 414994 fax +44 (0)1536 516317 mobile +44 (0)775 209 7859 skype ianmcnicoll ian.mcnicoll at oceaninformatics.com Clinical analyst, Ocean Informatics, UK openEHR Clinical Knowledge Editor www.openehr.org/knowledge Honorary Senior Research Associate, CHIME, UCL BCS Primary Health Care www.phcsg.org -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110405/42c19557/attachment.html
new openEHR-based framework
Hi Thomas, I've uploaded the screenshots here: http://www.subirfacil.com/files/1BIEYWYQ/capturas_openehr-gen.zip Thank you. -- 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 Date: Tue, 5 Apr 2011 12:34:40 +0100 From: thomas.be...@oceaninformatics.com To: openehr-implementers at openehr.org Subject: Re: new openEHR-based framework Pablo, the list does not allow attachments, especially large ones, can you provide URLs to the screenshots instead? thanks - thomas On 05/04/2011 11:49, pablo pazos wrote: Hi everyone! Attached are some screenshots of the new version of the OpenEHR-Gen Framework. In the previous email are some key changes from the previous version of the framework (I thought I send it to the list but I send it only to Ian). From: pazospablo at hotmail.com To: ian.mcnicoll at oceaninformatics.com Subject: RE: new openEHR-based framework Date: Sun, 3 Apr 2011 16:11:57 -0300 Hi Ian, Some key points of this release: 1. We have upgraded to the last version of the underlying framework, now we use Grails 1.3.7. 2. Added: implementation of the Folder class. We use it to model clinical record domains, like emergency, ambulatory, prehospitalary, etc. 3. Improved: GUI generation, now the GUI is more compact. 4. Added: support to the type=smallText GUI directive for templates, that indicates to display a small text input for DvText nodes on the GUI generation (previously all the DvText nodes were displayed as a textarea/memo control). 5. Changed: now closing a clinical record is an explicit action. Before the records were closed when a patient was moved to another location. Now you can move a patient, but you have to close and sign the record explicitly. 6. Added: validation and error reporting of the occurrences constraint on ITEM_SINGLE nodes. This was not implemented before. 7. General code cleaning and small bugs were fixed. -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110405/ab106cf5/attachment.html
