Patient Viewer

Display resources for a specific patient, using a number of different views such as a list by resource type, json & tree views, encounters by condition, numeric Observation charting and graphical relationship views.

There is also the option to add a new patient, and to create sample data for that patient.

Patient resources are stored on the Data Server. The server should support the Patient/$everything operation.
Graph Builder 2 Build graphs of inter-connected FHIR resources. These can be created through the User Interface or downloaded from a FHIR server and further manipulated. The app uses the FHIR shorthand language to represent resource contents.
This is the successor to Scenario Builder
Doesn't use the servers specified in this launcher. Conformance resources (R4) are built in to the app, and the data server specified 'in app' as well. Better support for Implementation Guides and Profiles.
Bundle Visualizer Various displays for the contents of a bundle. Bundles can be pasted into the viewer and optionally saved in the data server.
Server Query Supports ad hoc queries against any FHIR server. Includes a simple query builder. The response can be displayed as Json or a Tree view, and FHIRPath is supported. Can access any compliant FHIR server (must expose a Capability Statement)
Implementation Guide Browser Display the contents of an Implementation Guide, and the relationships between the contents of the Guide. The Implementation guide, profiles and Extension Definitions are on the Conformance Server, the terminology resources (eg ValueSet) are on the Terminology Server
Scenario Builder

The Scenario Builder is used to join together the resources needed to represent a specific clinical scenario. It can use Core Resource types, Profiles and Logical models as it does this. The intention is to help people understand how resources can tell a clinical story, and to validate that the resource types available (including profiles) are sufficient.

Note that the builder still has issues with more complex resource types - this is a work in progress

Patient information is on the Data Server. Profiles on the Conformance server. ValueSets on the Terminology server.
Resource Validator Validate a resource, or bundle of resources, by calling one or more validation servers. A resource can be supplied either by pasting it into the app, or by providing a url to a resource instance. Select the servers you wish to validate the resource and the results will be displayed in summary and detailed formats.

Logical Modeller The Logical modeller allows the creation of a model that represents a particular interoperability requirement in a format that is easy to use. It uses FHIR datatypes, and can be based on an existing resource type or completely 'ad hoc'. It is intended to act as a 'bridge' between Modeller and User, and can act as the basis for the generation of the profiling components required by FHIR Models are saved on the Conformance Server. Can reference ValueSets from the Terminology server.

Artifacts in use Uses statistics exposed by the IG publisher build environment to report on the use of Extensions and Profiles within Implementation Guides. Due to the volume of data, the app can be sluggish or even time out. This will be addressed in a future release


ValueSet explorer Lets you view existing ValueSets. The builder works best with SNOMED (at the moment). ValueSets are stored on the Terminology Server
Extension Definition builder Views and builds extension definitions. These can be defined and applied to the Logical Model, which will allow them to be included in the generated Profile Extension definitions are saved on the Conformance Server
CodeSystem builder The CodeSystem defines a set of Concepts from which a ValueSet provides possible values for a resource element. The actual 'binding' between CodeSystem and element is done by the ValueSet. This component allows you to build (and edit) a CodeSystem, and optionally builds the ValueSet as well. CodeSystems are saved on the Terminology Server.
Concept Mapper Edit concept maps. R3 conformance server only
Cancel Edit
Current servers
Data Server
{{input.dataServer.name}}
Conformance Server
{{input.confServer.name}}
Terminology Server
{{input.termServer.name}}
{{message}} {{elapsed}}
Should all be the same FHIR version

clinFHIR Videos (open in new tab)
Note that some of these videos may describe earlier versions, so may not completely match the current functionality.
Thanks to interSystems for supporting the development of clinFHIR.
Last access from {{accessAudit.lastAccess.location['country_name']}} on {{accessAudit.lastAccess.date | date:'yyyy-MM-dd HH:mm'}} ({{accessAudit.lastAccess.date | getAgeSeconds}} ago.)
ModuleCount
{{m.name}} {{m.cnt}}
CountryCount
{{c.name}} {{c.cnt}}