Also OpenEMed
Dave
Karsten Hilbert wrote:
On Thu, Dec 15, 2005 at 09:47:17PM -0600, Ignacio Valdes wrote:
Active projects: FreeMed, ClearHealth, OpenEMR, VistA, OSCAR,
SQLclinic I'm sure I've left some out. -- IV
Yes, GNUmed.
Karsten
begin:vcard
fn:David Forslund
thought OpenEMed was middleware and not an application per se
could you tell us more about your clinical/administrative functionality?
Joseph
David Forslund wrote:
Also OpenEMed
Dave
Karsten Hilbert wrote:
On Thu, Dec 15, 2005 at 09:47:17PM -0600, Ignacio Valdes wrote:
Active
I was invited earlier, but was unable to join the initial meeting which
set this up. I may yet join
the effort.
Dave
Adrian Midgley wrote:
http://www.eclipse.org/proposals/eclipse-ohf/main.php
anyone involved?
yet.
begin:vcard
fn:David Forslund
n:Forslund;David
org:Los Alamos
Some old(one year ago) email from me has reappeared on this list. I'm
not sure of the source of the email, but I apologize for the additional
unnecessary noise on the list.
Dave
begin:vcard
fn:David Forslund
n:Forslund;David
org:Los Alamos National Laboratory;CCS-DO
adr;dom:;;MS B265;Los
How does this make it a standards body? I would characterize it as an effort
to promote a particular methodology for systems to work together, but that is
not necessarily make it a standards body. If that were the case, then I could
declare OpenEMed a standards body. What it is doing is
At 03:48 PM 4/26/2004, Andrew Ho wrote:
General interfacing must to be evaluated by cost and performance of
specific interface implementations. Somehow and somewhere, the general
interface must be customized to fit specific use-case requirements.
Is it possible that previous interfacing
At 07:44 PM 4/26/2004, Horst Herb wrote:
On Mon, 26 Apr 2004 08:02, Tim Churches wrote:
Basically, apart from a remote procedure call protocol, you also need an
interface description protocol, a web service directory/discovery
protocol, and a web service security and authentication protocol
At 10:33 PM 4/26/2004, Andrew Ho wrote:
On Mon, 26 Apr 2004, David Forslund wrote:
At 03:48 PM 4/26/2004, Andrew Ho wrote:
General interfacing must to be evaluated by cost and performance of
specific interface implementations. Somehow and somewhere, the general
interface must be customized
At 07:15 AM 4/27/2004, Adrian Midgley wrote:
On Tuesday 27 April 2004 01:28, David Forslund wrote:
... adoption ...
HL7's primary problem, in my mind, is its lack
of sufficient constraints,
One is required to read the implementation
manual.
I think the thing I would most like to change
available to anyone. But it is a business and must pay its bills.
Both HL7 and OMG are non-profits, but this doesn't mean they aren't businesses.
Dave
At 12:10 PM 4/28/2004, Horst Herb wrote:
On Wednesday 28 April 2004 04:06, David Forslund wrote:
I completely agree with you. I keep bringing this problem
What do folks down under know about this work? I would appreciate comments.
http://www.health.gov.au/healthconnect/hc_architecture/sa_consult.html
There was a note about this on this list over a year ago, but I'm interested in
people's
assessment.
Thanks,
Dave
At 06:14 AM 4/30/2004, Adrian Midgley wrote:
in fact, given that one human entitymay carry different names, sexes, dates of
birth [1] from time to time, there is some merit in using one table to hold
identity, the rest or majority of the fields being linked from other tables,
whose key is the
I've attached an XML schema for the PIDS data model that we use. It is completely consistent with the OMG PIDS specification. This entire issue of flexible dynamic traits vs rigidly defined traits was discussed in great detail during the development of this RFP.
As a result we agree very well
far beyond healthcare. Also remember that the PIDS
specification lets you ask it what are the properties of any particular trait type, so that
a conformant system can not only tell the client what is supported but something about
what the particular traits mean.
On Friday 30 April 2004 09:46, David
I have some questions about jabber.
Can a non-jabber client talk to a jabber server with xml-rpc? Or does one
commit to the jabber protocol completely? Why not use one of the
other standard messaging services? With jabber, why use xml-rpc at all?
Dave
At 01:15 AM 5/1/2004, Elpidio Latorilla
This discussion arose from the note by Horst asking why telephone1 and telephone2 where attributes
in HXP, so it has everything to do with HXP. Most of HXP actually is involved with the data model
used for various kinds of data. The transport in HXP is just one of a number of possible ways data
There is a joint effort between HL7 and the OMG to standardize such an
RLS. I urge participation by those involved
in these standards efforts. There was a lot of work done on a RLS a
number of years ago by the OMG and we need to ensure that this RLS
service be
interoperable as it develops.
The OMG never finalized a spec, but did a lot of spade work. This
work continues and extends as a joint HL7 and OMG work. People are
invited to join this effort to come up with a robust RLS specification.
As long as some folks from the CFH linking subcommittee is involved, it
should be
Tim Churches wrote:
See
http://story.news.yahoo.com/news?tmpl=story2u=/zd/20050105/tc_zd/142004
Two radiologists recently developed open-source software, called
OsiriX, to display and manipulate complex medical images on the
popular portable devices called iPods.
Check the screenshots on
See belo.
Tim Churches wrote:
David Forslund wrote:
Tim Churches wrote:
See
http://story.news.yahoo.com/news?tmpl=story2u=/zd/20050105/tc_zd/142004
Two radiologists recently developed open-source software, called
OsiriX, to display and manipulate complex medical images on the
popular
I've just opened a new project on sourceforge called OpenCMA, for an open
source implementation of the Context Management Architecture of HL7 (commonly
known as CCOW). It will be based on that specification as well as a couple of
other efforts in the area of context-aware systems (such as the
On Thu, 2004-12-23 at 23:02, David Forslund wrote:
I know a number of folks who would be interested, but the inability
to
run the software on Win platforms removes them
from consideration at this time.
Dave
Maybe this will be enough of a trigger to get them to try out some
linux
From: Tim Churches [EMAIL PROTECTED]
To: openhealth-list@minoru-development.com
Date: Fri, Dec-24-2004 8:01 AM
Subject: Re: Open source tools for population health epidemiology and public
health
David Forslund wrote:
I know a number of folks who would be interested, but the inability
From: Tim Churches [EMAIL PROTECTED]
To: David Forslund [EMAIL PROTECTED], Andrew McNamara [EMAIL
PROTECTED]
Cc: openhealth-list@minoru-development.com
Date: Fri, Dec-24-2004 1:40 PM
Subject: Re: Open source tools for population health epidemiology and public
health
David Forslund
I know a number of folks who would be interested, but the inability to
run the software on Win platforms removes them
from consideration at this time.
Dave
Tim Churches wrote:
I am pleased to announce that developmental versions of some tools for population
health epidemiology and public health
Original Message
From: Daniel L. Johnson [EMAIL PROTECTED]
To: OpenHealth List [EMAIL PROTECTED]
Date: Mon, Dec-13-2004 10:26 AM
Subject: Re: Rural Health Grant
Question for David Forslund:
Is this significantly different in concept from the work you've already
done
to be tied to the LDAP representation, which seems to me to be an
implementation issue not
a design issue.
It is available at: http://informatics.mayo.edu/
It is very fine work.
Dave
Original Message
From: Tim Churches [EMAIL PROTECTED]
To: David Forslund [EMAIL
I have a question. There is a lot of info in the ICD-9-CM coding documents
that isn't
represented by simple text. It would seem that an XML representation of the
codes
with the exclusions, notes, etc. would be more generally useful. Flatting the
data to the number and the name seems to
I found this piece of opensource software:
http://memberwebs.com/nielsen/software/rtfx/
which is at least 10 times faster than any commercial products I've tried at
turning
an RTF file into an XML file which can then be parsed with various XML tools.
I know python can be used to take
apart
I wish I understood the significance of downloads from sourceforge.net.
Sourceforge says our system has had over 14,000 downloads but I don't think
this has
any real relationship to the number of users of the software. I suspect that
the number
from worldvista may be more in proportion to
Certainly the work we have done with OpenEMed qualifies, too. The paper we
wrote in 1997 on the Virtual Patient Record in the Communications of the ACM
has these concepts, too. CACM, 1997, vol 40., No. 8 pp 110-117
Dave
Original Message
From: Tim Cook [EMAIL
And if you do a google on Virtual Patient Record you will see as the first
hit the pre-published version of our (Kilman and myself)
CACM paper outlining how do do all of this, from February, 1996. This is prior
to Andrew's patent, but describes the
role of a patient in managing their own
From: Andrew Ho [EMAIL PROTECTED]
To: David Forslund [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], Openehr-Technical [EMAIL
PROTECTED]
Date: Tue, Nov-23-2004 11:56 AM
Subject: Re: A patent application covering EHRs
On Tue, 23 Nov 2004, David Forslund wrote:
And if you do a google
Thus the patent you describe would make the RAD OMG specification a violation
of your patent,
since it provides a mechanism to specifically what you say plus a lot more?
Note that the
RFP for this was issued in February, 1998:
http://www.omg.org/cgi-bin/doc?corbamed/98-02-23.
The result is a
[EMAIL PROTECTED]
To: David Forslund [EMAIL PROTECTED], [EMAIL PROTECTED], Vincent
McCauley [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Date: Tue, Nov-23-2004 2:55 PM
Subject: Re: A patent application covering EHRs
David Forslund wrote:
Thus the patent you describe would make the RAD OMG
said:
Andrew Ho wrote:
On Tue, 23 Nov 2004, David Forslund wrote:
Thus the patent you describe would make the RAD OMG specification a
violation of your patent, since it provides a mechanism to specifically
what you say plus a lot more?
Dave,
No, if RAD OMG spec is a superset of any
I haven't used python very much, but I don't see the problem with Java that
people are talking about. Switching to different J2EE servers has nothing
to do with Java itself, but with different environments that these systems
provide (perhaps a lack of sufficient standardization in J2EE?).
The application doesn't need much in the way of J2EE support. It only needs
JSP support.
Dave
Original Message
From: Don Grodecki [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Date: Mon, Nov-8-2004 1:40 PM
Subject: Re: OpenHRE software available
Original Message
From: Tim Cook [EMAIL PROTECTED]
To: OpenHealth List [EMAIL PROTECTED]
Date: Fri, Oct-22-2004 10:39 AM
Subject: Medical Record Location(s) was: Virtual Privacy Machine - reprise
Thanks to Tim Churches for doing a great analysis of this issue and
Original Message
From: David Forslund [EMAIL PROTECTED]
To: [EMAIL PROTECTED], 'Horst Herb' [EMAIL PROTECTED],
Date: Fri, Oct-22-2004 11:08 AM
Subject: RE: Virtual Privacy Machine
Around 5 years ago we demonstrated a full medical record and the
software running on a flash
Original Message
From: Andrew Ho [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: OpenHealth List [EMAIL PROTECTED]
Date: Fri, Oct-22-2004 11:18 AM
Subject: Re: Medical Record Location(s) was: Virtual Privacy Machine - reprise
On Fri, 22 Oct 2004 09:35:44 -0700, Tim
So the CORBA IDL to do a lot of this already exists and has for almost 6 years.
This could be translated into other technology if people would decide to doit.
It also already exists in UML and is fairly easily mapped to other technology.
XML-RPC is not the likely technology based on the actions of
then perhaps with method
#2.
Elpidio
On Tuesday 08 June 2004 06:01, David Forslund wrote:
So the CORBA IDL to do a lot of this already exists and has for almost 6
years. This could be translated into other technology if people would
decide to doit. It also already exists in UML
At 06:14 AM 4/30/2004, Adrian Midgley wrote:
in fact, given that one human entitymay carry different names, sexes,
dates of
birth [1] from time to time, there is some merit in using one table to hold
identity, the rest or majority of the fields being linked from other tables,
whose key is the
I've attached an XML schema for the PIDS data model that we use. It is
completely consistent with the OMG PIDS specification.This entire issue
of flexible dynamic traits vs rigidly defined traits was discussed in great
detail during the development of this RFP.
As a result we agree very
, David Forslund wrote:
I've attached an XML schema for the PIDS data model that we use. It is
completely consistent with the OMG PIDS specification.This entire issue
of flexible dynamic traits vs rigidly defined traits was discussed in great
detail during the development of this RFP
I have some questions about jabber.
Can a non-jabber client talk to a jabber server with xml-rpc? Or does one
commit to the jabber protocol completely? Why not use one of the
other standard messaging services? With jabber, why use xml-rpc at all?
Dave
At 01:15 AM 5/1/2004, Elpidio Latorilla
At 07:15 AM 4/27/2004, Adrian Midgley wrote:
On Tuesday 27 April 2004 01:28, David Forslund wrote:
... adoption ...
HL7's primary problem, in my mind, is its lack
of sufficient constraints,
One is required to read the implementation
manual.
I think the thing I would most like to change
available to anyone. But it is a business and must pay its bills.
Both HL7 and OMG are non-profits, but this doesn't mean they aren't businesses.
Dave
At 12:10 PM 4/28/2004, Horst Herb wrote:
On Wednesday 28 April 2004 04:06, David Forslund wrote:
I completely agree with you. I keep bringing
What do folks down under know about this work? I would appreciate comments.
http://www.health.gov.au/healthconnect/hc_architecture/sa_consult.html
There was a note about this on this list over a year ago, but I'm
interested in people's
assessment.
Thanks,
Dave
MySQL also supports Transactions just fine. (and is free even for
non-GPL code).
What does the table have to do with open source, since SQL Server isn't
open source. There are a lot of non-open source DB solutions. Why
compare to that one?
Dave
On Tue, 2004-04-20 at 15:08, Andrew Ho wrote:
minutes on Windows with no
modifications of any kind.
Dave
On Tue, 2004-04-20 at 16:34, Daniel L. Johnson wrote:
On Tue, 2004-04-20 at 15:17, David Forslund wrote:
What does the table have to do with open source, since SQL Server isn't
open source. There are a lot of non-open source DB
My suggestion continues to be to not rely on the database to provide the
functionality you are seeking. We
use an object-relational mapping layer to provide the kind of support you
desire. It is more portable and
doesn't rely on proprietary solutions. A lot of this work is trying to
At 04:48 PM 12/29/2003, Karsten Hilbert wrote:
doesn't rely on proprietary solutions.
no proprietary solution is involved, really, as PostgreSQL
is nearly as close to the SQL standard as one gets
But SQL doesn't support inheritance, does it? I thought that
is what you were trying to get to work
At 07:27 PM 12/29/2003, Horst Herb wrote:
On Tue, 30 Dec 2003 11:12, David Forslund wrote:
Not really, as most of these features are supported by some of the
available (open source)
mapping tools, so that you don't have to do this yourself and can maintain
DBMS portability.
Some
At 03:36 AM 12/28/2003, Andrew Ho wrote:
On Sat, 27 Dec 2003, David Forslund wrote:
How do I use OIO forms in a non-OIO application?
Dave,
You can't. If an application uses OIO forms, then it is an OIO
application. :-)
In other words, I don't want to have to run Zope to use and manage
forms
I agree with you wholeheartedly and have talked to Ed Hammond about this
many times. Unfortunately, this
also is the pattern of other standards bodies including all ANSI standards
and ISO standards, as I understand.
Dave
At 12:08 AM 12/28/2003, Horst Herb wrote:
On Sun, 28 Dec 2003 13:12,
We approach the problem a little differently, I believe. (I'm trying to
catch up to the discussion).
The data model we use has nothing to do with a database
representation. (That is the beauty
of the COAS model). We use a Object Relational mapping layer (inspired by
Ambler's work) to
map to
At 04:58 PM 12/17/2003, Horst Herb wrote:
On Thu, 18 Dec 2003 09:33, David Forslund wrote:
What fraud could you possibly commit if you are entitled to a high class
free treatment through the public health service in the first place?
What are your qualifications to get the healthcare? Do you
At 06:28 PM 12/17/2003, Tim Churches wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Seems similar to informal voting in Australia. Apart from the mistake
made initially
(joined the outfit) conditions could be equated to a penal colony.
As Thomas Beale has pointed out, in order to make the
At 03:42 PM 11/10/2003, Andrew Ho wrote:
On Mon, 10 Nov 2003, David W. Forslund wrote:
...
Both statements above are not true: 1) Zope can send back any kind of
file. 2) Web browsers know what to do with many non-HTML files (e.g.
plain
text, gif, jpg, etc).
1) isn't what I said I
This is not my preoccupation. It is the basis of modeling systems so their
behavior can be understood and managed.
If we only understand a system by using it, we have a hard time having
standard models for systems, among other things.
Dave
At 01:57 PM 11/10/2003, Andrew Ho wrote:
It is very
, but
JacORB worked just fine. At that time (maybe 6 months ago), fnorb didn't
appear to support corbaloc, so I got object references separately (through a
plain socket).
Bryan
-Original Message-
From: David Forslund [mailto:[EMAIL PROTECTED]
Sent: November 9, 2003 4:54 PM
To: [EMAIL
).
Dave
David Forslund wrote:
What kind of arguments do the methods take. What about security?
Whatever can be uploaded via http, https. Security is the same - can use
username/password or PKI certificates.
Basically then the client interface is the same as html, since that is the
only way to send
Perhaps you are referring to tunneling CORBA through HTTP, which certainly
can be done, but serves no real good purpose,
other than subverting the security of a firewall, which should be prevented
by any good firewall security manager.
Dave
At 12:49 AM 11/9/2003, Tim Churches wrote:
Jim Self
back from the DBMS.
We have seen substantial improvement of the JIT in the newer releases of Java.
Dave
At 12:37 PM 11/9/2003, Tim Churches wrote:
On Mon, 2003-11-10 at 01:10, David Forslund wrote:
Performance is not an issue,
since Java runs about the same speed as compiled C.
Really? Real
At 01:23 PM 11/9/2003, Tim Churches wrote:
It has been suggested on the Python list that one way to get Java and
Python to talk to each other is to use PyRO (see http://pyro.sf.net) ,
which is a native Python-specific RPC mechanism, to communicated between
a CPython process (running, say, Zope or
At 09:07 PM 11/9/2003, Jim Self wrote:
David Forslund wrote:
Web browsers do not send data to servers by way of HTML. They generally do
it via HTTP or FTP or SMTP.
Of course, but the expression of the request on those pages generated by
Zope is an HTML form.
That is what I'm talking about
The magical things are much stronger type checking (both at compile time
and runtime) as well as services to locate services
both by name and by capability. This is true for both CORBA and Java
separately and together.
My server will never even see a call to be processed for an error, if the
I agree generally with this statement. However OpenMap, for example,
doesn't require this if you use it on the serverside
(much like ArcIMS is typically used). We have had almost as much trouble,
though, dealing with variations in JavaScript in the browser and
you will find many web sites
And the fact that an Oracle installation probably already exists with an
experienced DBA.
With that resource, it may not be to difficult. But installing and
managing Oracle from
scratch is not recommend, while the same is not true for MySQL, for example.
Dave
At 08:21 AM 11/6/2003, Karsten
At AMIA next week, there are several sessions on Open Source including a
fairly general panel (S89) on Wednesday morning The issue
you describe is quite appropriate for that panel (in which I am a
participant). Please bring the topic up, if it isn't addressed by
the panelists.
Dave
At 09:15 AM
I find this to be an interesting discussion. About 4 years ago, we
delivered our OpenEMed software on a
flashcard so that you can simply plug it into a computer and run it with no
installation. The flash card
works much better than a CD Rom because of the ability to write to it. We
didn't do
At 10:22 PM 11/2/2003 -0800, Andrew Ho wrote:
On Sun, 2 Nov 2003, David Forslund wrote:
I find this to be an interesting discussion. About 4 years ago, we
delivered our OpenEMed software on a flashcard so that you can simply
plug it into a computer and run it with no installation. The flash
I didn't know you were looking for a Dicom viewer in Java. Have you looked
at ImageJ from the NIH. http://rsb.info.nih.gov/ij/
also, see below
At 10:03 AM 10/20/2003 -0700, Andrew Ho wrote:
On Mon, 20 Oct 2003, Elpidio Latorilla wrote:
...
Javascript for client sided validations and Java for
What is the date of this announcement? It seems to be last year some
time. The truth is difficult to ferret out
because they have multiple contradicting articles on their web site.
Dave
At 10:43 AM 10/14/2003 -0400, Joseph Dal Molin wrote:
Once again truth is stranger than fiction.
It would
At 02:15 PM 9/22/2003 -0700, Tim Cook wrote:
On Sun, 2003-09-21 at 14:56, David Forslund wrote:
This functionality is fully available with a lot more capability
already in
free software
and cross language and platform. Why do we keep having to invent this
stuff? It
is a waste of software
At 07:42 AM 9/22/2003 +1000, Tim Churches wrote:
On Mon, 2003-09-22 at 07:25, David W. Forslund wrote:
Well we do some conversion of the data in the process to the COAS
model, but OpenEMed handles secure
communication on arbitrary HL7 data. The security has nothing to do
with HL7 but handles
At 08:07 AM 9/22/2003 +1000, Tim Churches wrote:
On Mon, 2003-09-22 at 07:56, David Forslund wrote:
At 07:42 AM 9/22/2003 +1000, Tim Churches wrote:
On Mon, 2003-09-22 at 07:25, David W. Forslund wrote:
Well we do some conversion of the data in the process to the COAS
model, but OpenEMed
At 11:15 AM 9/22/2003 +1000, Tim Churches wrote:
On Mon, 2003-09-22 at 10:42, David Forslund wrote:
Well sure, but you need to do some digging. All of this is implemented in
OpenEMed using the open source ORB OpenORB (on sourceforge.net),
which provides full support for it. By simply changing
An area we have been looking at that is similar to Diabetes is Hepatitis
C. There is an
active project in NM seeking to do a statewide management of Hep C because
of its
extreme requirements for treatment and management that is beyond the reach of
many local physicians. It is the number one
At 01:00 AM 8/29/2003 +0200, Karsten Hilbert wrote:
I do believe that we shouldn't have physicians building web pages.
Why shouldn't everyone, including physicians, be able to build web-pages?
Just like everyone should learn how to read and write.
Why shouldn't everyone be able to fix their
At 04:25 PM 8/28/2003 -0700, Andrew Ho wrote:
On Thu, 28 Aug 2003, David Forslund wrote:
...
An example may help:
Let's say if we call http://calculator.tools.org/add?a=2b=3; and get
5 as the returned value, then this is a callable_from_URL adding
machine.
We do this all the time
At 10:41 AM 8/29/2003 +1000, Horst Herb wrote:
On Fri, 29 Aug 2003 08:35, David Forslund wrote:
division of labor and efficiency in people knowing their field. You see
books on how to be a C++ expert in 21 days, but
not how to be a brain surgeon in 21 days. I think it is laughable
At 01:16 PM 8/28/2003 -0700, Andrew Ho wrote:
On Thu, 28 Aug 2003, David Forslund wrote:
What you say is very important. OIO is basically a very good Content
Management System will suited to the healthcare needs.
Dave,
Thanks!
I am most interested in your view on OIO's limitations
As we understand from the announcement and from Ed Hammond at the HHII
meeting in DC this week, the license is perpetual
for the version of SNOMED created over the next 5 years. It also only
applies in the US. Other licenses may be being negotiated for other
countries.
I will plan on using
Do you have (or planning to have) an abstraction of the interface you
describe in a platform independent representation such as UML?
Having a specification in XML-RPC is not very portable. It may be a good
way to implement it, but not to specify it.
Thanks,
Dave
At 11:00 PM 6/14/2003 -0500,
such an interface using Dia. I will try to release this
with the initial alpha release of any XML-RPC code! Do remind me if I
forget this!
-FT
On Sat, 2003-06-14 at 23:04, David Forslund wrote:
Do you have (or planning to have) an abstraction of the interface you
describe in a platform independent
On 2003.06.09 07:32 David Forslund wrote:
Yes, but I don't have any way to talk to it. I would like to use
it, but I don't see an API that I can get to from Java.
In discussions I had at the eGov workshop, it was indicated that I
would have to write my own interfaces in M.
This is unacceptable
At 05:44 PM 6/7/2003 -0500, Tim Cook wrote:
On Sat, 2003-06-07 at 16:56, Tim Cook wrote:
On Sat, 2003-06-07 at 13:43, David Forslund wrote:
Records today aren't available when they are needed even within a given
hospital. I don't know how to consolidate across international
boundaries
let
At 05:56 PM 6/7/2003 -0500, Tim Cook wrote:
On Sat, 2003-06-07 at 17:27, Tim Churches wrote:
Alas, Dave is correct. ZODB is fine but its scalability is not that
...
or at least in the middleware. Dave will
argue that that is what the OMG HDTF corbaMED RAD (resource access
decision) service
At 07:50 PM 6/7/2003 -0500, Fred Trotter wrote:
Hey All...
Since billing has not actually come up in this conversation yet I am
glad that I can duck most of the shrapnel that seems to be flying
around. But David said something in a recent post that I really cannot
let go of.
I quote...
I think this is an important point. Demonstrating interoperable solutions
where one can get more
than the sum of the parts is a real opportunity for open source. There is
actual interchange
of ideas going on here, unlike what I see currently in the vendor world in
healthcare.
The great
that this should be discussed in the larger open-source community,
since it has nothing to do with healthcare.
I would recommend moving the discussion elsewhere.
Dave
At 07:40 AM 3/24/2003 -0800, Andrew Ho wrote:
On Sun, 23 Mar 2003, David Forslund wrote:
...
I also don't understand the patent pool and why
At 09:54 AM 3/24/2003 -0800, Andrew Ho wrote:
On Mon, 24 Mar 2003, David Forslund wrote:
...
Two issues for you to consider:
1) The characterization that separating patient identifiers from other
patient data as a type of secret splitting is novel. This is not what
the field calls secret
http://newsforge.com/article.pl?sid=03/01/13/1550249mode=nestedtid=11
Dave
of the content, thus increasing sales to people
who can and do pay for it.
I look forward to meeting you, Dave, at the eGovOS meeting next month.
Same here,
Dave
Walt
David Forslund wrote:
I have some strong views on this. There is a lot of confusion going
around HL7 interfaces have
At 09:47 AM 1/4/2003 -0500, John Gage wrote:
It was Sherlock Holmes, I believe, who said, Eliminate the impossible,
and whatever remains, however improbable, is the truth.
As I survey the field of open source medical software, I see the
impossible with one improbable exception: VistA.
I
I actually think this is possible, but perhaps not coming from HIMSS or
NCVHS. The former
seems to be dominated by vendors and special consultants, with particular
agendas. The latter has had a poor
track record at understanding information infrastructure.
The goal of the OMG's HealthCare
At 10:23 PM 5/15/2002 -0400, [EMAIL PROTECTED] wrote:
Andrew points well taken.
But to raise the ongoing issue, how do we ever get to determine a uniform
identifier that can be attached to a patient's medical record/chart if we
don't come to
some determining of a format for that identifier.
We
1 - 100 of 147 matches
Mail list logo