EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-12 Thread Diego Boscá
':' are not valid as names in most operating systems, so it would be a problem even for adl file names. That's why I don't think it is wise to allow this one in particular. The other issue was already 'discussed' on the list http://www.openehr.org/mailarchives/openehr-technical/msg05294.html I

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-12 Thread Thomas Beale
On 12/09/2011 08:51, Diego Bosc? wrote: ':' are not valid as names in most operating systems, so it would be a problem even for adl file names. That's why I don't think it is wise to allow this one in particular. I don't remember anywhere in ADL/AOM where filenames are specified, and ':',

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-11 Thread Arturo Alvestegui Proboste
discussions openehr-technical at openehr.org Subject: Re: EN/ISO 13606 openEHR - harmonisation possibilities yes, what I mean is attributes like ID or even invalid characters in the names (like ':'). This is a problem with the parser (and also with classes identifiers) 2011/9/10 Thomas Beale

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-10 Thread Sam Heard
As Dipak has explained, the attribution in ISO is not available. I believe attribution is a distraction from the task - I have seen lots of slides from others used in this space and ideas transferred here and there. Let's appreciate all work and try and build on it efficiently. Cheers Sam

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-10 Thread Diego Boscá
I currently don't have the norm with me, I'll check it on Monday morning. Second case looks like a typo on the schema, thanks for pointing it out. We will check it and correct it. We created a 13606 XML Schema (because there was none available) trying to follow the specifications (as we also did

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-10 Thread Thomas Beale
David, no offence was intended (at all). I was trying to point out (badly) in the context of the current discussions on licensing and openEHR that, if CC-BY had been in place in the past, then: * the CEN 13606-2 standard, being a copy of work done by openEHR (with adaptations done to

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-10 Thread Thomas Beale
On 10/09/2011 12:59, Diego Bosc? wrote: This kind of problems has given us a lot of problems when using ADL to work with other models like HL7 CDA or CDISC ODM, where there isn't any kind of rule (for example, in ADL CLASSES must be upercase and the attributes lowercase, and in CDA this is

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-10 Thread Diego Boscá
yes, what I mean is attributes like ID or even invalid characters in the names (like ':'). This is a problem with the parser (and also with classes identifiers) 2011/9/10 Thomas Beale thomas.beale at oceaninformatics.com: On 10/09/2011 12:59, Diego Bosc? wrote: This kind of problems has given

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-10 Thread Thomas Beale
Diego, I am not sure I understand that one - ':' is indeed illegal in most class / property identification systems - are you saying it should be allowed? Which parser do you mean? - thomas On 10/09/2011 13:45, Diego Bosc? wrote: yes, what I mean is attributes like ID or even invalid

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-10 Thread Diego Boscá
ADL parser. and I am not saying it should be allowed, just that this kind of things happen :) 2011/9/10 Thomas Beale thomas.beale at oceaninformatics.com Diego, I am not sure I understand that one - ':' is indeed illegal in most class / property identification systems - are you saying it

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-10 Thread Thomas Beale
On 10/09/2011 14:22, Diego Bosc? wrote: ADL parser. and I am not saying it should be allowed, just that this kind of things happen :) Diego, I am still not clear on the actual problem - if it is the ADL workbench parser, would you mind reporting it here

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Thomas Beale
As you may have noticed, the new release of the ADL Workbench http://www.openehr.org/svn/ref_impl_eiffel/TRUNK/apps/adl_workbench/doc/web/index.htmlenables exploration of multiple reference models and their classes. Although the 13606 schema

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Thomas Beale
On 09/09/2011 14:01, Stef Verlinden wrote: Great initiative. Let's go for it. Even though I agree with your previous remarks that this probably won't provide a long term solution, IMHO it's absolutely necessary in order to secure short term progress. Maybe a dumb question, but is there a

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Diego Boscá
There are already epSOS EN13606 archetypes http://www.epsos.eu/uploads/tx_epsosfileshare/D3.5.2_Appendix_G_EN13606_Implementation.pdf 2011/9/9 Thomas Beale thomas.beale at oceaninformatics.com: On 09/09/2011 14:01, Stef Verlinden wrote: Great initiative. Let's go for it. Even though I agree

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Thomas Beale
Diego, Are the archetypes online anywhere? As an aside, it is an interesting document - 45 pages about archetypes, including a lot of directly copied openEHR material, and no attribution at all to openEHR! Lucky it is not an academic paper - thomas On 09/09/2011 15:28, Diego Bosc? wrote:

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Ian McNicoll
Hi Diego, Yes. I saw David Moner's presentation on these at the MIE conference in Oslo, and he and Gerard Freriks gave a very powerful account of the power of archetype development in messaging production. However, these archetypes also point to a somewhat different approach (at least for now)

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Diego Boscá
What part do you said is copied? ._. Here the archetypes in ADL http://en13606.webs.upv.es/web13606/index.php/activities/ceniso-13606-workshop-mie2011-oslo 2011/9/9 Thomas Beale thomas.beale at oceaninformatics.com: Diego, Are the archetypes online anywhere? As an aside, it is an interesting

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Ian McNicoll
Thanks Diego, My mistake - that wasn't clear at David's demonstration or from the epSOS appendix. Are the ENTRY level component archetypes available, and are they designed to be for epSos use only or do they support a much broader context of use e.g a full hospital or GP medication use? It

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread David Moner
Thomas, Could you please clarify this sentence? I'm the main author of that document. As you said, it is a 45 pages document of which only two and a half are a summary description of ADL to understand the proposed archetypes. And only there we can see some examples of ADL structures (yes,

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Thomas Beale
On 09/09/2011 19:04, David Moner wrote: Thomas, Could you please clarify this sentence? I'm the main author of that document. As you said, it is a 45 pages document of which only two and a half are a summary description of ADL to understand the proposed archetypes. And only there we can

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread David Moner
Ok, but again, the referenced documents at that epSOS annex are CEN EN 13606 part 1 and CEN EN 13606 part 2. If openEHR has to be mentioned is in those documents, not in this annex since it only deals with 13606 and the archetype/ADL summary is just for clarifying concepts for the reader and not a

EN/ISO 13606 openEHR - harmonisation possibilities

2011-09-09 Thread Thomas Beale
David, Diego, I just tried to compile the archetype CEN-DEMOGRAPHIC-IDENTIFIED_HEALTHCARE_PROFESSIONAL.HCP_Dispenser.v1 in the ADL Workbench... I had to make a few changes: * IDENTIFIED_HEALTHCARE_PROFESSIONAL has an attribute 'scopingOrganisation' in the standard, but the archetype had