SMART Guidelines L3 SOP
1.0.0 - release
This page is part of the SMART IG STARTER KIT (v1.0.0: Release) 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
The release publication process is used to publish SMART guidelines IGs:
Each SMART guideline IG SHALL have a “changes” page that documents the changes made to each version of the IG. The page should be structured with sections for each publication version, in reverse chronological order for example:
### Second Release (v2.0.0)
`release summary here`
#### Known Issues
* issue list
* issue list
* ...
#### Non-compatible Changes
* issue list
* issue list
* ...
#### Compatible, Substantive Changes
* issue list
* issue list
* ...
#### Non-substantive Changes
* issue list
* issue list
* ...
### First Release (v1.0.0)
...
### Maintenance Update (v0.2.0)
...
### Preview Release (v0.1.0)
...
The description for each release SHALL have:
NOTE: The initial release does not require an issues list, though it may be provided if issues were tracked as part of development of the initial content.
See the versioning topic for a description of how these changes impact the version number of a release.
Prior to final release, a review process should be used to gather feedback about publication readiness. A draft publication should be prepared and circulated among stakeholders for feedback. For this draft publication:
status
of the IG (and all conformance artifacts in the IG) should be draft
version
of the IG should include a label indicating the draft status: 0.1.0-draft
releaseLabel
of the IG should be draft
Once the review process is complete and any resulting issues addressed and applied to the implementation guide, the release publication should be prepared. The release publication takes the current status of the specification, and saves it as a named release that is available for referencing.
SMART Guidelines, when released, are published in https://smart.who.int/<ig_code>
, where <ig_code>
is the implementation guide code.
The release publication steps are:
Review the changes since the last release, and define if these are breaking changes or not, and update the version accordingly in the sushi-config.yaml
or implementation guide .json
file.
1.1. If this is the first release, review the entire content and version policy to decide if this is a first official release, or a preview, and define the version number accordingly.
Optionally, create a new branch, e.g. release-candidate
for iterating changes.
Create the publication-request.json
file (see documentation). This file is critical and it is important to follow the instructions correctly, as incorrect changes may cause irreparable damage to previously published and normative specifications.
status
of the IG (and all conformance artifacts in the IG) should be active
;version
of the IG should be in the format 0.1.0
and should not include a label;releaseLabel
of the IG should be release
Run the normal build process and check if all is ok
Run the release publication process using the ImplementationGuide publisher in release publication mode (see HL7 page for some details on the tooling)
If all is ok and the pages are created correctly, create a release and tag with the latest changes
Make a PR of the built specification (all releases) to the repository holding the content of http://smart.who.int .
If a branch was created in step 2, optionally merge it with any updates that have been done meanwhile.
status
of the IG should be set back to draft
;version
should be updated - this way it’s immediately assured that any new changes are for a new version.