AU Core R2 et AU eRequesting : implémentation de FHIR pour les flux de travail de diagnostic australiens

Réponse directe

AU Core R2 (publié le 28 janvier 2026) est la référence de l'API FHIR de l'Australie. AU eRequesting R1 couvre les demandes de pathologie communautaire et de radiologie. Hybrid HL7 v2 plus FHIR contient toujours des commandes et des résultats.

Sparked, AU Core R2 et l'URL canonique à épingler

Sparked est l'accélérateur FHIR d'Australie (Department of Health and Aged Care, Australian Digital Health Agency, CSIRO et HL7 Australia). Il produit deux artefacts complémentaires : les exigences en matière de données convenues par le clinicien (AUCDI) et les guides de mise en œuvre HL7 Australia FHIR.

Guide d’implémentation AU Core 2.0.0 (R2) est la norme de travail publiée le 28 janvier 2026. URL officielle : http://hl7.org.au/fhir/core/ImplementationGuide/hl7.fhir.au.core. Accueil publié : https://hl7.org.au/fhir/core/. Package : hl7.fhir.au.core#2.0.0 sur FHIR R4.0.1. Cela dépend de AU Base 6.0.0.

AU Core définit des attentes minimales pour enregistrer, mettre à jour, rechercher et récupérer des informations administratives et cliniques de base. Il s'agit d'un noyau national au même titre que le US Core : la prise en charge du profil uniquement n'est pas la même chose que la prise en charge du profil plus les interactions RESTful documentées. Lisez les pages de conformité de l'IG avant de revendiquer « AU Core » dans un appel d'offres.

L'identifiant qui n'est pas un MRN : Australian IHI

Les ressources australiennes Patient qui quittent l’hôpital ont besoin de l’identifiant individuel de santé attribué dans le cadre du service des identifiants de santé. La base AU le profile comme AU IHI (http://hl7.org.au/fhir/StructureDefinition/au-ihi). Le système d'identifiant est fixe :

http://ns.electronichealth.net.au/id/hi/ihi/1.0

L'exemple de valeur de l'IG est 8003608833357361. Il s'agit d'un exemple de spécification, pas d'une personne. Ne publiez pas un véritable IHI. Seize chiffres, NI Le type d'identifiant et les invariants AU IHI (y compris les règles de somme de contrôle dans AU Base) appartiennent à votre mappeur Patient avant de discuter des codes Observation.

{
  "resourceType": "Patient",
  "meta": {
    "profile": ["http://hl7.org.au/fhir/core/StructureDefinition/au-core-patient"]
  },
  "identifier": [
    {
      "type": {
        "coding": [
          {
            "system": "http://terminology.hl7.org/CodeSystem/v2-0203",
            "code": "NI"
          }
        ]
      },
      "system": "http://ns.electronichealth.net.au/id/hi/ihi/1.0",
      "value": "8003608833357361"
    }
  ]
}

Les MRN locaux existent toujours. Ils ne remplacent pas IHI lorsque le destinataire est un point final FHIR australien national ou inter-organisations.

AUCDI vs AU Core vs AU eRequesting

Ces trois noms sont utilisés de manière interchangeable dans les decks des fournisseurs. Ce n'est pas la même couche.

URL officielle pour AU eRequesting : http://hl7.org.au/fhir/ereq/ImplementationGuide/hl7.fhir.au.ereq. Sparked décrit R1 comme la première version de l'AU eRequesting FHIR IG, axée sur les demandes de pathologie et d'imagerie médicale dans les soins communautaires.

AUeReqDI (Australian eRequesting Data for Interoperability) est le frère de données cliniques de l'AUCDI pour les demandes. Mappez les groupes AUeReqDI dans les profils AU eRequesting ; ne traitez pas AUCDI R2 comme une spécification requérante.

AU eRequesting R1 : pathologie et radiologie en soins de proximité

AU eRequesting R1 est la première norme FHIR australienne complète pour les demandes de diagnostic dans cette communauté. Les scénarios concernés par l'IG incluent :

• Demandes de pathologie et d'imagerie médicale des cliniciens communautaires aux prestataires de diagnostic privés, publics et interétatiques
• Demandes attribuées et non attribuées (choix du patient)
• Demande ambulatoire vers la communauté
• Suivi de l'exécution du statut de la demande

Explicitement hors de portée de R1: rapports de diagnostic, flux de travail hospitaliers et inter-hôpitaux, échantillons d'envoi, collecte d'échantillons, prise de rendez-vous, authentification/autorisation, codes-barres/QR, découverte des prestataires et réclamation des demandes par les exécutants.

Cette répartition est importante si vous exécutez déjà HL7 v2 ORM/ORU. eRequesting remplace le demande côté dans FHIR (ServiceRequest plus Task regroupement). Le rapport le côté est toujours un contrat différent — souvent toujours ORU / DiagnosticReport sur un moteur hybride. Le guide de flux de travail en radiologie et en laboratoire est l'endroit idéal pour conserver l'alignement des numéros d’examen, de demande côté exécutant et de patient lorsque la demande est FHIR et que le résultat ne l'est pas.

Pourquoi l'hybride HL7 v2 plus FHIR est toujours important en Australie

La demande de recherche sur ce site pour la migration HL7 v2 provient déjà d'Australie. Il s'agit d'un signal concernant la base installée, pas d'un trophée de trafic : les hôpitaux et les prestataires de diagnostic australiens activent toujours ORM et ORU via MLLP, et AU Core plus AU eRequesting ne désactivent pas ces flux.

L'architecture pratique est la même hybride que celle que je décris dans le Manuel de migration de HL7 v2 vers FHIR: conservez la v2 comme système nerveux, projetez les ressources AU Core pour les nouveaux consommateurs et introduisez AU eRequesting uniquement sur le chemin de requête que l'IG couvre réellement. Validez le côté FHIR par rapport à AU Core R2 et AU eRequesting R1, et non à R4 sans contrainte Patient et ServiceRequest.

Ne supprimez pas la v2 car une diapositive indique « L'Australie est sur FHIR ». Fixez la version de hl7.fhir.au.core#2.0.0, mappez IHI et conservez une restauration testée sur l'enregistreur v2.

Ce que ce n'est pas

Cet article n'est pas un certificat de conformité AU Core ou AU eRequesting, ni une adhésion Sparked, ni un avis juridique. La publication de profils AU Core dans un CapabilityStatement ne signifie pas que l'Australian Digital Health Agency, HL7 Australia ou une juridiction a garanti votre produit. L'utilisation de l'IHI est réglementée ; cette page ne vous autorise pas à appeler le Service HI. Rien ici n’est un conseil clinique sur le test ou l’image à demander.

Implémenter ensuite

1. Fixez la version de AU Core 2.0.0 et AU eRequesting 1.0.x dans le verrou de votre package ; revalidez lorsque Sparked publie la séquence suivante.
2. Mettez IHI sur Patient avant de mapper la demande de pathologie ou la demande d'imagerie.
3. Conservez la version 2 ORM/ORU pour les résultats hospitaliers concernés jusqu'à ce qu'un rapport IG constitue le contrat réel.
4. Si vous avez besoin de travaux de cartographie et de moteur, c'est Intégration HL7 FHIR.