FHIR © HL7.org  |  FHIRsmith 4.0.1  |  Server Home  |  XIG Home  |  XIG Stats  | 

FHIR IG analytics

Packageca.qc.sq.sgrdv
Resource TypeCapabilityStatement
IdCapabilityStatement-SGRDVCapabilityStatementAudit.json
FHIR VersionR4
Sourcehttps://simplifier.net/resolve?scope=ca.qc.sq.sgrdv@1.2.9&canonical=http://sante.quebec/fhir/CapabilityStatement/sgrdv-audit
URLhttp://sante.quebec/fhir/CapabilityStatement/sgrdv-audit
Version1.2.9
Statusactive
Date2026-04-20
NameSGRDVCapabilityStatementAudit
TitleSGRDV — CapabilityStatement Surface Audit
DescriptionCapacités FHIR R4 du Lac (AHDS) en tant que serveur vis-à-vis de SGRDV pour l'ingestion des journaux d'audit affaire. SGRDV est le seul producteur d'audits couvert par ce contrat — chaque transaction métier (find, lock, aggregate) génère un AuditEvent d'audit auto-portant par moment journalisé (in-request, out-response, out-request, in-response) via POST [base]/AuditEvent.
Kindrequirements

Resources that use this resource

No resources found


Resources that this resource uses

StructureDefinition
ca.qc.sq.sgrdv#1.2.9sgrdv-audit-agentActeur d'audit SGRDV (Device)
ca.qc.sq.sgrdv#1.2.9sgrdv-audit-eventÉvénement d'audit SGRDV

Narrative

No narrative content found in resource


Source1

{
  "resourceType": "CapabilityStatement",
  "id": "SGRDVCapabilityStatementAudit",
  "url": "http://sante.quebec/fhir/CapabilityStatement/sgrdv-audit",
  "title": "SGRDV — CapabilityStatement Surface Audit",
  "description": "Capacités FHIR R4 du Lac (AHDS) en tant que serveur vis-à-vis de SGRDV pour l'ingestion des journaux d'audit affaire. SGRDV est le seul producteur d'audits couvert par ce contrat — chaque transaction métier (find, lock, aggregate) génère un AuditEvent d'audit auto-portant par moment journalisé (in-request, out-response, out-request, in-response) via POST [base]/AuditEvent.",
  "format": [
    "json",
    "xml"
  ],
  "rest": [
    {
      "resource": [
        {
          "supportedProfile": [
            "http://sante.quebec/fhir/StructureDefinition/sgrdv-audit-event"
          ],
          "interaction": [
            {
              "code": "create",
              "documentation": "POST [base]/AuditEvent — ingestion d'un AuditEvent d'audit. En sortie : code HTTP standard AHDS (201 Created en cas de succès)."
            }
          ],
          "type": "AuditEvent",
          "documentation": "AuditEvent d'audit affaire SGRDV ingéré par le Lac (AHDS). Auto-portant : embarque en ressources contenues (contained) deux Device acteurs source et destination (profil SGRDVAuditAgent) et, le cas échéant, le payload original de la transaction (Parameters, Bundle ou OperationOutcome — type libre). Profil unique couvrant les 4 directions via SGRDVAuditDirectionExtension."
        },
        {
          "supportedProfile": [
            "http://sante.quebec/fhir/StructureDefinition/sgrdv-audit-agent"
          ],
          "type": "Device",
          "documentation": "Device acteur (source ou destination) embarqué en ressource contenue de l'AuditEvent d'audit. Identifier.system pointe vers le NamingSystem du système acteur (SGRDV core, portail RVSQ, DMÉ). Aucune interaction REST directe — le Device transite uniquement via POST [base]/AuditEvent."
        }
      ],
      "mode": "server",
      "documentation": "Le Lac (AHDS) agit comme serveur FHIR R4 vis-à-vis de SGRDV pour l'ingestion des journaux d'audit affaire. SGRDV émet un AuditEvent d'audit auto-portant (profil SGRDVAuditEvent) qui embarque en ressources contenues (contained) ses deux Device acteurs source et destination et, le cas échéant, le payload original de la transaction, via POST [base]/AuditEvent pour chaque moment journalisé d'une transaction métier (in-request, out-response, out-request, in-response).\n\n**Ressources contenues et champs meta** — Les ressources contenues (Device et payload) portent `meta.versionId` et `meta.lastUpdated`, requis par le pipeline d'ingestion du Lac pour la décomposition des ressources. Il s'agit d'un écart intentionnel et assumé à l'invariant FHIR dom-4.\n\n**Identifiants de corrélation** — Le correlation-id (propagé via le header HTTP `X-Correlation-Id`) et le discussion-id (propagé via le header HTTP `X-Discussion-Id`) sont portés par les extensions `sgrdv-audit-correlation-id` et `sgrdv-audit-discussion-id` sur chaque AuditEvent. Le discussion-id est le seul porteur du regroupement par fil : les audits d'un même fil se regroupent sur cette extension. Ces deux identifiants sont partagés par les AuditEvents produits aux différents moments d'une même transaction, ce qui permet la corrélation des journaux côté Lac. La corrélation avec le citoyen (NIU) et le cas échéant le professionnel relève des portails/DMÉ d'origine — SGRDV ne les journalise pas dans ses propres audits.\n\n**Producteur unique** — Ce contrat couvre uniquement les audits émis par SGRDV. Les portails et les DMÉ peuvent produire leurs propres journaux d'audit indépendamment ; ils ne sont pas régis par ce CapabilityStatement."
    }
  ],
  "version": "1.2.9",
  "name": "SGRDVCapabilityStatementAudit",
  "status": "active",
  "experimental": true,
  "date": "2026-04-20",
  "publisher": "Santé Québec",
  "kind": "requirements",
  "fhirVersion": "4.0.1"
}