Thursday, May 08, 2008
HL7 Flie Transfer Utility
In BC, the colleges use the File transfer utility (FTU) to upload HL7 batch files.
The responses are sent back as described below.
Yes you have the understanding of HL7 FTU, when they install the app on
their server or PC they stipulate a file upload and download directory
which is written into the config file (prs-filetransfer.xml), they also
accept a bunch of default values that are written to this file as well.
The config file contains (what this stipulates is that any response file
(Pattern RESP) with a status of READY_ONLY can be retrieved):
SERVICE>
MULTIPLE_DOWNLOAD_FILE_STATUS
READY_ONLY
MULTIPLE_DOWNLOAD_FILE_PATH
C:\FTU_DOWNLOADS
MULTIPLE_DOWNLOAD_FILENAME_PATTERN
RESP
Then they can use Microsoft scheduler to get and send files. Basically
they schedule the following command:
ft mdown (multiple download)
this is detected by the bat file which includes (the xxxx is a fake
password):
REM usage: mdown eg. mdown
:mdownload
java %mem_opt% %cp_opt% com.filetransfer.FileTransfer -md prs-cdsbc.1ps
xxxx -e C:\Hl7xfer\config\prs-filetransfer.xml
goto end
So this gets their responses to files they uploaded the previous day,
and downloads them into their download directory.
(So you are correct in that they do have to issue a "Get File" command
but they do not have to know the name of the file)
Then they have scheduler execute the following command:
ft mup (multiple upload)
this is detected by the bat file which includes (the xxxx is a fake
password):
REM usage: mup eg. mup
:mupload
java %mem_opt% %cp_opt% com.filetransfer.FileTransfer -mu prs-cdsbc.1ps
xxxx -e C:\Hl7xfer\config\prs-filetransfer.xml
goto end
This will cause all files sitting in the upload directory to be set to
PRS to the following (from the config file for Dev, note: they have to
have a correct certificate), and if successful the files are removed
from the upload directory:
FILE_TRANSFER_URL
https://prsd2.moh.hnet.bc.ca/hl7xfer.jsp >
And the next day the whole process is repeated.
Note: Therefore the very first time they do this they will have no files
to download, but after that they will always pick up the responses from
the previous days upload.
Note: They are able to quickly determine that something went wrong if
the
files are still sitting in the upload directory. They are also able to
then
send them, again, although I think all the sources keep/have backups
anyway.
Note: Debbie Boylan can view the RESP files using her RegAdmin ID via
the web interface, and this will not change the status of the file.
Viewing with most other ID's (and once the file is downloaded) will
cause the status of the response file to change.
The responses are sent back as described below.
Yes you have the understanding of HL7 FTU, when they install the app on
their server or PC they stipulate a file upload and download directory
which is written into the config file (prs-filetransfer.xml), they also
accept a bunch of default values that are written to this file as well.
The config file contains (what this stipulates is that any response file
(Pattern RESP) with a status of READY_ONLY can be retrieved):
SERVICE>
Then they can use Microsoft scheduler to get and send files. Basically
they schedule the following command:
ft mdown (multiple download)
this is detected by the bat file which includes (the xxxx is a fake
password):
REM usage: mdown eg. mdown
:mdownload
java %mem_opt% %cp_opt% com.filetransfer.FileTransfer -md prs-cdsbc.1ps
xxxx -e C:\Hl7xfer\config\prs-filetransfer.xml
goto end
So this gets their responses to files they uploaded the previous day,
and downloads them into their download directory.
(So you are correct in that they do have to issue a "Get File" command
but they do not have to know the name of the file)
Then they have scheduler execute the following command:
ft mup (multiple upload)
this is detected by the bat file which includes (the xxxx is a fake
password):
REM usage: mup eg. mup
:mupload
java %mem_opt% %cp_opt% com.filetransfer.FileTransfer -mu prs-cdsbc.1ps
xxxx -e C:\Hl7xfer\config\prs-filetransfer.xml
goto end
This will cause all files sitting in the upload directory to be set to
PRS to the following (from the config file for Dev, note: they have to
have a correct certificate), and if successful the files are removed
from the upload directory:
And the next day the whole process is repeated.
Note: Therefore the very first time they do this they will have no files
to download, but after that they will always pick up the responses from
the previous days upload.
Note: They are able to quickly determine that something went wrong if
the
files are still sitting in the upload directory. They are also able to
then
send them, again, although I think all the sources keep/have backups
anyway.
Note: Debbie Boylan can view the RESP files using her RegAdmin ID via
the web interface, and this will not change the status of the file.
Viewing with most other ID's (and once the file is downloaded) will
cause the status of the response file to change.