Re: data element type from the RM

burg mail: georg.fe...@uni-wuerzburg.de > - > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.o

Re: API for adding data to an EHR

penEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w_tj> <https://cabol

Re: templates in .oet and .opt

-(0)931-31-86732 > 97074 Würzburg mail: georg.fe...@uni-wuerzburg.de > - > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lis

Modeling tool: current version and latest release date

versions and some only one version, like the AE) This information will be useful to pick the right tool for each project, and if we have tools that are not longer being maintained, it is also good to mention that there. That info is also useful for newcomers. What do others think? -- *Ing. Pablo

Re: AQL query for blood pressure from the AQL documentation

)931-31-86732 > 97074 Würzburg mail: georg.fe...@uni-wuerzburg.de > - > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org >

Re: Automation with openEHR & SNOMED-CT ontology reasoning

BTW, the querying we use is not AQL, is what we call path-based queries, that is explained here https://docs.google.com/document/d/1pGJXIWHCgjyiofLmNHRTG7UFuB-tVWzm625X5rkiHiw/edit?usp=sharing On Tue, Mar 26, 2019 at 9:22 AM Pablo Pazos wrote: > If the idea is to get openEHR data ba

Re: Automation with openEHR & SNOMED-CT ontology reasoning

__ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs

Re: serialization syntax of openEHR instance data

mail: georg.fe...@uni-wuerzburg.de > - > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/list

Re: serialization syntax of openEHR instance data

ctive Stance > <https://theobjectivestance.net/> > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- *Ing. Pabl

Re: openEHR on FHIR and vice versa

> *To:* For openEHR technical discussions > *Subject:* Re: openEHR on FHIR and vice versa > > Thanks Pablo, > I second that. > > Regards > > Heath > _ > From: Pablo Pazos > Sent: Wednesday, December 19, 2018 3:36 am > Subject: Re: openEHR

Re: openEHR on FHIR and vice versa

On Tue, Dec 18, 2018 at 2:50 PM Thomas Beale wrote: > > 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 fee

Re: openEHR on FHIR and vice versa

ice +44 (0)1536 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 > >

Re: openEHR on FHIR and vice versa

usted lee este mensaje y no es el destinatario señalado, el empleado o >> el agente responsable de entregar el mensaje al destinatario, o ha recibido >> esta comunicación por error, le informamos que está totalmente prohibida, y >> puede ser ilegal, cualquier divulgació

Re: openEHR-technical Digest, Vol 80, Issue 12

want those results to feed CDS rules. Hope this helps to understand our approach. Best, Pablo. On Mon, Nov 19, 2018 at 4:56 PM Ricardo Gonçalves wrote: > Hi all, > > It's been a while since I've seen it but I think Pablo Pazos has some > quite good work for that topic on EH

Re: AQL on versioned compositions

Electronics City, Bangalore 560100 >>> w: healthelife.in e: dil...@healthelife.in >>> ___ >>> openEHR-technical mailing list >>> openEHR-technical@lists.openehr.org >>> >>> http://lists.openehr.org/mai

Re: DV_DURATION and magnitude_status?

On Mon, Sep 24, 2018 at 4:26 PM Thomas Beale wrote: > > > 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

Re: DV_DURATION and magnitude_status?

han sido incorporados en el sistema de tratamiento > de VERATECH FOR HEALTH, SL y que siempre y cuando se cumplan los requisitos > exigidos por la normativa, usted podrá ejercer sus derechos de acceso, > rectificación, limitación de tratamiento, supresión, portabilidad y > oposición/revocación, en los términos que es

Re: Inconclusive lab results coding

You are awesome :) On Mon, Sep 17, 2018, 04:32 David Moner wrote: > You should contact your national representative, since Uruguay is a member > country. It is AGESIC (sno...@salud.uy) > > El lun., 17 sept. 2018 a las 5:34, Pablo Pazos () > escribió: > >> Need to check

Re: Inconclusive lab results coding

chance that others might as well. > > > > And if there is a better solution then SNOMED Intl might be able to point > us to them. > > > > Regards > > > > Heather > > > > > > *From:* openEHR-technical *On > Behalf Of *Pablo Pazos > *Sent:* Mo

Re: Re: Generic modeling and issues for querying

e principle seems reasonable. > > Karsten > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabo

Re: Inconclusive lab results coding

That makes me think that I can create a post coordinated expression with the inconclusive and the cervical cytology (procedure) or (findings) concepts :) On Sun, Sep 16, 2018 at 10:16 PM Seung Jong Yu wrote: > Hi Pablo Pazos > > I searched "inconclusive or not clear" (wi

Re: Inconclusive lab results coding

iteliales escamosas de grado alto): > SNOMED-CT::22725004 > + CEA (células escamosas atípicas, no se pueden excluir las LIEAG): > SNOMED-CT::373878001 > + AIS (adenocarcinoma in situ): SNOMED-CT::51642000 > + Células de cáncer cervical (carcinoma de células escamosas o > adenocarcinoma

Re: Generic modeling and issues for querying

e group to get a panel. On the basis that probably 100-200 > analytes covers the vast majority of lab tests, I think this is > sustainable. > > I have not tried it in ADL1.4 / OET. > > - thomas > > On 15/09/2018 22:08, Pablo Pazos wrote: > > Hi all, > > Lately

Generic modeling and issues for querying

ric models, how to query them without these issues, or if you just go with specific models. Thanks. -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w_tj> <https://cabolabs.com/> http://ww

Re: What's the correct XML in an OPT for multiple terminology references?

* CODE_PHRASE * terminology:SNOMED-CT* On Sat, Sep 15, 2018 at 2:56 PM Pablo Pazos

What's the correct XML in an OPT for multiple terminology references?

* (that looks ugly and I don't think is valid) I'm surprised to find this simple case can't be supported by tools or the OPT format itself. Any tips are welcome. Best, Pablo. -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <h

Inconclusive lab results coding

ma in situ): SNOMED-CT::51642000 + Células de cáncer cervical (carcinoma de células escamosas o adenocarcinoma): SNOMED-CT::285432005 Thanks! -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w_tj> <h

Re: Recommended versioning strategy for Templates

> Director, HANDIHealth CIC > Hon. Senior Research Associate, CHIME, UCL > > > On Sat, 1 Sep 2018 at 18:12, Pablo Pazos wrote: > >> In the EHRServer the implementation of queries allow to express a >> specific version of an archetype a.b.v1 or all versions a.b.* >

Re: Recommended versioning strategy for Templates

BCS, British Computer Society > <http://www.bcs.org/category/6044> > Health IT blog <http://wolandscat.net/> | Culture blog > <http://wolandsothercat.net/> | The Objective Stance > <https://theobjectivestance.net/> > ___ &

Re: AQL on specific list of compositions

l University Braunschweig and Hannover Medical > School Software Architect HiGHmed Project * > Tel: +49 176 640 94 640, Fax: +49 531/391-9502 > birger.haarbra...@plri.de > www.plri.de > > _______ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org >

Re: AQL on specific list of compositions

post hoc add Folders to 'old' EHRs that never had them. >>> >>> - thomas >>> >>> >>> On 20/08/2018 10:07, Ian McNicoll wrote: >>> > Thanks Thomas, >>> > >>> > What are your thoughts on the AQL example I foolishly guessed

Re: Drug dispense entry class question

On Sat, Aug 11, 2018 at 4:50 PM, Karsten Hilbert wrote: > On Sat, Aug 11, 2018 at 04:24:47PM -0300, Pablo Pazos wrote: > > > > > I'm inclined to think it as an ACTION if this task alters the state > of > > > the > > > > prescription INSTRUCTION ISM. O

Re: Drug dispense entry class question

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 Sat, 11 Aug 2018 at 20:24, Pablo Pazos &g

Re: Drug dispense entry class question

Hi Karsten, On Sat, Aug 11, 2018 at 4:21 PM, Karsten Hilbert wrote: > On Sat, Aug 11, 2018 at 04:03:28PM -0300, Pablo Pazos wrote: > > > How would you map a "pharmacy drug dispense" task, where the patient > comes > > with a prescription and a clerk delivers the

Drug dispense entry class question

"COMPLETED" is when the treatment is finished. What do you think? Thanks! -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w_tj> <https://cabolabs.com/> http://w

Re: post-coordination in openEHR

IMO it means post coordinated stuff can't be used at design time in archetypes. It can be used at runtime. For instance we use snomed expressions embedded in openEHR queries to filter coded texts. In the archetype or template that defines that coded text, there is only a binding with snomed,

Re: openEHR Education Program

t;> ago but we felt that a simpler bootstrap process is required at this stage. >> >> A small group of current education providers led by Heather Leslie, Hildi >> McNicoll, Pablo Pazos and with Board representation from Koray Atalag are >> putting the final touches o

Re: openEHR Education Program

wrote: > [Although this is a transversal topic to openEHR, I send it to the > technical list, as it is the most active] > > Hello, > > Some time ago (I think it was in 2015), there was some movement towards > formalizing an Education Program about openEHR. I thing Evely

Re: UCUM/SNOMED/custom units

lution is just right ;-) > But possible I do not oversee all consequences > > Bert > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr-technical_ > lists.open

Does anyone know if the Template Designer is being maintained?

Bug reports been there for 3 years and no new versions seem to be released: https://openehr.atlassian.net/projects/TDPR/issues/TDPR-16?filter=allopenissues -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.

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

openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > > -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w_tj> <https://cabolabs.com/> http

Empty COMPOSITION.content is valid?

-- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w_tj> <https://cabolabs.com/> http://www.cabolabs.com https://cloudehrserver.com ___ openEHR-technica

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

"fraction" being only a > visual representation of "integer fraction" ;) > > 2018-07-03 2:00 GMT+02:00 Pablo Pazos : > >> But I think "fraction" makes the values of the DV_PROPORTION (numerator, >> denominator) to be interpreted differently from

Is the proportion kind "integer fraction" correct?

e specs? I guess this tried to solve a use case and it was a shorthand to represent this format as a proportion kind. Thanks, Pablo. -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w_tj>

Re: Interval events - "change" math function semantics

ty (also this needs clinical validation). If we can validate that, and agree on a criteria, we might need to add a clarification/recommendation on that area to the specs. On Wed, Jun 27, 2018 at 7:55 AM, Thomas Beale wrote: > > > On 23/06/2018 21:13, Pablo Pazos wrote: > > Hi, another ques

Re: AE constraints offset for POINT_EVENTs

On Wed, Jun 27, 2018, 04:56 Thomas Beale wrote: > > On 26/06/2018 18:12, Pablo Pazos wrote: > > Thanks David, didn't noticed that discussion! > > @Thomas, isn't constraining HISTORY.period a way to define > POINT_EVENT.offset() for all the events in HISTORY.events? > &

Re: Question about periodic interval events

t; always from start to start, assuming there is periodicity. > > > On 23/06/2018 20:35, Pablo Pazos wrote: > >> Hi all, >> >> As usual I'm reading the specs and have a question about periodic >> interval events. >> >> I'm not sure how the period is cal

Re: AE constraints offset for POINT_EVENTs

d IT Professional Fellow, BCS, British Computer Society > <http://www.bcs.org/category/6044> > Health IT blog <http://wolandscat.net/> | Culture blog > <http://wolandsothercat.net/> | The Objective Stance > <https://theobjectivestance.net/> > > ___

Re: Question about periodic interval events

Hi Gerard, On Sun, Jun 24, 2018 at 4:04 AM, GF wrote: > See below > > GF > > Gerard Freriks > +31 620347088 > gf...@luna.nl > > Kattensingel 20 > 2801 CA Gouda > the Netherlands > > On 24 Jun 2018, at 01:49, Pablo Pazos wrote: > > Hi Gerard, &

Re: Question about periodic interval events

.html#_history_class ). But if you think this has to do with the medical interpretation, please elaborate. Maybe I'm missing something. Thanks. On Sat, Jun 23, 2018 at 4:42 PM, Karsten Hilbert wrote: > On Sat, Jun 23, 2018 at 04:35:36PM -0300, Pablo Pazos wrote: > > > As usua

Interval events - "change" math function semantics

nehr_terminology.xml These are the ones that I don't understand, in terms of how to use them in software: Does anybody have some example that uses any of those math functions? Thanks! -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to ou

Question about periodic interval events

different durations. Is the period calculated from E1.start to E2.start or from E1.end to E2.start? This is of course to know when E3 should start. Thanks! -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.

Re: SMART on FHIR integration

> openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- Ing. Pablo Pazos Gutiérrez pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs <http://cabolabs.com/> http:

Re: [Troll] Terminology bindings ... again

> Maybe we can then use that definition as a guideline to keep the > discussion focussed. > > Best regards > Bert Verhees > > Op di 3 apr. 2018 01:19 schreef Pablo Pazos <pablo.pa...@cabolabs.com>: > >> Please see below, >> >> On Mon, Apr

Re: [Troll] Terminology bindings ... again

and where knowledge and information is defined, managed and used, very related to epistemology :) > > > Gerard Freriks > +31 620347088 <+31%206%2020347088> > gf...@luna.nl > > Kattensingel 20 > 2801 CA Gouda > the Netherlands > > On 2 Apr

Re: [Troll] Terminology bindings ... again

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

Re: openEHR Toolkit

this is a simple app, Java only. On Thu, Mar 29, 2018, 04:04 A Verhees <bert.verh...@rosa.nl> wrote: > > > Op do 29 mrt. 2018 02:39 schreef Pablo Pazos <pablo@gmail.com>: > >> For now this is just a place that integrates some of the tools I >> develope

Re: openEHR Toolkit

e. Is it an idea to make it some kind an open framework/platform infrastructure so that other developers can collaborate or hang their software in? Op wo 28 mrt. 2018 05:40 schreef Pablo Pazos <pablo.pa...@cabolabs.com>: > Hi all, > > I have released a humble pack of tools to help de

openEHR Toolkit

have many areas of improvements :) -- Ing. Pablo Pazos Gutiérrez pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com https://cloudehrserver.com Subscribe to our newsletter <http://eepurl.c

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

ns. > > Regards, > > Pieter Bos > > Op 20 mrt. 2018 om 21:06 heeft Pablo Pazos <pablo.pa...@cabolabs.com< > mailto:pablo.pa...@cabolabs.com>> het volgende geschreven: > > Thanks Thomas, will create the PR! > > Also will double check if the

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

xpressions, year, month, week are not supported. Each technology has it's own quirks :) On Tue, Mar 20, 2018 at 7:21 AM, Thomas Beale <thomas.be...@openehr.org> wrote: > > > On 19/03/2018 22:25, Pablo Pazos wrote: > > Hi Thomas, the definition of DV_DURATION is clear to me :) >

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

but the link to support is broken http://openehr.org/RM/Release-1.0.3/support.html On Mon, Mar 19, 2018 at 4:03 PM, Thomas Beale <thomas.be...@openehr.org> wrote: > > > On 19/03/2018 18:33, Pablo Pazos wrote: > > Thanks Thomas, I see the Duration class on the baselin

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

different) in AOM2 > <http://www.openehr.org/releases/AM/latest/docs/AOM2/AOM2.html#_c_duration_class> > . > > - thomas > > On 19/03/2018 05:24, Pablo Pazos wrote: > > Hi, > > Looking at CDuration http://www.openehr.org/releases/1.0.2/architecture/ &

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

hairos) > > Gerard Freriks > +31 620347088 > gf...@luna.nl > > Kattensingel 20 > 2801 CA Gouda > the Netherlands > > On 19 Mar 2018, at 06:24, Pablo Pazos <pablo.pa...@cabolabs.com> wrote: > > Hi, > > Looking at CDuration > http://www.op

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

reference that class or we have another Duration class somewhere? Or should we use DV_DURATION in CDuration? (DV_DURATION inherits from ISO8601_DURATION). http://www.openehr.org/releases/1.0.2/architecture/rm/data_types_im.pdf page 54 Thanks! -- Ing. Pablo Pazos Gutiérrez pablo.pa

Re: [Troll] Terminology bindings ... again

nical [mailto:openehr-technical- > boun...@lists.openehr.org] *On Behalf Of *Pablo Pazos > *Sent:* den 14 mars 2018 23:58 > *To:* For openEHR technical discussions <openehr-technical@lists. > openehr.org> > *Subject:* RE: [Troll] Terminology bindings ... again > > > > But

RE: [Troll] Terminology bindings ... again

But ICD is a statistical not a clinical tool. On Mar 14, 2018 7:10 PM, "Mikael Nyström" wrote: > Hi, > > > > Of cause it is possible to create something that is easier to use. ICD-10 > is a good example of something that have similarities with SNOMED CT and is > both (for

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

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

Re: [Troll] Terminology bindings ... again

- thomas > > On 13/03/2018 18:33, Pablo Pazos wrote: > > It is a very very very bad practice to ask clinicians to code! > > Standardizing diagnosis is a very different thing than asking clinicians > to code, the first is the strategy, the second is one possible, and bad, > imp

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

linicians with addecuated subsets is key to avoid > that. There are also mechanisms to check coding quality/errors, but usually > need high domain & terminology knowledge (but creating systems that 'learn' > from documentalists' knowledge is feasible) > > El mar., 13 mar. 2018

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

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

Re: [Troll] Terminology bindings ... again

lthcare > <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 &

Re: [Troll] Terminology bindings ... again

nsider "health" in its genuine meaning and you have to realize > that it is a complex domain fully opened to all other societal issues... > hence should ban components that are endemic to medicine. > > Maybe (and I really mean it for Latin America), it should be high ti

Re: Templates for application form development

> page > <https://openehr.atlassian.net/wiki/spaces/spec/pages/175276035/Application+Data-sets>, > and added a few ideas about how to use it. It is very close to what I was > thinking of. > > - thomas > > On 12/03/2018 07:31, Pablo Pazos wrote: > > Hi all, > &g

Re: [Troll] Terminology bindings ... again

In Latin America is all the contrary, more countries are becoming SNOMED members and adopting SNOMED at the govt level. On Mon, Mar 12, 2018 at 10:18 AM, Philippe Ameline <philippe.amel...@free.fr > wrote: > Le 12/03/2018 à 01:38, Pablo Pazos a écrit : > > > IMO we should focus

Re: Templates for application form development

. IHTSDO did something >> different, and FHIR did something else. All have good and bad points, but >> there has been no clear specification. >> >> I am inclined to think that the specification of the future is a kind of >> stripped down CTS2 that gets rid of XML/XSD, and c

Re: Terminology bindings ... again

visor) > > > > *Från:* openEHR-clinical [mailto:openehr-clinical- > boun...@lists.openehr.org] *För *Pablo Pazos > *Skickat:* den 12 mars 2018 01:39 > *Till:* For openEHR clinical discussions <openehr-clinical@lists. > openehr.org> > *Kopia:* Openehr-Technical <openehr-techn

Re: Terminology bindings ... again

untain Healthcare > <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:

Improving the specification for DV_PARSABLE, specially for ACTIVITY.timing

JIRA https://openehr.atlassian.net/browse/SPECPR-242 https://openehr.atlassian.net/browse/SPECPR-126 Anyone else has problems with this area of the specs? How did you solve that? -- Ing. Pablo Pazos Gutiérrez pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs <http://cabolabs.com/> http://www.cabolab

Re: Setting thresholds

__ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- Ing. Pablo Pazos Gutiérrez pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolab

Re: Templates for application form development

has those and the UITemplate should just define UI stuff that is not on the referenced OPT. I hope to have an updated & translated spec for next week. Best, Pablo. On Tue, Feb 20, 2018 at 1:52 PM, Pablo Pazos <pablo.pa...@cabolabs.com> wrote: > Let me look for it, haveit on a backup disk somew

Re: Templates for application form development

hr.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: Templates for application form development

Let me look for it, haveit on a backup disk somewhere :) On Tue, Feb 20, 2018 at 9:59 AM, Jussara Macedo Rötzsch < jussara.mac...@coreconsulting.com.br> wrote: > Could we have access to that Pablo? > Regards > Jussara Rotzsch > > Em dom, 18 de fev de 2018 às 15:58,

Re: Templates for application form development

page Tom > created) > > > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- Ing. Pablo Pazos Gut

Re: Templates for application form development

Yes, this is about two different problems 1. having extra RM structures tree be used to group RM data in different ways than the one defined for a composition, in order to use y as a data retrieval for APIs and GUI. 2. another level of definition, above OPTs, to specify GUI structures and

Re: Templates for application form development

translation work :) On Feb 18, 2018 7:51 AM, "Thomas Beale" <thomas.be...@openehr.org> wrote: On 17/02/2018 20:11, Pablo Pazos wrote: > I think SET has a lot of applications, including result sets. > Of course that should interior from LOCATABLE to be archetypable. > &g

Re: Templates for application form development

I think SET has a lot of applications, including result sets. Of course that should interior from LOCATABLE to be archetypable. I'm not sure on the types associated with the UI. I have a specification for UITenplates that includes some of that, I can share it :) I'm interested in moving this

Re: Optmizing AQL

, 2018 at 12:57 PM, Bert Verhees <bert.verh...@rosa.nl> wrote: > On 17-02-18 16:22, Pablo Pazos wrote: > >> Just thinking out loud! But I'm working towards this with Diego :) >> > > Ah, I didn't know that. I must read the mailing-lists more often. > > Good luck wit

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

e of a microservices architecture. > > Bert > > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- &

Re: Optmizing AQL

so oposición, enviando una solicitud > por escrito a verat...@veratech.es. > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr-

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

o services to be able to evaluate the whole query. Best, Pablo. > > Regards, > > Pieter > > Op 16 feb. 2018 om 15:48 heeft Pablo Pazos <pablo.,@cabolabs.com> het > volgende geschreven:Ivo > > Hi Pieter,s > > Besides the API, I think for ADL2 archety

Re: openEHR REST APIs - Release 0.9.0 / invitation for comments

Chartered IT Professional Fellow, BCS, British Computer Society< > http://www.bcs.org/category/6044> > Health IT blog<http://wolandscat.net/> | Culture blog< > http://wolandsothercat.net/> > > __

Re: Announcing Archie version 0.4

Thanks Pieter, I'm sure we will use it when adl 2 time arrive for us, we are still on 1.4. On Feb 3, 2018 9:04 AM, "Pieter Bos" wrote: Or a Java app with rest api and a JavaScript frontend. Let the java application take care of parsing, validating, flattening, operational

Re: Quantities of arbitrary units in openEHR

1/2018 16:24, Pablo Pazos wrote: > >> Hi Silje, >> >> My thinking is for your use case, DV_QUANTITY doesn't apply for >> arbitrary, since those seem not related with physical properties (mass, >> length, area, concentration, etc.) >> >> As I said, "lev

Re: Quantities of arbitrary units in openEHR

ration unit > denominator isn’t modelled): > > > > I don’t see how either ordinals or proportions, the way they currently > work, can be of any help here. > > > > Regards, > *Silje* > > > > *From:* openEHR-technical [mailto:openehr-technical- > bou

Re: Quantities of arbitrary units in openEHR

ity data type which > could be any of a couple of a set of preselected properties (such as for > instance mass, volume and arbitrary), and not just one fixed property. :o) > For the aforementioned, DV_QUANTITY might not be the right solution for this problem IMHO. > > > Regards, > *Silje*

Re: Quantities of arbitrary units in openEHR

Maybe we can analyze the need/implications of changing the string tour of units for a coded text in the SEC? On Jan 26, 2018 9:11 AM, "Thomas Beale" wrote: > that's not a bad idea, but that requires a change to the reference model, > since DV_QUANTITY.units is

RE: Quantities of arbitrary units in openEHR

Hi Silje, When specifying the property but not the units, any units are allowed. This is saying "any units" which is similar to "arbitrary units". We can relax the spec to allow non-ucum as units (my interpretation of "any units" is any in ucum and compliant with the specified property, while

Re: Process to follow for coding using Terminology server

DV_CODED_TEXT inherits from DV_TEXT, so in the object oriented model any text can be coded. On Dec 20, 2017 2:42 AM, "Dileep V S" wrote: > Hi, > > We are in the process of adding a terminology server to code the > composition date. However many of the nodes that can be

RE: information about allowable data in a openEHR format

Hi David, The openEHR model can store codes data from any terminology and use any kind of structure, that is defined in archetypes and templates. Why do you need json to understand openEHR data storage? Are you using a json database? Json is not part of the specifications, but there is a

  1   2   3   4   5   6   >