the role of the cfh interoperability toolkit itk in information sharing 13 th october 2009 n.
Download
Skip this Video
Download Presentation
The role of the CfH Interoperability Toolkit (ITK) in information sharing 13 th October 2009

Loading in 2 Seconds...

play fullscreen
1 / 18

The role of the CfH Interoperability Toolkit (ITK) in information sharing 13 th October 2009 - PowerPoint PPT Presentation


  • 84 Views
  • Uploaded on

The role of the CfH Interoperability Toolkit (ITK) in information sharing 13 th October 2009. Keith Naylor Head of DS&P Implementation. CfH Interoperability Toolkit (ITK). Overview and Positioning Principles Selected Standards Profiling IHE-UK and HL7-UK involvement ‘Unifying the Belts’

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'The role of the CfH Interoperability Toolkit (ITK) in information sharing 13 th October 2009' - alyssa-obrien


Download Now An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
the role of the cfh interoperability toolkit itk in information sharing 13 th october 2009

The role of the CfH Interoperability Toolkit (ITK)in information sharing13th October 2009

Keith Naylor

Head of DS&P Implementation

cfh interoperability toolkit itk
CfH Interoperability Toolkit (ITK)
  • Overview and Positioning
  • Principles
  • Selected Standards
  • Profiling
  • IHE-UK and HL7-UK involvement
    • ‘Unifying the Belts’
  • Pilots
  • Questions
overview and positioning
Overview and Positioning
  • Christine Connelly made a public commitment to the development of a toolkit for interoperability.  The objectives of this work are as follows:
  • The publication of a set of standards and frameworks for interoperability covering transactional and analytical services – by end Sept 09
  • The implementation of the services for use by third party – by end March 2010
  • The development of guidance for the use of the standards – by end March 2010
overview and positioning1
Overview and Positioning
  • Publication of specifications will be driven by pilot (proof of concept) use cases.
  • September publication is ‘draft - for consultation’ inviting comment and opportunity for refinement
  • Specification development will continue beyond September in association with:
    • Vendors associated with pilots
    • HL7-UK
    • IHE-UK
  • Note: On completion, Technology Office will seek ISB approval for the standards referenced in the specification
overview and positioning2

Operating Model(Processes and Governance)

Overview and Positioning

National Profiles (standards)

Messaging Infrastructure (connectivity)

Middleware

Suppliers

Applications (use of data)

Application

Suppliers

  • Standards are defined appropriate to the business scenario (e.g. HL7v2, HL7v2 XML, HL7v3) with focus on simplified XML to reduce barriers for new suppliers.
  • Messaging Infrastructure exposes interfaces (based upon the standards) and provides technical services e.g. adapters, audit, routing, security
  • Applications use adaptors (or standards directly) to execute business processes
  • Operating Model provides enabling processes and governance
principles
Principles

Established standards (Best-of-Breed)

Proven and established standards will be used wherever relevant. A flexible, best-of-breed approach will be used to select the standards most appropriate to the integration task in hand.

Practical approach

The Toolkit is not an academic exercise. All Toolkit development will be based on genuine business problems and pilot implementations in a Live Trust environment.

Low barriers to entry

Clear standards will explain clearly what is required to participate in the market. Standards definitions will be kept simple and based on widely understood technologies (e.g. Web Services, XML)

Lean but extensible

The Toolkit will contain only the features necessary for concrete practical scenarios, with no unneeded theoretical “baggage”. On the other hand, there is a balance to be struck – and the lean approach means that it is important to plan in extensibility for future needs.

principles1
Principles

The initial tranche of message payloads identified for the pilot deal with the Administrative domain. Therefore HL7v2.4 XML has been selected as the most appropriate standard.

Bespoke adaptor, developed by existing Kiosk vendor

Toolkit (ITK)

HL7 v2 (Lorenzo)

HL7 v2 (Kiosk)

PID|||1234567891||EXAMPLE^DAVID^S||19590520|M|||23MAINSTREET^^ANYTOWN^

PID|||1234567891||EXAMPLE^DAVID^S||19590520|M|||23MAINSTREET^^ANYTOWN^

HL7 v3 (Lite)

National HL7v2.XML

HL7 v2 (Cerner)

New Toolkit App (external)

PID|||1234567891||EXAMPLE^DAVID^S||19590520|M|||23MAINSTREET^^ANYTOWN^

Web Services

HL7 v3 (Lite)

National HL7v2.XML

Standard adaptors, provided with the Toolkit for common conversions

New applications can build directly to the Toolkit standards. No adaptor needed

standards choice
Standards Choice
  • Initial Choice:
  • HL7 version 2.4
    • initially based on HL7-UK Version 2.4 A2
  • Proposal to ‘profile’ this for use in the UK with HL7-UK and IHE-UK support
  • Eventual submission to NHS Information Standards Board

National / International Standards

Exiting system capability

Timescales

Proof of Concept scenarios

      • Extensibility and future requirements (native pipe and hat over MLLP)
  • Decision to natively support the XML format of HL7v2.4 over web services
  • Provide native toolkit adapter to convert ‘|^’ (pipe and hat) over MLLP
examples
Examples
  • Traditional ‘^|’ form of HL7:

MSH|^~\&|PAS|ORG1|LSP|ORG1 |20070927152752||ADT^A01^ADT_A01 …

  • XML form of HL7:
  • <HL7> <ADT_A01>   <MSH> <MSH.1>|</MSH.1> <MSH.2>^~\&amp;</MSH.2>   <MSH.3>PAS</MSH.3>    <MSH.4>ORG1</MSH.4> <MSH.5>LSP</MSH.5> <MSH.6>ORG1 </MSH.6>  <MSH.7>20070927152752</MSH.7> <MSH.9><MSH.9.1>ADT</MSH.9.1><MSH.9.2>A01</MSH.9.2> <MSH.9.3>ADT_A01</MSH.9.3>            </MSH.9>
  • …..    </ADT_A01></HL7>
itk reference tables
ITK Reference Tables
  • We have started a process of reviewing all the reference data tables in the HL7v2.4 specification in order to identify mismatches with PDS, SDS, NHS Data Dictionary etc.
  • Part of the profiling process will be to agree a common set of nationally agreed reference values (where appropriate)
  • Invitation to all stakeholders to engage in this review process
hl7v2 4 xml
HL7v2.4 XML
  • Benefits of choosing HL7v2.4, XML over Web Services:
  • Continue support for National Standards
  • Minimal change to current application capability
  • Provision of ‘toolkit adapters’ for standardised transforms (Pipe and Hat -> XML)
  • Ability to cross enterprise boundary using existing TMS/N3 protocols
  • ‘Black Box’ toolkit services, abstracted from vendor services.
  • Ability to easily extend range of services provided through toolkit
the pilots background
The Pilots - background
  • A key aspect of the current Toolkit work is that it is based on practical pilots
  • The aim is not just to create documents and specifications, but also to demonstrate the Toolkit in use within real-world NHS Trusts
  • By working closely with stakeholders to develop the Toolkit approach, the aim is to deliver business benefit from the very start
  • Note that the initial pilots are based on iPM and Cerner.
the pilots
The Pilots

Administrative Domains

Clinical Domains?

Other?

Scope of pilot

Potential future directions

directions interoperability coverage
Directions – InteroperabilityCoverage

Cross Health Community / National Services?

Local Health Community

Acute Trust

Initial pilot scenarios, based around interoperability within an Acute Trust

Further pilot scenarios to enable Local Health Community interoperability (e.g. GP)

Potential future directions – linking Toolkits to the Spine and/or each other?

pilot scenarios
Pilot Scenarios

Scenarios identified include:

summary
Summary
  • Ease the local integration burden on trusts implementing LSP (or indeed any) solution
  • De-risk the development of third party/departmental vendors
  • De risk local procurements and their integration with the LSPs
  • Timeline:
    • September 2009 – Draft operating framework out for comment via Intellect UK
    • March 2010 – Pilot implementations of example applications utilising ITK operating framework
  • HL7v2.4 based messaging to support pilot scenarios, over XML and web services
  • Invitation to engage and help develop the profile development
  • Invitation to develop innovative applications based on the ITK (after March 2010)