Difference between revisions of "SMART on FHIR Apps"

From Hiasobi - FHIR
Jump to: navigation, search
Line 1: Line 1:
  
== Oridashi-Hiasobi Adapters ==
 
* Applications run on the clinical desktop as "Oridashi-Hiasobi adapters"
 
* Adapters can be custom branded and include custom features as needed
 
* Adapters are started on windows login and run in the users windows session
 
* Core adapter support includes hosing secured FHIR servers for all clinical products
 
* Automatic or manual selection of the clinical system is supported
 
* Manual switch to 'samples' supported for evaluation and testing
 
* Click-once deployed into user profile (no admin)
 
  
 
== SMART on FHIR ==
 
== SMART on FHIR ==
 
* Oridashi-Hiasobi implements the SMART-on-FHIR Authorisation profile http://docs.smarthealthit.org/authorization/
 
* Oridashi-Hiasobi implements the SMART-on-FHIR Authorisation profile http://docs.smarthealthit.org/authorization/
* Hiasobi supports a local Auth server interface to enable authorisation
+
* Hiasobi supports an in-built local Auth server interface to enable authorisation
 
* OAuth2 authorisation challenge is made to establish access
 
* OAuth2 authorisation challenge is made to establish access
* Authorisation can only occur when a user is logged into the clinical system
+
* Authorisation can only occur when an identified user is logged into the clinical system
 
* Specific authorisation of requested resources and context is made and recorded in the user profile
 
* Specific authorisation of requested resources and context is made and recorded in the user profile
 
* A unique token is supplied to the web application to use for access to the local FHIR service
 
* A unique token is supplied to the web application to use for access to the local FHIR service

Revision as of 16:15, 13 September 2017


SMART on FHIR

  • Oridashi-Hiasobi implements the SMART-on-FHIR Authorisation profile http://docs.smarthealthit.org/authorization/
  • Hiasobi supports an in-built local Auth server interface to enable authorisation
  • OAuth2 authorisation challenge is made to establish access
  • Authorisation can only occur when an identified user is logged into the clinical system
  • Specific authorisation of requested resources and context is made and recorded in the user profile
  • A unique token is supplied to the web application to use for access to the local FHIR service
  • Web applications need to be registered with the Hiasobi Apps Manager, this includes:
    • Specific launch and application urls for the app needed for launch and authorisation
    • Allocation if a unique application client id needed for authorisation
    • Display names needed for dynamic population of launch urls in adapters

FHIR DSTU2 Support

  • Draft standard for trial use 2 is the nominal supported version for Hiasobi as per http://hl7.org/fhir/DSTU2/index.html
  • Check the [base]/metadata content of Hiasobi servers for details of specific resource and search parameter support.

FHIR STU3 Support

  • Standard for trial use 3 is the nominal supported version for Hiasobi as per http://hl7.org/fhir/DSTU3/index.html
  • Check the [base]/metadata content of Hiasobi servers for details of specific resource and search parameter support.