HL7 Czech Base and Core Implementation Guide
0.3.0-ballot - ci-build
HL7 Czech Base and Core Implementation Guide, published by HL7 Czech Republic. This guide is not an authorized publication; it is the continuous build for version 0.3.0-ballot built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7-cz/cz-core/ and changes regularly. See the Directory of published versions
Fast Healthcare Interoperability Resources (FHIR) is a standard that contains a set of rules and specifications for the secure exchange of electronic healthcare data. It is designed to be flexible and adaptable, so that it can be used in a wide range of settings and with different healthcare information systems. The standard describes data resources, data elements, data types, and application programming interfaces (APIs) for the exchange of electronic health records (EHRs).
The HL7 FHIR standard defines both simple (primitive) and complex data types that are used to specify individual resources. Data types, like individual resources, can be further profiled for the needs of specific implementations. For these purposes, national profiles have been created for specific national identifiers, names of persons, and addresses.
All data types and objects described by the FHIR standard are derived from a base element, called an Element. As the base type for all elements, an Element is an important structural element of FHIR. Even primitive types inherit the basic functionality and representation rules that apply to the Element type. All elements, whether defined as a data type (including primitive data types) or as a resource (part of a resource structure), have this basic content:
There are 3 kinds of Element types that can be described:
There are several possible notations for the structure of an element. The FHIR standard uses both XML and JSON notation. In the XML representation, an Element is represented as an XML element. The name of the element comes from the context in which it is used, not from the type. The internal id is represented as an attribute (similar to xml:id). Extensions are represented as additional XML elements.
<use id="[internal id]">
<extension url="..."/>
... if there is an extension
<extension>
.. additional elements ...
</use>
In the JSON representation, elements (except primitive types) are represented as properties of a JSON object (object property). The name of the property comes from the context in which it is used, not from the type (similar to the previous representation). The internal id is represented as a property of type string with the name "id". Extensions are represented as an array of JSON objects with the name "extension".
{
"use" : {
"id" : "[internal id]",
"extension" : [
.. if there is an extension...
],
.. other properties ...
}
}
This specification defines a number of different types of resources that can be used to exchange and/or store data to solve a wide range of healthcare-related problems, both clinical and administrative. In addition, this specification defines several different ways of exchanging resources. The following rules always apply to a Resource:
All resources may contain the following elements and properties:
One of the basic data types that are usually included in objects and resources is a coded concept. This is a data type that represents a value that is usually provided by providing a reference to one or more terminologies or ontologies, but can also be defined by providing text.
This data type can be bound to a certain terminology (ValueSet) using a binding. This binding as such is also a basic element with certain properties. A CodeableConcept can contain zero or more coded data (Coding) from one or more different coding systems and can also contain a textual representation of the concept. The basic properties of a binding include:
In most cases, binding required or extensible is used for specific real-world FHIR profiles.