Mike, I think your import plans are definitely do-able, and not such a big pipe dream. Would you like me to send you my code so you can see how I did it? I think you would find my code more readable than the traditional fileman format. I tend to layout my code such that it looks like c code.
I push the demographics file up to the linux box from a windows box running our PMS. From there, I have a timed taskman job bring in the file and process each entry. I looks at each entry and matches it to a VistA patient. Then it changes any data in VistA that doesn't match what is in the upload file. If the patient isn't found, it is added automatically. Good luck Kevin On 7/13/06, Mike Schrom <[EMAIL PROTECTED]> wrote: > Kevin, > > My approach has been about the same, except that I'm already on my third > install, and I sure did "trash" the first two to the point of > unusability. Since Hui OpenVista is so much easier to install (Thanks > Branden!), I'm not too concerned about having to replace it, but I would > like to learn M in another namespace anyway. > > I'd be satisfied if I could attain sufficient skill with M programming > to create my export routine, with some pipe dream enhancements (like > export my entire patient file to a global and cron the process to update > newly registered patients every hour and create a Fileman import file). > If I get further, fine, but I hope the exercise will teach me enough > about M to fix something when it breaks. From my conversations here at > the Albany VA, I've noticed that the IRM people at VISN2 support VistA > installations at several hospitals and OP clinics, without having much > to do with M directly, although obviously the central office supplies > them with patches, etc. > > Mike > > Kevin Toppenberg wrote: > > Mike, > > > > Good. At first, when I first read your message, I thought you were > > having trouble getting ^XUP to work, and I was going to try to ensure > > that you had your directories set up properly etc. But I see that you > > are wanting to avoid messing up your VistA. So good, you have > > achieved that. > > > > But I'm not sure you really need to worry about it. If you are > > learning, you ought to have a practice system that won't matter if you > > break it. When I was installing, I planned 3 installations. First > > was just a trash around install. Do what ever with it, no worries. > > Second was an attempt to do it right, but expecting some mistakes. > > The third install was my final gold install. > > > > What you have now will allow you to lean M programming. But if you > > have any programming experience, I don't think it will take you long. > > You will then want to move on to using the Fileman and Kernel API > > calls, and that will require that you have access to the VistA > > routines. > > > > Good luck, and let me know if I can help. > > > > Kevin > > > > > > On 7/13/06, Mike Schrom <[EMAIL PROTECTED]> wrote: > >> Kevin, I replied to you off list. > >> > >> My hunch was correct, modifying a different Linux user's .bashrc and > >> .bash-profile to remove references to VistA and set up separate > >> directories for GT.M routines and globals worked. With PuTTY, I managed to: > >> > >> Using username "mschrom". > >> [EMAIL PROTECTED]'s password: > >> Last login: Thu Jul 13 09:34:53 2006 from doctor > >> [EMAIL PROTECTED] ~]$ gtm > >> > >> GTM>S X="Hello World" > >> > >> GTM>W X > >> Hello World > >> GTM>D ^XUP > >> %GTM-E-ZLINKFILE, Error while zlinking "XUP" > >> %GTM-E-FILENOTFND, File XUP not found > >> > >> GTM> > >> > >> This generated a "file not found" error trying to execute any VistA > >> routine under that user, all while having VistA running in a separate > >> PuTTY session under username "vista". (Of course Bhaskar, would have > >> been able to set me straight and can confirm this if he makes it out of > >> the woods!) Now I think I can play in a "safe" sandbox without buggering > >> my VistA installation. > >> > >> Mike > >> > >> Kevin Toppenberg wrote: > >>> 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 > >>> > >> > >> ------------------------------------------------------------------------- > >> 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 > ------------------------------------------------------------------------- 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
