Here's a FileMan Edit session for File #50 drug field #903 for GEMFIBROZIL:
INPUT TO WHAT FILE: DRUG//
EDIT WHICH FIELD: ALL// 903 POSSIBLE DOSAGES (multiple)
EDIT WHICH POSSIBLE DOSAGES SUB-FIELD: ALL//
Select DRUG GENERIC NAME: GEMFIBROZIL 600MG TAB CV350
Select DISPENSE UNITS PER DOSE: .5// ?
Answer with POSSIBLE DOSAGES DISPENSE UNITS PER DOSE
Choose from:
.5 300
1 600
2 1200
and here's the INQUIRE:
DISPENSE UNITS PER DOSE: 1 DOSE: 600 PACKAGE: IO
DISPENSE UNITS PER DOSE: 2 DOSE: 1200 PACKAGE: IO
DISPENSE UNITS PER DOSE: .5 DOSE: 300 PACKAGE: IO
At 10:02 PM 6/25/2006, Greg wrote:
>On Jun 25, 2006, at 4:54 PM, Dan wrote:
>
>>Select DISPENSE UNITS PER DOSE: 2// ?
>>
>> Answer with POSSIBLE DOSAGES DISPENSE UNITS PER DOSE
>> Choose from:
>> 1 50
>> 2 100
>>
>>1 & 2 are the #.01 field values. 50 & 100 are the #1 field values (they
>>are specified as FM Identifiers).
>
>I'm not saying you're wrong (I don't know the DD for this file at all),
>but in general, if a ^DIC lookup produces multiple matches, they will be
>numbered sequentially (1, 2, ...). Situations like this can occur when you
>do a multi-index lookup, and the indexed field is neither .01 nor an
>identifier. If this turns out to be the problem, you might consider
>explicitly selecting an index or indices to be used for lookup. Also, if
>the number of matches is out of synch with your data, check to see which
>indices are being used and whether they need to be rebuilt.
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
