RPMS has its own Fileman lookup routines on file 2. They are the routines AUPNLK* available in the RPMS FOIA. They allow lookup on chart number. Those routines are the ones that keep files 2 and 9000001 in synch also.
I will also say that programming using HRN is much harder than using SSN because HRN is a multiple.
I do not agree with the last paragraph. The VA software does include the HRN even though they do not use it for anything I know about. Also the PCE software the VA got from IHS. IHS has some very different needs that were not incorporated into VistA. Typically a lot of babies are born in IHS hospitals. That is a type of admission that the writers of the VA software never envisioned. IHS also has to collect data like tribal enrollment and blood quantum that do not have meaning in the VA.
Jim Gray
----- Original Message ----- From: "Kevin Toppenberg" <[EMAIL PROTECTED]>
To: <hardhats-members@lists.sourceforge.net>
Sent: Wednesday, April 20, 2005 7:42 AM
Subject: Re: [Hardhats-members] IHS system???
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]
[mailto:[EMAIL PROTECTED]
From: [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
------------------------------------------------------- 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
