MedInfo 2015 openEHR tutorials

Hi Evelyn, I?m very interested in the work you?re doing with this. I?ve just got confirmation I can attend Medinfo next year, so I?d be very happy to be part of this discussion there. I?d also like to contribute to the clinical modelling tutorial/workshop, as outlined on the wiki page. Has

XSL transform files for other languages?

Hi everyone, Are there any alternative XSL transform files like tdo-csharp.xsl but for other languages available anywhere? Specifically, a VB.net one would be very useful. Kind regards, Silje Ljosland Bakke Coordinator, National Editorial Board for Archetypes, National ICT Norway Adviser, RD

Licensing of specs and artifacts

Hi everyone, In light of the recent re-licensing of FHIRhttp://www.healthintersections.com.au/?p=2248 using the Creative Commons CC0 Public Domain Dedication as well as the discussion about licensing at the 2014 openEHR Roadmap

MedInfo 2015 openEHR tutorials

I've added myself and a topic on artefact governance to the main MEDINFO2015 wiki page. I guess this topic belongs more in a tutorial than in a developers' workshop. My participation is however dependent on my employer allowing me to attend the conference, which isn't clear yet. Kind regards,

Texts about transforming between openEHR and other formalisms

Hi, I'm wondering if anyone could point me to any publically available texts about transforming archetypes (and templates) from openEHR to other formalisms. Academic publications exploring the (im)possibilities of automatic transformation would be ideal. Kind regards, Silje Ljosland Bakke

Texts about transforming between openEHR and other formalisms

. 18.01 skrev Bakke, Silje Ljosland silje.ljosland.bakke at helse-bergen.nomailto:silje.ljosland.bakke at helse-bergen.no: Hi, I'm wondering if anyone could point me to any publically available texts about transforming archetypes (and templates) from openEHR to other formalisms. Academic

Licensing of specs and artifacts

Can the resulting ADL be publicly distributed? Yes, absolutely, as long as you do not try to re-sell the 13606 archetypes with a closed-source licence!! It?s actually a little more strict than that; the SA (ShareAlike) clause in the Creative Commons BY-SA licence (which all the openEHR

RE: openEHR @ StackExchange

Could questions be about modelling, or implementation/specs only? Regards, Silje -Original Message- From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Thomas Beale Sent: Monday, May 25, 2015 1:41 PM To: openehr-technical@lists.openehr.org; For

RE: Archetype editor, CKM and v0 v1

On a related note; the openehr.org website still advertises Archetype Editor v2.2.905 beta from 2013, and Template Designer 2.6.1213.3. Especially now after the v1 - v0 change, the newest builds should be linked from the web site. Kind regards, Silje Ljosland Bakke Information Architect, RN

RE: Archetype editor, CKM and v0 v1

. Finding time to work on this is the problem. Regards, Peter On 7 Aug 2015, at 18:07, Bakke, Silje Ljosland silje.ljosland.ba...@nasjonalikt.nomailto:silje.ljosland.ba...@nasjonalikt.no wrote: I’m assuming there’s no reaction to this because everyone is still enjoying their well-earned

RE: Archetype editor, CKM and v0 v1

. Precisely what we'd like to avoid, isn't it? Regards, Silje From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Bakke, Silje Ljosland Sent: Tuesday, August 04, 2015 10:45 AM To: For openEHR technical discussions Subject: RE: Archetype editor, CKM and v0 v1

Archetype versioning: Skipping v1 and going straight to v2?

Hi everyone, We've bumped into an issue related to versioning of archetypes and implementing non-published versions: Several implementation projects are using archetypes from the http://arketyper.no CKM, many of which are still drafts or under review since the CKM switch to v0 for unpublished

RE: ACTION performer?

? Normally you would use participations. Sent from my HTC - Reply message - From: Bakke, Silje Ljosland silje.ljosland.ba...@nasjonalikt.nomailto:silje.ljosland.ba...@nasjonalikt.no To: openehr-technical@lists.openehr.orgmailto:openehr-technical@lists.openehr.org openehr-technical

ACTION performer?

Hi all, According to Norwegian law, the performer or main performer of a procedure has to be explicitly recorded. The main performer is not necessarily the same person who records the action, so the COMPOSITION.composer RM object may not be used for this. We can't seem to find any complete

RE: Archetype versioning: Skipping v1 and going straight to v2?

Opprinnelig melding Fra: "Bakke, Silje Ljosland" <silje.ljosland.ba...@nasjonalikt.no<mailto:silje.ljosland.ba...@nasjonalikt.no>> Dato: 28.08.2015 15.05 (GMT+01:00) Til: openehr-technical@lists.openehr.org<mailto:openehr-technical@lists.openehr.org> Emne: Arche

RE: Advantage of ISO

O I think that it is NOT a misuse. openEHR has one owner. CEN and ISO have members (countries) that are, all together, the owner. This a huge difference, don’t you think? Gerard On Sep 3, 2015, at 8:48 AM, Bakke, Silje Ljosland <silje.ljosland.ba...@nasjonalikt.no<mailto:silje.ljosland.ba..

CAMSS assessment of openEHR

Hi guys, As part of a standards assessment project initiated by the Norwegian Directorate of Health, several health IT standards will be assessed using CAMSS (https://joinup.ec.europa.eu/node/66790). Have anyone done a CAMSS assessment of the openEHR specifications? If so, would it be possible

RE: CAMSS assessment of openEHR

rily a useful criterion - it depends on whether those other standards are in use and are themselves delivering value or just getting in the way. But overall the assessment tool seems OK. What I can't see is any example of where it has been applied to an e-health standard. - thomas On 04/01/2016 12:42, Bak

RE: CAMSS assessment of openEHR

child pages if you need) then I am sure the community can get it populated quickly for you, since it's clearly of general benefit. - thomas On 04/01/2016 14:24, Bakke, Silje Ljosland wrote: Hi Thomas, thanks for your reply! I don't have any say in which assessment criteria are used, unfortunately

RE: CAMSS assessment of openEHR

le.com/uc?id=0BzLo3mNUvbAjT2R5Sm1DdFZYTU0=download] 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 5 January 2016 at 08:52, Bakke, Silje Ljosland

RE: Trial of openEHR's own 'stackExchange' on the openEHR wiki

I just posted a real question, hope someone can give me a good answer that solves my problem! ☺ Btw, does anyone else experience a strange behaviour of the wiki editor, where it automatically capitalises some words as you type? Mvh. Silje From: openEHR-technical

RE: CAMSS assessment of openEHR

le.com/uc?id=0BzLo3mNUvbAjT2R5Sm1DdFZYTU0=download] 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 6 January 2016 at 08:00, Bakke, Silje Ljosland

RE: CAMSS assessment of openEHR

enior Research Associate, CHIME, UCL On 4 April 2016 at 16:02, Thomas Beale <thomas.be...@openehr.org<mailto:thomas.be...@openehr.org>> wrote: > > > On 04/04/2016 14:07, Bakke, Silje Ljosland wrote: > > Hi, > > > > The project has now done a preliminary

RE: CAMSS assessment of openEHR

e web pages. Anyone? ☺ Regards, Silje From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Bakke, Silje Ljosland Sent: Wednesday, January 13, 2016 3:52 PM To: For openEHR technical discussions <openehr-technical@lists.openehr.org> Subject: RE: CAMSS ass

Ordinal values without descriptions

Hi everyone, We're working on an archetype for the Montgomery-Åsberg Depression Rating Scale (MADRS). This scale contains several ordinal values where there is no description, and some where there is no text at all. This doesn't work very well in archetypes, and particularly when uploading to

RE: Ordinal values without descriptions

? It must be value set with only 4 members instead of 7. Personally I think that scale is not ready for use in paper or electronic health record... - thomas On 26/04/2016 11:59, Bakke, Silje Ljosland wrote: 2 4 5 3 5 4 6 3 2 4<tel:2%204%205%203%205%204%206%203%202%204>;}@font-face {font-famil

RE: UCUM code in body temperature archetype

They usually are, though the units file in the Archetype Editor has had (still has?) a lot of errors in it, which means the correct units had to be edited into the ADL by hand. I made a better version of the units file for the AE a while ago, but there were some issues with it that I'm not sure

RE: UCUM code in body temperature archetype

Awesome! These can be classified into UCUM, non-UCUM and just plain wrong: UCUM: 1/min, Hz, Hz/s, U, U/l, cm2, cm[H20], d, daPa, daPa/s, deg, h, kHz, kPa, kg, kg/m2, l, l/min, l/s, m, m2, mV, mg, mg/dl, mg/l, min, ml, ml/d, ml/ml, ml/s, ml/wk, mm, mm/h, mm2, mm[H20], mm[H20]/s, mm[Hg], mmol/l,

RE: UCUM code in body temperature archetype

Hi Daniel, You’re 100% correct. This error is corrected in the branch I uploaded after the Norwegian body temp archetype was published, but this hasn’t been taken into the trunk yet as it contains some other major changes. As a general observation, an issue with using UCUM units in archetype

RE: UCUM code in body temperature archetype

/uL 10*9/L = /nL with all 6 codes being valid. regards, eric > On 18 May 2016, at 11:43 pm, Bakke, Silje Ljosland > <silje.ljosland.ba...@nasjonalikt.no> wrote: > > Hah, thanks for that correction, I completely missed the '0' instead > of 'O' and the 'mho'. J > &g

Use of RM:provider

Hi everyone, I've got a problem about where to put non-identifying information about the source of information for an ENTRY. The value set we need to store is the code set identified by the OID 2.16.578.1.12.4.1.7498 (Source of information), as following: 1. Result of test/analysis 2.

Runtime name suggestions?

Hi, We're trying to finalise the pattern for exclusion archetypes, and would like to use the element names to carry some flavor differences such as "no known history of ..." and "no evidence of ...". We've considered adding a runtime name constraint to make some level of standardization of

RE: Use of RM:provider

6 means 'not any of 1-5 or 7'. I'd also say it isn't a very well designed code-set, and I don't know what use it would be in real life... - thomas On 16/01/2017 13:14, Bakke, Silje Ljosland wrote: Hi everyone, I’ve got a problem about where to put non-identifying information about the sour

RE: Runtime name suggestions?

after that section. The basic logic of this is described here<http://www.openehr.org/releases/AM/latest/docs/ADL2/ADL2.html#_narrowed_subtype_constraints>. Although these are references from ADL2, they should apply in ADL 1.4 as well. - thomas On 17/01/2017 07:49, Bakke, Silje Ljosland wrote:

RE: Runtime name suggestions?

1.4 as well. - thomas On 17/01/2017 07:49, Bakke, Silje Ljosland wrote: Hi, We're trying to finalise the pattern for exclusion archetypes, and would like to use the element names to carry some flavor differences such as "no known history of ..." and "no evidence of ...". We've c

RE: Use of RM:provider

a big problem either, assuming they are not used to create data before that is done. Ian - do we have a related PR mooted for RM Release-1.0.4? - thomas On 17/01/2017 11:22, Bakke, Silje Ljosland wrote: Thank you Thomas and Ian! This is indeed a national requirement, and one where we do ne

RM Participations name/role?

Hi, We're wondering if it's possible to specify what the role was of each instance of Participation in an OBSERVATION archetype? For instance in a histopathology result the macroscopic description will often be performed by a different person from the microscopic description. We're thinking

RE: RM Participations name/role?

hat they do in the activity. - thomas On 23/11/2016 06:29, Bakke, Silje Ljosland wrote: Hi, We’re wondering if it’s possible to specify what the role was of each instance of Participation in an OBSERVATION archetype? For instance in a histopathology result the macroscopic description wil

RE: Using aql for data set in DV_CODED_TEXT

Hi Dileep! Functionality like you describe should be part of the application implementation, not the archetype. Kind regards, Silje Ljosland Bakke Information Architect, RN Coordinator, National Editorial Board for Archetypes Nasjonal IKT HF, Norway Tel. +47 40203298 Web:

Re: openEHR UML website updated to latest

Does this have anything to do with this tweet? https://twitter.com/er453r/status/873089634602962944 Sendt fra min Samsung Galaxy-smarttelefon. Opprinnelig melding Fra: Thomas Beale Dato: 08.06.2017 20:10 (GMT+01:00) Til: Openehr-Technical

RE: openEHR-technical Digest, Vol 64, Issue 6

I agree and disagree. ☺ An EHR needs to be able to cope with all kinds of data, “questionnaire” or not. However I’m not so sure a modelling pattern that works for everything that could be labelled a “questionnaire” is achievable, or even useful. Modelling patterns are sometimes extremely

RE: Problem with creating medication order with Template designer

Some earlier revisions of these archetypes in the CKM contained this unnecessary constraint: http://openehr.org/ckm/#showArchetype_1013.1.2246_9 (CLUSTER.timing_repetition) http://openehr.org/ckm/#showArchetype_1013.1.2245_13 (CLUSTER.timing_daily) This originated from editing the archetypes

RE: Quantities of arbitrary units in openEHR

Deriving the properties from the codes makes sense when you actually specify the codes, but what do you do when you want to specify “this is a concentration, but I don’t care about the exact units”? “Arbitrary unit” has a quite specific meaning, it’s not just a catch-all for “new units for

RE: Quantities of arbitrary units in openEHR

00 GMT+01:00 Bakke, Silje Ljosland <silje.ljosland.ba...@nasjonalikt.no<mailto:silje.ljosland.ba...@nasjonalikt.no>>: Deriving the properties from the codes makes sense when you actually specify the codes, but what do you do when you want to specify “this is a concentration, but

RE: Quantities of arbitrary units in openEHR

time archetype evaluator would use it to limit the actual units for property = pressure (say) to only pressure units. I think we need to define such a service properly.... - thomas On 24/01/2018 09:52, Bakke, Silje Ljosland wrote: Hi all, I'm working on representing medication strengths

RE: Quantities of arbitrary units in openEHR

um and compliant with the specified property, while "arbitrary" might be in or not in ucum, and compliant with the property). What do you think? On Jan 26, 2018 6:01 AM, "Bakke, Silje Ljosland" <silje.ljosland.ba...@nasjonalikt.no<mailto:silje.ljosland.ba...@nasjona

Is description = <"*"> mandatory?

Hi everyone, In modelling cases, particularly where we're modelling scores and scales, the description element of text or ordinal values are unnecessary, because the value defined in the score only contain a single string of text. A good example of this is the ECOG Performance Status

RE: Drug dispense entry class question

That’s probably a jurisdiction thing too. I’m not sure if it’s a legal requirement or just considered good clinical practice, but generally a dose change is a cessation/new order here.  Regards, Silje From: openEHR-technical On Behalf Of Sam Heard Sent: Monday, August 13, 2018 2:46 PM To:

RE: Unique paths for nodes in multiple instances of one archetype in the same OPT

As a side note, the “Service request” archetype has just (yesterday, in fact) been published as INSTRUCTION.service_request.v1. Regards, Silje From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Ian McNicoll Sent: Friday, July 06, 2018 11:16 AM To: For

Quantities of arbitrary units in openEHR

Hi all, I'm working on representing medication strengths in archetypes at the moment. Most medications are thankfully measured in SI units such as mg/ml or mg/{dose unit}, but others use arbitrary units that are not derived from any other physical dimensional units. Examples of these are

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

I read Thomas' reply with great interest, and I generally agree that with a well thought out information model, the very detailed precoordinated expressions are redundant. At the same time I understand Mikael's point of view too. BUT, what I'm often met with is that because these precoordinated

RE: Setting thresholds

reriks +31 620347088 gf...@luna.nl<mailto:gf...@luna.nl> Kattensingel 20 2801 CA Gouda the Netherlands On 2 Mar 2018, at 15:22, Karsten Hilbert <karsten.hilb...@gmx.net<mailto:karsten.hilb...@gmx.net>> wrote: On Fri, Mar 02, 2018 at 01:48:40PM +0000, Bakke, Silje Ljosland

RE: Setting thresholds

I've hesitated to participate in this discussion, but I think I have a couple of points to add now, as I think there are two different problems being discussed here: 1. The original problem, which in my opinion is how and where to store reference ranges for clinical observations such as

RE: Setting thresholds

m: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Karsten Hilbert Sent: Friday, March 2, 2018 2:29 PM To: openehr-technical@lists.openehr.org Subject: Re: Setting thresholds On Fri, Mar 02, 2018 at 01:18:03PM +, Bakke, Silje Ljosland wrote: > A query for “all pati

RE: Setting thresholds

to:openehr-technical-boun...@lists.openehr.org] On Behalf Of Karsten Hilbert Sent: Friday, March 2, 2018 12:13 PM To: openehr-technical@lists.openehr.org Subject: Re: Setting thresholds On Fri, Mar 02, 2018 at 10:55:47AM +0000, Bakke, Silje Ljosland wrote: > I've hesitated to participate in th

RE: Setting thresholds

This sounds like a sensible and pragmatic solution. ☺ A query for “all patients that have had high BP according to the doctor” would the way I see this be a query for “all patients with an EVALUATION.problem_diagnosis with one of a defined set of codes for ‘hypertension’ and no resolution

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

Hi all! I hope the SEC will discuss and hopefully solve this issue in the upcoming meeting in Oslo. This is fairly serious from a modelling POV, as there are some archetypes that are based on the (in my opinion fair) assumption that it’s possible to tell two instances of the same CLUSTER in two

RE: SHRINE for openEHR ?

IIRC the LHS toolbox project at the Norwegian Centre for E-health Research is doing federated AQL queries? I don’t know the details, but I suspect someone else on this list do. Regards, Silje From: openEHR-technical On Behalf Of Ian McNicoll Sent: Friday, October 5, 2018 12:46 AM To: For

DV_DURATION and magnitude_status?

Hi, I've got a use case where we need to represent a time duration (of a symptom), which can be for example <24H or >3M. Is it possible to represent this using the DV_DURATION data type, like you can do with DV_QUANTITY and magnitude_status? If not, what should we do? Kind regards, Silje

RE: DV_DURATION and magnitude_status?

Thanks for all your replies!  Attempt at summarising: * DV_DURATION doesn’t support <>=~ at the moment, but there’s some SEC work underway to fix this. * For now, using DV_QUANTITY with a property of time could do the trick. Is this a good summary? Regards, Silje From:

DV_PROPORTION vs DV_QUANTITY for %

Hi everyone, happy new year! We've just hit a question about modelling choices, how to represent percentages. We have a data type DV_PROPORTION, which can be used to represent any proportion such as a fraction or a percentage, and we have the DV_QUANTITY data type which can have % as the unit.

RE: DV_PROPORTION vs DV_QUANTITY for %

a las 7:59, Bakke, Silje Ljosland (mailto:silje.ljosland.ba...@nasjonalikt.no>>) escribió: Hi everyone, happy new year! We’ve just hit a question about modelling choices, how to represent percentages. We have a data type DV_PROPORTION, which can be used to represent any proportion su

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

\.body_mass_index”. All the best Athanasios Anastasiou From: openEHR-technical mailto:openehr-technical-boun...@lists.openehr.org>> On Behalf Of Bakke, Silje Ljosland Sent: 18 December 2018 11:57 To: For openEHR technical discussions mailto:openehr-technical@lists.openehr.org>> Sub

Syntax for including archetypes in SLOTs, regardless of version

Hi, Sebastian Garde and I had a brainstorm a while ago about how to handle inclusion of archetypes in SLOTs (either CLUSTERs within ENTRY archetypes, or ENTRY archetypes within COMPOSITIONs or SECTIONs). At the moment this has to be noted explicitly (whether because of tooling or the

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

versions of an archetype are technically different archetypes - i.e. they contain some breaking change. So whether allowing any major version of an archetype in a slot is a good default probably needs to be thought about carefully. - thomas On 18/12/2018 11:56, Bakke, Silje Ljosland wrote: Hi

Coding the DV_IDENTIFIER 'type'

Hi, In the documentation for the DV_IDENTIFIER data type (https://specifications.openehr.org/releases/RM/Release-1.0.3/data_types.html#_dv_identifier_class), the attribute 'type' is described as "Optional identifier type, such as prescription , or Social Security Number . One day a controlled

RE: Two-level modelling diagram

I also like this diagram a lot, big improvement on the old one!  Would it be relevant to add a cylinder for terminologies in the knowledge development environment part (with arrows to archetypes and templates), to show explicitly that they’re thought of and highly relevant? Regards, Silje

Postcoordinated terminology expressions in openEHR

Hi everyone, We've recently started an informal and practically oriented regular contact with the Norwegian SNOMED CT NRC. One of the things they were interested in discussing was how to use postcoordinated SNOMED CT (expression constraint language) expressions with openEHR, which I know

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

mailto:openehr-technical-boun...@lists.openehr.org>> On Behalf Of Bakke, Silje Ljosland Sent: Wednesday, 19 December 2018 1:15 AM To: For openEHR technical discussions mailto:openehr-technical@lists.openehr.org>> Subject: RE: Syntax for including archetypes in SLOTs, regardless of ver

RE: DV_PROPORTION vs DV_QUANTITY for %

I think maybe actual modelling practice should be taken into account here. Since these guidelines haven't been available, several important percentages in published archetypes have been modelled as DV_PROPORTION: openEHR-EHR-CLUSTER.inspired_oxygen.v1

RE: DV_PROPORTION vs DV_QUANTITY for %

I still don’t understand if we have a conclusion. And I don’t understand why proportion is the correct data type for O2 levels but not for alcohol levels. Regards, Silje From: openEHR-technical On Behalf Of Ian McNicoll Sent: Monday, January 7, 2019 7:13 PM To: For openEHR technical

RE: DV_PROPORTION vs DV_QUANTITY for %

In that case, I don't understand the use case for the 'percent' and 'unitary' variants of the DV_PROPORTION data type. What are they for? Regards, Silje -Original Message- From: openEHR-technical On Behalf Of Thomas Beale Sent: Friday, January 4, 2019 8:38 PM To:

RE: DV_PROPORTION vs DV_QUANTITY for %

Anyone…?  Regards, Silje From: openEHR-technical On Behalf Of Bakke, Silje Ljosland Sent: Tuesday, January 8, 2019 2:53 PM To: For openEHR technical discussions Subject: RE: DV_PROPORTION vs DV_QUANTITY for % I still don’t understand if we have a conclusion. And I don’t understand why

Christmas cleaning of the openEHR wiki...

Hi everyone, Sorry for the crossposting, but I thought this would concern everyone. I believe the openEHR wiki is an important documentation tool that has probably been a bit neglected(?). The default Confluence theme isn't super pretty, and the site is difficult to navigate, in my opinion

RE: Christmas cleaning of the openEHR wiki...

: openEHR-technical On Behalf Of Thomas Beale Sent: Tuesday, August 6, 2019 3:51 PM To: openehr-technical@lists.openehr.org Subject: Re: Christmas cleaning of the openEHR wiki... On 06/08/2019 13:43, Bakke, Silje Ljosland via openEHR-technical wrote: Picking this up again half a year later

RE: Christmas cleaning of the openEHR wiki...

, Silje Ljosland via openEHR-technical wrote: I think we may need a more thorough discussion about how to best use the wiki. How do we maximise information findability, how do we enable new people (and not-so-new people!) to find their way around? Do we make new empty spaces when we start

RE: Christmas cleaning of the openEHR wiki...

Picking this up again half a year later… I’ve archived the following spaces, since there seemed to be a consensus that they weren’t used. This is easily reversible: * Healthcare * Demonstration Space * Education * Ontologies * Website Thomas, have you had a chance to look