Référentiel : types d'examens

Les familles d'examens pilotent la numérotation des tickets d'appel : chaque type amorce un préfixe (SC-12, IR-3…) que l'admin ApiBorne peut ensuite surcharger. Sans ce référentiel, pas de préfixes par type, donc pas de tickets lisibles pour les patients et les écrans d'appel.

C'est aussi la maille de ciblage large : un message patient ou un critère d'admission peut viser toute une famille (« tous les SCANNER »), et les sélecteurs de l'admin se remplissent avec cette liste. L'id doit être celui de l'examTypeId de vos RDV.

L'appelant est le serveur ApiBorne — jamais une borne : un GET sous votre base contrat, authentifié par la seule clé d'autorisation compte dans X-Kiosk-Auth-Key (admin ApiBorne, page Connectivité), sans X-Kiosk-Device-Id. Il l'appelle à l'activation de l'intégration (sonde config-check) puis à chaque ouverture des pages d'admin qui s'appuient sur ce référentiel.

# AUTH_KEY = la clé d'autorisation compte (admin ApiBorne, page Connectivité)
# L'appelant est le serveur ApiBorne — jamais une borne
curl -sS "$EDITEUR/api/apiborneIntegrationService/v1/config/exam-types" \
  -H "X-Kiosk-Auth-Key: $AUTH_KEY"

{ "examTypes": [
  { "id": "2", "name": "SCANNER", "ticketPrefix": "SC" },
  { "id": "3", "name": "IRM", "ticketPrefix": "IR" },
  { "id": "5", "name": "RADIO" }
] }

• id — le même que l'examTypeId des RDV du contrat
• ticketPrefix — optionnel — amorce du format de ticket, surchargeable ensuite dans l'admin ApiBorne

Toujours un 200 avec l'enveloppe ci-dessus — liste vide acceptée (établissement neuf). Schéma complet dans le swagger des routes de configuration.

src/app/api/apiborneIntegrationService/v1/config/exam-types/route.ts →