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.
Ala Ben Aicha
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 (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). 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 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. 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 | 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 et Distribution EPS FHIR | 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 | 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) | 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 / 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
- 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.
- 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é concerne l'architecture du produit ; ce n'est pas un substitut au PDS.
- 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.
- Messagerie : MESH/ITK3 lorsque le destinataire est une boîte aux lettres, pas un point de terminaison FHIR REST.
- FHIR REST générique : le Guide HL7 FHIR R4 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
Pour la conception du mappage de base du Royaume-Uni et de l'intégration du catalogue-API, utilisez Intégration HL7 FHIR.