R4 Ballot #1 (Mixed Normative/Trial use)

This page is part of the FHIR Specification (v3.3.0: R4 Ballot 2). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions . Page versions: R4 R3 R2

Conformance-ehrs-rle

FHIR Infrastructure Work GroupMaturity Level: N/ABallot Status: InformativeCompartments: Not linked to any defined compartments

This is the narrative for the resource. See also the XML or JSON format. This example conforms to the profile CapabilityStatement.

Record Lifecycle-conformant Electronic Health Record System

(Requirements Definition)

Published: 2014-12-06 (draft)

Published by: Health Level Seven, Int'l - Electronic Health Record work group

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

General

FHIR Version: 0.2
Supported formats: xml, json

REST behavior

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

Resource Search Read Read Version Instance History Resource History Validate Create Update Delete
Provenance Yes
AuditEvent Yes


Provenance

Interactions

Name Description
  create

Allows defining a new data element. Repositories requiring curation of submitted data elements may require all new data elements to have a status of 'draft'.


AuditEvent

Interactions

Name Description
  create

Allows defining a new data element. Repositories requiring curation of submitted data elements may require all new data elements to have a status of 'draft'.

 

 

Usage note: every effort has been made to ensure that the examples are correct and useful, but they are not a normative part of the specification.