La ressource FHIR Group a pour objectif de stocker une cohorte de patients construite dans Cohort360.
Au sens de FHIR l'objet Group peut contenir 2 types d'informations :
la liste des critères d'inclusion/exclusion correspondant à ce groupe de patients : par exemple le périmètre de départ (service cardiologie), le sexe, une liste de codes de diagnostics, etc
la liste des patients contenus dans la cohorte
Aujourd'hui dans Cohort360 on persiste (2) la liste des patients, et pour (1) par soucis de simplicité pour l'instant, on garde seulement la liste des périmètres de départ. La liste des autres critères éventuels d'inclusion (sexe, diagnostics, recherche dans les documents...) n'y figure pas mais est persistée de façon custom dans le backend de Cohort360.
Exemple de ressource Group actuellement, pour une cohorte contenant 8 patients :
Discuter de la pertinence de persister les autres critères d'inclusion (sexe, diagnostics, recherche dans les documents...) dans la ressource Group, que ce soit directement en FHIR natif, ou sous forme d'un JSON maison imbriqué dans la ressource.
La ressource FHIR Group a pour objectif de stocker une cohorte de patients construite dans Cohort360.
Au sens de FHIR l'objet Group peut contenir 2 types d'informations :
Aujourd'hui dans Cohort360 on persiste (2) la liste des patients, et pour (1) par soucis de simplicité pour l'instant, on garde seulement la liste des périmètres de départ. La liste des autres critères éventuels d'inclusion (sexe, diagnostics, recherche dans les documents...) n'y figure pas mais est persistée de façon custom dans le backend de Cohort360.
Exemple de ressource Group actuellement, pour une cohorte contenant 8 patients :
Objectif de cette issue
Discuter de la pertinence de persister les autres critères d'inclusion (sexe, diagnostics, recherche dans les documents...) dans la ressource Group, que ce soit directement en FHIR natif, ou sous forme d'un JSON maison imbriqué dans la ressource.
cc @nriss @tevariou @simonvadee