CHC Corner: Difference between revisions

From VistApedia
Jump to navigationJump to search
No edit summary
No edit summary
 
(6 intermediate revisions by 5 users not shown)
Line 13: Line 13:
  VistA to community health centers' special needs.
  VistA to community health centers' special needs.


'''From: Hardhats Listserve:'''
==From Hardhats Listserve:==


Here are some recurrent questions us nontechies have about VistA:
Here are some recurrent questions us nontechies have about VistA:
Line 23: Line 23:
[[3) How hard is it for non-Mumps IT personnel to learn Mumps/VistA and are there enough experienced VistA programmers (or former VistA programmers) to consult or be hired to non-VA projects?]]
[[3) How hard is it for non-Mumps IT personnel to learn Mumps/VistA and are there enough experienced VistA programmers (or former VistA programmers) to consult or be hired to non-VA projects?]]


[[4) What other concerns should we have regarding adopting VistA?]]


'''4) What other concerns should we have regarding adopting VistA?'''
[[5) Are any Community Health Centers currently utilizing VistA?]]
 
      Expect a long learning curve.  Get help.
      I think a factor here is how much you want to put into the system.
      It is not turn key at this point, although there are installers
      who can do the work for you.  It is not going to have all the
      bells and whistles that commercial EMR's want you to pay for.
      It is not currently integrated with a billing system or a system
      for appointments.
      [[Matthew King]] adds:
      On the other hand, a lot of the bell and whistles that seem to
      exist in many commercial products are actually rudimentary or even
      vaporware. VistA isn't as pretty, but is very functional, with
      easily modified clinical and preventive care reminders,support for
      disease management, advanced drug interaction checks and lexion
      support. The CPRS module supports drag and drop template building.
      This makes custom templates a snap, something you pay dearly for
      in many commerical products. The experts say 1/3 of medical errors
      can be reduced by intelligent software design. Since the VA
      product exists for patients, not profits, it is designed for
      clinical functionality and patient safety, so that is where it
      shines. Most commercial products have recently added EHRs as an
      afterthought in an emerging market. The bells and whistles look
      slick, but don't necessarily add to patient safety.
 
[[Rick Marshall]] replies:
Above all, it is a serious commitment.  It is free as in freedom, not
free beer.  It will save lives, not time.  You cannot do this alone; you
may think you can, but sooner or later you will run aground without
help.  To succeed with VistA you need the community in ways you cannot
imagine, but the good news is they will welcome and help you, and it
will not be long before you can return the favor.  The big hurdle with
VistA is that anyone used to making medical informatics decisions has
learned how to prepare for defeat, to choose vendors on the basis of how
deep their pockets are (so you can sue them when the project collapses
in failure) instead of on the basis of their expertise and customer
service, to choose based on marketing flair and reputation.  VistA is
the real deal, and for that very reason may be difficult to recognize as
such by customers who have learned only how to choose among flashy
failures.  VistA requires the "customer" to become a partner, a
collaborator, words that have all but lost their meaning in the modern
marketplace; when you become fully engaged with the VistA lifecycle, you
will come to understand that if VistA is broken it is your fault as much
as ours, that it is your responsibility to hold the developers and the
software to a high enough standard to meet your needs.  Unlike with most
commercial software products, you will rewarded instead of punished for
engaging in the critique, review, and even development of VistA.
 
There is an endless amount to learn about it, and it is under continuous
development, continuously patched, continuously changing, as it must
be.  The static details of VistA are less important than the living
process by which its users drive development through their continuous
stream of suggestions and complaints.  You will not and cannot
appreciate how true that is until after you have been involved with
VistA for years.  The secret to its success is no secret, not specific
features, nor the technology used.  It is the dynamic, hyperactive
software lifecycle that engages the creativity of tens of thousands of
users to mold the software over and over so that the longer you wait the
better it gets, as opposed to most software which is static by design,
updated at best occasionally, and obsolesces with time.
 
That inversion of the norm, emphasizing change instead of stasis, is a
repudiation of the core beliefs of the software industry and much of
academia, and as such you must expect to hear an endless stream of
irrelevant complaints lodged against VistA, usually by those who have
not used it.  From those who do use VistA, you will generally find an
endless stream of relevant complaints together with strong loyalty.
Like any experienced VistA professional, I can and will criticize VistA
up one side and down the other for hours on end.  We like it in part
because we know its faults, and so we try to prioritize the work most
important to us; when the lifecycle is healthy, if something is broken
it's because we think it's more important for the developers to work on
something else first.  Those who fully engage in the VistA lifecycle
know VistA's flaws far more intimately than its critics, but they know
its strengths, too, and they can point to features in the software that
they personally first brought to the attention of the VistA development
community.  In a way most software will never be, VistA really does
belong to its users, and they know it.
 
So when I echo other writers in saying VistA is free as in freedom, I
mean as in the responsibility that comes with true freedom, the
expectation to interact with it as an adult, taking responsibility for
what we need from it, and helping to chart our own future.  To be blunt,
many people do not want that, prefer the simplicity of having limited
choices imposed upon them by someone more powerful, to recreate the
false security of childhood.  Others do not mind the responsibility, but
cannot spare the time to learn a fully featured medical informatics
system, not even just the few parts of the few packages they would use
in their medical roles.  In general, we find the truth about VistA
properly screens our potential clients; the right people respond well to
the challenge and possibilities of VistA, and enrich the community and
its software when they engage with us.
 
PPS: If I sound opinionated in the above, it is because experience has
made me so.  For the first half of my career with VistA, I thought it
was probably nothing special, that every hospital system must have
something comparable.  My disgust with the state of the art and
appreciation for VistA has accumulated over the years through a series
of disillusioning exposures to how most medical software works--or
doesn't.  I do not know if there is even one feature in VistA that it
does better than any other system, but no other system seems to be able
to combine them all into such an integrated architecture driven by such
a potentially responsive software lifecycle.  The experience of patients
in New Orleans in the wake of Hurricane Katrina would seem to be the
latest dramatic illustration.  I have gradually arrived at the
surprising conclusion that my friends and I are working on something
unusually cool.  Who knew?

Latest revision as of 00:05, 7 July 2012

From: Matthew King <mking@clinicaadelante.com>

The Community Health Centers in AZ are forming the Arizona Integrated 
Network (AIN) to formally integrate information technology services, 
financial management, and clinical initiatives. We are have included 
VistA Office in our EHR evaluation.
From: John Leo Zimmer <jlzimmer@cbchc.com>

The Council Bluffs Community Health Center is assembling the hardware
and software to implement VistA Office or FOIA VistA in this one small
center. We hope to participate in an open development process that tailors
VistA to community health centers' special needs.

From Hardhats Listserve:

Here are some recurrent questions us nontechies have about VistA:

1) Is Mumps a serious limitation to complete EHR functionality, code maintainence, HL7, or PMS interfacing?

2) What is the fundamental difference between a relational database and a hierarchical database and how does that effect the end-user? (Should we even care? If so why?)

3) How hard is it for non-Mumps IT personnel to learn Mumps/VistA and are there enough experienced VistA programmers (or former VistA programmers) to consult or be hired to non-VA projects?

4) What other concerns should we have regarding adopting VistA?

5) Are any Community Health Centers currently utilizing VistA?