Référentiel : examens
Les examens individuels, chacun rattaché à un type.
/config/exams{editorBaseUrl}/api/apiborneIntegrationService/v1Auth : X-Kiosk-Auth-Key seulePourquoi cette route existe
Le niveau fin sous les types : un message patient ou un critère d'admission peut viser un examen précis (« SCANNER THORACIQUE ») plutôt que toute la famille. La double granularité type / examen offre les deux niveaux de ciblage dans l'admin.
L'id doit être celui de l'examId de vos RDV ; examTypeId relie chaque examen à son type parent du référentiel /config/exam-types — c'est ce lien qui permet à l'admin de filtrer les examens par famille.
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.
# 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/exams" \
-H "X-Kiosk-Auth-Key: $AUTH_KEY"Ce que vous devez retourner
{ "exams": [
{ "id": "7", "name": "SCANNER THORACIQUE", "examTypeId": "2" },
{ "id": "8", "name": "SCANNER ABDOMINAL", "examTypeId": "2" },
{ "id": "12", "name": "IRM GENOU", "examTypeId": "3" }
] }id— le même que l'examId des RDV du contratexamTypeId— id du type parent (référentiel /config/exam-types)
Toujours un 200 avec l'enveloppe ci-dessus — liste vide acceptée (établissement neuf). Schéma complet dans le swagger des routes de configuration.
