So, we have finally arrived back at the starting position of 50 years ago
when the Department of Data Management was established. The
'centralization' dam builders are surely celebrating the return of control
to the 810 Vermont.
At least we can take some small comfort in the prospect that the nex
At the risk of offending those who need to hear this, and in the interest of
brevity:
If one were to address the human/computer interactions involved in
healthcare delivery (both VistA/DHCP and otherwise) in a rigorous way from
the perspective of industrial engineering and human engineering discip
Title: Re: [Hardhats-members] grown vs architected systems
BOTH!
The classification depends on the level of analysis.
At the implementation level, that is, at the technical IT level, the origins of VistA were from the outset soundly grounded on unifying principles of architecture. The prese
> From: "Cameron Schlehuber" <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Thu, 13 Apr 2006 11:55:55 -0600
> To:
> Subject: RE: [Hardhats-members] SQL <--> Fileman questions
>
> Who was the doctor who worked at IHS about 10 years ago with Dr Clayton
> Curtis who
The journey of Don Juan under the pen of Carlos Castaneda will illuminate
the path you describe, and the two main branches. You won't get an answer
to your question--I don't think there is one--but it will give you the
opportunity to make peace with the division of humans into these two groups.
M
what bothers me most about this article is that it is a kind of "when
did you stop beating your wife?" style.
It presents an attention getting assertion about an illusion. One expects
to be provided with some objective, verifiable data that supports this
assertion. What follows is mostly a f
> From: Gregory Woodhouse <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Sun, 4 Dec 2005 21:42:08 -0800
> To: hardhats-members@lists.sourceforge.net
> Subject: [Hardhats-members] Food for thought
>
> "Is it not possible that software is not like
> anything else, t
> From: Greg Woodhouse <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Wed, 30 Nov 2005 09:10:26 -0800 (PST)
> To: Hardhats
> Subject: [Hardhats-members] A conservative option: MUMPS Standard Library
>
> I've been thinking about how best to address the various pla
> From: "Cameron Schlehuber" <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Mon, 21 Nov 2005 15:06:02 -0700
> To:
> Subject: [Hardhats-members] Health IT Strategist Cover Story, re: Patient IDs
>
> The Joseph Conn cover story got me thinking ...
>
> Why can't he
> From: Nancy Anthracite <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Mon, 21 Nov 2005 16:45:13 -0500
> To: Hardhats
> Subject: [Hardhats-members] Gospel of the VA's Electronic Medical Record
> System
>
>
> Peer To Peer
> IT Evangelist Spreads the Gospel of th
> From: Robert Leonardo <[EMAIL PROTECTED]>
> Date: Thu, 17 Nov 2005 10:57:27 -0500
> Subject: [Hardhats-members] MUMPS training resources
>
> Vista Gurus,
>
> I believe Vista is a worthwhile project and have decided to commit myself to
> learning its intricacies. Can you provide me with a list o
Greg,
I believe that you, and me, and all the rest of us here on this list, and an
even greater circle of people within range of our discussion are all
suffering from a harmful preoccupation with the western thought.
For example, the significant and far reaching thinking of Freud is broadly
and c
Believe what ever you want to Kevin. There is, none the less, broad and
durable finding of fact that establishes this estimate of 75% is in the
range of what is really happening out there.
One major study by the GAO of government issued contracts for IT
deliverables found that 97% of the contract
Greg,
Since I was a first hand participant in the earliest stirrings of what
became DHCP, and as I engaged in work in this area continuously for 30
years, I think I have the cache' (sic... :-) ) to make some observations
related to your views.
I recognize that the rise and fall of DHCP, its tra
> From: "Roy Gaber" <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Tue, 6 Sep 2005 22:42:28 -0400
> To:
> Subject: RE: [Hardhats-members] Objects vs. Types
>
> Which leads to the delineation between poetry and programming :)
Very good, Roy!
>
...
.
> From: Kevin Toppenberg <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Wed, 17 Aug 2005 22:37:47 -0400
> To: Hardhats Sourceforge
> Subject: [Hardhats-members] Hidding enteries in a file from Fileman(?)
>
> It seems that Fileman tells me that there are 30 entrie
Of course! Doh!
I am going back into my cave. :-)
Richard.
> From: Jim Self <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Tue, 16 Aug 2005 18:32:17 -0700 (PDT)
> To:
> Subject: Re: [Hardhats-members] MUMPS features
>
> richard Davis wrote:
>> I believe that
> From: Gregory Woodhouse <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Tue, 16 Aug 2005 07:09:00 -0700
> To: hardhats-members@lists.sourceforge.net
> Subject: [Hardhats-members] MUMPS features
...
.
> or a double
> (such as being able to intermix num
A distinctive, positive mention of MUMPS in ComputerWorld by one of their
editorial staff! A day for which I have long waited.
The main offices of ComputerWorld (CW) were a short 30 minute drive
from my home in Boylston, MA. I repeatedly traveled there, sometimes
accompanied by the MUMPS Users G
> From: Nancy Anthracite <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Fri, 22 Jul 2005 14:04:49 -0400
> To: hardhats-members@lists.sourceforge.net
> Subject: Re: [Hardhats-members] Windows Vista!
>
> Tell us "newbies" about Roy Baker. That name is new to me
> From: "Cameron Schlehuber" <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Tue, 12 Jul 2005 22:21:13 -0600
> To:
> Subject: RE: [Hardhats-members] Data dictionary question...
>
> Indeed, the HealtheVet "Person Service" appears to me to be repeating some
> of the
Well, the paraphrase is apt, but misses my fundamental point. You raise an
important behavior of complex systems that leads into the subject of
"emergent properties"--a matter for beyond the scope of this discussion.
The "master" program and the program developer do not know anything about
the 'm
I believe this is all fundamentally the result of constrained problem
definition, more important, of constrained problem domain.
The example I usually choose to illustrate the issue is the VistA PATIENT
file. Consider the LABORATORY system, and what happens when the Infectious
Disease personnel b
Well, Gregory, many folks miss the point about OOP. There is a simple and
not too abstract characteristic of OOP that distinguishes it from classical
programming. The rest of the putative differences between the two can be
recognized as differences in terminology--often just nomenclature, much of
Well, I believe that one need not think of everything ahead of time. The
FNA application surely didn't.
The design principle is to code for the general case. Do not make
constraints as a way of life.
Then there is the overwhelming tendency of software engineers to be
exceedingly egocentric. La
Well Gregory, I don't know what a "normal" application is :-)
However, the first application written in MUMPS using FileManager, and
placed into use for paitent care in May 1979, routinely examined the Data
Dictionary to discover if any fields had been added or removed. The
application then
> From: Gregory Woodhouse <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Mon, 13 Jun 2005 21:09:00 -0700
> To: hardhats-members@lists.sourceforge.net
> Subject: Re: [Hardhats-members] Human factors (was: 20th century)
>
> I've talked to Nancy about the need for mo
> From: Greg Woodhouse <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Mon, 13 Jun 2005 12:00:04 -0700 (PDT)
> To: hardhats-members@lists.sourceforge.net
> Subject: [Hardhats-members] Human factors (was: 20th century)
>
> Human factors is an area of some interest t
My comments come as a trained human engineer and 'tool maker'.
1. People called upon to do 'work' do not usually have an opportunity to
love their work and to love the tools with which they must work. Some of us
are fortunate enough to have the discretion of choosing our work and the
implements t
Lloyd,
Nothing! Absolutely nothing to do with the subject heading.
Isn't language wonderful?! Semantic drift in action. Now 'missing apps'
has a much broader meaning. (sic)
And, judging by the volume of posts to this subject, 'missing apps' is a
really interesting topic. ..
I am am
I understand the "dichotomy" Gregory mentions, and I agree with the views he
has expressed.
However, I believe the fundamental issue is less a technical matter and more
an natural 'tension' between concerns for operational
effectiveness--delivery of quality health care, and the interest in
adminis
Well, I guess they got their desired professional recognition out of this
publication.
It reminds me that repeatedly over recent modern medical history the
appearance of a treatment for an illness is reliably followed by a sharp
rise in the incidence of the disease. Do people get sick just becaus
acknowledgement that achieving wider understanding of the distinction
is critically important and will require focused activities.
Regards,
Richard.
> From: "Richard G. DAVIS" <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Thu, 21 Apr
> The Architecture provides a technical framework to promote one
>> technology vision across the VHA so that corporate systems and systems
>> across VISNs are interoperable. The framework is designed to be
>> flexible, and is updated as new needs are identified.
>
> Molly
&g
Thanks Cameron. It is really uplifting to see that at least this one engine
is recognized as important. Gives me a cause for optimism about the future
of VistA.
Regards,
Richard.
> From: "Cameron Schlehuber" <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Wed, 20
I have given this issue a fairly extensive treatment in an IT architecture
document I prepared some years ago for the DVA. That paper was reviewed by
VistA IT architects during its development. Some on this list may have
copies on hand. The paper is a serious read, and not to be considered a
'on
Mano,
I don't think an apology is needed for your mention of the 'warts' on
DHCP/VistA. Yours is an old classical song on the stage of VistA, a ballad
born of a pain which isn't going to go away.
Remember, Mano, ontogeny recapitulates phylogeny. So, also is the path to
VistA a matter of reliving
> From: Nancy Anthracite <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Tue, 19 Apr 2005 22:43:41 -0400
> To: hardhats-members@lists.sourceforge.net
> Subject: Re: [Hardhats-members] Configurability of fields in FileMan
>
> I find this interesting as I am wonderin
of files set in their entirety (not merely the more tractable SET
> $PIECE syntax). Dynamic scoping in MUMPS adds a real wrinkle to the
> problem, too.
>
> I'm not saying that automated analysis is not nfeasible, only that it
> can be very difficult, and that it's eas
Regards,
Richard.
>
> On Tuesday 19 April 2005 03:46 pm, Richard G. DAVIS wrote:
>>> From: Nancy Anthracite <[EMAIL PROTECTED]>
>>> Reply-To: hardhats-members@lists.sourceforge.net
>>> Date: Tue, 19 Apr 2005 10:55:04 -0400
>>> To: hardhats-members@
The answer, once and for ever more, if the set of items being considered are
a set of VA File Manager 'entries'--or in other words VA FM tables (files)
then the list if entries is indefinitely long.
VA FM uses an internal global method known as "double subscripting" to
designate where a 'table' en
ation of the new user group and competent specialists in the VistA
technology.
For me to even speculate with an example for the sake of discussion in this
forum would really be irresponsible of me.
>
> On Tuesday 19 April 2005 10:33 am, Richard G. DAVIS wrote:
>> The design of the V
The design of the VistA system anticipated the requirement to create new
data elements (fields) indefinitely into the future. VistA provide for a
formal method of allowing for the addition of data elements without adverse
impact. It is, however, a matter for competent (master craftsman)
personnel
> From: Mark Street <[EMAIL PROTECTED]>
> Organization: North Bay Open Systems Wizards
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Fri, 15 Apr 2005 10:38:03 -0700
> To: hardhats-members@lists.sourceforge.net
> Subject: [Hardhats-members] 9494 Menus ... phew.
>
> Damn, this is one
> From: "Thurman Pedigo" <[EMAIL PROTECTED]>
> Organization: [EMAIL PROTECTED]
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Fri, 15 Apr 2005 13:13:30 -0500
> To:
> Subject: RE: [Hardhats-members] BIG NEWS re HealtheVet- St. Petersburg Tim es
>
> Wilderness pretty well describes wh
> From: "Thurman Pedigo" <[EMAIL PROTECTED]>
> Organization: [EMAIL PROTECTED]
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Fri, 15 Apr 2005 09:54:15 -0500
> To:
> Subject: RE: [Hardhats-members] BIG NEWS re HealtheVet- St. Petersburg Tim es
>
> Wow! That explains why MUMPS is so
> From: Nancy Anthracite <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Thu, 14 Apr 2005 17:00:12 -0400
> To: hardhats-members@lists.sourceforge.net
> Subject: Re: [Hardhats-members] BIG NEWS re HealtheVet- St. Petersburg Tim es
>
> My understanding is that they a
Roy, do you mean to acknowledge George Timson? XAK assumed responsibility
for FileMan after George, the principal developer of FileMan, departed from
the DVA.
Regards,
Richard.
> From: "Roy Gaber" <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Thu, 24 Mar 2005 20
Title: Re: [Hardhats-members] MDC Revival
..and, as an organization, the VA does not have sufficient ‘spirit’, ‘determination’ and ‘commitment’ to bring that power of that monopoly to bear on the issue of M technology. Moreover, with M technology, or without, the VA is best served by a standar
> From: "David Sommers" <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Mon, 28 Feb 2005 20:00:54 -0500
> To:
> Subject: RE: [Hardhats-members] MDC Revival
>
> I would go bleeding edge - flat file XML of course. *cough* *cough*
...which is the degenerate, simple
of praising Lee for his contribution to the
> development of Mailman.
>
> --- "Richard G. DAVIS" <[EMAIL PROTECTED]> wrote:
>
...
.
..
---
SF email is sponsored by - The IT Product Guide
Read honest & candid
> From: Greg Woodhouse <[EMAIL PROTECTED]>
> Reply-To: hardhats-members@lists.sourceforge.net
> Date: Thu, 24 Feb 2005 13:22:01 -0800 (PST)
> To: [EMAIL PROTECTED]
> Cc: Hardhats
> Subject: Re: Re: [Hardhats-members] Integrating mailman
>
> And FWIW, I have used the POP3 server. It works great.
Kevin asks:
³Do I need to put a U IO before every write in the REPORT function?²
Well, every time you get into a car, you don¹t NEED to buckle up. It is,
however, a wise choice to make.
Likewise, you don¹t NEED to preface every WRITE command with a USE command.
It is, however, also a wise choic
Bob,
I am reminded of the parable of the sower, which is described in three
accounts in the New Testament. Regardless of your fundamental religious
beliefs, the story comes down through the centuries as basic truth quite
apart from the context of those accounts.
The "sower" is not inclined to re
I unreservedly agree with this excellent summary of the situation. I would
add that this phenomenon is not limited to the specific case at hand.
Instead, Tom has characterized a very general model for understanding the
'resistantance' to innovation we have seen everywhere in the IT industry.
This
It has always impressed me about oriental thinking, that the most important
aspect of creativity is centered on the process of deciding what NOT to
include in the final result. The minimalist mist that washes over oriental
art is noteworthy in this regard.
DHCP/VistA presents the IT craftsman(per
As Strother Martin might say,
"...what we have here is a failure to encapsulate!"
Even so, the early DHCP design used a high level of abstraction to create a
form of "directory tree". Some of the benefits of the name space approach
for naming routines are:
1. The method is implementati
Rick's "letter" to Kevin fails on only one small point... ...it is not
presented in a forum that accords it the distinctive position it deserves.
So, I urge you all to set aside a day in your week, any day will do, and
read only this letter. Struggle with it, wrestle with it, meditate and put
it
Shaun:
Not sure what your question is, but what you want is what the VistA KERNEL
does for you. (In what follows, no MUMPS knowledge is required. It doesn't
matter what your heritage is--living in the xxNIX worlds is neither a
hindrance or an advantage. It is, however VERY important to BE,
Title: Re: [Hardhats-members] Fwd: Text of Article from Modern Physician
As a participant in the birth and development of the DVA Healthcare Information system from 1972 onward, and as a private practice IT professional for the last 16 years, I have a similar sense of ‘alarm’ as Bill does. We m
Some observations:
Naming is a NON-trivial process. Casual approaches to the process of naming
things are commonplace and generally result in sub-optimal results.
The Knight and Humpty Dumpty have addressed the fundamental issues of names
and naming in their conversations with Alice. These disc
Joseph:
Your comment raises an issue I have considered for a long, long time. As a
Human Engineer, I know that the vast body of research already in place would
support the view that, for specific types of tasks--REGISTRATION being one
example, the classical 'roll-and-scroll' of DHCP (now VistA) i
Kevin:
Ah, how simple a question you ask. The answer, or rather an attempt to
frame a response could fill volumes. The discovery of the issues relating
to the 'KILL' command was a persistent debate in the MUMPS Development
committee during the entire time I participated in that organization, fro
LAYGO---Learn As You Go.
Regards,
Richard.
--
Richard Davis
Mformation SYStems Company
tel: 508-869-6976
fax: 508-869-6008
e-mail: [EMAIL PROTECTED]
> From: Kevin Toppenberg <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Wed, 8 Sep 2004 06:43:54 -0700 (PDT)
> To: Hardhat
64 matches
Mail list logo
