On 25/04/2013 11:47, Diego Bosc? wrote:
As you know, I'm not a big fan of domain types, so take my comments
with a grain of salt ;)
I understand that back in the day when archetypes were hand crafted
domain types could serve a purpose. But in my opinion ADL should not
be written by hand
On 25/04/2013 12:21, Diego Bosc? wrote:
PPPS: How you define an AQL filter over a domain type?
How do you define an AQL filter over a date time? Well, ok, it's not
quite as simple as that. With a coded term type (in particular) you want
operators like 'in set', 'in subsumption', and 'in
Shinji-san,
thanks for the feedback.
On 25/04/2013 15:39, Shinji KOBAYASHI wrote:
Hi Thomas Beale,
My comments:
1) Page 33, A2
JSON is no Java Simple Object Notation. JavaScript Object
Notation(http://www.json.org/)
oops, getting old, memory going
2) How to encode binary data
On 25/04/2013 18:52, Diego Bosc? wrote:
You can generate operations to deal with domain types, but then AQL
would be openEHR specific (you can call it OQL then). What I say is
Diego,
there is nothing openEHR-specific today in AQL, and allowing more
complex primitive types like dates or codes
On 23/04/2013 19:57, Thomas Beale wrote:
They are catered for
http://www.w3schools.com/schema/schema_dtypes_date.asp, but I have
to admit, in a pretty annoying way. But better than not being catered
for...
The lack of support for hh:??:?? is actually the fault of the ISO8601
standard
Subject:
Re: Trying to understand the openEHR Information Model
From:
*Tim Cook tim at mlhim.org*
Date:
24/04/2013 15:29
To:
For openEHR technical discussions openehr-technical at lists.openehr.org
Hi Bert,
On Tue, Apr 23, 2013 at 5:28 PM, Bert Verhees bert.verhees at rosa.nl
On 24/04/2013 15:52, Thomas Beale wrote:
Subject:
Re: Trying to understand the openEHR Information Model
From:
*Tim Cook tim at mlhim.org*
Date:
24/04/2013 15:29
To:
For openEHR technical discussions openehr-technical at lists.openehr.org
Hi Bert,
On Tue, Apr 23, 2013 at 5:28 PM
On 24/04/2013 16:23, Bert Verhees wrote:
On 04/24/2013 04:52 PM, Thomas Beale wrote:
A, I got it. Now I think I understand. You aren't building a
constraint based multi-level modelling system. You are modelling
archetypes in RelaxNG. Correct?
Yes, that it is. I had more difficulties
On 24/04/2013 18:27, Bert Verhees wrote:
On 04/24/2013 07:14 PM, Thomas Beale wrote:
if you want to distribute that, it would be a great example RM for
the ADL workbench - do you have it in BMM format?
Yes, Thomas, of course I can show it, but I don't know what BMM is.
But it is a very
On 22/04/2013 23:26, Bert Verhees wrote:
Verstuurd vanaf mijn iPad
Op 22 apr. 2013 om 23:19 heeft Thomas Beale thomas.beale at
oceaninformatics.com het volgende geschreven:
which rules is it breaking? As far as I know, openEHR XML documents validate
normally against the schemas.
yes, I
On 23/04/2013 10:37, Bert Verhees wrote:
have ADL, AOM, and object transforms
What is missing is that xml offers validation and query out of the
box, which means it has been developed and optimized for years by many
companies and communities, and mostly is good quality software.
ok but
,
and that would be good for worldwide success for the OpenEHR specifications.
Ok, these are my two cents. I am very anxious to learn why the current
XPath/XQuery-specifications are not good enough.
Have a nice sunday.
Bert.
Verstuurd vanaf mijn iPad
Op 20 apr. 2013 om 18:29 heeft Thomas Beale
On 22/04/2013 10:01, Bert Verhees wrote:
On 04/22/2013 10:01 AM, Thomas Beale wrote:
Hi Bert,
Xquery wasn't stable in 2006 when we needed a query language. AQL was
implemented by Ocean by 2007 and has been working since then, and
something similar implemented by companies in Brazil. Later
On 22/04/2013 21:44, Bert Verhees wrote:
On 04/22/2013 02:12 PM, Thomas Beale wrote:
On 22/04/2013 10:01, Bert Verhees wrote:
But I understand your point, we can discuss that without bashing XML:
You are saying that people may want to use another storage than
XML-databases, and than
For those interested in a new specification for artefact identification,
I have more or less rewritten the previous draft, and created a new one
based heavily on debates on these lists, experience of clinical
modellers, CIMI community input, and implementation experience. It's
still a draft
On 19/04/2013 16:06, Randolph Neall wrote:
Seref, to add to my questions:
AQL is the most neglected, yet, probably one of the most important
components of an openEHR implementation.
Does this imply that each implementation of openEHR is sufficiently
different from others as not to allow
On 19/04/2013 15:17, Randolph Neall wrote:
Hi Seref,
In my humble opinion, AQL is the most neglected, yet, probably one of
the most important components of an openEHR implementation. It is not
part of the implementation, but it has been implemented by at least
two vendors that I know of,
On 17/04/2013 22:04, Randolph Neall wrote:
Thomas, somehow I'm not finding the AQL specification. It's probably
right under my nose on your specification/release page. Also, do you
have any references describing the AQL processor? Did you write
*/that/* from scratch?? It would seem that the
On 16/04/2013 07:14, Bert Verhees wrote:
Hi,
Is there a mimetype defined for ADL-files?
There's no dedicated one; a text type should do, but remember ADL is
UTF-8. I haven't looked up the rules on that but if text/plain allows
UTF-8, then I would use that.
- thomas
I should probably point out that there are some dozens of openEHR
operational deployments
http://www.openehr.org/who_is_using_openehr/healthcare_providers_and_authorities,
all heavily using AQL for screen population, reporting and so on. The
performance is perfectly adequate in all of these
On 17/04/2013 18:47, Randolph Neall wrote:
The performance is perfectly adequate in all of these systems for the
kinds of queries used in point of care (e.g. typically sub 1-second),
and in some cases where ETL is implemented, the performance is also
acceptable. It's also true that quite a
semantics (which include system-based
branching), there are reasonably obvious strategies for correctly
resolving the confusion.
- thomas
On 15/04/2013 20:11, Karsten Hilbert wrote:
On Mon, Apr 15, 2013 at 08:40:59PM +0200, Bert Verhees wrote:
On 04/15/2013 06:12 PM, Thomas Beale wrote
On 16/04/2013 18:55, Randolph Neall wrote:
Hi Thomas,
Again, you've advanced my grasp of openEHR.
the change set in openEHR is actually not a single Composition, it's
a set of Composition Versions, which we call a 'Contribution'. Each
such Version can be: a logically new Composition (i.e.
On 15/04/2013 04:07, Randolph Neall wrote:
I just spent quite a few profitable hours today with ehr_im.pdf, which
appears to be the main resource for understanding the Information
Model or Reference Model, available for download from the CKM web
site.
Overall, it's a very well-written
On 15/04/2013 11:54, Thomas Beale wrote:
the update logic is Composition-level, and you can't commit something
smaller than a Composition. The default logic is 'optimistic' meaning
that there is no locking per se; instead, each request for a
Composition includes the version (in meta-data
On 15/04/2013 14:37, Grahame Grieve wrote:
big risk - it's a combination of how likely it is, and how bad it is
if they are.
Generally, current location, current medication lists, summary lists
are things where contention can happen. Quite often, I've seen, a
cascade of things will happen
On 15/04/2013 14:37, Grahame Grieve wrote:
big risk - it's a combination of how likely it is, and how bad it is
if they are.
Generally, current location, current medication lists, summary lists
are things where contention can happen. Quite often, I've seen, a
cascade of things will happen
On 15/04/2013 15:43, Ian McNicoll wrote:
Hi Thomas,
I can certainly see a situation where e.g A medication order was
issued and the medication administered within a short time period,
well, 'short' here probably means at least minutes... that's 'long' in
computing terms.
requiring dynamic
On 15/04/2013 17:11, Randolph Neall wrote:
You've all been very helpful and clear in responding to my questions.
What I've learned is that the basic unit of storage--and retrieval--is
a single composition, nothing bigger, nothing smaller, and certainly
not the complete roster of
On 09/04/2013 22:18, Tim Cook wrote:
There are a large number of misconceptions and incorrect assumptions
in this thread. I don't have time right now to address all of them
but I will later this week.
Quickly though, there are no tricks to what we do in MLHIM.
Everything is 100% W3C
On 10/04/2013 13:33, Tim Cook wrote:
[reposted for Tim; hist original bounced]
On Wed, Apr 10, 2013 at 5:14 AM, Thomas Beale
thomas.beale at oceaninformatics.com wrote:
it's similar, but misses the crucial distinction between archetypes and
templates. Without that there is no library of re
Tim,
Looking at the extract below, this MLHIM model would be hard to use as a
basis for generating source code facades, WSDL, JSON UI form
specifications, and other things we regularly generate downstream from
templates.
- thomas
On 10/04/2013 14:01, Timothy W. Cook wrote:
I would like to
On 10/04/2013 15:46, Tim Cook wrote:
On Wed, Apr 10, 2013 at 11:37 AM, Thomas Beale
thomas.beale at oceaninformatics.com wrote:
Tim,
Looking at the extract below, this MLHIM model would be hard to use as a
basis for generating source code facades, WSDL, JSON UI form specifications
On 10/04/2013 16:42, Randolph Neall wrote:
The real question thus comes down to what level of thought the
nameable components of a model should express. If the entire model
could be understood as a tree, how complex should the named branches
of that model be, and how enduring should the
things.
thanks for your patience.
- thomas beale
I am always somewhat surprised as well. Thanks by the way for your
clarifying notes, that is exactly how I would summarise the discussions.
- thomas
On 07/04/2013 22:08, Randolph Neall wrote:
Hi Thomas,
I'm surprised that at this advanced stage of openEHR's maturity you'd
still have to
To put some numbers on things... in a 2012 snapshot of the openEHR.org
CKM archetypes there are:
* 267 compiling (i.e. technically valid archetypes)
o including 94 specialised ones
* In these archetypes there are:
o 3208 'archetypable' nodes (i.e. LOCATABLE nodes)
o of
[This is Tim again, initially bounced]
And that is the issue, and what is at the root of this dispute. Tim does not
see the point of specialization or redefinition, which, in my opinion, is
why he can hold forth so strongly for XML.
Randy Neall
You are mostly correct. It isn't that I
On 06/04/2013 23:50, Thomas Beale wrote:
[This is Tim again, initially bounced]
And that is the issue, and what is at the root of this dispute. Tim does not
see the point of specialization or redefinition, which, in my opinion, is
why he can hold forth so strongly for XML.
Randy Neall
You
On 06/04/2013 23:50, Thomas Beale wrote:
[This is Tim again, initially bounced]
And that is the issue, and what is at the root of this dispute. Tim does not
see the point of specialization or redefinition, which, in my opinion, is
why he can hold forth so strongly for XML.
Randy Neall
You
On 07/04/2013 00:35, Bert Verhees wrote:
That's expedient, but it's also a guarantee of non-interoperability.
As far as I can see, also from my experience, nor OpenEHR, nor MLHIM will be
the only datamodel system on the world. Cooperation with other systems will
always need a message-format.
On 07/04/2013 12:11, Grahame Grieve wrote:
Hi Tom
You ask:
Is there a better meta-architecture available?
When actually the question at hand appears to be: is it even worth
having one?
I don't think that this is a question with a technical answer. It's a
question of what you are
On 05/04/2013 13:03, Thomas Beale wrote:
[original post by Tim bounced; reposting manually for him]
On Thu, Apr 4, 2013 at 12:50 PM, Thomas Beale
thomas.beale at oceaninformatics.com wrote:
if you mean the competing inheritance models - I have yet to meet any XML
specialist who thinks
On 04/04/2013 12:09, Tim Cook wrote:
well, since the primary openEHR projects are in Java, Ruby, C#, PHP, etc, I
don't see where the disconnect between the projects and the talent pool is.
I think if you look at the 'who is using it' pages, and also the openEHR
Github projects, you won't find
On 29/03/2013 14:15, Tim Cook wrote:
Hi Tom,
I have amended the Subject Line since the thread has diverged a bit.
[comments inline]
On Thu, Mar 28, 2013 at 9:55 AM, Thomas Beale
thomas.beale at oceaninformatics.com wrote:
one of the problems with LinkEHR (which does have many good
On 29/03/2013 16:19, Thomas Beale wrote:
Hi Tim,
I don't see any problem here. The extant open 'reference
implementation' of openEHR has been in Java for years now, and
secondarily in Ruby (openEHR.jp http://openehr.jp/) and C#
(codeplex.com http://openehr.codeplex.com/). The original
repositories
https://github.com/openEHR.
Any questions like 'where did xxx go?', feel free to post them here.
- thomas beale
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130321
On 14/03/2013 19:18, Bert Verhees wrote:
On 03/14/2013 03:53 PM, Thomas Beale wrote:
I had a feeling someone would want this ok, it's next up.
Didn't you ever need it?
well normally we just use the workbench. Path extraction has been there
for probably 8 years...
- thomas
On 14/03/2013 10:53, Jos? Hil?rio Almeida wrote:
Thank you for your work on this tool.
A powerful path extraction interface would be
very useful, especially for returning leaf paths. That would be very
handy.
I had a feeling someone would want this ok, it's next up.
- thomas
and could be made to do many more such things.
all feedback welcome.
- thomas beale
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130313/e9f9f738/attachment.html
On 15/02/2013 14:05, Mikael Nystr?m wrote:
Dear all,
The defense is available at http://youtu.be/0lpHFG3Dhts.
Dipak Kalra was not present at the defense in Link?ping in person due
to flight cancellations, so he did his part remote from Amsterdam.
Erik passed the defense and there is no
The online HTML UML web tree has been fixed. It's the link marked below,
for those who may not remember how to get to it now:
-- next part --
An HTML attachment was scrubbed...
URL:
On 30/01/2013 08:07, Erik Sundvall wrote:
Hi!
On Tue, Jan 29, 2013 at 9:48 PM, Thomas Beale
thomas.beale at oceaninformatics.com
mailto:thomas.beale at oceaninformatics.com wrote:
The point isn't for the server to know what is committed to
itself, but for other systems to know
On 23/01/2013 15:59, pablo pazos wrote:
Hi Bert / Sam,
Thanks for your answers.
The idea is that the new COMPOSITION will be available to the EHR
SYSTEM when it arrives to the SERVER. I understand the difference
between finishing a COMPOSITION (e.g. signing and setting the end
time) and
On 29/01/2013 22:18, Seref Arikan wrote:
Greetings,
Ian and I have been working on internalization of openEHR terminology
XML for a project. Being the lazy person that I am, I wrote an Xquery
snippet to reuse the existing work in the Archetype Editor's
terminology file, which is quite
Hi Pablo,
can you please raise an issue report here
http://www.openehr.org/issues/browse/AWBPR, with the usual details of
platform., how you installed etc?
thanks
- thomas
On 25/01/2013 17:44, pablo pazos wrote:
Hi all, I just opened the ADLWB, and if the first thing I do is File
Open,
On 23/01/2013 05:11, pablo pazos wrote:
Hi all, this question is related t oa previous thread:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/2012-November/007392.html
I just want to check a couple of things to validate my implementation
of an openEHR Server.
-technical_lists.openehr.org
--
Ocean Informatics *Thomas Beale
Chief Technology Officer, Ocean Informatics
http://www.oceaninformatics.com/*
Chair Architectural Review Board, /open/EHR Foundation
http://www.openehr.org/
Honorary Research Fellow, University College London
http://www.chime.ucl.ac.uk
On 18/01/2013 10:55, Seref Arikan wrote:
I know it is cross platform :) That is why I wrote, developed under
Windows, which implies that the developer might have used Windows
style relative paths for images.
nope, Peter is way smarter than that ;-)
See this kind of code -
Bert,
I just did a new install on an up-to-date Ubuntu installation (Dell
laptop, very standard) and it ran out of the box, no problems. (The
docking arrangement of the windows is a bit weird, but can be manually
adjusted, and the tool remembers the last state over sessions).
The exception
On 18/01/2013 15:05, Bert Verhees wrote:
On 01/18/2013 02:23 PM, Thomas Beale wrote:
git clone of https://github.com/openEHR/adl-archetypes.git somewhere
convenient
Thanks for the link, very useful for me :-)
Bert
___
openEHR-technical mailing
://www.openehr.org/aboutthiswebsite.
- thomas beale
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130116/357f293e/attachment-0001.html
On 06/01/2013 20:29, Bert Verhees wrote:
On 01/06/2013 08:44 PM, Thomas Beale wrote:
Hi Bert,
existence is a property of CAttribute (multiple or single). It
indicates if the attribute value (i.e. some object) must exists or
can be null.
How about this:
Since its function
On 07/01/2013 09:32, Bert Verhees wrote:
On 01/07/2013 02:40 AM, Thomas Beale wrote:
I think, Thomas, the logic is as follows, the CSingleAttribute can, as
in the specs, have one or more then one children (CObjects).
Only one can be chosen, the others are alternatives
, I will gladly discuss them.
Bert
___
openEHR-technical mailing list
openEHR-technical at lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
Ocean Informatics *Thomas Beale
Chief Technology
On 07/01/2013 13:52, Bert Verhees wrote:
Please can some one short explain what the difference is between
assumedValue and defaultValue in CPrimitive?
Thanks
Bert
Assumed value.
assumed value is a value you set in the archetype. If no value (at all)
occurs in the data for that item (e.g.
Hi Bert,
existence is a property of CAttribute (multiple or single). It indicates
if the attribute value (i.e. some object) must exists or can be null.
occurrences is a property of a CObject, and indicates how many instances
of that object constraint can exist in the data.
It can be used on
If you follow the link on the CKM news feed, i.e.
You go straight to the CKM comments in question:
-- next part --
An HTML attachment was scrubbed...
URL:
Don't forget the live news coming from #openEHR and #CKM
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20121221/77c87a7f/attachment-0001.html
-- next part
I have uploaded the icons I used in the ADL Workbench into the
reference-models Git repo https://github.com/openEHR/reference-models.
They can be found for the various reference models at locations like
this
Hi Wang,
we won't (we need translators!) - we have now quite a few offers and
diverse ideas on how to technically enable the translation. We need to
experiment with these and see what works. So my suggestion is - hold off
until we make a bit more progress on that. Ideally we would publish
On 18/12/2012 02:26, Shinji KOBAYASHI wrote:
Hi Thomas and Gunner,
Having translated portal would appeal wider range, especially for
beginners.
On the other hand, openEHR.jp site has another accountability as the
domestic
artefacts repository. We can have two sites for their
On 18/12/2012 09:52, Shinji KOBAYASHI wrote:
Hi Thomas,
I forked GitHub web-site project. Can I make /jp sub-directory to work
under top?
Could you please point it out where should be?
Japanese translation would appeal capability of translation much, I will try
it.
Shinji,
it might be a
On 18/12/2012 12:46, Bert Verhees wrote:
On 12/18/2012 10:14 AM, Thomas Beale wrote:
@Bert: thanks for the offer.
Shinji can be the first one to take the pain, hopefully we'll have it
worked out for you in a week's time. Ok, more than a week's time. Some
warm wine drinking may slow things
of translation much, I
will try it.
Regards,
Shinji
2012/12/18 Thomas Beale thomas.beale at oceaninformatics.com:
accountability
___
openEHR-technical mailing list
openEHR-technical at lists.openehr.org
http://lists.openehr.org/mailman
On 18/12/2012 12:49, Athanasios Anastasiou wrote:
Hello Thomas and everyone
Just a quick question/suggestion:
Are we really talking about fundamentally different websites or just
translations?
Here I am talking about a translation of (parts of) the central website
(as Gunnar said, some
we are trying to work out the best approach to translations of the
openEHR website. The mechanism for the website itself is probably
straightforward:
* for each language xx, we create a copy of the current website under
a directory /xx/, and push this to the Github repo that contains the
Fixes:
* we now have tooltips on links at the bottom (the ones that are not
necessarily obvious from their name, e.g. GitHub)
* Some links have been renamed to have 'CKM' in the title, to make it
more obvious where they point
* CKM link at the top right, next to the 'wiki' link -
On 04/12/2012 16:23, pablo pazos wrote:
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.
Pablo,
do you want to add some links to the
I'm unclear on the outcome of this confusing discussion. For the lack of
demographic XSD, what should be used is an XSD that is compatible with
the existing ones. For the other questions, they're at a level of detail
I don't know in XSD. But they should be answerable one way or the other.
So
On 26/11/2012 17:02, Bert Verhees wrote:
Thanks Athanasios and Diego,
It is easier to download then to write it myself ;-)
But still I wonder why the OpenEHR-community is not offering these.
I think it just did ;-)
Early in 2013, the specifications will be start being revamped. That
will
On 05/10/2012 11:13, Gerard Freriks wrote:
See below.
On 4 Oct 2012, at 18:07, Thomas Beale wrote:
On 03/10/2012 23:26, Gerard Freriks wrote:
I just care about getting one model
In the case of 13606_one good model_that describes a generic
interface for EHR communication, also
Pablo
cam you please raise an issue here
http://www.openehr.org/issues/browse/SPECPR so we don't forget to
address this?
thanks
- thomas
On 04/10/2012 23:36, pablo pazos wrote:
Hi Ian,
Thanks for the answer. I think having process etc in the specs
makes a little difficult to
On 06/10/2012 16:13, pablo pazos wrote:
Hi all,
I found there is no CONTRIBUTION XSD defined on the openEHR XDS, and
if it exists, I can't commit CONTRIBUTIONs using only one XML message,
because CONTRIBUTION references (using OBJECT_REF) the VERSIONs I need
to commit, but each VERSION
On 08/10/2012 09:02, Erik Sundvall wrote:
On Mon, Oct 8, 2012 at 9:50 AM, Thomas Beale
thomas.beale at oceaninformatics.com
mailto:thomas.beale at oceaninformatics.com wrote:
to enable this, a small piece of extra XSD would be needed, to
define a contribution as a single XML
On 13/09/2012 10:15, David Moner wrote:
Hi,
2012/9/13 Erik Sundvall erik.sundvall at liu.se
mailto:erik.sundvall at liu.se
It would be great if e.g most of the future ISO 13606 version
could be a true subset of openEHR instead of the current confusing
situation.
This is
On 03/10/2012 23:02, Thomas Beale wrote:
On 13/09/2012 10:15, David Moner wrote:
Hi,
2012/9/13 Erik Sundvall erik.sundvall at liu.se
mailto:erik.sundvall at liu.se
It would be great if e.g most of the future ISO 13606 version
could be a true subset of openEHR instead
On 03/10/2012 23:26, Gerard Freriks wrote:
I just care about getting one model
In the case of 13606 _one good model _that describes a generic
interface for EHR communication, also, for communication with other
proprietary EHR solutions.
In the case of openEHR _one good model_ that
kind soul will help. It's easy when you know how.
In the web view of this SVN repo, it looks like this:
You can see that most compile here (just press F7 to do a compile once
you are configured):
- thomas beale
*
*
-- next part --
An HTML attachment was scrubbed
On 26/09/2012 12:45, Diego Bosc? wrote:
Thanks, the ones I was worried about were the model related ones. We
have a student working on a little project that I hope we can show
soon :)
*
*
I'll look into moving them into knowledge2 ASAP, but for now, just use
'em
- thomas
On 13/09/2012 05:15, David Moner wrote:
Hi,
2012/9/13 Erik Sundvall erik.sundvall at liu.se
mailto:erik.sundvall at liu.se
It would be great if e.g most of the future ISO 13606 version
could be a true subset of openEHR instead of the current confusing
situation.
This is
On 13/09/2012 03:48, Erik Sundvall wrote:
Hi!
On 12/09/2012 17:43, Heath Frankel wrote:
We need a depreciation scheme that allows us to say that something
is no longer recommended for use in a particular release and removed
in a subsequent release. This gives implementations time to
On 12/09/2012 17:43, Heath Frankel wrote:
We need a depreciation scheme that allows us to say that something is
no longer recommended for use in a particular release and removed in a
subsequent release. This gives implementations time to migrate to the
new recommendation. It also means we
On 06/09/2012 15:44, Sam Heard wrote:
Hi Tom
I absolutely agree with your summary. Technically I think making use
of obsolescence is the appropriate way to go in software. No competent
vendor will put out an operating system, compiler or software that
breaks existing tools without doing
Hi Athanasios,
On 04/09/2012 04:56, Athanasios Anastasiou wrote:
Hello everyone
I am coming across an openEHR use case for which there seem to be more
than one ways to deal with and that i would appreciate your help with.
The main question is this:
When creating COMPOSITIONs that
for those interested, I have been spending this month with Dr Stan
Huff's group at Intermountain Health in Salt lake City. I have at least
a dozen potential change requests / issues for openEHR. Mostly small,
but important in their way. That has come from the evidence of their
systems, and
On 04/09/2012 18:05, Heath Frankel wrote:
Anthanasios,
What we have Don in research based projects is use a persistent
composition to record the cohort that the subject belongs too. It
could be done using demographics where we have a registration
relationship associated with the party but
This is a good question. I wold summarise it as: how do I ensure an AQL
query picks up proximate rather than distant objects for a given object?
It depends on the data. If the only thing in the data that indicates
that INSTR Y1 is related to OBS X1 is temporal proximity, then you would
have
On 20/08/2012 05:47, Seref Arikan wrote:
Hi Tom,
Your comments are quite helpful, but they do not belong to the context
I'm asking about. I'm asking the default behaviour for returning
results when no constraints are there.
It may not be a meaningful use case for using AQL, but it is a
On 15/08/2012 01:10, Heath Frankel wrote:
Hi Seref/Thomas,
Node IDs at0022 and at0023 have no semantic significance, they are
just a value of a speed limit element no matter if they are in km/h or
mph. These are just alternative value constraints on the value due to
different units
601 - 700 of 1686 matches
Mail list logo
