Algorithm for AD0053 check includes STUDYID in addition to USUBJID. So a current issue message may be confusing and should be changed to “STUDYID / USUBJID value does not exist in the SDTM DM domain”
I assume that your analysis data is not limited to one study. Sometimes a study Open Label Extension (OL) is done under a different Protocol in addition to the first study part like Double Blind (DB). So, tabulation data for actually the same study is submitted into different folders and considered as formally different studies.
Implementation of Analysis data of such studies is quite challenging because there is no perfect solution in terms of current standards, regulations and a company internal practice. In most cases Sponsors combine two formally different studies as a source of Analysis data for the same subjects. eCTD structure has a special folders for integrated data. However, this case of combining just DB and OL phases is not ISS/ISE data for an application.
The simplest solution would be to keep DB and OL parts of the study under the same Protocol.
So if SDTM data and ADaM data are in the predefined location of eCTD structure, and you check ADaM data with Pinnacle 21, Pinnacle 21 will automatically find the locatins of AE, DM and EX and check the treaceability between ADaM datasets and SDTM AE, DM and EX datasets?