Kevin, VistA Imaging is no dependent upon the SSN. ----- Original Message ----- From: Kevin Toppenberg <[EMAIL PROTECTED]> Date: Monday, October 3, 2005 6:26 am Subject: Re: [Hardhats-members] CPRS and New patient registration
> Kin, > > Yeah, this bummed me out too. But in a hospital system, it makes much > more sense to have dedicated registration people who make sure that > people get put into the system CORRECTLY from the very beginning. I > am in a private office, and I have still given registration > ability to > only a few people. I really don't want everyone and their brother to > have the ability to mistakenly add a duplicate patient because they > looked up the name with incorrect spelling and thought the patient > hadn't been entered already, etc. > > I, myself, am in a bit of a pickle because of registration issues. > I > imported some 70,000 patients from a legacy EMR. And MANY of these > don't have a SS number entered. That hasn't been an issue until now > that I am working with VistA Imaging issues. Image files are stored > with the SS number built into the file. So if I have a patient with > no SS number (or perhaps a pseudo SS), and then later CHANGE it to > correct information, then all those previous files might be > unaccessible. (Maybe, I'll have to think about this more). But this > just shows that a proper registration is important. > > Patient registration is a weak point of VistA. The built in code is > designed to contact a master patient index (MPI), which will cause an > unacceptible hang when it can't find it. So, I altered the > registration code to get around this. You can get the code here: > > http://openforum.worldvista.org/~forum/index.php? title=Register_a_Patient > > I hope that helps. > > Kevin > > > On 10/3/05, Kin Ho <[EMAIL PROTECTED]> wrote: > > > > That is disappointing, and I don't mean it in a negative way. > > > > Apparently CPRS is such a fine product with extensive > functionalities> in setting personal preference, entering orders, > vitals and medications, > > etc. > > That is beyond retrieve only. > > > > Compare with the available functions, it will be a relative > small task > > technically > > to add an option to enter a new patient (of course, check > against existing > > to > > avoid duplications). It is only reasonable to have data > entry/edit/retrieve> all in > > one place. Now it become a show stopper for me because I don't know > > the old way of patient registration yet. > > > > Wonder what is the designing philosophy keeping patient > registration away > > from CPRS GUI? > > > > Back to evaluate CPRS, how do I start patient registration in > the r&s way? > > For example, <<<D Reg^FMPtEnt>>> > > > > Thanks and regards > > Kin > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions,and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Hardhats-members mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/hardhats-members > ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
