Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Questions about Condition entity and other model stuff #18

Open
Sigfried opened this issue Oct 11, 2024 · 1 comment
Open

Questions about Condition entity and other model stuff #18

Sigfried opened this issue Oct 11, 2024 · 1 comment
Assignees

Comments

@Sigfried
Copy link
Collaborator

Referring to the yaml here.

  • Just want to confirm: the identity slot is a primary key for a given Condition record. Equivalent to OMOP's condition_occurrence_id.
  • The description for the relationship_to_participant attribute says it indicates "relationship between the Participant to which the Condition is attributed and the individual who had the reported Condition," but I don't see any attribute referring to the individual who had reported the condition. I don't think this attribute makes sense without that.
  • associated_participant is listed as an attribute. It is also the name of a slot and it appears as a slot in the Demography and Visit entities. Should it also be a slot in Condition?
@bfurner
Copy link
Collaborator

bfurner commented Oct 11, 2024

  • There is a distinction between id which is an internal system identity column (e.g. an auto-incrementing id, a primary key) that might change if the system changes, and identifier which is a globally unique id that will be consistent across systems (e.g. SSN). The variables are used in the way they are defined in the corresponding FHIR properties of id and identifier. As such the OMOP condition_occurence_id is an example of an id, not an identifier.

  • relationship_to_participant is underspecified currently, but should take a range of an enum that has values like Self, Mother, etc. This is to allow for the capture of both family history of a condition (where the relationship_to_participant might be Mother), and the individual's one history of a condition (where the relationship_to_participant would be Self)

  • yes, these should be consistently modeled and using slots for all occurrences makes most sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants