[CP]: Les identifiers des ressources healthcareService, location, practitioner, practitionerRole ne sont pas complets

[sga-esante]

Description

Contrairement aux identifiers d'Organization qui sont complets, les identifiers des ressources healthcareService, location, practitioner, practitionerRole ne sont pas complets, il manque les types et systems

Ex pour healthcareService, le type devrait être renseigné à la valeur 35 de la TRE https://mos.esante.gouv.fr/NOS/TRE_R355-TypeIdentifiantOffre/FHIR/TRE-R355-TypeIdentifiantOffre

comme c'est le cas pour organization (ex avec l'identifierOI):

Même chose pour location, le type devrait être renseigné à la valeur 25 de la TRE https://mos.esante.gouv.fr/NOS/TRE_R354-TypeIdentifiantRessourceOperationnelle/FHIR/TRE-R354-TypeIdentifiantRessourceOperationnelle

Identification de la section à changer

https://interop.esante.gouv.fr/ig/fhir/ror/0.7.0-snapshot-1/StructureDefinition-ror-healthcareservice.html et autres ressources ror citées

Votre proposition de modification

No response

Votre évaluation d'impact du changement

No response

Eléments complémentaires

No response

[sga-esante]

Actuellement, nous avons:

      "identifier": [
                    {
                        "type": {
                            "coding": [
                                {
                                    "system": "https://mos.esante.gouv.fr/NOS/TRE_R355-TypeIdentifiantOffre/FHIR/TRE-R355-TypeIdentifiantOffre",
                                    "code": "35",
                                    "display": "Identifiant fonctionnel de l'offre connu par l'instance ROR"
                                }
                            ]
                        },
                        "value": "02/13525"
                    }
                ],

Nous aurions quelque chose de similaire aux organization de type OI:
(system en plus)

     "identifier": [
                    {
                        "type": {
                            "coding": [
                                {
                                    "system": "https://mos.esante.gouv.fr/NOS/TRE_R345-TypeIdentifiantAutre/FHIR/TRE-R345-TypeIdentifiantAutre",
                                    "code": "42",
                                    "display": "Identifiant fonctionnel de l'OI connu par l'instance ROR"
                                }
                            ]
                        },
                        "system": "https://oi.esante.gouv.fr",
                        "value": "02/12805"
                    }

Impact: cela ajoutera un attribut system (required pattern) (changement pour les consommateurs actuels)
Quel system indiqué (voir commentaire suivant)?
Si on part sur le même principe que oi.esante.gouv.fr, offre.esante.gouv.fr ne semble pas une URL très satisfaisante...

[sga-esante]

Autre problème sur le profil Organization:
IG ROR : https://interop.esante.gouv.fr/ig/fhir/ror/StructureDefinition-ror-organization.html
IG Annuaire Santé : https://interop.esante.gouv.fr/ig/fhir/annuaire/StructureDefinition-as-dr-organization.html

Concernant le required pattern de l'identifier (system de l'identifier), les urls suivantes tombent sur des 404:

• https://oi.esante.gouv.fr (responsabilité ROR)
• https://adelirang.esante.gouv.fr/ (responsabilité annuaire santé)
• https://rppsrang.esante.gouv.fr (responsabilité annuaire santé)

Les URL suivantes sont fonctionnelles (redirection vers des sites extérieurs):

• https://finess.esante.gouv.fr redirige vers https://finess.esante.gouv.fr/fininter/jsp/index.jsp
• identifier SIREN et SIRET ont le même required pattern https://sirene.fr (pas de redirection, pointe directement vers un site externe)

les sous domaines tel que adelirang.esante.gouv.fr ne me paraissent pas appropriés:

• ils sont trop généraliste (difficulté pour la prod ANS à maintenir ces sous domaines alors qu'ils ne servent qu'à faire une redirection)
• ils ne devraient pas être aussi "près" du domaine esante.gouv.fr.
• il faut créer un nouveau sous domaine à chaque fois qu'on ajoute un required pattern (pénible à la maintenance)

Proposition:

• Ne pas utiliser une URL externe (ex https://sirene.fr, le site n'est plus maintenu et nous n'avons pas la main sur ce nom de domaine, nous risquons de nous retrouver dans le même problème que l'url d'ucum qui n'est plus résolvable)
• Ne plus créer un sous domaine par required pattern
• Héberger ces URL required pattern dans un nom de domaine géré par l'interop pour avoir la main sans avoir à faire des demandes au service PROD de l'ANS.
  Ex on héberge l'ensemble des required parttern dans https://interop.esante.gouv.fr/ig/fhir/identifierSystems
• https://interop.esante.gouv.fr/ig/fhir/identifierSystems/finess redirigerait vers https://finess.esante.gouv.fr
• https://interop.esante.gouv.fr/ig/fhir/identifierSystems/adeliRang afficherait une page "en cours de construction" en attente d'avoir soit une redirection soit une délégation pour gérer la page directement

[sga-esante]

lié à ansforge/IG-fhir-annuaire#287