|
|
| (5 intermediate revisions by the same user not shown) |
| Line 1: |
Line 1: |
| − | NOTE: THIS PAGE AT THIS TIME MERELY PRESENTS INDIVIDUAL OPINIONS THAT ARE IN NO WAY THE CONSENSUS OF THE VISTA COMMUNITY AT LARGE. READ IT WITH A GRAIN OF SALT.
| + | (In development) |
| | | | |
| | == Who should be a VistA Vendor? == | | == Who should be a VistA Vendor? == |
| | | | |
| | * [[Bhaskars_Opinion_on_Vendors|Bhaskar's Opinion Regarding VistA Vendors]] | | * [[Bhaskars_Opinion_on_Vendors|Bhaskar's Opinion Regarding VistA Vendors]] |
| − | The following discussion was excerpted from a thread on Hardhats.
| |
| − |
| |
| − | * [http://groups.google.com/group/Hardhats/browse_thread/thread/6b5fb65257abe677?hl=en "Front End over VA VistA"]
| |
| − |
| |
| − | ==Bhaskar's Vision for WorldVistA Vendors==
| |
| − |
| |
| − | K.S. Bhaskar Date: Fri, 15 May 2009 16:21:57 -0400
| |
| − |
| |
| − | For what it's worth, I don't think most doctors should be
| |
| − | installing VistA on a PC; or even installing an operating system on a
| |
| − | PC; or, come to think of it, managing VistA on a PC.
| |
| − |
| |
| − | [That's not to say that some set of doctors are not capable of doing it. I am just saying that majority should not be doing it any more than I
| |
| − | should be practicing medicine. Doctors don't even treat themselves - my
| |
| − | uncle, a nephrologist, says, "A doctor who treats himself has a fool for
| |
| − | a patient."]
| |
| − |
| |
| − | IMHO*, the best way to deploy VistA at the primary care level is to
| |
| − | package it as an appliance, with a service contract (maybe like a
| |
| − | sterilizer, EKG machine, fire extinguisher, or photo copier). Practices
| |
| − | are accustomed to dealing with appliances and service contracts. A
| |
| − | practice signs up for VistA, a vendor configures it on an inexpensive PC
| |
| − | (set up with encrypted file systems or encrypted databases, in case it
| |
| − | gets stolen) and ships it to the practice. They plug it in, connect it
| |
| − | to the LAN, and turn it on - it's ready for use (since it comes
| |
| − | preconfigured with user ids, access codes, etc.). Maybe someone from
| |
| − | the vendor goes out for half a day to set up and hold the hand of anyone
| |
| − | that needs a hand held.
| |
| − |
| |
| − | The VistA appliance calls home via a secure connection over the
| |
| − | Internet. The vendor has an environment to which the practice's
| |
| − | database is streamed so it is current to within millibleems of the
| |
| − | database at the practice. All administration of VistA at the practice
| |
| − | is done remotely by the vendor.% There is excellent response because
| |
| − | VistA is being accessed on the LAN.
| |
| − |
| |
| − | In the event the appliance dies, the practices switches to VistA in the
| |
| − | vendor's environment in seconds to minutes (there are multiple ways to
| |
| − | do this). Now, they have exactly the same VistA environment and
| |
| − | database that they had a few moments before, but it is just slightly
| |
| − | less responsive because the connection is over the Internet rather than
| |
| − | on the LAN. The vendor sends a replacement (PCs are cheap enough) with
| |
| − | a copy of the practice's environment from the vendor's data center. The
| |
| − | practice plugs it in and it catches up. At a mutually convenient time,
| |
| − | the roles are switched so that the appliance at the practice is once
| |
| − | more the primary and that in the vendor's data center is once more a
| |
| − | secondary.
| |
| − |
| |
| − | The vendor charges a fee for the service (whether it is $10/month,
| |
| − | $100/month or $1000/month - that will be determined by the market). The
| |
| − | practice has a predictable monthly cost and the vendor has predictable
| |
| − | revenue.
| |
| − |
| |
| − | The practice never sees the roll and scroll interface unless it breaks
| |
| − | the glass. The vendor does, of course, but that's OK. That's what the
| |
| − | vendor does.
| |
| − |
| |
| − | All of this can be done today. Comments are welcome.
| |
| − |
| |
| − | Regards
| |
| − | -- Bhaskar
| |
| − |
| |
| − | <pre>
| |
| − | * Isn't it interesting that In My Humble Opinion and In My Hubristic Opinion have the same acronym?
| |
| − |
| |
| − | % It's trivial to implement an electronic "break the glass" to give the
| |
| − | practice access to the data without the cooperation of the vendor if &
| |
| − | when they need it (vendor goes out of business, contract dispute,
| |
| − | whatever), but to also record that the glass was broken.
| |
| − | </pre>
| |
| − |
| |
| − | Vipen Mahajan Date: Sat, 16 May 2009 22:06:24 +0530
| |
| − |
| |
| − | Hi Bhaskar,
| |
| − | Good overview concept. Some questions, :
| |
| − | # How does the doctor get trained to use VistA, or CPRS? Can we put this training into say Moodle, with screen shots, and a narrative to explain
| |
| − | # How about the reservations of providers, to touching the keyboard even. Esp for the the older ones.
| |
| − | # How reliable is the virtual machine/appliance, the file system etc for a production environment, now?
| |
| − | # Is the Vendors' server on the cloud? EC2?
| |
| − | # How about the conversion of the older charts etc.
| |
| − |
| |
| − | Regards,
| |
| − | Vipen
| |
| − |
| |
| − | --
| |
| − | Vipen Mahajan
| |
| − |
| |
| − | Principal
| |
| − | Leo Systems
| |
| − | Chicago/Boston/Munich/New Delhi.
| |
| − |
| |
| − | K.S. Bhaskar Date: Sat, 16 May 2009 18:34:29 -0400
| |
| − |
| |
| − | > 1. Training
| |
| − |
| |
| − | [KSB] This could go into Moodle. Or it could be part of the marketing /
| |
| − | selling additional services that the vendor provides.
| |
| − |
| |
| − | > 2. How about the reservations of providers, to touching the keyboard even. Esp for the the older ones.
| |
| − |
| |
| − | [KSB] Maybe dictation / transcription / electronic signature (they will
| |
| − | at least have to touch the PC for that last).
| |
| − |
| |
| − | > 3. How reliable is the virtual machine/appliance, the file system etc for a production environment, now?
| |
| − |
| |
| − | [KSB] I am not talking about a virtual machine at the practice - I am
| |
| − | talking about an appliance which is a real Linux PC on which VistA runs. They can see it, touch it and feel it, just as they can a sterilizer,
| |
| − | photo copier, EKG machine, etc.
| |
| − |
| |
| − | But I have become more comfortable with virtual machines for production
| |
| − | use. For example, with QEMU/kvm, you can create a virtual disk with
| |
| − | something like "-drive file=myVistA.qcow,index=0,media=disk,cache=none"
| |
| − | or cache=writethrough. So, while it is the business of the universe to
| |
| − | be imperfect, I think using one of these options is fine for production,
| |
| − | especially in a logical multi-site configuration.
| |
| − |
| |
| − | > 4. Is the Vendors' server on the cloud? EC2?
| |
| − |
| |
| − | [KSB] It can be. But I don't think a cloudy machine is economical if
| |
| − | you run it 24x7. It would be better to get a hosted virtual machine
| |
| − | from an ISP such as linode.com.
| |
| − |
| |
| − | As a practical matter, since a vendor will make money not on a single
| |
| − | practice, but on volume, I suspect it will be most cost effective for
| |
| − | vendors to have their own servers (probably hosted at an ISP).
| |
| − |
| |
| − | In any case, the economics of hosting servers is not VistA specific. I
| |
| − | was only focusing on that part of the business that was specific to VistA.
| |
| − |
| |
| − | > 5. How about the conversion of the older charts etc.
| |
| − |
| |
| − | [KSB] Whatever solution works for VistA works for my proposed packaging
| |
| − | and deployment. There are scanning solutions for documents that have
| |
| − | been connected with VistA.
| |
| − |
| |
| − | Regards
| |
| − | -- Bhaskar
| |
