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

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: 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: [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: 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

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

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

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: [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: [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: 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

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?

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?

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?

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

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

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

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

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

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

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

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

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

{Disarmed} OpenEHR evaluation

It would be great to have access to these archetypes, and I can make the translations to spanish ;) thank you, Pablo Pazos Gutierrez - Original Message - From: Thomas Beale To: For openEHR technical discussions Sent: Monday, December 22, 2008 12:38 PM Subject: Re: {Disarmed

Java Ref Impl SVN password request

! Cheers, Rong 2009/4/28 Pablo Pazos Gutierrez pazospablo at hotmail.com: Hi, Yesterday I have downloaded the java reference implementation from the svn site, but today I'm getting a password request: Authorization Required This server could not verify that you are authorized to access

Loading archetypes referenced by ArchetypeSlots

to have a full archetype structure loaded but I don't know if the ADL parser can do this automatically. Thanks a lot! Cheers, Pablo Pazos Gutierez.

{Disarmed} OpenEHR evaluation

: {Disarmed} OpenEHR evaluation Hi Pablo Did you get them? If you send an email to Heather Leslie, I know she has the set. Cheers, Sam From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-bounces at openehr.org] On Behalf Of Pablo Pazos Gutierrez

Why is the editor not opening ADL files?

Hi, I agree, specially if we think of OpenEHR as a PATIENT CENTRIC specification of an EHR. Cheers, Pablo. - Original Message - From: Williamtfgoossen at cs.com To: openehr-technical at openehr.org Sent: Monday, March 16, 2009 12:26 PM Subject: Re: Why is the editor not

Problems with java archetype parser

/ref_impl_java/TRUNK And then do a mvn install on the measure-serv module. Cheers Tony L?mpada On Mon, Apr 27, 2009 at 11:59 PM, Pablo Pazos Gutierrez pazospablo at hotmail.com wrote: Hi everyone, I've downloaded the java parser jar from openehr site (http://www.openehr.org/svn

How to start

: I get confused about how to save and retrieve data and where data are saved? Thanks, David On Tue, Aug 6, 2013 at 8:59 PM, pablo pazos pazospablo at hotmail.com wrote: Hi Lexis, you can grab the demographic Person archetype here: http://www.openehr.org/ckm/ Then use the ADL Workbench

How to start

about how to design your kernel. There are many good ways to do so. This list is a good place for advice, especially when you have more specific questions good luck Bert Verhees Thanks, David On Tue, Aug 6, 2013 at 8:59 PM, pablo pazos pazospablo at hotmail.comwrote: Hi Lexis

How to start

examples? I am starting to understand OpenEHR a little bit. Thanks, David On Wed, Aug 7, 2013 at 10:41 PM, Ing. Pablo Pazos pazospablo at hotmail.comwrote: Create tables, saves and retrieves the.same way you do with any other system. This is not black magic, is just data :) But you need

Cyclic datatypes: OpenEHR virus

If the value is not constrained, the validator should return true without continuing checking in cascade-recursive mode. For this to work as expected, the data structure should be validated before than the data validation. The easiest way of validating the structure is serializing the instance

<    1   2   3   4   5   6