# MedMij, BgZ, zibs et VWS FHIR-besluit : quatre couches néerlandaises qui ne sont pas une seule API

> MedMij est un échange patient/PHR. BgZ est l'ensemble de données de synthèse des patients néerlandais. les zibs sont des modèles cliniques. Les paires VWS FHIR-besluit STU3+zib2017 et R4+zib2020 — MedMij n'est pas uniquement R4.

Auteur: Ala Ben Aicha

Page de référence: https://alabenaicha.me/fr/insights/fhir-nl-medmij-bgz

Mise à jour: 2026-09-19

## Réponse directe

MedMij est un échange patient/PHR. BgZ est l'ensemble de données de synthèse des patients néerlandais. les zibs sont des modèles cliniques. Le VWS FHIR-besluit associe STU3 avec zib2017 et R4 avec zib2020 ; MedMij n'est pas uniquement R4.

## Quatre noms, quatre métiers

Les conversations néerlandaises sur le FHIR regroupent MedMij, BgZ, Zibs et la décision du ministère FHIR dans « le profil néerlandais ». Ce sont des couches empilées. Un PGO MedMij (environnement de santé personnel) qui parle BgZ n'est pas un serveur générique R4 Patient, et une version bêta R4 nl-core n'est pas un package de production MedMij.

| Couche                                 | Organisme / publication                                                                                                             | Canonique / paquet                                                                                                                                      | Qu'est-ce que c'est                                                                                                         | Ce que ce n'est pas                                                      |
| -------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------ |
| **zibs** (Zorginformatiebouwstenen)    | Nictiz zib-centrum; [zibs.nl](https://zibs.nl/)                                                                                     | Modèles d’informations cliniques, versionnés (2017, 2020, …)                                                                                            | **Sémantique** éléments constitutifs : ce que signifie la tension artérielle ou le nom d'un patient, indépendamment du FHIR | Pas un FHIR IG, pas une API REST                                         |
| **BgZ** (Basisgegevensset Zorg)        | Nictiz ; [informatiestandaarden.nictiz.nl](https://informatiestandaarden.nictiz.nl/); famille de packages `nictiz.fhir.nl.stu3.bgz` | Patient-résumé **ensemble de données** composé de zibs ; Profils FHIR STU3 dans `Nictiz-STU3-BgZ`                                                       | Le contenu néerlandais des résumés de patients que MedMij et d'autres programmes réutilisent                                | Ni MedMij lui-même, ni IPS, ni EEHRxF Patient Résumé                     |
| **MedMij**                             | MedMij/Nictiz ; [MedMij FHIR IG](https://informatiestandaarden.nictiz.nl/wiki/MedMij:IG:V1/FHIR_IG)                                 | Packages STU3 toujours en production (`nictiz.fhir.nl.stu3.zib2017` 2.3.x, `medmij.fhir.nl.stu3.core`); R4 `medmij.fhir.nl.r4.core` 1.1.0 existe à côté | **Patient/PHR échange** afsprakenstelsel : comment un PGO parle à un zorgaanbieder                                          | Il ne s'agit pas d'une interface DSE hospitalière, ni déjà R4 uniquement |
| **VWS FHIR-besluit** (21 octobre 2022) | Ministère de la Santé, du Bien-être et des Sports                                                                                   | Un jumelage de politiques, pas un package                                                                                                               | **STU3 + zib2017** ou **R4 + zib2020**; pas d'autres versions FHIR, pas de paires mixtes                                    | Pas une date de basculement. Il ne retire pas MedMij STU3                |

Sources primaires : les normes d'information de Nictiz, le [VWS FHIR-besluit](https://confluence.hl7.org/download/attachments/104564554/FHIR%20besluit.pdf?api=v2) (21 octobre 2022). R4 `nictiz.fhir.nl.r4.nl-core` est publié dans **bêta** (Séquence 0.12.0-beta sur Simplifier). Ne traitez pas un package bêta nl-core comme le contrat de production MedMij.

## L'identifiant : BSN

L’identifiant spécifique au pays pour les ressources néerlandaises Patient est le Burgerservicenummer (BSN). Correction des profils HL7 Pays-Bas / Nictiz Patient :

`http://fhir.nl/fhir/NamingSystem/bsn`

OID `2.16.840.1.113883.2.4.6.3`. Neuf chiffres, contrôle modulo 11. L'utilisation du BSN dans les soins est limitée par Wbsn-z ; la recherche et les applications sans accord de traitement sont des raisons typiques **pas** pour l'envoyer. Ne publiez pas de vrai BSN. Conservez l'URL du système et une valeur factice dans les jeux de données de test.

Un MRN hospitalier est un identifiant supplémentaire. Il ne remplace pas le BSN lorsque le récepteur est un point final MedMij ou FHIR national néerlandais.

## Que mettre en œuvre en premier

1. Si l'acheteur est un **PGO ou MedMij zorgaanbieder**: le standard d'information MedMij mentionné dans le contrat, généralement **STU3 + zib2017** BgZ. Confirmez le colis (`nictiz.fhir.nl.stu3.zib2017` / `nictiz.fhir.nl.stu3.bgz`) plutôt que de supposer R4.
2. Si l'acheteur est sur un **R4 / zib2020** chemin : `nictiz.fhir.nl.r4.nl-core` (couche implémentable) plus `nictiz.fhir.nl.r4.zib2020` (couche de zib abstraite). Les profils zib2020 sont marqués comme abstraits ; n'implémentez pas le package abstrait comme format d’échange.
3. Si l'acheteur dit « Dutch FHIR » sans nommer MedMij, BgZ ou une norme d'information Nictiz : arrêtez-vous et nommez la norme. Cas d'utilisation des noms Wegiz (échange obligatoire) ; il ne sélectionne pas lui-même STU3 ou R4.
4. Pour la catégorie EHDS 1, BgZ est un cousin de IPS/EU Patient Summary, pas un drop-in. Voir [EU Core et EHDS](https://alabenaicha.me/fr/insights/fhir-eu-core-ehds-implementation).

Le [guide par pays](https://alabenaicha.me/fr/insights/fhir-implementation-guides-by-country) est la carte. Le [Guide HL7 FHIR R4](https://alabenaicha.me/fr/insights/hl7-fhir-integration-guide) présente les bases des API REST — la recherche MedMij et les liaisons zib la remplacent.

## Ce que ce n'est pas

Cet article n'est pas une qualification MedMij, ni un certificat Nictiz, ni un avis juridique Wegiz, ni une autorisation de traiter le BSN. L’envoi de profils STU3 BgZ dans un laboratoire ne vous inscrit pas au MedMij afsprakenstelsel. Je n'effectue pas de tests MedMij deelnemer. Rien ici n’est un conseil clinique.

## Lecture connexe

* [Guides de mise en œuvre du FHIR par pays](https://alabenaicha.me/fr/insights/fhir-implementation-guides-by-country)
* [EU Core et EHDS](https://alabenaicha.me/fr/insights/fhir-eu-core-ehds-implementation)
* [Intégration HL7 FHIR R4](https://alabenaicha.me/fr/insights/hl7-fhir-integration-guide)

Pour le travail de cartographie par rapport à MedMij ou nl-core, utilisez [Intégration HL7 FHIR](https://alabenaicha.me/fr/services/hl7-fhir-integration) ou [démarrer un projet](https://alabenaicha.me/fr/contact?intent=project).
