Skip to content

Class: Study Result (StudyResult)

A collection of data items from a single study that pertain to a particular subject or experimental unit in the study, along with optional provenance information describing how these data items were generated.

Comments

    • StudyResults provide a useful way to capture a subset of items from a study dataset that are used as evidence in generating higher order knowledge assertions about the entity that is the focus of the study result. For example, a subset of allele frequency data items about a particular variant of interest in the complete gnomAD dataset can be reported in a StudyResult object, along with relevant provenance information, so they can be referenced as evidence for a higher-order assertion about the variant's pathogenicity.
  • As an example, consider the comprehensive allele frequency dataset provided by gnomAD, which covers millions of variants. A curator looking to assess the pathogenicity of a particular variant might create a StudyResult object to capture a subset of data related to this focus allele, including its count, frequency, homozygous frequency, along with metadata concerning the shared provenance or quality of this data. The StudyResult could then be references as a piece of evidence used to inform the focus alleles final pathogenicity classification.
  • Note that the use of a Study Results is not reserved only for defining subsets of data from a larger HTP/clinical study data sets. A StudyResult might be used to organize the data from a simple, small scale bench experiment - e.g. a western blot analysis of protein expression, or an in vitro binding assay focused on a single protein. Even such small 'studies' can generate multiple data items and metadata, and a StudyResult object can be used to collect all or some of these data points pertinent to a particular focus into an organized structure.

URI: sepio_linkml:StudyResult

classDiagram class StudyResult click StudyResult href "../StudyResult" InformationEntity <|-- StudyResult click InformationEntity href "../InformationEntity" StudyResult : alternativeLabels StudyResult : componentResult StudyResult --> "*" StudyResult : componentResult click StudyResult href "../StudyResult" StudyResult : contributions StudyResult --> "*" Contribution : contributions click Contribution href "../Contribution" StudyResult : dataItems StudyResult --> "*" DataItem : dataItems click DataItem href "../DataItem" StudyResult : dateAuthored StudyResult : derivedFrom StudyResult --> "*" InformationEntity : derivedFrom click InformationEntity href "../InformationEntity" StudyResult : description StudyResult : extensions StudyResult --> "*" Extension : extensions click Extension href "../Extension" StudyResult : focus StudyResult : id StudyResult : identifiers StudyResult : informationQuality StudyResult --> "0..1" Coding : informationQuality click Coding href "../Coding" StudyResult : interpretation StudyResult --> "0..1" Coding : interpretation click Coding href "../Coding" StudyResult : isAbout StudyResult : label StudyResult : recordMetadata StudyResult --> "0..1" RecordMetadata : recordMetadata click RecordMetadata href "../RecordMetadata" StudyResult : reportedIn StudyResult : sourceDataSet StudyResult --> "*" DataSet : sourceDataSet click DataSet href "../DataSet" StudyResult : sources StudyResult : specifiedBy StudyResult : studyGroup StudyResult --> "0..1" StudyGroup : studyGroup click StudyGroup href "../StudyGroup" StudyResult : supportingMethods StudyResult : supportingMethodTypes StudyResult --> "*" Coding : supportingMethodTypes click Coding href "../Coding" StudyResult : type

Inheritance

Slots

Direct slots

focus --> String [0..1]

A specific subject or experimental unit in a Study, that data in the StudyResult object is about - e.g. a particular variant in a population allele frequency dataset like ExAC or gnomAD.

Implementation Guidance * The 'focus' of a StudyResult is the what anchors selection of all data items and provenance information that it contains. This focus may be a single participant or subject of a study (e.g. one patient in a clinical study, or one allele in a population frequency analysis). It may be a study group defined as an experimental unit in the study (e.g. a specific treatment arm of a clinical study). Or it may be a variable defined as a unit of analysis in the study (e.g. 'exposure to nicotine' in an analysis correlating this variable with clinical outcomes).

dataItems --> DataItem [*]

One or more data items that are included in the StudyResult because it pertains to the 'focus' of the result. This can be data that directly describes this 'focus' (e.g. the population frequency of an allele focus), or be metadata about how data about the 'focus' were generated (e.g the quality measures for the sequencing run used to determine this allele frequency).

Implementation Guidance * Any type of data item from a Study may be captured in a StudyResult - including raw experimental/observational data, derived calculations or quality measures, provenance information about how the data were generated in the study, or qualitative expert interpretations of the primary study data (e.g. the interpretation of a blood cholesterol value of 250 mg/dL as being 'high', or a Polyphen functional impact score of 0.115 as being 'deleterious').
* The model specifies use of a key-value based 'DataItem' object to capture the meaning and value of each type of data item captured in a given StudyResult. But in practice, profiles for specific StudyResult types may choose to define one or more specializations of the generic 'dataItems' property as named attributes. This makes the data more succinct and parsable, and allows specific constraints to be applied and validated for different data items. For example, a PopulaitonAlleleFrequencyStudyResult profile may define a named 'focusAlleleFrequency' attribute that is required, and a named 'focusAlleleCount' attribute that is optional - both of which conceptually specialize the core-im 'dataItems' property. Under this approach, the core 'dataItems' acts as a placeholder to seed such specializations, but is not used directly in StudyResult profiles.


interpretation --> Coding [0..1]

The outcome of an interpretation of lower-level data item(s) in a StudyResult, that express some broader conclusion or insight that was made (e.g. that data indicates a result to be is high, normal, or low).

Implementation Guidance * This attribute allows basic interpretations / classifications to be included in a Study Result, such as binning a data item or items as being in or out of some normal range.

sourceDataSet --> DataSet [*]

A larger DataSet from which the content of the StudyResult was derived.

Implementation Guidance * In most cases, a StudyResult will be generated using data from one source dataset - but it is possible multiple datasets related to a single study contain data about a particular focus that get collected into a single StudyResult instance.

componentResult --> StudyResult [*]

Another StudyResult comprised of data items about the same focus as its parent Result, but based on a more narrowly scoped analysis of the foundational data (e.g. an analysis based on data about a subset of the parent Results full study population).

Implementation Guidance * This attribute allows data creators to break down a StudyResult into finer-grained StudyResult instances with a narrower scope. For example, a StudyResult about the frequency of an allele in a global population of individuals can be broken down into separate 'component' Results about distinct subpopulations of individuals in the source data (e.g. frequency of the allele in asian vs african subpopulations, or male vs female subgroups).

studyGroup --> StudyGroup [0..1]

A description of a specific group or population of subjects interrogated in the ResearchStudy that produced the data captured in the StudyResult.

Implementation Guidance * For example, in a StudyResult holding allele frequency data, this attribute points to a StudyGroup object that describes characteristics of the population that the frequency data was generated from (e.g. 'East Asian', 'Female').

Inherited slots

isAbout --> String [*]

An entity or concept in the world that the information entity describes/is about.

Inherited from: InformationEntity

Implementation Guidance * e.g. In the context of a Statement object, this attribute may be used to indicate entities/concepts it is about, in lieu of providing a more precise description of what the Statement asserts to be true using subject, predicate, object, and qualifier properties. e.g. the Statement that "BRCA2 c.8023A>G is pathogenic for Breast Cancer" might be annotated to be about the variant 'BRCA2 c.8023A>G', and the disease 'Breast Cancer'.

contributions --> Contribution [*]

Specific actions taken by an Agent toward the creation, modification, validation, or deprecation of an Information Entity.

Inherited from: InformationEntity

Implementation Guidance * This attribute holds one or more Contribution objects, which provide structured descriptions of a contribution made to the Information Entity by a particular agent.

dateAuthored --> String [0..1]

Indicates when the information content expressed in the Information Entity was generated.

Inherited from: InformationEntity

Implementation Guidance * The term 'authored' as used in the model refers to the generation of 'information content' in the abstract sense, as opposed to a concrete encoding of this information in a specific language or format. e.g. for a Statement, this attribute captures when the information content expressed in the Statement was first generated by an agent. Information about when a particular concrete encoding of this information was created (e.g. as row in a table, or object in a json document) would live in a RecordMetadata object attached to the Information Entity).

specifiedBy --> String [*]

A specification that describes all or part of the process that led to creation of the Information Entity.

Inherited from: InformationEntity

Implementation Guidance * Examples - an experimental protocol or data analysis specification that describe how data were generated, or an evidence interpretation guideline that describes steps taken to interpret data in making a variant pathogenicity classification.
* Note that this attribute captures specific *instances* of specifications/methods (e.g. the specific electron microscopy method described in https://doi.org/10.1002/ cpz1.1045) - as opposed to reporting a *type* of method applied (e.g. "Transmission Electron Microscopy").

supportingMethods --> String [*]

Specific methods that were executed to directly or indirectly support creation of the Information Entity.

Inherited from: InformationEntity

Implementation Guidance * These may include methods that directly produced the Information Entity, or upstream/accessory methods that indirectly support creation of the Information Entity - e.g. methods used to produce data that was interpreted as evidence to generate a Statement of knowledge.
* This field captures terms representing specific INSTANCES of methods applied, vs the 'supportingMethodTypes' attribute which captures TYPES of methods used.

supportingMethodTypes --> Coding [*]

Types of methodological approaches that were executed to directly or indirectly support creation of the Information Entity.

Inherited from: InformationEntity

Implementation Guidance * This field captures terms representing TYPES of methods applied, vs the 'specifiedBy' or'supportingMethods' attributes which capture specific INSTANCES of methods used. These may include types of methods that directly produced the Information Entity, or upstream/accessory methods that indirectly support creation of the Information Entity
* Implementers should define a relevant source or set of method type codes/terms to use here, based on the needs of the domain or application.'

derivedFrom --> InformationEntity [*]

Another Information Entity from which this Information Entity is derived, in whole or in part.

Inherited from: InformationEntity

reportedIn --> String [*]

A document in which the Information Entity is reported.

Inherited from: InformationEntity

Implementation Guidance * This attribute is used specifically to reference documents/publications where the Information Entity is expressed or reported. For a Statement, this might be a publication where the authors express the statement in text. For a Data Item, this might be a publication with a table or figure that reports the value of the data.

sources --> String [*]

A document or other informtion resource in which the information entity, or evidence supporting it, is reported.

Inherited from: InformationEntity

Implementation Guidance * This attribute is more general than InformationEntity.reportedIn (which is used to references a Docuement that directly reports the infrormation), and Statement.hasEvidenceFromSources (which is used to reference resources that provided evidence used to generate the knowledge expressed in a Statement). It can be used to cover both cases, in situations where a data provider does not know which is the case, or does not wish to make the distinction.

informationQuality --> Coding [0..1]

A qualitative term indicating the scientific rigor or reliability with which the information was generated/collected.

Inherited from: InformationEntity

Implementation Guidance * This is typically based on the quality of design and execution of the study or curation activity that generated it (e.g. were relevant controls assessed to show instruments were working, were all samples taken care of and handled identically, are methods sound and well documented, etc.).
* The quality of information is intrinsic to the information itself, and not to a particular application of the information (e.g. as evidence for making an Assertion)
* The quality of information is one factor that goes into the confidence we have in the information''s veracity (i.e. that it is an accurate reflection of reality it intends to measure or describe). Other factors informing confidence may include who did it (we may just not trust some Agents), when (if data created 500 years ago, we may have less confidence in it), and for Assertions, the relevance and abundance of supporting evidence.
* Implementers should define a relevant source of codes or terms to use here, based on the needs of the domain or application.'

recordMetadata --> RecordMetadata [0..1]

Provenance metadata about a specific concrete record of information as encoded/serialized in a particular data set or object (as opposed to provenance about the abstract information content the encoding carries).

Inherited from: InformationEntity

Implementation Guidance * This attribute holds a structured RecordMetadata objects, which can be used to capture when, how, and by whom a record serialization was generated or modified; what upstream resources it was derived or retrieved from; and record-level administrative information such as versioning and lifecycle status.

id --> String [1]

The 'logical' identifier of the entity in the system of record, e.g. a UUID. This 'id' is unique within a given system, but may or may not be globally unique outside the system. It is used within a system to reference one object from another.

Inherited from: Entity

Implementation Guidance * Note that it is common for implementers to create their own internal logical ids - typically a serially or randomly generated value like a UUID that is assigned to the data object as it is created in a system. But an implementer may choose to reuse an existing, globally unique id from an external system or authority for this purpose (e.g. an HGNC id for a Gene object) - as long as it is unique within the implementing system, and can be used to reference the identified object in this context.

identifiers --> String [*]

A globally-unique 'business' identifier or accession number for the real-world entity represented by a data object. These are typically assigned by an external system or authority, and used to connect entities and share content across different systems.

Inherited from: Entity

Implementation Guidance * Preferred values for this attribute are CURIEs or URIs - so the system that provisioned the identifier is clear.
* A given real world entity - e.g. a genetic variant - may have many business identifiers defined by different systems, which can be captured in the "identifiers" property to indicate that they represent the same thing.

type --> String [1]

The name of the class that is instantiated by a data object representing the Entity.

Inherited from: Entity

Implementation Guidance * MUST be the label of a concrete class from the data model.

label --> String [0..1]

A primary name for the Entity.

Inherited from: Entity

alternativeLabels --> String [*]

Alternative name(s) for the Entity.

Inherited from: Entity

description --> String [0..1]

A free text description of the Entity.

Inherited from: Entity

extensions --> Extension [*]

A list of extensions to the Entity, that allow for capture of information not directly supported by elements defined in the model.

Inherited from: Entity

Implementation Guidance * Extension objects have a key-value data structure that allows definition of custom fields in the data itself. Extensions are not expected to be natively understood, but may be used for pre-negotiated exchange of message attributes between systems.

Usages

used by used in type used
StudyResult componentResult range StudyResult

Identifier and Mapping Information

Schema Source

  • from schema: https://w3id.org/sepio-framework/sepio-linkml

Mappings

Mapping Type Mapped Value
self sepio_linkml:StudyResult
native sepio_linkml:StudyResult

LinkML Source

Direct

name: StudyResult
description: A collection of data items from a single study that pertain to a particular
  subject or experimental unit in the study, along with optional provenance information
  describing how these data items were generated.
title: Study Result
comments:
- '- StudyResults provide a useful way to capture a subset of items from a study dataset
  that are used as evidence in generating higher order knowledge assertions about
  the entity that is the focus of the study result. For example, a subset of allele
  frequency data items about a particular variant of interest in the complete gnomAD
  dataset can be reported in a StudyResult object, along with relevant provenance
  information, so they can be referenced as evidence for a higher-order assertion
  about the variant''s pathogenicity.'
- As an example, consider the comprehensive allele frequency dataset provided by gnomAD,
  which covers millions of variants. A curator looking to assess the pathogenicity
  of a particular variant might create a StudyResult object to capture a subset of
  data related to this focus allele, including  its count, frequency, homozygous frequency,
  along with metadata concerning the shared provenance or quality of this data. The
  StudyResult could then be references as a piece of evidence used to inform the focus
  alleles final pathogenicity classification.
- Note that the use of a Study Results is not reserved only for defining subsets of
  data from a larger HTP/clinical study data sets.  A StudyResult might be used to
  organize the data from a simple, small scale bench experiment - e.g. a western blot
  analysis of protein expression, or an in vitro binding assay focused on a single
  protein.  Even such small 'studies' can generate multiple data items and metadata,
  and a StudyResult object can be used to collect all or some of these data points
  pertinent to a particular focus into an organized structure.
from_schema: https://w3id.org/sepio-framework/sepio-linkml
status: Draft
is_a: InformationEntity
attributes:
  focus:
    name: focus
    description: A specific subject or experimental unit in a Study, that data in
      the StudyResult object is about - e.g. a particular variant in a population
      allele frequency dataset like ExAC or gnomAD.
    comments:
    - The 'focus' of a StudyResult is the what anchors selection of all data items
      and provenance information that it contains. This focus may be a single participant
      or subject of a study (e.g. one patient in a clinical study, or one allele in
      a population frequency analysis). It may be a study group defined as an experimental
      unit in the study (e.g. a specific treatment arm of a clinical study). Or it
      may be a variable defined as a unit of analysis in the study (e.g. 'exposure
      to nicotine' in an analysis correlating this variable with clinical outcomes).
    from_schema: https://w3id.org/sepio-model
    rank: 1000
    domain_of:
    - StudyResult
    range: string
    required: false
    multivalued: false
  dataItems:
    name: dataItems
    description: One or more data items that are included in the StudyResult because
      it pertains to the 'focus' of the result. This can be data that directly describes
      this 'focus' (e.g. the population frequency of an allele focus), or be metadata
      about how data about the 'focus' were generated (e.g the quality measures for
      the sequencing run used to determine this allele frequency).
    comments:
    - Any type of data item from a Study may be captured in a StudyResult - including
      raw experimental/observational data, derived calculations or quality measures,
      provenance information about how the data were generated in the study, or qualitative
      expert interpretations of the primary study data (e.g. the interpretation of
      a blood cholesterol value of 250 mg/dL as being 'high', or a Polyphen functional
      impact score of 0.115 as being 'deleterious').
    - The model specifies use of a key-value based 'DataItem' object to capture the
      meaning and value of each type of data item captured in a given StudyResult.
      But in practice, profiles for specific StudyResult types may choose to define
      one or more specializations of the generic 'dataItems' property as named attributes.
      This makes the data more succinct and parsable, and allows specific constraints
      to be applied and validated for different data items. For example, a PopulaitonAlleleFrequencyStudyResult
      profile may define a named 'focusAlleleFrequency' attribute that is required,
      and a named 'focusAlleleCount' attribute that is optional - both of which conceptually
      specialize the core-im 'dataItems' property. Under this approach, the core 'dataItems'
      acts as a placeholder to seed such specializations, but is not used directly
      in StudyResult profiles.
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    domain_of:
    - StudyResult
    range: DataItem
    required: false
    multivalued: true
  interpretation:
    name: interpretation
    description: The outcome of an interpretation of lower-level data item(s) in a
      StudyResult, that express some broader conclusion or insight that was made (e.g.
      that data indicates a result to be is high, normal, or low).
    comments:
    - This attribute allows basic interpretations / classifications to be included
      in a Study Result, such as binning a data item or items as being in or out of
      some normal range.
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    domain_of:
    - StudyResult
    range: Coding
    required: false
    multivalued: false
  sourceDataSet:
    name: sourceDataSet
    description: A larger DataSet from which the content of the StudyResult was derived.
    comments:
    - In most cases, a StudyResult will be generated using data from one source dataset
      - but it is possible multiple datasets related to a single study contain data
      about a particular focus that get collected into a single StudyResult instance.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    domain_of:
    - StudyResult
    range: DataSet
    required: false
    multivalued: true
  componentResult:
    name: componentResult
    description: Another StudyResult comprised of data items about the same focus
      as its parent Result, but based on a more narrowly scoped analysis of the foundational
      data (e.g. an analysis based on data about a subset of the parent Results full
      study population).
    comments:
    - This attribute allows data creators to break down a StudyResult into finer-grained
      StudyResult instances with a narrower scope. For example, a StudyResult about
      the frequency of an allele in a global population of individuals can be broken
      down into separate 'component' Results about distinct subpopulations of individuals
      in the source data (e.g. frequency of the allele in asian vs african subpopulations,
      or male vs female subgroups).
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    domain_of:
    - StudyResult
    range: StudyResult
    required: false
    multivalued: true
  studyGroup:
    name: studyGroup
    description: A description of a specific group or population of subjects interrogated
      in the ResearchStudy that produced the data captured in the StudyResult.
    comments:
    - For example, in a StudyResult holding allele frequency data, this attribute
      points to a StudyGroup object that describes characteristics of the population
      that the frequency data was generated from (e.g. 'East Asian', 'Female').
    from_schema: https://w3id.org/sepio-model
    rank: 1000
    domain_of:
    - StudyResult
    range: StudyGroup
    required: false
    multivalued: false

Induced

name: StudyResult
description: A collection of data items from a single study that pertain to a particular
  subject or experimental unit in the study, along with optional provenance information
  describing how these data items were generated.
title: Study Result
comments:
- '- StudyResults provide a useful way to capture a subset of items from a study dataset
  that are used as evidence in generating higher order knowledge assertions about
  the entity that is the focus of the study result. For example, a subset of allele
  frequency data items about a particular variant of interest in the complete gnomAD
  dataset can be reported in a StudyResult object, along with relevant provenance
  information, so they can be referenced as evidence for a higher-order assertion
  about the variant''s pathogenicity.'
- As an example, consider the comprehensive allele frequency dataset provided by gnomAD,
  which covers millions of variants. A curator looking to assess the pathogenicity
  of a particular variant might create a StudyResult object to capture a subset of
  data related to this focus allele, including  its count, frequency, homozygous frequency,
  along with metadata concerning the shared provenance or quality of this data. The
  StudyResult could then be references as a piece of evidence used to inform the focus
  alleles final pathogenicity classification.
- Note that the use of a Study Results is not reserved only for defining subsets of
  data from a larger HTP/clinical study data sets.  A StudyResult might be used to
  organize the data from a simple, small scale bench experiment - e.g. a western blot
  analysis of protein expression, or an in vitro binding assay focused on a single
  protein.  Even such small 'studies' can generate multiple data items and metadata,
  and a StudyResult object can be used to collect all or some of these data points
  pertinent to a particular focus into an organized structure.
from_schema: https://w3id.org/sepio-framework/sepio-linkml
status: Draft
is_a: InformationEntity
attributes:
  focus:
    name: focus
    description: A specific subject or experimental unit in a Study, that data in
      the StudyResult object is about - e.g. a particular variant in a population
      allele frequency dataset like ExAC or gnomAD.
    comments:
    - The 'focus' of a StudyResult is the what anchors selection of all data items
      and provenance information that it contains. This focus may be a single participant
      or subject of a study (e.g. one patient in a clinical study, or one allele in
      a population frequency analysis). It may be a study group defined as an experimental
      unit in the study (e.g. a specific treatment arm of a clinical study). Or it
      may be a variable defined as a unit of analysis in the study (e.g. 'exposure
      to nicotine' in an analysis correlating this variable with clinical outcomes).
    from_schema: https://w3id.org/sepio-model
    rank: 1000
    alias: focus
    owner: StudyResult
    domain_of:
    - StudyResult
    range: string
    required: false
    multivalued: false
  dataItems:
    name: dataItems
    description: One or more data items that are included in the StudyResult because
      it pertains to the 'focus' of the result. This can be data that directly describes
      this 'focus' (e.g. the population frequency of an allele focus), or be metadata
      about how data about the 'focus' were generated (e.g the quality measures for
      the sequencing run used to determine this allele frequency).
    comments:
    - Any type of data item from a Study may be captured in a StudyResult - including
      raw experimental/observational data, derived calculations or quality measures,
      provenance information about how the data were generated in the study, or qualitative
      expert interpretations of the primary study data (e.g. the interpretation of
      a blood cholesterol value of 250 mg/dL as being 'high', or a Polyphen functional
      impact score of 0.115 as being 'deleterious').
    - The model specifies use of a key-value based 'DataItem' object to capture the
      meaning and value of each type of data item captured in a given StudyResult.
      But in practice, profiles for specific StudyResult types may choose to define
      one or more specializations of the generic 'dataItems' property as named attributes.
      This makes the data more succinct and parsable, and allows specific constraints
      to be applied and validated for different data items. For example, a PopulaitonAlleleFrequencyStudyResult
      profile may define a named 'focusAlleleFrequency' attribute that is required,
      and a named 'focusAlleleCount' attribute that is optional - both of which conceptually
      specialize the core-im 'dataItems' property. Under this approach, the core 'dataItems'
      acts as a placeholder to seed such specializations, but is not used directly
      in StudyResult profiles.
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    alias: dataItems
    owner: StudyResult
    domain_of:
    - StudyResult
    range: DataItem
    required: false
    multivalued: true
  interpretation:
    name: interpretation
    description: The outcome of an interpretation of lower-level data item(s) in a
      StudyResult, that express some broader conclusion or insight that was made (e.g.
      that data indicates a result to be is high, normal, or low).
    comments:
    - This attribute allows basic interpretations / classifications to be included
      in a Study Result, such as binning a data item or items as being in or out of
      some normal range.
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    alias: interpretation
    owner: StudyResult
    domain_of:
    - StudyResult
    range: Coding
    required: false
    multivalued: false
  sourceDataSet:
    name: sourceDataSet
    description: A larger DataSet from which the content of the StudyResult was derived.
    comments:
    - In most cases, a StudyResult will be generated using data from one source dataset
      - but it is possible multiple datasets related to a single study contain data
      about a particular focus that get collected into a single StudyResult instance.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: sourceDataSet
    owner: StudyResult
    domain_of:
    - StudyResult
    range: DataSet
    required: false
    multivalued: true
  componentResult:
    name: componentResult
    description: Another StudyResult comprised of data items about the same focus
      as its parent Result, but based on a more narrowly scoped analysis of the foundational
      data (e.g. an analysis based on data about a subset of the parent Results full
      study population).
    comments:
    - This attribute allows data creators to break down a StudyResult into finer-grained
      StudyResult instances with a narrower scope. For example, a StudyResult about
      the frequency of an allele in a global population of individuals can be broken
      down into separate 'component' Results about distinct subpopulations of individuals
      in the source data (e.g. frequency of the allele in asian vs african subpopulations,
      or male vs female subgroups).
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: componentResult
    owner: StudyResult
    domain_of:
    - StudyResult
    range: StudyResult
    required: false
    multivalued: true
  studyGroup:
    name: studyGroup
    description: A description of a specific group or population of subjects interrogated
      in the ResearchStudy that produced the data captured in the StudyResult.
    comments:
    - For example, in a StudyResult holding allele frequency data, this attribute
      points to a StudyGroup object that describes characteristics of the population
      that the frequency data was generated from (e.g. 'East Asian', 'Female').
    from_schema: https://w3id.org/sepio-model
    rank: 1000
    alias: studyGroup
    owner: StudyResult
    domain_of:
    - StudyResult
    range: StudyGroup
    required: false
    multivalued: false
  isAbout:
    name: isAbout
    description: An entity or concept in the world that the information entity describes/is
      about.
    comments:
    - e.g. In the context of a Statement object, this attribute may be used to indicate
      entities/concepts it is about, in lieu of providing a more precise description
      of what the Statement asserts to be true using subject, predicate, object, and
      qualifier properties. e.g. the Statement that "BRCA2 c.8023A>G is pathogenic
      for Breast Cancer" might be annotated to be about the variant 'BRCA2 c.8023A>G',
      and the disease 'Breast Cancer'.
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    alias: isAbout
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: string
    required: false
    multivalued: true
  contributions:
    name: contributions
    description: Specific actions taken by an Agent toward the creation, modification,
      validation, or deprecation of an Information Entity.
    comments:
    - This attribute holds one or more Contribution objects, which provide structured
      descriptions of a contribution made to the Information Entity by a particular
      agent.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: contributions
    owner: StudyResult
    domain_of:
    - InformationEntity
    - RecordMetadata
    range: Contribution
    required: false
    multivalued: true
  dateAuthored:
    name: dateAuthored
    description: Indicates when the information content expressed in the Information
      Entity was generated.
    comments:
    - The term 'authored' as used in the model refers to the generation of 'information
      content' in the abstract  sense, as opposed to a concrete encoding of this information
      in a specific language or format. e.g. for a Statement, this attribute captures
      when the information content expressed in the Statement was first generated
      by an agent.  Information about when a particular concrete encoding of this
      information was created (e.g. as row in a table, or object in a json document)
      would live in a RecordMetadata object attached to the Information Entity).
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: dateAuthored
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: string
    required: false
    multivalued: false
  specifiedBy:
    name: specifiedBy
    description: A specification that describes all or part of the process that led
      to creation of the Information Entity.
    comments:
    - Examples - an experimental protocol or data analysis specification that describe
      how data were generated, or an evidence interpretation guideline that describes
      steps taken to interpret data in making a variant pathogenicity classification.
    - Note that this attribute captures specific *instances* of specifications/methods
      (e.g. the specific electron microscopy method described in https://doi.org/10.1002/
      cpz1.1045) - as opposed to reporting a *type* of method applied (e.g. "Transmission
      Electron Microscopy").
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: specifiedBy
    owner: StudyResult
    domain_of:
    - InformationEntity
    - Activity
    range: string
    required: false
    multivalued: true
  supportingMethods:
    name: supportingMethods
    description: Specific methods that were executed to directly or indirectly support
      creation of the Information Entity.
    comments:
    - These may include methods that directly produced the Information Entity, or
      upstream/accessory methods that indirectly support creation of the Information
      Entity - e.g. methods used to produce data that was interpreted as evidence
      to generate a Statement of knowledge.
    - This field captures terms representing specific INSTANCES of methods applied,
      vs the 'supportingMethodTypes' attribute which captures TYPES of methods used.
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    alias: supportingMethods
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: string
    required: false
    multivalued: true
  supportingMethodTypes:
    name: supportingMethodTypes
    description: Types of methodological approaches that were executed to directly
      or indirectly support creation of the Information Entity.
    comments:
    - This field captures terms representing TYPES of methods applied, vs the 'specifiedBy'
      or'supportingMethods' attributes which capture specific INSTANCES of methods
      used. These may include types of methods that directly produced the Information
      Entity, or upstream/accessory methods that indirectly support creation of the
      Information Entity
    - Implementers should define a relevant source or set of method type codes/terms
      to use here, based on the needs of the domain or application.'
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    alias: supportingMethodTypes
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: Coding
    required: false
    multivalued: true
  derivedFrom:
    name: derivedFrom
    description: Another Information Entity from which this Information Entity is
      derived, in whole or in part.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: derivedFrom
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: InformationEntity
    required: false
    multivalued: true
  reportedIn:
    name: reportedIn
    description: A document in which the Information Entity is reported.
    comments:
    - This attribute is used specifically to reference documents/publications where
      the Information Entity is expressed or reported.  For a Statement, this might
      be a publication where the authors express the statement in text. For a Data
      Item, this might be a publication with a table or figure that reports the value
      of the  data.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: reportedIn
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: string
    required: false
    multivalued: true
  sources:
    name: sources
    description: A document or other informtion resource in which the information
      entity, or evidence supporting it, is reported.
    comments:
    - This attribute is more general than InformationEntity.reportedIn (which is used
      to references a Docuement that directly reports the infrormation), and Statement.hasEvidenceFromSources
      (which is used to reference resources that provided evidence used to generate
      the knowledge expressed in a Statement). It can be used to cover both cases,
      in situations where a data provider does not know which is the case, or does
      not wish to make the distinction.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: sources
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: string
    required: false
    multivalued: true
  informationQuality:
    name: informationQuality
    description: A qualitative term indicating the scientific rigor or reliability
      with which the information was generated/collected.
    comments:
    - This is typically based on the quality of design and execution of the study
      or curation activity that generated it (e.g. were relevant controls assessed
      to show instruments were working, were all samples taken care of and handled
      identically, are methods sound and well documented, etc.).
    - The quality of information is intrinsic to the information itself, and not to
      a particular application of the information (e.g. as evidence for making an
      Assertion)
    - The quality of information is one factor that goes into the confidence we have
      in the information''s veracity (i.e. that it is an accurate reflection of reality
      it intends to measure or describe). Other factors informing confidence may include
      who did it (we may just not trust some Agents), when (if data created 500 years
      ago, we may have less confidence in it), and for Assertions, the relevance and
      abundance of supporting evidence.
    - Implementers should define a relevant source of codes or terms to use here,
      based on the needs of the domain or application.'
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    alias: informationQuality
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: Coding
    required: false
    multivalued: false
  recordMetadata:
    name: recordMetadata
    description: Provenance metadata about a specific concrete record of information
      as encoded/serialized in a particular data set or object (as opposed to provenance
      about the abstract information content the encoding carries).
    comments:
    - This attribute holds a structured RecordMetadata objects, which can be used
      to capture when, how, and by whom a record serialization was generated or modified;
      what upstream resources it was derived or retrieved from; and record-level administrative
      information such as versioning and lifecycle status.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: recordMetadata
    owner: StudyResult
    domain_of:
    - InformationEntity
    range: RecordMetadata
    required: false
    multivalued: false
  id:
    name: id
    description: The 'logical' identifier of the entity in the system of record, e.g.
      a UUID.  This 'id' is unique within a given system, but may or may not be globally
      unique outside the system. It is used within a system to reference one object
      from another.
    comments:
    - Note that it is common for implementers to create their own internal logical
      ids - typically a serially or randomly generated value like a UUID that is assigned
      to the data object as it is created in a system. But an implementer may choose
      to reuse an existing, globally unique id from an external system or authority
      for this purpose (e.g. an HGNC id for a Gene object) - as long as it is unique
      within the implementing system, and can be used to reference the identified
      object in this context.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: id
    owner: StudyResult
    domain_of:
    - Entity
    range: string
    required: true
    multivalued: false
  identifiers:
    name: identifiers
    description: A globally-unique 'business' identifier or accession number for the
      real-world entity represented by a data object. These are typically assigned
      by an external system or authority, and used to connect entities and share content
      across different systems.
    comments:
    - Preferred values for this attribute are CURIEs or URIs - so the system that
      provisioned the identifier is clear.
    - A given real world entity - e.g. a genetic variant - may have many business
      identifiers defined by different systems, which can be captured in the "identifiers"
      property to indicate that they represent the same thing.
    from_schema: https://w3id.org/sepio-model
    status: Informative
    rank: 1000
    alias: identifiers
    owner: StudyResult
    domain_of:
    - Entity
    range: string
    required: false
    multivalued: true
  type:
    name: type
    description: The name of the class that is instantiated by a data object representing
      the Entity.
    comments:
    - MUST be the label of a concrete class from the data model.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: type
    owner: StudyResult
    domain_of:
    - Entity
    range: string
    required: true
    multivalued: false
  label:
    name: label
    description: A primary name for the Entity.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: label
    owner: StudyResult
    domain_of:
    - Entity
    - Coding
    range: string
    required: false
    multivalued: false
  alternativeLabels:
    name: alternativeLabels
    description: Alternative name(s) for the Entity.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: alternativeLabels
    owner: StudyResult
    domain_of:
    - Entity
    range: string
    required: false
    multivalued: true
  description:
    name: description
    description: A free text description of the Entity.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: description
    owner: StudyResult
    domain_of:
    - Entity
    range: string
    required: false
    multivalued: false
  extensions:
    name: extensions
    description: A list of extensions to the Entity, that allow for capture of information
      not directly supported by elements defined in the model.
    comments:
    - Extension objects have a key-value data structure that allows definition of
      custom fields in the data itself. Extensions are not expected to be natively
      understood, but may be used for pre-negotiated exchange of message attributes
      between systems.
    from_schema: https://w3id.org/sepio-model
    status: Draft
    rank: 1000
    alias: extensions
    owner: StudyResult
    domain_of:
    - Entity
    range: Extension
    required: false
    multivalued: true