Sure, send it along! Thanks, Mike
Kevin Toppenberg wrote: > 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 > ------------------------------------------------------------------------- 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