Same for me.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
Grahame Grieve
grahame at kestral.
Of course it is more the volume of activity than the number of lists.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
Andrew Patterson
I have to admit that I am tired of the HL7 bashing, most specifically by
Thomas. In my opinion, it serves no purpose. I would hope Thomas would
spend his energy in a positive direction, not by bashing HL. Further,
quoting a blog from someone who has problems with HL7 does not make his
case nor
practices. So
the sector continues to suffer and make limited progress. I wish HL7 would
adopt recognised modelling practices, because then we could make very fast
progress.
- thomas
On 25/11/2010 15:22, William E Hammond wrote:
I have to admit that I am tired of the HL7 bashing, most
, because then we could make very fast
progress.
- thomas
On 25/11/2010 15:22, William E Hammond wrote:
I have to admit that I am tired of the HL7 bashing, most specifically
by
Thomas. In my opinion, it serves no purpose. I would hope Thomas
would
spend his
/11/2010 15:22, William E Hammond wrote:
I have to admit that I am tired of the HL7 bashing, most specifically
by
Thomas. In my opinion, it serves no purpose. I would hope Thomas
would
spend his energy in a positive direction, not by bashing HL.
Further
, including people in key positions in e-health programmes around the
world.
- thomas
On 25/11/2010 17:26, William E Hammond wrote:
OK. I accept the comment. However, the problem I have is that many
of the
comments are a matter of opinion - that's ok, but it is not a right
.
- thomas
p.s. if v3 was so good and easy, I am pretty sure Stan would have
introduced it at IHC.
On 25/11/2010 17:31, William E Hammond wrote:
HL7 is following basic modeling procedures in the minds of a lot of
people.
HL7 and CDISC, for example, have worked together to produce
Long live Mircosoft.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
Thomas Beale
thomas.beale at oce
Tom, Now I know why HL7 has so much trouble. -- just basic god practice.
Shouldn't god be capitalized? I think HL7 needs to pay Tom a consulting
fee - for all the advice.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
So what does he win?
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
Randolph Neall
randy.neall at veri
advice over the years ;-)
On 19/11/2010 19:54, William E Hammond wrote:
Tom, Now I know why HL7 has so much trouble. -- just basic god
practice.
Shouldn't god be capitalized? I think HL7 needs to pay Tom a
consulting
fee - for all the advice
I like it I hope others help me build my menangre.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
Williamtfgoossen@
cs.com
I always thought of myself as a jackass.
Perhaps other animals will declare themselves.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
Charles McCay
I appreciate all of the remarks that have been make thus far. I am
responding because I think we might have some shot at being better. I
think many of you tak pot-shots at HL7, and that's OK. An elephant is
easier to hit than an ant. In the early years, HL7 had only a few members
who were very
Thanks.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
Williamtfgoossen@
cs.com
It is not clear to me that Tom's remarks help either. HL7 had data types
very early. That is not the point. The issue is is there anything in the
future we can agree and work togwether. Unfortunately, I have come to the
conclusion we cannot not, and as a result we shall let the market make
I agree with Dqavid's points.
The world, unfortunately, is not perfect. Understanding how the ISO data
types standard came into being might be useful in understanding why it is
as it is. After more than 5 years in trying to get a g;obal standard for
data type, a group, lead by Graham Grieve,
for HL7-based
messaging. It doesn't make sense as an ISO standard; it is really an HL7
standard.
- thomas
On 06/11/2010 18:39, William E Hammond wrote:
I agree with Dqavid's points.
The world, unfortunately, is not perfect. Understanding how the ISO
data
types standard came
___
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical[attachment
dmeyer.vcf deleted by William E Hammond/Dept_CFM/mc/Duke]
___
openEHR-technical mailing list
openEHR-technical
I will be out of the office starting 07/12/2010 and will not return until
07/17/2010.
I will have limited access to e-mail during this period.
Thanks Tony. I have always tried to be open to the best solutions to my
problems. Frequently it is a combination of resources. Of course, we also
have a lot of local debbates and discussions.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
.
- thomas
On 26/06/2010 22:34, William E Hammond wrote:
Actually, my e-mail was more of a hello. I didn't think you were
giving
Duke a hard time. Our approach is similiar to what you are doing,
however,
we are focusing at the atomic level. Building from that is simply
Hi Thomas,
I am now back at Duke in a full time capacity. The work within HL7 is
being lead by Ken Kawamoto from Duke, a colleague of mine. Duke has one fo
the best clinical research enterprises in the world - the Duke Clinical
Research Institute and the new Duke Translational Medical
with much greater flexibility.
Please don't think I would seriously question Duke's clinical work. I just
think you are working with the wrong IT;-)
regards
- thomas
On 26/06/2010 19:28, William E Hammond wrote:
Hi Thomas,
I am now back at Duke in a full time capacity. The work within
I will be out of the office starting 03/21/2010 and will not return until
03/26/2010.
I will have limited access to e-mail during this period.
Not trying to start a war, but I am disappointed at the continued dialog
that is negative toward HL7. If, in fact, openEHR has solved all of the
problems of interoperability and is being picked up around the world, I,
and I think, many of my HL7 colleagues will be delighted. Very few of the
and governance framework. It could be possible,
at the price of some dented egos. History says it will remain a dream. What
would it take to overcome that? (Proper funding might be one answer)
- thomas beale
On 01/02/2010 15:51, William E Hammond wrote:
Not trying to start a war, but I am
On 01/02/2010 17:07, William E Hammond wrote:
I like your reply. I am willing to commit to putting energy behind
merging
al standards groups, probably under ISO.
Not wanting to be more of a trouble-maker than usual, but I would have to
say
I will be out of the office starting 12/03/2009 and will not return until
12/18/2009.
I will have limited access to e-mail during this period.
I will be out of the office starting 05/05/2009 and will not return until
05/17/2009.
I will have limited access to e-mail during this period.
An interesting discussion. However, I am aware that humans oftern make
errors, the majority of which is misunderstanding of the words spoken by
another. The commpent in violent agreement comes to mind. Even wars have
occured as a result of misunderstanding. Communications and creativity may
be
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20090224/e06f8446/attachment.html
-- next part --
A non-text attachment was scrubbed...
Name: dmeyer.vcf
Type: application/octet-stream
Size:
and people- needs---
Hope is what I reckon will allow us as human being to DO THE RIGHT THINGS
every day.
Cheers Carol
Melbourne Australia
--
From: William E Hammond hammo...@mc.duke.edu
Sent: Friday, November 07, 2008 5:28 AM
To: For openEHR
01:11 EHR/EMR Deployment Count.
PM
Please respond to
For openEHR
technical
discussions
openehr-technica
l at openehr.org
William E Hammond wrote:
Thomas,
I am very
at openehr.org
William E Hammond wrote:
Thanks. I agree that things are moving ahead. I wish we could
forward to a single
logical representation of clinical content. Clinicians around the globe
will appreciate this.
Cheers, Sam
William E Hammond wrote:
Thanks for the response. I am not sure I agree that CCD is a paper, but
I
guess time will tell which is the way to go.
Looks like HL7 needs
Sam,
Help me understand this exercise if CCD exists?
Ed
Sam Heard
sam.heard at oceani
of this number of EHRs.
Happy to take this offline and give you more details if you would like.
regards Hugh
William E Hammond wrote:
Hugh,
Can you expand on 20 million of what. I think htis is an astounding
figure. What is the quality of the compositions? I'd like to have
more
Hugh,
Can you expand on 20 million of what. I think htis is an astounding
figure. What is the quality of the compositions? I'd like to have more
info if possible. I think that number ois much more than any of us
anticipated.
Thanks
Ed Hammond
There is an English version of the comparison. I am sure Bernd would be
happy to share. I think the article has some excellent thoughts and is not
biased toward any one approach. I don't agree with everything, but I found
the article useful.
Ed Hammond
I will be out of the office starting Sun 11/18/2007 and will not return
until Fri 12/07/2007.
I will have limited access to e-mail during this period.
in health care must be
based on a REAL health care data model.
Cheers,
--
Timothy Cook, MSc
Health Informatics Consulting
http://home.comcast.net/~tw_cook/
01-904-322-8582
[attachment signature.asc deleted by William E Hammond/Dept_CFM/mc/Duke
of them - depending on the local point of view
of its user ?
I means getting closer from natural language and just setting a graph
between concepts when a given data model is to be used.
Regards,
Philippe Ameline
William E Hammond wrote:
Tom and Tim,
I am not sure what this messages says
Seref,
Thanks for sharing this great presentation. I enjoyed watcing the
presentation and I was excited about thinking how to use that approach in
presenting data about a patient to a provider.
Ed Hammond
|-+-
| | Seref Arikan
Gerard,
It would help us to have the names and contact info for those
implementations over many years. As you know there are also CDA and HL7 v3
implementations. I am trying to put together that list.
Thank you for your support of these discussion.
Ed
Our course mapping between two solutions is just postponing the issues.
Maybe some day we will get to a single solution.
Ed Hammond
|-+-
| | Thomas Beale |
| | Thomas.Beale at OceanInforma|
| |
You assume the worst of me. It seems that looking at actual
implementations of both 13606 and V3 will provide excellent experience data
for both groups. I know V3 implementations, and did not know many 13606
implementations, altho I do know one system that has several
implementations. So Bert,
Gerard,
I am amazed at the comments to your collegue. We are making great strides
in bringing ISO/CEN/HL7 together with the potential of taking a step
beyond even harmonization. I am in favor of pro and con discussion. As I
read your earlier mail, I interpret those remarks as saying we
it unavailable except in a
legal(historical) view of the EHR is easy - built into the spec - it would
only be seen with a historical view which can require further security (and
even patient consent).
Sam
William E Hammond wrote:
Maybe we Americans are the only ones who screw up, but one
On 4-mei-2006, at 15:01, William E Hammond wrote:
Mcuh of an opinion of this topic depends on what your view of an EHR
is.
My view is very specific and focused.?? The EHR contains the data that
is
important for the present and future care of the patient
Just yesterday I ran into this construct in looking at a dosing algorithm
for pediatrics. Without the detail, the first time-related logic specified
for the period of less than 7 days (7 days. The next logic line specified
= 7 days. Without the =, the logic would have been awkward at best.
Ed
Althio it is possible to write the logic to avoid this need, I find it
useful at times to express the logic with great than or equal to make it
clear what the logic says. The overhead is minbor. I argue for retaining
= and =.
Ed Hammond
Maybe we Americans are the only ones who screw up, but one of the reasons I
have to remove data from the EHR is when the data manages to get into the
wrong patient's record. Unfortunately for every right way to do something,
there are many wrong ways. I have said that if I did not have to design
I will be out of the office starting 11/23/2005 and will not return until
11/28/2005.
I will no access during this period.
-
If you have any questions about using this list,
please send a message to d.lloyd at openehr.org
I will be out of the office starting 09/10/2005 and will not return until
09/25/2005.
I will have limited access during this period.
-
If you have any questions about using this list,
please send a message to d.lloyd at openehr.org
However, in my opinion, one can have too much data. Information, by
definition, is more than data and conveys something understandable and
useful that was not known before. Information deals with raising entrophy.
Long story short, designers of systems need to undersatnd the difference in
data
For an age, I agree that the date of birth is adequate as long as you
remember people do not age after they die. It is also convenient to have a
reference time mark for many things, including conception, start of a
course of treatment. Adjectives and nouns are difficult to put into
algorithms
Who are you calling elderly?
I still hold out for age, even if it is fuzzy.
Ed
Gerard Freriks gfrer at luna.nl@openehr.org on 01/31/2005 04:25:17 PM
Please respond to Gerard Freriks gfrer at luna.nl
Sent by:owner-openehr-technical at openehr.org
To:William E Hammond hammo001
I basically agree. I think I mean both clinical and economical. What I am
hoping for is that we can create a single process in which all the
appropriate terminologies can be blended, overlaps and mapping, and
distribution made common. Do it once not each institution or even each
country.
I
I agree with Gerard that we need to be careful. However, that does not
mean that we go to the lowest denominator. IF we think SNOMED is the best
solution, then we need to spend our time and energy on finding how to make
SNOMED available to the rest of the world. We have a debate in our
William,
I do not think you are over reacting. I agree with you. My only point is
that we should be driven by what is best and what is a true solution, and
not by the wrong reasons. I would be most interested in seeing us compile
a list of candidates for terminologies that should be
We actually dealt with this topic at Duke in the OB system in the early
1980s. We did create a record. One interesting problem was ghost
pregnancies in which it appeared for a period of time to have two fetuses
later to be one. Our actually execution turned out to not create the new
baby
64 matches
Mail list logo
