This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "Publicly Available FHIR Servers for testing"

From HL7Wiki
Jump to navigation Jump to search
(Migrate Content to Confluence/Added Forward Link)
(Description of PHAST's server)
 
(3 intermediate revisions by 2 users not shown)
Line 39: Line 39:
  
 
*Vonk
 
*Vonk
**http://vonk.fire.ly
+
**https://vonk.fire.ly
**Supports STU3
+
**Supports STU3 and R4:
 +
***STU3: use https://vonk.fire.ly/R3, or use mediatype parameter fhirVersion=3.0
 +
***R4: use https://vonk.fire.ly/R4, or use mediatype parameter fhirVersion=4.0
 +
***R5 Preview #1: use https://labs.vonk.fire.ly/R5, or use mediatype parameter fhirVersion=5.0
 
**Generic FHIR Server, for all types of resources, all search parameters, xml + json
 
**Generic FHIR Server, for all types of resources, all search parameters, xml + json
 +
**Documentation on http://docs.simplifier.net/vonk
 
**Supports validation (for example: POST /Patient/$validate, with a Patient resource in the body).
 
**Supports validation (for example: POST /Patient/$validate, with a Patient resource in the body).
 
**This test instance runs on MongoDB and therefore can do batch but not transaction. (Transactions are supported on SQL Server.)
 
**This test instance runs on MongoDB and therefore can do batch but not transaction. (Transactions are supported on SQL Server.)
Line 283: Line 287:
 
**Promotes HL7 FHIR development in Vietnam
 
**Promotes HL7 FHIR development in Vietnam
  
*Phast's Standard Terminology Services STS - https://jade.phast.fr/resources-server/api/FHIR/
+
*Phast's Terminology Services & Catalog Services STS - https://jade.phast.fr/resources-server/api/FHIR/
 
**FHIR R4
 
**FHIR R4
 
**JSON and XML
 
**JSON and XML
**Terminology server with terminologies SNOMED CT, LOINC, EDQM Standard Terms, all FHIR-defined code systems ...
+
**Terminology services:
**Support ECL for SNOMED CT
+
***with terminologies SNOMED CT, LOINC, EDQM Standard Terms, all FHIR-defined code systems and value sets ...
**Resources: CodeSystem, ValueSet, ConceptMap, NamingSystem, TerminologyCapabilities
+
***Support ECL for SNOMED CT
**interactions: read, vread, update, delete, create
+
***Resources: CodeSystem, ValueSet, ConceptMap, NamingSystem, TerminologyCapabilities
**common parameters: _tag, _profile, _security, _text, _content, _list, _format, _query, _filter
+
***interactions: read, vread, update, delete, create
**common search parameters: _lastUpdated, _has, _type, _id
+
***common parameters: _tag, _profile, _security, _text, _content, _list, _format, _query, _filter
**common search result parameters: _sort, _count, _include, _revinclude
+
***common search parameters: _lastUpdated, _has, _type, _id
**operations on CodeSystem (GET & POST): lookup, validate-code, subsumes
+
***common search result parameters: _sort, _count, _include, _revinclude
**operations on ValueSet (GET & POST): expand, validate-code
+
***operations on CodeSystem (GET & POST): lookup, validate-code, subsumes
**operations on ConceptMap (GET & POST): translate, closure
+
***operations on ValueSet (GET & POST): expand, validate-code
 +
***operations on ConceptMap (GET & POST): translate, closure
 +
**Catalog services:
 +
***resources: Composition, PlanDefinition, ActivityDefinition, ObservationDefinition, SpecimenDefinition, Organization, ChargeItemDefinition
 +
***Functional scope: Catalogs of laboratory diagnostic services

Latest revision as of 16:14, 16 April 2020

Content on this page has been migrated to Confluence here: https://confluence.hl7.org/display/FHIR/Public+Test+Servers


Back to FHIR home page

Introduction

This page lists FHIR servers that are publicly available for testing. These are public services provided by volunteers and HL7 makes no representations concerning their safety or reliability.

In order to avoid spam etc, the servers are generally password protected. A contact is provided to get a password.

BTW: List of publically available test data (some of these test servers preload some of this data):

Status

The status of publicly available FHIR servers is monitored using UptimeRobot at https://stats.uptimerobot.com/9DArDu1Jo. If you would like a publicly available FHIR server added to the UptimeRobot status page, email [Sean McIlvenna[1]].

Servers

Note that these servers are testing servers. They may be sporadically unavailable, and as the FHIR specification is a moving target, they may not always implement the latest version, or do so correctly.

  • Vonk
    • https://vonk.fire.ly
    • Supports STU3 and R4:
    • Generic FHIR Server, for all types of resources, all search parameters, xml + json
    • Documentation on http://docs.simplifier.net/vonk
    • Supports validation (for example: POST /Patient/$validate, with a Patient resource in the body).
    • This test instance runs on MongoDB and therefore can do batch but not transaction. (Transactions are supported on SQL Server.)
  • Pyro
    • Documentation: https://pyrohealth.net/
    • Pyro Server’s FHIR STU3 endpoint: https://stu3.test.pyrohealth.net/fhir
    • Implementation: Generic STU V3.0.1 FHIR Server, all resource types, .NET (C#), MS SQL or PostgreSQL
    • Supports: All search parameters, _includes, _revincludes, Search chaining, Conditional (Create, Update, Delete), History and Transaction bundles
    • Pyro Server’s FHIR R4 endpoint: https://r4.test.pyrohealth.net/fhir
    • Implementation: Generic R4 V3.5.0 FHIR Server, all resource types, .NET (C#), MS SQL or PostgreSQL
    • Supports: All search parameters, _includes, _revincludes, Search chaining, Conditional (Create, Update, Delete), History and Transaction bundles
  • https://health-samurai.io/aidbox - Health Samurai's FHIR server as a service with free layer, register and create a new server in 1 click
    • Local development installation by Docker
    • Supports all resource types, all operations, json + xml + edn + transit + yaml, All FHIR versions
    • Based on fhirbase (https://www.health-samurai.io/fhirbase)
    • Supports SQL on FHIR
    • Implementation: PostgreSQL, JVM (clojure), Kubernetes
    • Oauth 2.0, OpenID Connect, SCIM
    • Access Policies
    • Custom Resources & First Class Extensions
    • Terminology Service
    • Extensible with Custom Operations by Aidbox SDK
  • AEGIS WildFHIR - PLEASE NOTE UPDATED URLs PER MOVE TO NEW SERVERS
    • R4 Official v4.0.0 - http://wildfhir4.aegis.net/fhir4-0-0
      • Test client interface: http://wildfhir4.aegis.net/fhir4-0-0-gui
      • Supports the FHIR R4 Official (v4.0.0) version for use at the upcoming Connectathon 20 event
      • Supports all resource types and standard operations, including batch, validate and json/xml patch, excluding transaction; search supports chained parameters, include and revinclude; support for conditional read/update/delete, create/update return preference and _summary parameter
    • R4 Ballot 2 v3.5.0 - http://wildfhir3.aegis.net/fhir3-5-0
      • Test client interface: http://wildfhir3.aegis.net/fhir3-5-0-gui
      • Supports the FHIR R4 Ballot 2 (v3.5.0-14299) version for use at the upcoming Connectathon 19 event
      • Supports all resource types and standard operations, including batch, validate and json/xml patch, excluding transaction; search supports chained parameters, include and revinclude; support for conditional read/delete, create/update return preference and _summary parameter
    • R4 Ballot 1 v3.3.0 - http://wildfhir3.aegis.net/fhir3-3-0
      • Test client interface: http://wildfhir3.aegis.net/fhir3-3-0-gui
      • Supports the FHIR R4 Ballot 1 (v3.3.0-13671) version for use at the upcoming Connectathon 18 event
      • Supports all resource types and standard operations, including validate and json/xml patch, excluding transaction; search supports chained parameters, include and revinclude; support for conditional read/delete, create/update return preference and _summary parameter
    • R4 Candidate 1 v3.2.0 - http://wildfhir3.aegis.net/fhir3-2-0
      • Test client interface: http://wildfhir3.aegis.net/fhir3-2-0-gui
      • Supports the FHIR R4 Candidate 1 (v3.2.0-12888) version used for the Connectathon 17 event
      • Supports all resource types and standard operations, including validate and json/xml patch, excluding transaction; search supports chained parameters, include and revinclude; support for conditional read/delete, create/update return preference and _summary parameter
    • STU3 v3.0.1 (official) - http://wildfhir3.aegis.net/fhir3-0-1
      • Test client interface: http://wildfhir3.aegis.net/fhir3-0-1-gui
      • Supports the FHIR Release 3 (v3.0.1-11917) version used for the Connectathon 15, 16 and 17 events
      • Supports all resource types and standard operations, including validate and json/xml patch, excluding transaction; search supports chained parameters; support for conditional read/delete, create/update return preference and _summary parameter
    • STU3 Candidate v1.8.0 - http://wildfhir2.aegis.net/fhir1-8-0
      • Test client interface: http://wildfhir2.aegis.net/fhir1-8-0-gui
      • Supports the FHIR STU3 Candidate (v1.8.0-10528) version used for the Connectathon 14 event
      • Supports all resource types and standard operations, including validate and json/xml patch, excluding transaction; improved support for search including chained parameters; support for conditional read/delete, create/update return preference and _summary parameter
    • STU3 Ballot v1.6.0 - http://wildfhir2.aegis.net/fhir1-6-0
      • Test client interface: http://wildfhir2.aegis.net/fhir1-6-0-gui
      • Supports the FHIR STU3 Ballot (v1.6.0-9810) version used for the Connectathon 13 event
      • Supports all resource types and standard operations, including validate and json/xml patch(experimental), excluding transaction; improved support for search including chained parameters; support for conditional read/delete, create/update return preference
    • STU3 Ballot v1.4.0 - http://wildfhir2.aegis.net/fhir1-4-0
      • Test client interface: http://wildfhir2.aegis.net/fhir1-4-0-gui
      • Supports the FHIR STU3 Ballot (v1.4.0-8139) version used for the Connectathon 12 event
      • Supports all resource types and standard operations, including validate and json patch(experimental), excluding transaction; better support for search; support for conditional read, create/update return preference
    • STU3 Ballot v1.2.0 - http://wildfhir2.aegis.net/fhir1-2-0
      • Test client interface: http://wildfhir2.aegis.net/fhir1-2-0-gui
      • Supports the FHIR STU3 Ballot (v1.2.0-7493) version used for the Connectathon 11 event
      • Supports all resource types and standard operations, including validate and patch(experimental), excluding transaction; better support for search; support for conditional read, create/update return preference
    • DSTU2 v1.0.2 (official) - http://wildfhir2.aegis.net/fhir1-0-2
      • Test client interface: http://wildfhir2.aegis.net/fhir1-0-2-gui
      • Supports the FHIR DSTU 2.0 (v1.0.2-7202) version used for the Connectathon 10 event
      • Supports all resource types and operations, including validate, excluding transaction; support for conditional read, create/update return preference
  • http://sqlonfhir-dstu2.azurewebsites.net/fhir - HealthConnex - DSTU2
    • Supports all resource types, but not all operations
    • .NET (C#) implementation on SQL Server Azure
    • No support for search chaining or profiles at present
  • http://sqlonfhir-stu3.azurewebsites.net/fhir - Telstra Health (HealthConnex) - Jan 2017 San Antonio Connectathon Build
    • Supports all resource types, but not all operations
    • .NET (C#) implementation on SQL Server Azure
    • Limited support for search chaining or profiles at present (and terminology is really broken)
  • http://health.gnusolidario.org:5000 GNU Health FHIR server
    • Supports read, validate and search for Patient, DiagnosticReport, Practitioner, Procedure, Observation, Condition, FamilyHistory
    • DSTU1
    • A Flask app. It's connected to the GNU Health community server database. Consequently, it's possible to create and update patients, doctors, etc. through the GNU Health frontend and the changes should be reflected on the FHIR server (indirect write support, I suppose).
    • I think our goal is to use the FHIR server as an adapter for non-GNU Health EHRs and users, since we already have synchronization between instances. But, there are other interesting possibilites, too.
    • I'm updating the code frequently and it's still in the dev stages (e.g., adding new resources frequently).
    • Documentation is here: https://en.wikibooks.org/w/index.php?title=GNU_Health/Using_the_FHIR_REST_server
  • https://stu3.ontoserver.csiro.au/fhir - CSIRO's Ontoserver - STU3 (FHIR 3.0.1)
  • https://r4.ontoserver.csiro.au/fhir - CSIRO's Ontoserver - R4 (still in beta)
    • Supports Terminology Services
    • CodeSystem, ValueSet, ConceptMap, StructureDefinition, and Bundle with read, create, update, delete, search
    • $expand, $lookup, $validate-code, $validate, $closure, $translate, and $batch
    • Specialised support for SNOMED CT, and LOINC
  • http://fhir.nestvision.com (NestVision, a Chinese medical IT company, for Chinese implementers)
    • NEST-FHIR: a free FHIR testing platform. Functionality starts with client conformance testing against a FHIR STU3 server, via any rest extensions on chrome browser, and will become a full functional testing platform later.
  • Kaji - https://kaji.healthforge.io
    • Supports STU3
    • General purpose server supporting all resources, most search parameters, xml & json
    • Tech stack: Scala, PostgreSQL, Kubernetes
  • Phast's Terminology Services & Catalog Services STS - https://jade.phast.fr/resources-server/api/FHIR/
    • FHIR R4
    • JSON and XML
    • Terminology services:
      • with terminologies SNOMED CT, LOINC, EDQM Standard Terms, all FHIR-defined code systems and value sets ...
      • Support ECL for SNOMED CT
      • Resources: CodeSystem, ValueSet, ConceptMap, NamingSystem, TerminologyCapabilities
      • interactions: read, vread, update, delete, create
      • common parameters: _tag, _profile, _security, _text, _content, _list, _format, _query, _filter
      • common search parameters: _lastUpdated, _has, _type, _id
      • common search result parameters: _sort, _count, _include, _revinclude
      • operations on CodeSystem (GET & POST): lookup, validate-code, subsumes
      • operations on ValueSet (GET & POST): expand, validate-code
      • operations on ConceptMap (GET & POST): translate, closure
    • Catalog services:
      • resources: Composition, PlanDefinition, ActivityDefinition, ObservationDefinition, SpecimenDefinition, Organization, ChargeItemDefinition
      • Functional scope: Catalogs of laboratory diagnostic services