An anonymous source sent this to me. Hope it helps. Kevin
... Maybe I’m just restating the obvious, but here goes. This is all from memory; I haven’t double-checked it by rereading code today. A single patient can have a different chart number at multiple facilities. Facilities can have a short abbreviation. So one patient who’s been riding the circuit around several IHS facilities in some region might be RDL 123, BEM 18337, and SR 8732. They have a customized lookup routine for patients, in which lookup by chart number is supported, too. If DUZ(2) = 0, patient lookups will find the matches for every facility. Nice, but you will get multiple matches on chart number unless you’ve been careful to assign unique number ranges in each facility. (Kind of like the pharmacy confusion if you’re running multiple pharmacy sites in a single RPMS installation and the different pharmacies’ prescription numbers’ ranges overlap.) If DUZ(2) > 0, patient lookups will find only the matches for that DUZ(2) facility. Which causes no end of end-user misunderstandings. “It’s pulling up the wrong patient.” (Well, what does “pulling up” mean? Did the patient fall into a well?) and no, it’s pulling up the right patient because when you logged on it asked you which facility you wanted to log in to and you took the default without looking. Actually, you see that more in the billing side of the world because the billing office handles all the sites. The government never should have let the IHS establish their own little software empire. Look at how far behind they’re lagging on GUI stuff. Look at the decent stuff like the chart number that the VA never got. With a little coordination effort and centralized, shared development, both sides would have the best of both worlds today. Whatever VA spends $311 million on today, I HS will “need” $311 million to duplicate the project ten years from now. --- Anna Joseph <[EMAIL PROTECTED]> wrote: > > From: James Gray > To: hardhats-members@lists.sourceforge.net > Sent: Wednesday, April 20, 2005 3:30 AM > Subject: Re: [Hardhats-members] IHS system??? > > > >I don't either, but I recall some things about it. > If you use the VA FOIA there is cross reference on > the SSN that stuffs the SSN into the HRN. The > interesting thing is >that it violates the input > transform on the HRN field. > > what is the input transform on the HRN Field? I mean > does it increase/decrease the number of digits, a > specific logical transformation...? > > >If you are not going use SSN you need a different > way to keep files 2 and 9000001 in synch. The cross > reference (something like PX09) is how the VA > software keeps >the two files in synch. If you make > the SSN optional or do not use it then the two files > will not stay in synch. IHS does it a different > way. They keep the two files in >synch with the > file 2 look up routines (the routines with the names > AUPNLK*). > > Tried to locate the routine (AUPNLK ) could not find > anything of that sort in the OpenVista SemiViva 4.0 > which we are using. We presume that this contains > all the FOIA routines. In which case the routines > are only available in the IHS system. > > So that means that the SSN will have to be > maintained (to play it safe), though it may not be > used by a hospital, which would use the HRN. In such > a case, can we generate the HRN using a M routine > (Generally Hospitals like to have their own sequence > for patients numbers with respect to their status > i.e. private patient, general patient, etc.) or are > there other criteria for gernerating the HRN? > > >To refer back to an earlier question, if you do not > have Mumps programmers available it will be > difficult to impossible to meld RPMS and Vista. But > they are quite similar >and I do not think the > isssue would be very difficult for a Mumps > programmer. I do not know if anyone has gotten RPMS > to run on a GT.M system. RPMS uses >essentially > vanilla VA Fileman and Kernel. > > I wish we can have a local implementation of RPMS. > I have tried to look at the page > www.ihs.gov/Cio/RPMS/index.cfm provided by Marc > Aylesworth. I have not understood how one can go > about the installation of RPMS? I mean, you can only > download the .zip/.tar files as per your module > selection from the site. How do we proceed then? > > RPMS apparently has not been implemented on GT.M. > How does one install it on Cache? Does one have to > use UNIX (again which flavor of UNIX) or can it be > installed using Cache on Linux or Windows? > > What is the meaning of Vanilla VA Fileman and > Kernel? This is apparently needed for RPMS > installation. If so how does one get hold of it? > > Is there any way of atleast going thru a demo of the > IHS system if I can't have it setup here locally? > > Anna > > > > ----- Original Message ----- > From: Aylesworth Marc A Contr AFRL/IFSE > To: 'hardhats-members@lists.sourceforge.net' > Sent: Tuesday, April 19, 2005 9:59 AM > Subject: RE: [Hardhats-members] IHS system??? > > > Unfortunately I do not work with RPMS anymore. I > believe that the record number can be different from > the SSN but am unsure how to achieve it SORRYY > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > > > Thanks, > > Marc Aylesworth > > > > C3I Associates AFRL/IFSE Joint Battlespace > Infosphere Team > > > > 525 Brooks Rd > > Rome, NY 13441-4505 > > > > Tel:315.330.2422 > > Fax:315.330.7009 > > Email:[EMAIL PROTECTED] > > > > > ---------------------------------------------------------------------------- > > From: > [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > On Behalf Of Kevin Toppenberg > Sent: Tuesday, April 19, 2005 10:46 AM > To: hardhats-members@lists.sourceforge.net > Subject: Re: [Hardhats-members] IHS system??? > > > > Anna, > > > > I don't know how this system works. I wonder > if Marc A., who I believe works with the IHS system, > could explain this. > > > > Kevin > > Anna Joseph <[EMAIL PROTECTED]> wrote: > > That's just the captioned output of some > patients in the implementation we have here. These > patients we had entered (not sasmple patients). > > > > STANDARD CAPTIONED OUTPUT? Yes// (Yes) > Include COMPUTED fields: (N/Y/R/B): NO// BOTH > Computed Fields and Record Number > (IEN) > > > > NUMBER: 5 NAME: > PATIENT,SURGERY > HEALTH RECORD FAC: SOFTWARE SERVICE HEALTH > RECORD NO.: 789654123 > > > > > NUMBER: 3 NAME: > TEST PATIENT,PATIENT > HEALTH RECORD FAC: SOFTWARE SERVICE HEALTH > RECORD NO.: 000001234 > > > > Anna > > ----- Original Message ----- > > From: Kevin Toppenberg > > To: hardhats-members@lists.sourceforge.net > > Sent: Monday, April 18, 2005 6:56 PM > > Subject: Re: [Hardhats-members] IHS > system??? > > > > Are these patients that you entered, or are > they sample patients? What number do they have > entered? Is it a SSN? > > > > Kevin > > > > Anna Joseph <[EMAIL PROTECTED]> wrote: > > Kevin > Yes did just check out the file. > Surprising to find that all patients have a > health record number assigned to them! > Does this then mean that to have an > === message truncated === __________________________________________________ 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: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
