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

Individual, person, patient, etc. #7

Open
ShahimEssaid opened this issue Oct 2, 2020 · 1 comment
Open

Individual, person, patient, etc. #7

ShahimEssaid opened this issue Oct 2, 2020 · 1 comment
Labels
domain A tag for domain related issues regardless of their representation in models.

Comments

@ShahimEssaid
Copy link
Member

ShahimEssaid commented Oct 2, 2020

An issue to discuss the domain aspects of individuals, people, patients, etc. This discussion should be focused on the domain aspects, their meaning, importance, etc. regardless of how those things are implemented in any model.

Issue for: https://phenopackets-analysis.readthedocs.io/en/latest/domain-entities/individual.html

@ShahimEssaid ShahimEssaid added the domain A tag for domain related issues regardless of their representation in models. label Oct 2, 2020
@ametke
Copy link

ametke commented Nov 19, 2020

I think in the vast majority of cases the subject of a Phenopacket is going to be a Patient. If a Phenopacket is used to share the anonymous phenotypic description of a participant in a research study, for example, it could be argued that in this case the subject of the Phenopacket is a ResearchSubject rather than a patient. Using Phenopackets to represent the phenotype of family members when collecting family history information would be another case where the subject is not necessarily a Patient.

I think the main issue here is that Phenopackets has a single element to represent any individual and FHIR has several resources for this purpose. However, the Patient resource is the one that is connected to all other resources and is also more mature (it has normative status).

In my opinion, the core IG should map Individual to Patient, despite this slight mismatch. Mapping Individual to Person complicates the model unnecessarily. Also, the Person resource is only maturity level 2 and the FHIR documentation states the following: "Note: The Person resource is an advanced feature."

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
domain A tag for domain related issues regardless of their representation in models.
Projects
None yet
Development

No branches or pull requests

2 participants