Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Anna Orlova, PHDSC

602 views

Published on

  • Be the first to comment

  • Be the first to like this

Anna Orlova, PHDSC

  1. 1. Public Health Data Standards Consortium http://www.phdsc.org
  2. 2. Towards Common Work Processes: Business Process Analysis and Functional Requirements Analysis for Public Health Anna Orlova, PhD Public Health Data Standards Consortium [email_address] PUBLIC HEALTH DATA STANDARDS CONSORTIUM ~ 2009 BUSINESS MEETING OF MEMBERS ~ November 12-13, 2009, Hyattsville, MD
  3. 3. Where We Now
  4. 4. State Health Department: Organizational Chart
  5. 5. <ul><li>All public health activities are supported by customized information systems (databases, registries) developed to address the programmatic needs. </li></ul>Use of IT in Public Health: Where We Now
  6. 6. Our information systems do support our programmatic needs Our information systems cannot exchange data between programs within and across public health agencies and with clinical information systems AND…… HIT Standards in Public Health: Where We Now BUT……
  7. 7. Why Standards - National Context Towards a Nationwide Health Information Network Where Should We Be in 2014
  8. 8. US Nationwide Health Information Network (NHIN) in 2014 Source: Dr. Peter Elkin, 2006
  9. 9. RHIEs as NHIN Components Source: Dr. Peter Elkin, 2006
  10. 10. Source: Eileen Koski. Quest Diagnostics. PHIN-2004, May, Atlanta GA Percent of Children Tested for Lead with BLL>10 µg/dL in the USA Vision: PH Surveillance under NHIN
  11. 11. Standardizing Health Information Exchanges
  12. 12. From Business Processes to Functional Requirements to Standardized IT Solutions
  13. 13. <ul><li>PHII Common Grounds Project </li></ul><ul><li>“ We hope to develop a shared understanding of public health work and identify areas of commonality among public health agencies,&quot; said Dave Ross, Sc.D., director of the Common Ground National Program Office at the Public Health Informatics Institute. &quot;The Common Ground program offers public health agencies the opportunity to collaboratively develop requirements for more effective information systems and better data exchange.” </li></ul>Describing Business Processes Source: Public Health Informatics Institute (PHII). URL:http://www.phii.org/programs/CommonGround.asp
  14. 14. Describing Functional Requirements
  15. 15. Requirements Elicitation <ul><li>The purpose of the requirements elicitation is to specify </li></ul><ul><li>the information system features from user’s </li></ul><ul><li>perspectives in a structured Functional Requirements Analysis Document (Functional Standard) . </li></ul><ul><li>FRAD Features: </li></ul><ul><li>Information System Goals (Tasks) </li></ul><ul><li>Actors </li></ul><ul><li>Functions (Actions) </li></ul><ul><li>Data Sources </li></ul><ul><li>Workflow and Dataflow </li></ul><ul><li>High Level Architecture </li></ul>
  16. 16. Functional Standard <ul><li>Functional Standard describes work processes that support data exchange between users (e.g., clinicians and public health practitioners) in a format of functional requirements specification for electronic communication between settings (e.g., clinical and public health settings). </li></ul>
  17. 17. Functional Standard <ul><li>Functional standard is a vehicle to assure that the work processes of stakeholders (e.g., clinicians and public health practitioners) related to the electronic data exchange are well understood and agreed upon by stakeholders themselves and then communicated clearly to the developers as functional requirements for the information system. </li></ul>
  18. 18. <ul><li>“Defining system requirements is the most important step in developing or acquiring any information system. A well-conceived and planned health information system can help organizations understand the need to adjust tasks or processes to be more effective or proactive in protecting community health….” </li></ul>Defining Requirements Source: Public Health Informatics Institute (PHII). URL:http://www.phii.org/subjectareas/requirementsdevelopment.asp
  19. 19. PHDSC FRAD Projects* <ul><li>Early Hearing Detection and Intervention Content Profile, 2009-10 </li></ul><ul><li>Standards for Public Health Data Exchanges: Working with Vendors ( Newborn Screening, Diabetes, Quality ), 2009 </li></ul><ul><li>Standards for Public Health Data Exchanges: Functional Requirements Standard for Diabetes Care Management and Surveillance, 2008 </li></ul><ul><li>Towards a Functional Standards on Electronic Data Exchange between Clinical Care and Public Health, 2007 </li></ul><ul><li>Developing a Vision for Functional requirements Specification for Electronic Data Exchange between Clinical and Public Health Settings: Examples of School Health and Syndromic Surveillance in New York City, 2006 </li></ul>* Supported by Health Resources and Services Administration, 2005-2009 URL:http://www.phdsc.org/health_info/com_nhin_activities.asp
  20. 20. From Business Processes to Functional Requirements to Standardized IT Solutions Using SOA (Service-Oriented Architecture)
  21. 21. Example of Environmental Public Health Tracking
  22. 22. <ul><li>What are the impacts of pesticide exposure on children’s health? </li></ul><ul><li>Are changes in the environment related to dramatic increase in asthma? </li></ul><ul><li>Are there increases in Systemic Lupus Erythmetosis (SLE) and multiple sclerosis (MS) in communities with hazardous waste sites? </li></ul><ul><li>Track health, disease, and risks to target interventions to those populations most affected by environmental hazards and exposures. </li></ul><ul><li>Detect new adverse health events associated with environmental exposures. </li></ul><ul><li>Detect unusual occurrences, trends, or clusters of specific health events associated with environmental exposures. </li></ul><ul><li>Monitor and assess the effects of policies and the efficacy of interventions and established prevention strategies. </li></ul><ul><li>Raise awareness about environmental health issues among consumers, policy makers, health practitioners, industry, the public, and the media. </li></ul>Examples of Tasks to be Addressed by the Environmental Health Tracking Network Source: Dr. Nabil Issa, CDC/NCEH Public Health Questions Public Health Actions – Business Processes
  23. 23. Source: Dr. Nabil Issa, CDC/NCEH USER VIEW Environmental Public Health Tracking Network <ul><li>Population Census </li></ul><ul><li>Environmental Exposure Tracking </li></ul><ul><li>Environmental Hazards Tracking </li></ul><ul><li>Health Outcomes Tracking </li></ul>State and National Data Collection Systems Integrated Environmental Health Tracking, Analysis, Evaluation And Dissemination Exposure Hazards  <ul><li>Track health, disease, and risk trends </li></ul><ul><li>Establish program priorities </li></ul><ul><li>Develop, implement, and evaluate public health policies and program strategies </li></ul><ul><li>Develop rapid-response mechanisms to investigate outbreaks and clusters </li></ul><ul><li>Develop guidelines/standards </li></ul><ul><li>Generate hypotheses and initiate applied research </li></ul>Public Health Actions
  24. 24. System Architecture for Environmental Health Risk Detection, Assessment & Management Source: Dr. Nabil Issa, CDC/NCEH Informatician View GIS/Spatial Epidemiology Risk Analysis Data Mining & Knowledge Discovery Statistical Models Exposure Detection & Risk Analysis <ul><li>Track health, disease, and exposure risk/trends </li></ul><ul><li>Detect & evaluate risk of exposure to env. hazards </li></ul><ul><li>Develop & evaluate public health & environmental stewardship policies & programs </li></ul><ul><li>Develop rapid-response mechanisms to investigate outbreaks and clusters </li></ul><ul><li>Develop prevention guidelines/standards </li></ul><ul><li>Generate hypotheses and initiate applied research </li></ul>Environmental Stewardship & Public Health Actions (*) Based on risk assessment and national priorities Environmental Hazards, Ecology and Disease Data Collection Systems <ul><li>Disease Tracking * </li></ul><ul><li>Hospital Discharge </li></ul><ul><li>Birth Defects </li></ul><ul><li>BRFSS </li></ul><ul><li>Cancer Registries </li></ul><ul><li>Health Surveys </li></ul><ul><li>Vital Statistics </li></ul><ul><li>Population Demographics * </li></ul><ul><li>Census Data </li></ul><ul><li>Exposure </li></ul><ul><li>Tracking * </li></ul><ul><li>Human Exposure to Environmental Chemicals </li></ul><ul><li>Toxic Exposure Surveillance </li></ul><ul><li>Hazards </li></ul><ul><li>Tracking * </li></ul><ul><li>Hazardous Substances-Emergency Event Surveillance </li></ul><ul><li>Toxic Release Inventory </li></ul><ul><li>Ecological Tracking * </li></ul><ul><li>Marine Life </li></ul><ul><li>Animals </li></ul><ul><li>Plants </li></ul>Population Disease Indicators Population Demography Health Outcomes Exposure Profile Environmental Hazard Hazardous Material Profile Exposure Integrated Environmental Health Indicators Data Warehouse Biomonitoring Natural Accidental Intentional Ecological Indicators Data Linking/Integration Metadata Data Standardization Data Quality Assurance Data Integration, Transformation & Geocoding Geocoding
  25. 25. Environmental Public Health Tracking Information Exchanges Developer View Source: HITSP, 2009 System System System System System System System System
  26. 26. State Health Department: Organizational Chart
  27. 27. Use Cases Business Processes Business “ Top Down” User Driven (Requirements Driven)
  28. 28. Towards a Public Health Domain at IHE “ Top Down” User Driven (Requirements Driven) Use Case Business Processes Use Case Use Case Business
  29. 29. Towards a Public Health Domain at IHE “ Top Down” User Driven (Requirements Driven) Use Case Business Processes Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Business
  30. 30. Towards a Public Health Domain at IHE “ Top Down” User Driven (Requirements Driven) Use Case Business Processes Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Business Working with Developers at the Integrating the Healthcare Enterprise (IHE)
  31. 31. Integration Profile Transaction Transaction Transaction Transaction Towards a Public Health Domain at IHE Content Profile Actor Actor Transaction Transaction Transaction Transaction Actor Actor Transaction Transaction Transaction Transaction Content Profile Actor Actor IHE Technical Frameworks “ Bottom-Up” Health IT Solution Driven PIX, PDQ, RFD, XDS
  32. 32. Integration Profile Transaction Transaction Transaction Transaction Towards a Public Health Domain at IHE Content Profile Actor Actor Transaction Transaction Transaction Transaction Actor Actor Transaction Transaction Transaction Transaction Content Profile Actor Actor IHE Technical Frameworks “ Bottom-Up” Health IT Solution Driven PIX, PDQ, RFD, XDS “ Top Down” User Driven (Requirements Driven) Use Case Business Processes Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Business
  33. 33. Task Service Layer Entity Service Layer Utility Service Layer Service Layers Service-Oriented Architecture (SOA)
  34. 34. Entity Services Utility Services / IHE Integration Profiles Task Services PIX Mgr PDQ Mgr Registry Repository Audit Identity Document GetPatientLHR Example of Service Layers / Integration Profile Mapping
  35. 35. Integration Profile Transaction Transaction Transaction Transaction Towards a Public Health Domain at IHE Content Profile Actor Actor Transaction Transaction Transaction Transaction Actor Actor Transaction Transaction Transaction Transaction Content Profile Actor Actor IHE Technical Frameworks “ Bottom-Up” Health IT Solution Driven PIX, PDQ, RFD, XDS “ Top Down” User Driven (Requirements Driven) Use Case Business Processes Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Business
  36. 36. IHE & SOA White Paper Integration Profile Transaction Transaction Transaction Transaction Towards a Public Health Domain at IHE Content Profile Actor Actor Transaction Transaction Transaction Transaction Actor Actor Transaction Transaction Transaction Transaction Content Profile Actor Actor IHE Technical Frameworks “ Top Down” User Driven (Requirements Driven) “ Bottom-Up” Health IT Solution Driven Task Service Layer Entity Service Layer Utility Service Layer PIX, PDQ, RFD, XDS Use Case Business Processes Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Use Case Functional Requirements/ Capabilities Business
  37. 37. Value of SOA <ul><li>SOA links business and functional requirements to standardized interoperable IT solutions </li></ul><ul><li>For Users (Public Health Professionals and Clinicians) </li></ul><ul><li>Ability to navigate and select appropriate IT standards/ products for a service that is understandable for a non-technical audience, ie, identity service, document service, etc. </li></ul><ul><li>Ability to relate user requirements to IHE technical solutions (capabilities) </li></ul><ul><li>Ability to see commonalities for technical solutions across business processes </li></ul>
  38. 38. Value of SOA <ul><li>SOA links business and functional requirements to standardized interoperable IT solutions </li></ul><ul><li>For Developers </li></ul><ul><li>Help users and their IT vendors to navigate through interoperability standards </li></ul><ul><li>Help IT vendors to correctly use interoperability products in their applications </li></ul><ul><li>Develop new IT products for services requested by users, ie, identity service, document service, etc. </li></ul>
  39. 39. Value of SOA <ul><li>SOA links business and functional requirements to standardized interoperable IT solutions </li></ul><ul><li>So, together we can built interoperable, standards-based IT products that will adhere to user needs to assure “meaningful use” of Health IT </li></ul>
  40. 40. Resources: A Service-Oriented Architecture (SOA) View of IHE Profiles – White Paper at the Integrating the Healthcare Enterprise (IHE). (URL: https://sites.google.com/site/projecthrsaphdsc/objective-2
  41. 41. <ul><li>Questions? </li></ul>

×