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

Publicly Available FHIR Servers for testing

From HL7Wiki
Revision as of 21:20, 28 June 2016 by Brianpos (talk | contribs)
Jump to navigation Jump to search

Back to FHIR home page

Introduction

This page lists FHIR servers that are publicly available for testing. 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):

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.

  • http://spark.furore.com - Ewout's test server (previously fhir.furore.com). The actual service endpoint is at http://spark.furore.com/fhir.
    • Supports all resource types, all operations, xml + json
    • implementation details: C# reference implementation, WebApi 2.0 library, Mongo DB for storage and search.
    • Server is running on AppHarbor, Mongo at MongoLab, and storage of binary is done on Amazon S3
    • Available in the open source - see [[2]]
    • DSTU 2: http://spark.furore.com/fhir
  • http://wildfhir.aegis.net/fhir - AEGIS WildFHIR - STU 3 Candidate (v1.4.0-8139)
    • Supports the STU 3 Candidate (v1.4.0-8139) current version of FHIR for the May 2016 Connectathon 12 event in Montreal, QC, Canada
    • 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
    • Based on the FHIR STU 3 Candidate (v1.4.0-8139) Java reference implementation; hosted on RedHat WildFly 8.1.0
    • Also available using SSL at https://wildfhir.aegis.net/fhir
    • Test client interface: http://wildfhir.aegis.net/fhirgui
  • http://wildfhir.aegis.net/dstu21 - AEGIS WildFHIR - DSTU 2.1 (v1.2.0-7493)
    • Supports the DSTU 2.1 (v1.2.0-7493) current version of FHIR for the January 2016 Connectathon 11 event in Orlando, FL
    • 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
    • Based on the FHIR DSTU2 (v1.2.0-7493) Java reference implementation; hosted on RedHat WildFly 8.1.0
    • Also available using SSL at https://wildfhir.aegis.net/dstu21
    • Test client interface: http://wildfhir.aegis.net/dstu21gui
  • http://wildfhir.aegis.net/dstu2 - AEGIS WildFHIR - DSTU 2.0 (v1.0.2-7202)
    • Supports the DSTU 2.0 (v1.0.2-7202) version of FHIR
    • Supports all resource types and operations, including validate, excluding transaction; support for conditional read, create/update return preference
    • Based on the FHIR DSTU 2.0 (v1.0.2-7202) Java reference implementation; hosted on RedHat WildFly 8.1.0
    • Also available using SSL at https://wildfhir.aegis.net/dstu2
    • Test client interface: http://wildfhir.aegis.net/dstu2gui
  • [DECOMMISSIONED] - AEGIS WildFHIR - DSTU 1.1
  • 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-may2016.azurewebsites.net/fhir - HealthConnex - May 2016 Montreal 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
  • 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
  • http://ontoserver.csiro.au/fhir - CSIRO's Ontoserver - DSTU2 (2015Sep)
    • Supports Terminology Services
    • ValueSet, ConceptMap read, create, update, minimal search
    • $expand, $validate-code, and $translate
  • https://cloud.allscriptsunity.com/FHIR - Allscripts Sandbox (OAuth)
    • DSTU 2.0 (v1.0.2) version of FHIR
    • Supports the resource types developed for the Argonaut Implementation sprints, currently read-only
    • Supports OAuth validation
    • Runs against multiple Allscripts Professional test servers
    • Contact Jeffrey Danford for more information about this endpoint
    • Contact Jason Tithoffor OAuth setup
  • https://cloud.allscriptsunity.com/FHIRAnon - Allscripts Sandbox (Open)
    • DSTU 2.0 (v1.0.2) version of FHIR
    • Supports the resource types developed for the Argonaut Implementation sprints, currently read-only
    • Runs against an Allscripts Professional test server
    • Contact JeffreyDanford for more information about this endpoint