FQL is a query language that allows you to retrieve, filter and project data from any data source containing FHIR Resources. It brings the power of three existing languages together: SQL, JSON and FhirPath. It allows you to create tables and is useful for gaining insight and perform quality control.
| Resources | |
| Profiles | 66 |
| ValueSets | 32 |
| CodeSystems | 20 |
| Extensions | 12 |
| CapabilityStatements | 3 |
| OperationDefinitions | 12 |
| NamingSystems | 23 |
| ImplementationGuides | 1 |
| PackageManifests | 1 |
Canonical claims
| http://sante.quebec/fhir/ | Claimed |
| http://sante.quebec/fhir/StructureDefinition/ | Claimed |
| http://sante.quebec/fhir/ImplementationGuide/ | Claimed |
| http://sante.quebec/fhir/OperationDefinition/ | Claimed |
| http://sante.quebec/fhir/CodeSystem/ | Claimed |
| http://sante.quebec/fhir/ValueSet/ | Claimed |
| http://sante.quebec/fhir/CapabilityStatement/ | Claimed |
| http://sante.quebec/ | Claimed |
| http://sante.quebec/fhir/NamingSystem/ | Claimed |
| Examples | |
| Appointments | 3 |
| AuditEvents | 4 |
| Bundles | 17 |
| Encounters | 1 |
| Locations | 1 |
| MessageHeaders | 3 |
| OperationOutcomes | 13 |
| Organizations | 5 |
| Parameters | 24 |
| Patients | 3 |
| Practitioners | 3 |
| PractitionerRoles | 2 |
| Provenances | 12 |
| Schedules | 1 |
| uls | 1 |
| Status overview | |
| 145 | |
| 117 | |
| 0 |
Changelog SGRDV — release 1.2.10
Date de publication : 28 septembre 2026
Légende : 🔴 = rupture sur contrat de production (
experimental = false) · 🟠 = rupture sur contrat en validation (experimental = true) · 🟢 = ajout ou assouplissement rétrocompatible
1. $find / $aggregate — practitioner / excludePractitioner acceptent NoLicenceProfessionnel en requête 🟢
Correction d'une incohérence introduite en 1.2.8 : le côté réponse (SGRDVBaseFindPractitioner.identifier) acceptait déjà le code professionnel RAMQ ou le numéro de licence d'un ordre professionnel, mais les paramètres de requête demeuraient figés à #CodeProfessionnel. Une requête référant un professionnel par NoLicenceProfessionnel était donc rejetée (valeur figée).
| Élément | Avant | Après |
|---|---|---|
parameter[practitioner].valueReference.identifier.type ($find / $aggregate, surfaces portail et source) |
figé à #CodeProfessionnel |
borné (required) à SGRDVPractitionerIdentifierTypeVS = { CodeProfessionnel, NoLicenceProfessionnel } |
parameter[excludePractitioner].valueReference.identifier.type (mêmes opérations et surfaces) |
figé à #CodeProfessionnel |
idem |
SGRDVPractitionerIdentifierTypeVS |
— | nouveau ValueSet (les deux types d'identifiant d'un professionnel) |
Le system reste figé à sgrdv-identifier-type. Assouplissement rétrocompatible : les requêtes existantes portant un identifiant CodeProfessionnel demeurent valides sans modification.
2. Recommandations de migration pour les partenaires
Si vous intégrez le portail ($find / $aggregate)
- Pour référer un professionnel autre qu'un médecin de famille / résident / IPSPL via
practitionerouexcludePractitioner, vous pouvez désormais utiliser un identifiant de typeNoLicenceProfessionnel(auparavant rejeté en requête).
Si vous intégrez le DMÉ/SIP-C ($find / $aggregate)
- Les requêtes reçues peuvent désormais porter un
practitioner/excludePractitionerde typeNoLicenceProfessionnelen plus deCodeProfessionnel.
Toutes intégrations confondues
- Alignez vos consommations sur la version
1.2.10du paquet IG.