ISiK, MIO, MII et HL7 DE : quatre familles allemandes de FHIR qui ne sont pas une seule API
Une carte des équipes produits d'ISiK (interface hospitalière), MIO (objets KBV ePA), MII Kerndatensatz et HL7 DE Basisprofile — ainsi que la déclaration gematik INA selon laquelle l'Allemagne reste sur FHIR R4 jusqu'à ce qu'un calendrier national existe.
Ala Ben Aicha
Réponse directe
ISiK est l’interface FHIR obligatoire des hôpitaux allemands. MIO, MII Kerndatensatz et HL7 DE Basisprofile sont des produits différents. gematik INA déclare que les spécifications nationales allemandes restent sur FHIR R4 jusqu'à ce qu'un calendrier coordonné existe.
Quatre noms, quatre acheteurs
Les conversations allemandes du FHIR regroupent quatre programmes dans « le profil allemand ». Ils ne partagent pas de CapabilityStatement, de mandat légal ou d'identifiant de package. Implémentez la famille citée dans le contrat.
| Famille | Organisme / publication | Canonique / paquet | Qu'est-ce que c'est | Ce que ce n'est pas |
|---|---|---|---|---|
| ISiK (Système technique d'information dans le Krankenhaus) | gematik; Portail Fach ISiK; Simplifier ISiK Stufe 5 | https://gematik.de/fhir/isik/; famille de packages de.gematik.isik. Stufe 5 publié 1 juillet 2025 |
Obligatoire hôpital Interface FHIR REST sous §373 SGB V : Base (Patient, Encounter, Condition, Procédure, Couverture, …) plus modules (médicaments, documents/MHD, rendez-vous, signes vitaux, …) | Pas un ePA MIO, pas un ensemble de données de recherche universitaire, pas un certificat CE de cet article |
| MIO (Objets d'informations médicales) | KBV/millions42 ; mio.kbv.de | IG du projet MIO sur mio.kbv.de (exemple : objets structurés comme le livret de bonus dentaire) | Objets FHIR structurés pour l'ePA (dossier électronique du patient) utilisé dans les flux de travail ambulatoires / de partage de dossiers | Pas ISiK. Un hôpital ISiK Patient n'est pas un MIO Composition |
| MII Kerndatensatz | Medizininformatik-Initiative; Base KDS 2026.0.0 | Package de.medizininformatikinitiative.kerndatensatz.base#2026.0.0 sur FHIR R4 |
Ensemble de données de base de recherche pour les centres d'intégration de données : Personne, Chute, Diagnostiquer, Prozedur, Travail, Médication, … | Pas une interface de production hospitalière. Types de ressources qui se chevauchent, profils différents |
| Profil de base HL7 DE | HL7 Allemagne ; Base DE | de.basisprofil.r4 (L'INA répertorie le Basisprofile comme fondation nationale ; la séquence actuelle du simplificateur inclut la version 1.6.0) |
Base nationale pour les identifiants, l'adresse et la terminologie sur lesquels ISiK, MIO et MII s'appuient tous | Pas lui-même la cible de conformité ISiK ou MIO |
Sources primaires : pages gematik ISiK, INA « Application du FHIR en Allemagne », INA Top 20 des IG.
L'identifiant : Versicherten-ID / KVNR
L'identifiant spécifique au pays pour les ressources allemandes Patient est le Krankenversichertennummer (KVNR), le GKV Versicherten-ID. HL7 DE et les profils en aval utilisent :
http://fhir.de/sid/gkv/kvid-10
Il s'agit d'un identifiant de 10 caractères avec des invariants DE Base. Ce n'est pas un IHI, ni un numéro NHS, ni un MRN. Les numéros de patients PKV et internes à l'hôpital sont des tranches supplémentaires — ISiK Basis définit la façon dont ils apparaissent sur ISiK Patient. Ne publiez pas de vrai KVNR dans des exemples ; conservez l'URL du système et une valeur factice dans les jeux de données de test.
IHE MHD apparaît dans les modules de documents ISiK. Cela ne fait pas d’un hôpital allemand un domaine d’affinité XDS. Pour les modèles MHD/XDS dans les communautés européennes, voir le Article sur les profils IHE.
gematik INA : pas de pas automatique R4 → R5
En janvier 2024, les principaux organismes de spécification allemands – dont mio42, KBV, HL7 Deutschland, gematik, MII, RKI, GKV-Spitzenverband, l'Interop Council et le bureau national de coordination – ont publié une déclaration commune sur INA:
- Les spécifications FHIR allemandes pertinentes au niveau national sont disponibles FHIR 4.0.1 (HL7 DE Basis, KBV incluant eAU/eRezept, écosystème MIO, ISiK, MII Kerndatensatz, DEMIS et autres).
- Une migration de R4 à R5 n’est pas requis du point de vue de ces acteurs.
- Un passage à une nouvelle version de FHIR ne devrait avoir lieu que lorsqu'il y a un calendrier coordonné couvrant toutes les spécifications FHIR pertinentes au niveau national.
- Les nouveaux projets devraient continuer à utiliser la version 4.0.1 jusqu'à ce que ce calendrier existe.
- Si un élément R5 est nécessaire, utilisez préadoption, pas une mise à niveau unilatérale du serveur.
La table ronde FHIR R6 2026 de l’INA n’annule pas cette déclaration R5. Depuis le texte de l'INA de septembre 2026, les organisations sont disposées à discuter d'une future voie R6 une fois qu'un R6 stable est prévisible ; ils n'exécutent pas de basculement national R5. N'enchérissez pas « nous livrerons ISiK sur R5 » à moins que le package ISiK écrit que vous devez transmettre soit R5 – aujourd'hui, ce n'est pas le cas.
Que mettre en œuvre en premier
- Si l'acheteur est un KIS hospitalier / sous-système sous §373 SGB V : ISiK Basis (et les modules nommés dans le contrat), FHIR R4, KVNR + identifiant de l'hôpital Patient, CapabilityStatement qui instancie les canoniques ISiK. La confirmation gématik est une procédure distincte ; cet article n'est pas cette procédure.
- Si l'acheteur est un ePA / fournisseur d'objets structurés: le nommé MIO IG, pas ISiK Basis.
- Si l'acheteur est un université DIZ / recherche: modules MII KDS 2026, incluant la recherche de profils Patient / pseudonyme, pas ISiK.
- Dépend toujours de Base HL7 DE pour les modèles d'identifiant et d'adresse afin que les trois familles puissent partager l'identité Patient à la périphérie.
Le Guide d'intégration HL7 FHIR R4 présente les bases des API REST. Les paramètres de recherche ISiK et la terminologie allemande (clés ICD-10-GM, OPS, KBV) remplacent les exemples génériques R4.
Ce que ce n'est pas
Cet article n'est pas une confirmation ISiK, ni un certificat gématik, ni une approbation KBV MIO, ni un avis juridique. Je n’effectue pas de gematik Bestätigungsverfahren. La mise en œuvre de profils ISiK dans un laboratoire ne vous autorise pas à revendiquer un logiciel certifié ISiK. L'anglais est utilisé ici car je n'écris pas de spécifications en allemand ; le texte contraignant est l'IG allemand. Rien ici n’est un conseil clinique.
Lecture connexe
- Profils IHE dans les soins de santé européens
- Intégration HL7 FHIR R4
- Guides de mise en œuvre du FHIR par pays
Pour le travail de mappage R4 avec ISiK ou DE Base, utilisez Intégration HL7 FHIR.