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