Le SDK Santé Connect Jetpack est généralement utilisé pour simplifier l'intégration en encapsulant les API Santé Connect. Cependant, la PHR n'est pas encore disponible dans Jetpack. Par conséquent, les API du framework Android sous-jacentes doivent être utilisées.
Ces API étant encore en cours de développement, certaines limites subsistent et certains composants ne sont pas encore entièrement disponibles.
- Les règles de Play concernant l'accès aux EPR sont toujours en cours d'élaboration. Il est possible que les applications doivent respecter des exigences supplémentaires avant de pouvoir être publiées sur le Play Store.
- Certaines fonctionnalités, telles que les API basées sur les journaux de modifications, n'ont pas encore été développées pour les API de dossiers médicaux personnels.
Si vous préférez intégrer une PHR à votre application à l'aide de Jetpack, nous vous suggérons d'attendre que la PHR soit disponible dans Jetpack et d'en apprendre davantage à son sujet à l'aide de ces ressources en attendant.
MedicalDataSource
Les dossiers médicaux stockés dans Santé Connect sont organisés dans un MedicalDataSource. Cela permet de séparer les dossiers médicaux d'une même personne provenant de différentes sources, telles que des API ou des systèmes de santé.
Si tous les enregistrements proviennent de la même source, une application d'écriture n'a besoin de créer qu'un seul MedicalDataSource. Si les enregistrements proviennent de plusieurs sources, une application peut toujours créer un seul MedicalDataSource si ces données sont réconciliées et que tous les enregistrements ont une combinaison unique de type de ressource FHIR et d'ID de ressource FHIR.
Sinon, un MedicalDataSource doit être créé pour chaque source de données.
Tous les dossiers médicaux doivent être associés à un MedicalDataSource. Celui-ci doit donc être créé avant d'écrire les ressources.
Propriétés de MedicalDataSource:
- Nom à afficher (obligatoire) : nom à afficher pour l'utilisateur de la source de données, identifié de manière unique par application d'écriture.
URI de base FHIR (obligatoire) : pour les données provenant d'un serveur FHIR, il doit s'agir de l'URL de base FHIR (par exemple,
https://example.com/fhir/). Si les données sont générées par une application sans URL FHIR, il doit s'agir d'un URI unique et compréhensible défini par l'application (par exemple,myapp://..) qui pointe vers la source des données.Par exemple, si une application cliente est compatible avec un lien profond d'application, ce lien profond peut être utilisé comme URI de base FHIR. La longueur maximale de l'URI est de 2 000 caractères.
Nom du package (renseigné automatiquement) : application écrivant les données.
Version FHIR (obligatoire) : version FHIR. Les versions 4.0.1 et 4.3.0 sont compatibles.
Plusieurs sources de données peuvent être associées à la même URL de base FHIR.
Dans une source de données, tous les dossiers médicaux doivent avoir une combinaison unique de type de ressource FHIR et d'ID de ressource FHIR.
MedicalResource
MedicalResource représente une ressource FHIR stockée dans Santé Connect.
Propriétés de MedicalResource:
- DataSourceId (obligatoire) : source de données telle que décrite pour un
MedicalDataSource. - Version FHIR (obligatoire) : version FHIR. Les versions 4.0.1 et 4.3.0 sont compatibles.
- Ressource FHIR (obligatoire) Instance de ressource FHIR encodée au format JSON.
- Type de ressource médicale (renseigné automatiquement) : catégorie de la ressource visible par l'utilisateur, mappée sur les autorisations visibles par l'utilisateur.
- Ce champ est renseigné au moment de l'insertion et dérivé automatiquement par Santé Connect.
- L'ensemble initial de types est décrit précédemment.