💡 L'API Matchid : est intégrée dans la plateforme. Elle s'orchestre avec un job Dasgter mensuel. Le déploiement est paramétrable et cette fiche vous permet d'être autonome sur celui-ci.
¶ 0. Introduction
¶ Workflow
Trouvez ci-après un schéma résumant le workflow des données :
¶ Critères de correspondance
Le job MatchId codé dans Dagster prend les critères suivants afin de faire les correspondances avec les données de l'insee:
- name_family_official
- name_given
- gender_pivot_concept_name
- birth_datetime
Les correspondances sont acceptées pour un score minimal de 0.7 mais cette valeur est paramétrable.
¶ 1. Ajout de l'API dans la plateforme
Afin que l'API soit disponible dans votre cluster, vous pouvez l'activer dans le fichier arkhn-platform.yml :
matchid:
enabled: true
¶ 2. Activation du job dagster
💡 Version Minimale de dagster : 7.4.0-dagster1.12.8
Pour obtenir l'orchestration mensuelle de MatchId sur vos patients, vous devez activer le une variable DagsterMATCH_ID_ACTIVATED.Ce paramètre doit être stocké dans le secretdagster-datasourcesen suivant la procédure Gestion des Secrets / PKI.
Ainsi, dans dagster, vous devrez voir apparaitre le jobmatchid:
Lorsqu'il tourne, le job crée une tableinsee.insee_ingest_death. Son format est redéfini ici :
💡 Note : Vous avez la possibilité de changer leMATCHID_MIN_SCOREdont la valeur par défault est 0.7
¶ 3. Activation des modèles insee
💡 **Pré-requis: **
Version minimale du Codex : 1.52.1
La suite du pipeline se passent dans le Codex.
Pour l'activer, ajoutez simplement :
codex:
source:
insee:
+group: insee
+schema: insee
+tags: 'insee'
raw:
+tags: 'raw'
staging:
+tags: 'stg'
pivot:
+tags: 'source_pvt'
...
vars:
pivot_source_death: ['insee', ..]
Notez qu'il faut ajouter l'insee en premier dans la liste si vous souhaitez que ça soit la première source de vérité.