RE: Terminology bindings ... again

Hi Tom, I think min_version can be problematic as certain terms can be deprecated in future versions and then this naming could be misleading. That said for SNOMED it’ll still be present in future releases just marked as inactive. For other terminologies this cannot be guaranteed. BTW SNOMED us

RE: [FORGED] Re: A little community coordination

Hi Pablo, great initiative! I’ve filled my response…Looking forward to seeing results Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Pablo Pazos Sent: Sunday, 21 May 2017 10:46 a.m. To: For openEHR technical discussions Subject: [FORGED

RE: SNOMEDCT - correct representation

Hi Michael, You can only define and manage so many ECL valuesets and assign URIs - which is fine. Trouble is the combinations are endless. Therefore IMHO we definitely need ways to embed post-coordinated terms (for defining meaning) and ECL (for valuesets) in terminology bindings. Tom I like y

RE: SNOMEDCT - correct representation

ical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Koray Atalag Sent: Tuesday, 2 May 2017 11:47 p.m. To: For openEHR technical discussions Subject: [FORGED] RE: SNOMEDCT - correct representation Yup - that's the right URI format. Cheers, -koray From: openEHR-

RE: SNOMEDCT - correct representation

Yup - that's the right URI format. Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Thomas Beale Sent: Thursday, 27 April 2017 1:01 a.m. To: openehr-technical@lists.openehr.org Subject: Re: SNOMEDCT - correct representation In the new

RE: UCUM code in body temperature archetype

Hi Ian, In NZ we use the NZMT which is based on AMT (which is based on dm+d) – the tricky bit is neither of these are part of the SNOMED CT proper in terms of content but they do use SCTIDs and have formal IHTSDO namespace as national extensions. Based on the NZMT we h

RE: SNOMED

Hi, Just to add some historical context - SNOMED evolved from a terminology designed to be a Reference Terminology (as opposed to Interface/Clinical Terminology) at a time where ontologies were non existent or very primitive (<90s). Hence the poor formal ontological commitment as of today - in

RE: CAMSS assessment of openEHR

Ditto - the main problem is that while we appreciate the important and complementary roles of clinical terminology, information models and health information exchange specifications (which should normally be created as downstream artefacts from the broader whole of 'EHR' content models for the

RE: Socio-technical challenges when the openEHR approach is put to use in Norwegian hospitals

That's great call - many thanks Cheers, -koray -Original Message- From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Ian McNicoll Sent: Tuesday, 15 March 2016 1:55 a.m. To: For openEHR technical discussions Subject: Re: Socio-technical challenges

RE: openEHR-Based PhD Thesis Successfully Defended

Bi congrats Nadim - FYI your thesis is already accessible from openEHR Research Library on Zotero. Cheers, -koray From: openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.or

Any work on PHR?

Hi, are you aware of any openEHR based personal health record project? The aim would be to capture wellness type of information integrated with recent wearable/smart phone based sensor data. Preferably open source. Cheers, -koray ___ openEHR-technic

RE: Strange use of 'offset' as a settable RM attribute

Thanks Tom - this could finally make me an ADL Workbench user ;) Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Thomas Beale Sent: Thursday, 18 February 2016 12:01 a.m. To: openehr-technical@lists.openehr.org Subject: Re: Strange use of

RE: [FORGED] Re: Strange use of 'offset' as a settable RM attribute

sender.] Co-Chair, openEHR Foundation ian.mcnic...@openehr.org<mailto:ian.mcnic...@openehr.org> Director, freshEHR Clinical Informatics Ltd. Director, HANDIHealth CIC Hon. Senior Research Associate, CHIME, UCL On 12 February 2016 at 04:29, Koray Atalag mailto:k.ata...@auckland.ac.nz>&

RE: Strange use of 'offset' as a settable RM attribute

nformatics Ltd. Director, HANDIHealth CIC Hon. Senior Research Associate, CHIME, UCL On 12 February 2016 at 04:29, Koray Atalag mailto:k.ata...@auckland.ac.nz>> wrote: Hi, We noted it is possible to set values from AE/TD to a RM attribute named "offset" In the specs<http://www.op

Strange use of 'offset' as a settable RM attribute

Hi, We noted it is possible to set values from AE/TD to a RM attribute named "offset" In the specs (looked at >1.0.1) it is not a regular attribute but a function which returns a computed v

RE: [FORGED] A report of openEHR events in Japan

Big congrats to you Shinji and others who put this fantastic event together. Cheers, -koray -Original Message- From: openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org] On Behalf Of Shinji KOBAYASHI Sent: Thursday, 4 February 2016 3:47 a.m. To: For openEHR clinical dis

RE: [FORGED] Re: [FORGED] Re: Representing microseconds in DateTime

lf Of Bert Verhees Sent: Tuesday, 2 February 2016 11:18 p.m. To: For openEHR technical discussions Subject: [FORGED] Re: [FORGED] Re: Representing microseconds in DateTime On 02-02-16 11:07, Koray Atalag wrote: Hi Bert, I was saying ISO8601 do support this - it is openEHR that constrains to millise

RE: [FORGED] Re: Representing microseconds in DateTime

. I don't have the original standard at hand, but Wikipedia says: https://en.wikipedia.org/wiki/ISO_8601 There is no limit on the number of decimal places for the decimal fraction. Bert On 02-02-16 10:51, Koray Atalag wrote: Hi, I have a requirement to capture timeseries data which happe

Representing microseconds in DateTime

Hi, I have a requirement to capture timeseries data which happens at 250 microseconds - that is 0.000250 seconds. While many programming languages, and the ISO8601 spec, supports this openEHR RM seems to b

RE: Representing microseconds in DateTime

a float). We just used 'sss' as an arbitrary indicator of fractional seconds (how many 's' do you want ;-) - thomas On 02/02/2016 09:51, Koray Atalag wrote: Hi, I have a requirement to capture timeseries data which happens at 250 microseconds - that is 0.000250 seconds.

RE: [FORGED] Re: [FORGED] Re: Representing microseconds in DateTime

seconds. Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Bert Verhees Sent: Tuesday, 2 February 2016 11:18 p.m. To: For openEHR technical discussions Subject: [FORGED] Re: [FORGED] Re: Representing microseconds in DateTime On 02-02-16 11:07, Ko

RE: New EHRServer v0.5 and roadmap

Hi Pablo, the guide is very readable and to the point. Well done. I'll definitely play around in the next few days. Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of pablo pazos Sent: Friday, 15 January 2016 4:12 p.m. To: openeh technical

RE: EHRServer v0.4 released

Well done Pablo – a PhD student of mine and also a colleague will be playing with it shortly. Will definitely feed back! Keep up the great work ☺ Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of pazospa...@hotmail.com Sent: Sunday, 29 Nov

Maven Archetype – About

http://maven.apache.org/archetype/ Interesting definition (though not related to our models) Cheers, -koray ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr

RE: [FORGED] Nation wide EHR project by openEHR/ISO13606 got fund in Japan.

Dear Shinji, big congrats to you…Perseverance and hard work wins finally. Let us know how best to support you (other than a virtual toast ;) Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Shinji KOBAYASHI Sent: Friday, 9 October 2015 1:

RE: Advantage of ISO

I think Silje’s explanation is crystal clear on this matter – so what exactly your problem is Gerard with openEHR? Can you give a concrete example where other SDOs you mention are better placed wrt to freedom? Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.opene

RE: Archetype editor, CKM and v0 & v1

+1 Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Bakke, Silje Ljosland Sent: Friday, 7 August 2015 8:07 p.m. To: For openEHR technical discussions Subject: RE: Archetype editor, CKM and v0 & v1 I'm assuming there's no reaction to this

RE: CKM for training purposes

+1 pls Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Heather Leslie Sent: Monday, 20 July 2015 8:14 p.m. To: For openEHR implementation discussions; For openEHR implementation discussions; For openEHR technical discussions Subject: CKM

RE: openEHR @ StackExchange

One needs at least 1500 reputations to introduce a new tag (obviously openEHR doesn't exist yet). Cheers, -koray -Original Message- From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Thomas Beale Sent: Monday, 25 May 2015 11:41 p.m. To: openehr-t

SNOMED-CT postcoordination support in ADL

Hi Diego, We?re intending to use the IHTSDO syntax (or the idea) for semantic annotation of computational physiology models - using other domain specific languages like CellML, FieldML, SBML etc. There are semantic to

OpenEHR Information Design Inquiry

(UPV) & HelmholtzCentrum M?nchen EHRFlex Thanks in advance for taking the time to answer our questions. We look forward to your response. Ricardo Correia,S?rgio Cruz, Samuel Frade (CINTESIS/ Universidade do Porto/ Portugal) Koray Atalag(National Institute for Health Innovation/ University of Auckl

Problem-oriented records and querying by problem

penehr.org] On Behalf Of Karsten Hilbert Sent: Wednesday, 26 November 2014 11:13 p.m. To: openehr-technical at lists.openehr.org Subject: Re: Problem-oriented records and querying by problem On Wed, Nov 26, 2014 at 08:52:28AM +0000, Koray Atalag wrote: > Another point is, although I haven'

Problem-oriented records and querying by problem

Sorry I meant " I don't think 'natural order' (as in DMBS) of an EHR can be of POMR type" Cheers, -koray From: Koray Atalag Sent: Wednesday, 26 November 2014 9:52 p.m. To: 'For openEHR technical discussions' Subject: RE: Problem-oriented records and qu

Problem-oriented records and querying by problem

Hi All, The single care plan giving way to multiple views makes sense to me as well. I don't think with so many degrees of freedom in modelling with openEHR we cannot possibly reconcile the many different care plans post-hoc to create the really valuable master view for purposes Heather nicel

My first steps in setting the OpenEHR Server

Hi Osama, I'm very interested in your project - we have developed and deployed a gestational diabetes registry in New Zealand using the Ocean platform. Would be keen to hear about your progress. If y

Any prep for MIE 2015 in Madrid?

Hi, I was just wondering if there's any activity planned for MIE 2015 in next May - the deadline for submissions has just been extended: Deadline for Papers and Posters (indexed) is extended to November 17th, 2014 Deadline for Workshops, Panels, Special events (nonindexe

Texts about transforming between openEHR and other formalisms

l text publicly. Cheers, -koray From: Koray Atalag Sent: Friday, 26 September 2014 9:58 a.m. To: For openEHR technical discussions Cc: For openEHR clinical discussions Subject: RE: Texts about transforming between openEHR and other formalisms Thanks Diego - that's an impressive list. Th

How to model relationship between archetypes?

Interesting - reposting this as my University has changed reply-to address so lists haven't been accepting my posts. Funny that I am only aware of this as Outlook places sent mail under that thread nicely - makes you think it's actually posted by the list manager! Cheers, -koray F

radical idea - where term value sets should be defined in archetypes.

Hi Pablo, This makes a lot of sense to me as well. Re ontology section there may be terminology service queries to things like snomed or formal ontologies. So I'd assume what comes back could potentially be considered as an ontology. Also bear in mind there is no agreed separation of what is te

Ocean's Template Designer and allowedType rules

Hi folks, We used opt to feed in the model to software, especially the GUI generator in GastrOS. We added a few GUI Directives to get the desired looks... I reckon the new version of TD now supports those directives :) For those interested it is open source at: http://gastros.codeplex.com Cheers

Exchanging data

Hi Mate ? and also mate as people often greet each other in New Zealand J Well done with all the great work ? which sounds very impressive. I?m particularly interested in the ?Register of registers? concept ? can you please elaborate on this? A PhD candidate of mine is planning to establish s

SV: ACTIVITY and timing

Hi Pablo & all, I'm working on the medication list at the moment and have had discussion with others. I think the RM timing attribute really refers to the date/time when the information about that Activity was committed - not necessarily the actual time the event modelled in an Action type of e

Recording absence of (clinical) information

andled in RM? Sorry if this has already been dealt with - I haven't been able to read all discussions for a while. Cheers, -koray Koray Atalag, MD, PhD, FACHI Senior Research Fellow Description: Description: Description: cid:image001.png at 01CD2460.A69C1680 School of Population Heal

Help needed: what's out there? medication list, allergies and adverse reactions

ers, Jussara R?tzsch openEHR Foundation Enviado via iPad Em May 30, 2013, ?s 8:16 PM, Koray Atalag mailto:k.atalag at nihi.auckland.ac.nz>> escreveu: Hi All, As you may already know New Zealand have decided to used openEHR Archetypes for modelling an Exchange Content Model<http://w

Help needed: what's out there? medication list, allergies and adverse reactions

you could share if there's any relevant work that you think might worth looking at. I'm particularly interested in other national CKM's. Many thanks in advance. Cheers, -koray www.openehr.org.nz<http://www.openehr.org.nz> Koray Atalag, MD, PhD, FACHI Senior Re

Archetypes at OMG

Hi Tom, this is an exciting thing. OMG sets the standards for sure... Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Thomas Beale Sent: Wednesday, 22 May 2013 10:07 a.m. To: Openehr-Technical Subject: Archetypes at OMG Some of

openEHR Subversion => Github move progress

Hey that?s really awesome! Cheers, -koray From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Roger Erens Sent: Saturday, 13 April 2013 11:44 a.m. To: For openEHR technical discussions Subject: Re: openEHR Subversion => Github move progress Hey guy

translating the openEHR website [From Gunnar Klein]

Hi, Pablo I remember having similar discussions within our Localisation Program group some time ago. While I tend to agree that dealing with domain names etc. is not of high priority right now, nevertheless we need some principles and guidance. Obviously this is a major issue we need to be lo

lessons from Intermountain Health, and starting work on openEHR 2.x

to implement their standards in systems. This is the responsibility of the industry in all circumstances. Gerard Freriks +31 620347088 gfrer at luna.nl<mailto:gfrer at luna.nl> On 4 Oct 2012, at 02:02, Koray Atalag wrote: Hi Gerard, I think getting the content model is absolutely

lessons from Intermountain Health, and starting work on openEHR 2.x

Hi Gerard, I think getting the content model is absolutely right - no one can argue But with due respect I disagree with you about the difference. I seriously think standards defining clinical content should converge (not even harmonise). I had the privilege of spending some time with Ed Hammond i

HL7 opens up

So then all they have to do is to create as good stuff as openEHR does ha ;) Don't tell this - I'm a board member of HL7 NZ :) I'd like to see this as a big step towards 'consolidation' of eHealth standards (heard from Ed when he was here and agree)...I don't believe in harmonisation as neither d

Constraints on displaying

Hi, As I understand this is an issue related with semantics rather than presentation as it reads. Therefore I'd say you'd define the rule in Invariant/Rules section of the Archetype (I might be wrong with the naming though). But as we go into real implementations some dodgy things start to co

Tooling support for ADL1.5 and beyond

Hi All, Sorry if this has been addressed before but I was wondering where we are at the moment wrt to developing clinically usable tooling for ADL 1.5 etc. I'm wondering if this is in the roadmap of other groups, not just Ocean? Cheers, -koray -- next part -- A

Are you doing an academic project using openEHR?

Hi Tom, we're here: http://gastros.codeplex.com/ Country: New Zealand Institution: The University of Auckland, National Institute for Health Innovation Team: Koray Atalag, Hong Yul Yang Project Description GastrOS is an endoscopic reporting application based on open stan

Meaningful Use and Beyond - O'Reilly press - errata

Hi Fred, Apropos to Tom I'd say openEHR is also equally to do with software maintainability; thanks to the dual or multi-level modelling and model driven development. This is my main research area as well as open source software. I agree with Tom's comments that being open source by itself is n

openEHR - Persistence of Data

I remember a Honours or Master's thesis on openEHR persistence...I think Heath was involved. Heath is that publicly available? Cheers, -koray From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org] On Behalf Of M?rcio Costa Sent: Saturday, 18 Februar

openEHR mailing lists - moving

Hi Tom, I used SourceForge before to host projects (yes that's correct not just software development but collaborative project sites) in past which offers for free lists and many more, such as Web pages, SVN/Mercurial, blog and Wiki and many more. I reckon the licensing might be an issue for

pass_through attribute in ADL 1.5

Hi Tom and Diego, Short response is yes this is a better way of hardwiring a pure presentation related attribute into Archetypes which are supposed to deal with meta-data, structure and semantics of information only. The ideal solution would be to have an accompanying (but separate) layer of

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 Eri

13606 revisited - list proposal

+1 BTW in an ideal world the 13606-openEHR divergence shouldn't have happened in first place. I seriously think we can't afford to fall apart and go our own ways. But never mind... -koray -Original Message- From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun.

open source openEHR-related EHR systems; How do you want to be cited...

Hi Erik, I suggest using this one: 1. 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.[cited 2011 Oct 27 ] Many thanks! -koray From: openehr-technical-bounces at openehr.org [ma

Could YAML replace dADL as human readable AOM serialization format?

, 2011 at 22:23, Koray Atalag mailto:k.atalag at auckland.ac.nz>> wrote: Yeah I was also wondering what is the driver/motivation/aspiration behind using JSON, YAML etc. instead of good old ADL? Good old which ADL? Please go back in the thread and note the difference between dADL and cADL in t

Could YAML replace dADL as human readable AOM serialization format?

Yeah I was also wondering what is the driver/motivation/aspiration behind using JSON, YAML etc. instead of good old ADL? Is this to do with making openEHR easier to digest for the 'traditional' IT community because perhaps they don't want to let go everything at once and leverage some existing s

Multiple archetypes in a single concept as a way to create an archetype collaborative

Hi there, Which archetypes to put on CKM and now has been an issue in my work as well...Some of you might have gotten sick of hearing this again but I'm dealing with very detailed (and specific) archetypes covering digestive endoscopy. Since they are now around 10 years old (!) and quite mature

CCR model

Hi All, I need CCR model ASAP. has anyone worked on this. Possible to share? Cheers, -koray

FW: [openhealth] OpenGALEN and OpenEHR

Many of you probably got this but ... From: openhealth at yahoogroups.com [mailto:openhea...@yahoogroups.com] On Behalf Of fred trotter Sent: Sunday, 3 July 2011 5:40 p.m. To: openhealth at yahoogroups.com Subject: [openhealth] OpenGALEN and OpenEHR Hi, This list (openhealth) has been real

Unable to express an unit of measurements in UCUM syntax

Hmm, haven't had a chance to read the full thread but does this mean I can also represent Gauge as a Quantity unit (which is not part of openEHR terminology) similarly? Cheers, -koray -Original Message- From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...

FW: New Zealand's Interoperability Reference Architecture is out - open for public comment

Didn't seem to appear on technical list - resending. Sorry for cross-post Cheers, -koray From: openehr-clinical-bounces at openehr.org [mailto:openehr-clinical-boun...@openehr.org] On Behalf Of Koray Atalag Sent: Thursday, 19 May 2011 12:37 p.m. To: For openEHR clinical discussions

New Zealand's Interoperability Reference Architecture is out - open for public comment

Hi Folks, This is a chance to openly view NZ's national (still draft though) reference architecture for interoperability. Underpinned by DCM - well practically archetypes (13606/openEHR), we suggest the use of numerous standards together in a pragmatic way. CDA, IHE and especially SOA is ther

GUI stuff in AOM/ADL? (Was: future ADL-versions)

r.org Subject: Re: GUI stuff in AOM/ADL? (Was: future ADL-versions) On 25/03/2011 03:05, Koray Atalag wrote: Hi Eric, good points...As you may remember we had this discussion on this list not so long ago and I don?t remember any action taken after that. I guess we should take lead and come up

GUI stuff in AOM/ADL? (Was: future ADL-versions)

Hi Eric, good points...As you may remember we had this discussion on this list not so long ago and I don't remember any action taken after that. I guess we should take lead and come up with some proposal. Perhaps it'd be good to have a wiki space - but I want to repeat myself: someone from core

Sample OpenEHR records

Hi Diego, was on travel so just reckoned this...Yes we do have instances, but probably quite odd. It is made up of a very detailed endoscopy report serialised as XML. I'll ask Hong Yul, the technical hero behind it, to send a few examples to you. HYY?? Cheers, -koray -Original Message--

Representing binary values with DV_BOOLEAN

a worthwhile discussion. Cheers, Sam From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org] On Behalf Of Koray Atalag Sent: Wednesday, 2 February 2011 12:40 PM To: For openEHR technical discussions Subject: Representing binary values with DV_BOOLEAN Hi All, I

Representing binary values with DV_BOOLEAN

senting binary values with DV_BOOLEAN Is much different to change the field from 'test result:positive/negative' to 'test result positive:true/false'? If the semantics if not the same then the 'positive/negative' has more meaning that a simple boolean and I think they sh

Representing binary values with DV_BOOLEAN

Hi All, I'd like to get feedback on this issue before we move on with implementing. In short whether we should use DV_BOOLEAN to represent the result of a Lab test as Positive/Negative. This particular test can have only two values (well plus the null case of course). I suspect this wasn't the

Archetype & Template ANNOTATIONS - requirements?

this discussion (if any) either. Cheers, -koray From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org] On Behalf Of Thomas Beale Sent: Thursday, 30 December 2010 1:10 p.m. To: openehr-technical at openehr.org Subject: Re: Archetype & Template ANNOTATIO

Archetype & Template ANNOTATIONS - requirements?

Hi Tom, a very comprehensive set of questions to determine the requirements... I will provide my point by point feedback shortly but I have one objection/suggestion re using annotations for GUI matters. As name implies annotations seem to me something for the humans; providing context and additi

GUI-directives/hints again (Was: Developing usable GUIs)

examination as it is fractal and varies on a case by case basis. Happy to talk about this at the implementation meeting. Cheers Sam Sent from my extphoney On 16/12/2010, at 6:24 AM, Thomas Beale mailto:thomas.beale at oceaninformatics.com>> wrote: On 15/12/2010 19:20, Koray Atalag wrote: Hi Tom, I

New requirements from endoscopy (was Re: GUI-directives/hints again (Was: Developing usable GUIs))

Hi Tom, I'll try to make a few things clear. I'll chop off parts of my original message for better readability. . However clinical findings, as in our case, essentially require to be depicted as unknown or absent explicitly. We have initially thought we could solve the issue by using flavo

GUI-directives/hints again (Was: Developing usable GUIs)

Thanks a lot Helma - lots of reading material for Xmas! Cheers, -koray -Original Message- From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org] On Behalf Of hepabolu Sent: Wednesday, 15 December 2010 8:58 a.m. To: For openEHR technical discussions

GUI-directives/hints again (Was: Developing usable GUIs)

during modelling. It looks like these are 'physical' properties and not 'man-made' concepts. Hope this helps to elaborate things... Cheers, -koray & hong yul From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org] On Behalf Of Thomas B

GUI-directives/hints again (Was: Developing usable GUIs)

Thanks Thile, didn't have this paper before - will read now with much pleasure :) Hong Yul and I had a long discussion yesterday and will prepare a joint response today or tomorrow (well NZ time of course!). Especially Tom has asked whether we have any issues which might need to go into Templat

GUI-directives/hints again (Was: Developing usable GUIs)

Sorry forgot Thilo's paper info: 1. Schuler T, Garde S, Heard S, Beale T. Towards automatically generating graphical user interfaces from openEHR archetypes. Stud Health Technol Inform 2006;124:221-6. Cheers, -koray From: openehr-technical-bounces at openehr.org [mailto:openehr-technica

GUI-directives/hints again (Was: Developing usable GUIs)

Hi All, I've read similar work before starting with our design and found Thilo's prior work very relevant and well researched. This MIEUR 2006 paper describes a new layer of GUI model using Mozilla XUL - an XML based open web layout standard. AT the time of writing templates were not out there

GUI-directives/hints again (Was: Developing usable GUIs)

Hi Ian, others We've had a bit of discussion on this at Medinfo and that you pointed to separation of pure GUI stuff from others where there is an inherent relationship with the semantics and structure of information - fully agree. The question is how to do that and when; i.e. the process. I thi

GUI-directives/hints again (Was: Developing usable GUIs)

Hi All, late to respond but here are a few thoughts: - While having ?another layer? of modelling to handle presentation I think we already have enough of those layers. I believe the common sense of doing this will be to sort out the GUI Directives stuff we all have come up with and do

More on ISO 21090 complexity

Hi All, what a discussion :) Just a few points: we have developed an endoscopy reporting application based on a very comprehensive domain model (some of you already know - I am obsessed with this model!) using openEHR specifications. There were many obstacles - including data types (for example

What does "Add reference" in Archetype Editor means

Privet Igor, this simply creates an "internal reference" to that node which you can reuse in upcoming parts of the same archetype. Of course the at code at the very end is referring to the same term_id. But the paths are difference depending on where it is referenced. Look at the 'internal refer

Governance of terminology lists

Hi Ian, I guess this topic is not of great interest at the moment :( It's be great to have feedback though...Perhaps I'll discuss this offline. Cheers, -koray From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org] On Behalf Of Ian McNicoll Sent: Monday, 1

Specialisation of archetype - Some doubts

Hi Moretti, I noted similar problems and discussed with Tom. He suggested that we create a PR. Here is another problem: AE allows in specialisation setting occurrences higher than defined in parent (with ELEMENT I have tested). So do you want to go ahead and raise the PR issue? Cheers, -koray

Medinfo 2010 openEHR tutorial collision

Resending as plain text - bounced back due to file size when I replied - Hi, so it looks we are definitely going to have the clinical modelling workshop on Saturday. Looking at the discussions between Tony and Heather I note that there is an agreement on finishing up the workshop by dem

Setting up a common publication/resource library for openEHR

romising. They have sufficient clout to make it happen (they are the skype people) Some of the papers unfortunately cannot be made available on the openEHR website due to copyright limitations - depends on the journal (and sometimes the time passed since publication) Cheers Sebastian Koray

Setting up a common publication/resource library for openEHR

Hi All, Whenever I start with a paper, report or presentation I find myself doing the same literature search and environment scan...And can only find the ones that I can or allowed to access. I am pretty sure this is the case for many of you out there. The current publications page on openEHR

Fw: Interoperability with HL7

Hi All, interesting discussions but I am afraid it does not take use anywhere... Yes we all need (we=all of us) some better means to develop health information systems; not only limited to EHR space but the whole continuum including the long waited clinical applications which would help doctors

openEHR community on Google Wave

Hi All, I don't understand how the terms "vendor lock-in", "behind doors" etc. are associated with Ocean - I see it as a social service organisation rather than a commercial entity by the way :P Interesting times ;) Though I am hoping that we can identify the underlying reasons why some of us

Rong Chen PhD thesis online

Well done Rong - you fully deserved the degree :) Cheers, -koray -Original Message- From: openehr-technical-bounces at chime.ucl.ac.uk [mailto:openehr-technical-boun...@chime.ucl.ac.uk] On Behalf Of Thomas Beale Sent: Tuesday, 1 December 2009 3:07 p.m. To: Openehr-Technical; For openEH

informal poll: openEHR conference

Hi Tom, having such a social get together would be very niceI'd vote for Amsterdam :) Cheers, -koray From: openehr-technical-bounces at chime.ucl.ac.uk [openehr-technical-bounces at chime.ucl.ac.uk] On Behalf Of Thomas Beale [thomas.be...@oceaninfor

Where can I download the OpenEHR terminology?

Hi Pablo, yes I tried and got the same response as well...However I found one (I guess an earlier version) that comes with the Ocean Archetype Editor; search the installation directory. Cheers, -koray From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org

CKM Icons

Hi All, I remember Ian doing some work on the set of icons for the purpose of using in mindmaps...I wonder if they can be reused. Any idea Ian? Cheers, -koray From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-boun...@openehr.org] On Behalf Of Lisa Thurston Sent: Thursda

Documentation Desparation

chine-translate > those snippets. Of course it should be very clear that the originally > published (English) specification on openEHR.org is authorative. > > I think the OP was pointing into this direction, and not a > multi-million resource-intensive translation process. >

  1   2   >