1 / 25

Rapid Deployment and Adoption of Health Information Technology for Real Time Biosurveillance

Rapid Deployment and Adoption of Health Information Technology for Real Time Biosurveillance. Primary support: NCI, NLM, CDC, and the DF/HCC. Outline. Overview of the SPIN Architecture Lessons Learned for Rapid National Deployment SPIN enabled Biosurveillance Summary.

Download Presentation

Rapid Deployment and Adoption of Health Information Technology for Real Time Biosurveillance

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. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Rapid Deployment and Adoption of Health Information Technology forReal Time Biosurveillance Primary support: NCI, NLM, CDC, and the DF/HCC

  2. Outline • Overview of the SPIN Architecture • Lessons Learned for Rapid National Deployment • SPIN enabled Biosurveillance • Summary

  3. SPIN addresses (3) pervasive issues • Linking existing patient care systems • Protecting patient privacy • Ensuring that hospitals remain in control … and has been deployed for: • Cancer Research Requiring Human Specimens • Public Health Biosurveillance • With the potential for other clinical applications

  4. How SPIN works • Link existing databases • Extract from existing hospital systems • Transform patient encounters into HIPAA-safe vocabulary • Load into hospital controlled “SPIN peer” • Protect Patient Privacy per HIPAA • De-Identified: Statistical Level query • Limited: When authorized for individual cases • PHI is rarely used, and only with permission from each IRB • Hospital Control • No central governing body • Remain in control over disclosures at all times

  5. (1) Linking routine care systems • Extract from routine care delivery systems • Databases or XML • Transform free text reports • “Scrub” patient identifiers (per HIPAA) • Autocode into controlled vocabularies such as UMLS • Load into the hospital controlled PEER database • Assign a randomly generated ID to each case

  6. (2) Protecting Patient Privacy Increasing levels of investigator access commensurate with investigator need and hospital policy.

  7. (3) Hospitals remain in control • Each hospital (Peer) chooses who to share with • And what to share (Clinical Reports, ED feeds, .. )

  8. SPIN Applications & Timeline • (2001 – Present)Translational Research (cancer) • (2006 – Present) Biosurveillance • (2007 - Present) Harvard CTSA

  9. SPIN enabled Translational Research • Motivation: Vast collections of human specimens and clinical data exist all over the country, yet are infrequently shared for cancer research. • Results: • National prototype including 14 sites • Virtual Specimen Locator (all HMS hospitals) • UMLS/scrubber adopted by caBIG (caTIES) • Direct influence on Markle’s CFH Common Framework

  10. Sites Participating in the National Demonstration • Brigham & Women's Hospital* • Beth Israel Deaconess Medical Center* • Cedars-Sinai Medical Center • Dana-Farber Cancer Institute* • Children's Hospital Boston* • Harvard Medical School* • Massachusetts General Hospital* • National Institutes of Health • National Cancer Institute • Olive View Medical Center • Regenstrief Institute • University of California at Los Angeles Medical Center • University of Pittsburgh Medical Center • VA Greater LA Healthcare System • * Participate in ongoing “Virtual Specimen Locator” collaboration

  11. Lessons Learned for Rapid National Deployment We have the principles, now here are the challenges: For each participant and for each type of data exchange, we need to map heterogeneous databases Building agreement to share: IRBs and the political will

  12. Lessons Learned for Rapid National Deployment mapping heterogeneous DBs VS Start SMALL : Grow the number of common terms!

  13. Lessons Learned for Rapid National Deployment Applying lessons learned: mapping heterogeneous DBs Request for Capabilities (What is available?) Availability limits scope of the vocabulary What big questions can be asked with only a few data elements? Pathology: age, gender, collection, free text “diagnosis” Public Health: age, gender, location, free text “complaint” CTSA: age, gender, …………, free text mining Parallel tracks: autocoding and standard vocabulary approach Different low hanging fruit: diagnosis vs MRN Quick End-To-End lifecyles Question, development, research, new question

  14. Lessons Learned for Rapid National Deployment Agreement to share: IRBs and political will SPIN has addressed the “Distributed IRB” issue Statistical level queries easy are OK by IRBs Difficulty arises going to the next step HIPAA limited data set Protected Health Information

  15. 2006 to present: SPIN enabled Biosurveillance • Motivation: • Detect infectious disease outbreaks • Track the spread of influenza • Provide early warning signs of bioterrorism • Re-identify patients as fast as possible during public health emergency

  16. AEGIS:Automated Epidemiologic Geotemporal Integrated Surveillance

  17. 2006 to present: SPIN enabled Biosurveillance (1) Link Routine Care Delivery Systems • Extract Emergency Department visits from each site • Write a simple SQL statement & set routine extraction time • Transform • Autocode free text of the “Chief Complaint” • Anonymize (blur) home addresses & preserve spatial clusters • Load into local SPIN peer • Generate the random linked identifier • Peer database is encrypted ( key does NOT live on disk! )

  18. 2006 to present: SPIN enabled Biosurveillance Preserving both spatial clusters & patient privacy • Calculate latitude/longitude for each patient address. • Skew the latitude/longitude with respect to the underlying population density. • Return only the anonymized coordinates during routine analysis • Return real address during emergencies

  19. 2006 to present: SPIN enabled Biosurveillance (1) Link Routine Care Delivery Systems • Extract Emergency Department visits from each site • Anonymize patient addresses & Autocode “Chief complaint” • Generate random identifier and load into local SPIN peer (2) Patient Privacy: Increasing levels of investigator access • Statistical query (Automated routine analysis) • Limited Disclosure (Alarm Investigation ) • Patient Re-Identification (Emergency Investigation) (3) Hospital Control • Which public health agencies do I trust? (CDC, DPH) • What do I want to allow in each investigation scenario?

  20. 2006 to present: SPIN enabled Biosurveillance DPH/CDC is responsible for assigning Identity  Role Each Hospital is responsible for assigning Role  Policy

  21. 2006 to present: SPIN enabled Biosurveillance One Example of Hospital Authorization Policies DPH/CDC is responsible for assigning Identity  Role Each Hospital is responsible for assigning Role  Policy

  22. 2006 to present: SPIN enabled Biosurveillance

  23. 2006 to present: Biosurveillance using SPIN & AEGIS • Motivation: • Detect infectious disease outbreaks • Track the spread of influenza • Provide early warning signs of bioterrorism • Re-identify patients as fast as possible during public health emergency • Results: • Fulfills AHIC Biosurveillance Use Case • One of four federally funded NHIN architectures • Enables our existing biosurveillance application (aegis.chip.org)

  24. Summary • SPIN addresses 3 pervasive issues • Linking routine care systems • Protecting patient privacy • Ensuring that hospitals remain in control • SPIN enables increasing levels of access: • Automated real-time biosurveillance • Alarm Investigation • Emergency Investigation • SPIN is decentralized and builds agreement for timely national adoption

More Related