Picture Archiving and Communications System (PACS) Interim PACS Data Sharing – RCR PACS and...
-
Upload
alexandrina-foster -
Category
Documents
-
view
248 -
download
11
Transcript of Picture Archiving and Communications System (PACS) Interim PACS Data Sharing – RCR PACS and...
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Interim PACS Data Sharing – RCR PACS and Teleradiology special interest group
Jerry Norman, PACS Technical Lead21 November 2006
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Context• Clinical Need • The growing imperative • PACS deployment model• Where we are going• Current PACS/RIS release schedule
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
(Extract from a growing number of letters)
• ‘We are writing regarding the problems we have been experiencing in setting up an electronic link between the {Trust A} and {Trust B’s} PACS systems. Although {Trust A} and {Trust B} are separate trusts, in many ways they work as one very large hospital (e.g. with Radiotherapy, Paediatrics and Maternity at {Trust B} and Vascular Surgery, Urology and Interventional Cardiology at {Trust A}, all providing services for both hospitals). This entails a lot of patient movement between the two trusts.
• It is essential for safe patient care to have all of these patients’ imaging available at both trusts. It is also essential to be able to compare {Trust A} and {Trust B} imaging at both sites using a single interface. {Trust A} and {Trust B} share a common PMS and a dedicated 100Mbps link already exists between the 2 trusts. Preliminary talks with the 2 PACS vendors have revealed that it would be technically possible to connect the 2 PACS systems so that both trusts’ images were seamlessly accessible at both sites.
• Connecting for Health (CFH), apparently on the grounds of security, is currently blocking this plan’.
Clinical Need ..
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
PACS deployment model
COTS PACS/RIS Deployments- Non-Spine Integrated
PACS/RIS Spine Integrated Deployments, including:-- Smart Card authentication, - PDS Integration, - Legitimate Relationship Service (LRS) and - RBAC
Enhanced Clinical functionality, including:-- NCRS Integration- Choose and Book Integration- Other ‘-ology’ support
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
PACS/RIS release schedules2006 2007 2008
R3 Clinical (PSIS Integration) Dates tba
Central Data Store
LRS/PC Rel (Final Security)
R1 COTS
NE
&
EEM
SOC
&
NWWM
COTS (Gemini)
Key : PACS only -Accenture / Agfa (Impax & Agility)
PACS/RIS - FJA/CSCA / GE Centricity & HSS CRIS
R2 (Initial Security SSO/ RBAC/Spine)
2005
R1 COTS
R3 - Clinical (PSIS Integration) Dates tba
R2 Security Release (SSO/RBAC/LRS/PC/Spine + CRS integration)
Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q2 Q3 Q4
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Image sharing policy• Policy purpose• Short term policy• Healthcare communities• Short term mechanisms• Short term controls
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Policy purposeThe policy document:• is an interim measure, outlining NHS CFH’s short term
PACS image sharing policy• defines mechanisms Trusts may use for data sharing, until
the deployment of the PACS/RIS Spine security release• does not outline technical solutions - shows what can be
done not how it can be done• will no longer stand, once the PACS/RIS Spine Security
release is in place between sharing systems
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Key Concept • The implementing of image sharing mechanisms is
limited to the local boundaries within which a Healthcare Community (HC) operates– local systems, processes and policies which will effectively
control and audit patient consent and legitimate access to shared data
• Image sharing must be limited to within a Healthcare Community
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Healthcare community 1
PACS Entity A
PACS Entity B
Defined Healthcare Community between NHS Organisation 1 within PACS Entity A and NHS Organisation 2 within PACS Entity B for Image Sharing required to support a defined business Process Q.
Mutually agreed and documented image sharing protocol in line with this Policy.
NHS Organisation1
NHS Organisation2
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Defined Healthcare Community between NHS Organisation 1 within PACS Entity A and NHS Organisation 2 within PACS Entity B for image sharing required to support the defined business process Q
Mutually agreed and documented Image Sharing Protocol for business process Q
Mutually agreed and documented Image Sharing Protocol for business process Z
Defined Healthcare Community between NHS Organisation 1 within PACS Entity A and NHS Organisation 2 within PACS Entity B for Image Sharing required to support the defined business Process Z
PACS Entity A
NHS Organisation
1
PACS Entity B
NHS Organisation
2
Healthcare community 2
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
PACS Entity A
PACS Entity B
Defined Healthcare Community between NHS Organisation 1 within PACS Entity A, NHS Organisation 2 within PACS Entity B and NHS Organisation 3 within PACS Entity C for Image Sharing required to support a defined business process Q
Mutually agreed and documented Image Sharing Protocol
PACS Entity C
NHS Organisation
1
NHS Organisation
2
NHS Organisation
3
Healthcare community 3
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Short term mechanisms• where available and supported, the following image
sharing mechanisms can be facilitated:– point-to-point sender initiated ‘push’ DICOM image transfer, for
example via Teleradiology products– secure removable media– web accessing another PACS entity’s local data store within a
healthcare community– DICOM query/retrieve from another PACS Entity’s local data
store
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Short term controls• Before data sharing can take place:
– an ACF addressing IG requirements in controlling access to patient identifiable data must be in place (using a combination of technical, business process and policy controls)
– there must be an audit of the end-to-end process– error correction must be extended to include all users who may
have accessed an image as a result of data sharing– the transit of patient identifiable data must be secure
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Trust/LSP engagement• Controls should be implemented using technology wherever
possible• LSP systems will be involved in most if not all Image sharing activity,
and will need to be configured to maximise the available technology to support the interim controls
• A number of pilot activities are being progressed within the programme and LSP engagement will be required with these pilots
• Trusts/Entities/SHA’s are already approaching LSPs for interim solutions (this will increase) and requesting– Secure DICOM connectivity to devices outside of the entity domain– Development of Web access etc– Provision of compatible removable media solutions
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Healthcare Community
PACS Entity A
PACS Entity B
NHS Organisations sharing PID are responsible for ensuring adherence to relevant Information Governance, DoH Policy, relevant legislative requirements and the NHS Care Record Guarantee
In order to achieve this Image sharing Protocols must be established between the organisations between which PID is being exchanged.
A Data Sharing Protocol provides a mechanism by which sharing organisations can formally document sharing activity and associated control mechanisms which have been mutually agreed between them.
NHS Organisation1
NHS Organisation2
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
•Legislation
•DoH Policy
•CFH policy
National Level Cluster Level•Solution specific guidance
•CFH IG Guidance
•Solution Specific Protocol Templates
•Solution Specific Policy and Procedure
HC Data Sharing Protocol
•Defines bounds of the Healthcare Community•Clinical requirement sharing•Details the technical, business process and policy control mechanisms in place
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Next steps• Image sharing protocol template – available mid-December
– provides a template format and appropriate completion guidance to Trusts implementing data sharing activities as part of a health care community
• Common policy and procedures document – available end Dec– Information governance in line with ISO27001
• A number of image sharing pilots are underway
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Current activity• Pilots overview• Pilots matrix• Southampton• Aintree
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Pilot purpose Site (s) Success Criteria Timescale
Integrate Trust Imaging and Reporting workflow with ISTC
Aintree
Manchester
Kent and Medway
A fully integrated solution resulting in the Trusts not having to re-key data which will be provided by the ISTC
Kent and Medway deployment imminent
Target date in Aintree for deployment is the 5/2/2007.
Develop/Pilot network image transfer (GE, HSS) solutions between local PACS to support: Opinions, Referrals and MDTMs
Southampton
Poole
Bournemouth
Proven a solution between sites to support work flow for Opinions, Referrals and MDTMs using existing technology.
Poole, Bournemouth estimated live end of December.
Southampton, phased approach, early host RA600 test end of November.
Develop/Pilot network image transfer (Agfa) solutions between local PACS to support: Opinions, Referrals and MDTMs
Nottingham / Leicester
Proven a solution between sites to support work flow for Opinions, Referrals and MDTMs using existing technology.
TBC
Pilot web access to images served from CDS across SHA Domain.
Kent and Medway Prove solution serving from the CDS can be controlled within the SHA domain
Just starting, projected 6 months trial
Pilot the storage of cardiology imaging on PACS
Greater Manchester
Prove that cardiology images can be transmitted over N3 to PACS Cluster Data Store
Q4 ‘07
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Progress so far.. Aintree ISTC integration.
• CFH have engaged with Aintree to gather requirements: • Key issue:
– Mobile modality, provided by an ISTC to acquire images and later, ISTC reports.
– Images and reports required back at Trust– Solution required in time for LSP's PACS/RIS Golive - 5/2/2007.– LSP RIS to ISTC RIS integration is required in order for the Trust to obtain
the full benefit of the service and reduce clerical error.– Options being considered for image transfer are CD, DICOM push or LSP
PACS to ISTC PACS.– The ISTC Radiologists may require to see previous imaging held within LSP
PACS in order to maintain the quality of reports CFH are aware of a similar pilot being undertaken by Kent and Medway, Information Governance issues require resolving by the Trust, LSP, DH and CFH
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Progress so far.. Southampton
• CFH Engaged with Southampton to gather requirements: • Key Points:
– Large Tertiary site - Images required from around 15 sites across the Southern Cluster to support Opinions, Referrals and MDTMs
– Most images are not required on the Local PACS. SUHT want to avoid unspecified images on the local PACS to limit Administrative overhead.
– Solutions provided by FJA - favoured solution (RA600) selected and being developed.
– Host RA600 configured at Southampton. – Referring organisation will push images to host RA600 from DICOM end
point.– Q/R from Southampton host RA600 to some organisations may be required.– Separate web server being investigated to work in conjunction with Host
RA600 to serve images within Southampton via second Icon on desktop to those who require it.
Pic
ture
Arc
hiv
ing
an
d C
om
mu
nic
atio
ns
Sys
tem
(P
AC
S)
Challenges• Contractual position• NHS number• Leveraging the Cluster Data Stores• Keeping the report and image together• Variations in RIS provision• Integrating ISTCs• Existing System Providers