...
Format Name | Schema Datatype | Allowed String Pattern | |||
integer | xs:integer | -?digit+ | |||
positiveInteger | xs:positiveInteger | +?digit+ (and representing an integer number > 0) | |||
nonNegativeInteger | xs:nonNegativeInteger | +?digit+ (and representing an integer number >= 0) | |||
decimal | xs:decimal | -?digit+(.digit+)? | |||
float | xs:float | [\+\-]?\digit*\.?\digit+(?:[Ee][\+\-]?\digit+)? | |||
double | xs:double | [\+\-]?\digit*\.?\digit+(?:[Ee][\+\-]?\digit+)? | |||
date | xs:date | YYYY-MM-DD | |||
time | xs:time | hh:mm:ss(.n+)? (((+|-)hh:mm)|Z)? | |||
datetime | xs:dateTime | YYYY-MM-DDThh:mm:ss(.n+)?(((+|-)hh:mm)|Z)? | |||
text | xs:string | any sequence of characters | |||
value | xs:string | any sequence of characters | |||
oid | xs:string | any sequence of characters (minLength="1") | |||
oidref | xs:string | any sequence of characters (minLength="1") | |||
ID | xs:ID | any sequence of characters (minLength="1") | |||
IDREF | xs:IDREF | any sequence of characters (minLength="1") | |||
subjectKey | xs:string | any sequence of characters (minLength="1") | |||
repeatKey | xs:string | any sequence of characters (minLength="1") | |||
name | xs:string | any sequence of characters (minLength="1") | |||
sasName | xs:string | ( letter | _ )( letter | digit | _ )* (maxLength="8") | |||
sasFormat | xs:string | ( letter | _ | $ )( letter | digit | _ | . )* (maxLength="8") | |||
fileName | xs:anyURI | any sequence of characters | |||
languageTag | xs:language | LL (-CC)* (see below) | |||
string | xs:string | Semantically equivalent to text but directly supported as XML Schema datatype | |||
boolean | xs:boolean | (true | false | 1 | 0) | double | xs:string | (((\+|-)?[0-9]+(\.[0-9]+)?((D|d|E | e)(\+|-)[ 0-9]+)?)|(-?INF)|(NaN)) |
hexBinary | xs:hexBinary | hex-encoded binary stream data | |||
base64Binary | xs:base64Binary | binary stream encoded using Base64 Alphabet | |||
hexFloat | xs:hexBinary | up to 16 characters | |||
base64Float | xs:base64Binary | up to 12 characters | |||
partialDate | xs:date xs:gYearMonth xs:gYear | [YYYY[-MM[-DD ]]] | |||
partialTime | xs:time xs:string | [hh[:mm[:ss(.n+)? (((+|-)hh:mm)|Z)?]]] | |||
partialDatetime | xs:dateTime xs:string | [YYYY[-MM[-DD[T hh[:mm[:ss(.n+)? ((+|-)hh:mm)?]]]]]] | |||
intervalDatetime | xs:string | partialDatetime/partialDatetime)|(durationDatetime/partialDatetime)|(partialDatetime/durationDatetime) | |||
durationDatetime | xs:duration xs:string | (((+|-)?P((((n(n+)?)Y)?((nn+)?)M)?((nn+)?)D)?)(T(((n(n+)?)H)?((n(n+)?)M)?((n(n+)?)((\.n+)?)S)?)?)?|(((n(n+)?)W)))) | |||
incompleteDatetime | xs:dateTime xs:string | [YYYY|-]-[MM |-]-[DD|-]]]T[hh|-]:[mm|-]:[ss.s|-][?(+|-)nn:nn|Z] | |||
incompleteDate | xs:date xs:gYearMonth xs:gYear xs:string | [YYYY|-]-[MM |-]-[DD|-] | |||
incompleteTime | xs:time xs:string | T[hh|-]:[mm|-]:[ss.s|-][?(+|-)nn:nn|Z] | |||
URI | xs:anyURI |
Info |
---|
Numbers are represented in base 10. Floats are allowed to have fractional parts. Note: Certain integer attributes (i.e., KeySequence, OrderNumber, and SeqNum SequenceNumber, SeqNum) are used to define an order among related entities. For these attributes, we recommend using consecutive integer values starting at 1. |
A text value value is any character or sequence of characters valid within the XML document encoding. When embedded in ODM files, text strings must be represented using the standard XML quoting and character escaping rules.
...
Times are clock readings within a 24-hour period. The hour (hh) ranges from 00 to 23. The minutes (mm) and the seconds (ss) range from 00 to 59. The optional fractional part (.nnn) expresses fractional seconds. The timezone can be either expressed using the ±hh:mm format or using the "Z" format (UTC - Coordinated Universal Time; UTC)
Datetimes combine a date, a time, and (optionally) a timezone.
Dates, times, and datetimes are to be interpreted as local clock readings at the place the data was collected. In a datetime, the ±hh:mm is the offset in hours and minutes to add to (or subtract from) Universal Time UTC to get the local clock reading at the time the data was collected. A missing timezone specification means that the relationship between the local clock and Universal Time UTC is not known.
Note: The above formats for dates, times times, and datetimesand datetimes are compatible with ISO 8601 (refer to see "Complete Representations"). The ODM date, time, and datetime data formats must contain all element components.
Info | ||||||
---|---|---|---|---|---|---|
Example: 3:14 pm on 3 January 2001 in Chicago (6 timezones west of Greenwich, standard time) would be represented as "2001-01-03T15:14:00-06:00". 3.5 seconds after midnight on the morning of July 20th 2001 in Chicago (daylight time) would be represented as "2001-07-20T00:00:03.500-05:00". partialDate, partialTime and partialDatetime formats are compatible with ISO8601ISO 8601(refer to see "Representations other than complete"). They are provided to support transmission of dates in which one 1 or more less significant components are unknown at the time of data capture. For example, for a partialDate value the day of the month may be unknown. The intervalDatetime format is represented as a pair of partialDatetime values representing the beginning and end of the time interval, a beginning partialDatetime and a durationDatetime, or a durationDatetime and an ending partialDatetime separated by a slash (refer to see "Representation of time-interval identified by its start and its end," , "Representation of time-interval identified by its start and its duration," , and "Representation of time-interval identified by its duration and its end," respectively). The durationDatetime data format is represented as an ISO 8601 duration (refer to see "Representation of time-interval by duration only") . For example, 4 hours and 35 minutes is represented as PT4H35M. In the ODM implementation, carry-over carryover of individual component values and negative durations are supported. The incompleteDatetime format enables transmission of datetime values where one 1 or more of the components -- not components—not necessarily of lower significance -- is significance—is missing. The full set of delimiters is used as for a complete datetime, ; the missing component(s) are represented by a single dash (refer to see "Truncated Representations"). In the ODM implementation, most meaningful partialDatetime forms are also supported. For example, 5 minutes after an unknown hour on the 15th day of an unknown month in 2004 is represented as 2004---15T-:05. The incompleteDate format enables transmission of date values where one 1 or more of the components -- not components—not necessarily of lower significance -- is significance—is missing. The full set of delimiters is used as for a complete date, ; the missing component(s) are represented by a single dash (refer to "Truncated Representations"). The incompleteTime format enables transmission of time values where one 1 or more of the components -- not components—not necessarily of lower significance -- significance— is missing. The full set of delimiters is used as for a complete time, ; the missing component(s) are represented by a single dash (refer to "Truncated Representations"). The hexFloat and base64Float data formats are binary types intended for precise exchange of floating-point data in a machine/platform independent manner. The types are based on the IBM Mainframe format used in SAS V5 Transport format -- (described in the SAS Technical Support document "TS-140 The Record Layout of a Data set in SAS Transport (XPORT) Format" | server | Issue Tracker (JIRA)|||||
serverId | 85506ce4-3cb3-3d91-85ee-f633aaaf4a45 | |||||
key | ODM2DEV-29 | |||||
Jira | ||||||
|
An An oid (OID) is a string that uniquely identifies an element (see see Section 2.13, Element Identifiers and References for details). An oidref is the use of an OID to reference an element (as opposed to the defining occurrence of that OID). OIDs and oidrefs are non-empty strings.
A subjectKey or repeatKey helps designate a clinical data entity (see see Section 2.7, Clinical Data Keys). SubjectKeys are non-empty strings.
A name is intended to be a human readable name for some entity. Names are non-empty strings.
A sasName (or sasFormat) is any valid SAS Version 5 Transport Format name (or format). These are limited to 8 characters in length.A fileName designates a file. File names are system dependent, and expressed relative to the directory that contains the ODM file being processed. FileNames are non-empty strings.
...
Info |
---|
Example: "fr-CA" denotes the French language, Canadian variant. See TranslatedText (archive) for See Section 3.2.1.1, TranslatedText, for a discussion of how languageTags are used. In general for data formats that allow NULLs, you should use an empty string (e.g., attribute-name="") to represent a NULL attribute value. To represent a NULL for data transmitted in an element body, send the element as empty (e.g. <element-name/>). There is a special IsNull indicator for clinical data, to differentiate between the case where there is no known value, and the case where you want to replace a value with NULL. See the IsNull attribute of the ItemData elementthe ItemData element (see Section 3.2.5.1.3, StudyEventData). See the ODM Foundation Schema for definitions of the enumeration types. |
...