Re: export opt in other languages

topic in the specifications category <https://discourse.openehr.org/c/specifications/6>. Make sure you watch or track the News and Specifications categories. - thomas beale On 16/01/2020 14:51, Joyce Liu wrote: Hello, How can I export opts to have them containing another language (or

New openEHR Discourse site replacing mailing lists

Appreciation We would like to acknowledge the time and effort of Dr Marcus Baw, UK, who was the prime mover for the move to Discourse, and who performed the site installation and configuration. -- Thomas Beale Management Board, Specifications Program Lead, openEHR Foundation <http://ww

Re: access on items in a cluster

l ? If the fields "items" and "value" were already attached to the class ITEM it would be easier. Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcar

openEHR ADL2 published as ISO 13606-2:2019

ble to point to this ISO standard. - thomas -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board, Specifications Program Lead, openEHR Foundation <http:/

Re: difference in expressability for archetype and template definitions

n. Why are two specification languages needed ? And if one has elements that the other is missing, why can't those elements simply be included in the other, to reduce the amount of specification languages ? Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.c

Fwd: Re: openehr template specification questions

OPT2.html I did not find a specification for the XML-Format of .opts. Is the .optx specification somewhere available ? Is it possible with one of the available workbenches (perhaps even using a CKM) to transform the .opt-XML file into an .adl file ? Greetings Georg -- Thomas Beale Principal, Ar

Re: Help list openEHR procurements, related documents and things to think of!

pretty much everything on this page was a (successful) procurement - thomas On 22/08/2019 13:34, Erik Sundvall wrote: Hi! I have started a wikipage about "Procurement of openEHR-related systems": https://openehr.atlassian.net/w

Improving FHIR - the admin resources

For people trying to work with FHIR, this post on how some of its Resources could be improved <https://wolandscat.net/2019/09/11/fixes-for-fhir-the-admin-resources/> may be of interest. -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant,

Re: Christmas cleaning of the openEHR wiki...

My personal view is that it is better to have slightly more spaces each with clear scope, even if some have not much content, rather than trying to push all content into a few spaces with larger amounts of content. To me it seems obvious what kinds of things I might find in 'ontology' and 'educ

Re: Christmas cleaning of the openEHR wiki...

ebsite and find the Questions link, which used to be on the home page. Maybe we should put it back? - thomas Kind regards, Silje *From:*openEHR-technical *On Behalf Of *Thomas Beale *Sent:* Wednesday, December 19, 2018 7:29 PM *To:* openehr-technical@lists.openehr.org *Subject:* Re:

Re: Retrieving healthcare facility ID details using aql

ehr.network, <http://ehr.network>ayushehr.com <http://ayushehr.com> <http://ayushehr.com> e: dil...@healthelife.in <mailto:dil...@healthelife.in> ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.

Re: AQL access of fields of potential subclasses or derived archetypes

. NOT) that accesses this field with the assumption that the field is of type EHR_STATUS. I have written a type checker for AQL queries, so I am now stumbling across queries that access fields of potential subclasses or derived archetypes. Does/should the specification generally allow such a thin

Re: AQL query for blood pressure from the AQL documentation

Ian, If you were referring to the discussion about paths and data types, i.e. how do you know if you can refer to some path inside a DvQuantity if the archetype only knows about DataValue and LOINC codes, it's true that you can use such a path, if the real data (Element.value) happen to be a

Re: AQL query for blood pressure from the AQL documentation

I'm confused... are you saying the value/value path is not a typo in the spec? On 02/05/2019 12:01, Ian McNicoll wrote: Thomas this is not a problem. The aql works as designed On Thu, 2 May 2019, 11:06 Thomas Beale, <mailto:thomas.be...@openehr.org>> wrote: Georg,

Re: AQL query for blood pressure from the AQL documentation

UANTIFIED defines 'magnitude_status' and again 'accuracy'. The next parent DV_ORDERED defines 'normal_status', 'normal_range' and again 'other_reference_ranges'. The two parents of DV_ORDERED are DATA_VALUE and Ordered, both define no fields. H

Re: automatic demotion of lists in AQL ?

defined from a type checking point of view. Does the AQL specification allow such constructs and how is this situation interpreted ? Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermounta

Re: constraining of laboratory_test_analyte Analyte result

but I don't think this is allowed in AQL. I am not yet that fluent in AQL, so I could need a little help in this. Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermounta

Re: constraining of laboratory_test_analyte Analyte result

resolved ? Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board, Specifications Program Lead, openEHR Foundation <http://www.openehr.or

Re: AQL questions

within starts with. In your first query you use at0001 and at0002 each two times but they seem to have different meanings. Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermounta

Re: FHIR-like terminology 'binding strengths'?

On 16/04/2019 23:37, Grahame Grieve wrote: hi Tom well we need to be precise about what 'extended' means. If you add first level siblings to the previous version of your value set, it means your value set was incomplete when published. yes. and that's the point. The world gets by

Re: FHIR-like terminology 'binding strengths'?

'Example' is surely a documentation level concept, not a computational one, and I would think often local. So if you are locally saying 'here's an example', it's pretty close to saying 'we recommend you use this (in this locality)'. So I would think at best it would appear in the annotations se

Re: FHIR-like terminology 'binding strengths'?

On 16/04/2019 00:16, Heath Frankel wrote: Hi Tom, I agree with Grahame, in over 20 years of implementing real systems, I don’t think I recall having seen one value-set that hasn’t been extended at some point when locally implemented. Even HL7 defined tables in V2 that were supposed to not b

Re: FHIR-like terminology 'binding strengths'?

I meant to say, in the previous post: For large domain value sets (anything beyond ?200), I assume the value set sits in a terminology service, and the archetype just has a binding straight to that. /So there is no problem with the changing contents of this kind of value set/, from the archety

FHIR-like terminology 'binding strengths'?

ise) then we just need 'required'. If required is false, and there is a value set specified, clearly it is 'preferred' or recommended in some sense. If there is no value set, it's truly open. Interested in other thoughts on this, particularly a) users of this FHIR sch

Re: Identity matching

ial build-in mechanism to handle this matching issue? -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board, Specifications Program Lead, openEHR Foundation

Task Planning Visual Modelling Language TP-VML

TP VML conditionals decision - thomas -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board, Specifications Program Lead, openEHR Foundation <http://www.open

Re: serialization syntax of openEHR instance data

contain some commonly used archetypes and some usual demographics data. I have taken a look at https://openehr.github.io/specifications-ITS-REST/ehr.html and at the "EHR Extract Information Model" but I haven't found something that satified me in this matter. Greeting Georg --

Re: FW: Re: JSON for definitions-notation

On 16/02/2019 14:00, Bert Verhees wrote: On 16-02-19 13:20, Thomas Beale wrote: Have a look at the Archie project <https://github.com/openEHR/archie>, you'll find very vanilla Java facilities used to do most of this work. Thank you for pointing this out. But I already knew thi

Re: FW: Re: JSON for definitions-notation

On 16/02/2019 01:38, Bert Verhees wrote: A few last words on this. It is easy for JSON based archetype repository to cooperate with an ADL based repository. Serializing of an AOM structure to ADL is very easy to do, this counts for the DADL and CADL part. The other way around, to convert th

Re: FW: Re: JSON for definitions-notation

Bert, if you serialise a AOM archetype to any object dump format, you need typing information for the simple reason that there is polymorphism in the model, mainly places where the static type is C_OBJECT, C_DEFINED_OBJECT or C_PRIMITIVE_OBJECT but the attached type in a real archetype can be

Re: JSON for definitions-notation

EHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board,

Re: Rules in archetypes - what are the requirements?

On 02/02/2019 16:21, Pieter Bos wrote: *From: *openEHR-technical on behalf of Thomas Beale *Reply-To: *For openEHR technical discussions *Date: *Saturday, 2 February 2019 at 15:01 *To: *"openehr-technical@lists.openehr.org" *Subject: *Re: Rules in archetypes - wh

Re: Rules in archetypes - what are the requirements?

On 02/02/2019 13:15, Ian McNicoll wrote: Hi Pieter, "But why would I need a function to calculate a score that is just a sum of a number of values, instead of a few +-operators?" It is an open question but one advantage of using the function approach, with simple values is that it can encap

Re: Rules in archetypes - what are the requirements?

On 01/02/2019 14:53, Pieter Bos wrote: About the calculation: Ah, I see, the assignment seems like a good solution. But why would I need a function to calculate a score that is just a sum of a number of values, instead of a few +-operators? well you might want to re-use that function. More

Re: Rules in archetypes - what are the requirements?

Thanks Pieter, this is very useful. On 01/02/2019 12:54, Pieter Bos wrote: For us the main requirement of the rules is to calculate the value of other fields based on other fields. Only the checking of assertions has relatively little added value for the use cases our customers encounter. I

Rules in archetypes - what are the requirements?

For many years, there has been a little-used capability in ADL which enables basic expressions to be stated such as the following in the Apgar Observation archetype: *rules* /score_sum/: /data[id3]/events[id4]/data[id2]/items[id26]/value[id44]/magnitude = /data[id3]/events[id4]/data[id2]/ite

Useful openEHR terminology Links on specifications page

There are now some useful links to get to any openEHR terminology group on the specifications home page (scroll down) in one click. - thomas ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org h

BASE Component 1.1.0 Release published

BASE component Release 1.1.0has been published  by theopenEHR SEC . It contains a number of improvements to theArchitecture Overview

Re: DV_PROPORTION vs DV_QUANTITY for %

one thing to note: DV_PROPORTION is a more complex data structure. I would be tempted to try to determine what use has been made of this archetype so far - i.e. in creating real data. If no real data has been created, then it could in theory be changed. - thomas On 07/01/2019 12:11, Ian McNic

Re: DV_PROPORTION vs DV_QUANTITY for %

On 05/01/2019 12:56, Ian McNicoll wrote: There is a very clear use-case for having it there - O2 levels variably and equivalently described a FiO2 which is a unitary proportion or percent. I think we need to keep it for that reason if no other. So in that case we need to upgrade the documen

Re: DV_PROPORTION vs DV_QUANTITY for %

inal Message- From: openEHR-technical On Behalf Of Thomas Beale Sent: Friday, January 4, 2019 8:38 PM To: openehr-technical@lists.openehr.org Subject: Re: DV_PROPORTION vs DV_QUANTITY for % On 03/01/2019 08:37, David Moner wrote: I think DV_QUANTITY is the option here. Someone could argue t

Re: DV_PROPORTION vs DV_QUANTITY for %

On 03/01/2019 08:37, David Moner wrote: I think DV_QUANTITY is the option here. Someone could argue that % is not a proper unit, but it is, both in UCUM and SNOMED CT. DV_PROPORTION should be only used when you want to maintain the numerator and denominator explicitly separated, as a fractio

Re: Error in website

Ths XSD and JSON repo folders did not have index files - we have added some simple ones to display everything. We'll improve these over time. - thomas On 04/01/2019 14:20, Bert Verhees wrote: Don't know where to tell this, but there is something not okay on: https://specifications.openehr.org

Re: Christmas cleaning of the openEHR wiki...

On 19/12/2018 11:19, Ian McNicoll wrote: Effectively empty: * https://openehr.atlassian.net/wiki/spaces/healthcare (mostly empty pages, last edit in 2011) there is some content here, but no idea who cares about it. * https://openehr.atlassian.net/wiki/spaces/ds (D

Re: openEHR on FHIR and vice versa

On 18/12/2018 17:04, Pablo Pazos wrote: Yes, in fact the closest we can get to automatic transformations is just defining the mappings between openEHR classes and the correspondent FHIR resources, and feed that to a system that, for a specific openEHR instance, provides a mapper user with cons

Re: AW: Syntax for including archetypes in SLOTs, regardless of version

On 18/12/2018 16:48, Sebastian Garde wrote: Hi Silje, hi Thomas, hi all, Whether the CKM validation errors from below are correct or bogus boils down to my question from before whether it is valid or not to just leave the version part out completely. In my understanding the regex needs to

Re: Syntax for including archetypes in SLOTs, regardless of version

For reference, these are the various regexes I use in the ADL workbench . ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http

Re: Syntax for including archetypes in SLOTs, regardless of version

.openehr.org -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board, Specifications Program Lead, openEHR Foundation <http://www.openehr.org> Chartered IT Pro

Re: Use of LinkEHR to create OPTs like we do with Template designer

They are already working on a local install version for that. On 13/12/2018 14:58, Bert Verhees wrote: On 13-12-18 13:08, Thomas Beale wrote: No, it is under heavy development, and will definitely become the main tool for modellers - I don't hope so, it would be bad for the Op

Re: Use of LinkEHR to create OPTs like we do with Template designer

On 13/12/2018 06:47, Dileep V S wrote: Do you have any idea on how to get an account for ADL designer? just working on that. ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-t

Re: Use of LinkEHR to create OPTs like we do with Template designer

No, it is under heavy development, and will definitely become the main tool for modellers - or maybe with LinkEHR it will be equally used as well (that is also well maintained). The UI tool is not open source; some of the core libs are I think. So you will not see current source code in Github

Re: Use of LinkEHR to create OPTs like we do with Template designer

It's fully working but now I realise that you may have to apply for a login - they are still beta testing AFAIK. But it is already in significant use. I'll enquire the status of self-registering. - thomas On 13/12/2018 04:50, Dileep V S wrote: Have seen news in the mailing list and have been

Re: Use of LinkEHR to create OPTs like we do with Template designer

Have you tried ADL designer yet? This is the tool modellers are migrating to for general modelling of archetypes and templates, and it supports ADL 1.4 and .oet templates. - thomas On 13/12/2018 03:21, Dileep V S wrote: HI, I have been using

Re: ID namespace for composer and healthcare facility

Do you mean using UUIDs for EHRID, PersonID etc? Can you elaborate some more one how this is being managed? -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Man

Re: Reference Model as Archetypes ?

You can always check conformance with the ADL Workbench, it will consume ADL1.4 and ADL2. And Archie now produces the same regression results as ADL WB, so it could be used as well, and in future, will probably become the main reference tool. - thomas ___

Re: use_node semantics

valent to an archetypes in which the referenced branch have been explicitely pasted into the use_node places ? Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.o

Re: ID namespace for composer and healthcare facility

Hi Dileep, as far as I know, all target OBJECT_IDs of the various concrete types are already globally unique. I suspect the namespace attribute will not be used in the future, or will have just informational value. It would be useful to know what other implementers currently do with this attri

Re: Reference Model as Archetypes ?

ego Boscá wrote: As an example, this is the Observation archetype https://pastebin.com/WhehexLR El mar., 11 dic. 2018 a las 11:53, Diego Boscá (<mailto:yamp...@gmail.com>>) escribió: It is basically AOM, serialized as ADL files El mar., 11 dic. 2018 a las 11:51, Thoma

Re: Reference Model as Archetypes ?

Diego, what do you use as the underlying information model in that case? Presumably the BMM/UML meta-model, i.e. things like Class, Attribute etc? - thomas On 11/12/2018 09:40, Diego Boscá wrote: Hi Georg, That's exactly how we define reference models with LinkEHR. We generated them from t

Re: ADL specification question

um: B001 Universität WürzburgTel.: +49-(0)931-31-85516 Am Hubland Fax.: +49-(0)931-31-86732 97074 Würzburg mail:georg.fe...@uni-wuerzburg.de - ___ openEHR-technical mailin

Re: Two-level modelling diagram

On 28/11/2018 17:56, Pablo Pazos wrote: Do we need the user in the middle? we could, although I learned a long time ago to only include relevant elements, and the point of this diagram is just one thing: where the models of information are made, and how they relate to the built system. A

Re: Two-level modelling diagram

I was already on it ;) (FWIW, I habitually leave out terminology from diagrams only because it's so pervasive that putting it in properly would always turn a simple piece of sushi into a bowl of spaghetti...) For people who want the document context, and another well-known diagram, see here in

Two-level modelling diagram

This diagram (SVG) is a replacement for an old one used in a lot of papers. People who want a better diagram might like this one, from a more recent version of the Architecture Overview

Better definition of 'system_id' attribute in openEHR sytems

Following SPECPR-99 and this email string from 2014, the imminent RM 1.0.4 release will include SPECRM-80

Re: Postcoordinated terminology expressions in openEHR

echnical@lists.openehr.org <mailto:openEHR-technical@lists.openehr.org> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http:/

openEHR BMM files have moved to new specifications-ITS-BMM repository

ded approach is to point the tool to the|components|(or|original|, if using Release 1.0.2) directory of a clone checkout area, and to manage a table of files identified by schema id (determined by meta-data inside the files), and to resolve the include references via this table. -- Thomas Bea

Re: Parsing of Archetypes/Templates

On 12/11/2018 16:04, Bert Verhees wrote: On 12-11-18 16:13, Thomas Beale wrote: you can, it's called a Template Data Schema (TDS), and is generated from the Template Designer and I think the new Marand ADL-designer. Its intended exactly for checking data sets... Of course you can writ

Re: Parsing of Archetypes/Templates

On 12/11/2018 09:44, Bert Verhees wrote: Sorry, I first replied to Pieter Bos only, now to the list. Pieter already replied to me that the question was not about XSD to check datasets was . So, read my reply, for those interested in easy validating datasets: It is possible to have an XSD

GDPR and consent - Sitra's IHAN blueprint

Finland's Sitra institute (something like Fraunhoffer in Germany) has published a very interesting paper on a GDPR-compliant architecture for consent <https://media.sitra.fi/2018/09/25133347/180925-ihan-blueprint.pdf>. I have not fully digested yet, but I thought I would share here.

Re: Unique paths for slots problem if slots are filled with same archetype

I've just been thinking more about this problem. I agree we need to fix it, and it seems fairly likely adjusted rules for forming paths and storing archetype markers in data will be needed. But... the archetype structure mentioned is a hack for getting around the lack of order-tracking attribu

Re: AQL on versioned compositions

e RM that facilitates adding more data - this will appear in the next RM release, very soon. hope this helps. -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Boa

Re: AQL on versioned compositions

lthelife.in/> e: dil...@healthelife.in <mailto:dil...@healthelife.in> ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- Thomas Beale P

Re: e-health services landscape - initial proposal, open forum

A revised version of the services landscape is now available here . ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.op

Re: e-health services landscape - initial proposal, open forum

As mentioned elsewhere, while I completely agree on the lifestyle / sports / wellness needs in the wider e-health context, at the moment I am not sure if special SOA services are needed or not, since these kinds of data can be committed to the EHR using the generic EHR service, just as for any

e-health services landscape - initial proposal, open forum

Every so often I get bored of what I am doing and start trying to draw one of those 'services roadmap' kind of diagrams. These often pretty pictures appear in slide presentations, in standards, whitepapers etc, but are not often used as a tool to help map out the road ahead. We do however nee

Re: AW: Unique paths for slots problem if slots are filled with same archetype

I'm becoming convinced that we need to make a technical change to allow the slot id be stored in the data, as suggested on the discussion thread already. So my suggestion for modellers is: assume it will get solved, and do your modelling in the natural / preferred way (i.e. don't introduce ha

Re: AW: Unique paths for slots problem if slots are filled with same archetype

On 23/10/2018 10:09, Sebastian Garde wrote: So that we don’t forget, I have created https://openehr.atlassian.net/browse/SPECPR-279 for this. I am not fussed whether it is prepended or appended, I can see tiny advantages for both. The more interesting question to me is whether this is op

Re: Unique paths for slots problem if slots are filled with same archetype

I need to study this problem a bit more, but having read the posts here, I think the solution would potentially to allow the /optional addition/ of a '::at' appended to an archetype id at a root point. This means that all current systems and data remain valid. It is better if it is appended

SEC f2f meeting Oslo 5-7 Nov - agenda items welcome

TheopenEHR Specifications Editorial Committee (SEC) will be having a face to face meeting in Oslo, 5-7 Nov 2018, hosted courtesy ofDIPS . The agenda is beingput together here

Re: AW: Seeking clarification regarding Assumed value

It is still in ADL2, but harmless, so I would leave it in the specs and advise tool developers to ignore it, if that is the consensus. - t On 09/10/2018 06:29, Sebastian Garde wrote: Assumed value was a slick idea at the time, but I do agree with your sentiments now: * it is hardly or n

Re: SHRINE for openEHR ?

i2b2's SHRINE in the openEHR world ? SHRINE is a system that distributed an i2b2 query to a network of i2b2 installations and aggregates the returned results. Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermou

Re: DV_DURATION and magnitude_status?

On 24/09/2018 16:19, Pablo Pazos wrote: I think there was a conversation about being able to constraint the magnitude of a DV_DURATION instead of the String expression. The issue was the magnitude is a function, not an attribute of DV_DURATION. that is also my understanding...

Re: DV_DURATION and magnitude_status?

It was added to the RM years ago to support quantities in lab results, which are sometimes of the form Y etc. If I had my time again, I would have moved the date/time types out a bit so they did not inherit this attribute. Usually it is Void. - thomas ___

Re: DV_DURATION and magnitude_status?

mailing list openEHR-technical@lists.openehr.org <mailto:openEHR-technical@lists.openehr.org> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org _______ openEHR-technical mailing list openEHR-technical@lists.openehr.org

formal openEHR guidelines, GDL, expressions, Task Planning: who will author them?

use? It is early days for guideline and rule authoring, but it will certainly come. So it would be helpful to get some ideas from the community on this. You could reply here, or comment on the wiki page linked above. thanks - thomas beale ___ op

Re: MEDINFO 2019, Lyon, France.

hr.org> http://lists.openehr.org/mailman/listinfo/openehr-implementers_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- Thomas Beale Principal, Ars Seman

Re: Generic modeling and issues for querying

On 16/09/2018 10:15, Karsten Hilbert wrote: Panels are like folders. Whether to define inhabitants thereof by LOINC, by arbitrary instance links, or by other means, is an implementation detail. that is more or less the design concept of the current lab archetypes; I would just say that pan

Re: Generic modeling and issues for querying

On 15/09/2018 22:45, Pablo Pazos wrote: Thanks Thomas, that in fact seems to generate different nodeIDs for each analyte, thus avoids the querying issue. right. The key is that it is done in specialisations - so the querying in the generic form based on the generic archetypes will still work

Re: Generic modeling and issues for querying

Pablo, I have also seen a need for queries that distinguish analyte level objects, within the new lab archetypes. The original reason was to be able to distribute pre-built panel templates (or even archetypes) to EMR (=PEP) locations in Brasil, but your need is generic. This wiki page

Re: Identifying archetype nodes in AQL via terminology code

On 06/09/2018 09:46, Ian McNicoll wrote: Hi Thomas, Would it not at least in theory be possible to ignore the atCode? We can already do searches that ignore archetype node Ids at a higher level. It would be challenging to implement but I can certainly see some value. under the covers, I d

Re: Identifying archetype nodes in AQL via terminology code

are probably already syntactically wrong. Greetings Georg -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board, Specifications Program Lead, openEHR Foundati

Re: GDPR and OpenEhr.

I continue to wonder what will happen when a cancer patient (perhaps in a moment of depression or disaffection with care) asks for the hard delete, gets better, then has a recurrence a few years later. What does the health system do when /all the notes are really gone/? I think a better soluti

Re: Recommended versioning strategy for Templates

ng the template version? Secondly, is there any template best practices document? -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board, Specifications Program Lead,

Re: AQL on specific list of compositions

(not support Folders at all) or DIPS (using questionable overloading of the semantics) is more right or wrong with their approaches on this matter... Birger -- Thomas Beale Principal, Ars Semantica <http://www.arssemantica.com> Consultant, ABD Project, Intermountain Healthcare

Re: AQL on specific list of compositions

as On 20/08/2018 10:28, Karsten Hilbert wrote: On Mon, Aug 20, 2018 at 10:04:45AM +0100, Thomas Beale wrote: Some of these Contsys definitions are problematic: ENCOUNTER But there is an encounter when the HcP interacts with the EHR without a Patient (Virtually) present. that would cert

Re: AQL on specific list of compositions

And I meant to say: can you check if it has a PR, and if not, add one? In either case, you or Seref might add the text from his proposal as well. - thomas On 21/08/2018 16:25, Sebastian Iancu wrote: Hi Seref, Thomas, On the last SEC meeting, another proposed idea (besides the one from Ser

Re: AQL on specific list of compositions

I had forgotten this, but I think it will turn out to be a syntax equivalent to Seref's proposal. It is probably the kind of syntax man people would like to use, so we should certainly consider it; it maybe that both mechanisms should be put in, and respective users can then argue over who i

Re: AQL on specific list of compositions

Hi Birger, Note that no openEHR RM types (COMPOSITION etc) are part of the AQL spec - they are just used in examples. AQL doesn't actually know anytthing about particular types. Seref's intention is that it stays this way, and his proposed function, or some other equivalent resolver mechanism

Re: Strange behavior in Template designer 2.8.94 Beta

Has that been changed? Last time I checked and asked Marand it was ADL 1.4 only. Or is it AOM 2.x but ADL 1.4? Regards, Pieter Bos From: openEHR-technical on behalf of Thomas Beale Reply-To: For openEHR technical discussions Date: Monday, 20 August 2018 at 13:04 To: "op

Re: Strange behavior in Template designer 2.8.94 Beta

The new tool is AOM 2.x inside, but I have to admit I have not investigated how this particular problem is resolved in it. - thomas On 20/08/2018 11:42, Peter Gummer wrote: Hi Hildi, On 20 Aug 2018, at 19:13, Hildegard McNicoll > wrote: Incidentally, the new web

  1   2   3   4   5   6   7   8   9   10   >