Hi
The following is a screenshot of what I did to find out the problem.
GTM>D OPEN^%ZISH("PATFILE","/home/vista/VistA","patmast.txt","W")
GTM>W POP
0
GTM>W IO
/home/vista/OpenVistA/patmast.txt
GTM>D CLOSE^%ZISH("PATFILE")
GTM>D OPEN^%ZISH("PATFILE","/home/vista/VistA","patmast.txt","R")
GTM>W P
While trying to open the file using OPEN^%ZISH, I realised that the file was
accessible to owner only (vista).
But even after changing the rights of the file, following is the output.
GTM>D OPEN^%ZISH("PATFILE","/home/vista/VistA","patmast.txt","R")
GTM>W POP
1
Usha
- Original Message -
In that case, I'd try loading the file into a global using GATF^%
ZISH. For that matter, it's even simpler to open the file with OPEN^%
ZISH and try to read from it.
===
Gregory Woodhouse
[EMAIL PROTECTED]
"The most profound technologies are those that disappear."
--Mark Weiser
On Jun 15, 20
It gives the same error.
Usha
- Original Message -
From: "Gregory Woodhouse" <[EMAIL PROTECTED]>
To:
Sent: Thursday, June 16, 2005 9:10 AM
Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting
> Did you try importing the data into a different file?
>
> ===
> Gregory Woo
Did you try importing the data into a different file?
===
Gregory Woodhouse
[EMAIL PROTECTED]
"The most incomprehensible thing about the world is that it
is at all comprehensible." --Albert Einstein (1879-1955)
On Jun 15, 2005, at 8:22 PM, Usha wrote:
I have tried that too
Usha
-
I have tried that too
Usha
- Original Message -
From: "Kevin Toppenberg" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, June 15, 2005 6:50 PM
Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting
This a wild guess, but maybe need a "/" at the end of
the path?
Kevin
--- Usha <
At least HP has a driver, albeit closed source, for their printers for Linux.
On Wednesday 15 June 2005 08:08 am, JohnLeo Zimmer wrote:
> Historically, DHCP used Hewlett Packard PCL. (See the many variations on
> P-HP*** in the TERMINAL TYPE FILE). As you point out, it doesn't
> translate smoothl
In fact, this is what I did in my HL7 query engine. I basically created
an XML application that was just a template language, allowing th user
(developer) to specify how a "document" (XML, HL7, etc.) should be
filed in Fileman.
--- "Tomlinson, Steven B" <[EMAIL PROTECTED]> wrote:
> I believe this
I believe this particular issue can be addressed through the proper use of
Templates and Template Objects which will pull this data into any note being
composed "on the fly".
Steven B. Tomlinson
[EMAIL PROTECTED]
Pacific Telehealth and Technology Hui
www.PacificHui.org
> -Original Messag
Kevin,
The codes are as follows: (These are for HP printers other printers may
require different seq)
*27,"E" - is and Escape E or reset
*27,"&k2G" - is a command to convert Linux line feeds to cariage return
followed by a line feed
This is all done in the Terminal file so you can have one
The .jpg shows the bottom choice - "Edit template field" "grayed out" or not
accessible. All the other options on that list are open to use.
Below is the inquire of DOCUMENT DEFINITION EDIT. Note the "OUT OF ORDER
MESSAGE."
NUMBER: 7758NAME: TIU DOCUMENT DEFINITION E
It depends on the culture you create, and the power you have. The b'ing and
m'ing I heard from the docs during our first few years of CPRS was enough to
make me think I'd reverted to a classroom full of 3 y/o's. Now, however, the
doc's actually are invested in computerized records. The transition o
On 6/15/05, steven mcphelan <[EMAIL PROTECTED]> wrote:
> Ken, since you are in med school, I would recommend that you take whatever
> anyone says about any EHR with a grain of salt. You should investigate
> yourself the pros and cons. I am always suspicious of any physician that
> makes the comme
Thurman,
"Out of order" comes from having a value (any text) in field 2 [OUT
OF ORDER MESSAGE] for that entry in the Option file. In your case it
appears to contain the text "tiu doc". Options are made active again by
deleting [EMAIL PROTECTED] the text from the OUT OF ORDER MESSAGE field.
T
Whether CPOE is "better" has been recently challenged.
But probably if physicians would slow down and do
things themselves, patient care would be better.
But then typing everything instead of depending on
physicians messy handwriting would probably help too.
But it is going to take a new gener
Perhaps, but commercial EHR systems don't really offer
"lite" versions of their software. And when I what
deciding which program to go with, I felt VistA was
best.
I still think it is best, because we have the option
to expand into pharmacy utilization, lab interfaces
etc. if we want to.
Kevin
Nancy Anthracite wrote:
So what did you do to get it going?
[KSB] <...snip...>
The relevant magic incantations were:
echo 0 >/proc/sys/kernel/exec-shield
echo 0 >/proc/sys/kernel/exec-shield-randomize
---
SF.Net email is sponsored
Ismet,
My knowledge is limited as well. But my understanding
is that a HFS device reads/writes to your specified
disk file. So if you print to this device, the output
will be sent to the file. It would be available over
a network if your OS had the directory/file mounted
(i.e. using samba or NF
This a wild guess, but maybe need a "/" at the end of
the path?
Kevin
--- Usha <[EMAIL PROTECTED]> wrote:
> The file "/home/vista/VistA/patmast.txt" has the
> patient's data to import.
>
> S CONTROL("FLAGS")="E"
> S
>
FIELDS=".01;.02;.09;.03;391;459022;.301;1901;.111;.115"
> S
>
SOURCE("FILE")
Greg Martinson wrote:
[KSB] <...snip...>
Thank you for the insight into the compiler and for the security
workarounds.
[KSB] You're welcome. I am glad that you were able to get it going.
One very minor quibble, though, is with your use of "security
workarounds" which implies that there wa
Thurman,
the .jpg doesn't seem to show anything significant.
What were you trying to show?
Regarding your menu, could you do a fileman inquiry
from the OPTION file to show the data values from your
custom menu?
Kevin
--- Thurman Pedigo <[EMAIL PROTECTED]> wrote:
>
> Hope this works. This
Thank you very much!
Lloyd Milligan wrote:
Documentation of Host File devices is found in Chapter 18 of the Kernel
Systems Manual. The GTM-UNIX-HFS entry in your message does not include
a value for ASK HFS I/O OPERATION. This would allow specifying the file
mode, i.e. read or write, etc. at
Ken, since you are in med school, I would recommend that you take whatever
anyone says about any EHR with a grain of salt. You should investigate
yourself the pros and cons. I am always suspicious of any physician that
makes the comment about being a data-entry clerk. A physician job is to
provi
If all a someone wanted was a noting application, isn't VistA way overkill
for such a purpose? It would seem a simpler, less complex application would
be appropriate.
- Original Message -
From: "Kevin Toppenberg" <[EMAIL PROTECTED]>
To:
Sent: Monday, June 13, 2005 4:32 PM
Subject: RE: [
Historically, DHCP used Hewlett Packard PCL. (See the many variations on
P-HP*** in the TERMINAL TYPE FILE). As you point out, it doesn't
translate smoothly to the Linux environment.
K.S. Bhaskar wrote:
> FWIW, I would advise against sending escape sequences or PCL directly to
> a printer - makes
I purchased, installed, and managed an entire hospital system with over 1500
MS workstations consisting of laptops and desktops. I hired experienced,
knowledgeable network staff. In general, I did not have any of the problems
you mentioned here. Of course we had occasional problems, but given th
Documentation of Host File devices is found in Chapter 18 of the Kernel
Systems Manual. The GTM-UNIX-HFS entry in your message does not include a
value for ASK HFS I/O OPERATION. This would allow specifying the file mode,
i.e. read or write, etc. at the time of device selection. Alternatively
File 2 is rather special in that there is a LOT of code and other
constraints built into the DD. My recommendation would be to create
an entirely new file for the purpose of uploading your data. Once the
data is in Fileman, you can write your own code to set up the new
patients (or update e
So what did you do to get it going?
On Wednesday 15 June 2005 03:14 am, Greg Martinson wrote:
> Bhaskar,
>
> We now have a gtm50 distribution running on centos 3.5.
> It wouldn't have happened without you!!
>
> The execstack -s commands didn't have the effect I'd hoped.
> Once setting the exec-shi
I am sorry about asking such a general question but my understanding
about GTM-UNIX-HFS is murky. I didn't have it on my system so I created it.
NUMBER: 43 NAME: GTM-UNIX-HFS
$I: /home/ibk/tmp/hfs.dat ASK DEVICE: YES
ASK PARAMETERS: NO
Bhaskar,
We now have a gtm50 distribution running on centos 3.5.
It wouldn't have happened without you!!
The execstack -s commands didn't have the effect I'd hoped.
Once setting the exec-shield* files back to an on status the mumps -direct
process was again immediately killed.
I haven't tr
31 matches
Mail list logo