Entrada de ficheros
|
Descripción
|
---|---|
Una ubicación de la bandeja de salida para los mensajes HL7 salientes
|
Esta ubicación solo se puede modificar usando el siguiente comando xconfmanager:
<Property default="$(wt.temp)/filedropfdacommunications/out/"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropOutputDirectory"/> |
Una ubicación del buzón de confirmaciones entrantes de la FDA
|
• Esta ubicación solo se puede modificar usando el siguiente comando xconfmanager:
<Property default="$(wt.temp)/filedropfdacommunications/in/"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropInputDirectory"/> • Windchill supervisa esta carpeta y procesa automáticamente las confirmaciones entrantes.
• Para obtener más información sobre el propósito de cada confirmación recibida, consulte la sección sobre el proceso de trabajo de eMDR en Resumen del proceso de eMDR.
• Se genera la confirmación número 1 (ACK1) cuando el envío llega a ESG (servidor de gateway de FDA). ACK1 lo debe generar el servidor AS2 y en la primera línea se debe incluir el nombre de fichero enviado al servidor AS2. Este fichero se almacena en la carpeta de bandeja de entrada definida en el fichero QMS.fdacommunicationfiledrop.properties.xconf. El ID de mensaje se incluye entre paréntesis angulares <> con el ID de mensaje generado por el servidor AS2.
A continuación se proporciona un ejemplo del fichero ACK1:
fda_e0e6ebd2-8cf6-41cd-acef-e33b3f54ca92.tar.gz
<mendAS2-1389394654277-62@175749431_ZZFDATST> • • En la confirmación número 2 (ACK2) se incluye la información que se envía al servidor AS2 desde la FDA cuando el envío llega al centro CDRH (Center of Devices and Radiological Health).
A continuación se proporciona un ejemplo del fichero ACK2:
MessageID: <mendAS2-1389394654277-62@175749431_ZZFDATST>
CoreId: ci1389364942307.54077@fdsul05626_te2 DateTime Receipt Generated: 01-10-2014, 09:42:55 File Count: 1 Directory Count: 1 CDRH has received your submission • En la confirmación número 3 (ACK3) se incluye la información que se envía al servidor AS2 desde la FDA cuando el centro CDRH valida y carga el envío en la base de datos de eventos adversos (MAUDE).
A continuación se proporciona un ejemplo del fichero ACK3:
<submission>
<coreId>ci1389364942307.54077@fdsul05626_te2</coreId> <batchId>3</batchId> <dateEntered>01-10-2014, 09:42:55</dateEntered> <numReportFailed>0</numReportFailed> <numReportPassed>1</numReportPassed> <report id='12345678900005'> <status>passed</status> </report> </submission> • Los ficheros ACK pueden tener cualquier extensión o ninguna extensión. Si hay un fichero en el buzón, Windchill lo abre y evalúa para determinar si es un ACK1, ACK2 o ACK3.
• Windchill no almacena ficheros ACK. El contenido de los ficheros ACK se evalúa y se almacena en las tablas de envíos. Los atributos que se encuentran en los archivos ACK se pueden ver en la información de envío de los eMDR en Windchill Customer Experience Management.
◦ ACK1 contiene un ID de comunicación, que es el nombre del fichero original y un ID de mensaje, que lo genera el servidor AS2.
◦ ACK2 contiene un ID de mensaje y un ID básico, que lo genera la FDA.
◦ ACK3 contiene un ID básico y un estatus de envío de success o failure. Si un ACK3 indica un fallo, los mensajes de error se almacenan y se pueden ver en la información del envío.
• Después de que Windchill procese los ficheros ACK, estos se borran de la carpeta del buzón. Si es importante ver o almacenar el contenido real de los ficheros ACK, el servidor AS2 se debe configurar correctamente para conservar las copias de los ficheros ACK.
|
Una ubicación huérfana para las confirmaciones entrantes de la FDA que no se pueden vincular a una comunicación anterior
|
La siguiente propiedad permite especificar la ubicación del directorio huérfano:
<Property default="$(wt.temp)/filedropfdacommunications/orphan/"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropOrphanDirectory"> El directorio huérfano se utiliza para almacenar las confirmaciones que no se pueden procesar debido a una de las siguientes condiciones:
• Si en el fichero se incluye información de ACK1 (el nombre del fichero del envío original y un ID de mensaje) y el nombre del fichero original de la entrega no coincide con el ID de la comunicación de un envío existente, el fichero se coloca en la carpeta huérfana. Esta incidencia no suele suceder, a menos que haya un problema con el servidor AS2 a la hora de generar la información correcta que se debe colocar en las confirmaciones.
• Si en el fichero se incluye información de ACK2 y el sistema no puede hacer corresponder el ID de mensaje con el ID de mensaje de un envío válido existente, el fichero se coloca en la carpeta huérfana. Esto puede suceder si el ACK1 para el envío todavía no se ha procesado, si falta el ACK1 o si tanto el ACK1 como el ACK2 se colocan en el buzón al mismo tiempo y el ACK2 se selecciona primero.
• Si en el fichero se incluye información de ACK3 y el sistema no puede hacer corresponder el ID básico con el ID básico de un envío válido existente, el fichero se coloca en la carpeta huérfana. Esto suele suceder cuando la FDA devuelve un ACK3, pero no un ACK2 para un envío. Esto puede suceder si el gateway ESG de la FDA experimenta problemas. Esto también puede suceder si los ACK2 y ACK3 se colocan en el buzón exactamente al mismo tiempo y el ACK3 se selecciona primero.
Cuando el servicio de soltar ficheros se activa, analiza la carpeta huérfana para verificar si hay ficheros existentes. Si hay ficheros presentes, Windchill intenta procesarlos. Por ejemplo, un ACK se ha colocado en la carpeta huérfana porque el ACK anterior no se ha procesado todavía. Cuando se haya procesado el ACK anterior, el ACK de la carpeta huérfana se procesará correctamente.
|
Una ubicación para targz
|
Esta ubicación solo se utiliza para UDI y no para Windchill Customer Experience Management.
Los ficheros para envíos UDI se empaquetan en un formato tar.gz, mientras que los ficheros de eMDR se empaquetan como ficheros XML.
La siguiente propiedad permite especificar la ubicación del directorio targz:
<Property default="$(wt.temp)/filedropfdacommunications/targz/"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropTarGzDirectory"/> |
Una entrada fileDropWaitTime
|
Esta entrada solo se utiliza para UDI y no para Windchill Customer Experience Management.
Esta propiedad permite especificar el tiempo de espera para verificar los ficheros de los directorios para el procesamiento.
La siguiente propiedad especifica fileDropWaitTime:
<Property default="10000"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropWaitTime"/> |
Hay las propiedades adicionales de UDI que CEM no utiliza, por lo que no es necesario actualizarlas. |