Verified Health Link
0.0.1-current - ci-build
Verified Health Link, published by IHE IT Infrastructure Technical Committee. This guide is not an authorized publication; it is the continuous build for version 0.0.1-current built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/IHE/ITI.VHL/ and changes regularly. See the Directory of published versions
Official URL: https://profiles.ihe.net/ITI/VHL/ImplementationGuide/ihe.iti.vhl | Version: 0.0.1-current | |||
Draft as of 2024-10-21 | Computable Name: IHE_ITI_VHL |
This Implementation Guide template includes skeleton pages for each part of an IHE supplement. The instructions for how to fill out these sections can be found in the included Supplement Template. This supplement template should not be included in your github repo or publication. It is included here for easy reference.
TODO: Write your executive overview here. Usually a one paragraph explanation of what problem this implementation guide solves.
This guide is organized into the following sections:
See also the Table of Contents and the index of Artifacts defined as part of this implementation guide.
IHE uses the normative words: Shall, Should, and May according to standards conventions.
The use of mustSupport
in StructureDefinition profiles equivalent to the IHE use of R2 as defined in Appendix Z.
mustSupport of true - only has a meaning on items that are minimal cardinality of zero (0), and applies only to the source actor populating the data. The source actor shall populate the elements marked with MustSupport, if the concept is supported by the actor, a value exists, and security and consent rules permit. The consuming actors should handle these elements being populated or being absent/empty. Note that sometimes mustSupport will appear on elements with a minimal cardinality greater than zero (0), this is due to inheritance from a less constrained profile.