FR Core, INS et CI-SIS : implémentation de FHIR pour les logiciels de santé français

Réponse directe

FR Core 2.2.0 est la référence communautaire FHIR. INS, c'est l'identité nationale via INSi. Les volets CI-SIS sont des spécifications d'échange ANS. Ce sont trois couches, pas une seule API FHIR française.

Trois noms, trois propriétaires

Les conversations françaises du FHIR regroupent la communauté IG d'Interop'Santé, l'Identité Nationale de Santé et les volets ANS CI-SIS dans « le profil français ». Ils ne partagent pas de CapabilityStatement, de mandat légal ou d'identifiant de package. Implémentez la couche citée dans le contrat.

Sources primaires : FR Core 2.2.0, Doctrine d'interopérabilité ANS. La langue française Guide de l'équipe produit EHDS sur ce site se trouve la superposition des dates EHDS sur FR Core ; cette page ne retraite pas le dump NIS2 ou MDR.

FR Core est explicite sur le fait que les nouveaux travaux français sur le FHIR doivent se poursuivre R4 sauf indication contraire dans une étude publiée sur les normes et standards. N'enchérissez pas « FHIR français sur R5 » car une bibliothèque a choisi par défaut R5.

L'identifiant : INS-NIR / INS-NIA

L'identifiant spécifique au pays pour un Patient français qualifié est le matricule INS. FR Core Patient INS le tranche :

• INS-NIR (NIR définitif) : urn:oid:1.2.250.1.213.1.4.8, tapez le code INS-NIR
• INS-NIA (temporaire): urn:oid:1.2.250.1.213.1.4.9

L'identifiant INS ne peut être véhiculé que lorsque l'identité est qualifiée (référence INS 2.1, EXI 12). C'est pourquoi les tranches perdurent FRCorePatientINS, pas sur le FR Core Patient, plus lâche. Récupérer des traits du téléservice INSi ; ne créez pas d’INS à partir d’un dossier hospitalier.

Ne publiez pas de vrai INS. Conservez l'URL du système et une valeur factice dans les jeux de données de test. Un IPP/NIP local est une tranche supplémentaire — il ne remplace pas l'INS lorsque le destinataire est un point de terminaison FHIR français national ou inter-organisations.

RPPS (IDNatPS) appartient à Practitioner, pas à Patient. FINESS / SIREN appartiennent à l'Organisation. Mélanger ces systèmes sur Patient est la façon dont la correspondance française échoue.

Que mettre en œuvre en premier

1. Si l'acheteur a besoin d'un profil Patient français dont d'autres IG peuvent hériter : FR Core 2.2.0, package hl7.fhir.fr.core#2.2.0, plus le profil INS lorsque l'identité est qualifiée.
2. Si l'acheteur nomme un Volet CI-SIS: implémentez ce volet depuis l'espace de publication de l'ANS, au-dessus de FR Core — et non d'un « French US Core » privé.
3. Si l'acheteur vend à EHDS catégorie 1: lire EU Core et EHDS et le Superposition de l'équipe produit française. EU Core ne remplace pas INS-NIR.
4. Retenez FHIR R4. L'Annuaire Santé FHIR est un exemple de FR Core en production ; il ne remplace pas le volet que vous avez été chargé d'expédier.

Le Guide d'intégration HL7 FHIR R4 présente les bases des API REST. Les paramètres de recherche FR Core et les extensions de fiabilité INS remplacent les exemples génériques R4.

Ce que ce n'est pas

Cet article n'est pas une homologation ANS, ni une certification INS, ni un rapport de conformité CI-SIS, ni un avis juridique. Implémenter des profils FR Core dans un laboratoire ne vous autorise pas à revendiquer « INS compatible logique » ou à appeler INSi en production. Je ne délivre pas de certificats ANS. L'anglais est utilisé ici car ce cluster est l'anglais ; le texte contraignant est celui des référentiels français IG et ANS. Rien ici n’est un conseil clinique.

Lecture connexe

• EU Core et EHDS
• EHDS pour les équipes produit
• Guides de mise en œuvre du FHIR par pays

Pour le travail de mappage R4 sur FR Core ou un volet CI-SIS nommé, utilisez Intégration HL7 FHIR ou démarrer un projet.