Mike, are you doing this for a learning exercise, or because you need the job done (or both). I have code that does what you describe if you want to study it. I have a GT.M system, but it should work on either (I think). Let me know if you want me to send it over.
Kevin On 7/12/06, Mike Schrom <[EMAIL PROTECTED]> wrote: > I am not thinking that I even need to copy the database. First, I intend > to practice writing programs. That I should be able to do directly from > GT.M, as a different user with a .bash profile that does not point to > the VistA globals. Then, I plan to write a simple routine to extract > data from my current practice management system and output it to a comma > delimited file which I will then import using Fileman, rather than > attempting to directly stuff the patient file in VistA. That way, > Fileman can check the data for consistency and I don't risk damaging the > database. I know I can easily import data using Fileman, but my current > data set needs too much editing to be cleaned up manually. > > Mike > > > > Nancy Anthracite wrote: > > In Cache, you can map your routines elsewhere. In GTM, there is a way of > > setting up the path to the routines so that yours are used first and then > > those in a different directory if you do not have a routine that matches > > what > > is called, etc. However, that does not protect the globals from whatever > > havoc your routines reap. > > > > You can made a copy of your cache.dat and mumps.dat for a test server. In > > Cache, you need to dismount the cache.dat before you copy it and move it to > > a > > different namespace. With GT.M, you can copy a database file with the mupip > > backup command. > > > > On Wednesday 12 July 2006 14:59, Mike Schrom wrote: > > I just got my copy of Richard Walters' book, M Programming, and I want > > to try writing a few simple M programs (one project is to parse my > > external patient data to put it into a form suitable for importing into > > VistA via Fileman). However, I would like to avoid screwing up my VistA > > installation. I'm guessing that putting the routines in a user's Linux > > account other than VistA, will do this safely, correct? > > > > Mike Schrom > > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > > Hardhats-members mailing list > > Hardhats-members@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
