Re: access on items in a cluster

technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/000001C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego B

Re: difference in expressability for archetype and template definitions

In ADL2 yes El sáb., 12 oct. 2019 17:17, Georg Fette escribió: > so, ADL2 is used to define both archetypes as well as templates ? > > -- > - > Dipl.-Inf. Georg Fette Raum: B001 > Universität WürzburgTel.:

Re: difference in expressability for archetype and template definitions

Originally they were thought as two different artifacts to live in different parts of the system. But as you point this is not the case. That's why in ADL2 both archetypes and templates are describe by the sane artifacts In case of ADL1.4, templates que usually describe in OPT, which has

Re: information gain by "cardinality" ?

> > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG

Re: data element type from the RM

gt; -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior deve

Re: Rules in archetypes - what are the requirements?

instance. > > - thomas > _______ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL]

Re: DV_PROPORTION vs DV_QUANTITY for %

@lists.openehr.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

Re: DV_PROPORTION vs DV_QUANTITY for %

Also, take into account that if you use DV_PROPORTION to represent this percent, you will always have this double quantity stored in your data, which doesn't really add nothing of value and just will slow down your queries. Regards El jue., 3 ene. 2019 10:30, Ian McNicoll escribió: > Hi

Re: openEHR on FHIR and vice versa

ri, Dec 14, 2018 at 8:01 AM Jan-Marc Verlinden < >>> jan-m...@medrecord.io> wrote: >>> >>>> We are doing something similar at the moment. but instead of doing this >>>> inside the archetype we are considering the use of an external mapping tool >&

Re: openEHR on FHIR and vice versa

_ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t

Re: openEHR on FHIR and vice versa

0 > 2801 CA Gouda > the Netherlands > > On 14 Dec 2018, at 11:48, Diego Boscá wrote: > > Hello Georg, > > The main result of that paper was supporting FHIR as a reference model to > define archetypes (you can do that with no limitations on the currently > available tool

Re: openEHR on FHIR and vice versa

; [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@veratech.es yamp...@gmail.com VeraTech for Health SL +34 654604676 <+3

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

galore 560100 > w: healthelife.in e: dil...@healthelife.in > > > On Thu, Dec 13, 2018 at 2:31 PM Diego Boscá wrote: > >> Hi Dileep, >> >> You can create new templates based on archetypes (File->new template), or >> import your OPT. I recommend that you conf

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

tp://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <

Re: Reference Model as Archetypes ?

We plan in using Archie library when we migrate our tools for ADL2 :) El mié., 12 dic. 2018 15:24, Thomas Beale escribió: > 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

Re: Reference Model as Archetypes ?

ibió: > On 12-12-18 14:49, Diego Boscá wrote: > > These are modifications on the parser, which parses more things than > > your standard parser. In fact, the editor supports legal things in ADL > > that other parsers don't (e.g. explicit node identifiers or > > existence).

Re: Reference Model as Archetypes ?

) escribió: > On 12-12-18 13:48, Diego Boscá wrote: > > The official one, these are 'hacks' that allow you to handle > > requirements and edge cases only present in these RM archetypes > > Diego, I don't want to be harsh about LinkEhr, which is a very strong > product. But this sit

Re: Reference Model as Archetypes ?

mlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@veratech.es yamp...@gmail.com VeraTech for Hea

Re: Reference Model as Archetypes ?

The official one, these are 'hacks' that allow you to handle requirements and edge cases only present in these RM archetypes El mié., 12 dic. 2018 a las 13:41, Bert Verhees () escribió: > On 12-12-18 12:53, Diego Boscá wrote: > > We used that one as a basis and generalized mostly

Re: Reference Model as Archetypes ?

listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTW

Re: Reference Model as Archetypes ?

al_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego B

Re: Reference Model as Archetypes ?

;https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@veratech.es yamp...@gmail.com VeraTech for

Re: Reference Model as Archetypes ?

g.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@veratech.es yamp...@gmail.com VeraTech for Health SL +34 654604676 <+34%20654604676> www.veratech.es La i

Re: Reference Model as Archetypes ?

; ATTRIBUTE [Observation_state_code] matches { > name matches {"state"} > ... > } > } > } > > or you could do it with C_OBJECT and C_ATTRIBUTE, which is a workable > meta-model. > > - thomas > On 11/12/2018 10

Re: Reference Model as Archetypes ?

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

Re: Reference Model as Archetypes ?

t; > 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 the XSD schemas (and more recently, from BMM). It > > fits quite nicely with the archetype methodology (every arch

Re: Reference Model as Archetypes ?

ge: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@

Re: ADL specification question

As Pieter said, default occurrences (if not stated) are 0..* So if the attribute is ordered, this means that if the object appears, it has to be in that specific order, in your case at0002, at0002...at0003, at0003 Cardinality tells you how many of these are valid, so minimum 2. Take into account

Re: ADL specification question

Hello Georg, What (and how many) objects you have inside the items attribute? Think the cardinality as the "vector" capacity, and inside you can put them in order (depending on their occurrences, they may even not appear at all) Regards El jue., 29 nov. 2018 10:31, Georg Fette escribió: >

Re: Parsing of Archetypes/Templates

> > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https

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

This could work in some cases, but if I recall correctly that name is language dependent (i.e. Only one of the archetype translations is used) , which would make this difficult to implement in archetypes that have several languages as you wouldn't be able to easily tell what label is really there

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

> skype: ianmcnicoll > email: i...@freshehr.com > twitter: @ianmcnicoll > > > Co-Chair, openEHR Foundation ian.mcnic...@openehr.org > Director, freshEHR Clinical Informatics Ltd. > Director, HANDIHealth CIC > Hon. Senior Research Associate, CHIME, UCL > > > On Fri

Re: DV_DURATION and magnitude_status?

http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: M

Re: DV_DURATION and magnitude_status?

414994 > skype: ianmcnicoll > email: i...@freshehr.com > twitter: @ianmcnicoll > > > Co-Chair, openEHR Foundation ian.mcnic...@openehr.org > Director, freshEHR Clinical Informatics Ltd. > Director, HANDIHealth CIC > Hon. Senior Research Associate, CHIME, UCL > > > On Mon,

Re: DV_DURATION and magnitude_status?

lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https:/

Re: DV_DURATION and magnitude_status?

I'm not really sure that it even means what we need in this case El lun., 24 sept. 2018 19:35, Diego Boscá escribió: > I've never understood the usefulness of that attribute: Seems strange to > populate an attribute that will end up in data with a value that could > provoke misunder

Re: DV_DURATION and magnitude_status?

reshEHR Clinical Informatics Ltd. > Director, HANDIHealth CIC > Hon. Senior Research Associate, CHIME, UCL > > > On Mon, 24 Sep 2018 at 17:08, Diego Boscá wrote: > >> Yeah, it is supported in 1.4. However, I'm not sure that that Durations >> are the way to go he

Re: DV_DURATION and magnitude_status?

info/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7>

Re: GDPR and OpenEhr.

mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedI

Re: GDPR and OpenEhr.

And as I said this is covered by the exemptions to hard delete on that law article, no need for German providers to delete nothing their national law doesn't allow for. El sáb., 1 sept. 2018 a las 20:42, Karsten Hilbert () escribió: > On Sat, Sep 01, 2018 at 08:29:33PM +0200, Diego Boscá wr

Re: GDPR and OpenEhr.

original patient being given the new EHR id. > > I think GDPR has some way to go yet in healthcare... > > - thomas > > On 01/09/2018 18:57, Diego Boscá wrote: > > If a patient uses a private health provider then he has the right of > taking all that information and move to a

Re: GDPR and OpenEhr.

s to allow openEHR systems to be GDPR compliant El sáb., 1 sept. 2018 a las 20:17, Karsten Hilbert () escribió: > On Sat, Sep 01, 2018 at 07:57:31PM +0200, Diego Boscá wrote: > > > If a patient uses a private health provider then he has the right of > taking > > all that informati

Re: GDPR and OpenEhr.

openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJ

Re: Is description = <"*"> mandatory?

; _______ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [ima

Re: The openEHR Asia summit succeeded.

t > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <h

Re: Empty COMPOSITION.content is valid?

You would be surprised to the amount of legacy data with no clinical content, just because original systems allowed it El jue., 26 jul. 2018 10:41, Bert Verhees escribió: > On 26-07-18 09:57, Thomas Beale wrote: > > Does it make sense to have an empty COMPOSITION.content? > > Imagine a visit to

Re: UCUM/SNOMED/custom units

<https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@veratech.es yamp...@gmail.com VeraTech for Health SL +34 654604676 <+34%20654604676&

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

We had to wrestle with data transformation in our early days, which made us learn things in the hard way :) As you said ADL2 addresses most of these issues so I think it is definitely the way to go. 2018-07-13 13:37 GMT+02:00 Thomas Beale : > > > On 13/07/2018 12:13, Diego Bo

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

; -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/000001C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...

Re: Is the proportion kind "integer fraction" correct?

; have > no real semantic differences, and "integer fraction" is just for visual > representation. > > On Mon, Jul 2, 2018 at 8:50 PM, Diego Boscá wrote: > >> both that and fraction seem to be intended for visualization purposes >> more than real constraints. >>

Re: Is the proportion kind "integer fraction" correct?

gt; -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior d

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

number of clinically sound > precoordinations so that SNOMED expansion will reach an asymptote that keep > being manageable"? > > Le 31/03/2018 à 20:55, Diego Boscá a écrit : > > What I was referencing was one way in which current systems (or more > exactly, their dev

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

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

Re: Should Duration class used in AOM 1.0.2 be ISO8601_DURATION from support specs?

Nothing restricts you to create a "data type pattern"/specialized cluster that has exactly this semantics El mar., 20 mar. 2018 23:34, A Verhees escribió: > One last remark. > > There is in medical context need of a datatypes to express: "do this one > time a month, for

Re: Should Duration class used in AOM 1.0.2 be ISO8601_DURATION from support specs?

We can revisit all the types we want, but we shouldn't forget that types will be used for medical data, and maybe we don't really need nanosecond precision. El mar., 20 mar. 2018 23:09, A Verhees escribió: > Now you say, you are right. > > The Java 8 duration is indeed

Re: [Troll] Terminology bindings ... again

- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior develop

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

I assume the reason is that asking clinicians to do coding without any help provides great variability and leads to coding errors. What Thomas said about presenting clinicians with addecuated subsets is key to avoid that. There are also mechanisms to check coding quality/errors, but usually need

Re: Terminology bindings ... again

___ >> openEHR-clinical mailing list >> openehr-clini...@lists.openehr.org >> http://lists.openehr.org/mailman/listinfo/openehr-clinical_ >> lists.openehr.org >> > > > > -- > Ing. Pablo Pazos Gutiérrez > pablo.pa...@cabolabs.com > +598 99 043 145

Re: Setting thresholds

Sure thing, see my example :) 2018-03-02 11:23 GMT+01:00 Karsten Hilbert <karsten.hilb...@gmx.net>: > On Fri, Mar 02, 2018 at 09:47:12AM +0100, Diego Boscá wrote: > > > Not sure if I fully understand/agree. As knowledge advances, past data > > could be seen unde

Re: Setting thresholds

.openehr.org >> > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- [image: VeraTech for Health SL] <

Re: Setting thresholds

ge improvements) > Shouldn't the result of the query to the external service be made at the > time of the source event, not in AQL. > — > Colin > > On 1 Mar 2018, at 10:31 pm, Bert Verhees <bert.verh...@rosa.nl> wrote: > > > > On 01-03-18 12:01, Diego Boscá wrote: > &

Re: Setting thresholds

. > > I've been holding back on the recent external service calls discussions :) > there is certainly a need for that but it also has the potential to open a > can of worms and I'd better no hijack this thread ;) > > On Thu, Mar 1, 2018 at 11:01 AM, Diego Boscá <yamp...@gm

Re: Setting thresholds

I believe that we need a way in standard AQL to call to arbitrary external services, this seems like another use case for that El 1 mar. 2018 11:46 a. m., "Seref Arikan" < serefari...@kurumsalteknoloji.com> escribió: > Hi Colin, > See responses inline please > > On Thu, Mar 1, 2018 at 10:20 AM,

RE: Creating a terminology

Matthew, what is the scope of your terminology? Are the terms intended to appear in data instances? If terms are intrinsic to a set of archetypes then you could probably define the terms as constraint bindings in each archetype. El 22 feb. 2018 1:44 p. m., "Darlison, Matthew"

Re: Templates for application form development

These rules/assertions are things we can express with the AM right now, right? :D El 20 feb. 2018 5:37 p. m., "Thomas Beale" escribió: > > On 19/02/2018 10:47, Pablo Pazos wrote: > >> IMO annotating templates with UI info is not a good idea. A layered >> approach is

Re: Templates for application form development

<https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@veratech.es yamp...@gmail.co

Re: Templates for application form development

Wops, pressed send button too early. We have experimented with lforms and conversions from archetypes are really straightforward El 18 feb. 2018 10:02 p. m., "Diego Boscá" <yamp...@gmail.com> escribió: > > El 18 feb. 2018 7:58 p. m., "Pablo Pazos" <pablo.pa.

Re: Templates for application form development

El 18 feb. 2018 7:58 p. m., "Pablo Pazos" escribió: > I have a pdf spec in Spanish, this was a university project to have > platform independent GUI definitions based on opts, while creating > technology specific GUI generators for data entry and display. I mentioned >

Re: Optmizing AQL

I agree with all your points BTW :) 2018-02-17 15:09 GMT+01:00 Bert Verhees <bert.verh...@rosa.nl>: > On 17-02-18 13:11, Diego Boscá wrote: > > Maybe it is possible to generalize it in a way that it could be external > calls that return a value or list of values. Ma

Re: Optmizing AQL

https://bioportal.bioontology.org/ It has tons of knowledge exposed as queriable web services. All services have an RDF output, so is perfect to demonstrate linked data 2018-02-17 15:09 GMT+01:00 Bert Verhees <bert.verh...@rosa.nl>: > On 17-02-18 13:11, Diego Boscá wrote:

Re: Optmizing AQL

s://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@veratech.es yamp...@gmail.com

Re: HRe: openEHR REST APIs - Release 0.9.0 / invitation for ,

In an ideal world you probably would just ask if the code is in the subset (both as parameters). From the snomed evaluation cost of both operations (give me all the codes and is this code in the subset) cost virtually the same (or less). Also several caching techniques could be used in both

Re: Quantities of arbitrary units in openEHR

Bakke, Silje Ljosland <silje.ljosland.bakke@ nasjonalikt.no>: > This sounds good in theory, but I don’t think it’ll help me with my > modelling in the next couple of weeks? J > > > > Regards, > > *Silje* > > > > *From:* openEHR-technical [mailto:openehr-technic

Re: Quantities of arbitrary units in openEHR

field out mean that we can have one > Quantity element with the units Cel, m, kg, ml and [arb'U]? > > > > Regards, > > *Silje* > > > > *Fra:* openEHR-technical [mailto:openehr-technical- > boun...@lists.openehr.org] *På vegne av* Diego Boscá > *Sendt:* fre

Re: Quantities of arbitrary units in openEHR

cal_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Die

Re: Extract archetypes

underscore it is then! :D 2017-11-30 9:09 GMT-03:00 Pieter Bos <pieter@nedap.com>: > The test package is called “test_pkg” at least in adl2 – so underscores > are supported. > > Pieter > > From: openEHR-technical <openehr-technical-boun...@lists.openehr.org> on

Re: Extract archetypes

Having said that, I'm not sure current regex for archetype ids allows the use of spaces or undescores on the rm part. I'll have to check that 2017-11-30 9:04 GMT-03:00 Diego Boscá <yamp...@gmail.com>: > Hi Bert, > > I would say that the "rm name" would be "

Re: Extract archetypes

t > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr-technical_ > lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] &l

Re: Blockchain

___ >> openEHR-technical mailing list >> openEHR-technical@lists.openehr.org >> http://lists.openehr.org/mailman/listinfo/openehr-technical_ >> lists.openehr.org >> > > > > _______ > ope

Re: Blockchain

ig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@veratech.es yamp...@gmail.com VeraTech for Health S

Re: Stackoverflow tag: openehr

Great! Good news El 11 nov. 2017 3:56 p. m., "gjb" escribió: > Hi all, > Today I created a tag on Stackoverflow for openEHR > https://stackoverflow.com/questions/tagged/openehr > For it to persist over time there needs to be sufficent level of activity > involving openehr tagged

Re: RE:

tee of the OpenEyes Foundation Charity >> Academic Board Member, the Planetearth Institute >> >> >> ___ >> openEHR-clinical mailing list >> openehr-clini...@lists.openehr.org >> http://lists.openehr.org/mailman/list

Re:

.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás /

Re: Is 'Choice' datatype available in Archetype editor an OpenEHR standard

lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG>

Re: New interim release of ADL Workbench.

if you mean the schemas > for various RMs. > > - thomas > > On 20/09/2017 11:46, Diego Boscá wrote: > > Thomas, > > Do you have available lastest version of bmm "schema"? > > Regards > > 2017-09-20 12:31 GMT+02:00 Thomas Beale <thomas.be...@openehr.org>

Re: New interim release of ADL Workbench.

[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/01BZTWS7> Diego Boscá Tomás / Senior developer diebo...@v

Re: openEHR related News: Ripple Foundation launches EtherCIS to the world of Healthcare

EHR-implementers mailing list > openehr-implement...@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > implementers_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/0

Re: Reports - a new openEHR RM type?

> Cel:(00598) 99 043 145 > Skype: cabolabs > <http://cabolabs.com/> > http://www.cabolabs.com > pablo.pa...@cabolabs.com > Subscribe to our newsletter <http://eepurl.com/b_w_tj> > > ___ > openEHR-technical mailing list > op

Re: SNOMEDCT - correct representation

3/05/2017 13:31, Diego Boscá wrote: > >> Or just use the "Long syntax" as described in point 5.2 from Expression >> Constraint Language, which keeps things readable enough >> http://snomed.info/ecl/descendantOrSelfOf 73211009 |Diabetes mellitus| >> >> &g

Re: SNOMEDCT - correct representation

> <https://intermountainhealthcare.org/> > Management Board, Specifications Program Lead, openEHR Foundation > <http://www.openehr.org> > Chartered IT Professional Fellow, BCS, British Computer Society > <http://www.bcs.org/category/6044> > Health IT blog <http://wolandsca

Re: SNOMEDCT - correct representation

penehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/0

Re: SNOMEDCT - correct representation

ehr- > technical_lists.openehr.org > -- [image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ> [image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn] <https://htmlsig.com/t/01C4DPJG> [image: Maps] <https://htmlsig.com/t/00

Re: SNOMEDCT - correct representation

But you probably need to define national extensions in constraint binding in templates. Templates are archetypes in the end 2017-04-25 11:47 GMT+02:00 Bert Verhees <bert.verh...@rosa.nl>: > On 25-04-17 09:50, Diego Boscá wrote: > >> I think having this in a hardcoded terminolog

Re: SNOMEDCT - correct representation

5678 > > Michael > > Sent from my iPhone > > On 25 Apr 2017, at 5:52 pm, Diego Boscá <yamp...@gmail.com> wrote: > > I think having this in a hardcoded terminology list is probably far from > ideal (e.g. how do you put "snomed ct+norway national extension&q

Re: SNOMEDCT - correct representation

om >> Subscribe to our newsletter <http://eepurl.com/b_w_tj> >> ___ >> openEHR-technical mailing list >> openEHR-technical@lists.openehr.org >> http://lists.openehr.org/mailman/listinfo/openehr- >> technical_lists.openehr.

Re: Random / Synthetic Data Generation over Templates

Yeah, LinkEHR can do that Regards El 13/4/2017 17:37, "Anastasiou A." escribió: > Hello everyone > > > > I remember some time ago, there was a tool that given a detailed template > description, it would populate it with random data taking > into account only

Re: Hand coding templates in ADL 1.4

Hello Dileep, If you stick with ADL 1.4 then you could use LinkEHR Studio ( http://linkehr.com) to create templates from other RM such as demographic model. The same tool can be used to import OET and export OPT for any given RM. Regards El 12/2/2017 9:44, "Dileep V S"

Re: Runtime name suggestions?

I believe linkEHR supports this, and you can export the archetype to be fully compatible with AD and TD 2017-01-17 13:46 GMT+01:00 Ian McNicoll : > ITEM_TREE[at0001] matches { -- Tree > items cardinality matches {1..*; unordered} matches { > CLUSTER[at0009] occurrences matches

Re: Better approach for announcements, forums?

I'm pretty sure discord can notify you by email of every post or even mention you have in your subscribed channels El 30/12/2016 12:27, "Karsten Hilbert" escribió: > On Fri, Dec 30, 2016 at 12:16:25PM +0200, Pekka Pesola wrote: > > > I agree - moving to some kind of a

Re: Could the specs group consider making uid mandatory?

I believe that ISO 13606 renewal has proposed uuid to be made optional, but they are still there El 18/12/2016 23:23, "Heath Frankel" escribió: > I think it should be a strong recommendation rather than mandatory > considering it is currently optional and the

  1   2   3   4   >