2 constraint bindings in ADL - 1 referenceSetUri in OPT

terminology:SNOMED-CT?subset=motivo_de_consulta Is this a TD bug? I'm using TD 2.6.1214Beta. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com

RE: difference and relationship between openEHR and EN13606

Dear Gerard, IMO "communication" includes the interfaces, I didn't excluded them :D -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: difference and relationship between openEHR and EN13606 From: gf...@luna.nl Date: Wed, 26 Aug 2015 14:03:18 +0

RE: Advantage of ISO

I think that definition doesn't apply to a standard / spec. IMO when we talk about standards, we focus on the ability to use it and let others use it, and the constraints / freedoms in that area, not in who is the owner. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Fro

RE: Advantage of ISO

Again: you are explicitly ignoring availability and freedom to use arguments, the main point here... This is my last message on this discussion, I'll continue doing something more productive :) -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: Advantage of ISO

RE: Maven Archetype – About

I would use "...enable developers quickly in a way consistent with best practices employed by your [EHR] project ..." :D -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: k.ata...@auckland.ac.nz To: openehr-technical@lists.openehr.org Subject: Maven Archetype –

RE: Party-actor-folder relationships in hierarchy

model, but that seems reasonable to me. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com > From: barano...@yandex.ru > To: pazospa...@hotmail.com; openehr-technical@lists.openehr.org > Subject: Re: Party-actor-folder relationships in hierarchy > Date: Fri, 27 Nov 2015 11

New EHRServer v0.5 and roadmap

ee if it fits their needs and gathering information to improve it. If anyone is interested, please give me a ring or ping my by email! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-

RE: New EHRServer v0.5 and roadmap

Thanks Seref, this is really kind of you. I agree that we need more open source implementation out there and I hope my little project help others to develop their own. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Date: Thu, 14 Jan 2016 20:30:10 + Subject: Re: New

RE: New EHRServer v0.5 and roadmap

@all the guide is ready! http://cabolabs.com/software_resources/EHRServer_v0.5.pdf Please let me know if you find any errors or if any part needs clarifications, thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: pazospa...@hotmail.com To: openehr-technical

RE: New EHRServer v0.5 and roadmap

er from my phone, to simulate real usage and see if the server can handle the load and if the queries are fast. If you have any questions, just let me know! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: pazospa...@hotmail.com To: openehr-technical@lists.openehr.or

RE: New EHRServer v0.5 and roadmap

Hi! here is the video of the demo: https://youtu.be/aHRDR5Vg2Hc?t=2m10s -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: pazospa...@hotmail.com To: openehr-technical@lists.openehr.org; openehr-implement...@lists.openehr.org Subject: RE: New EHRServer v0.5 and roadmap Date

RE: Archetype relational mapping - a practical openEHR persistence solution

h the openEHR model but more "relational friendly". -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Date: Mon, 25 Jan 2016 18:42:01 +0100 Subject: Re: Archetype relational mapping - a practical openEHR persistence solution From: bert.verh...@rosa.nl To: op

RE: Archetype relational mapping - a practical openEHR persistence solution

, etc. Maybe a good paper topic for the next MEDINFO? -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: Archetype relational mapping - a practical openEHR persistence solution To: openehr-technical@lists.openehr.org From: thomas.be...@openehr.org Date: Tue, 26 Jan

EHRServer whitepaper

hanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Updated XSLT

HR project that uses that XSLT, I can send a pull request. Just let me know. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical mailing list openEHR-technical@lists.openeh

Template Designer alternatives

e any template designer alternatives to create operational templates, that allows to set DV_TEXTs as DV_CODED_TEXT only or setting the 0..0 occurrence to SLOT nodes. Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolab

RE: Template Designer alternatives

Is there an open source version? Until I have some funding can't buy any licenses. Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Date: Sun, 28 Feb 2016 08:43:23 +0100 Subject: Re: Template Designer alternatives From: yamp...@gmail.com To: openehr-tech

RE: EHRServer whitepaper

Hi all, I have released EHRServer v0.6 and updated the whitepaper and the guide, all the info is here: http://cabolabs.com/en/projects Feedback is very welcome! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: pazospa...@hotmail.com To: openehr-technical@lists.openehr.org

RE: Template Designer alternatives

Hi Heath, I think this would work for my needs, will try it on the weekend and get back here if I find any issues. Thanks a lot! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: heath.fran...@oceaninformatics.com To: openehr-technical@lists.openehr.org; openehr-implement

RE: Any work on PHR?

with mobile apps also on that project, with a custom backend. This is all closed source, but I know something about the subject. Just let me know if I can help. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: k.ata...@auckland.ac.nz To: openehr-clini...@lists.openeh

RE: rm_type_name for the DV_DURATIONs primitive object in XML

constraining the magnitude width, and let the more specific constraints to be implemented at the software level. IMO, we need ISO8601_DURATION to represent the internal structure, and C_DURATION for data constraints, to be part of DV_DURATION constraints. -- Kind regards, Eng. Pablo Pazos Gutiérrez http

RE: Composition commit and change types

using amendment or modification. Does this makes sense? If yes, maybe this can help other implementations :) -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com > From: i...@freshehr.com > Date: Sun, 3 Apr 2016 11:06:53 +0100 > Subject: Re: Composition commit and change types

RE: Composition commit and change types

might work for my tools and my target customers, and I know this won't fit everybody, but this rule might help others to adapt it to their specific needs. And I agree if this has to be defined for an API behavior, the API SEC should be the place to define it.-- Kind regards, En

RE: Composition commit and change types

. Does this makes any sense? Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: heath.fran...@oceaninformatics.com To: pazospa...@hotmail.com; openehr-technical@lists.openehr.org Subject: RE: Composition commit and change types Date: Mon, 4 Apr 2016 05:35:13 + Hi P

RE: Composition commit and change types

singleton VERSIONED_COMPO. per persistent archetype. Consider this is only for my implementation, I'm not looking for defining this for the official openEHR API, but can help as input. I want to double check my criteria with other implementers before implementing anything :) -- Kind regar

RE: Composition commit and change types

Director, freshEHR Clinical Informatics Ltd. > Director, HANDIHealth CIC > Hon. Senior Research Associate, CHIME, UCL > > > On 4 April 2016 at 20:18, pablo pazos wrote: > > I think that can work for some implementations. > > > > What I was thinking is not adding

RE: Secure EPD

Great info, thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com > To: openehr-technical@lists.openehr.org > From: bert.verh...@rosa.nl > Subject: Secure EPD > Date: Thu, 21 Apr 2016 09:08:23 +0200 > > Hi, > > I don't know if it is interesting f

ADL validity rules on CKM

WLIC. The problem is I can't find where those rules are defined. Are those only defined in the CKM or is there an spec of those (maybe a newer one)? Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://ca

ADL Workbench exceptions when opening the audiogram archetype

GUI_APP_ROOT root's creation <03211E64> Routine failure. Exit----

RE: ADL Workbench exceptions when opening the audiogram archetype

ure. Fail---GUI_APP_ROOT root's creation <031B96AC> Routine failure. Exit-

RE: ADL validity rules on CKM

odels program?) Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: sebastian.ga...@oceaninformatics.com To: openehr-technical@lists.openehr.org Subject: RE: ADL validity rules on CKM Date: Tue, 14 Jun 2016 06:45:42 + Hi Pablo, ICARM: This is the “softer” fo

RE: ADL validity rules on CKM

wiki o the wiki on a github repo). -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: ADL validity rules on CKM To: openehr-technical@lists.openehr.org From: thomas.be...@openehr.org Date: Wed, 15 Jun 2016 12:03:13 +0100 Hi Pablo, only a few

RE: ADL Workbench exceptions when opening the audiogram archetype

C0E68> Routine failure. Exit--- -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: ADL Workbench exceptions when opening the audiogram archetype To:

INTERVAL_EVENT questions about the correctness of the specs

about this) is that the EVENT.data is a structure, so we can have many data points there, on that case, how is the math_function related to all the data points? What happens if one data point is the "max" value and other the "avg", we have just one math_function and 2 data po

Archetype OBSERVATION.data.summary

s, but not the internal structure. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Issues setting constraints to INSTRUCTIONS in the Archetype Editor

.narrative is DV_TEXT, it can also be DV_CODED_TEXT (looking at the specs I couldn't find anything against it). If this is correct, shouldn't the AE provide a feature to set the narrative as coded text? BTW, I'm using v2.2.905 Beta. Thanks! -- Kind regards, Eng. Pablo Pazos G

Question about INSTRUCTION.wf_definition modeling

a different spec? Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

RE: Issues setting constraints to INSTRUCTIONS in the Archetype Editor

Thanks Ian, Maybe if narrative can't be coded text, we might want to add that clarification to the specs or, as you suggest, use string as type. What do members of the SEC think about this? -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: i...@freshehr.com Date: Fr

RE: ADL Workbench exceptions when opening the audiogram archetype

doctors :) Considering that, I would say we need the File > Open to work for prototyping, testing and training. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: ADL Workbench exceptions when opening the audiogram archetype To: openehr-technical@lists.openehr.org F

RE: INTERVAL_EVENT questions about the correctness of the specs

etely separated EVENT that occurs at the same time and has the same width. Is this the only way of representing this case? -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: INTERVAL_EVENT questions about the correctness of the specs To: openehr-technical@lists.openeh

Specs about ACTIVITY.timing still unclear

is vague). On the other hand, the ISO specification is not publicly available, so we are referencing a closed spec from an open spec. That's why I think we should define the syntax in our specs to avoid referencing closed specs.

RE: Specs about ACTIVITY.timing still unclear

typed timing on ACTIVITY.description. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: i...@freshehr.com Date: Sat, 18 Jun 2016 08:41:13 +0100 Subject: Re: Specs about ACTIVITY.timing still unclear To: openehr-technical@lists.openehr.org CC: s...@lists.openehr.org Hi Pablo, I t

EHRServer v0.7 is out!

, here is our staging server: https://cabolabs-ehrserver.rhcloud.com/ehr I will do an online demo via Hangouts very soon, stay tuned! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR

ACTIVITY.description vs ACTION.description archetypes

on this case. Sorry for the long email, but this has been a long term issue for me. Please let me know if something of this makes sense, or not :) If it does, I would propose to relax the specs descriptions a little and add non medication related examples. Clinical modellers input would be

ISM: initial states for instructions / when do we need actions?

e examples to make this topic clear for newcomers. Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Shouldn't INSTRUCTION_DETAILS.wf_details be archetypable?

cture is not meant to be archetyped? If it is not meant to be archetyped, wouldn't that be an issue for querying? Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical ma

RE: Shouldn't INSTRUCTION_DETAILS.wf_details be archetypable?

I made a mistake, when I said "INSTRUCTION.instruction_details" was really "ACTION.instruction_details". Sorry! :) -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: pazospa...@hotmail.com To: openehr-technical@lists.openehr.org; openehr-clini...@l

RE: Do you know of any new openEHR projects?

Hi Thomas, this one is missing: the EHRServer http://cabolabs.com/en/projects Is foss and Apache 2. Let me know if you need more info! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com To: openehr-technical@lists.openehr.org; openehr-clini...@lists.openehr.org From: thomas.be

RE: Shouldn't INSTRUCTION_DETAILS.wf_details be archetypable?

nd regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: heath.fran...@oceaninformatics.com To: openehr-technical@lists.openehr.org; openehr-clini...@lists.openehr.org; s...@lists.openehr.org Subject: RE: Shouldn't INSTRUCTION_DETAILS.wf_details be archetypable? Date: Wed, 13 Jul 2016

RE: initial states for instructions / when do we need actions?

yes I will, BTW there is another conversation that is related to this and to improving the specs, the subject is: "ACTIVITY.description vs ACTION.description archetypes‏" if anyone can take a look at it, would be helpful. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://ca

RE: initial states for instructions / when do we need actions?

, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: etie...@saliez.be To: openehr-technical@lists.openehr.org Subject: Re: initial states for instructions / when do we need actions? Date: Fri, 22 Jul 2016 19:35:12 +0200 CC: openehr-clini...@lists.openehr.org; s...@lists.openehr.org Thank

RE: SV: initial states for instructions / when do we need actions?

All useful questions and answers! Please feel free to update this issue: https://openehr.atlassian.net/browse/SPECPR-205 Also I like the idea of the ACTIVITY SM! +1 for me -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: SV: initial states for instructions / when

RE: Do you know of any new openEHR projects?

. Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: Do you know of any new openEHR projects? To: openehr-technical@lists.openehr.org From: thomas.be...@openehr.org Date: Tue, 26 Jul 2016 13:43:20 +0100 Pablo, sorry for the delay, I

Issues with OPT exported from the Template Designer: different attribute ordering than the openEHR XSD

ll raise it in JIRA. Just wanted to confirm firm. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.o

Re: SV: More generic reference model

models compatible with the openEHR IM. And I think the implementation / persistence models are the ones we can simplify and adjust to our needs, but not the reference model, since it's role is that: be the reference for all implementations. -- Kind regards, Eng. Pablo Pazos Guti??rrez

Re: How can I model multiple checkboxs options with terminology?

Use a coded text element with occurrences > 1 Sent from my LG Mobile -- Original message-- From: Tiago Santos da Silva Date: Sat, Sep 10, 2016 16:38 To: openehr-technical@lists.openehr.org; Subject:How can I model multiple checkboxs option

Re: SV: More generic reference model

entry type, which even gives a better integration while keeping all OpenEhr functinality alive. http://www.bertverhees.nl/archetypes/snomed-ct-expression-constraints-openehr-aql-part-2/ I am interested in what you think about that. Best regards Bert Verhees Op 10 sep. 2016 05:03 schreef &q

Re: How can I model multiple checkboxs options with terminology?

l one DvCodedText and with all have only one (but different) code to select, and have an occurrence of optional 0..1.. I think OpenEhr should solve this by creating a new datatype.. What do you think? Op 11 sep. 2016 04:14 schreef "pablo pazos" mailto:pazospa...@hotmail.com>&g

Re: How can I model multiple checkboxs options with terminology?

BTW, ADL allows "unique" nodes, check the ADL specs. Sent from my LG Mobile -- Original message-- From: pablo pazos Date: Sun, Sep 11, 2016 11:50 To: bert.verh...@rosa.nl<mailto:bert.verh...@rosa.nl>;openehr-technical@lists.openehr.org<mailto:;openehr-technica

Re: SV: More generic reference model

ing the subset won't be as clear. El 11/9/2016 16:49, "pablo pazos" mailto:pazospa...@hotmail.com>> escribió: Hi Bert, I was thinking about integrating SCT with path-based queries (I'm not in AQL yet), but maintaining the complexity of the SCT relationships and exp

Re: SV: More generic reference model

I understand the point, and it makes perfect sense talking about a general solution. But it also depends on the scope. Consider a nationwide project where terminologies are defined and subsets / expressions can be defined in a controlled way. In this context my approach would not be a problem

Re: SV: More generic reference model

Diego, I think TS accessibility is a different problem and more related to design and implementation. In a national project with a national TS the system is designed to allow those accesses as a requirement. And there are two cases: the TS to be provided by the government or the government givi

Re: SV: More generic reference model

One solution would be to do everything on SCT and use mappings to the other terminologies (most are really classifications and have a much simpler internal structure). Sent from my LG Mobile -- Original message-- From: Thomas Beale Date: Mon, Sep 12, 2016 05:33 To: openehr-technica

Re: Converting Archetype into Nosql Schemes

th openEHR<http://www.cabolabs.com/capacitacion/medinfo2015_tutorial_bases_de_datos_cilnicas.pdf> www.cabolabs.com Design and Implementation of Clinical Databases with openEHR Pablo Pazos Gutiérreza,b,c, Koray Atalagd, Luis Marco-Ruize, Erik Sundvallf,g, Sérgio Miranda Freireh [http://i

Question about paths to C_SINGLE_ATTRIBUTE alternatives

n old discussion about if the nodeIds should or not be mandatory. Opinions? -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com<http://cabolabs.com/es/home><http://twitter.com/ppazos> ___ openEHR-technical mailing list

Re: Question about paths to C_SINGLE_ATTRIBUTE alternatives

Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com<http://cabolabs.com/es/home><http://twitter.com/ppazos> From: openEHR-technical on behalf of Pieter Bos Sent: Tuesday, November 1, 2016 7:22:48 AM To: openeh technical; openehr clinical Subj

Re: Question about paths to C_SINGLE_ATTRIBUTE alternatives

Hi Thomas, do you recall if we have any change request to make dvs inherit from locatable? -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: openEHR-technical on behalf of Thomas Beale Sent: Thursday, November 3, 2016 8:02:41 AM To: openehr

Re: openEHR and terminology servers

tions.com.au > / +61 411 867 065 <+61%20411%20867%20065> > > > -- > Daniel Karlsson, PhD, sr lecturer > Department of Biomedical Engineering/Health informatics > Linköping university > SE-58185 Linköping > Sweden > Ph. +46 708350109 <+46%2070%20835%2001%2009>, Skype: imt_danka, Hangout:

Re: openEHR and terminology servers

for SNOMED and LOINC, ICDxx and other > terminologies (also local), and others, on the way, or already finished, so > this interface can also used for these mappings which gives in this way a > route to query other terminologies. > > good luck > Bert Verhees > > > > On

Cloud EHRServer is about to be launched

r now if you want to know more please fill the contact form: https://cloudehrserver.com/ Feel free to contact me if you have any questions. Thanks a lot for your support! Kind regards, Pablo. -- Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 <099%20043%20145> Skype: cabolabs &

Re: Cloud EHRServer is about to be launched

ask for a little understanding. Thanks. On Mon, Dec 26, 2016 at 2:22 AM, Pablo Pazos wrote: > Dear friends, > > I'm about to launch the Cloud EHRServer, a clinical data repository / > health information system backend as a service. I'm very excited about > this, since

Re: Better approach for announcements, forums?

IMO we are over-engineering things that can be solved by agreeing on a set of rules. We even have two lists technical and implements and there might be just one. The active members of the community that participate in these channels is low. Adding more communication channels will just disperse the

Creating archetypes with alternatives

value matches {True, False} } DV_COUNT matches {*} } } Thanks! -- Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> ht

Re: Creating archetypes with alternatives

he [+] button and select “Text”. > 5. Repeatedly click the [+] button to add all of the data types that will > be permitted in this element. > > Hope that helps, > Peter > > > > On 9 Feb 2017, at 10:52, Pablo Pazos wrote: > > > > Hi, > > > >

Re: Creating archetypes with alternatives

true true false false 1 1 On Wed, Feb 8, 2017 at 11:59 PM, Pablo Pa

Re: INFORMATION ABOUT THE SYSTEM

eeds? > > Thank you in advance, > Mema Stamataki. > > > ___ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr-technical_ > lists.openehr.org >

EHRServer v0.9 was released!

Pablo. -- Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pablo.pa...@cabolabs.com ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mai

Re: EHRServer v0.9 was released!

42610167/ STOM Browser for SNOMED CT & LOINC : http://term.infoclinic.co STOM API List : http://api.infoclinic.co 2017-03-04 23:58 GMT+09:00 Pablo Pazos : > Dear friends and colleagues, > > I'm glad to let you know that the new version of the EHRServer is ready. > Y

is change type "merge" needed?

n" change type with "is_merged" = true? Ref: page 13 http://www.openehr.org/releases/1.0.2/architecture/terminology.pdf Thanks! -- Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pablo.pa...@cabolabs.com

Re: Clinical Knowledge Manager (CKM) - New Release with new Dashboard

> 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

Re: Random / Synthetic Data Generation over Templates

Hi, I have developed a tool that does that, is the openEHR-OPT project in my GitHub account (ppazos). On Apr 13, 2017 12:37 PM, "Anastasiou A." wrote: > Hello everyone > > > > I remember some time ago, there was a tool that given a detailed template > description, it would populate it with rando

Re: Random / Synthetic Data Generation over Templates

latest 3 are command line tools On Apr 13, 2017 2:27 PM, "Thomas Beale" wrote: > Pablo, > > is that a tool we can list on the openEHR tools page > <http://www.openehr.org/downloads/modellingtools>? > > - thomas > > On 13/04/2017 10:59, Pablo Pazos wrote: &

Re: Random / Synthetic Data Generation over Templates

//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: SNOMEDCT - correct representation

> openEHR-implementers mailing list > openehr-implement...@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > implementers_lists.openehr.org > -- Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://w

Please help answer this question on StackOverflow

http://stackoverflow.com/questions/43922257/how-to-write-a-compliance-statement-for-the-openehr-standard -- 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://e

Re: SNOMEDCT - correct representation

andscat.net/> | Culture blog >> <http://wolandsothercat.net/> >> >> ___ >> openEHR-technical mailing list >> openEHR-technical@lists.openehr.org >> http://lists.openehr.org/mailman/listinfo/openehr-technical_ >> lis

Re: SNOMEDCT - correct representation

y that Bert is probably thinking about. I'll try to work on a design > for this as soon as possible, but others are always welcome to come up with > something. > > - thomas > > On 16/05/2017 11:06, Pablo Pazos wrote: > > Not sure why readability is a requirement here.

Re: SNOMEDCT - correct representation

t text-editors http-url encoding can be > easily translated/showed into readable url's > > > On 16-05-17 16:06, Pablo Pazos wrote: > > Not sure why readability is a requirement here. Shouldn't those > expressions be generated and consumed by systems? > > We should

Re: SNOMEDCT - correct representation

st data, looking at > data, making small systems etc. > > - thomas > > On 16/05/2017 13:22, Pablo Pazos wrote: > > it would be good to ask them why they do that, maybe is for limitations on > the modeling tools, or maybe they are cyborgs in disguise. > > On Tue, May

A little community coordination

nd regards, Pablo. -- 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> ___ openEHR-technical mailing

Re: A little community coordination

Will be available after the I have some feedback about other questions to add. On Fri, May 19, 2017 at 1:41 PM, Alejandro Benavides < alejan...@acronymcr.com> wrote: > Hello community > > Pablo, Where is the Google form (Link)? > > Regards > > 2017-05-19 10:29 GMT-06:0

Re: SNOMEDCT - correct representation

described in the AOM2 spec, but it's harder to see, since now we are > talking in-memory object structures defined by class models. > > So I remain convinced that languages have an important role to play in our > design, learning and understanding of things. Others may disagree ;)

Re: A little community coordination

some way to distinguish ADL 1.4 and ADL/AOM 2 projects. Perhaps also the > different RM versions? > > Regards, > > Pieter Bos > > Op 19 mei 2017 om 18:30 heeft Pablo Pazos mailto:pablo.pa...@cabolabs.com>> het volgende geschreven: > > Hi all, > > We were di

Re: A little community coordination

at 2:57 PM, Pablo Pazos wrote: > Hi all, this is the form: https://goo.gl/forms/oloBgwQlLU3NGrbr1 > > Attached find my response, that can help you as a guide. After we have > some responses I'll share the responses with the community. > > > > On Sat, May 20, 2017

EHRServer v0.9.5 was released!

7;m adding new guides and use cases here: https://cloudehrserver.com/learn?lang=en Out open test server was updated to the latest version, try it out! https://ehrserver-cabolabs2.rhcloud.com Questions, comments, suggestions, etc. are always welcome! Kind regards, Pablo. -- Ing. Pablo Pazos Gutiérr

Re: A little community coordination

82-10-4752-5435 > ggoj...@gmail.com ( only for mailing list ) > > 2017-05-20 1:29 GMT+09:00 Pablo Pazos : > >> Hi all, >> >> We were discussing on other threads about the need to improve the tools, >> ref impls and frameworks we use for openEHR stuff. We are few in

Re: Reports - a new openEHR RM type?

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

Re: Reports - a new openEHR RM type?

result (present/ not present). > Semi-Qualitative results need, inclusion/exclusion criteria and a > definition of what the norm/population is is about (females, children, etc.) > > > Gerard Freriks > +31 620347088 <+31%206%2020347088> > gf...@luna.nl > > On 31 May 201

Re: Little sync problem in Java-code regarding ResourceItem

XSD/Resource.xsd > > > > > ___ > 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

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

low, BCS, British Computer Society > <http://www.bcs.org/category/6044> > Health IT blog <http://wolandscat.net/> | Culture blog > <http://wolandsothercat.net/> > > ___ > openEHR-clinical mailing list > openehr-clini...@l

<    1   2   3   4   5   6   7   >