Re: [Hardhats-members] Fileman cross-reference questions
I know that you can fire off x-refs by making calls to various linetags in ^DIK. Maybe what you're looking for is there? On Apr 25, 2005, at 11:43 PM, Kevin Toppenberg wrote: OK, but where is the code stored? Thanks Kevin --- Greg Kreis <[EMAIL PROTECTED]> wrote: FM automatically executes the 'set' and 'kill' logic at the appropriate times, when the cross-referenced field is edited.This means the cross-reference can be thought of as a field event. Kevin Toppenberg wrote: Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set up my situation first. I am trying to understand the linkages between files etc. that make up the pharmacy package. Currently, with Dave Whitten's help, I have one drug that shows up when I try to add a new drug in CPRS. Here is an overview of the steps that go behind getting information about the drug to show up in CPRS. 1. CPRS is given a list of available drugs. This list is stored in File 101.44 (ORDER QUICK VIEW). In my example, diltiazem is stored as an option like this: 44^DILTIAZEM. This 44 is the IEN of the Rx in file 101.43 (ORDERABLE ITEM). 2. During lookup, it uses record/entry# 44 from 101.43, and gets the ID field (field 2). This is supposed to have a format like this: 'package code;99XXX' where XXX indicates the package table originating this item (i.e. RAP,LRT,etc.). In my example, the code was 1. 3. This package code is then used to access a cross reference in file #50 (DRUG file, ^PSDRUG). It accesses it like this: $order(^PSDRUG("ASP",1,0)), where 1 is the package code from above. Because I have only one drug installed, there is only one item in this cross-reference. This is 3819. Thus ^PSDRUG("ASP",1,3819)="". 4. This "3819" from above is the IEN of the drug in the DRUG file. From this entry, the available dosages etc. are available. 5. So to make drugs available in CPRS, file #50 (DRUG file) must not only have the drug defined, but there must also be entries entries in the "ASP" cross reference. -- OK, that's the setting. Now, what I have been able to figure out 1. When I lookup information about the "ASP" cross-reference in VPE, I see only this info about the index: IndexFile Fields *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) So I look it up in the Fileman data dictionary utilities and get this information: ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG("ASP",$E(X,1,30),DA)="" 2)= K ^PSDRUG("ASP",$E(X,1,30),DA) 3)= Do not delete - So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,"IX","ASP",50,2.1)="" and ^DD(50,"IX",2.1)="" 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. I think I have more questions, but that's enough for now.. Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@list
Re: [Hardhats-members] Fileman cross-reference questions
OK, but where is the code stored? Thanks Kevin --- Greg Kreis <[EMAIL PROTECTED]> wrote: > FM automatically executes the 'set' and 'kill' logic > at the appropriate > times, when the cross-referenced field is > edited.This means the > cross-reference can be thought of as a field event. > > Kevin Toppenberg wrote: > > >Hey all, > > > >I've come to that time in my life where someone > needs > >to sit me down and tell me all about well... > >fileman cross-references. And I specifically want > to > >know how to fill them with the data I want. > > > >Let me set up my situation first. I am trying to > >understand the linkages between files etc. that > make > >up the pharmacy package. > > > >Currently, with Dave Whitten's help, I have one > drug > >that shows up when I try to add a new drug in CPRS. > > > >Here is an overview of the steps that go behind > >getting information about the drug to show up in > CPRS. > > > >1. CPRS is given a list of available drugs. This > list > >is stored in File 101.44 (ORDER QUICK VIEW). In my > >example, diltiazem is stored as an option like > this: > >44^DILTIAZEM. This 44 is the IEN of the Rx in file > >101.43 (ORDERABLE ITEM). > > > >2. During lookup, it uses record/entry# 44 from > >101.43, and gets the ID field (field 2). This is > >supposed to have a format like this: 'package > >code;99XXX' where XXX indicates the package table > >originating this item (i.e. RAP,LRT,etc.). In my > >example, the code was 1. > > > >3. This package code is then used to access a cross > >reference in file #50 (DRUG file, ^PSDRUG). It > >accesses it like this: $order(^PSDRUG("ASP",1,0)), > >where 1 is the package code from above. Because I > >have only one drug installed, there is only one > item > >in this cross-reference. This is 3819. Thus > >^PSDRUG("ASP",1,3819)="". > > > >4. This "3819" from above is the IEN of the drug in > >the DRUG file. From this entry, the available > dosages > >etc. are available. > > > >5. So to make drugs available in CPRS, file #50 > (DRUG > >file) must not only have the drug defined, but > there > >must also be entries entries in the "ASP" cross > >reference. > > > >-- > > > >OK, that's the setting. > >Now, what I have been able to figure out > > > > > >1. When I lookup information about the "ASP" > >cross-reference in VPE, I see only this info about > the > >index: > > > >IndexFile Fields > >*ASP 50 PHARMACY ORDERABLE ITEM (#2.1) > > > >So I look it up in the Fileman data dictionary > >utilities and get this information: > > > > ASPREGULAR > >Field: PHARMACY ORDERABLE ITEM (50,2.1) > >Description: Cross-reference to PHARMACY ORDERABLE > >ITEM file #50.7. > > 1)= S ^PSDRUG("ASP",$E(X,1,30),DA)="" > > 2)= K ^PSDRUG("ASP",$E(X,1,30),DA) > > 3)= Do not delete > > > >- > > > >So here are my questions: > > > >1. Apparently there is some M code associated with > >each cross-reference. When is this code executed? > > > >2. Where is this code stored? When I look in ^DD, > I > >find only ^DD(50,0,"IX","ASP",50,2.1)="" and > >^DD(50,"IX",2.1)="" > > > >3. From above, it looks like there is separate > >'setting' code and 'killing' code. Is this true? > > > >4. How is the cross-reference filled? -- I think I > >just figured out the answer on this one. It occurs > >when a value is put into field 2.1 in one of the > file > >#50 records. > > > >I think I have more questions, but that's enough > for > >now.. > > > >Thanks > >Kevin > > > > > >__ > >Do You Yahoo!? > >Tired of spam? Yahoo! Mail has the best spam > protection around > >http://mail.yahoo.com > > > > > >--- > >SF email is sponsored by - The IT Product Guide > >Read honest & candid reviews on hundreds of IT > Products from real users. > >Discover which products truly live up to the hype. > Start reading now. > >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >___ > >Hardhats-members mailing list > >Hardhats-members@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > > > > > > > --- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide
Re: [Hardhats-members] Fileman cross-reference questions
FM automatically executes the 'set' and 'kill' logic at the appropriate times, when the cross-referenced field is edited.This means the cross-reference can be thought of as a field event. Kevin Toppenberg wrote: Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set up my situation first. I am trying to understand the linkages between files etc. that make up the pharmacy package. Currently, with Dave Whitten's help, I have one drug that shows up when I try to add a new drug in CPRS. Here is an overview of the steps that go behind getting information about the drug to show up in CPRS. 1. CPRS is given a list of available drugs. This list is stored in File 101.44 (ORDER QUICK VIEW). In my example, diltiazem is stored as an option like this: 44^DILTIAZEM. This 44 is the IEN of the Rx in file 101.43 (ORDERABLE ITEM). 2. During lookup, it uses record/entry# 44 from 101.43, and gets the ID field (field 2). This is supposed to have a format like this: 'package code;99XXX' where XXX indicates the package table originating this item (i.e. RAP,LRT,etc.). In my example, the code was 1. 3. This package code is then used to access a cross reference in file #50 (DRUG file, ^PSDRUG). It accesses it like this: $order(^PSDRUG("ASP",1,0)), where 1 is the package code from above. Because I have only one drug installed, there is only one item in this cross-reference. This is 3819. Thus ^PSDRUG("ASP",1,3819)="". 4. This "3819" from above is the IEN of the drug in the DRUG file. From this entry, the available dosages etc. are available. 5. So to make drugs available in CPRS, file #50 (DRUG file) must not only have the drug defined, but there must also be entries entries in the "ASP" cross reference. -- OK, that's the setting. Now, what I have been able to figure out 1. When I lookup information about the "ASP" cross-reference in VPE, I see only this info about the index: IndexFile Fields *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) So I look it up in the Fileman data dictionary utilities and get this information: ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG("ASP",$E(X,1,30),DA)="" 2)= K ^PSDRUG("ASP",$E(X,1,30),DA) 3)= Do not delete - So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,"IX","ASP",50,2.1)="" and ^DD(50,"IX",2.1)="" 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. I think I have more questions, but that's enough for now.. Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman cross-reference questions
There's nothing particularly special about that cross-reference. It's just an ordinary cross-reference on a pointer field. If you go into Fileman, you can see the structure like this: Select DATA DICTIONARY UTILITY OPTION: LIST FILE ATTRIBUTES START WITH WHAT FILE: DRUG// GO TO WHAT FILE: DRUG// Select SUB-FILE: Select LISTING FORMAT: STANDARD// INDEXES ONLY What type of cross-reference (Traditional or New)? Both// TRADITIONAL Which field: ALL// 2.1 PHARMACY ORDERABLE ITEM DEVICE: ;; INCOMING TELNETRight Margin: 80// TRADITIONAL CROSS-REFERENCE LIST -- FILE #50, FIELD #2.104/25/05 PAGE 1 --- ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG("ASP",$E(X,1,30),DA)="" 2)= K ^PSDRUG("ASP",$E(X,1,30),DA) 3)= Do not delete As you can see, if there is a global node ^PSDRUG("ASP",number,ien)="" Then number is the (internal) value of this pointer in record ien. If you have no "ASP" node, I'd look to see if field #2.1 is ever valued. --- Kevin Toppenberg <[EMAIL PROTECTED]> wrote: > Hey all, > > I've come to that time in my life where someone needs > to sit me down and tell me all about well... > fileman cross-references. And I specifically want to > know how to fill them with the data I want. > > Let me set up my situation first. I am trying to > understand the linkages between files etc. that make > up the pharmacy package. > > Currently, with Dave Whitten's help, I have one drug > that shows up when I try to add a new drug in CPRS. > > Here is an overview of the steps that go behind > getting information about the drug to show up in CPRS. > > 1. CPRS is given a list of available drugs. This list > is stored in File 101.44 (ORDER QUICK VIEW). In my > example, diltiazem is stored as an option like this: > 44^DILTIAZEM. This 44 is the IEN of the Rx in file > 101.43 (ORDERABLE ITEM). > > 2. During lookup, it uses record/entry# 44 from > 101.43, and gets the ID field (field 2). This is > supposed to have a format like this: 'package > code;99XXX' where XXX indicates the package table > originating this item (i.e. RAP,LRT,etc.). In my > example, the code was 1. > > 3. This package code is then used to access a cross > reference in file #50 (DRUG file, ^PSDRUG). It > accesses it like this: $order(^PSDRUG("ASP",1,0)), > where 1 is the package code from above. Because I > have only one drug installed, there is only one item > in this cross-reference. This is 3819. Thus > ^PSDRUG("ASP",1,3819)="". > > 4. This "3819" from above is the IEN of the drug in > the DRUG file. From this entry, the available dosages > etc. are available. > > 5. So to make drugs available in CPRS, file #50 (DRUG > file) must not only have the drug defined, but there > must also be entries entries in the "ASP" cross > reference. > > -- > > OK, that's the setting. > Now, what I have been able to figure out > > > 1. When I lookup information about the "ASP" > cross-reference in VPE, I see only this info about the > index: > > IndexFile Fields > *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) > > So I look it up in the Fileman data dictionary > utilities and get this information: > > ASPREGULAR > Field: PHARMACY ORDERABLE ITEM (50,2.1) > Description: Cross-reference to PHARMACY ORDERABLE > ITEM file #50.7. > 1)= S ^PSDRUG("ASP",$E(X,1,30),DA)="" > 2)= K ^PSDRUG("ASP",$E(X,1,30),DA) > 3)= Do not delete > > - > > So here are my questions: > > 1. Apparently there is some M code associated with > each cross-reference. When is this code executed? > > 2. Where is this code stored? When I look in ^DD, I > find only ^DD(50,0,"IX","ASP",50,2.1)="" and > ^DD(50,"IX",2.1)="" > > 3. From above, it looks like there is separate > 'setting' code and 'killing' code. Is this true? > > 4. How is the cross-reference filled? -- I think I > just figured out the answer on this one. It occurs > when a value is put into field 2.1 in one of the file > #50 records. > > I think I have more questions, but that's enough for > now.. > > Thanks > Kevin > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > --- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listin
[Hardhats-members] Fileman cross-reference questions
Hey all, I've come to that time in my life where someone needs to sit me down and tell me all about well... fileman cross-references. And I specifically want to know how to fill them with the data I want. Let me set up my situation first. I am trying to understand the linkages between files etc. that make up the pharmacy package. Currently, with Dave Whitten's help, I have one drug that shows up when I try to add a new drug in CPRS. Here is an overview of the steps that go behind getting information about the drug to show up in CPRS. 1. CPRS is given a list of available drugs. This list is stored in File 101.44 (ORDER QUICK VIEW). In my example, diltiazem is stored as an option like this: 44^DILTIAZEM. This 44 is the IEN of the Rx in file 101.43 (ORDERABLE ITEM). 2. During lookup, it uses record/entry# 44 from 101.43, and gets the ID field (field 2). This is supposed to have a format like this: 'package code;99XXX' where XXX indicates the package table originating this item (i.e. RAP,LRT,etc.). In my example, the code was 1. 3. This package code is then used to access a cross reference in file #50 (DRUG file, ^PSDRUG). It accesses it like this: $order(^PSDRUG("ASP",1,0)), where 1 is the package code from above. Because I have only one drug installed, there is only one item in this cross-reference. This is 3819. Thus ^PSDRUG("ASP",1,3819)="". 4. This "3819" from above is the IEN of the drug in the DRUG file. From this entry, the available dosages etc. are available. 5. So to make drugs available in CPRS, file #50 (DRUG file) must not only have the drug defined, but there must also be entries entries in the "ASP" cross reference. -- OK, that's the setting. Now, what I have been able to figure out 1. When I lookup information about the "ASP" cross-reference in VPE, I see only this info about the index: IndexFile Fields *ASP 50 PHARMACY ORDERABLE ITEM (#2.1) So I look it up in the Fileman data dictionary utilities and get this information: ASPREGULAR Field: PHARMACY ORDERABLE ITEM (50,2.1) Description: Cross-reference to PHARMACY ORDERABLE ITEM file #50.7. 1)= S ^PSDRUG("ASP",$E(X,1,30),DA)="" 2)= K ^PSDRUG("ASP",$E(X,1,30),DA) 3)= Do not delete - So here are my questions: 1. Apparently there is some M code associated with each cross-reference. When is this code executed? 2. Where is this code stored? When I look in ^DD, I find only ^DD(50,0,"IX","ASP",50,2.1)="" and ^DD(50,"IX",2.1)="" 3. From above, it looks like there is separate 'setting' code and 'killing' code. Is this true? 4. How is the cross-reference filled? -- I think I just figured out the answer on this one. It occurs when a value is put into field 2.1 in one of the file #50 records. I think I have more questions, but that's enough for now.. Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M - Greek Technology MUMPS
Getting the "lengh" of a UTF-8 string is not entirely trivial, either, because UTF-8 is a variable length encoding. One the other hand, it's not that bad, and I suspect $L ends up doing a linear scan, anyway (unless strings are internally encoded with their length in bytes). If strings are not very long, I suspect it wouldn't be too bad. --- Jim Self <[EMAIL PROTECTED]> wrote: > Bhaskar, > I think Mano was referring to the handling of strings with UTF-8 > encoding. That is what > his linux desktop was configured for at the beginning of the > discussion. When he would > type into a terminal with GTM (or without, I presume), the greek > characters would be > entered as two bytes. Not a bug, but since $L() and other intrinsic > functions currently > assume one-byte characters, multi-byte characters would have to be > handled with extrinsic > functions. > > >On Sun, 2005-04-24 at 05:27 +0300, Doctor Bones wrote: > >> Thank you Bhaskar, > >> and I did in fact notice the problem with $L() in GTM. > > > >[KSB] Mano, what exactly do you mean by "problem with $L() in GT.M"? > I > >am not aware of any bug with $L, so if you found a bug, please let > me > >know so that we can fix it. Since Unicode support is not yet > >implemented by GT.M, for any 8-bit character set, the length in > bytes is > >the same as the length in characters - in other words, it's a > feature. > >Thanx in advance for the clarification. > > > >-- Bhaskar > > --- > Jim Self > Systems Architect, Lead Developer > VMTH Computer Services, UC Davis > (http://www.vmth.ucdavis.edu/us/jaself) > > > --- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M - Greek Technology MUMPS
Whoops! Yes, that is exactly what I was referring to. I didn't meant to infer that it was a bug. Sorry, for alarming you! Manolis On Mon, 2005-04-25 at 11:47 -0700, Jim Self wrote: > Bhaskar, > I think Mano was referring to the handling of strings with UTF-8 encoding. > That is what > his linux desktop was configured for at the beginning of the discussion. When > he would > type into a terminal with GTM (or without, I presume), the greek characters > would be > entered as two bytes. Not a bug, but since $L() and other intrinsic functions > currently > assume one-byte characters, multi-byte characters would have to be handled > with extrinsic > functions. > > >On Sun, 2005-04-24 at 05:27 +0300, Doctor Bones wrote: > >> Thank you Bhaskar, > >> and I did in fact notice the problem with $L() in GTM. > > > >[KSB] Mano, what exactly do you mean by "problem with $L() in GT.M"? I > >am not aware of any bug with $L, so if you found a bug, please let me > >know so that we can fix it. Since Unicode support is not yet > >implemented by GT.M, for any 8-bit character set, the length in bytes is > >the same as the length in characters - in other words, it's a feature. > >Thanx in advance for the clarification. > > > >-- Bhaskar > > --- > Jim Self > Systems Architect, Lead Developer > VMTH Computer Services, UC Davis > (http://www.vmth.ucdavis.edu/us/jaself) > > > --- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Orgainizations providing install support
Good day everyone. I work at the Hospital for Sick Children (AKA HSC Pediatric Center) in Washington DC We currently have RFI's out to evealuate a new HIS. They currently use Star Could a rep from comercial orgaizations contact me Re an RFI? Thanks Alric M O'Connor (Formerly Pat Evans) --- Begin Message --- Good day everyone. I work at the Hospital for Sick Children (AKA HSC Pediatric Center) in Washington DC We currently have RFI's out to evealuate a new HIS. They currently use Star Could a rep from comercial orgaizations contact me Re an RFI? Thanks Alric M O'Connor (Formerly Pat Evans) --- End Message ---
Re: [Hardhats-members] IHS system???
Anna, I think that the fundamental value is the patient's IEN (record number). Their entry can have multiple HRN's as a datafield in that record. Kevin Anna Joseph <[EMAIL PROTECTED]> wrote: Was wondering, if IHS can handle multiple HRN's, on what basis do they link these HRN's. I mean if a patient had an SSN (which they do not have), based on it they could collect all the corresponding HRN's. How do they know that it is the same patient with a different HRN? Anna - Original Message - From: James Gray To: hardhats-members@lists.sourceforge.net Sent: Friday, April 22, 2005 9:48 PM Subject: Re: [Hardhats-members] IHS system??? IHS is designed to just serve the population of Native Americans. People who are not Native American are not entitled to care at an IHS facility except as an emergency usually. There are exceptions I will not go into. Native American are never charged directly for the service they receive at an IHS facility. If they have health insurance the insurer can be billed. I think that IHS facilites keep track of the next HRN that is available and when a patient is registered they get assigned an HRN. Jim Gray - Original Message - From: Anna Joseph To: hardhats-members@lists.sourceforge.net Sent: Friday, April 22, 2005 1:43 AM Subject: Re: [Hardhats-members] IHS system??? how does one usually assign the HRN? Is it generally a sequence of digits(which is parameterized to incorporate the needs of different hospitals) that are incremented? That calls for a routine! Does the IHS handle differential charging of patients? I mean do they have different types of patients like Private, general, free... for whom the same procedure is charged differently? Or patients who have a specified limit to free care? I don't think that happens in VistA anyhow - correct me if I'm wrong! Anna - Original Message - From: James Gray To: hardhats-members@lists.sourceforge.net Sent: Wednesday, April 20, 2005 9:29 PM Subject: Re: [Hardhats-members] IHS system??? I believe the input transform on the HRN field is for a max of 6 digits. I thought that some version of the AUPNLK* routines were included in the VistA FOIA. The lastest can be obtained from the IHS FOIA. It would be possible for a hospital to put their own patient id's into the HRN field as long as they are numbers no more than 6 digits long. If you have Cache installed on a Windows machine you should be able to load it onto Cache. I do not know about untaring (if that is the right term) without Unix or Linux. I was trying to say that IHS uses unmodified versions of VA Fileman and Kernel. Jim Gray - Original Message - From: Anna Joseph To: hardhats-members@lists.sourceforge.net Sent: Wednesday, April 20, 2005 12:39 AM Subject: Re: [Hardhats-members] IHS system??? 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 901 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
Re: [Hardhats-members] IHS system???
The HRN is multiple. If you use the file 2 lookup routines ^AUPNLK* the connection is with the DUZ(2). So the combination of HRN and DUZ(2) is unique. So for the location defined by DUZ(2) there can be only one HRN for a given patient. Jim Gray - Original Message - From: Anna Joseph To: hardhats-members@lists.sourceforge.net Sent: Sunday, April 24, 2005 10:09 PM Subject: Re: [Hardhats-members] IHS system??? Was wondering, if IHS can handle multiple HRN's, on what basis do they link these HRN's. I mean if a patient had an SSN (which they do not have), based on it they could collect all the corresponding HRN's. How do they know that it is the same patient with a different HRN? Anna - Original Message - From: James Gray To: hardhats-members@lists.sourceforge.net Sent: Friday, April 22, 2005 9:48 PM Subject: Re: [Hardhats-members] IHS system??? IHS is designed to just serve the population of Native Americans. People who are not Native American are not entitled to care at an IHS facility except as an emergency usually. There are exceptions I will not go into. Native American are never charged directly for the service they receive at an IHS facility. If they have health insurance the insurer can be billed. I think that IHS facilites keep track of the next HRN that is available and when a patient is registered they get assigned an HRN. Jim Gray - Original Message - From: Anna Joseph To: hardhats-members@lists.sourceforge.net Sent: Friday, April 22, 2005 1:43 AM Subject: Re: [Hardhats-members] IHS system??? how does one usually assign the HRN? Is it generally a sequence of digits(which is parameterized to incorporate the needs of different hospitals) that are incremented? That calls for a routine! Does the IHS handle differential charging of patients? I mean do they have different types of patients like Private, general, free... for whom the same procedure is charged differently? Or patients who have a specified limit to free care? I don't think that happens in VistA anyhow - correct me if I'm wrong! Anna - Original Message - From: James Gray To: hardhats-members@lists.sourceforge.net Sent: Wednesday, April 20, 2005 9:29 PM Subject: Re: [Hardhats-members] IHS system??? I believe the input transform on the HRN field is for a max of 6 digits. I thought that some version of the AUPNLK* routines were included in the VistA FOIA. The lastest can be obtained from the IHS FOIA. It would be possible for a hospital to put their own patient id's into the HRN field as long as they are numbers no more than 6 digits long. If you have Cache installed on a Windows machine you should be able to load it onto Cache. I do not know about untaring (if that is the right term) without Unix or Linux. I was trying to say that IHS uses unmodified versions of VA Fileman and Kernel. Jim Gray - Original Message - From: Anna Joseph To: hardhats-members@lists.sourceforge.net Sent: Wednesday, April 20, 2005 12:39 AM Subject: Re: [Hardhats-members] IHS system??? 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 901 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*).
Re: [Hardhats-members] GT.M - Greek Technology MUMPS
On Sun, 2005-04-24 at 05:27 +0300, Doctor Bones wrote: > Thank you Bhaskar, > and I did in fact notice the problem with $L() in GTM. [KSB] Mano, what exactly do you mean by "problem with $L() in GT.M"? I am not aware of any bug with $L, so if you found a bug, please let me know so that we can fix it. Since Unicode support is not yet implemented by GT.M, for any 8-bit character set, the length in bytes is the same as the length in characters - in other words, it's a feature. Thanx in advance for the clarification. -- Bhaskar --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Trademark openvista
A so there is a warm and fuzzy explanation... Thought so glad I didn't insert foot down throat.merely in mouth. ;) On Mon, 2005-04-25 at 06:52 -0400, Nancy Anthracite wrote: > As I understand it, the Hui uses Hui OpenVistA, WorldVistA was going to use > OpenVistA and Medsphere would use Medsphere OpenVistA, and at one time the > story I heard was that they had applied for the TM to protect it and it would > be given to WorldVistA. However, so far that has not happened. Until it > does, I am waiting before I make more buttons. > > On Monday 25 April 2005 12:20 am, JohnLeo Zimmer wrote: > > Nancy Anthracite wrote: > > > > Trademark web site of OpenVistA > > http://tess2.uspto.gov/bin/showfield?f=doc&state=4fule4.2.1 > > > > Nancy, can always be trusted add to the discussion. > > > > I'm just a country doctor here on the west coast of Iowa, > > but Medsphere's application says Filing Date: November 26, 2003 > > > > A press release (dated July 31, 2003) from the Pacific Telehealth and > > Technology Hui seems pertinent: > > > > http://www.pacifichui.org/media/press_releases/HuiOpenVistaInterest.pdf > > > > Quoting Steve Shreeve's words at that time: > > "The Hui has served as a catalyst in the creation and dissemination of > > OpenVista as the first open-source, enterprise healthcare information > > system available in the healthcare market," said Steve Shreeve, > > Medsphere CEO, "Funding the development and technology transfer of > > OpenVista has opened the door to multiple opportunities for our company, > > the open-source community and healthcare organizations worldwide." > > > > Steve seems to be saying that the Hui funded the creation and > > dissemination of OpenVista in which his nascent corporation > > participated... so how does that lead to his <> the name > > OpenVista? I would expect exactly the opposite. > > > > regards, > > jlz > > > > exclusive owner of "Gra'paZ OpenVistA" > > > > > > > > > > > > --- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > ___ > > Hardhats-members mailing list > > Hardhats-members@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Trademark openvista
Of course, the name is just bath water and must not obscure the core reality which, IMHO, is not the mere software stack (Linux/M/VistA) but rather that marvelous artifact <>. error: #1 "We can just plug the stack into just any non-VHA hospital and expect it to work better than, say, Cerner." #2 "The software stack is more valuable than the development method." #3 "It's impossible to recreate the old VA's milieu in the outside world." IF #1, pray that the first few implementations are sufficently successfull for our many medical communities to not be frightened off by the expensive lessons that will be learned yet again. We need those few icebreaker implementations to do well enough that the world takes notice. IF #2, look elsewhere for the future. IF #3, just watch us. jlz "born at the right time" JohnLeo Zimmer wrote: >Quoting Steve Shreeve's words at that time: >"The Hui has served as a catalyst in the creation and dissemination of >OpenVista as the first open-source, enterprise healthcare information >system available in the healthcare market," said Steve Shreeve, >Medsphere CEO, "Funding the development and technology transfer of >OpenVista has opened the door to multiple opportunities for our company, >the open-source community and healthcare organizations worldwide. > --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Trademark openvista
As I understand it, the Hui uses Hui OpenVistA, WorldVistA was going to use OpenVistA and Medsphere would use Medsphere OpenVistA, and at one time the story I heard was that they had applied for the TM to protect it and it would be given to WorldVistA. However, so far that has not happened. Until it does, I am waiting before I make more buttons. On Monday 25 April 2005 12:20 am, JohnLeo Zimmer wrote: > Nancy Anthracite wrote: > > Trademark web site of OpenVistA > http://tess2.uspto.gov/bin/showfield?f=doc&state=4fule4.2.1 > > Nancy, can always be trusted add to the discussion. > > I'm just a country doctor here on the west coast of Iowa, > but Medsphere's application says Filing Date: November 26, 2003 > > A press release (dated July 31, 2003) from the Pacific Telehealth and > Technology Hui seems pertinent: > > http://www.pacifichui.org/media/press_releases/HuiOpenVistaInterest.pdf > > Quoting Steve Shreeve's words at that time: > "The Hui has served as a catalyst in the creation and dissemination of > OpenVista as the first open-source, enterprise healthcare information > system available in the healthcare market," said Steve Shreeve, > Medsphere CEO, "Funding the development and technology transfer of > OpenVista has opened the door to multiple opportunities for our company, > the open-source community and healthcare organizations worldwide." > > Steve seems to be saying that the Hui funded the creation and > dissemination of OpenVista in which his nascent corporation > participated... so how does that lead to his <> the name > OpenVista? I would expect exactly the opposite. > > regards, > jlz > > exclusive owner of "Gra'paZ OpenVistA" > > > > > > --- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members