Changelog SGRDV — release 1.2.1

Date de publication : 3 juillet 2026

Légende : 🔴 = rupture sur contrat de production (experimental = false) · 🟠 = rupture sur contrat en validation (experimental = true) · 🟢 = ajout rétrocompatible

1. Versionnement et statut

1.1 Bump 1.2.0 → 1.2.1

Cette release correspond à un bump PATCH. Elle intègre :

• L'ensemble des changements de l'incrément 2 (versions 1.1.0 et 1.1.1) — voir §2.
• Deux corrections sur les artefacts $find et $cancel de l'incrément 3 (§3 et §4). 🟢
• Un refactoring terminologique des profils et codes d'organisation dans $book (§5). 🟠

Tous les changements portent sur des artefacts experimental = true — le bump PATCH est conforme à la politique de versionnement §4.1.

Tous les artefacts versionnés sont alignés sur la version 1.2.1 via la configuration du paquet IG.

2. Intégration de l'incrément 2

La version 1.2.1 intègre l'ensemble des changements publiés dans les versions 1.1.0 et 1.1.1 de l'incrément 2. Ces changements ne sont pas détaillés dans le présent changelog ; le détail est disponible aux adresses suivantes :

• Version 1.1.0 : https://simplifier.net/packages/ca.qc.sq.sgrdv/1.1.0
• Version 1.1.1 : https://simplifier.net/packages/ca.qc.sq.sgrdv/1.1.1

3. $find — Clarification des descriptions (modes proposed et booked) 🟢

3.1 Corrections documentaires

Les titres, descriptions et textes de documentation liés à $find ne mentionnaient que les disponibilités (mode proposed), occultant le mode booked introduit en 1.2.0 (rendez-vous existants du patient). Tous les champs Title, Description et documentation sont mis à jour sur les deux surfaces et dans les profils communs pour refléter les deux modes.

Aucun impact sur la structure des artefacts ou la conformité des payloads.

4. $cancel — Enregistrement dans les CapabilityStatements 🟢

4.1 Ajout dans les deux surfaces

L'opération $cancel (introduite en 1.2.0) n'était pas déclarée dans les CapabilityStatement. Elle est désormais enregistrée sur les deux surfaces avec les profils de requête et de réponse correspondants.

5. Terminologie — Renommage des profils et codes d'organisation $book 🟠

5.1 Contexte

Les termes « Institution » et « CIUSS » ne correspondaient pas à la terminologie officielle du réseau de santé québécois. Ils sont remplacés respectivement par « Installation » et « Établissement ».

5.2 Profils renommés 🟠

La structure des profils est identique — seuls les noms et les Id canoniques changent.

5.3 Codes renommés dans SGRDVIdentifierTypeCS 🟠

5.4 Code renommé dans SGRDVOrganizationTypeCS 🟠

⚠️ Action requise : Mettre à jour toute référence aux profils et codes renommés dans vos implémentations, validateurs et exemples.

5.5 Artefacts mis à jour

6. Recommandations de migration pour les partenaires

Si vous intégrez $book (profils d'organisation)

1. Remplacer toute référence au profil SGRDVBaseBookOrganizationInstitution par SGRDVBaseBookOrganizationInstallation.
2. Remplacer toute référence au profil SGRDVBaseBookOrganizationCIUSS par SGRDVBaseBookOrganizationEtablissement.
3. Mettre à jour les codes dans vos payloads et validateurs :
   • #CodeInstallationMSSS → #CodeInstallation
   • #CodeEtablissementMSSS → #CodeEtablissementSntQ
   • #ETABLISSEMENTMSSS → #ETABLISSEMENT

Si vous intégrez $cancel (api-sgrdv ou api-source)

1. L'opération est désormais déclarée dans les CapabilityStatement — mettre à jour vos validateurs de conformité si vous les utilisez pour vérifier les opérations supportées.

Toutes intégrations confondues

1. Mettez à jour vos références au paquet SUSHI (version: 1.2.1).
2. Intégrez les changements des versions 1.1.0 et 1.1.1 si ce n'est pas encore fait (voir §2).
3. Revalidez vos payloads contre la version 1.2.1 du paquet IG.