twork>ayushehr.com
> <http://ayushehr.com> e: dil...@healthelife.in
> ___
> openEHR-clinical mailing list
> openEHR-clinical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
>
--
*Ing.
CKM from there and compare any two revisions. Archetypes that
>> were updated in the last couple of years will have the SemVer version in it
>> as well, and there is always the canonical hash (the one used in the
>> template) you can use to determine the right version of the archetyp
p://ayushehr.com>ehr.network, <http://ehr.network>ayushehr.com
> <http://ayushehr.com> e: dil...@healthelife.in
> ___
> openEHR-clinical mailing list
> openEHR-clinical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinf
p', its
> execution in the real world has to result in the ISM state machine being
> advanced to one defined state.
>
> So there is a problem from the outset with this discussion...
>
> - thomas
>
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical@li
t; really have a tool issue.
>
>
>
> Vennlig hilsen
>
> *Ivar Yrke*
>
> Senior systemutvikler
>
> DIPS AS
> Telefon +47 75 59 24 06
>
> Mobil +47 90 78 89 33
>
>
>
>
> *Fra:* openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org]
> *P
er having loaded them. This information is transient and only
> lives in our memory instances of the archetype. But at least we have it
> available so that we can make a full state machine evaluation and find only
> the relevant transitions to present to the user.
>
>
>
> *Some questions:*
t;> the relevant transitions to present to the user.
>>
>>
>>
>> *Some questions:*
>>
>> What if the user inadvertently administers a drug that has been
>> suspended? In that case he surely needs to have this transition anyway,
>> doesn’t he? Well, yes, b
>
>
> I too would appreciate if these discussions were moved to the Technical or
> Implementation lists.
>
>
>
Ok, I'll stop using this list. For the record, I don't agree with the
classification criteria given here.
> Regards
>
>
>
> Heather
>
>
&g
Web: http://www.linkedin.com/in/davidmoner
>> Twitter: @davidmoner
>> Skype: davidmoner
>> ___
>> openEHR-clinical mailing list
>> openEHR-clinical@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-
On Thu, Jul 5, 2018 at 4:12 AM, David Moner wrote:
>
> El jue., 5 jul. 2018 a las 0:00, Pablo Pazos ()
> escribió:
>
>> I know, but my case is not the use of ANY, is that no constraint is
>> defined, it's just empty. The meaning of ANY or * is clear, but I think t
; Thanks everyone, and have a great summer to those of you in the northern
> hemisphere! ☀️
>
>
>
> Regards,
>
> *Silje*
>
>
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical@lists.openehr.org
> http://list
ing list
> openEHR-clinical@lists.openehr.org<mailto:openEHR-
> clini...@lists.openehr.org>
> http://lists.openehr.org/mailman/listinfo/openehr-
> clinical_lists.openehr.org
> ___
> openEHR-clinical mailing list
> openEHR-clinical@
template level.
>
> David
>
>
> --
> David Moner Cano
>
> Web: http://www.linkedin.com/in/davidmoner
> Twitter: @davidmoner
> Skype: davidmoner
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical@lists.openehr.org
>
On Wed, Jul 4, 2018 at 6:18 AM, Sebastian Garde <
sebastian.ga...@oceaninformatics.com> wrote:
>
>
>
>
> *Von:* openEHR-clinical *Im
> Auftrag von *Pablo Pazos
> *Gesendet:* Mittwoch, 4. Juli 2018 09:14
> *An:* For openEHR clinical discussions >
> *B
geschreven:
>
> well, you can provide more things to the DV_TEXT in that case, such as
> term mappings or specify an hyperlink
>
> 2018-07-03 22:51 GMT+02:00 Pablo Pazos pablo.pa...@cabolabs.com>>:
> So DV_TEXT and DV_PARSABLE text/plain are semantically the same thing?
&g
s use case
>
> 2018-07-03 1:37 GMT+02:00 Pablo Pazos :
>
>> Hi,
>>
>> I'm playing around with the AE and have a question about the semantics in
>> the differences between specifying an ELEMENT.value as DV_TEXT or a
>> DV_PARSABLE with formalism = "text/plai
text/plain is allowed on the constraints for
DV_PARSABLE.formalism?
Is there any use case specific for DV_PARSABLE text/plain that can't be
modeled as DV_TEXT?
Thanks!
--
*Ing. Pablo Pazos Gutiérrez*
pablo.pa...@cabolabs.com
+598 99 043 145
skype: cabolabs
Subscribe to our newsletter <http://eepu
rs implementing systems.
>
>
>
> No silver bullet here, yet. But open to collaborate with anyone who has
> suggestions…
>
>
>
> Regards
>
>
>
> Heather
>
>
>
> *From:* openEHR-clinical *On
> Behalf Of *Pablo Pazos
> *Sent:* Sunday, 1 July 2018
ll possible combinations
> and orders of pathway steps too.
>
>
>
> Regards,
>
> *Silje*
>
>
>
> *From:* openEHR-clinical *On
> Behalf Of *Pablo Pazos
> *Sent:* Wednesday, June 27, 2018 3:45 AM
> *To:* For openEHR clinical discussions >
> *Subject:* How to define t
uld happen a
"plan_step" transition to change the state to ASSIGNED. Seems we are
missing important metadata in the archetype.
How do clinical modelers solve those problems?
Will test LinkEHR to see how they define the ISM and the valid transitions.
Thanks,
Pablo.
--
*Ing. Pablo Pazos
ed up at the sky, and answered, “I am working for the sake
> of God!”
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> clinical_lists.openehr.org
>
>
--
*
Maybe main activities.? Routine?
But being a child is not an activity :)
On Fri, Jun 15, 2018, 03:41 Bakke, Silje Ljosland <
silje.ljosland.ba...@nasjonalikt.no> wrote:
> Hi everyone,
>
>
>
> We’ve been struggling for a while to define and delineate a concept about
> the activities an
lthcare
> <https://intermountainhealthcare.org/>
> Management Board, Specifications Program Lead, openEHR Foundation
> <http://www.openehr.org>
> Chartered IT Professional Fellow, BCS, British Computer Society
> <http://www.bcs.org/category/6044>
> Health IT blog &
visor)
>
>
>
> *Från:* openEHR-clinical [mailto:openehr-clinical-
> boun...@lists.openehr.org] *För *Pablo Pazos
> *Skickat:* den 12 mars 2018 01:39
> *Till:* For openEHR clinical discussions <openehr-clinical@lists.
> openehr.org>
> *Kopia:* Openehr-Technical <openehr-techn
org>
wrote:
> Hi Pablo,
>
> there is COMPOSITION.event_context.participations, of type
> List (see here
> <https://www.openehr.org/releases/RM/latest/docs/ehr/ehr.html#_overview_3>).
> It seems to me that does what you need.
>
> - thomas
>
> On 20/02/2018 04:10, P
untain Healthcare
> <https://intermountainhealthcare.org/>
> Management Board, Specifications Program Lead, openEHR Foundation
> <http://www.openehr.org>
> Chartered IT Professional Fellow, BCS, British Computer Society
> <http://www.bcs.org/category/6044>
> Health IT blog <http:
th no data, that
includes the participants in the ENTRY.other_participants collection.
How do others model this?
Would it be useful to propose a change to the model to support "global"
participants at the COMPOSITION level?
Thanks!
--
Ing. Pablo Pazos Gutiérrez
pablo.pa...@cabolabs.com
+
d for Archetypes
> Nasjonal IKT HF, Norway
>
> Tel. +47 40203298 <+47%20402%2003%20298>
>
> Web: http://arketyper.no / Twitter: @arketyper_no
> <https://twitter.com/arketyper_no>
>
>
>
> ___
> openEHR-impl
pe library.
>
> In which case, you should specialise with archetypes as long as the
> archetypes are likely to be reusable; when they are not, it would make
> sense to further specialise by the use of overlays in a template.
>
> All this is moot for people still using ADL1.4 tools
simple, but we
might end up with a lot of archetypes. Using templates makes queries more
complex, but we don't need more archetypes for specializations.
Thanks!
PS: please let me know if this doesn't make sense :)
--
Ing. Pablo Pazos Gutiérrez
e: pablo.pa...@cabolabs.com
p: +598 99 043 145
skype
, but causes its own problems and confusion,
> doesn’t it! J
>
>
>
> H
>
>
>
> *From:* openEHR-clinical [mailto:openehr-clinical-
> boun...@lists.openehr.org] *On Behalf Of *Pablo Pazos
> *Sent:* Saturday, 8 July 2017 12:49 PM
> *To:* For openEHR clinical discussions <ope
e is a change in the RM to cater for this use case we are a bit
> stuck!
>
>
>
> Regards
>
>
>
> Heather
>
>
>
> *From:* openEHR-clinical [mailto:openehr-clinical-
> boun...@lists.openehr.org] *On Behalf Of *Pablo Pazos
> *Sent:* Friday, 7 July 2017 11
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:58 A
ter Society
> <http://www.bcs.org/category/6044>
> Health IT blog <http://wolandscat.net/> | Culture blog
> <http://wolandsothercat.net/>
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical@lists.openehr.org
&g
des and stored as results and queried for as
> results.
>
>
> Gerard Freriks
> +31 620347088 <+31%206%2020347088>
> gf...@luna.nl
>
> Kattensingel 20
> 2801 CA Gouda
> the Netherlands
>
> On 25 Apr 2017, at 06:23, Pablo Pazos <pablo.pa...@cabolabs.c
at ihtsdo but when you read the
>> license coming with the SNOMED-CT browser, it made me doubt. Take a look at
>> it yourself, I believe it is point 4 ( I am on my mobile right now and it
>> is inconvenient to look now)
>>
>> Bert
>>
>> Op di 25 apr. 2017 0
dings on the archetype. That is
>>> explained on the specs somewhere, is not my idea :)
>>>
>>>
>>> Cheers,
>>> Pablo.
>>>
>>> On Tue, Apr 18, 2017 at 5:49 AM, Bert Verhees <bert.verh...@rosa.nl>
>>> wrote:
>>&g
ilman/listinfo/openehr-clinical_
> 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>
___
gt; Bert
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-clinical_
> lists.openehr.org
>
--
Ing. Pablo Pazos Gutiérrez
Cel:(00598) 99 043 145
Skype: cabo
linical mailing list
> openEHR-clinical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> clinical_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.
openEHR-technical mailing list
> openehr-techni...@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
-OBSERVATION.laboratory_test.v0
openEHR-EHR-OBSERVATION.pathology_test.v1
openEHR-EHR-OBSERVATION.pathology_test-blood_glucose.v1
If the first two archetypes were on the CKM before and also were overriden
by one of the mentioned above, shouldn't we have a more formal way of
deprecating archetypes?
--
Ing. Pablo Pazos
iting
> archetypes, giving education, or you write a modeling tool, or even a book,
> that kind of things, I don't see that fit in a technical or clinical
> mailing-list.
> It makes it also easy to search the archive for services or products.
>
> Bert
>
>
> Op 30-12-2016 om 15
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
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-clinical mailing list
openEHR-clinical@lists
I'm planning to present the workshop about openEHR clinical data repositories
and a paper, but I'm not sure if I can attend yet. I'll check my budget next
year :)
--
Kind regards,
Eng. Pablo Pazos Gutiérrez
http://cabolabs.com<http://cabolabs.com/es/home><http://twitter.c
Hi Pablo,
Some comments below.
Heath
From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org]
On Behalf Of pablo pazos
Sent: Tuesday, 12 July 2016 12:29 PM
To: openeh technical <openehr-techni...@lists.openehr.org>; openehr clinical
<openehr-clinical@li
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-techni...@lists.openehr.org; openehr-clinical@l
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-clinical mailing list
his topic clear
for newcomers.
Thanks!
--
Kind regards,
Eng. Pablo Pazos Gutiérrez
http://cabolabs.com ___
openEHR-clinical mailing list
openEHR-clinical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
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
ent spec?
Thanks!
--
Kind regards,
Eng. Pablo Pazos Gutiérrez
http://cabolabs.com ___
openEHR-clinical mailing list
openEHR-clinical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
internal structure.
--
Kind regards,
Eng. Pablo Pazos Gutiérrez
http://cabolabs.com ___
openEHR-clinical mailing list
openEHR-clinical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
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.
exploded after the
solution was developed and improved. Of course, this strategy requires a lot of
money. Markets do not develop themselves. Also this doesn't apply to everything
:)
--
Kind regards,
Eng. Pablo Pazos Gutiérrez
http://cabolabs.com
> Subject: Re: Socio-technical challenges w
In fact EHRGen is about front end, EHRServer is the backend :)
--
Kind regards,
Eng. Pablo Pazos Gutiérrez
http://cabolabs.com
From: k.ata...@auckland.ac.nz
To: openehr-clinical@lists.openehr.org
Subject: RE: Any work on PHR?
Date: Tue, 8 Mar 2016 01:51:00 +
Thanks Pablo,
Yes
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-clinical@lists.openehr.org
page 13.
--
Kind regards,
Eng. Pablo Pazos Gutiérrez
http://cabolabs.com
Subject: Architectural choices: One composition archetype per document type,
or not?
From: silje.ljosland.ba...@nasjonalikt.no
To: openehr-clinical@lists.openehr.org
Date: Thu, 11 Feb 2016 15:17:04 +0100
When implementing
to contact me.
--
Kind regards,
Eng. Pablo Pazos Gutiérrez
http://cabolabs.com ___
openEHR-clinical mailing list
openEHR-clinical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
The full text is online.
BTW, congratulations!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: gf...@luna.nl
Subject: Re: New paper: Analysis of Clinical Information Modeling Processes
Date: Thu, 26 Mar 2015 00:20:14 +0100
To: openehr-clinical at lists.openehr.org
Do you
.
I believe if we reach a truly distributed and open CKM the editors will be more
and more each day. That is happening every day with thousands of projects on
GitHub.
Just wanted to add also the technical side of some of the current problems.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http
, I'm not trying to troll the initial discussion by setting the
focus on technical aspects.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: i...@freshehr.com
Date: Sat, 14 Mar 2015 16:13:18 +
Subject: Re: How to fix CKM biggest issue
To: openehr-clinical
?
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-clinical_lists.openehr.org/attachments/20150119/2d54f561
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
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
Hi Shinji, I've added my projects there.
BTW, yesterday I presented a paper about an open source EHR platform based on
openEHR as a vision paper, I hope to be accepted!
Happy holidays for everyone!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: skoba at moss.gr.jp
Date
do you think?
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: b...@dips.no
To: openehr-technical at lists.openehr.org; openehr-clinical at
lists.openehr.org
Subject: Postulate: DV_QUANTITY should be modelled with fewest possible units
Date: Thu, 13 Nov 2014 20:07:00 +
ideas. I don't have Heather Grain's
email, I'll gladly send her my little survey (Already sent to Heather L and
Evelyn).
Cheers,Pablo.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: sam.he...@openehrfoundation.org
To: openehr-clinical at lists.openehr.org
Subject: Re
not sure what's the formal way of putting these issues under the
consideration of the board(s) and get any feedback from them.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
Date: Thu, 23 Oct 2014 09:52:22 +0200
From: sauerm...@technikum-wien.at
To: openehr-clinical
,Pablo.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: skoba at moss.gr.jp
Date: Tue, 21 Oct 2014 22:56:46 +0900
Subject: Re: MedInfo 2015 openEHR tutorials
To: openehr-technical at lists.openehr.org
CC: openehr-implementers at lists.openehr.org; openehr-clinical
for a hospital or a network sharing an
EHR, but when you need to send the report to another facility without access to
the PACS, I would include the image data in the openEHR data using XML
compositions.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: daowangli at icloud.com
between old/new names and ids, so anyone can update
their systems with ease. Without this, changes might break some systems.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: Bostjan.Lah at marand.si
To: openehr-technical at lists.openehr.org
Subject: Re: Archetype Naming
want to present this, should we submit the
proposals individualy and then organize or should we coordinate and make one
proposal with all the workshops/tutorials?
Thanks!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: heather.les...@oceaninformatics.com
To: openehr
info about ideas would be the
openEHR wiki.
Thanks!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: sk...@moss.gr.jp
Date: Wed, 30 Jul 2014 10:25:16 +0900
Subject: Re: MedInfo 2015 openEHR tutorials
To: openehr-clinical at lists.openehr.org
CC: openehr-technical
in the real world, and learn from their success and failures.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr
help a lot.
* This is not for any university, we're giving the openEHR course from an
organization of professionals (the Chilean association of medical informatics).
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: heather.les...@oceaninformatics.com
To: openehr-clinical
. Pablo Pazos Guti?rrez
http://cabolabs.com
From: ian.mcnicoll at oceaninformatics.com
Date: Sun, 22 Jun 2014 13:41:47 +0100
Subject: Re: Link between goals and other clinical concepts
To: openehr-clinical at lists.openehr.org
Hi Pablo,
You can see an example of the Goal archetype in-use
. Pablo Pazos Guti?rrez
http://cabolabs.com
Date: Fri, 20 Jun 2014 19:11:17 +0100
From: thomas.be...@oceaninformatics.com
To: openehr-clinical at lists.openehr.org
Subject: Re: Link between goals and other clinical concepts
On 20/06/2014 01:20, pablo pazos wrote
? Should I create two instances of the goal?
(One for systolic and one for diastolic).
Thanks!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: heather.les...@oceaninformatics.com
To: openehr-clinical at lists.openehr.org
Subject: RE: Link between goals and other clinical concepts
Hi Marivan, I don't fully understand your comment, can you elaborate? Thanks!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: mari...@abrahao.net
Subject: Re: Link between goals and other clinical concepts
Date: Tue, 17 Jun 2014 22:24:58 -0300
To: openehr-clinical
Hi all, does my previous message make sense?
Sent from my LG Mobile
pablo pazos pazospablo at hotmail.com wrote:
Hi, if I want to establish a goal for body weight, I think there's a need of
linking the goal concept with the body weight concept, but the body weight
archetype is for measuring
be inherited someway from the concept I'm
measuring (body weight) into the goal archetype.
Does anyone has an idea of how will be a good way of modeling a goal related to
another concept like weight or BP?
Thanks!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
anyone have a copy of the file? Thanks!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-clinical_lists.openehr.org
Awesome idea, we can also use github to report and follow issues, to make
corrections and send pull requests, etc. Nice!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: ian.mcnicoll at oceaninformatics.com
Date: Mon, 24 Feb 2014 09:54:41 +
Subject: Clinical
? 0408309839 ' 1300 285 512
8 www.ehe.edu.au www.ehetraining.edu.auFrom: openEHR-clinical
[mailto:openehr-clinical-bounces at lists.openehr.org] On Behalf Of pablo pazos
Sent: Thursday, 20 February 2014 1:14 PM
To: openEHR Clinical
Subject: RE: openEHR-clinical Digest, Vol 22, Issue 1 Hi
sense?
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
Date: Tue, 29 Oct 2013 10:01:59 +
From: thomas.be...@oceaninformatics.com
To: openehr-technical at lists.openehr.org
Subject: Re: Instruction archetypes and overlaping nodes with
INSTRUCTION.narrative
Hi Colin, that's what I meant with my second paragraph (That way, if there's no
structured INSTRUCTION or there are no mapping rules...), i.e. define
conditions under the software knows to show or hide the narrative part for data
input.
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http
The video of the demo was recorded here:
http://www.youtube.com/watch?v=D-hs-Ofb8SYThank you all, hope you enjoyed it!
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
From: pazospa...@hotmail.com
To: openehr-technical at lists.openehr.org; openehr-clinical at
lists.openehr.org
. Please check details here:
https://plus.google.com/u/0/events/cqqqc4nt4qu2jup3f3c2692o4i0
Before the demo, I'll publish the link to the Hangout on the event page.
The server and clients are all open source: https://github.com/ppazos
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-clinical_lists.openehr.org/attachments/20130820/2dfb1711/attachment.html
) to create the UI and DB on one way, the parsable form give
us too much freedom (sometimes this is a problem :)
Cheers,
-koray
From: openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org]
On Behalf Of pablo pazos
Sent: Wednesday, 14 August 2013 3:24 a.m.
To: openEHR Clinical
Hi Thomas,
On 13/08/2013 16:23, pablo pazos wrote:
Hi Thomas, thanks for the input, is great to
understand the rationale behind ACTIVITY.timing.
Right now I've more questions than proposals
Sam that
shows different timing options for medication:
http://www.slideshare.net/atalagk/what-if-we-never-agree-on-a-common-health-information-model
(form slide 6)
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
Date: Tue, 13 Aug 2013 12:04:12 +0100
From: thomas.be
WOW 52 downloads in 44 hours !!!, thanks to all of you interested in the
project. I hope this openess to english speaking colleagues will open new
collaboration opportunities and help us bring the project to the next level.
--
Kind regards,
Ing. Pablo Pazos Guti?rrez
http://cabolabs.com
From
believe will
use the full ID mentioned by Ian).
--
Kind regards,
Ing. Pablo Pazos Guti?rrez
LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez
Blog: http://informatica-medica.blogspot.com/
Twitter: http://twitter.com/ppazos
From: yampeku at gmail.com
Date: Tue, 8 Jan 2013 18:09:17 +0100
(they represents the
same concept).
What do you think?
--
Kind regards,
Ing. Pablo Pazos Guti?rrez
LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez
Blog: http://informatica-medica.blogspot.com/
Twitter: http://twitter.com/ppazos
From: talmon at maastrichtuniversity.nl
To: openehr-clinical
in spanish website
(http://openehr.org.es): http://craigsworks.com/projects/qtip/demos/
--
Kind regards,
Ing. Pablo Pazos Guti?rrez
LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez
Blog: http://informatica-medica.blogspot.com/
Twitter: http://twitter.com/ppazos
From: heather.les
:53, pablo pazos wrote:
Hi all, I just one to share a view on the subject.
This discussion remembers me of the terminology problem:
there's a lot of discussion of how we name a thing, but not
all names work for every use
,
the access will be using some kind of tool, not directly.
--
Kind regards,
Ing. Pablo Pazos Guti?rrez
LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez
Blog: http://informatica-medica.blogspot.com/
Twitter: http://twitter.com/ppazos
-- next part
Hi all, I've uploaded the ADL syntax highlighter for Notepad++ at the spanish
openEHR portal: http://openehr.org.es/cms2/display/recursos
This will be our main resource page, you are welcome to contribute.
--
Kind regards,
Ing. Pablo Pazos Guti?rrez
LinkedIn: http://uy.linkedin.com
1 - 100 of 153 matches
Mail list logo