EHR and PHR System Functional Models - Record Lifecycle Events Implementation Guide
1.1.0 - Informative Release 1 International flag

This page is part of the EHRS Functional Model - Record Lifecycle Events Implementation Guide (v1.1.0: Informative Release 1 - Informative) based on FHIR (HL7® FHIR® Standard) v5.0.0. This is the current published version. For a full list of available versions, see the Directory of published versions

CapabilityStatement: EHRS Functional Model - Record Lifecycle Events - Capability Statement

Official URL: http://hl7.org/fhir/uv/ehrs-rle/CapabilityStatement/conformance-ehrs-rle Version: 1.1.0
Standards status: Informative Maturity Level: 1 Computable Name: EHRSFunctionalModelRecordLifecycleEventsCapabilityStatement

This profile defines the expected capabilities of an ‘‘Electronic Health Record System’’ when conforming to the EHRS functional model’s Record Lifecycle specification.

Raw OpenAPI-Swagger Definition file | Download

EHRS Functional Model - Record Lifecycle Events - Capability Statement

  • Implementation Guide Version: 1.1.0
  • FHIR Version: 5.0.0
  • Supported Formats: xml, json
  • Supported Patch Formats:
  • Published on: Tue Jan 02 22:05:18 UTC 2024
  • Published by: HL7 International / Electronic Health Records

Note to Implementers: FHIR Capabilities

Any FHIR capability may be 'allowed' by the system unless explicitly marked as "SHALL NOT". A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.

FHIR RESTful Capabilities

Mode: client

Conformant systems must record [[Provenance]] records on all Create, Update and Delete actions on any resource other than Provenance or AuditEvent. Conformant systems must record [[AuditEvent]] records on all Create, Update and Delete actions as well as all GET operations (read, search, etc.)

Security

Any security rules??

Summary of System-wide Interactions

Capabilities by Resource/Profile

Summary

The summary table lists the resources that are part of this configuration, and for each resource it lists:

  • The relevant profiles (if any)
  • The interactions supported by each resource (Read, Search, Update, and Create, are always shown, while VRead, Patch, Delete, History on Instance, or History on Type are only present if at least one of the resources has support for them.
  • The required, recommended, and some optional search parameters (if any).
  • The linked resources enabled for _include
  • The other resources enabled for _revinclude
  • The operations on the resource (if any)
Resource TypeProfileRSUCSearches_include_revincludeOperations
Provenancehttp://hl7.org/fhir/uv/ehrs-rle/StructureDefinition/ehrsrle-provenancey
AuditEventhttp://hl7.org/fhir/uv/ehrs-rle/StructureDefinition/ehrsrle-auditeventy

Resource Conformance: SHALLProvenance

Base System Profile
http://hl7.org/fhir/uv/ehrs-rle/StructureDefinition/ehrsrle-provenance
Profile Conformance
SHALL
Reference Policy

Interaction summary
  • SHALL support create.

Resource Conformance: SHALLAuditEvent

Base System Profile
http://hl7.org/fhir/uv/ehrs-rle/StructureDefinition/ehrsrle-auditevent
Profile Conformance
SHALL
Reference Policy

Interaction summary
  • SHALL support create.