[Hardhats-members] Dispense drugs from a Pharmacy
I was trying to find out how a pharmacy store is handled in VistA. I have createdprimary and warehouse inventory points and initialized the drug balance in the primary inventory point. Using the "Populate Pharmacy Location with Inventory Items" option, I linked the Pharmacy location to the primary inventory point. I tried to dispense drugs by creating a new prescription for the patient using "PSO RX" option. But the drug balance does not reflect the release of drugs. (I checked the balances through options "PSA DISPLAY LOCATION" and "PHYSICAL INVENTORY BALANCE REVIEW" in "INVENTORY INTERFACE" option). Is there something wrong inthe way I made the invenory or the way I dispensed the drugs or something else? Usha
RE: [Hardhats-members] mumps strangeness continues - Taskman prob lem?
I believe Dan is correct it looks like taskman is trying to redirect standard out ( the command prompt kind of) to a file, most likely for logging and it is trying to open the log file someplace that it does not have write permission. 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] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Sent: Tuesday, April 05, 2005 5:05 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] mumps strangeness continues - Taskman problem? My guess would be an OS directory/file permission issue, but I don't know anything about *nix GTMD ^ZTMB %GTM-E-JOBFAIL, JOB command failure %GTM-I-TEXT, Error redirecting stdout (creat) to _ZTM0.mjo %SYSTEM-E-ENO13, Permission denied At 04:15 PM 4/5/2005, Mark wrote: I am probably going to start this install over but I thought I would put this out here in case it helps. - Here is the information that Taskman has: Operating System: GT.M (Unix) Volume Set: ROU Cpu-volume Pair: ROU:strellen TaskMan Files UCI and Volume Set: VAH,ROU Log Tasks? Default Task Priority: Submanager Retention Time: 0 Min Submanager Count: Taskman Hang Between New Jobs: 0 TaskMan running as a type: GENERAL Logons Inhibited?: N Taskman Job Limit: Max sign-ons: 1000 Current number of active jobs: End of listing. Press RETURN to continue: ### strange error below starting taskman GTMD ^ZTMB %GTM-E-JOBFAIL, JOB command failure %GTM-I-TEXT, Error redirecting stdout (creat) to _ZTM0.mjo %SYSTEM-E-ENO13, Permission denied %GTM-E-JOBFAIL, JOB command failure %GTM-I-TEXT, Failed to set STDIN/OUT/ERR for the job %GTM-E-LABELEXPECTED, Label expected in this context G ^- %GTM-E-ERRWZTRAP, Error while processing $ZTRAP GTMD ^ZTMB GTM [EMAIL PROTECTED] vista]$ ps waxu | grep mumps | wc -l 116 [EMAIL PROTECTED] vista]$ ps waxu | grep mumps | wc -l 118 GTMD STOP^ZTMKU Are you sure you want to stop TaskMan? NO// YES Shutting down TaskMan. Should active submanagers shut down after finishing their current tasks? NO// YES Okay! GTMH [EMAIL PROTECTED] vista]$ ps waxu | grep mumps | wc -l 120 YIKES [EMAIL PROTECTED] vista]$ rundown /home/vista/g/mumps.dat - File is in use by another process. %GTM-W-MUNOTALLSEC, WARNING: not all global sections accessed were successfully rundown [EMAIL PROTECTED] vista]$ killall mumps [EMAIL PROTECTED] vista]$ killall mumps [EMAIL PROTECTED] vista]$ killall mumps mumps: no process killed [EMAIL PROTECTED] vista]$ rundown %GTM-I-MUFILRNDWNSUC, File /home/vista/g/mumps.dat successfully rundown [EMAIL PROTECTED] vista]$ mupip integ File or Region: g/mumps.dat No errors detected by integ. Type Blocks Records % Used Adjacent Directory 2 338 49.511NA Index 835 111956 57.74310 Data 11145819909428 90.935108951 Free 705 NA NANA Total 11300020021722 NA108961 -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- 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=6595alloc_id=14396op=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=6595alloc_id=14396op=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=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net
[Hardhats-members] For those wanting Linux assistance in Boston
Folks: Since I am unable to attend or have any of Linux ETC's staff at present, I will make myself available via remote at times during the Boston WV meeting. Please keep in mind there is a two hour time difference between Denver and Boston though I am typically up and going around 8AM Mountain Time in the office. For those who are inquiring about larger Linux oriented projects and implementations (VistA or otherwise), feel free to email me your requests directly. I might have you speak with Brian Lord on the side as well if need be while he is present at the meeting. Nancy and I have talked about using one or two means to remotely connect and conference in some during the meeting. We shall see how that works. Sincerely, Crawford Rainwater CEO and President Linux+, LCP, LPIC-1, RHCT -- The Linux ETC Company P.M.B. 146 368 South McCaslin Boulevard Louisville, CO 80027 USA +1 (303) 604-2550 (voice) +1 (866) 604-2550 (toll free within the US) +1 (303) 664-0036 (fax) http://www.linux-etc.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=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Fw: [Hardhats-members] Maintaining database integrity
-Original Message-
From: K.S. Bhaskar [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 05, 2005 7:06 PM
To: Steve McPhelan
Subject: Re: [Hardhats-members] Maintaining database integrity
Steve --
I cannot reply to the hardhats list from my Blackberry (from which I am
replying to your )message). Would you forward this to the list n
please?
GT.M has both a proprietary $ZTRAP as well as (ANSI standard) $ETRAP.
The latter takes precedence over the former if both are defined, but it
is not recommended that an application use both unless you read the
documentation in detail because you can create subtle interactions.
Thanx for your help.
-- Bhaskar
-Original Message-
From: steven mcphelan [EMAIL PROTECTED]
Date: Tue, 5 Apr 2005 15:57:19
To:hardhats-members@lists.sourceforge.net
Subject: Re: [Hardhats-members] Maintaining database integrity
That is what I recommended and Greg said. Natively, you set an error
trap,
then the next error that occurs will go to your error handler. If you
are
using proper coding techniques, your error handler should only be active
during the execution of the module where you set the error handler. If
you
do not use proper techniques and yours was the last error handler
enabled,
then you will get the next error that occurs whether it is in your
module or
not.
That is why I said I believe the Kernel should have an API to do error
handling for all of VistA. In this API I could pass it the type of
errors I
want to possibly process. All others should be handled by the Kernel
API.
If the Kernel did this, then we could have a VistA error handler similar
to
what was mentioned for Java.
In M, on error you go to the last error handler enabled. M expects that
the
error handler will handle properly all and any type of error. This is
why I
disfavor individual applications setting the error trap. Most
programmers
would not know what to do in ALL circumstances that may arise.
As Murray said, checking for $EC[M13 is not sufficient. But I do not
believe the 1995 ANSI M standardized on where to place the line tag and
routine name. Thus any other checks beyond contains M13 may be M
implementation dependent.
Is GT.M fully compliant with the error handler portion of the 1995 ANSI
M
standards?
- Original Message -
From: Kevin Toppenberg [EMAIL PROTECTED]
To: hardhats-members@lists.sourceforge.net
Sent: Tuesday, April 05, 2005 12:29 PM
Subject: Re: [Hardhats-members] Maintaining database integrity
I know that I need to understand this entire process,
which I currently don't. But I learn best by finding
answers for specific questions.
So in this situation, how do I say Oops, I don't know
how to handle this, let me pass it on to someone
else?
Thanks
Kevin
--- Greg Woodhouse [EMAIL PROTECTED] wrote:
Unfortunately, you are right. When you set the
error trap, you define
a single handler that is invoked on ANY error. The
programmer then
needs to look at $ECODE to identify the error(s) and
then act
accordingly. It might be possible to emulate the
Java-like model using
a library routine. In any case, I agree the Java
model is better and
places a smaller burden on the programmer (always a
good thing).
--- Kevin Toppenberg [EMAIL PROTECTED] wrote:
In the languages that I am familiar with, such as
Delphi pascal, and c++, and to a degree, java,
there
is error handling that ensures that only the
errors
specifically looked for will be handled at a given
level. For example, a programmer might have this
in
their routine:
try {
some routine that could cause an error
}
catch (EDBEngineError E) {
Only DBEngine errors handled here
}
catch {EMgmtError E) {
Only the 'MgmtError's handled here
}
But all other errors are passed to the parent
try/catch level.
Does M have this functionality? From what I am
reading, the entire system is vulnerable to
whether a
novice programmer (like me) properly handles the
errors that fall into his trap... i.e. they ALL
fall
in.
Kevin
--- steven mcphelan [EMAIL PROTECTED]
wrote:
Not at all. I think it is inappropriate for
anyone
other than the Kernel to
make logic decision on the severity of the
particular error. You could have
a junior programmer who sees a DISKFULL error
and
is not familiar with
that error so they ignore it or treat it with
the
same concern as an UNDEF
X variable.
In your example, what should the average
programmer
do if they detect a M13
error in their error trap? Should they continue
processing? Should they
absolutely HALT? Should they do something in
between? The answer is clear
which is it depends on what tag^routine is
non-existent. If FILE^DIE is
non-existent I better shut all access off to the
system until I resolve the
problem. If I am not mistaken, there is no
[Hardhats-members] Vista Configuration on Linux and GT.M
I placed the Linux specific HOWTO on the wiki as a link from the end of Installation of GT.M on Linux. http://openforum.worldvista.org/~forum/index.php?title=Begin_Configuration_of_Vista It still has some touching up to do. -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- 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=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] CPRS and VistA FOIA Gold
Does anyone have VistA FOIA Gold configured and running on GT.M Linux and the ability to connect to VistA with the latest release of CPRS from Feb 09, 2005? -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- 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=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
