This wiki has undergone a migration to Confluence found Here

FHIR Implementation Guide Publishing Requirements

From HL7Wiki
Revision as of 03:45, 31 January 2019 by GrahameGrieve (talk | contribs)
Jump to navigation Jump to search

Basic Requirements

These are for all FHIR implementation guides


  • declare a `publisher` and `contact` element in the ImplementationGuide instance and expose this information on the home (index) page or an obviously labeled page navigable to from the home page
  • implementation guides shall use index.html as the root page, or redirect from there to the actual root
  • implementation guides shall have an NPM package file describing the guide (see FHIR NPM Package Spec)
  • implementation guides shall contain an openAPI file for each CapabilitiesStatement (see FHIR IG Swagger Documentation) (currently optional since Swagger documentation is not done)
  • every page shall specify the IG Version
  • every page shall specify the FHIR version


  • every page shall include the FHIR flame Icon with trademark symbol
  • every page shall include the HL7 Logo with trademark symbol


  • implementation guides should include a downloadable version so people can host it locally
  • implementation guides should only refer to a single location of FHIR (unless specifically cross version issues are being addressed)
  • implementation guides should present information to the user such that by default, nothing is hidden unless there are clearly defined tabs for changing views
  • Profiles should at least have the following elements presented:
 ** full metadata
 ** differential view
 ** snapshot view
 ** full description of contents with details
  • Value Sets should have the following elements presented:
 ** full metadata
 ** logical definition
 ** at least one expansion (default)
  • it should be possible to print pages for review/display

HL7/FHIR Foundation Requirements

These are for all implementation guides published (including balloted) on or

Note that all IGs published by HL7 or the FHIR Foundation are assigned a canonical URL which is the ongoing home of the implementation guide across multiple versions.


  • Have a FHIR implementation guide proposal in place (see
  • HL7 published implementation guides shall identify the ImplementationGuide.publisher as "HL7 International - <workgroup full name>" and as the work group home page (i.e.[committee code])
  • Implementation Guides shall reference [canonical]/history.cfml as the source of information about other releases of the guide, and SHALL do at least from index.html (note: authoring the history.cfml page is not done by the IG; that's publishing infrastructur. it is built by cold fusion from the package-list.json file)
  • implementation guides shall present information to the user such that by default, nothing is hidden unless there are clearly defined tabs for changing views
  • implementation guides shall not contain any server side active content except that required by redirects for canonical URL management
  • it shall be possible to print pages from the IG for review/display
  • implementation guides shall include a downloadable version so people can host it locally, and it SHALL be referenced from the home page (potentially by a link to another page)
  • the IG must not refer to at all
  • for HL7 IGs:
    • the realm in the canonical URL ([realm]/[code]/...) matches the specified jurisdiction in the IG resource (and uses the correct two letter abbreviation)
    • the realm in the ig resource matches the announced realm in the ballot
    • the package name (hl7.fhir.[realm].[code]) matches the realm and code in the canonical URL
    • the version is as agreed with the FHIR product director, and specified in fixed-business-version
    • information in the page header/footer must be consistent about realm, code, and version
    • the page footer must contain a copyright HL7 statement
  • implementation guides shall be designed to enable product/standard differentiation as described below

Note also these process requirements for submitting an IG for publishing by HL7:

  • the content must live in a github repository in the HL7 organization (or another TSC approved location)
  • the IG must build on the CI build, and must say which ballot/publication it is correctly in the page header and the
  • package-list.json (see FHIR IG PackageList doco) must exist in the repository, and have a correctly populated entry for the proposed release (except for date)



HL7 HTML Standards considerations

When HTML specifications are published on, or, the content of the pages is divided into 'product' and 'standard'.


This is content that is under the ongoing control of the product manager, and the publication committee. The content may be changed on an ongoing basis for the following reasons: - new subsequent releases of the IG are published, and the status changes - subsequent changes to web infrastructure require new links/styles/content - external content changes require fixes to links / descriptions - restyling decisions require syle updates


This is controlled content; changes to this content are only ever made as formal technical corrections with careful change control and announcements through HL7/FHIR Foundation formal channels. The only exception to this is to correct external links that are not explicitly visible in the text of the IG.


In order to make management simple, all HTML guides are split on the page into header, footer, and content. The header and footer are 'product' and the content is 'standard', as shown on this diagram, where the shaded yellow is the content: