a. 탐색기에서 품질 컨텍스트에 대한 품질 아이콘 
을 클릭합니다.
을 클릭합니다.|
파일 엔트리
|
설명
|
|
내보낸 HL7 메시지에 대한 보낸 편지함 위치
|
이 위치는 다음 xconfmanager 명령만 사용하여 수정할 수 있습니다.
<Property default="$(wt.temp)/filedropfdacommunications/out/"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropOutputDirectory"/> |
|
FDA에서 들어오는 승인의 받은 편지함 위치
|
• 이 위치는 다음 xconfmanager 명령만 사용하여 수정할 수 있습니다.
<Property default="$(wt.temp)/filedropfdacommunications/in/"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropInputDirectory"/> • Windchill은 이 폴더를 모니터하고 들어오는 승인을 자동으로 처리합니다.
• 수신된 각 승인 목적에 대한 자세한 내용은 eMDR 프로세스 개요의 "eMDR 워크플로" 단원을 참조하십시오.
• 승인 #1(ACK1)은 ESG(FDA 게이트웨이 서버)에 제출될 때 생성됩니다. ACK1은 AS2 서버에서 생성되고, 첫 번째 라인에는 AS2 서버에 제출된 파일 이름이 포함되어야 합니다. 이 파일은 QMS.fdacommunicationfiledrop.properties.xconf 파일에 정의된 받은 편지함 폴더에 저장됩니다. 메시지 ID는 AS2 서버에서 생성된 메시지 ID와 함께 <> 괄호로 묶입니다.
다음은 ACK1 파일의 예입니다.
fda_e0e6ebd2-8cf6-41cd-acef-e33b3f54ca92.tar.gz
<mendAS2-1389394654277-62@175749431_ZZFDATST> • 승인 #2(ACK2)에는 CDRH(Center of Devices and Radiological Health)에 제출될 때 FDA에서 AS2 서버로 보낸 정보가 포함됩니다.
다음은 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 • 승인 #3(ACK3)에는 CDRH가 제출을 검증하고 Adverse Event 데이터베이스(MAUDE)로 로드할 때 FDA에서 AS2 서버로 보낸 정보가 포함됩니다.
다음은 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> • ACK 파일에는 아무 확장명이나 지정할 수 있으며 지정하지 않을 수도 있습니다. 받은 편지함에 파일이 있는 경우 해당 파일은 ACK1, ACK2 또는 ACK3인지 여부를 결정하기 위해 Windchill에서 열리고 평가됩니다.
• Windchill은 ACK 파일을 저장하지 않습니다. ACK 파일의 컨텐트는 제출 테이블에서 평가되고 저장됩니다. ACK에서 검색된 속성은 Windchill Customer Experience Management에서 eMDR에 대한 제출 정보로 표시될 수 있습니다.
◦ ACK1에는 원본 파일 이름인 커뮤니케이션 ID와 AS2 서버에서 생성된 메시지 ID가 포함됩니다.
◦ ACK2에는 FDA에서 생성된 메시지 ID 및 코어 ID가 포함됩니다.
◦ ACK3에는 코어 ID 및 제출 상태(success 또는 failure)가 포함됩니다. ACK3이 실패를 나타내는 경우 오류 메시지가 저장되고 제출 정보에 표시됩니다.
• ACK 파일이 Windchill에서 처리된 후 해당 파일은 받은 편지함 폴더에서 삭제됩니다. ACK 파일의 실제 컨텐트를 보거나 저장하는 것이 중요한 경우 ACK 파일의 복사본을 유지하도록 AS2 서버를 적절하게 구성해야 합니다.
|
|
이전 커뮤니케이션에 연결될 수 없는 FDA에서 들어오는 승인에 대한 분리된 위치
|
다음 등록 정보는 분리된 디렉토리의 위치를 지정합니다.
<Property default="$(wt.temp)/filedropfdacommunications/orphan/"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropOrphanDirectory"> 분리된 디렉토리는 다음 조건 중 하나로 인해 처리될 수 없는 승인을 저장하는 데 사용됩니다.
• 파일에 ACK1 정보(원본 제출 파일 이름 및 메시지 ID)가 포함되어 있으며 원본 제출 파일 이름이 기존 제출의 커뮤니케이션 ID와 일치하지 않는 경우 파일이 분리된 폴더에 배치됩니다. 이 문제는 일반적으로 승인에 배치될 올바른 정보를 생성 중일 때 AS2 서버에 문제가 있지 않는 한 발생하지 않습니다.
• 파일에 ACK2 정보가 포함되어 있고 시스템의 메시지 ID가 적절한 기존 제출의 메시지 ID와 일치할 수 없는 경우 파일이 분리된 폴더에 배치됩니다. 이는 제출을 위한 ACK1이 아직 처리되지 않은 경우, ACK1이 누락된 경우 또는 ACK1과 ACK2가 동시에 받은 편지함에 있고 ACK2가 먼저 선택된 경우 발생할 수 있습니다.
• 파일에 ACK3 정보가 포함되어 있고 시스템의 코어 ID가 적절한 기존 제출의 코어 ID와 일치할 수 없는 경우 파일이 분리된 폴더에 배치됩니다. 이는 대개 FDA에서 제출을 위해 ACK2가 아닌 ACK3을 반환할 때 발생합니다. FDA ESG 게이트웨이에 문제가 있는 경우도 발생할 수 있습니다. 또한 ACK2와 ACK3이 정확히 동시에 받은 편지함에 있고 ACK3이 먼저 선택된 경우 발생할 수 있습니다.
파일 놓기 서비스가 활성화될 때 파일이 존재하는지 여부를 확인하기 위해 분리된 폴더를 검색합니다. 파일이 존재하는 경우 Windchill에서 해당 파일 처리를 시도합니다. 예를 들어, 이전 ACK가 아직 처리되지 않아서 분리된 폴더에 ACK가 있는 경우 이전 ACK가 처리되면 분리된 폴더에 있는 ACK가 성공적으로 처리됩니다.
|
|
targz 위치
|
이 위치는 UDI에만 사용되고 Windchill Customer Experience Management에는 사용되지 않습니다.
UDI 제출용 파일은 tar.gz 형식으로 패키지되고 eMDR용 파일은 XML 파일로 패키지됩니다.
다음 등록 정보는 targz 디렉토리의 위치를 지정합니다.
<Property default="$(wt.temp)/filedropfdacommunications/targz/"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropTarGzDirectory"/> |
|
fileDropWaitTime 엔트리
|
이 엔트리는 UDI에만 사용되고 Windchill Customer Experience Management에는 사용되지 않습니다.
이 등록 정보는 처리를 위해 디렉토리의 파일을 확인하는 대기 시간을 지정합니다.
다음 등록 정보는 fileDropWaitTime을 지정합니다.
<Property default="10000"
name="com.ptc.qualitymanagement.QMS.FDA.fileDropWaitTime"/> |
을 클릭합니다. | CEM에 사용되지 않는 추가 UDI 등록 정보가 있으므로 업데이트할 필요가 없습니다. |