#9 Error importing Medbiq compliant packages

[Ranvir Bahl]

I tried importing Medbiq compliant packages from eVip Site as well as the PINE site. I was unable to import any of the packages and received Server 500 error. Please advise if this is a system bug or configuration issue and how to deal with it. I was able to import the evip packages in vpSim, however, vpSim mentioned that PINE cases were not Medbiq compiant.

[Anonymous]

I've got the same problem. I'm assuming it has to do with permissions or possibly with the fact the VP files are zip files. Still experimenting.

[EllenM1 M]

OK, I've got it only partially working.
It was failing on Request.BinaryUpload in upload.asp

I got the files to upload finally, but it does not appear to unzip them properly or create any nodes. It starts to create a virtualpatientdata_clean.xml file but that is always empty.

Steps I performed to get this far include: I reread the Appendix 1A Preparation section: and installed and registered XZip. I also mapped the zip extension to XZip in IIS Mgr - not sure if that was nessary or not.

I set the openlabyrinth application to use ASP.NET v. 2.0 in IIS Manager

I set folder permissions for ‘export’, ‘files’, ‘import’ and ‘vue’ for the IUSR using extended permissions andselect all except for full control, traverse folder, change permissions and take ownership

I found that I also had to set the script timeout setting very large in IIS Manager.

Now the zip files upload, but it still does not create any nodes. The conversion appears to stop after creating an empty virtualpatientdata_clean.xml file.

I could use some suggestions at this point.

[EllenM1 M]

I solved the last issue. On the Xstandard site, it describes how to make it print an error code for the last function.

In mvp_check.asp, after the line

objZip.UnPack importPath & temppath & "\" & tempname, importPath & temppath & "\"

I added
response.write(importPath & temppath & "\" & tempname &"<br/>")
and
response.write("ellen "& objZip.ErrorDescription)

The error was:
"Cannot open archive file" and the path was something like:

E:\ol\import\45E7BBDCCBB24C50B6BA08CD\export_12941_5.zip

when I checked to see if the file was actually on the server, it turns out that the name had been changed upon upload! It was changed to eport_12941_5.zip

I found a typo in this line in mvp_check.asp

okchars = "abcdefghijklmnopqrstuvwzyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890.-_"

you will note that where "x" is supposed to be, there is a second "z" instead.

It also seems to have a problem decompressing certain archives: I get header errors on certain archives when it executes objZip.UnPack. I've found that the problem archives work if I decompress them on my desktop before uploading, then RE-compress and upload them

[MisterG]

I've had the same problem with importing MedBiq packages with the latest download of OL.
First I had to ensure the permissions were correct for the IUSR as mentioned in the user guide.
Second I had to download and register the XZip.dll (downloaded from http://www.xstandard.com/en/documentation/xzip/\)
Third, I had to increase the size allowed for uploaded files in the ASP congiguration section of IIS (http://support.microsoft.com/kb/327659).

My final problem was caused by the function cleanXpath (about line 309) in utilities.asp not cleaning the paths correctly. My problem was solved by adding the following line to that function:

if instr(str,"manifest") then str = replace(str,"/manifest/resource[@identifier='","")

Hope this helps someone