Care Connect API Overview & Roadmap presented by Richard Kavanagh.

Slides:



Advertisements
Similar presentations
FOUNDATION 1: CIMI REFERENCE MODEL. CIMI Reference Model - Core.
Advertisements

Meeting Disciplinary Challenges in Research Data Management Planning – March 23 rd 2012 Data Management Planning for Secure Services (DMP-SS) † Tito Castillo,
Microsoft ® System Center Configuration Manager 2007 R3 and Forefront ® Endpoint Protection Infrastructure Planning and Design Published: October 2008.
1 SDMX Reference Infrastructure (SDMX-RI) Work in progress, status and plans Bengt-Åke Lindblad, Adam Wroński Eurostat Eurostat Unit B3 – IT and standards.
NHIN Specifications Richard Kernan, NHIN Specification Lead (Contractor), Office of the National Coordinator for Health IT Karen Witting, Contractor to.
Query Response to get Document Using FHIR Messaging 1 Presented by Prashant Trivedi (HSCIC)
Web Service Architecture Part I- Overview and Models (based on W3C Working Group Note Frank.
Architecture: A Plan for How Parts of a Structure Fit Together to Achieve its Purpose William W. Stead, M.D. July 1, 2003 Vanderbilt University Medical.
1 Data use, data sharing and information governance Geraint Lewis Chief Data Officer, NHS England Mark Golledge Programme Manager in.
HSCIC – The journey on adopting FHIR
TranSMART REST API. Project background tranSMART background – TranSMART is an open-source knowledge management and analysis platform for clinical and.
JRA1.4 Models for implementing Attribute Providers and Token Translation Services Andrea Biancini.
State of Georgia Release Management Training
Architectural Considerations for Semantic Support Group Name: WG5 Source: Martin Bauer (NEC), Joerg Swetina (NEC) Meeting Date: Agenda Item:
International Planetary Data Alliance Registry Development and Coordination Project Report 7 th IPDA Steering Committee Meeting July 13, 2012.
International Planetary Data Alliance Registry Project Update September 16, 2011.
Security Chapter – Architecture & Focus on Authorization PDP Cyril Dangerville (TS), Chapter Architect, Authorization PDP GE owner 7 July 2016.
Knowledge for Healthcare: Driver Diagrams October 2016
Interoperability Capability Roadmaps
VistA on Douglas K. Martin, MD
Chapter 8 Environments, Alternatives, and Decisions.
API (Application Program Interface)
Code4health – Interoperability Developers
GP Connect - Structured Access Record
Digital Medicines Hospital Pharmacy Transformation Programme.
WEB SERVICES From Chapter 19 of Distributed Systems Concepts and Design,4th Edition, By G. Coulouris, J. Dollimore and T. Kindberg Published by Addison.
CRISP Update January 2017.
The road to accountable care
A Web Services Journey on the .NET Bus
Understanding SOAP and REST calls The types of web service requests
WEB SERVICES.
Data Virtualization Tutorial… CORS and CIS
Implementation Guide for Digital Health
Unit – 5 JAVA Web Services
Mastering the Fundamentals of RESTful API Design
SOA FHIR Action Items Creating SOA labeling standard/name space/naming convention for FHIR Operations. The expectation is that SOA FHIR services will be.
<Name of Product>Pilot Closeout Meeting <Customer Name>
GP Connect - Workshop WIFI – Guest / Smokescreen
Validation & conformity testing
FHIR BULK DATA API April 2018
HIGHLIGHTING THE KEY CHANGES
Black Pear Software An Agile Approach to Integrated Shared Care across Health & Social Care.
WEB API.
ODS API Suite APIs to Organisation Reference Data
OpenWorld 2018 Oracle API Platform: How to Manage Typical Workflows
What is an integrated care system
SISAI STATISTICAL INFORMATION SYSTEMS ARCHITECTURE AND INTEGRATION
NETSERV Network Services for VistA
Going digital: our next steps
Project Argonaut and FHIR
Quality Measure & Interoperability Solutions
Clinical Audit Summary Guide
Contents 1 Who are we 2 Requirements & Objectives 3 Obstacles 4
National Record Locator Service
e-Invoicing – e-Ordering 20/11/2008
SMART on FHIR for managed authorised access to medical records
Bulk Data Task Force Update Government Publishing Office
An Electronic Borrowing System Using REST
Portfolio, Programme and Project
WEB SERVICES From Chapter 19, Distributed Systems
Chapter 42 Web Services.
ISO 9001:2008 – Key Changes NOTE: use of this webinar depends on the instructor/speaker using the text in the notes of the slides!! Examples and speaking.
Red Sky Update “Watching the horizon for emerging health threats”
ORCID: ADDING VALUE TO THE GLOBAL RESEARCH COMMUNITY
Catherine Diaz Informatics Merseyside
Street Manager Training approach
IDABC e-Invoicing – e-Ordering > Pilot of e-PRIOR Meeting with Suppliers IDABC stands for Interoperable Delivery of European eGovernment Services to public.
Session Abstract This session will provide an overview of the latest improvements and enhancements made to the Ed-Fi ODS/API in 2016, as well as a preview.
ONAP Architecture Principle Review
Presentation transcript:

Care Connect API Overview & Roadmap presented by Richard Kavanagh

Contents The Care Connect API Journey Current Status Implementation Guide Reference Implementation Security and “SMART on FHIR” Confirmed Future Developments The future of Care Connect API

The Care Connect API Journey

Care Connect Development The NHS Digital development of the Care Connect API was created as a result of a commission from NHS England. The original request was to place an API wrapper around the Care Connect profiles being created within the INTEROPen community. The Care Connect API project’s focus was on the API not the profiles. The initial project scope was constrained to “point to point” API connections

Project Scope #1 The Care Connect API project was initiated as an agile project scoped to consider an API specification for the following clinical content Allergies Observations Medications Encounters Immunizations Conditions Procedures As per other NHS Digital FHIR implementation guides, the development was undertaken in the open with the guide being developed on GitHub - https://nhsconnect.github.io/CareConnectAPI

Project Scope #2 As part of the Programme 14 delivery approach, the scope was extended to not only provide an implementation guide but also to build a reference implementation. The purpose of the reference implementation is to: Test the implementation guide specification Provide an open source implementation of the Care Connect API Create a public API endpoint for interested parties to use Create a collection of reusable test tools to assist implementers

Current Status – Implementation Guide

Implementation Guide The Care Connect API implementation guide is not based around any one specific use case and as such it is expected that implementers will implement the parts they require to meet their local use cases. The guide is organised along a development roadmap

Implementation Approach The implementation guide describes a process a provider can take for implementing the Care Connect API (including engagement with INTEROPen)

API Parameters When creating a RESTful API it is necessary to define the mechanism by which the resources can be queried We are working with INTEROPen to agree these An example is shown below (for allergies)

Current Status – Reference Implementation

Reference Implementation The most efficient way to implement a FHIR server was to make use of existing solutions available within the FHIR community As our intention was to release the reference implementation as an open source project, we chose an existing open source project as a starting point. The reference implementation makes use of the FHIR HAPI server as published at http://hapifhir.io/ The NHS Digital reference implementation is developed in the open on GitHub at:- https://github.com/nhsconnect/careconnect-reference-implementation

FHIR Server Design & Approach All aspects of the design process, decisions and internal architectures of the reference implementation are documented within the implementation guide. The documentation guides developers through an approach for building a FHIR server, it is not intended to be prescriptive but does show an approach that demonstrably works. When creating the reference implementation it was decided to make use of container technology. This allows the solution created by NHS digital to be deployed locally on an organisations own infrastructure if desired.

Reference Server Implementations NHS Digital has two instances of the reference server deployed at the URLs shown below. The test systems have been populated with synthetic test data for the purposes of testing the FHIR interface. This data is not clinically validated. A web based test harness is also available that sits on the top of these end points available by removing the “/STU3” part of the URL. Stable Environment Development Environment http://yellow.testlab.nhs.uk/careconnect-ri/STU3 http://purple.testlab.nhs.uk/careconnect-ri/STU3

Current Status – Security (Including SMART on FHIR)

Reference Implementation The reference servers can be accessed in both a secure and unsecure manner. To access the secure version then the URLs should start with https:// as opposed to http:// The implementation makes use of OAuth2 and security scopes as per the SMART on FHIR standard.

Confirmed Future Developments

Known Future Developments A number of developments are currently underway on the Care Connect API. These are summarised below: The Care Connect API and Reference Implementation will be revised so as to support the new Care Connect profiles being created via the INTEROPen curation process (expected 2018-Q1) The Care Connect API and Reference Implementation will be revised so as to support an mechanism to retrieve care information in one operation (expected 2018-Q1) The Care Connect API and Reference Implementation will be enhanced so as to make use of the national “Spine Security Proxy” required for national coverage. (expected 2018-Q1)

Care Connect API – The future Discussions are underway to explore the future direction of the CareConnect API. If you have thoughts on this then engage with INTEROPen to share your thoughts. http://www.interopen.org/