Re: Identifying archetype nodes in AQL via terminology code

he semantics of the element in the path should be invariant and are already defined in the archetype). Hence, what I have in mind is a look-up of all elements with a matching terminology binding that provides the candiate paths which will then allow to build your AQL query. Best, -- *Birge

Re: Identifying archetype nodes in AQL via terminology code

could then be used within an AQL query which can use the code for "male". I actually was thinking about building such a tool within HiGHmed make analytics quers more convenient, though we are still searching for a developer. Hope this answers your question, Birger -- *Birger Haarbra

Re: AQL on specific list of compositions

is something the community might also need to take a closer look at in the future). - thomas Birger On 21/08/2018 18:28, Birger Haarbrandt wrote: Hi Thomas, from my perspective, this approach (by not being explicit about the RM classes (and semantics) that need to be supported by the

Re: AQL on specific list of compositions

ld, for openEHR structures be used for FOLDERs containing refs to COMPOSITIONs (actually VERSIONED_COMPOSITIONs), and also any other similar situation (e.g. in the demographic model). - thomas On 21/08/2018 15:52, Birger Haarbrandt wrote: Hi Seref, while I understand your argument regarding

Re: AQL on specific list of compositions

g the contains operator is not one of them due to reasons I explained. All the best Seref On Tue, Aug 21, 2018 at 3:52 PM, Birger Haarbrandt mailto:birger.haarbra...@plri.de>> wrote: Hi Seref, while I understand your argument regarding overloading of definitions (and I a

Re: AQL on specific list of compositions

not be helpful to allow portability. Especially, as the use of folders (especially when it can contain data in an ITEM_STRUCTURE) is becoming a common pattern to represent episodes of care. Cheers, -- *Birger Haarbrandt, M. Sc. Peter L. Reichertz Institut for Medical Informatics (PLRI) Technical

Re: openEHR Education Program

Hi everybody, we have an educational program is part of HiGHmed and there is consensus that openEHR needs to be taught. I'm not sure how we can contribute (we have several people working on this but nobody with in-depth openEHR knowledge) but there is definetely interest. Best, -- *B

Re: SV: [Troll] Terminology bindings ... again

hr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- *Birger Haarbrandt, M. Sc. Peter L. Reichertz Institut for Medical Informatics (PLRI) Technical University Bra

Aw: Re: Aw: Blockchain

;) Sorry, I could not resist -- Diese Nachricht wurde von meinem Android Mobiltelefon mit 1&1 Mail gesendet.Am 13.11.17, 12:59 PM, Bert Verhees <bert.verhees@rosa.nl> schrieb: On 13-11-17 12:52, Birger Haarbrandt wrote: Hi Bert,

Aw: Blockchain

Hi Bert, I think this highly depends on the color of the blockchain. Best, Birger -- Diese Nachricht wurde von meinem Android Mobiltelefon mit 1&1 Mail gesendet.Am 13.11.17, 12:46 PM, Bert Verhees schrieb: How are the plans about blockchain for OpenEhr? Is there any plan

Re: Scenarios for change type "deleted"

.org/mailman/listinfo/openehr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut für Medizinische Informatik Techni

Aw: Re: Re: Scenarios for change type "deleted"

n Hilbert <Karsten.Hilbert@gmx.net> schrieb: On Sun, Nov 05, 2017 at 05:31:50PM +0100, Birger Haarbrandt wrote: > just a short remark: we were involved in a regional EHR (in the sense of a > health information exchange network) project in the state of Lower-Saxony, > Germany. While this mi

Aw: Re: Scenarios for change type "deleted"

Hi there, just a short remark: we were involved in a regional EHR (in the sense of a health information exchange network) project in the state of Lower-Saxony, Germany. While this might be a different use case, we clearly had to be able to physically delete patient data from all IHE XDS repos and

Re: Using Other Constraints in Slots

h filler archetypes specified as "< tobacco_use_details" or similar. We don't have this yet, but I think the design is fairly clear. You won't find any of this in current tools. - thomas On 10/10/2017 16:03, Birger Haarbrandt wrote: Hi there, I stumpled upon the "

Using Other Constraints in Slots

such expressions be supported in the Template Designer? Best, -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut für Medizinische Informatik Technische Universität Braunschweig und Medizinische Hochschule Hannover Carl-Neuberg-Str. 1 30625 Hannover T +49 (0)531 391-2129 F +49 (0)531 391

Re: AQL FROM & CONTAINS with many entries

cific implementations.Cheers,Pablo.On Oct 1, 2017 3:33 PM, "Birger Haarbrandt" <birger.haarbra...@plri.de> wrote:Hi Pablo,I hope I understood correctly:select a_a/data[at0002]/events[at0003]/data[at0001]/items[at0004]/value, a_b/data[at0001]/events[at0006]/data[at0003]/items[at0004]/value from EHR

Re: AQL FROM & CONTAINS with many entries

Hi Pablo,I hope I understood correctly:select a_a/data[at0002]/events[at0003]/data[at0001]/items[at0004]/value, a_b/data[at0001]/events[at0006]/data[at0003]/items[at0004]/value from EHR econtains COMPOSITION acontains ( OBSERVATION a_a[openEHR-EHR-OBSERVATION.body_temperature.v1] and OBSERVATION a

Re: inheritance of archetypes

est regards Bert Verhees ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut für Medizinische Informati

Re: INFORMATION ABOUT THE SYSTEM

Hi,while openEHR uses a reference model (= it enforces some assumptions and best practices about the domain) the clinical content is expressed by Archetypes and Templates. These define how classes from the reference model can be "orchestrated" and further constrained to represent meaningful clinic

Re: Better approach for announcements, forums?

It should be possible to sync a forum to a mailinglist. Works quite well in google groups for example.BirgerKarsten Hilbert hat am 30. Dezember 2016 um 12:27 geschrieben:On Fri, Dec 30, 2016 at 12:16:25PM +0200, Pekka Pesola wrote:I agree - moving to some kind of a forum would in overall work muc

Re: Cloud EHRServer is about to be launched

Hi there,imo announcing those things is ok. What should be avoided is cross-posting which happens quite a lot.Cheers,BirgerBert Verhees hat am 26. Dezember 2016 um 17:55 geschrieben:I think Jan Marc has a point but Pablo is excused because there is no other way inside the communityWould be a good

Re: openEHR and terminology servers

Hi there,same issues here.Cheers,BirgerDiego Boscá hat am 4. Dezember 2016 um 22:04 geschrieben:Seems like that is the problem We'll have a look into it :) El 4/12/2016 21:52, "Roger Erens" escribió:Hi Diego,I'm just like Bert from the Netherlands, and it seems to have som

GDL rules with "age-dependent" reference ranges

then = <"$gt0026.create($gt0028.value=($gt0024.value-$gt0019.value))",...> priority = <1> > Is this a bug or did I miss something? Any help is really appreciated. Best, -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut für

Re: Archetype relational mapping - a practical openEHR persistence solution

therefore, I would not be sad if I'm proven wrong :)Cheers,BirgerBert Verhees hat am 13. Februar 2016 um 18:51 geschrieben:On 13-02-16 18:13, Birger Haarbrandt wrote:Even as a research associate or independent developer, its sometimes good to take a break from work :) I hope I didn't mis

Re: Archetype relational mapping - a practical openEHR persistence solution

and I don't see the necessity. > > But maybe, you will explain that next week > > Bert > >> On 13-02-16 17:46, Birger Haarbrandt wrote: >> Hi Bert, >> >> I will post some more thoughts on these things after the weekend :) To just >> give a q

Re: Archetype relational mapping - a practical openEHR persistence solution

Hi Bert, I will post some more thoughts on these things after the weekend :) To just give a quick answer: imo it's important to have a flexible data format like the one I2B2 uses (roughly said EAV) to mix openEHR data with non-openEHR data. Making analysis on XML documents/databaes might preven

Re: RE: Archetype relational mapping - a practical openEHR persistence solution

e solution Not sure if you ask me Birger, but I will announce the github link here, and will build a working prototype in open source. Maybe parallel I will do something else, I am not sure about that Bert Op 26 jan. 2016 17:26 schreef "Birger Haarbrandt" : > > Thanks! Would be nic

RE: Archetype relational mapping - a practical openEHR persistence solution

Mikael   From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Birger Haarbrandt Sent: den 25 januari 2016 22:57 To: Bert Verhees; For openEHR technical discussions Subject: Re: Archetype relational mapping - a practical openEHR

Re: openEHR-technical Digest, Vol 47, Issue 26

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

Re: Archetype relational mapping - a practical openEHR persistence solution

Actually, we use such mappings to promote some "important" elements to relational tables to get sort of indices on the data. Otherwise, I don't think we would be able to do efficient ad-hoc cross-patient queries directly on the database. Exporting data to I2B2 or SSAS would be inconvenient sometim

Re: Party-actor-folder relationships in hierarchy

Hi Bert, to my understanding, the marand editors are open source and based on web technologies. There is no need to create/edit archetypes and templates on someone else's server, just let it run in your private network (or locally on your computer). Cheers, Birger Von meinem iPad gesendet >

Re: ADL versions 1.4, 1.5 and 2.0

r.org> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- *Birger Haarbrandt, M.S

Re: openEHR archetypes and views - clarification

/openehr-technical_lists.openehr.org ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut für Medizinisc

OpenEHR and Oracle XML DB problems

not make much sense as it only >>> tries to follow the archetype constraints, but it should be enough for >>> application testing and benchmark > > > > ___ > openEHR-technical mailing list > openEHR-technical at l

OpenEHR and Oracle XML DB problems

happiness! I guess JSON with >> its own schema will replace it in the next couple of years. >> >> - thomas >> >> >> _______ >> openEHR-technical mailing list >> openEHR-technical at lists.openehr.org >>

More reviews FW: openEHR archetype Sprint reviews for participation

Hi Heather, that's great timing as we are about to integrate glasgow coma scale data from 2 icu management systems in our data warehouse. I will be happy to share our experience. Best, Birger Von meinem iPad gesendet > Am 06.03.2015 um 07:55 schrieb Heather Leslie oceaninformatics.com>: >

CRUD Restlet

ics > not acceptable according to the accept headers sent in the > request","cause":"user?} > > - Peter > ___ > openEHR-technical mailing list > openEHR-technical at lists.openehr.org > http://lists.openehr.or

CRUD Restlet

ttp://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol >>>>> >>>>> ?The Hypertext Transfer Protocol (HTTP) is an application protocol ?" >>>>> >>>>> Thanks for the discussion, though. I?ve learned a lot from it. >>>>> >>&

Does anyone implemented a transformation between AQL and XML?

Hi Pablo, I think I have seen an AQL parser and some basic query generation within Liu EEE. Maybe Erik can provide further information on this. Best, Birger Von meinem iPad gesendet > Am 17.12.2014 um 21:31 schrieb pablo pazos : > > Hi Seref, what I asked here was if anyone did implemented

Error in ADL workbench

Hi Thomas, thank you very much! I will provide the additional information asap (it happend on the PC of one of my students, therefore I will be able to do so next time when we meet). Best, Birger Am 28.10.2014 12:50, schrieb Thomas Beale: > On 28/10/2014 08:39, Birger Haarbrandt wr

Error in ADL workbench

Are there any builts of former versions ready to download or would I have to build them myself? Best, -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut f?r Medizinische Informatik Technische Universit?t Braunschweig und Medizinische Hochschule Hannover M?hlenpfordtstra?e 23 D-

Indirect Oximetry

Sorry, this was supposed to be sent to the "clinical" list. Appologies! :) Am 02.09.2014 15:05, schrieb Birger Haarbrandt: > Hi Folks, > > quick question (hope this has not been asked before. Is there a way to > quickly search in the archive?). As far I'm able to wor

Indirect Oximetry

ation while other vital parameters I know of may contain an unlimited number of events? I know that I would be able to change the archetype for our use case (automized vital parameter monitoring at ICUs) but I would like to get some opinions on this first. Thanks! Best, -- *Birger Haarbrandt,

Wrong link to openEHR XSDs?

Same here. Birger Von meinem iPad gesendet > Am 12.03.2014 um 21:13 schrieb pablo pazos : > > In the spec page, the link to XSDs show me a raw HTML page: > https://raw.github.com/openEHR/specifications/Release-1.0.2/publishing/its/XML-schema/index.html > > Anybody can see the page itself inst

XSLT Processors and the TDD_to_openEHR.xsl

is valid in openEHR but breaks the TDS schema - this is expected and > we just ignore these validation errors. > > If you email your TDD privately I would be happy to test it here. > > Ian > > > >> On 3 March 2014 08:27, Birger Haarbrandt >> wrote: >&

XSLT Processors and the TDD_to_openEHR.xsl

failed (the created target document is blank). I guess those processors are more complient with w3c specs than altova but I still have not found the point of failure. Do you have any experience concerning this issue? Thanks and have great week, -- *Birger Haarbrandt, M.Sc.* Peter L

Persistence of Compositions

Hi Ralph, > Am 05.02.2014 um 20:34 schrieb Ralph van Etten : > > On 02/04/14 17:33, Birger Haarbrandt wrote: > > Hi Birger, > >> Erik's approach >> was to develop a proprietary XML Schema to wrap compositions and >> contained entries. Obviously, this mi

Persistence of Compositions

ashion is not be our first choice. Therefore, I'm interested to learn if any of you has already spent some thoughts about best practices to split compositions into individual XML documents while keeping the relationship throughout different tables and/or rows. Cheers, -- *Birger Ha

Study about clinical information modelling tools

Hi Alberto, nice survey! Just want to tell you that some fields that are meant to be optional are in fact mandatory (e.g. the e-mail form). I would like to learn more about current research projects at your department. Is there a list? Best, -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz

Exchanging data

mailing list > openEHR-technical at lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut f?r Medizinische Informatik Technische Universit?t Braunschweig und Medizinische Hochschule Hannover M?hlenpfor

EHRServer demo online

___ > openEHR-technical mailing list > openEHR-technical at lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut f?r Medizinische Informatik Technische Universit?t Braunschwei

openEHR and Data Warehousing

considerable effort. > Once you have a better understanding of openEHR technologies, you > might well decide to 'roll your own' persistence layer but that would > be my last resort not my first! > > I hope I have managed to avoid any commercial bias here. To my

openEHR and Data Warehousing

e honst: at first I wanted to give the RIM a try. Then I tried their tools. End of story. With kind regards, -- *Birger Haarbrandt, M.Sc.* Peter L. Reichertz Institut f?r Medizinische Informatik Technische Universit?t Braunschweig und Medizinische Hochschule Hannover M?hlenpfordtstra?e 23 D-38