As a clinical trial statistician or programmer, answer two short questions in Your review: the task and the inputs. Agreeing with both approves this benchmark; disagreeing with either needs a comment. Propose a fix with the Edit button on any source file, or add it to your comments.
We suggest spending no more than 5 minutes on a review. The other tabs beside Your review are background for assessment, not under review.
Summary
README.mdPublic entries: Python and R. Passing coverage requires an installed inventory.
Goal: build the analysis dataset with one record per subject
carrying SITEID.
Input: collected demographics records with SITEID giving the
enrolling site.
Variables:
SITEIDwould hold the site the subject enrolled at, copied from the collected site.
Note: the completed dataset is checked for one record per
site, but a site that enrolled more than one subject repeats its
SITEID, which then cannot identify a subject record. The run is
rejected and no artifact is accepted.
How to fix
Decide whether a record represents a subject or a site before editing
anything. When a record is a subject, the keys already make each subject
appear once; remove the check on SITEID rather than restate them:
keys: [STUDYID, USUBJID]
When one record per site is the intent, aggregate the subjects to site records before asserting that each site appears once.
Expected failure
Editthe run is rejected; no artifact is acceptedexpected/error.yaml- phase
- verification
- condition
- unique_failed
- rule
- CHECK-10
expected/error.yaml
phase: verification
condition: unique_failed
spec_paths:
- verifications[0].unique
rule: CHECK-10
context:
columns: [SITEID]
failure_count: 1
keys:
- STUDYID: PILOT7
USUBJID: P7-941
- STUDYID: PILOT7
USUBJID: P7-942
Inputs
Under review1 source fileinput/dm.csv
Edit2 rows| STUDYID | USUBJID | SITEID |
|---|---|---|
| PILOT7 | 101 | |
| PILOT7 | 101 |
Unexpected Output
Under reviewNo artifact is producedNo fixture files in this directory.
Human review and assessment
| Dataset Name | Variable Name | Variable Label | Type | Codelist/Controlled Terms | Core | Computational Method | Origin |
|---|---|---|---|---|---|---|---|
| ADSL | STUDYID | Study Identifier | character | Copy value from DM.STUDYID. | Predecessor | ||
| ADSL | USUBJID | Unique Subject Identifier | character | Copy value from DM.USUBJID. | Predecessor | ||
| ADSL | SITEID | Site Identifier | character | Copy value from DM.SITEID. | Predecessor |
| Version | Date | Author | Description | Reviewer | Sign-off |
|---|---|---|---|---|---|
| 1.7 | 2026-10-20 | yamaa docs build | Read a specification in the 1.0 surface as its 0.5 counterpart; state that missing values stay missing where a mapping declares no missing handler, and leave out a declared missing answer that restates a handler's default | ||
| 1.6 | 2026-10-17 | yamaa docs build | Describe collected date parts written as ISO 8601 date text and times of day counted in seconds since midnight | ||
| 1.5 | 2026-10-17 | yamaa docs build | Name collected precision in words instead of letter codes; state imputation fallbacks, minimum source precision, bounds ignored outside the collected period, and invalid text with no handler as an error; describe date and datetime shifts, imputation flag codes, and partial text giving no date part | ||
| 1.4 | 2026-10-15 | yamaa docs build | State datetime precision codes through the hour and minute, and complete only the time parts a collected datetime lacks | ||
| 1.3 | 2026-09-29 | yamaa docs build | Show study codelist names, external dictionaries, and ISO 8601 formats in variable rows; list the document's codelist values and metadata | ||
| 1.2 | 2026-09-29 | yamaa docs build | Classify ADaM copies from a declared input as Predecessor and recodes as Derived, and SDTM recodes of locally derived columns as Derived | ||
| 1.1 | 2026-09-29 | yamaa docs build | Resolve lookups into the donor record they select, and give every derivation shape a plain-language rule instead of its raw YAML | ||
| 1.0 | yamaa docs build | Initial generation from spec.yaml |
yamaa