Potential uses for FHIR in New Zealand by Peter Jordan
Potential Uses in New Zealand
Page 2 • HL7 New Zealand
International HIE Standards in NZ
• Up and Running…
– HL7 v2 messaging (Labs, RSD, Service Fee Claiming, ADT)
– HL7 v3 CDA (GP2GP, NZePS, interRAI)
– Clinical Data Repositories (TestSafe, eSCRV)
• Speed Bumps
– Varying, and often non-compliant, v2 implementations
– CDA hard to consume and no transport standard
– Record Locator Service slow progress (is ‘native’ XDS the right solution?)
• Green Fields...
– Shared Care Portals
– On-Line Patient Health Records
– Identity and Enrolment Services
Then came a FHIR ...
Page 3 • HL7 New Zealand
FHIR at the Service Station
• V2 Messaging…‘if it isn’t broken – don’t fix it’
– ‘Contained’ but deeply entrenched
– Oil and tire changes – standard code and data sets
– Hosting data in CDRs likely to drive change
• CDA…salvaged from the wreckage of the RIM
– Constrained by HISO (closed templates) and NZ CDA Toolkit
– New Wheels – RESTful Web Services
– FHIR Documents could well be CDA Release 3
• XDS...a difficult vehicle to steer
– Complex solution to sharing documents across enterprises
– FHIR attractive as a simpler facade
Page 4 • HL7 New Zealand
XDS Logical View
…PIX, PDQ, SOAP…toil and trouble!
Page 5 • HL7 New Zealand
Where In The World is XDS?
…what else do these countries have in common?
Page 6 • HL7 New Zealand
FHIR and XDS…better, sooner, more convenient
Page 7 • HL7 New Zealand
HISO 10044 & FHIR
• Lightweight Forms Standard – Draft Version
Every forms service has a REST web services interface.
REST is the natural architectural style of the web. Client applications use
stateless operators to act on uniformly addressable data resources.
Resources have representations in different languages, media types and
formats to suit different clients and applications.
Each resource is addressed with a uniform resource identifier (URI).
Clients use the HTTP operators GET, POST, PUT and DELETE to access
Content negotiation enables the server to return the best-fit
representation of any resource.
Draft standard HL7 Fast Healthcare Interoperability Resources (FHIR) is
recognised as one approach to the use of REST web services.
Page 8 • HL7 New Zealand
FHIR Roots, New Routes
• Shared Care Portals
– RSD model doesn’t fit concepts of
• distributed, multi-disciplinary, team
• centralised Care Plan
– De-couple from Endpoint Systems
– Facilitate collection from CDRs
– Publish/Subscribe Models for Clinical Health Events
– ATOM update feeds to Team Members
• On-Line Personal Health Records (PHR)
– Remove tethering to individual PMS
– True standards-based HIE interfacing
• Identity & Enrolment Services
– Extension of Web Service interfaces to NHI and HPI
– Potential use for Enrolments (inc. Shared Care and PHRs)
– Health Programme Services
Page 9 • HL7 New Zealand
Further Down the Road
– Electronic transfer request mechanism
– Content Model alignment to shared Clinical Data Models
– Vendor NVPs replaced with FHIR Extensions
– Standards-based Clinical Data Repository
– FHIR Profile/ openEHR Template model for ‘shredded’ data
– UK National E-Referral project using FHIR Resources
– Reunification bout contender for NZ solution?
Page 10 • HL7 New Zealand
Questions and Comments?
…thanks for coming!