the effort of Pieter Bos improved the quality of
the work of Thomas, and there is nothing bad in that.
Let thousand flowers bloom. Encourage many ideas from many sources.
Best regards
Bert Verhees
___
openEHR-implementers mailing list
openEHR
pointers to more information.
Thanks
Bert Verhees
___
openEHR-implementers mailing list
openEHR-implementers@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-implementers_lists.openehr.org
Thanks, I come back to this
Bert
Thomas Beale schreef op 2-12-2015 om 9:44:
On 02/12/2015 07:57, Bert Verhees wrote:
Thomas Beale schreef op 1-12-2015 om 20:42:
Bert
things that you might think about that I have not done yet:
* whether we put error branches in the grammar - I had
Hi,
I am trying to generate an AOM from a grammar, I used a some
open-sourced of stuff from Pieter Bos and Thomas Beale.
I modified the grammar, f.e. to let it generate camelCase, and I need to
do more with the grammar, still studying it..
I do it just for fun, that is all.
I wanted you to
For those who care, changed git root to
https://github.com/BertVerhees/archetyped_kernel
Have a nice day
___
openEHR-implementers mailing list
openEHR-implementers@lists.openehr.org
keeping the
internal semantics in detail well understood (because of the self
documenting archetypes). And now also, because others are using it and
that gives a comfortable feeling.
Bert Verhees
___
openEHR-implementers mailing list
openEHR-implementers
eed Google translate ;-)
Best regards
Bert Verhees
___
openEHR-implementers mailing list
openEHR-implementers@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-implementers_lists.openehr.org
That is very nice, Thomas
Thanks
Bert
Op 4-2-2017 om 01:40 schreef Thomas Beale:
we will certainly look into doing this one as quickly as possible.
On 02/02/2017 18:03, Bert Verhees wrote:
I wonder what the decision will be. Will the current ADL specs be
adjusted to support also post
ent-signs.
Sorry, I must get up very early tomorrow.
Best regards
Bert Verhees
Op 24-1-2017 om 23:29 schreef Thomas Beale:
I am a bit late getting to this discussion (and I did see the PR, it's
just that Bert's and my idea of a 'quick reaction' are different ;) ...
Michael Lawley'
which is
> not a simple task to do; and although I don’t know what the situation is
> these days, in the past it would have meant purchasing a licence from Ocean
> Informatics.
>
> Hope that helps,
> Peter
>
>
> On 5 Jan 2017, at 23:45, Bert Verhees <bert.verh...@rosa.nl>
Does someone know where I can find those beautiful icons which are used in
CKM Freemind?
Thanks in advance
Bert
___
openEHR-implementers mailing list
openEHR-implementers@lists.openehr.org
Op 4-3-2017 om 23:42 schreef Pablo Pazos:
Hi Bert,
The websites are all in English, but it defaults to Spanish if the
locale is not detected. Maybe it's because the nl locale is not
supported. I'll add a button to allow changing the language.
That is a good thing to do
Bert
modern systems can quickly find medication-entries,
and the extra advantage is that branching and merging is then also not
needed anymore.
Best regards
Bert Verhees
Op vr 18 aug. 2017 15:18 schreef Thomas Beale <thomas.be...@openehr.org>:
>
> Naturally I am all for revising the specs (it'
-
this ensures no data are lost. A true content merge is still
potentially required, which will most likely be manual.
- thomas
On 23/08/2017 20:27, Bert Verhees wrote:
Hi Eric, good story, but one remark, I understand from your story
that you favor branching above locking. Because when you do locking
On 21-08-17 12:18, Thomas Beale wrote:
On 21/08/2017 10:45, Bert Verhees wrote:
On 21-08-17 10:54, Thomas Beale wrote:
well they are likely to be the most common element of an EHR to
which branches and merging would be applied. However they are
ubiquitous and are also likely
On 21-08-17 02:51, Pablo Pazos wrote:
@Bert Persistent records are a well know pattern in ehrs and it's
usefulness should not be under question. Of course systems that focus
on primary care might not implement them. But for hospital or even
regional / national records need a wider view of the
On 21-08-17 10:54, Thomas Beale wrote:
On 21/08/2017 09:09, Bert Verhees wrote:
On 21-08-17 02:51, Pablo Pazos wrote:
@Bert Persistent records are a well know pattern in ehrs and it's
usefulness should not be under question. Of course systems that
focus on primary care might not implement
e plans with the same OPT, and of
course this breaks the singleton concept, but we are talking about
subjectiveness here, so there are no hard rules (call it
probabilistic singleton).
Best,
Pablo.
On Mon, Aug 21, 2017 at 5:40 PM, Bert Verhees
<bert.verh...@ros
lists (as in
HL7) can also be a problem.
- thomas
On 19/12/2017 12:12, Bert Verhees wrote:
Hi everybody,
In the beginning of the year we had the idea of having an announce
list for implementers, hosted by the OpenEhr foundation.
The discussion starts here:
https://www.mail-archive.com
ources, although judging by their previous business
> priorities I am concerned that CKM may not be a high priority item.
>
>
>
> I’d be ecstatic to be proved wrong.
>
>
>
> Regards
>
>
>
> Heather
>
>
>
>
>
>
>
> *From:* openEHR-implementers
On 16-07-18 17:50, Pablo Pazos wrote:
Any proposal should be specified for the SEC to review, agree, refine
and publish.
Not sure how this approach can take forever if the proposal makes sense.
Now I understand, I did not understand from your message for what you
were waiting.
Bert
Very important, I see as major advantage that gives predictability for
archetypepaths which is necessary for wild carding AQL queries on unknown
archetypes or groups of archetypes on different observations. In the field of
observations this is part of a major step forwards. Researchers and
Well done, good work Pieter
Sent from my Xperia™ by Sony smartphone
Pieter Bos wrote
>Today I’m pleased to announce another major release of the Archie library.
>This release brings a number of new features and improvements:
>
>
> * A tool that constructs valid json example
23 matches
Mail list logo
