---
{
"title": "FHIR en Allemagne : naviguer dans ISiK, MII et l'EHDS",
"description": "Un guide conjoint de Health Samurai et de Gefyra sur le paysage FHIR allemand : institutions, lois, familles de profils, obligations sectorielles et ce que l'EHDS change pour les développeurs.",
"date": "2026-07-21",
"author": "Valeria Fursa, Patrick Werner",
"reading-time": "15 min read",
"tags": ["FHIR Standard", "FHIR Profiling", "Compliance"],
"tldr": "L'Allemagne fait de l'adoption de FHIR une question de conformité. ISiK de gematik, KBV et les MIOs, le MII Kerndatensatz, et maintenant l'EHDS de l'UE imposent chacun leurs propres contraintes sur FHIR R4. Ce guide conjoint de Health Samurai et de Gefyra cartographie les institutions, les lois et les familles de profils — ainsi que ce qu'ils signifient pour l'infrastructure que vous construisez.",
"utm-campaign": "fhir_expert",
"utm-content": "fhir-germany"
}
---
> For the complete documentation index, see [llms.txt](https://www.health-samurai.io/llms.txt).
> Use it to discover all available pages before guessing URLs.
---
Un guide conjoint de Health Samurai et de Gefyra GmbH
Diesen Leitfaden gibt es auch auf Deutsch
Vollständige deutsche Ausgabe — ISiK, MII, EHDS und der komplette Profil-Stack.
L'Allemagne est l'un des marchés FHIR les plus importants d'Europe. Non pas parce que la norme y est inconnue, mais parce que l'infrastructure nationale intègre FHIR dans des flux de travail réglementés par la loi. La prise en charge de FHIR R4 est le point de départ. Ce n'est pas la ligne d'arrivée.
Ce texte cartographie les institutions, les lois, les profils et les obligations sectorielles qui déterminent ce que l'adoption de FHIR signifie concrètement en Allemagne en ce moment. Nous l'avons rédigé à l'intention des décideurs de haut niveau qui délimitent des travaux d'interopérabilité pour les hôpitaux, les fournisseurs de logiciels ambulatoires et pharmaceutiques, les applications de santé numérique et les plateformes de données de recherche.
## Le paysage institutionnel
Plusieurs organismes coordonnés régissent l'infrastructure de santé numérique de l'Allemagne. Chacun façonne une partie distincte de l'écosystème FHIR.
[gematik GmbH](https://www.gematik.de/) est l'agence nationale pour l'infrastructure de télématique. Son périmètre couvre le dossier patient électronique (ePA) — l'infrastructure nationale de dossier de santé contrôlé par le patient —, le système de prescription électronique (eRezept), le certificat électronique d'incapacité de travail (eAU), les services de communication sécurisée dans le secteur de la santé et le cadre d'interopérabilité hospitalière [ISiK](https://www.gematik.de/anwendungen/isik). gematik publie des [spécifications techniques](https://gemspec.gematik.de/), les spécifications d'interopérabilité actuelles étant généralement réalisées sous forme de guides d'implémentation FHIR.
[HL7 Deutschland e.V.](https://www.hl7.de) maintient les [profils de base allemands](https://simplifier.net/packages/de.basisprofil.r4) (de.basisprofil.r4). Ces derniers fournissent des blocs de construction fondamentaux pour les implémentations nationales de FHIR en adaptant FHIR R4 international aux besoins de l'Allemagne. Les profils de base définissent des modèles réutilisables pour les ressources de base, les types de données tels que les identifiants ou les structures d'adresses, et les liaisons terminologiques, qui sont ensuite adoptés et étendus par les organisations de spécification compétentes telles que gematik, KBV ou la Medizininformatik-Initiative dans leurs guides d'implémentation propres à leur domaine.
La [Kassenärztliche Bundesvereinigung (KBV)](https://www.kbv.de/) est l'organisme d'autoréglementation des médecins et des psychothérapeutes participant au système d'assurance maladie légale en Allemagne ; elle définit les exigences d'interopérabilité pour les flux de travail de soins ambulatoires. Sa filiale [Mio42 GmbH](https://mio42.de/) développe les Medical Information Objects (Medizinische Informationsobjekte, MIOs) : des spécifications normalisées basées sur FHIR pour les documents médicaux structurés et les dossiers centrés sur le patient, notamment le carnet de vaccination, le carnet de maternité et le carnet de santé pédiatrique.
Le [Bundesinstitut für Arzneimittel und Medizinprodukte (BfArM)](https://www.bfarm.de/) joue un rôle central dans le paysage de la santé numérique et de l'interopérabilité en Allemagne. Au-delà de la gestion du registre des applications de santé numérique (DiGA), BfArM est responsable des systèmes nationaux de terminologie et de classification, notamment SNOMED CT, ICD-10-GM, OPS et l'infrastructure liée à LOINC. Il héberge également le Forschungsdatenzentrum Gesundheit (FDZ Gesundheit), l'infrastructure fédérale pour l'utilisation secondaire des données de l'assurance maladie légale.
Le [Robert Koch Institute (RKI)](https://www.rki.de/) gère DEMIS, le système national de déclaration des maladies infectieuses en Allemagne, qui s'appuie sur des interfaces basées sur FHIR pour la déclaration interopérable en santé publique.
La [Medical Informatics Initiative (MII)](https://www.medizininformatik-initiative.de/), financée par le ministère fédéral de l'Éducation et de la Recherche (BMBF), coordonne le Kerndatensatz, un ensemble de données de base national pour la recherche clinique interopérable inter-institutionnelle. La norme est mise en œuvre dans les centres d'intégration de données de tous les hôpitaux universitaires allemands et définit des structures de données harmonisées basées sur FHIR, organisées en plusieurs modules spécifiques à chaque domaine, tels que les diagnostics, les données de laboratoire, les médicaments, le consentement et la génomique.
La Deutsche Rentenversicherung (DRV) gère des flux de déclaration de réadaptation qui s'appuient de plus en plus sur FHIR chaque année. Dans les soins directs, la facturation, la santé publique et la recherche, ces institutions sont celles qui décident de la façon dont FHIR s'applique concrètement.
## Le niveau européen : l'EHDS
Le Règlement sur l'Espace européen des données de santé ([EHDS](https://eur-lex.europa.eu/eli/reg/2025/327/oj)), entré en vigueur en mars 2025, ajoute un nouveau niveau d'interopérabilité européen au-dessus des cadres nationaux existants de l'Allemagne. Les initiatives allemandes basées sur FHIR, telles que l'ePA, ISiK, les MIOs et l'ensemble de données de base MII, devront de plus en plus s'aligner sur les exigences européennes émergentes en matière d'échange transfrontalier, d'interopérabilité sémantique et d'utilisation secondaire des données de santé.
L'EHDS repose sur deux piliers. Le cadre d'utilisation primaire permet l'accès transfrontalier aux données de santé pour la prestation de soins et l'accès des citoyens via MyHealth@EU. Le cadre d'utilisation secondaire régit l'accès aux données de santé à des fins de recherche, d'innovation, de politique publique et de réglementation, via HealthData@EU et un organisme d'accès aux données de santé désigné dans chaque État membre. Au-delà de l'interopérabilité, l'EHDS vise également à établir un cadre européen harmonisé et un marché unique pour les systèmes de dossiers de santé électroniques et les services de santé numérique.
Le fondement de l'interopérabilité technique est le Format européen d'échange de dossiers de santé électroniques (EEHRxF), un cadre basé sur FHIR intégrant des spécifications telles que l'[International Patient Summary](https://hl7.org/fhir/uv/ips/) (IPS). Les obligations réglementaires sont introduites progressivement selon un calendrier de mise en œuvre échelonné :
* **Mars 2027** : Date limite pour que la Commission européenne adopte les principaux actes d'exécution définissant les détails opérationnels et techniques du cadre EHDS.
* **Mars 2029** : Le premier groupe prioritaire (résumés de patients, ePrescriptions, eDispensations) doit être échangeable entre les États membres. La plupart des règles relatives à l'utilisation secondaire s'appliquent également à partir de cette date.
* **Mars 2031** : Le deuxième groupe prioritaire (études et rapports d'imagerie médicale, résultats de laboratoire, rapports de sortie d'hôpital) suit.
En parallèle, les systèmes de dossiers de santé électroniques mis sur le marché de l'UE seront soumis à un nouveau cadre d'évaluation de la conformité dans le cadre de l'EHDS. En pratique, cela instaure un régime réglementaire d'interopérabilité et de conformité comparable, dans son esprit, au marquage CE pour les dispositifs médicaux.
Pour l'Allemagne, la cartographie institutionnelle est déjà visible. Le pôle national EHDS est en cours d'établissement conjointement par gematik, BfArM et la DVKA au sein du GKV-Spitzenverband (la Deutsche Verbindungsstelle Krankenversicherung Ausland). gematik est responsable de l'infrastructure technique côté télématique nécessaire pour connecter l'écosystème ePA allemand aux services d'échange transfrontalier européens.
Au fur et à mesure de la mise en œuvre de l'EHDS, l'ePA s'intègre de plus en plus dans un réseau d'interopérabilité européen plus large plutôt que dans une infrastructure purement nationale. Du côté de l'utilisation secondaire, le Forschungsdatenzentrum Gesundheit (FDZ Gesundheit) au BfArM — établi dans le cadre du Gesundheitsdatennutzungsgesetz (GDNG) — est bien positionné pour soutenir les futures responsabilités de l'Allemagne en matière d'organisme d'accès aux données de santé dans le cadre de l'EHDS.
Pour les développeurs, la conséquence est une conformité à double niveau. Les profils de base allemands, ISiK, les spécifications KBV/MIO, l'ePA et le MII Kerndatensatz doivent tous être conciliés avec l'EEHRxF et les profils de base européens émergents. Ce travail d'alignement est déjà visible : le KIG de gematik, son groupe de coordination de l'interopérabilité, a identifié la compatibilité avec l'EHDS comme un objectif explicite pour les nouveaux profils de base allemands prévus. En cas de succès, ces profils pourraient fournir un fondement national partagé qui réduirait le travail de correspondance spécifique à chaque projet entre les spécifications allemandes et européennes. En parallèle, les principales spécifications nationales — notamment le cadre ISiK de gematik, le MII Kerndatensatz et les spécifications KBV/MIO — font l'objet d'évaluations et d'alignements croissants avec les exigences européennes. Pour les scénarios de résumé de patient, cela implique également un alignement avec les modèles de données basés sur IPS. Une partie de cette correspondance est simple. MII est déjà basé sur R4 et relativement proche des modèles internationaux d'échange clinique. D'autres parties nécessiteront un travail de traduction explicite, notamment les identifiants spécifiques à l'Allemagne, les structures d'adresses, les extensions et les ensembles de valeurs nationaux. Pour les fournisseurs de systèmes d'information hospitaliers et de dossiers de santé électroniques, la capacité à gérer à la fois les niveaux de conformité national et européen est susceptible de devenir un facteur de plus en plus important dans la conception des produits, la certification et les acquisitions.
## Le cadre juridique qui fait de FHIR une décision d'achat
Les organismes décrits ci-dessus n'opèrent pas dans le vide. Leur autorité et leur impact sur le marché découlent de mandats légaux spécifiques. Le niveau national allemand repose sur plusieurs lois clés.
Le [Code social, livre V (SGB V)](https://www.gesetze-im-internet.de/sgb_5) est le fondement de l'assurance maladie légale et la source de nombreuses obligations en matière d'infrastructure numérique. Deux paragraphes sont particulièrement structurants :
* [§301 SGB V](https://www.gesetze-im-internet.de/sgb_5/__301.html) régit la facturation structurée et la déclaration des hôpitaux aux caisses d'assurance maladie légale.
* [§373 SGB V](https://www.gesetze-im-internet.de/sgb_5/__373.html) fournit la base légale pour ISiK, le cadre obligatoire d'interopérabilité hospitalière de gematik.
Le Digital-Gesetz (DigiG), adopté en 2024, a accéléré la numérisation du système légal. Sa conséquence la plus visible : le modèle de refus pour le dossier patient électronique. Chaque personne assurée légalement reçoit désormais automatiquement un ePA, à moins qu'elle ne s'y oppose activement. L'ePA a cessé d'être une option techniquement disponible. Il est devenu un canal par défaut pour les données cliniques.
Le Gesundheitsdatennutzungsgesetz (GDNG), également adopté en 2024, régit l'utilisation secondaire des données de santé. Il renforce la base légale du Forschungsdatenzentrum Gesundheit (FDZ Gesundheit) au BfArM et crée une voie réglementée pour la recherche, l'assurance qualité et d'autres utilisations secondaires des données de santé, y compris les données d'assurance légale et, dans des conditions définies, les données dérivées de l'ePA.
Le [Krankenhauszukunftsgesetz (KHZG, loi sur l'avenir des hôpitaux)](https://www.bundesgesundheitsministerium.de/krankenhauszukunftsgesetz) a été le principal instrument de financement de la numérisation des hôpitaux en Allemagne. Par le biais du Krankenhauszukunftsfonds, il a créé un cadre de financement de 4,3 milliards d'euros pour la numérisation des hôpitaux, couvrant des domaines tels que les portails patients, la documentation numérique, la gestion des médicaments, l'aide à la décision clinique, la sécurité de l'information et l'interopérabilité. Bien que la principale période de financement soit terminée, le KHZG continue de façonner les investissements informatiques des hôpitaux par le biais des exigences de mise en œuvre, des obligations de déclaration et des déductions financières pour les hôpitaux qui ne fournissent pas et n'utilisent pas les services numériques requis. Du côté des hôpitaux, le KHZG reste un important moteur de mise en œuvre et de conformité pour une infrastructure interopérable et compatible FHIR.
### Calendrier consolidé
* 1er janvier 2024 : L'eRezept devient obligatoire pour les prescriptions ambulatoires légales et la dispensation en pharmacie.
* 2024 : Le DigiG et le GDNG sont adoptés, fournissant le cadre juridique pour *ePA für alle* et l'utilisation secondaire des données de santé.
* 15 janvier 2025 : Le déploiement de l'ePA par refus commence avec la création automatique pour les assurés n'ayant pas fait opposition ; la disponibilité nationale pour les prestataires de soins de santé a suivi le 29 avril.
* 2025/2026 : Les déductions de numérisation KHZG sont déterminées en fonction des services numériques requis et commencent à affecter le remboursement des hôpitaux non conformes.
* En continu : gematik continue de publier des étapes ISiK successives et des versions de modules.
## La pile de profils
La majeure partie de l'ambiguïté dans le paysage FHIR allemand provient de la façon dont les profils sont superposés. La question pratique est de savoir quelle famille de profils s'applique dans quel contexte, et quelles contraintes nationales ont la priorité.
**Les [profils de base allemands](https://simplifier.net/packages/de.basisprofil.r4)**, maintenus par HL7 Deutschland, se situent le plus près de la spécification de base. Ils fournissent des blocs de construction nationaux réutilisables pour les ressources et les types de données, notamment des identifiants tels que KVNR, BSNR et LANR, des structures d'adresses et des liaisons terminologiques. Presque toutes les familles de profils en aval s'appuient sur eux.
**Les [profils ISiK](https://www.gematik.de/anwendungen/isik)**, publiés par gematik, définissent les interfaces hospitalières obligatoires en vertu du §373 SGB V. Ils s'appuient sur les profils de base allemands et ajoutent des contraintes spécifiques aux hôpitaux pour des domaines tels que l'administration des patients, les séjours, les diagnostics, les procédures et les médicaments.
**KBV** est au cœur du système de soins ambulatoires légaux en Allemagne et des règles professionnelles entourant la prescription ambulatoire, notamment le contexte du flux de travail ambulatoire de l'eRezept. Dans les logiciels de gestion de cabinet, les exigences liées à KBV constituent une famille de conformité dominante. L'infrastructure technique E-Rezept et les spécifications d'échange basées sur FHIR sont toutefois définies dans le paysage des spécifications gematik/TI.
**Les profils [ePA](https://www.gematik.de/anwendungen/epa) et [eRezept](https://www.gematik.de/anwendungen/e-rezept)** définissent les flux de données et les API au sein de l'infrastructure de télématique. Pour l'eRezept, la pile de profils est partagée : KBV définit les profils de données de prescription pour la prescription médicamenteuse électronique, tandis que gematik définit le flux de travail eRezept, l'infrastructure TI et les spécifications d'échange basées sur FHIR. Ensemble, ceux-ci couvrent les objets de données de prescription, l'échange de documents et de métadonnées ePA, les données liées aux médicaments et d'autres services spécifiques à la TI. Les applications et artefacts TI connexes comprennent le plan de médication électronique (eMP), l'ensemble de données d'urgence (NFD) et le certificat électronique d'incapacité de travail (eAU), bien que ceux-ci ne doivent pas tous être traités comme une seule famille de profils.
**Les [MIOs](https://mio.kbv.de/)**, développés par Mio42 pour le compte de KBV, sont des spécifications normalisées basées sur FHIR pour les documents médicaux structurés dans le contexte de l'ePA. Ils s'appuient sur les conventions nationales de profilage allemandes, notamment les profils de base allemands, et définissent le contenu des dossiers centrés sur le patient, comme la documentation relative à la vaccination, à la maternité, aux soins dentaires préventifs et aux examens pédiatriques.
**Le [MII Kerndatensatz](https://www.medizininformatik-initiative.de/en/medical-informatics-initiatives-core-data-set)** définit les profils FHIR utilisés par les centres d'intégration de données des hôpitaux universitaires allemands à des fins de recherche et d'utilisation secondaire. Il constitue une cible de conformité centrale pour l'échange de données de recherche clinique académique en Allemagne.
**[RKI DEMIS](https://www.rki.de/DE/Themen/Infektionskrankheiten/Meldewesen/DEMIS/demis-node.html)** définit les profils FHIR pour la déclaration des maladies infectieuses en vertu de la loi sur la protection contre les infections (Infektionsschutzgesetz, IfSG), permettant une déclaration électronique normalisée aux autorités de santé publique.
## Obligations par secteur
Le tableau ci-dessous résume la façon dont les niveaux institutionnel, juridique et de profils s'empilent par secteur. Il n'est pas exhaustif (la plupart des systèmes en production couvrent plusieurs lignes), mais il capture le vecteur de conformité dominant pour chaque type d'acheteur.
| Secteur | Principales familles de profils | Base légale | Principal moteur |
| :---- | :---- | :---- | :---- |
| Hôpitaux | Base allemande, ISiK, MII (sites de recherche actifs), déclaration alignée sur §301 | §373 SGB V, §301 SGB V, KHZG | Participation à la TI, exigences de mise en œuvre KHZG et risque de déductions de remboursement |
| Cabinets ambulatoires | Base allemande, KBV, ePA, eRezept | SGB V, DigiG | Participation à l'assurance légale, mandat eRezept, intégration ePA |
| Pharmacies | Base allemande, eRezept, spécifications liées à la TI | SGB V | Dispensation des ordonnances, participation à la TI |
| Développeurs DiGA | Base allemande, exportation de données alignée sur l'ePA | §33a SGB V, DiGAV | Exigences d'inscription BfArM |
| Santé publique et laboratoires | Profils RKI DEMIS | IfSG | Déclaration légale des maladies |
| Hôpitaux universitaires et recherche | MII Kerndatensatz | GDNG, financement BMBF, gouvernance MII | Recherche fédérée, utilisation secondaire, accès FDZ |
## Hôpitaux : la décennie portée par le KHZG
Pour les hôpitaux, l'adoption de FHIR est façonnée moins par un seul mandat que par des pressions qui se chevauchent : projets de numérisation financés par le KHZG, intégration TI/ePA, exigences de recherche, feuilles de route des fournisseurs et cadre de conformité ISiK émergent. Les services financés par le KHZG — notamment les portails patients, la gestion électronique des médicaments, l'aide à la décision clinique, la documentation structurée, la sécurité de l'information et l'interopérabilité — ont créé une impulsion d'investissement majeure pour l'informatique hospitalière structurée. Toutes les exigences du KHZG ne correspondent pas directement à FHIR ou à ISiK, mais bon nombre des décisions d'approvisionnement et d'intégration qui en découlent favorisent les systèmes capables de prendre en charge des flux de données structurés, interopérables et de plus en plus compatibles FHIR.
ISiK est structuré en étapes et modules successifs plutôt que comme un ensemble de profils statique unique. Il s'agit du cadre de spécification FHIR de gematik pour des interfaces hospitalières ouvertes et normalisées en vertu du §373 SGB V, couvrant des domaines tels que l'administration des patients, la documentation clinique, les médicaments, les diagnostics, les formulaires et d'autres flux de travail liés aux soins. L'applicabilité exacte dépend du module ISiK pertinent, de la catégorie de logiciel et des exigences de confirmation.
Le §301 SGB V ajoute une couche distincte de facturation et de déclaration administrative. Il ne s'agit pas d'un mandat FHIR, mais il façonne les modèles de données hospitalières et les exigences d'intégration grâce à des structures standardisées de facturation, de département et de déclaration aux payeurs. En pratique, les hôpitaux ont souvent besoin de concilier ces structures administratives avec les interfaces cliniques basées sur ISiK et les modèles de systèmes internes.
Les hôpitaux participant à la recherche portent une couche supplémentaire. Leurs centres d'intégration de données doivent généralement prendre en charge le MII Kerndatensatz pour la recherche inter-institutionnelle et l'utilisation secondaire. Les flux de données côté recherche et côté soins ne partagent pas automatiquement la même infrastructure ni les mêmes cibles de conformité, de sorte que les centres médicaux universitaires se retrouvent souvent à gérer des responsabilités FHIR qui se chevauchent entre la prestation de soins et la recherche.
## Ambulatoire et pharmacie
Pour les médecins ambulatoires, les obligations opérationnelles découlent de la participation au système d'assurance maladie légale en Allemagne. Le mandat eRezept, en vigueur depuis janvier 2024, exige des flux de travail de prescription électronique structurés. Sa pile de profils FHIR est partagée entre plusieurs acteurs : KBV définit les profils de données de prescription professionnelle pour la prescription ambulatoire, tandis que gematik définit le flux de travail E-Rezept, l'infrastructure TI et les spécifications d'échange basées sur FHIR. Les logiciels de gestion de cabinet sont donc façonnés par les exigences KBV, l'intégration du flux de travail eRezept et la conformité gematik/TI.
L'ePA ajoute un deuxième niveau. Les services ePA liés aux médicaments, notamment dans le contexte du plan de médication électronique, sont mis en œuvre par le biais de spécifications basées sur FHIR et influencent la façon dont les médecins et les pharmaciens interagissent avec les informations structurées sur les médicaments. Les MIOs définissent des structures de documents normalisées basées sur FHIR pour des cas d'utilisation spécifiques de l'ePA. Selon les MIOs qu'un logiciel de cabinet prend en charge, ils peuvent ajouter des exigences de profils supplémentaires au-delà de l'eRezept et de l'intégration de base de l'ePA.
Les pharmacies se situent au point de dispensation de l'eRezept. Elles doivent prendre en charge les spécifications E-Rezept et TI pertinentes pour récupérer les ordonnances, les honorer, dispenser les médicaments, gérer la substitution le cas échéant, et produire les flux de données requis en matière de dispensation et de facturation.
## DiGA : applications de santé numérique
Les applications de santé numérique [inscrites par BfArM](https://diga.bfarm.de/de) en vertu du §33a SGB V sont remboursées par l'assurance légale. Elles doivent satisfaire à des exigences d'interopérabilité définies, notamment l'exportation de données lisibles par machine et le transfert de données lié à l'ePA, le cas échéant. En d'autres termes : les fournisseurs de DiGA ont besoin de capacités d'exportation structurées, de plus en plus alignées sur des spécifications basées sur FHIR telles que le DiGA/MIO Toolkit, afin que les données générées par les applications puissent être réutilisées dans le contexte de l'ePA ou par les prestataires de soins traitants.
## Santé publique, réadaptation et soins intersectoriels
La déclaration des maladies infectieuses passe par RKI DEMIS en utilisant des profils FHIR pour la déclaration électronique normalisée en vertu de la loi sur la protection contre les infections (Infektionsschutzgesetz, IfSG). Les prestataires de soins de santé et les laboratoires déclarant des maladies à notification obligatoire doivent se conformer aux profils DEMIS pertinents.
Les soins ne s'arrêtent pas aux frontières sectorielles. Les transitions entre hôpitaux, cabinets ambulatoires, réadaptation et soins à domicile exigent une interopérabilité entre des systèmes soumis à des contraintes juridiques, organisationnelles et techniques différentes. Là où FHIR est utilisé, les conventions nationales de profilage partagées telles que les profils de base allemands fournissent un fondement commun, mais des spécifications ou extensions spécifiques au contexte sont généralement encore nécessaires.
## Recherche et utilisation secondaire
La Medical Informatics Initiative définit le Kerndatensatz, un ensemble de données de base national convenu entre les hôpitaux universitaires allemands et mis en œuvre par le biais de profils FHIR pour la recherche inter-institutionnelle et l'utilisation secondaire. Les centres d'intégration de données des sites médicaux universitaires transforment et harmonisent les données cliniques de routine selon les spécifications MII et les rendent disponibles pour des requêtes de faisabilité fédérées et l'accès aux données de recherche via le Forschungsdatenportal Gesundheit (FDPG), dans le cadre des régimes de gouvernance et de consentement applicables.
Le GDNG et le FDZ Gesundheit au BfArM étendent le modèle d'utilisation secondaire au-delà de la médecine universitaire vers les données de l'assurance légale et, dans des conditions définies, les données dérivées de l'ePA. Ils ouvrent des voies structurées pour la recherche et d'autres utilisations d'intérêt public des données de santé. À lire MII et GDNG côte à côte, la direction est claire : FHIR est devenu un substrat d'interopérabilité central pour la recherche médicale universitaire en Allemagne, tandis que l'infrastructure d'utilisation secondaire s'étend au domaine légal et national des données de santé. Pour les hôpitaux universitaires et les sites de recherche connectés à MII, cela crée un niveau de conformité FHIR supplémentaire en parallèle des obligations côté soins telles qu'ISiK.
## Terminologie : une contrainte sous-estimée
La liaison terminologique est l'une des sources les plus fréquentes de non-conformité en phase finale dans les projets FHIR allemands. Les systèmes de codes pertinents comprennent :
* ICD-10-GM et OPS, les adaptations allemandes de l'ICD-10 et de la classification des procédures, maintenues par BfArM.
* ATC (anatomique-thérapeutique-chimique) et PZN (Pharmazentralnummer) pour la classification pharmaceutique et l'identification des produits.
* LOINC, notamment pour les résultats de laboratoire et les données cliniques structurées, y compris le codage des sections de documents.
* SNOMED CT, disponible sous la licence nationale allemande depuis 2021 et géré par BfArM en tant que centre de diffusion national ; il est de plus en plus obligatoire dans MII et d'autres profils sémantiquement riches.
* ZTS (Zentraler Terminologieserver), qui fournit des ressources terminologiques FHIR utilisées dans les guides d'implémentation allemands, notamment des ensembles de valeurs, des systèmes de codes, ICD-10-GM, OPS et d'autres artefacts terminologiques gérés ou diffusés par des propriétaires terminologiques nationaux tels que BfArM.
Choisir une infrastructure sans réponse sérieuse aux services terminologiques (expansion des ensembles de valeurs, validation des codes, traduction des codes, gestion des versions) et la refonte du projet devient la prévision la plus fiable sur ce marché.
## Conformité transversale : hébergement, sécurité et interconnexion
Pour les données de santé allemandes, la question de la conformité technique est indissociable de la posture de conformité réglementaire. Trois contraintes reviennent dans presque chaque acquisition :
* BSI IT-Grundschutz et l'attestation BSI C5 (Cloud Computing Compliance Criteria Catalog), particulièrement pour l'infrastructure hébergée en nuage. En vertu du [§393 SGB V](https://www.gesetze-im-internet.de/sgb_5/__393.html), les services en nuage utilisés dans le secteur de la santé nécessitent une attestation C5 ou une certification comparable.
* Les attentes en matière de traitement et d'hébergement des données dans l'UE, avec des exigences plus strictes d'hébergement en Allemagne ou de souveraineté numérique selon le cas d'utilisation, en particulier pour les flux de données adjacents à l'ePA ou à la TI.
* Le RGPD (DSGVO), appliqué dans le secteur de la santé avec des orientations sectorielles du Bundesbeauftragte für den Datenschutz und die Informationsfreiheit (BfDI) et des autorités de protection des données des Länder.
La connexion à l'infrastructure de télématique entraîne des dépendances supplémentaires : le Konnektor ou la passerelle TI, l'eHBA (carte électronique du professionnel de santé), la SMC-B (carte d'établissement) et les familles KIM et TI-Messenger pour la messagerie sécurisée. Les systèmes FHIR utilisés dans les flux de travail réglementés sont généralement exploités en parallèle, parfois en amont, de ces composants.
## Ce que cela signifie pour l'infrastructure d'implémentation
En lisant le paysage allemand dans son ensemble, quelques exigences structurelles émergent pour le serveur FHIR qui se trouve derrière tout système servant ce marché. Ce ne sont pas des préférences abstraites. Ce sont les modes d'échec qui apparaissent en production lorsque les équipes sous-estiment la part du marché allemand qui s'inscrit dans des flux de travail réglementés.
* Prise en charge de première classe pour la validation de profils superposés. Un système hospitalier peut avoir besoin de valider des données cliniques similaires par rapport à différentes familles de profils selon le flux de travail — par exemple ISiK pour les interfaces côté soins et MII pour l'échange côté recherche — avec les profils de base allemands dans l'arbre de dépendances. La validation doit être déterministe et performante avec des centaines de profils chargés simultanément.
* Composants d'interopérabilité EEHRxF et EHDS pour la conformité à double niveau. L'EHDS n'est pas seulement une exigence d'échange transfrontalier. Les systèmes de dossiers de santé électroniques mis sur le marché de l'UE devront prendre en charge les composants d'interopérabilité et de journalisation européens requis dans le cadre de l'EHDS. Pour les implémentations allemandes, cela signifie que les familles de profils nationales telles qu'ISiK, l'ePA, KBV/MIO et MII doivent être conçues avec une trajectoire vers l'EEHRxF et les profils de base européens émergents. Pour les scénarios de résumé de patient, cela implique un alignement avec le résumé européen du patient et son modèle de données basé sur IPS.
* Gestion des paquets de profils et épinglage des versions. Les paquets de profils FHIR allemands sont fréquemment mis à jour dans différentes familles de spécifications. Les systèmes en production doivent pouvoir charger des versions de paquets spécifiques, les permuter par locataire ou par flux de travail, et reproduire des validations historiques à la demande.
* Services terminologiques natifs couvrant les systèmes de codes allemands. ICD-10-GM, OPS, SNOMED CT sous la licence nationale, LOINC, ATC et les ressources terminologiques fournies par ZTS doivent tous être interrogeables, extensibles, versionnés et disponibles pour le pipeline de validation.
* Architecture multilocataire pour les fournisseurs exploitant des services auprès de plusieurs cabinets, hôpitaux ou environnements clients DiGA sous un seul périmètre opérationnel.
* Hébergement conforme aux normes en Allemagne ou dans l'UE, avec des pratiques opérationnelles alignées sur C5 et BSI IT-Grundschutz.
* Journalisation des audits, représentation du consentement et prise en charge de SMART on FHIR, notamment des journaux d'accès reproductibles, des états de consentement lisibles par machine et un accès d'applications tierces basé sur des normes, le cas échéant.
* Une trajectoire claire pour se connecter aux composants de l'infrastructure de télématique et opérer en parallèle lorsque le flux de travail l'exige.
## Conclusion
L'Allemagne récompense les équipes qui abordent FHIR non pas simplement comme une couche technologique, mais comme une partie du substrat de conformité. Les institutions, les lois et les familles de profils décrits ici ne sont pas des préoccupations distinctes. Ce sont les mêmes problèmes, vus sous différents angles. La maturité de l'infrastructure sous-jacente détermine la part de cette complexité qui atteint les équipes applicatives, et quelle part du budget peut aller vers le travail orienté utilisateur qui différencie réellement un produit.
Chez Gefyra, nous travaillons directement dans le paysage des spécifications FHIR allemandes et européennes. Notre équipe a contribué à des travaux de spécification nationale et y a apporté des conseils, notamment pour ISiK, d'autres spécifications gematik, les profils de base allemands, les spécifications KBV/Mio42 et l'ensemble de données de base MII. Nous sommes également profondément impliqués dans le contexte d'interopérabilité européen, notamment par la facilitation de guides d'implémentation et la coordination des normes au sein des groupes de travail HL7 Europe. Cette perspective nous permet d'évaluer l'infrastructure FHIR indépendamment de toute pile de fournisseur unique.
Chez Health Samurai, nous construisons et exploitons [Aidbox](https://www.health-samurai.io/fhir-server), la plateforme FHIR qui sous-tend un certain nombre de charges de travail réglementées dans le secteur de la santé en Europe et dans le monde entier. Vous délimitez une infrastructure FHIR pour le marché allemand, que ce soit pour un hôpital, un fournisseur de logiciels de gestion de cabinet ou de pharmacie, une DiGA ou une plateforme de données de recherche ? Contactez [Health Samurai pour l'infrastructure Aidbox](https://www.health-samurai.io/contacts), ou [Gefyra](mailto:sh@gefyra.de) pour des conseils indépendants en matière de spécification, de profilage et d'interopérabilité allemande/européenne. Nous serons ravis de passer en revue la couverture des profils, la prise en charge terminologique, les options d'hébergement et les architectures de référence.
