Small question about commits and AUDIT_DETAILS.system_id

I found an issue mentioning the system_id but I don't know if it's related with this thread (don't understand 100% the change description), also it says that is closed: http://www.openehr.org/issues/browse/SPEC-165 -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com Date: Fri, 5

Small question about commits and AUDIT_DETAILS.system_id

. (?) In the end is just an id, does it matter if it's attached to a system or service or if it's something related to an organization or if it's a host domain? What do you think? -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com From: heath.fran...@oceaninformatics.com

Commits and Contributions

Hi Heath, What do you mean by commit uid, is that the CONTRIBUTION.uid? -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com From: heath.fran...@oceaninformatics.com To: openehr-technical at lists.openehr.org Subject: RE: Commits and Contributions Date: Sun, 7 Sep 2014 23:32:58

Missing DV_PROPORTION validity rule?

, Eng. Pablo Pazos Guti?rrez http://cabolabs.com -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20140929/7875ec00/attachment.html

Small question about commits and AUDIT_DETAILS.system_id

I've created the issue on JIRA: http://www.openehr.org/issues/browse/SPECPR-99 Hope this helps to clarify the use of the system_id :) -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com From: colin.sut...@ctc.usyd.edu.au To: openehr-technical at lists.openehr.org Subject: Re: Small

ADL 2 Workbench update - alpha of next release available

Hi Thomas, Does it have ADL 1.5 / 2 editing capabilities? -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com Date: Tue, 3 Feb 2015 11:14:34 + From: thomas.be...@oceaninformatics.com To: openehr-technical at lists.openehr.org Subject: ADL 2 Workbench update - alpha of next

ADL 2 Workbench update - alpha of next release available

I will have some free time next week, do you want me to beta test it and create a small report for you? (bugs, improvements , etc). -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com Date: Tue, 3 Feb 2015 15:29:53 + From: thomas.be...@oceaninformatics.com To: openehr-technical

UITemplates for openEHR / towards generic UI definition and automatic generation

Thanks Ricardo, BTW here is the paper: https://www.academia.edu/9882392/Generaci%C3%B3n_autom%C3%A1tica_de_interfaces_de_usuario_para_sistemas_de_informaci%C3%B3n_cl%C3%ADnicos_basados_en_una_metodolog%C3%ADa_multi-nivel -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com From

MedInfo 2015 openEHR tutorials

want to review the contents. Thanks! -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com From: skoba at moss.gr.jp Date: Thu, 8 Jan 2015 01:45:04 +0900 Subject: Re: MedInfo 2015 openEHR tutorials To: openehr-implementers at lists.openehr.org CC: openehr-technical

MedInfo 2015 openEHR tutorials

anything, just add a comment on the wiki.The deadline is next week, please hurry up if you want to review the contents.Thanks!-- Kind regards,Eng. Pablo Pazos Guti?rrezhttp://cabolabs.com -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com From: skoba at moss.gr.jp Date: Thu, 8 Jan

CRUD Restlet

, like the EHRScape ;) -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com Date: Sun, 18 Jan 2015 20:41:35 +0100 From: bert.verh...@rosa.nl To: pazospablo at hotmail.com; openehr-technical at lists.openehr.org Subject: Re: CRUD Restlet The point for me is separation

Question on Stack Overflow re openEHR Persistence using RoR Active Record

This is one of my students :D doing our Clinical Database Design with openEHR course. He is trying to use Rails to solve an assigment, but I'm not a Rails expert, so anyone with Rails knowledge might help him better than me. -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com

C-CDA was created because they do not know openEHR? :)

? -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150119/2d54f561

C-CDA was created because they do not know openEHR? :)

Great input, thanks! -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com Date: Tue, 20 Jan 2015 10:42:54 +0800 From: edwin_ue...@163.com To: openehr-technical at lists.openehr.org Subject: Re:C-CDA was created because they do not know openEHR? :) Dear sir, let me share

CRUD Restlet

, then execute one. In the near future we will add some authorization filters so the query list will return just the queries each specific client can use. Also importing/exporting queries will be in place by UI and by a REST endpoint. -- Kind regards, Eng. Pablo Pazos Guti?rrez http

RE: EHRServer is on the cloud

: http://cabolabs-ehrserver.rhcloud.com/ehr-0.1/ Thanks again, Pablo. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: pazospa...@hotmail.com To: k.ata...@auckland.ac.nz; openehr-clini...@lists.openehr.org Subject: Re: EHRServer is on the cloud Date: Mon, 1 Jun 2015 19:35:50

EHRServer is on the cloud

to contact me. -- 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

RE: openEHR @ StackExchange

@all please try to upvote answers by openEHR community members on openEHR/EHR/EMR/... related questions, that's a good way to increase reputation (just received two upvotes, so I guess someone here already started that, also I upvoted Koray and Erik's answers). -- Kind regards, Eng. Pablo

RE: EHRServer is on the cloud

Thanks Bert, I will be deploying new features for the next couple of weeks, stay tunned!Then I'll try to improve the docs and provide some sample client code. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Date: Fri, 29 May 2015 09:39:53 +0200 From: bert.verh...@rosa.nl

RE: openEHR archetypes and views - clarification

data with the correct type (text, date, quantity, etc.). Hope that helps! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: liron_ka...@hotmail.com To: openehr-technical@lists.openehr.org Subject: openEHR archetypes and views - clarification Date: Wed, 20 May 2015 13:20:24 +

RE: Template Designer - remove slot

Hi Thomas, trying to create an issue I got this error Assignee: The default assignee does NOT have ASSIGNABLE permission OR Unassigned issues are turned off. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Date: Sat, 16 May 2015 20:39:16 +0100 From: thomas.be

RE: Term set for DV_PARSABLE.formalism

of registering those at IANA, like ADL or OPT (e.g. text/opt+xml). -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Subject: Re: Term set for DV_PARSABLE.formalism To: openehr-technical@lists.openehr.org From: thomas.be...@oceaninformatics.com Date: Tue, 28 Jul 2015 19:38:40 +0100

RE: Term set for DV_PARSABLE.formalism

regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com Date: Mon, 27 Jul 2015 08:23:49 +0200 Subject: Re: Term set for DV_PARSABLE.formalism From: yamp...@gmail.com To: openehr-technical@lists.openehr.org CC: openehr-implement...@lists.openehr.org Probably was left this way to deal with the ones

2 constraint bindings in ADL - 1 referenceSetUri in OPT

/attributes /children Is this a TD bug? I'm using TD 2.6.1214Beta. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical mailing

Term set for DV_PARSABLE.formalism

a term set for that attribute like we have for DV_MULTIMEDIA.media_type? (of course this attribute is CODE_PHRASE and not String like formalism). -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com

Template Designer: Error exporting OPT that contains the ACTION.procedure archetype

the tree inside the template. One thing: the ADL exported from the CKM has an uid in the archetype clause, it seems that is giving the TD a hard time: archetype (adl_version=1.4; uid=82e79f18-76b9-4b5c-a930-1115eecbc4b7) openEHR-EHR-ACTION.procedure.v1 -- Kind regards, Eng. Pablo Pazos

Template Designer problem when selecting Value Set on DV_TEXT node

, something I reported in other issue that I couldn't set the constraint on DV_TEXT to allow only DV_CODED_TEXT instances. So setting the Generic Valueset seems to be an implicit way of declaring that node as DV_CODED_TEXT from the TD. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com

RE: Template Designer: Error exporting OPT that contains the ACTION.procedure archetype

Hi Ian, my TD is 2.6.1214Beta. AFAIK there isn't a newer release publicly available. -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: i...@freshehr.com Date: Fri, 24 Jul 2015 18:07:14 +0100 Subject: Re: Template Designer: Error exporting OPT that contains

CKM error for translator email

to every archetype I translate. Any ideas of what's wrong?Thanks! -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com ___ openEHR-technical mailing list openEHR-technical@lists.openehr.org http

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: VERSION.lifecycle_state options

thinking out loud) -- Kind regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com From: heath.fran...@oceaninformatics.com To: openehr-technical@lists.openehr.org CC: openehr-technical@lists.openehr.org Subject: Re: VERSION.lifecycle_state options Date: Thu, 9 Jul 2015 22:53:10 + EHR

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 +0200 To: openehr-technical

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 From

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

RE: Party-actor-folder relationships in hierarchy

, 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:11:06 +03

RE: ADL validity rules on CKM

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” form

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

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

Specs about ACTIVITY.timing still unclear

e 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. -- Kind regards, Eng. Pablo

RE: INTERVAL_EVENT questions about the correctness of the specs

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.openehr.org

RE: ADL Workbench exceptions when opening the audiogram archetype

with 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

Issues setting constraints to INSTRUCTIONS in the Archetype Editor

ION.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 Gutiérrez http:/

INTERVAL_EVENT questions about the correctness of the specs

sure 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 points.

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: Fri, 17

New EHRServer v0.5 and roadmap

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-technical mailing li

RE: New EHRServer v0.5 and roadmap

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.org; 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

EHRServer v0.7 is out!

with it, 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

RE: Specs about ACTIVITY.timing still unclear

ped 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 think

Archetype OBSERVATION.data.summary

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

Updated XSLT

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.openehr.org http

EHRServer whitepaper

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

Template Designer alternatives

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

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

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

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

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: rm_type_name for the DV_DURATIONs primitive object in XML

with 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: 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: Composition commit and change types

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

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, Eng. Pablo Pazos Gutié

RE: Composition commit and change types

es 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 Pablo, I did inc

RE: Composition commit and change types

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 regards, Eng. Pablo

RE: Composition commit and change types

formatics Ltd. > Director, HANDIHealth CIC > Hon. Senior Research Associate, CHIME, UCL > > > On 4 April 2016 at 20:18, pablo pazos <pazospa...@hotmail.com> wrote: > > I think that can work for some implementations. > > > > What I was thinking is not

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 for th

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

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

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

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.openehr.org/mail

RE: Shouldn't INSTRUCTION_DETAILS.wf_details be archetypable?

, 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 00:15:09 +

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

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

his 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?

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 mailing list

ACTIVITY.description vs ACTION.description archetypes

t 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 more than welcome! -- Kind regards, Eng. P

Creating archetypes with alternatives

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

Re: Creating archetypes with alternatives

two buttons, [+] and [-]. > Click the [+] 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 <pablo.pa...@

Re: Creating archetypes with alternatives

true false false 1 1 On Wed, Feb 8, 2017 at 11:59 PM, Pablo Pazos <pablo

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 >

Re: SV: More generic reference model

, 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 "pablo

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

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" <pazospa...@hotmail.com<mailto:pazosp

Re: SV: More generic reference model

bset won't be as clear. El 11/9/2016 16:49, "pablo pazos" <pazospa...@hotmail.com<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 S

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

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

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 <openehr-technical-boun...@lists.openehr.org> on behalf of Thomas Beale <

Re: Converting Archetype into Nosql Schemes

R<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://image.slide

Question about paths to C_SINGLE_ATTRIBUTE alternatives

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 openE

Re: Question about paths to C_SINGLE_ATTRIBUTE alternatives

regards, Eng. Pablo Pazos Gutiérrez http://cabolabs.com<http://cabolabs.com/es/home><http://twitter.com/ppazos> From: openEHR-technical <openehr-technical-boun...@lists.openehr.org> on behalf of Pieter Bos <pieter@nedap.com> Sent: Tuesday,

Re: openEHR and terminology servers

/ grah...@healthintersections.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%200

Re: openEHR and terminology servers

ow, there are mappings 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

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 <pablo.pa...@cabolabs.com> 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 &g

Cloud EHRServer is about to be launched

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

Re: Random / Synthetic Data Generation over Templates

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

Re: Random / Synthetic Data Generation over Templates

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

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

EHRServer v0.9 was released!

. 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/mailman/listinfo/o

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 pablo

Re: EHRServer v0.9 was released!

w.facebook.com/gro ups/1476424142610167/ 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 <pablo.pa...@cabolabs.com>: > Dear friends and colleagues, > > I'm glad to let you know that the new version

<    1   2   3   4   5   6   >