# API UK Core et NHS : PDS, EPS, e-RS, BaRS et MESH ne constituent pas un seul serveur FHIR > FHIR UK Core est la base de référence du profil R4 de quatre pays. Les API du catalogue NHS England – PDS, EPS, e-Referral, BaRS et MESH/ITK3 – sont des produits distincts. Care Connect STU3 est obsolète. Auteur: Ala Ben Aicha Page de référence: https://alabenaicha.me/fr/insights/fhir-uk-core-nhs-apis Mise à jour: 2026-09-17 ## Réponse directe FHIR UK Core est la référence R4 de quatre pays. PDS, EPS, e-RS, BaRS et MESH sont des API distinctes du catalogue NHS, et non un point de terminaison UK Core. Care Connect STU3 est obsolète au profit de UK Core R4. ## UK Core : le pack de profils, pas la colonne vertébrale nationale **FHIR UK Core** est la référence HL7 UK / NHS England pour FHIR R4 dans les quatre nations. Page standard du NHS England : [FHIR UK Core](https://digital.nhs.uk/services/fhir-uk-core) (Gouvernance DAPB4020). STU1 (1.0.0) est la première version votée ; le **Séquence STU2 (2.0.0)** est la norme actuelle pour l'utilisation à l'essai recommandée pour la mise en œuvre ([Simplifier STU2](https://simplifier.net/guide/uk-core-implementation-guide-stu2?version=2.0.0)). STU3 est une séquence de développement, pas une raison pour ignorer STU2 dans une version 2026. Canonique pour le profil Patient : `https://fhir.hl7.org.uk/StructureDefinition/UKCore-Patient`. UK Core ne vous propose pas, en soi, une API NHS de production. Cela limite les ressources de sorte que *autre* Les IG et les API de catalogue peuvent partager Patient, Practitioner et la terminologie. Identifiant spécifique au pays : **Numéro NHS**, système `https://fhir.nhs.uk/Id/nhs-number`, avec l'extension du statut de vérification du numéro NHS UK Core. Dix chiffres plus module-11 dans le dictionnaire de données NHS. Ne publiez pas de véritable numéro NHS. Vérifier les numéros via PDS ; n'inventez pas un service de somme de contrôle local et appelez-le PDS. ## Care Connect STU3 est obsolète Entrée du catalogue du NHS England [Normes API Care Connect FHIR](https://digital.nhs.uk/developer/api-catalogue/care-connect-fhir-standards) indique que les normes API Care Connect FHIR **ont été obsolètes**. Le travail sur les normes FHIR se poursuit **FHIR UK Core sur R4** pour l'Angleterre, l'Écosse, le Pays de Galles et l'Irlande du Nord. Le travail de Care Connect lié à la réservation est pointé du doigt **BaRS**. Aucun nouveau travail ne doit démarrer sur les profils Care Connect STU3. ## Les API du catalogue NHS sont des produits distincts Recherchez chaque API dans le [API et catalogue d'intégration du NHS England](https://digital.nhs.uk/developer/api-catalogue). Ils ont différents formulaires d'intégration, authentification (souvent CIS2), environnements et charges utiles. La compatibilité UK Core d’une ressource Patient ne vous inscrit dans aucune d’entre elles. | Cas d'utilisation | API de catalogue | Ce qu'il faut retenir | | ------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Tracer, faire correspondre et récupérer des données démographiques ; Numéro NHS | [Service de démographie personnelle – FHIR](https://digital.nhs.uk/developer/api-catalogue/personal-demographics-service-fhir) | **PDS FHIR** est la colonne vertébrale nationale Patient. UK Core Patient est la forme du profil ; PDS est le service. | | Envoyer/distribuer des ordonnances communautaires | [Prescription EPS FHIR](https://digital.nhs.uk/developer/api-catalogue/eps-fhir-prescribing-api) et [Distribution EPS FHIR](https://digital.nhs.uk/developer/api-catalogue/eps-fhir-dispensing-api) | **PSE** est son propre produit R4 (spartition prescription et distribution). Il ne s'agit pas d'un CRUD MedicationRequest générique sur votre serveur. | | Créer et gérer des références et des créneaux | [Service de référence électronique — FHIR](https://digital.nhs.uk/developer/api-catalogue/e-referral-service-fhir) | **e-RS** est un service national de référence. Le prédécesseur HSCN uniquement est en production mais obsolète ; les nouvelles intégrations doivent utiliser l’élément de catalogue actuel. | | Réservation et référencement entre prestataires (y compris UEC) | [Réservation et référencement — FHIR (BaRS)](https://digital.nhs.uk/developer/api-catalogue/booking-and-referral-fhir) | **BaRS** remplace les normes de réservation Care Connect. Assurance séparée de l’e-RS. | | Lancez et oubliez les messages cliniques, y compris les charges utiles ITK3 | [MESH](https://digital.nhs.uk/services/message-exchange-for-social-care-and-health-mesh) / Boîte à outils d'interopérabilité | **MESH** est un transport. ITK3 est une spécification de message qui utilise souvent MESH. Un serveur REST FHIR non plus. Les messages de transfert de soins FHIR sont un flux de travail MESH et non PDS. | Faire **pas** inventer les durées d’assurance du NHS England. La page du catalogue de chaque API indique son statut (en production, bêta, obsolète) et indique le processus d'intégration. Les horloges d'assurance se trouvent sur ces pages et dans les contrats des fournisseurs, pas dans cet article. ## À quoi ressemble réellement une construction au Royaume-Uni 1. **Couche de profil :** UK Core R4 (STU2 sauf si l'acheteur nomme une autre séquence) pour Patient, praticien, organisation et les ressources cliniques que vous persistez. 2. **Service d'identité :** PDS FHIR pour le suivi et la récupération des numéros NHS. Les applications de télésanté et destinées aux patients qui nécessitent un numéro NHS vérifié passent toujours par PDS, et non pas uniquement par un MPI local. Le [article sur la plateforme de télésanté](https://alabenaicha.me/fr/insights/building-telehealth-platforms-nextjs-nodejs) concerne l'architecture du produit ; ce n'est pas un substitut au PDS. 3. **Services de flux de travail :** EPS, e-RS ou BarS *si* ce flux de travail est dans le contrat – chacun avec son propre enregistrement d’application OAS, sandbox et CIS2. 4. **Messagerie :** MESH/ITK3 lorsque le destinataire est une boîte aux lettres, pas un point de terminaison FHIR REST. 5. **FHIR REST générique :** le [Guide HL7 FHIR R4](https://alabenaicha.me/fr/insights/hl7-fhir-integration-guide) pour votre propre serveur de ressources. Ce serveur n'est pas sur la colonne vertébrale jusqu'à ce qu'une API de catalogue le dise. ## Ce que ce n'est pas Cette page ne constitue pas une assurance NHS, ni un accord de connexion, ni une attribution de code ODS, ni un avis juridique. La mise en œuvre des profils UK Core ne signifie pas que le NHS England a assuré le produit. Je ne cite pas les semaines d'intégration ou les « délais typiques du DSPT » car ce n'est pas à moi de les inventer. Rien ici n’est un conseil clinique. ## Lecture connexe * [Intégration HL7 FHIR R4](https://alabenaicha.me/fr/insights/hl7-fhir-integration-guide) * [Créer des plateformes de télésanté](https://alabenaicha.me/fr/insights/building-telehealth-platforms-nextjs-nodejs) * [Guides de mise en œuvre du FHIR par pays](https://alabenaicha.me/fr/insights/fhir-implementation-guides-by-country) Pour la conception du mappage de base du Royaume-Uni et de l'intégration du catalogue-API, utilisez [Intégration HL7 FHIR](https://alabenaicha.me/fr/services/hl7-fhir-integration).