Skip to content

Commit 4e2b5f3

Browse files
authored
Update smart-on-fhir.md
1 parent 32cf13b commit 4e2b5f3

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

articles/healthcare-apis/fhir/smart-on-fhir.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -13,17 +13,17 @@ ms.date: 11/10/2022
1313
# SMART on FHIR
1414

1515
Substitutable Medical Applications and Reusable Technologies [SMART on FHIR](https://docs.smarthealthit.org/) is a healthcare standard through which applications can access clinical information through a data store. It adds a security layer based on open standards including OAuth2 and OpenID Connect, to FHIR interfaces to enable integration with EHR systems. Using SMART on FHIR provides at least three important benefits:
16-
Applications have a known method for obtaining authentication/authorization to a FHIR repository
17-
Users accessing a FHIR repository with SMART on FHIR are restricted to resources associated with the user, rather than having access to all data in the repository
18-
Users have the ability to grant applications access to an further limited set of their data by using SMART clinical scopes.
16+
- Applications have a known method for obtaining authentication/authorization to a FHIR repository
17+
- Users accessing a FHIR repository with SMART on FHIR are restricted to resources associated with the user, rather than having access to all data in the repository
18+
- Users have the ability to grant applications access to an further limited set of their data by using SMART clinical scopes.
1919

2020
<!---SMART Implementation Guide v1.0.0 is supported by Azure API for FHIR and Azure API Management (APIM). This is our recommended approach, as it enabled Health IT developers to comply with 21st Century Act Criterion §170.315(g)(10) Standardized API for patient and population services.
2121
2222
Sample demonstrates and list steps that can be referenced to pass ONC G(10) with Inferno test suite.
2323
2424
--->
2525

26-
One of the main purposes of the specifications is to describe how an application should discover authentication endpoints for an FHIR server and start an authentication sequence. Authentication is based on OAuth2. But because SMART on FHIR uses parameter naming conventions that aren’t immediately compatible with Azure Active Directory (Azure AD), the Azure API for FHIR has a built-in Azure AD SMART on FHIR proxy that enables a subset of the SMART on FHIR launch sequences. Specifically, the proxy enables the [EHR launch sequence](https://hl7.org/fhir/smart-app-launch/#ehr-launch-sequence).
26+
One of the main purposes of the specifications is to describe how an application should discover authentication endpoints for an FHIR server and start an authentication sequence. SMART on FHIR uses parameter naming conventions that aren’t immediately compatible with Azure Active Directory (Azure AD), the Azure API for FHIR has a built-in Azure AD SMART on FHIR proxy that enables a subset of the SMART on FHIR launch sequences. Specifically, the proxy enables the [EHR launch sequence](https://hl7.org/fhir/smart-app-launch/#ehr-launch-sequence).
2727

2828
Below tutorial describes steps to enable SMART on FHIR applications with FHIR Service.
2929

0 commit comments

Comments
 (0)