Référentiel : salles

Les salles d'examen.

GET/config/rooms

Base : {editorBaseUrl}/api/apiborneIntegrationService/v1Auth : X-Kiosk-Auth-Key seule

Pourquoi cette route existe

Cibler l'orientation après check-in : un message patient peut être conditionné à la salle du RDV (« présentez-vous en salle d'attente IRM, 2e étage »). Les sélecteurs de l'admin listent vos salles ; l'id doit correspondre au roomId de vos RDV.

Comment l'appeler

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.

bash

# 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/rooms" \
  -H "X-Kiosk-Auth-Key: $AUTH_KEY"

Ce que vous devez retourner

200

{ "rooms": [
  { "id": "3", "name": "Salle IRM 1" },
  { "id": "4", "name": "Salle Scanner A" }
] }

id — le même que le roomId des RDV du contrat

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

Implémentation de référence

src/app/api/apiborneIntegrationService/v1/config/rooms/route.ts →