It sounds to me like KIDS was overwriting some of your important stuff. Am I reading this wrong?
I have not learned how to use KIDS, so I am trying to remain open-minded while I learn. But from a distance, it looks like a system for loading data that doesn't include programatic control. I know I should RTFM, but if anyone could give me a quick tutorial about KIDS, I'd be appreciative. Kevin --- Thurman Pedigo <[EMAIL PROTECTED]> wrote: > This is a sort of catchall of some issues and > questions. Among the > installation performance, I just encountered a new > problem. I badly need to > transport files from existing FileMan based system > to VistA. This weekend > was dedicated to finding how to get KIDS to work - > has never worked. What we > found as a cause was a missing Kernel PROTOCOL > file. I managed to export > (KIDS) the VistA PROTOCOL file and installed (KIDS) > in our existing FM > system. That fixed the KIDS creation problem. Now I > think I will be able to > transport existing files to VistA so that I have > those select customized > files in the new system. > > > > Another interesting event occurred after loading the > PROTOCOL file. I > transported it without data. However, I discovered > when we went live this > a.m., a SCREENMAN file I had created in VistA > replaced the SCREENMAN file in > my FM system. It was an easy fix, though initially > a bit discomforting. How > we came to be missing the PROTOCOL file I have no > idea. I welcome comments > explaining what happened. > > > > I also want to make some changes in files I will > transport to VistA, mostly > because I think I made some bad decisions regarding > the .01 field, in the > original file design. The files I want to change > have a numeric .01 that I > would like to change to a pointer to the PATIENT > file. I WANT TO CHANGE THE > .01 TO POINT TO PATIENT FILE THEN LOOP THROUGH THE > RECORDS STUFFING THE > NAME (field points to patient file), before I > transport the file to VistA. > BTW, before such manipulation, the file IS > TRANSFERRED to a new file so the > original files remain in their original location > unchanged. > > > > Is this a crazy notion? What kinds of problems shall > I likely to encounter? > > > > Thanks, > > > > thurman > > > > > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------------------------------------- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
