SlideShare a Scribd company logo
1 of 31
Download to read offline
HL7 FHIR BASICS – SESSION 5
FHIR Implementation Considerations
Kumar Satyam
https://www.linkedin.com/in/kumarsatyam/
https://twitter.com/kr_satyam
12-June-2021
Presentation by Kumar Satyam
Acknowledgements & Credits
This Presentation borrows from the content of presentations by
➢Grahame Grieve
➢Lloyd McKenzie
➢Ewout Kramer
➢David Hay
➢Michel Rutten
➢ and other members of HL7 FHIR Community.
12-June-2021
Presentation by Kumar Satyam
Agenda
➢Recap
➢Implementer Considerations
➢Implementing a Servers
➢Next Steps
12-June-2021
Presentation by Kumar Satyam
FHIR India Community
• Open community of HL7 FHIR & Interoperability enthusiasts.
• #fhirIndia – social media tag.
• https://fhirindia.zulipchat.com/ - Discussion forum
• https://www.linkedin.com/groups/13932672/ - LinkedIn Group
• https://github.com/HL7India/ - Github
10K by Dec 2021.
12-June-2021
Presentation by Kumar Satyam
Glimpse of some of the community activities
✓Review and feedback digital healthcare initiatives like NDHB
✓FHIR India Connectathon – July 2020
✓NDHM FHIR Profiles
✓Concept papers
✓Education & Implementer support
✓FHIR Basics
✓Connect with global community
✓Projects of common interest
✓LOINC Mapping
12-June-2021 Presentation by Kumar Satyam
HouseKeeping
12-June-2021
Presentation by Kumar Satyam
Recap
12-June-2021
Presentation by Kumar Satyam
Fast Healthcare Interoperability Resources
12-June-2021
Presentation by Kumar Satyam
R4 - Mixed Normative and STU
FHIR RESTFul Paradigm
➢Resources (Data)
➢Resource location (URI)
➢
➢HTTP methods
➢formats
▪XML, JSON, RDF,ND-JSON .
12-June-2021
Presentation by Kumar Satyam
Instance Level
Allows a client to retrieve the current content of a
resource, to update the content to a new state, to
delete the resource, or to see its modification
history
Type Level
Allows a client to search through the existing
resources that already exist, create a new instance
of a resource, or get the history of all changes to
resource of the type.
System Level
Allows a client to determine what functionality is
provided by the system, perform batches and
transactions across multiple resource types, and
get the history of all changes to all resources.
12-June-2021 Presentation by Kumar Satyam
FHIR Base Services
Resources in FHIR
• “Resources” are:
• Small logically discrete units of exchange
• Defined behavior and meaning
• Known identity / location
• Smallest unit of transaction
A resource is an entity that:
• has a known identity (a URL) by which it can be addressed
• identifies itself as one of the types of resource defined in this specification
• contains a set of structured data items as described by the definition of the resource
type
• has an identified version that changes if the contents of the resource change
12-June-2021
Presentation by Kumar Satyam
Resources
12-June-2021
Presentation by Kumar Satyam
FHIR Resource Example
http://hl7.org/fhir/summary.html#2.17.3
12-June-2021
Presentation by Kumar Satyam
The FHIR Manifesto
• Focus on Implementers.
• Target support for common scenarios.
• Leverage cross- industry web technologies.
• Require human readability as base level of interoperability.
• Make content freely available.
• Support multiple paradigms & architectures
Source : Principles of Health Interoperability_ SNOMED CT, HL7 and FHIR 3rd edition
12-June-2021
Presentation by Kumar Satyam
Implementers
12-June-2021
Presentation by Kumar Satyam
Focus on Implementers
❑Open License
❑FHIR maturity model – Focus on adoption
❑Reference implementations & libraries.
❑Public testing servers.
❑Community
❑Connectathons
12-June-2021
Presentation by Kumar Satyam
Implementers
FHIR is a platform standard
multiple disparate architectures
widely varying purposes
• FHIR Implementers are from different backgrounds.
• Exposure to previous HL7 standards or other Interoperability standards
• Constrained by existing architecture ( mostly )
12-June-2021
Presentation by Kumar Satyam
Guiding principles
• Test using public servers
• Choose a reference implementation – if possible.
• Writing client is easy – Server way harder
• Code generation from schema – Be aware of limitations
• Healthcare is complex – Check implementers safety checklist
12-June-2021
Presentation by Kumar Satyam
5-5-5 Rule
• 5 secs to find the specification on the web
• 5 mins to understand what it is
• 5 hours to have some working code
• And
• 5 years to understand healthcare application development.
12-June-2021
Presentation by Kumar Satyam
Push or Pull
12-June-2021
Presentation by Kumar Satyam
http://hl7.org/fhir/pushpull.html
FHIR Formats
• Systems SHALL declare which format(s) they support in their Capability
Statement
• Clients and servers can choose what syntax(s) to implement.
• In the interests of interoperability, servers SHOULD support both the XML and
JSON formats.
• Turtle (RDF) & bulk data formats
http://hl7.org/fhir/formats.html
12-June-2021
Presentation by Kumar Satyam
Client & Server
• Client & Server - FHIR Restful APIs
• Clients
• Lightweight applications
• Issue crud(e) requests to server
• Response & User interface
• Servers
deal with security, threading, multiple representations, searching and indexing, and
persistence.
12-June-2021
Presentation by Kumar Satyam
Implementing a Server
• Choose what services to Offer
• Minimally Server must support
Conformance Statement
Decide what resources to support
Read: Get/Search – Should always be provided for resources supported
Write: Create/Update ?
Delete ?
Versioning ?
Remember : APIs are external interface ; how they are implemented is internal is
irrelevant for exchange
12-June-2021
Presentation by Kumar Satyam
Implementing a Server
• Fresh ground up FHIR server- Speaking FHIR natively – Rare
• FHIR usually implemented as bolt-on interface to existing legacy services and
data
• Generally following strategies are seen
• Use of Middleware – Convert FHIR operations & formats like HL7 V2.x
• FHIR facades – Convert and expose internal data directly as FHIR
• CDR – data from internal system -> a general purpose database -> expose as FHIR
• Gradual adoption of FHIR by components
• FHIR Create and read – resource may differ.
http://hl7.org/fhir/updates.html
12-June-2021
Presentation by Kumar Satyam
Implementing a Server
• Storage Choice
• Applications can use the resources defined by FHIR by storing them natively in a database or
persistent store
http://hl7.org/fhir/storage.html
12-June-2021
Presentation by Kumar Satyam
Implementer safety Checklist
• Conformance Related Safety Checks
• E.g.
• I've reviewed the Modifier elements
• My system checks for modifierExtension elements
• my system handles the full Life cycle (status codes, currency issues, and erroneous entry status)
• Complete list : https://www.hl7.org/fhir/safety.html#conformance
• Security Related Safety Checks
• Basic Context : time sync
• Communications: encryption
• Authentication/Authorization:
• Access Control:
• Integrity:
https://www.hl7.org/fhir/safety.html#security-framework
All implementers should run through safety checklist before and after implementation
12-June-2021
Presentation by Kumar Satyam
Many more
Tools for Implementers
• Public Test Servers
• https://confluence.hl7.org/display/FHIR/Public+Test+Servers
• Validation Tools
• Java validator
• OpenSource reference implementations
• HAPI
• .Net
• Others
• FHIR Registry – simplifier.net
• Notepad++ plugin
Lot of useful links maintained here: https://fhirindia.zulipchat.com/#narrow/stream/270736-general/topic/Useful.20Links
12-June-2021
Presentation by Kumar Satyam
Security
12-June-2021
Presentation by Kumar Satyam
SMART on FHIR
12-June-2021
Presentation by Kumar Satyam
Smart on FHIR open specifications.
Adds to FHIR to integrate with existing health systems :
• A set of scopes and permissions agreed between
client and server that are specific to the app
context.
• Login & authorization
• Oauth2 & OIDC
• Consistent UI integration between client and server.
• Interactive decision support between user, server,
and decision support systems.
“Substitutable Medical Apps, Reusable Technology”
Next Steps
12-June-2021
Presentation by Kumar Satyam
What Next
• Participate in connectathons
• Tryout some fhir starter projects
• Map requirements to FHIR – Clinfhir
• Tryout the tools
• Join the implementer community
Try- learn- implement – share
12-June-2021
Presentation by Kumar Satyam

More Related Content

What's hot

What's hot (18)

Integrating with the epic platform fhir dev days 17
Integrating with the epic platform fhir dev days 17Integrating with the epic platform fhir dev days 17
Integrating with the epic platform fhir dev days 17
 
Devdays 2017 implementation guide authoring - ardon toonstra
Devdays 2017  implementation guide authoring - ardon toonstraDevdays 2017  implementation guide authoring - ardon toonstra
Devdays 2017 implementation guide authoring - ardon toonstra
 
Fhir tooling (grahame)
Fhir tooling (grahame)Fhir tooling (grahame)
Fhir tooling (grahame)
 
Advanced .net api (ewout)
Advanced .net api (ewout)Advanced .net api (ewout)
Advanced .net api (ewout)
 
Building bridges devdays 2017- powerpoint template
Building bridges devdays 2017- powerpoint templateBuilding bridges devdays 2017- powerpoint template
Building bridges devdays 2017- powerpoint template
 
Furore devdays2017 tdd-2-advanced
Furore devdays2017 tdd-2-advancedFurore devdays2017 tdd-2-advanced
Furore devdays2017 tdd-2-advanced
 
20171116 rene spronk_profiling_governance
20171116 rene spronk_profiling_governance20171116 rene spronk_profiling_governance
20171116 rene spronk_profiling_governance
 
Validation in net and java (ewout james)
Validation in net and java (ewout james)Validation in net and java (ewout james)
Validation in net and java (ewout james)
 
2017 11-ccda-on-fhir
2017 11-ccda-on-fhir2017 11-ccda-on-fhir
2017 11-ccda-on-fhir
 
Furore devdays 2017 - workflow
Furore devdays 2017 - workflowFurore devdays 2017 - workflow
Furore devdays 2017 - workflow
 
Whats new (grahame)
Whats new (grahame)Whats new (grahame)
Whats new (grahame)
 
Building on cerner with smart on fhir fhir dev days 2017
Building on cerner with smart on fhir   fhir dev days 2017Building on cerner with smart on fhir   fhir dev days 2017
Building on cerner with smart on fhir fhir dev days 2017
 
Session 3 - i4Trust components for Identity Management and Access Control i4T...
Session 3 - i4Trust components for Identity Management and Access Control i4T...Session 3 - i4Trust components for Identity Management and Access Control i4T...
Session 3 - i4Trust components for Identity Management and Access Control i4T...
 
Furore devdays2017 tdd-1-intro
Furore devdays2017 tdd-1-introFurore devdays2017 tdd-1-intro
Furore devdays2017 tdd-1-intro
 
FHIR API for Java programmers by James Agnew
FHIR API for Java programmers by James AgnewFHIR API for Java programmers by James Agnew
FHIR API for Java programmers by James Agnew
 
Enterprise Systems Built With Microservices are Designed to Expect Failures, ...
Enterprise Systems Built With Microservices are Designed to Expect Failures, ...Enterprise Systems Built With Microservices are Designed to Expect Failures, ...
Enterprise Systems Built With Microservices are Designed to Expect Failures, ...
 
20190404 Blockchain GIG #2 Oracle Mark発表資料
20190404 Blockchain GIG #2 Oracle Mark発表資料 20190404 Blockchain GIG #2 Oracle Mark発表資料
20190404 Blockchain GIG #2 Oracle Mark発表資料
 
McShibboleth Presentation
McShibboleth PresentationMcShibboleth Presentation
McShibboleth Presentation
 

Similar to Fhir basics session 5 on fhir implementation considerations

Building a data-driven authorization framework
Building a data-driven authorization frameworkBuilding a data-driven authorization framework
Building a data-driven authorization framework
DataWorks Summit
 
API’s and Micro Services 0.5
API’s and Micro Services 0.5API’s and Micro Services 0.5
API’s and Micro Services 0.5
Richard Hudson
 
RHEx NwHIN Power Team 2012-07-26
RHEx NwHIN Power Team 2012-07-26RHEx NwHIN Power Team 2012-07-26
RHEx NwHIN Power Team 2012-07-26
Brian Ahier
 

Similar to Fhir basics session 5 on fhir implementation considerations (20)

Fhir basics session 1 Introduction to Interoperabilty & Principles of FHIR
Fhir basics session 1 Introduction to Interoperabilty & Principles of FHIRFhir basics session 1 Introduction to Interoperabilty & Principles of FHIR
Fhir basics session 1 Introduction to Interoperabilty & Principles of FHIR
 
Agile Requirements - Dag voor de Requirements Engineer - DiVetro
Agile Requirements - Dag voor de Requirements Engineer - DiVetroAgile Requirements - Dag voor de Requirements Engineer - DiVetro
Agile Requirements - Dag voor de Requirements Engineer - DiVetro
 
Best Practices for Integrating Applications Development
Best Practices for Integrating Applications DevelopmentBest Practices for Integrating Applications Development
Best Practices for Integrating Applications Development
 
Practical Guide to Platform-as-a-Service
Practical Guide to Platform-as-a-Service Practical Guide to Platform-as-a-Service
Practical Guide to Platform-as-a-Service
 
Building a data-driven authorization framework
Building a data-driven authorization frameworkBuilding a data-driven authorization framework
Building a data-driven authorization framework
 
Securing Hadoop in an Enterprise Context
Securing Hadoop in an Enterprise ContextSecuring Hadoop in an Enterprise Context
Securing Hadoop in an Enterprise Context
 
Modeling Multi-Layer Access Control Policies of a Hyperledger-Fabric-Based Ag...
Modeling Multi-Layer Access Control Policies of a Hyperledger-Fabric-Based Ag...Modeling Multi-Layer Access Control Policies of a Hyperledger-Fabric-Based Ag...
Modeling Multi-Layer Access Control Policies of a Hyperledger-Fabric-Based Ag...
 
Latest Developments in Cloud Security Standards and Privacy
Latest Developments in Cloud Security Standards and PrivacyLatest Developments in Cloud Security Standards and Privacy
Latest Developments in Cloud Security Standards and Privacy
 
Cloud Security Standards: What to Expect and What to Negotiate V2.0
Cloud Security Standards: What to Expect and What to Negotiate V2.0Cloud Security Standards: What to Expect and What to Negotiate V2.0
Cloud Security Standards: What to Expect and What to Negotiate V2.0
 
API’s and Micro Services 0.5
API’s and Micro Services 0.5API’s and Micro Services 0.5
API’s and Micro Services 0.5
 
Best Practices for Your CMP RFP or RFI
Best Practices for Your CMP RFP or RFIBest Practices for Your CMP RFP or RFI
Best Practices for Your CMP RFP or RFI
 
Hadoop Security Features That make your risk officer happy
Hadoop Security Features That make your risk officer happyHadoop Security Features That make your risk officer happy
Hadoop Security Features That make your risk officer happy
 
Hadoop Security Features that make your risk officer happy
Hadoop Security Features that make your risk officer happyHadoop Security Features that make your risk officer happy
Hadoop Security Features that make your risk officer happy
 
VMworld 2013: Separating Cloud Hype from Reality in Healthcare – a Real-Life ...
VMworld 2013: Separating Cloud Hype from Reality in Healthcare – a Real-Life ...VMworld 2013: Separating Cloud Hype from Reality in Healthcare – a Real-Life ...
VMworld 2013: Separating Cloud Hype from Reality in Healthcare – a Real-Life ...
 
Gitex journey to the cloud
Gitex journey to the cloudGitex journey to the cloud
Gitex journey to the cloud
 
FileServicesPitch
FileServicesPitchFileServicesPitch
FileServicesPitch
 
Performance Testing
Performance TestingPerformance Testing
Performance Testing
 
1667 making z rules work session
1667 making z rules work session1667 making z rules work session
1667 making z rules work session
 
RHEx NwHIN Power Team 2012-07-26
RHEx NwHIN Power Team 2012-07-26RHEx NwHIN Power Team 2012-07-26
RHEx NwHIN Power Team 2012-07-26
 
Comprehensive Security for the Enterprise II: Guarding the Perimeter and Cont...
Comprehensive Security for the Enterprise II: Guarding the Perimeter and Cont...Comprehensive Security for the Enterprise II: Guarding the Perimeter and Cont...
Comprehensive Security for the Enterprise II: Guarding the Perimeter and Cont...
 

Recently uploaded

Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
panagenda
 

Recently uploaded (20)

How to Check CNIC Information Online with Pakdata cf
How to Check CNIC Information Online with Pakdata cfHow to Check CNIC Information Online with Pakdata cf
How to Check CNIC Information Online with Pakdata cf
 
Introduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMIntroduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDM
 
Design Guidelines for Passkeys 2024.pptx
Design Guidelines for Passkeys 2024.pptxDesign Guidelines for Passkeys 2024.pptx
Design Guidelines for Passkeys 2024.pptx
 
Event-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream ProcessingEvent-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream Processing
 
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
 
Human Expert Website Manual WCAG 2.0 2.1 2.2 Audit - Digital Accessibility Au...
Human Expert Website Manual WCAG 2.0 2.1 2.2 Audit - Digital Accessibility Au...Human Expert Website Manual WCAG 2.0 2.1 2.2 Audit - Digital Accessibility Au...
Human Expert Website Manual WCAG 2.0 2.1 2.2 Audit - Digital Accessibility Au...
 
Portal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russePortal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russe
 
Six Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal OntologySix Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal Ontology
 
AI in Action: Real World Use Cases by Anitaraj
AI in Action: Real World Use Cases by AnitarajAI in Action: Real World Use Cases by Anitaraj
AI in Action: Real World Use Cases by Anitaraj
 
Intro to Passkeys and the State of Passwordless.pptx
Intro to Passkeys and the State of Passwordless.pptxIntro to Passkeys and the State of Passwordless.pptx
Intro to Passkeys and the State of Passwordless.pptx
 
AI mind or machine power point presentation
AI mind or machine power point presentationAI mind or machine power point presentation
AI mind or machine power point presentation
 
Introduction to FIDO Authentication and Passkeys.pptx
Introduction to FIDO Authentication and Passkeys.pptxIntroduction to FIDO Authentication and Passkeys.pptx
Introduction to FIDO Authentication and Passkeys.pptx
 
JohnPollard-hybrid-app-RailsConf2024.pptx
JohnPollard-hybrid-app-RailsConf2024.pptxJohnPollard-hybrid-app-RailsConf2024.pptx
JohnPollard-hybrid-app-RailsConf2024.pptx
 
How we scaled to 80K users by doing nothing!.pdf
How we scaled to 80K users by doing nothing!.pdfHow we scaled to 80K users by doing nothing!.pdf
How we scaled to 80K users by doing nothing!.pdf
 
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
 
2024 May Patch Tuesday
2024 May Patch Tuesday2024 May Patch Tuesday
2024 May Patch Tuesday
 
Oauth 2.0 Introduction and Flows with MuleSoft
Oauth 2.0 Introduction and Flows with MuleSoftOauth 2.0 Introduction and Flows with MuleSoft
Oauth 2.0 Introduction and Flows with MuleSoft
 
WebAssembly is Key to Better LLM Performance
WebAssembly is Key to Better LLM PerformanceWebAssembly is Key to Better LLM Performance
WebAssembly is Key to Better LLM Performance
 
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
 
JavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate GuideJavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate Guide
 

Fhir basics session 5 on fhir implementation considerations

  • 1. HL7 FHIR BASICS – SESSION 5 FHIR Implementation Considerations Kumar Satyam https://www.linkedin.com/in/kumarsatyam/ https://twitter.com/kr_satyam 12-June-2021 Presentation by Kumar Satyam
  • 2. Acknowledgements & Credits This Presentation borrows from the content of presentations by ➢Grahame Grieve ➢Lloyd McKenzie ➢Ewout Kramer ➢David Hay ➢Michel Rutten ➢ and other members of HL7 FHIR Community. 12-June-2021 Presentation by Kumar Satyam
  • 3. Agenda ➢Recap ➢Implementer Considerations ➢Implementing a Servers ➢Next Steps 12-June-2021 Presentation by Kumar Satyam
  • 4. FHIR India Community • Open community of HL7 FHIR & Interoperability enthusiasts. • #fhirIndia – social media tag. • https://fhirindia.zulipchat.com/ - Discussion forum • https://www.linkedin.com/groups/13932672/ - LinkedIn Group • https://github.com/HL7India/ - Github 10K by Dec 2021. 12-June-2021 Presentation by Kumar Satyam
  • 5. Glimpse of some of the community activities ✓Review and feedback digital healthcare initiatives like NDHB ✓FHIR India Connectathon – July 2020 ✓NDHM FHIR Profiles ✓Concept papers ✓Education & Implementer support ✓FHIR Basics ✓Connect with global community ✓Projects of common interest ✓LOINC Mapping 12-June-2021 Presentation by Kumar Satyam
  • 8. Fast Healthcare Interoperability Resources 12-June-2021 Presentation by Kumar Satyam R4 - Mixed Normative and STU
  • 9. FHIR RESTFul Paradigm ➢Resources (Data) ➢Resource location (URI) ➢ ➢HTTP methods ➢formats ▪XML, JSON, RDF,ND-JSON . 12-June-2021 Presentation by Kumar Satyam
  • 10. Instance Level Allows a client to retrieve the current content of a resource, to update the content to a new state, to delete the resource, or to see its modification history Type Level Allows a client to search through the existing resources that already exist, create a new instance of a resource, or get the history of all changes to resource of the type. System Level Allows a client to determine what functionality is provided by the system, perform batches and transactions across multiple resource types, and get the history of all changes to all resources. 12-June-2021 Presentation by Kumar Satyam FHIR Base Services
  • 11. Resources in FHIR • “Resources” are: • Small logically discrete units of exchange • Defined behavior and meaning • Known identity / location • Smallest unit of transaction A resource is an entity that: • has a known identity (a URL) by which it can be addressed • identifies itself as one of the types of resource defined in this specification • contains a set of structured data items as described by the definition of the resource type • has an identified version that changes if the contents of the resource change 12-June-2021 Presentation by Kumar Satyam
  • 14. The FHIR Manifesto • Focus on Implementers. • Target support for common scenarios. • Leverage cross- industry web technologies. • Require human readability as base level of interoperability. • Make content freely available. • Support multiple paradigms & architectures Source : Principles of Health Interoperability_ SNOMED CT, HL7 and FHIR 3rd edition 12-June-2021 Presentation by Kumar Satyam
  • 16. Focus on Implementers ❑Open License ❑FHIR maturity model – Focus on adoption ❑Reference implementations & libraries. ❑Public testing servers. ❑Community ❑Connectathons 12-June-2021 Presentation by Kumar Satyam
  • 17. Implementers FHIR is a platform standard multiple disparate architectures widely varying purposes • FHIR Implementers are from different backgrounds. • Exposure to previous HL7 standards or other Interoperability standards • Constrained by existing architecture ( mostly ) 12-June-2021 Presentation by Kumar Satyam
  • 18. Guiding principles • Test using public servers • Choose a reference implementation – if possible. • Writing client is easy – Server way harder • Code generation from schema – Be aware of limitations • Healthcare is complex – Check implementers safety checklist 12-June-2021 Presentation by Kumar Satyam
  • 19. 5-5-5 Rule • 5 secs to find the specification on the web • 5 mins to understand what it is • 5 hours to have some working code • And • 5 years to understand healthcare application development. 12-June-2021 Presentation by Kumar Satyam
  • 20. Push or Pull 12-June-2021 Presentation by Kumar Satyam http://hl7.org/fhir/pushpull.html
  • 21. FHIR Formats • Systems SHALL declare which format(s) they support in their Capability Statement • Clients and servers can choose what syntax(s) to implement. • In the interests of interoperability, servers SHOULD support both the XML and JSON formats. • Turtle (RDF) & bulk data formats http://hl7.org/fhir/formats.html 12-June-2021 Presentation by Kumar Satyam
  • 22. Client & Server • Client & Server - FHIR Restful APIs • Clients • Lightweight applications • Issue crud(e) requests to server • Response & User interface • Servers deal with security, threading, multiple representations, searching and indexing, and persistence. 12-June-2021 Presentation by Kumar Satyam
  • 23. Implementing a Server • Choose what services to Offer • Minimally Server must support Conformance Statement Decide what resources to support Read: Get/Search – Should always be provided for resources supported Write: Create/Update ? Delete ? Versioning ? Remember : APIs are external interface ; how they are implemented is internal is irrelevant for exchange 12-June-2021 Presentation by Kumar Satyam
  • 24. Implementing a Server • Fresh ground up FHIR server- Speaking FHIR natively – Rare • FHIR usually implemented as bolt-on interface to existing legacy services and data • Generally following strategies are seen • Use of Middleware – Convert FHIR operations & formats like HL7 V2.x • FHIR facades – Convert and expose internal data directly as FHIR • CDR – data from internal system -> a general purpose database -> expose as FHIR • Gradual adoption of FHIR by components • FHIR Create and read – resource may differ. http://hl7.org/fhir/updates.html 12-June-2021 Presentation by Kumar Satyam
  • 25. Implementing a Server • Storage Choice • Applications can use the resources defined by FHIR by storing them natively in a database or persistent store http://hl7.org/fhir/storage.html 12-June-2021 Presentation by Kumar Satyam
  • 26. Implementer safety Checklist • Conformance Related Safety Checks • E.g. • I've reviewed the Modifier elements • My system checks for modifierExtension elements • my system handles the full Life cycle (status codes, currency issues, and erroneous entry status) • Complete list : https://www.hl7.org/fhir/safety.html#conformance • Security Related Safety Checks • Basic Context : time sync • Communications: encryption • Authentication/Authorization: • Access Control: • Integrity: https://www.hl7.org/fhir/safety.html#security-framework All implementers should run through safety checklist before and after implementation 12-June-2021 Presentation by Kumar Satyam Many more
  • 27. Tools for Implementers • Public Test Servers • https://confluence.hl7.org/display/FHIR/Public+Test+Servers • Validation Tools • Java validator • OpenSource reference implementations • HAPI • .Net • Others • FHIR Registry – simplifier.net • Notepad++ plugin Lot of useful links maintained here: https://fhirindia.zulipchat.com/#narrow/stream/270736-general/topic/Useful.20Links 12-June-2021 Presentation by Kumar Satyam
  • 29. SMART on FHIR 12-June-2021 Presentation by Kumar Satyam Smart on FHIR open specifications. Adds to FHIR to integrate with existing health systems : • A set of scopes and permissions agreed between client and server that are specific to the app context. • Login & authorization • Oauth2 & OIDC • Consistent UI integration between client and server. • Interactive decision support between user, server, and decision support systems. “Substitutable Medical Apps, Reusable Technology”
  • 31. What Next • Participate in connectathons • Tryout some fhir starter projects • Map requirements to FHIR – Clinfhir • Tryout the tools • Join the implementer community Try- learn- implement – share 12-June-2021 Presentation by Kumar Satyam