@brent-fenderson
Forum Replies Created
-
AuthorReplies
-
If you have Global Monitor there’s an option that automatically starts monitor daemons that are down. in System preferences
This in a know bug that is fixed in 6.1.3. There is an hcismatdb command that Charlie Bursell has out here that we’ve been using as a workaround. You might try dumping the entire smat to a file. My associate say that that will work. Then you can carve it up with a tcl script.
Sandy I’ve attached the script that we’re using to convert the uuencode to base64. If you turn the debug flag on it’ll write out the pdf file which you can view with adobe. Hope this helps.
I’ve done something like that for Hawaii awhile back. I created an xml format then extracted the hl7 message with the following statements.
set ghd [grmcreate -msg $mh xml hhsc s$Envelope]
set datList [datlist] ;# record existing handles
set rplyData [datget [grmfetch $ghd {s:Envelope.s:Body.submitSingleMessageResponse.submitSingleMessageResult.#text}] VALUE]
if $debug {echo in $module reply is $rplyData}
I’ve configured a network printer on the Linux server, then used a tcl script to do line printing to it.
With that many rows, you might want to consider using an SQLite table.
Yea, I tried it too Sorry to add to the confusion. If you could create a view based on the logic in your stored procedure then it would work. Your other option would be to treat your sp result as an inbound reply(Supported in 6.1.2)
Brad, I think you can use Advanced Data Base lookup to call a stored procedure.
Greg, the java errors are resolved in CL 6.1.2
There is a fix in 6.1.2 that corrects the smatdb issue you’re having with selecting messages for resend. Also the instant search is a client option in this release so your not running a query on big tables until the search criteria is set.[/code]
Mike, have you tried creating a script to do the update? Also, have you tried uping the engine output for java and dbi?
Traci, This looks like it will work correctly in version 6.1.2.
Feature: File, Fileset-Local, and Fileset-FTP does not get the last line where there is no trailing newline (13094)
Description: File, Fileset-Local, and Fileset-FTP do not get the last line where there is no trailing newline.
This issue no longer happens. File, Fileset-Local, and Fileset-FTP now get the last line even if there is no trailing newline.
Greg, the documentation should be installed when you installed the client on your workstation, as long as you selected install documentation when you did the install.
There is updated documentation for version 6.1.1 which is a separate download. This will overlay the contents of your current docs folder.
Gordon, I’ve attached my modified command for your reference. Good Luck. bf
Ken, Have you tried setting your retval to 1 to see if it fires? I have a script that is monitoring a print queue that might help.
{ALERT
{ NAME {PLUE FOD has print jobs queueing} }
{ VALUE tcl }
{ SOURCE {
{ TCL {alrt_plue_printer plueprod} }
{ TIME {count 12} }
} }
{ WITH -1 }
{ COMP {== 1} }
{ FOR {nmin 5} }
{ REPEATING {
{ MAX 30 }
{ TIME {nmin 5} }
} }
{ WINDOW */*/*/* }
{ ACTION {
{ notify {} }
{ email {
{ FROM cloverleaf@infor.com }
{ TO staff@myfacility.com }
{ SUBJ {cloverleaf alert – picis_rx_file_out has 50+ messages queued} }
{ MSG {the FOD print queue has print jobs queued for more than 5 minutes. Check prodsiteone – This affects Plue Prescrioption Printing.
} }
} }
} }
}
-
AuthorReplies
