[{"data":1,"prerenderedAt":289},["ShallowReactive",2],{"navigation":3,"\u002Fintroduction\u002Frecords":44,"\u002Fintroduction\u002Frecords-surround":284},[4,8,30],{"title":5,"path":6,"stem":7},"TREAT-NMD Core Datasets","\u002F","0.index",{"title":9,"icon":10,"path":11,"stem":12,"children":13,"page":29},"Introduction","i-lucide-book-open","\u002Fintroduction","1.introduction",[14,19,24],{"title":15,"path":16,"stem":17,"icon":18},"About","\u002Fintroduction\u002Fabout","1.introduction\u002F1.about","i-lucide-house",{"title":20,"path":21,"stem":22,"icon":23},"Item","\u002Fintroduction\u002Fitems","1.introduction\u002F2.items","i-lucide-download",{"title":25,"path":26,"stem":27,"icon":28},"Records","\u002Fintroduction\u002Frecords","1.introduction\u002F3.records","i-lucide-sliders",false,{"title":31,"icon":32,"path":33,"stem":34,"children":35,"page":29},"Technical details","i-lucide-cog","\u002Ftechnical-details","2.technical-details",[36,40],{"title":37,"path":38,"stem":39},"Metadata model","\u002Ftechnical-details\u002Fmetadata-model","2.technical-details\u002F1.metadata-model",{"title":41,"path":42,"stem":43},"Data model","\u002Ftechnical-details\u002Fdata-model","2.technical-details\u002F2.data-model",{"id":45,"title":25,"body":46,"description":277,"extension":278,"links":279,"meta":280,"navigation":281,"path":26,"seo":282,"stem":27,"__hash__":283},"docs\u002F1.introduction\u002F3.records.md",{"type":47,"value":48,"toc":268},"minimark",[49,83,86,91,113,117,131,137,163,166,198,202,208,222,243,265],[50,51,52,53,57,58,61,62,65,66,70,71,74,75,77,78,61,80,82],"p",{},"For some items, there can be multiple values for one individual in a registry, without the item being longitudinal in nature. For example, the item ",[54,55,56],"code",{},"Affected family member relation"," describes the relation of an affected family member to the individual, but should allow multiple values to be stored; one for each family member. Furthermore, there are other items that also refer to the affected family members: ",[54,59,60],{},"Affected family member sex"," and ",[54,63,64],{},"Affected family member side",". It is important to capture which values of these three items belong together. Therefore, they are grouped in a ",[67,68,69],"strong",{},"record",", which is simply a collection of related items. Records are indicated with the symbol $$$ RECORD_SYMBOL $$$ For any record, there can be multiple ",[67,72,73],{},"record instances",", which are collections of item values. In the example above, this would require a record instance for each affected family member. Each record instance would contain three item values; one for each of ",[54,76,56],{},", ",[54,79,60],{},[54,81,64],{},".",[50,84,85],{},"Just like an item, every record has a descriptive and stable textual ID that is unique among all records in this dataset. However, the IDs of records and items may overlap; i.e., there may exist a record and an item with the same ID.",[87,88,90],"h3",{"id":89},"longitudinal-records","Longitudinal records",[50,92,93,94,97,98,101,102,61,104,107,108,112],{},"While ",[54,95,96],{},"Affected family member"," is a record that captures information on multiple people, but all referring to the current situation, there are other types of records which are longitudinal in nature. For example, for the item ",[54,99,100],{},"Height"," it is important to know what measurement method was used for a height value. In order to make it explicit that the items ",[54,103,100],{},[54,105,106],{},"Height measurement method"," all refer to the same measurement, they are grouped in a longitudinal record, marked with $$$ LONGITUDINAL_BADGE $$$ Each instance of a longitudinal record ",[109,110,111],"em",{},"must"," include a date which specifies the point in time when, depending on the nature of the record, a measurement was made, an event took place or a certain condition held. The same rules apply as for longitudinal items: Month and year are sufficient, and in many cases, the date of a longitudinal record may be assumed to be equal to the entry date (see above).",[87,114,116],{"id":115},"episode-records","Episode records",[50,118,119,120,122,123,126,127,130],{},"While some records such as ",[54,121,100],{}," or ",[54,124,125],{},"Scoliosis surgery"," refer to measurements or events which are points in time, other records refer to conditions that hold true over a period of time. In this dataset, such time spans are called episodes and the records are marked with $$$ EPISODE_BADGE $$$ One example is ",[54,128,129],{},"Feeding tube usage episode",", where registries should record when an individual started and, if applicable, stopped using a feeding tube in the past. In addition, if a condition currently holds true at the time of an entry, it is important to explicitly record this date as well, which is called the “ongoing date” in this dataset.",[50,132,133,134,136],{},"For each episode record, the following dates ",[109,135,111],{}," be captured:",[138,139,140,147,153],"ul",{},[141,142,143,146],"li",{},[54,144,145],{},"Start date",": The date when the condition described by the record started to hold, if known",[141,148,149,152],{},[54,150,151],{},"Stop date",": The date when the condition ceased to hold, if applicable and known",[141,154,155,158,159,162],{},[54,156,157],{},"Ongoing date",": The date on which the condition was known to hold, if applicable; this date generally ",[109,160,161],{},"may"," be assumed to be the date of entry or clinical examination on which the registry entry is based",[50,164,165],{},"The following consistency rules apply:",[138,167,168,175,187],{},[141,169,170,171,174],{},"All three dates ",[109,172,173],{},"must not"," be after the date of entry.",[141,176,177,179,180,182,183,122,185,82],{},[54,178,145],{}," ",[109,181,173],{}," be after ",[54,184,151],{},[54,186,157],{},[141,188,189,190,61,192,194,195,197],{},"Only one of ",[54,191,151],{},[54,193,157],{}," may be provided; they ",[109,196,173],{}," both be specified.",[87,199,201],{"id":200},"reference-period-records","Reference period records",[50,203,204,205,207],{},"Some items refer to a specific period of time. For example, a registry may ask about hospitalisations in a form using the question “Have you been admitted to hospital in the last 12 months?” or “Have you been admitted to hospital since the last registry update?”. Since the specific time frame may vary from one value or registry to another, and may not always be derivable from the entry date, it is important to explicitly record the time period. In this dataset, records which refer to a period of time are called reference period records and are marked with $$$ REFERENCE_PERIOD_BADGE $$$n\nFor every reference period record instance, the following dates ",[109,206,111],{}," be provided:",[138,209,210,216],{},[141,211,212,215],{},[54,213,214],{},"Begin date"," specifies the beginning of the reference period.",[141,217,218,221],{},[54,219,220],{},"End date"," specifies the end of the reference period.",[50,223,224,225,61,228,231,232,61,235,238,239,242],{},"These dates do not refer to any actual event or condition, but only the dates which the question on a form referred to. The terms ",[54,226,227],{},"Begin",[54,229,230],{},"End"," are deliberately chosen to avoid confusion with the terms ",[54,233,234],{},"Start",[54,236,237],{},"Stop"," used for episode records. Unless otherwise noted, registries ",[109,240,241],{},"should"," use the following periods:",[138,244,245,254],{},[141,246,247,248,250,251,253],{},"At baseline data collection (i.e., when the information this record applies to is first collected for this individual), the time period is the last 12 months. That is, ",[54,249,214],{}," is the date of entry minus 12 months, and ",[54,252,220],{}," is the date of entry.",[141,255,256,257,259,260,262,263,253],{},"At data updates, the time period is since the last update of this item. That is, ",[54,258,214],{}," is equal to the ",[54,261,220],{}," of the previous reference period, and ",[54,264,220],{},[50,266,267],{},"The aim is to have a collection of reference periods which are consecutive and non-overlapping.",{"title":269,"searchDepth":270,"depth":271,"links":272},"",1,2,[273,275,276],{"id":89,"depth":274,"text":90},3,{"id":115,"depth":274,"text":116},{"id":200,"depth":274,"text":201},"Information about different types of records, which group related items","md",null,{},{"icon":28},{"title":25,"description":277},"C0NPnv8_mbrHH-pSMgNwV0JiyGSv_KHGxpxnBluv6mM",[285,287],{"title":20,"path":21,"stem":22,"description":286,"icon":23,"children":-1},"Information about the different item types in the core datasets.",{"title":37,"path":38,"stem":39,"description":288,"children":-1},"The TREAT-NMD Core Datasets are described on a dedicated web app. The content of this website is completely defined in the JSON file library.json. This structure of this file, which should serve as source for any tools operating on data in the TREAT-NMD data model, is described in the following. Note that this document only contains the technical and imlementation details that are not described in the general introduction to the datasets, so please read that document first.",1782940343397]