Subj: What if an "old DOS" program "drag-raced" new ones?
PREAMBLE:
The following four pages are posted to answer objections and questions
about a free student/physician noteware couched in DOS and proferred
to this list in the recent past. In brief, the pages point out that the free-
ware is very fast and includes estimates that it might help educators with
evidence-based teaching and their graduates go ont to practice evidence-
based medicine [1].
Because of the proven capabilities for recording, storing, retrieving and
analyzing any fact, value or observation now put on paper, those that
master the freeware can expect:1. A fifty percent reduction in diagnos-
tic error because the software automatically retrieves old patient data,
that when reviewed, helps correct future mistakes. 2. An eighty percent
reduction in typing strokes to operate a computer or transcribe dictated
medical records. 3. A fifty percent cut in administrative overhead and
office billing expenses because the software can automatically encode
any historical item, physical finding, diagnosis or chargable procedure
that is put in a chart*. 4. On-line analysis functions that can audit any
clinical event, quality parameter or care outcome that is put in memory
by code. These audit trails can also be made to tell how students re-
spond to training, how they make judgments using the principles of
evidence-based medicine and grade tests of their learnings.
CRITIQUE FROM A MEMBER OF ONE LISTSERV: "Your applications
are not user-friendly".
ANSWER: I agree. My software's 81 main functions carried in 200 screens
are not friendly when first opened. However, most program seem difficult
until they are operated tens to hundreds of cycles. After reading the
built-in
directions and a little practice, the free apps get friendlier, easier and
faster
with every transaction.
The cozy look and feel of some applications may be because they do not
do much whereas "off-putting" programs ask that an operator work a little
to realize its benefits.
CRITIQUE: "I am sorry...but most of the computer-savvy students that I
teach will not waste their time on anything slower then machines with 200
milliherz clock speed...or application sets dating from before 1997. To go
back to your old DOS programs... would be too painful for me to suggest".
ANS: You and I can challenge the young savants to an informational
"drag-race". They get to load the biggest Cray computer or any of the
world's fastest parallel arrays with their choice of the newest softwares.
You and I will run the 1984 DOS/ FoxPro freeware in any old 386 or 486
personal unit. We will beat the "with-it folks" every time in the making,
messaging, retrieval and analysis of text-based medical records. Each
of tens of thousands of patient entries and hundreds of thousands of
factual recordings can be processed in seconds to a few minutes.
Why and how is this kind of speed possible from something "old"?
First, Windows and Apple-like programs are wonderful for beginners, for
the chronically-forgetful and those who are not "power-users". Power
users are regarded as those operating a computer through most of a
work day doing repetitive, stereotypical jobs. But, it is not well-appre-
ciated that the graphical user interfaces of WIN and MacIntosh have
very unfriendly speed and productivity limitations that can never be
overcome even after thousands of repetitive work cycles (below).
Second, most software offerings now sold for money or promoted by
institutions and quasi-governmental agencies are not "smart", not
"pro-active" and not very good at making lists. Each of these charges
and what they mean will be addressed in turn.
As to "list-making". Why is it so important to those in healthcare?
List-making is the central, most critical activity pursued by students as
they learn. For example, nearly all training involves the assembly and
memorization of fact lists about body structure, lists of the normal and
abnormal features of health and disease as well as yet more lists of the
tests and procedures required to appraise patients, diagnose conditions
and select treatments.
The table of contents in the front of any text book provide "lists" of the
knowledge that is made available. Then, the indices in the back stand
as yet more "lists" of what should have been learned.
Graduated physicians are list-makers too, but in a different way. Each
patient encounter generates physical findings, historical details, test
results, diagnoses and therapies for a specific person. Whether hand-
written, dictated or computer-generated, the case notes and treatment
records that evolve from care are really selected abstracts and replica-
tions of data elements from medical training lists.
The proferred freeware is a powerful list-maker that retrieves data from
old training and formulates them to make new electronic medical
records.
Yet another problem with most "medical softwares". Few attempt to
group or batch the data developed from patient care as people present
themselves to doctors individually, as groups of out-patients and as
lengthy rosters of hospitalzed cases. There are many side benefits
and processing efficiencies that can be gained from applications that
provide this kind of information management.
On the definitions of the terms "smart'" and "proactive": when used in the
context of information processing, these lables imply the existance of
automatic functions that look up old patient identities from system
memory to affirm or correct new entries, that there are automatic trans-
fers of previously-registered data from memory into new records to save
repetitive typing, and that a program seems to have almost human
"look-ahead" capabilities as it automatically sequences from completed
entry fields to the next logical work step of the recording job at hand.
One must concede that the earliest disc operating systems were slowed
by antique chips and made unfriendly because of the arcane commands
that had to be typed character by character at the system's infamous C>
prompt. But, these problems seem to be all that the new-age computer-
niks remember. They overlook or conveniently forget that later DOS offer-
ings have been so arranged that both simple as well as complex work
steps can be driven with one to a few touch-entered key presses. They
also fail to acknowledge that many of the custom programs have been
designed so that the DOS command line's C> prompt is never seen
after the applications are booted into view.
In the rush to be "up", "top". "not wet" and "savvy", the same enthusiasts
consistantly overlook the serious rate limitations of Win and Apple-like
programs. Moused cursor-crawls are always slower to execute then the
key-driven commands of "old DOS" programs. Why?
Consider this. The control of a cursor through a field of icons or action
points of a work screen demands the complete dedication of an opera-
tor's brain-eye axis and the total coordination of the arm, hand and fingers
before any transaction can be initiated with a "click". Computed produc-
tivity of any kind is always slowed and workers bound by moused pro-
grams can never improve execution speed even after thousands of re-
petitive operations. In summary, it does not require rocket science or
a randomly controlled trial to intuit that a key-press is always faster
then a mouse crawl.
Think more on this. Both simple as well as complex transactions can
be ordinated with finger taps that can be almost instantly and often in-
stinctively performed. Operators of properly-arrayed "command-line"
programs can keep their eyes on their jobs. At worst, even hunt and
peck typists need only quick glances at a keyboard to find what button
to hit. It is then immaterial how much computing power or clock speed
is put under a mouse...it will always be slower then a key-press.
These limitations have been noticed even by Microsoft. Some of Win-
dow's "Help" screens will tell how to make mice move with key-driven
commands. This haunts back to the fact that "friendly Windows" are
really nothing more than "old DOS" functions with pictures in front.
QUERY: "Would your software be used in class...to record valuable inform-
ation that might be appropriate for retention and later use?".
ANS: My notion is that lap top units would be used in class and connected
to a network either wired or wireless. In this mode, notes could be taken,
electronic syallabi accessed as needed, and electronic quiz answers
posted back to the network for a professor's grading.
QUERY: "I have downloaded your software and by the time a student tries to
take notes in classs by typing data in the right space of the right screen,
the
lecturer will have moved two concepts beyond".
ANS: This is a pertinent worry. It is likely that lectures abstracted from
the
network or copied from disc hand-outs would be brought up on a student's
screen and followed line-by-line with a cursor as the discourse goes on.
Marginal comments, amplifications and "watch this" alerts would be add-
ed by the student from time to time in free text. Following the lectures, a
student's study time would include transferring specific disease, procedural
and labor-saving transaction codes into the various compartments of the
applications. This kind of review and repeat brain-to-hand exercise should
meet Sir William Osler's turn-of-the-century directive for student study:
"...take a pencil in hand...make notes... and then study them to excise
the misconceptions and mistakes lodged in the Gall and Spurzheim
centers of the brain".
QUERY:"Your software sounds GREAT. What I would not give for the
ability to retreive information as easily as you describe".
ANS: You can have any or all of the following retrievals for free within
seconds to a few minutes: the entry of three or four seach letters will
get you many retrievals from the libraries and dedicated information
caches of the applications. Any electronic case recording, whether it
names a patient or a titles a lecture is recoverable by entering a few
letters of that name or title. My personal files hold about 150,000
patient notes and entry of a few search letters screens up to fifty cases
holding those search letters in less then a tenth of a second. The
freeware's integrated relational database enables searches for five
coded facts, values or observations at a time. It delivers the specific
counts or totals of each search term by looking through 750,000 files
in five minutes. Please...note that this recovery time is with an older
machine. One is certain that Crays, Pentia and other new micro-
processors would perform a little faster.
QUERY:"With all the problems I saw in your applications, get a
programmer to revamp it".
ANS: It would be great to translate the old applications into Health
Level Seven, the Health Plan Employer Data and Information Set,
JAVA, Linux or any of the latest languages de jure [2,3]. But, after
fifteen years of Medicare paycuts and hospital closures from mangled
care, I have run out of "spare" money. My electronic hobby of thirty
years has been subsidized with the surplus funds from private practice.
While the $300,000 costs for fifteen years of programming and equip-
ment have been more than repaid, I will now have to stand aside.
Those of you with access to deep pockets and lush grants are wel-
come to try the revampment.
In closing, the listserve has yet to return names of softwares that are
in use or recommended to students that might help them learn training
lists and then go on to be helpful in medical practice. The one discussed
above is still available through the courtesy of Doctor David Solomon
at http://www.med-ed-online.org/rsoftware.htm.
To restate, some 200 screens carry applications that might help with
learning and case care. The software utility integrates five major inform-
ation processing functions: the making and storage of electronic records,
their
retrieval, the automated messaging of data by vocal and facsimile techniques,
supports for decision-making and the on-line analysis of any coded fact regis-
tered in a system's memory.
Karl Thord Dockray, MD, DABR, ABNM
1808 19th Street
Lubbock, Texas 79401 USA
[log in to unmask]
09 22 1999
REFERENCES
1. Dockray, KT: Differing Ideas About Software for Medicine and Management,
Proceedings from the American Association of Management/International
Association of Management, 17th Annual Conference, Aug 1999. pp 165-170.
2. Schneider, EC et al: Enhancing Performance Measurement, JAMA, 282,
# 12, September 22/29, pp 1184-1190.
3. McDonald, CJ: Quality Measures and Electronic Medical Systems, JAMA,
282, #12, September 22/29, pp 1181-1182.
*. The US version of the freeware can manage the old Read codes that
come in capital letters. It would need some revision to accept those
codes using both upper and lower case characters.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|