st to
investigate its utility and shortcomings and let me/others know their
thoughts.
regards,
eric
On 28/08/2008, at 12:13 AM, Erik Sundvall wrote:
> Hi!
>
> I imported an openEHR UML (XMI) file created by Eric Browne (using
> BOUML) into the Eclipse-based Topcased environment a couple of
Archetypes+for+HL7+CDA+Documents
Interested in your thoughts about how this could be progressed.
regards,
Eric Browne
Ed Hammond wrote:
> Thanks. I agree that things are moving ahead. I wish we could remove
> some
> of the animosity (maybe I am reading it worng) towards HL7 (not from yo
much more, that affect our own health and the health of others.
Please reconsider taking your document to those meetings.
regards,
eric browne
On 08/10/2008, at 7:05 PM, Stef Verlinden wrote:
> Thomas.
> Op 7-okt-2008, om 17:10 heeft Thomas Beale het volgende geschreven:
>
>&
Thomas,
Strange you should malign the Russians so.
In 1994 I was on a joint British-Russian expedition to investigate the
mid-Atlantic ocean ridge, over 4km deep.
The only submersibles to get to those depths as a pair, and photograph
the "black smokers" and attendant sea creatures were Russia
No problem Erik. In any case, I'm sure Google will preserve ALL versions of
your emails in its open source repository for posterity. ;-)
eric
On 2009-12-04, at 11:10 PM, Erik Sundvall wrote:
> On Fri, Dec 4, 2009 at 12:39, Diego Bosc? wrote:
>> Link to the wiki page?
>
> Sorry about mult
T[io]m,
I don't think the documentation issue is as clear cut as Tim suggests.
Here are my observations:-
1. The existing PDF documentation is excellent - far better than many
commercial projects. This is partly due to the use of Framemaker, but
mostly due to Tom's commitment, knowledge and
Hi Sebastian,
If I can give my own perspective on this, having been peripherally involved for
some time..
1. Unfortunately, the IHTSDO (www.ihtsdo.org), who is responsible for the
ongoing management and development of SNOMED CT, is still a somewhat closed and
traditional standards development
Stef et al,
In response to Stef's plea for others' opinions, I'd like to add my voice to
Tom's concerns.
I certainly believe that the whole ISO process with respect to health
informatics standards is deeply flawed. As Grahame implies with the datatypes
standard, the process is politically driv
William,
I follow most of your posting, and I agree that much of the modelling of the
concepts you describe can be done independently of an implementation context.
[There is, of course, the question of tools that best help with this.] I
think, in many instances, you are seeking agreement on y
Andrew,
I agree that there can be value in producing lower common denominator artefacts
for short term implementation gains. I don't, however, see why we can't aim to
gain agreement on more specifically defined artefacts as the basis for clinical
models, and then, as you suggest, provide adapte
st common denominator ) trumps standards and quality, and even safety.
regards,
eric
Eric Browne
eric.bro...@montagesystems.com.au
ph 0414 925 845
skype: eric_browne
> On 2 Oct 2015, at 1:41 pm, Heather Leslie
> wrote:
>
> Hi everyone,
>
> I’m seeking community in
with a script and have not manually validated this list visually in
the ADL.
regards,
eric
Eric Browne
eric.bro...@montagesystems.com.au
ph 0414 925 845
skype: eric_browne
> On 18 May 2016, at 8:35 pm, Thomas Beale wrote:
>
> Hi Daniel,
> the reason it is a String is because we
but so far I have
failed to do so.
There are also the related PRs:
https://openehr.atlassian.net/browse/SPECPR-13
https://openehr.atlassian.net/browse/SPECPR-96
regards,
eric
Eric Browne
eric.bro...@montagesystems.com.au
ph 0414 925 845
skype: eric_browne
> On 18 May 2016, at 5:55 pm, Bak
Unfortunately Silje, not quite correct. The eye deceiveth.
The construct [H20] is not valid UCUM. In none of the CKM archetypes did I
find the correct UCUM code [H2O]. A zero has been substituted for the letter
‘O’.
An easy mistake for a human to make. H20 even mistakenly appears 4 times in
Ap
>
> -Original Message-
> From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org]
> On Behalf Of Eric Browne
> Sent: Wednesday, May 18, 2016 3:49 PM
> To: For openEHR technical discussions
> Subject: Re: UCUM code in body temperature archetype
>
&g
eric
Eric Browne
eric.bro...@montagesystems.com.au
ph +61 414 925 845
skype: eric_browne
> On 14 Oct 2016, at 2:59 am, Fadoua Khennou wrote:
>
> Hello,
>
> I am a Phd student, working on the implementation of OpenEhr standard with
> Nosql technologies in order to study th
Sam,
I'm not sure if you are only considering familial links. If not,
then organ donor/donee relationships might give rise to similar
(and other) identification requirements.
eric
Eric Browne \ phone: +61 8
Sam et al,
Sometimes it is beneficial to stand back and review the purpose
of EHRs, when trying to categorise content. No doubt you have done
this far more often than me, but for yet another high level perspective
here is my current view.
Categorising EHR Content
t of the Burns Emergency
> act.
> To summarize I think the idea of categorizing the EHR
> according to instructions,observations and actions and
> the event wise categorization can be agreed upon and
> implemented.
> Comments
> ANIKET
> --- Eric Browne wrote:
> > S
isation of the
> > > different events.
> > > "The "Service-Action" view of the
> > > world portrays the burn_event as an attribute
> > > (observation) of the emergency care act"
> > > Yes it should and it would in the pro
Tom & Sam,
Thanks for taking the time to explain the openEHR use of OBSERVATION,
EVALUATION and INSTRUCTION and how these do not limit the ability
to express state and events in a variety of clinical models. When
one moves from thinking in the healthcare space to thinking in the
recording space it
Very pragmatic, but ...
If dealing with the 20% of 'abnormal' problems later, means completely
redesigning and reimplementing a solution, then your pragmatic approach
may not be the best.
Designing and building a national or international EHR-based healthcare
system is like getting someone to the
Sam,
I take Tom's position. The issue is whether there is a one to one
mapping between subject of care and an EHR.
>From a health perspective, a foetus can be considered as a subject of
care in its own right.
A foetus is tightly coupled to a mother, but is sufficiently
distinct for there to be a
Tom,
I have pondered the same issue before. I think it unlikely that language
would change inside an entry, but I did think of the possibility of
medicines, e.g. chinese medicines, or part thereof, being described by
specificly foreign names.
cheers,
eric
[ btw, you may wish to check your compute
24 matches
Mail list logo