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

? eg AUDIT, Glasgow coma scale, Barthel index, Edinburgh post natal > >> depression scale ? there are many examples in CKM. > >> - Lock in local questionnaires that are going to be reused in your > >> organisation, region or jurisdiction even though they may not be

Re: A little community coordination

Hi all, received more answers and shared them in the openEHR wiki. Very interesting projects there and I can see a lot of room for collaboration! On Sun, May 28, 2017 at 10:59 PM, Pablo Pazos wrote: > Hi all, > > I just published the received responses. So far only four membe

Re: Major update to openEHR Task Planning (workflow) draft specification

_ > 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 Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pab

Re: openEHR UML website updated to latest

<http://wolandscat.net/> | Culture blog > <http://wolandsothercat.net/> > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.o

Re: Major update to openEHR Task Planning (workflow) draft specification

Shouldn't "task planning" be "task planning and execution"? in reference to the model's name On Wed, Jun 7, 2017 at 4:05 PM, Pablo Pazos wrote: > Hi Thomas, is there any way to see a diff of the changes? Going through > the full document again to detect chan

Re: Major update to openEHR Task Planning (workflow) draft specification

t; - thomas > > > On 13/06/2017 03:32, Pablo Pazos wrote: > > Shouldn't "task planning" be "task planning and execution"? in reference > to the model's name > > On Wed, Jun 7, 2017 at 4:05 PM, Pablo Pazos > wrote: > >> Hi Thomas

Re: AOM 1.4 - Archetype.uid a UUID or OID?

ture blog > <http://wolandsothercat.net/> > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- Ing. Pablo Pazo

Re: AOM 1.4 - Archetype.uid a UUID or OID?

British Computer Society > <http://www.bcs.org/category/6044> > Health IT blog <http://wolandscat.net/> | Culture blog > <http://wolandsothercat.net/> > > ___ > openEHR-technical mailing list > openEHR-technical@lists.o

Re: openEHR-technical Digest, Vol 64, Issue 19

is more specific > > than "Re: Contents of openEHR-technical digest..." > > > > > > Today's Topics: > > > > 1. AOM 1.4 - Archetype.uid a UUID or OID? (Thomas Beale) > > 2. Re: AOM 1.4 - Archetype.uid a UUID or OID? (Pablo Pazos) > > 3. RE

Re: AOM 1.4 - Archetype.uid a UUID or OID?

Hi Bert, when using ISO OIDs, UUIDs are not one arc OIDs since they have to start with a specific arc 1. or 2. http://www.oid-info.com/cgi-bin/display?tree= On Jun 15, 2017 4:33 AM, "Bert Verhees" wrote: > Although the OID and UUID as used in the archetypes are (in the most > simple (one arc) O

Re: AOM 1.4 - Archetype.uid a UUID or OID?

In 1.4 the description of Archetype.uid saying "OID..." is incorrect. It should say "UID root with no extension". On Jun 15, 2017 7:50 AM, "Thomas Beale" wrote: > > On 15/06/2017 02:17, Heath Frankel wrote: > > Hi Thomas, > > Your statement that the use of HIER_OBJECT_ID in the AOM1.4 spec is

Re: Using aql for data set in DV_CODED_TEXT

t; http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- Ing. Pablo Pazos Gutiérrez 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

Re: Questionnaires

ocol) not > EVALUATIONS (as they are not meta-analysis nor summaries). > > > > Regards > > > > Heather > > > > *From:* openEHR-technical [mailto:openehr-technical- > boun...@lists.openehr.org] *On Behalf Of *Pablo Pazos > *Sent:* Thursday, 1 June 2017 12

Re: Questionnaires

this follows the design principles of archetypes vs. templates. > > > Maybe I’m missing something… > We all miss something, still this is a good exercise. I don't think anyone here has this figured out, not me for sure :) > > > Heather > > > > > >

Re: standalone .opt parser open source

nEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > -- Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pablo.pa...@cabolabs.com Subscribe to our newsletter <http://eep

Re: openeHR Specifications Editorial Meeting Aug 28/31 - RFI

I need to add issues to jira but is not working for me. On Aug 4, 2017 11:00 AM, "Thomas Beale" wrote: > The openEHR SEC > is > having a 3-day meeting in Alkmaar at the end of August at which we will > undertake various routine S

EHRServer v1.0 milestone reached!

stone-release-pablo-pazos-guti%C3%A9rrez This article might be useful: + https://www.ncbi.nlm.nih.gov/pubmed/26262007 There are a lot of companies adopting the server as a clinical data repository backend, and some research projects are being published, like this one that created the Crypt-EHRServe

CONTAINS in AQL

ot;child" references, having a small tree of SECTIONs can make queries more complex, like COMPOSITION CONTAINS SECTION CONTAINS SECTION CONTAINS SECTION CONTAINS ENTRY ... Would it be useful to have that kind of "child or descendant" containment operator added to AQL? What do ot

AQL FROM & CONTAINS with many entries

rchid] CONTAINS OBSERVATION o1 [archid2] AND CONTAINS OBSERVATION o2 [archid3] AND CONTAINS OBSERVATION o3 [archid4] WHERE ... Thanks! -- Ing. Pablo Pazos Gutiérrez e: pablo.pa...@cabolabs.com p: +598 99 043 145 skype: cabolabs <http://cabolabs.com/> http://www.cabolab

Re: AQL FROM & CONTAINS with many entries

emperature.v1] and > OBSERVATION a_b[openEHR-EHR-OBSERVATION.blood_pressure.v1]) > > this should be the right way to express the query. I think an account for > EHRSCAPE could be of help if you want to dig deeper into AQL. > > Cheers, > > Birger > > > Pablo Pazos hat am 1

Re: AQL FROM & CONTAINS with many entries

contains y and z contains t and o > Is it: > X contains y and (z contains t) and o > Or > X contains y and (z contains t and o) > > ?? > > As you can see the paranthesis help define the containment structure > > > > > On Sunday, October 1, 2017, Pablo

Re: [openEHR SEC] CONTAINS in AQL

complex, like COMPOSITION CONTAINS SECTION CONTAINS > SECTION CONTAINS SECTION CONTAINS ENTRY ... > > Would it be useful to have that kind of "child or descendant" containment > operator added to AQL? > > > What do others think?

Re: [openEHR SEC] CONTAINS in AQL

Done! On Mon, Oct 2, 2017 at 4:27 AM, Thomas Beale wrote: > PR time! Pablo, can you raise a PR for this change? > > thanks > > - thomas > > On 02/10/2017 05:05, Pablo Pazos wrote: > > Perfect! > > I think the spec needs to clarify this. The only place th

Re: COMPOSITION (TEMPLATE FILLED) TO XML

https://github.com/ppazos/openEHR-OPT On Oct 6, 2017 9:33 AM, "Flavio Barbosa - USP" wrote: > Good Morning! > > Is there any library in JAVA or any tutorial about serialize a composition > (template filled with data) in XML? > > > Bom dia! > > Existe alguma biblioteca em JAVA ou algum tutorial p

Re: openEHR-technical Digest, Vol 68, Issue 6

>> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of openEHR-technical digest..." >> >> >> Today's Topics: >> >>

Re: openEHR-technical Digest, Vol 68, Issue 8

listinfo/openehr- >> > technical_lists.openehr.org >> > >> > or, via email, send a message with subject or body 'help' to >> > openehr-technical-requ...@lists.openehr.org >> > >> > You can reach the person managing the list at >> > open

Re: openEHR-technical Digest, Vol 68, Issue 11

; >> You can reach the person managing the list at >> openehr-technical-ow...@lists.openehr.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of openEHR-technical digest..." >>

Scenarios for change type "deleted"

er rule can be only accept deletes on the latest versions. What do you think? -- Ing. Pablo Pazos Gutiérrez e: pablo.pa...@cabolabs.com p: +598 99 043 145 skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com https://cloudehrserver.com

Re: Scenarios for change type "deleted"

latest version is "deleted" the composition won't appear on query results On Sun, Oct 15, 2017 at 11:49 AM, Pablo Pazos wrote: > Hi I'm trying to define a set of rules for a logical delete commit and > have some gray areas that I'm not sure of. > &

Re: AQL for multi-occurrence nodes

ife.in > > ___ > 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 e: pablo.pa...@cabolabs.com p: +598 9

Re: Scenarios for change type "deleted"

Hi Pieter, What structure? On Thu, Nov 2, 2017 at 2:21 PM, Pieter Bos wrote: > You would be able to import this structure into our implementation and it > would work the same way. > > Pieter > > Op 2 nov. 2017 om 17:24 heeft Pablo Pazos mailto:pablo.pa...@cabolabs.

Re: Scenarios for change type "deleted"

On Thu, Nov 2, 2017 at 3:01 PM, Thomas Beale wrote: > > On 15/10/2017 12:49, Pablo Pazos wrote: > > Hi I'm trying to define a set of rules for a logical delete commit and > have some gray areas that I'm not sure of. > > *1. commit after delete flow* > &

Re: Stackoverflow tag: openehr

t; 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 e: pablo.pa...@cabolabs.com p: +598 99 043 145 skype: cabolabs <http://cabolabs.com/> http://www.ca

Re: Blockchain

ry of their >>> positions regarding this: >>> https://www.nictiz.nl/SiteCollectionDocuments/Whitepapers/Bl >>> ockchain_in_de_zorg.pdf >>> >>> >>> >>> ___ >>> openEHR-technical mailing list >>> openEHR-technical@l

Re: Scenarios for change type "deleted"

__ > 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 e: pablo.pa...@cabolabs.co

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 standar

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 coded are text > fields (E

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 "arb

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 currently a String. > > I sometimes

Re: Quantities of arbitrary units in openEHR

> 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* > > > > *From:* openEHR-technical [mailto:openehr-technical- >

Re: Quantities of arbitrary units in openEHR

erence (the administration 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

Re: Quantities of arbitrary units in openEHR

But you can't specify terms in DV_COUNT while DV_ORDINAL.symbol can be used to specify the arbitrary units but not as physical property units of measure, but as a terminology concept / term. On Tue, Jan 30, 2018 at 1:30 PM, Thomas Beale wrote: > > On 30/01/2018 16:24, Pablo Pazos wro

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 template creation etc a

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

Beale > Reply-To: For openEHR technical discussions openehr.org> > Date: Friday, 26 January 2018 at 14:23 > To: Openehr-Technical > Subject: openEHR REST APIs - Release 0.9.0 / invitation for comments > > > The REST API Team (Bostjan Lah, Erik Sundvall, Sebastian Iancu,

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

performance. A little thought about performance, I think most queries don't need to be executed in real time, and a lot of background work and caching can be done to make things work fast, so I don't see an issue on having complex queries and use multiple external micro services to be ab

Re: Optmizing AQL

ndo una solicitud > por escrito a verat...@veratech.es. > > ___ > 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

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

k about separated services anyway. That > works in the advantage of a microservices architecture. > > Bert > > Op za 17 feb. 2018 04:30 schreef Pablo Pazos : > >> Hi Pieter, >> >> On Fri, Feb 16, 2018 at 12:27 PM, Pieter Bos >> wrote: >> >>>

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

gt; > > > ___ > 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

Re: Optmizing AQL

, 2018 at 12:57 PM, Bert Verhees 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 with that. I am very

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 idea

Re: Templates for application form development

translation work :) On Feb 18, 2018 7:51 AM, "Thomas Beale" 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. > > I'm not sure on the types ass

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 attribu

Re: Templates for application form development

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

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, Pa

Re: Templates for application form development

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

Re: Templates for application form development

andatory or cardinality constraints on the UITemplate since the OPT already 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

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: cabolabs <http://cabolabs.c

Improving the specification for DV_PARSABLE, specially for ACTIVITY.timing

e a couple of related CRs on 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 &l

Re: Terminology bindings ... again

Team, Intermountain 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://wolandscat.net/&

Re: Terminology bindings ... again

is probably > the normal use case and not the exceptional use case. > > > > Regards > > Mikael > > (Among other things SNOMED CT Implementation > Advisor) > > > > *Från:* o

Re: Templates for application form development

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 can be used with multiple >> serialisation for

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 wrote: > Le 12/03/2018 à 01:38, Pablo Pazos a écrit : > > > IMO we should focus on SNOMED. > > Hi, >

Re: Templates for application form development

nehr.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, > > I manage to translate / upd

Re: [Troll] Terminology bindings ... again

alth" 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 time to > leapfrog,

Re: [Troll] Terminology bindings ... again

tant, ABD Team, Intermountain 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/

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/> http://www.cabolabs

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

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

Re: [Troll] Terminology bindings ... again

t; remove unneeded codes, and do a few other tricks (adding non-coding 'group' > concepts to help guide the user). This has to be done using smart tree > controls, or anything that logically works as a tree-based choosing tool. > > No flat lists ;) > > - thomas > > On 13/03

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

EHR-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://www.cabo

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 some use cases) easier

Re: [Troll] Terminology bindings ... again

u need to accept that it is more difficult to implement a > clinical ontology than a statistical classification. > > > >Regards > >Mikael > > > > > > *From:* openEHR-technical [mailto:openehr-technical- >

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: Should Duration class used in AOM 1.0.2 be ISO8601_DURATION from support specs?

rd Freriks > +31 620347088 > gf...@luna.nl > > Kattensingel 20 > 2801 CA Gouda > the Netherlands > > On 19 Mar 2018, at 06:24, Pablo Pazos wrote: > > Hi, > > Looking at CDuration > http://www.openehr.org/releases/1.0.2/architecture/am/aom.pdf page 46

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

OM2 > <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/ > am/aom.pdf page 46, the range

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

ssue is also on 1.0.3 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 wrote: > > > On 19/03/2018 18:33, Pablo Pazos wrote: > > Thanks Thomas, I see the Duration class on the baseline BASE model >

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 wrote: > > > On 19/03/2018 22:25, Pablo Pazos wrote: > > Hi Thomas, the definition of DV_DURATION is clear to me :) > > The issue is o

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

t might not be correct to assume, is the Duration. > For instance, Java 8 added the Duration as a base type, but it only handles > day to seconds duration expressions, year, month, week are not supported. > Each technology has it's own quirks :) > > On Tue, Mar 20, 2018 at 7:21

openEHR Toolkit

/ We 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://eep

Re: openEHR Toolkit

me 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 : > Hi all, > > I have released a humble pack of tools to help developers working with > openEHR and the EHRServer. &

Re: openEHR Toolkit

this is a simple app, Java only. On Thu, Mar 29, 2018, 04:04 A Verhees wrote: > > > Op do 29 mrt. 2018 02:39 schreef Pablo Pazos : > >> For now this is just a place that integrates some of the tools I >> developed, and will add more soon. >> If you have open tool

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 > > > > ___ > openEHR-technical mailing list > openEHR-tech

Re: [Troll] Terminology bindings ... again

atter when we start to reason about the documented patient data. > > Gerard Freriks > +31 620347088 <+31%206%2020347088> > gf...@luna.nl > > Kattensingel 20 > 2801 CA Gouda > the Netherlands > > On 2 Apr 2018, at 01:11, Pablo Pazos wrote: > > I'm sorr

Re: [Troll] Terminology bindings ... again

; (how 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 2

Re: [Troll] Terminology bindings ... again

hat definition as a guideline to keep the > discussion focussed. > > Best regards > Bert Verhees > > Op di 3 apr. 2018 01:19 schreef Pablo Pazos : > >> Please see below, >> >> On Mon, Apr 2, 2018 at 6:17 PM, GF wrote: >> >>> Is that so? >&g

Re: SMART on FHIR integration

echnical 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://www.cabolabs.com http

Question about periodic interval events

events can have 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 <

Interval events - "change" math function semantics

HR_RM/en/openehr_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: cabo

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 u

Re: Question about periodic interval events

complete list of terms to describe these things using a > classification? > > Gerard Freriks > +31 620347088 > gf...@luna.nl > > Kattensingel 20 > 2801 CA Gouda > the Netherlands > > On 23 Jun 2018, at 21:35, Pablo Pazos wrote: > > Hi all, > > As usual I

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

AE constraints offset for POINT_EVENTs

{ ITEM_TREE[at0003] matches {*} } } } } } } -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w

Re: AE constraints offset for POINT_EVENTs

rg> > 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/> | The Objective Stance > <https://theobjectivestance.ne

Re: Question about periodic interval events

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

Re: AE constraints offset for POINT_EVENTs

atest/docs/data_structures/data_structures.html#_timing DIAGRAM: http://www.openehr.org/releases/RM/latest/docs/data_structures/diagrams/history_period.png On Tue, Jun 26, 2018 at 2:12 PM, Pablo Pazos wrote: > Thanks David, didn't noticed that discussion! > > @Thomas, isn't constra

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.even

Re: Interval events - "change" math function semantics

tient safety (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: > > H

Is the proportion kind "integer fraction" correct?

e else on the 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://eepur

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

nteger 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. > > 2018-07-03 1:19 GMT+02:00 Pablo Pazos : > >> Hi, I'm checking

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

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

<    1   2   3   4   5   6   7   >