Скачать презентацию Components of HIV Surveillance Case Reporting Process Скачать презентацию Components of HIV Surveillance Case Reporting Process

67266762cc5e88f69c3562daaf06f21f.ppt

  • Количество слайдов: 42

Components of HIV Surveillance: Case Reporting Process Components of HIV Surveillance: Case Reporting Process

Review of Sessions To Date Overall: Overview of Case and Second Generation Surveillance Minimum Review of Sessions To Date Overall: Overview of Case and Second Generation Surveillance Minimum needs and activities required Country-Specific: Definition of what you want to know about HIV Identification of existing data sources Rapid situational assessment of data, systems, environment

Session Overview We will discuss: A. Moving prioritized data from collection point to central Session Overview We will discuss: A. Moving prioritized data from collection point to central point B. Using existing data flow systems and structures, or building new ones C. Data management of case data D. Data quality assurance and improvement E. Staffing roles and responsibilities

A. Moving Prioritized Data From Collection Point to Central Point A. Moving Prioritized Data From Collection Point to Central Point

Moving Data Case Surveillance can only occur if data are transferred from the point Moving Data Case Surveillance can only occur if data are transferred from the point of patient interaction to a central point for data management Three criteria should be considered: Format(s) of the data Method(s) of data transfer Pathway(s) of data transfer

Moving Data – Format Data Format Pros Cons Paper • Low cost (? ) Moving Data – Format Data Format Pros Cons Paper • Low cost (? ) • Rapid implementation • Ease of acceptability (? ) • • Human resource needs (high) Less timely reporting Data transfer needs Duplication of effort (? ) Electronic • Human resource needs (low) • Timeliness of reporting • Ease of acceptability where systems exist • ‘Task Shifting’ • (+/-) Higher cost • (+/-) Slower implementation • Possible need for system/variable expansion Combo • May maximize use of existing resources • May require some retro-fitting

Moving Data – Method Transfer Method Human. Driven Pros • • Cons Low cost Moving Data – Method Transfer Method Human. Driven Pros • • Cons Low cost (? ) Use of existing pathways • Rapid implementation (? ) • • • Human resource needs (high) • High cost (? ) Mapping reporting pathways (? ) Less timely reporting Technology. Driven • • • Human resource needs (low) Timeliness of reporting ‘Automation’ Low burden, where systems exist Leveraging of resources – “systems strengthening” • • (+/-) Slower implementation May guide pathways Possible need for system expansion May require more highly-trained staff Combo • May maximize use of existing resources • May require some retro-fitting

A. Moving Data - Pathways Site Region Central Points to Consider: • Existing Systems A. Moving Data - Pathways Site Region Central Points to Consider: • Existing Systems • Existing Relationships • Staffing Resources • Capacity of Levels Central Region

B. Using Existing Data Flow Systems and Structures – As Is, or With Expansion B. Using Existing Data Flow Systems and Structures – As Is, or With Expansion

Using Existing Systems Could Include: EMRs Other Disease Reporting Systems Has data and existing Using Existing Systems Could Include: EMRs Other Disease Reporting Systems Has data and existing reporting pathways Has existing reporting pathways and staff roles and responsibilities M&E Systems Has existing reporting pathways and staff roles and responsibilities Could be via a regional government office and/or umbrella organization Other Reporting/Supply Chain Systems Has existing pathways and staff roles and responsibilities Could be via a regional government office and/or umbrella organization

Using Existing Systems Steps Needed: Definition of output 1. Case surveillance data, format, and Using Existing Systems Steps Needed: Definition of output 1. Case surveillance data, format, and frequency of transfer Mandate, and strong partnership 2. Support of government, funder, implementer, and programs Policy and procedures put in place (confidentiality, data sharing) Understanding of Systems’ inputs 3. Where do data come from? In what format? With what frequency? Understanding of Systems’ structure 4. What is the ‘platform’? Is the platform expandable?

Using Existing Systems Steps Needed (cont. ): Draft model of data transfer and/or extraction Using Existing Systems Steps Needed (cont. ): Draft model of data transfer and/or extraction 5. Programming of data fields and/or extraction process Collaboration with identified staff positions Create master database to receive inputs 6. Simple system to allow for real-time data management Pilot and testing of the new model and system 7. Practice data entry, data extraction, and/or data transfer process Ensure viability of data received Refine systems and processes 8. Troubleshoot before implementation!

Using Existing Systems Steps Needed (cont. ): Create Standard Operation Procedures and Manuals 9. Using Existing Systems Steps Needed (cont. ): Create Standard Operation Procedures and Manuals 9. Define and document all the steps and the requirements Create training materials for those involved 10. Cover all points that will ensure buy-in and success Prepare for system roll-out 11. Train involved staff Sign data sharing and confidentiality agreements with all required Launch system 12. Support, monitor, support, monitor, refine

Expanding Systems Expanded Systems Could Include: Paper-based system Electronic system Server-based or Web-based Dual Expanding Systems Expanded Systems Could Include: Paper-based system Electronic system Server-based or Web-based Dual paper/electronic system National system All possible inputs Representative system All ART sites; all government sites; etc.

Expanding Systems Steps Needed: 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Expanding Systems Steps Needed: 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 1. 2. Definition of output Mandate, and strong partnership Definition of System’s inputs Definition of System’s structure Draft model of data collection and transfer Create master database to receive inputs Pilot and testing of the new model and system Refine systems and processes Create Standard Operation Procedures and Manuals Create training materials for those involved Prepare for system roll-out Launch system

Value of Web-based Systems Accessible any time of day Statistics are instant and data Value of Web-based Systems Accessible any time of day Statistics are instant and data downloads are always the most current versions Program updates do not need to be distributed to users since the program “lives” on the server The only program users need is a web browser User interfaces utilizes standard website controls that people are accustomed to Multiple users can access the system at the same time from different locations System can be accessed from anywhere in the world with internet access

C. Management of Case Data C. Management of Case Data

Managing Data Management includes such questions: Data Management must happen at every level: Are Managing Data Management includes such questions: Data Management must happen at every level: Are the correct data collected Are the correct data entered Are the correct data in the system Are the correct data cleaned Are the correct data usable Are the correct data available for use Site level Regional level National level Data Management must include Feedback loops Site Region Central

Managing Data – Site Level At the site level, attention should be paid to: Managing Data – Site Level At the site level, attention should be paid to: Clear definitions and support Are there clear policies and procedures? Do staff know what they are supposed to do? System function May include data collection, data entry, data validation, data transmission, etc. Are data being collected and inputted into the system? Are staff doing their work? Are staff supported to do their work? Data use Can sites access their data? Do sites get feedback on their data? Do sites use their data?

Managing Data – Regional Level At the regional level, attention should be paid to: Managing Data – Regional Level At the regional level, attention should be paid to: Clear definitions and support Are there clear policies and procedures? Do staff know what they are supposed to do? System function May include data collection, data entry, data validation, data cleaning, data deduplication, data transmission, etc. Are staff doing their work? Are staff supporting the sites? Are staff supported to do their work? Data use Can regions access their data? Do regions get feedback on their data? Do regions use their data?

Managing Data – National Level At the national level, attention should be paid to: Managing Data – National Level At the national level, attention should be paid to: Clear definitions and support Are there clear policies and procedures? Do staff know what they are supposed to do? System function May include data collection, data entry, data validation, data cleaning, data deduplication, data transmission, etc. Are staff doing their work? Are staff supporting the sites? The regions? Are staff supported to do their work? Data use Is there a clean national data set? Do regions and sites get feedback on their data? Are national data being used?

Managing Data – Tools and Materials Managing Data – Tools and Materials

Managing Data – Special Considerations 1. Patient Identification What it is A unique way Managing Data – Special Considerations 1. Patient Identification What it is A unique way to identify each case (person) Why it is important Patient identification is important if we want to have a unique count of persons infected with HIV Patient identification allows patient tracking over time Each event is entered into the system to determine if it is a unique (new) record. Some will be new cases; some will be an update to an existing patient in the system. Updates include: Transition from HIV to AIDS A pregnancy A visit to a different clinic system A death

Managing Data – Special Considerations 2. Data Deduplication What it is An evaluation and Managing Data – Special Considerations 2. Data Deduplication What it is An evaluation and assessment of each case entered into the system to determine if it is a unique (new) case, or if it is an update on an existing patient in the system Why it is important Deduplication is important if we want to have a unique count of persons infected with HIV Deduplication, and matching records to the source file, allows patient tracking over time

Managing Data – Special Considerations 2. Data Deduplication How it can be done Manually Managing Data – Special Considerations 2. Data Deduplication How it can be done Manually or automatically Cases are matched by certain selected criteria: Unique ID Code - Each record needs one for each patient q q q Combination of other variables that are somewhat unique: Ideally, people have national identifiers (and they are used!) before a record is entered More often a unique identifier must be established from some combination of common demographic information The more unique, the more certainty that records are for the same person Name Date of Birth Parents Names Location of Birth Location of Residence Records that match are appended to each other to track over time

Managing Data – Special Considerations Data Deduplication Example: Haiti System We try to do Managing Data – Special Considerations Data Deduplication Example: Haiti System We try to do it automatically first: Step Records must match on exactly on 1 First name, Last name, Year of birth, Month of birth, Sex, Patient code 2 same as (1) without Patient code 3 same as (1) with just with first four letters of Frist name First name, Last name, Year of HIV diagnosis, Institution, Data source, Patient code 4 5 6 7 same as (4) without Patient code First name, Last name, Year of HIV diagnosis, Town of birth, Patient code same as (6) with Mother’s name à If records do not meet the criteria, they are subset and reviewed by qualified personnel. We refer to this as manual review. à The manual process is manageable if done in a timely manner. Otherwise, a backlog could develop.

Managing Data – Special Considerations 3. Data Validation What it is A review of Managing Data – Special Considerations 3. Data Validation What it is A review of data to see that what is submitted is accurate Examples: Why it is important Are the report dates more recent than the last data transfer? Does everyone have a birthdate? How many fields are completely empty? Speaks to the quality of the data People make mistakes. The wrong file can be uploaded, data can be deleted, or records can be shifted. How it can be done Chart review (sub-set) vs. submitted data Record review (sub-set) vs. submitted data

D. Data Quality Assurance and Improvement D. Data Quality Assurance and Improvement

Quality Assurance and Improvement Quality Assurance (QA) allows one to assess the quality of Quality Assurance and Improvement Quality Assurance (QA) allows one to assess the quality of the system and the data to: Implement improvement activities Speak to the strength of the resulting data Quality Improvement (QI) occurs from the QA process, and allows one to refine and improve the system and data Quality Improvement should be an ongoing activity: “continuous quality improvement” (CQI)

Quality Assurance and Improvement PDSA Model Quality Assurance and Improvement PDSA Model

Quality Assurance and Improvement QA and QI can be self-defined, per the system and Quality Assurance and Improvement QA and QI can be self-defined, per the system and environment, but should consider: Data Quality Data Completeness Are all variables expected received? Timeliness of Data Do the data in the master system match those from the sites? Are data received in a timely manner (one week vs. one month) System Representativeness Do data in the system represent the country, or a sub-set?

Quality Assurance and Improvement Sample Processes from Haiti – Site Level Quality Assurance and Improvement Sample Processes from Haiti – Site Level

Quality Assurance and Improvement Sample Processes from Haiti – Regional Level Quality Assurance and Improvement Sample Processes from Haiti – Regional Level

Quality Assurance and Improvement Sample Processes from Haiti – National Level MESI – weekly Quality Assurance and Improvement Sample Processes from Haiti – National Level MESI – weekly data share “Surveillance”-Online Site-level data quality and completeness feedback MESI-offline – weekly data share “Surveillance”-Offline National EMR – monthly data share GHESKIO EMR – monthly data share PIH EMR – monthly data share Automated quality data entry flags MESI ITECH Automated and Manual Intra- and Inter. System Case Deduplication Intra-EMR system duplication feedback HAITI (clean) HIV/AIDS Case Surveillance Database Surveillance Loop: - trend reports - process reports - quality reports

Quality Assurance and Improvement Sample 11 -Step Processes from Haiti – National Level Quality Assurance and Improvement Sample 11 -Step Processes from Haiti – National Level

Quality Assurance and Improvement Two Imperatives: Data Quality Feedback given to those inputting the Quality Assurance and Improvement Two Imperatives: Data Quality Feedback given to those inputting the data Support given for Data Quality Improvement, at the source Site Region Central

D. Staff Roles and Responsibilities D. Staff Roles and Responsibilities

What are the Personnel Needs? System Management and Oversight Data Management Site/Clinic-level surveillance lead What are the Personnel Needs? System Management and Oversight Data Management Site/Clinic-level surveillance lead District or provincial surveillance lead National surveillance lead Data entry clerks at appropriate level (depending on where data are entered) National-level data manager Define Roles and Responsibilities: Data quality Cleaning and merging data Data reports IT support

Roles and Responsibilities: Site Level Needs: Complete forms for newly diagnosed cases Complete forms Roles and Responsibilities: Site Level Needs: Complete forms for newly diagnosed cases Complete forms for changes in clinical status Complete forms at death of HIV-infected persons Submit forms to the next level per the reporting chain, maintaining confidentiality Record each instance of case reporting on a patient’s clinical record to the surveillance programme Who will do this? Dedicated staff or additional role/task shifting?

Roles and Responsibilities: Regional Level Needs: Receive, review, manage HIV case reports in a Roles and Responsibilities: Regional Level Needs: Receive, review, manage HIV case reports in a timely manner Ensure that case reports are filled out completely, accurately and clearly; provide training and TA as needed Follow-up on cases of epidemiologic importance Implement quality improvement initiatives Are case reports complete, with quality data? Are all cases reported? Compile and clean data Disseminate data Who will do this? Dedicated staff or additional role/task shifting?

Roles and Responsibilities: National Level Needs: Develop and operationalize guidelines on HIV case reporting Roles and Responsibilities: National Level Needs: Develop and operationalize guidelines on HIV case reporting Train and assist sub-national surveillance programs, including facility-level personnel Maintain a complete and accurate HIV case database that is secure, with access limited to authorized personnel Analyse, interpret and disseminate HIV case reporting data Assess the performance of the surveillance programs by monitoring surveillance activity Provide overall guidance and training for sub-national programs Who will do this? Dedicated staff or additional role/task shifting?

Thank You Working Together to Plan, Implement, and Use HIV Surveillance Systems Thank You Working Together to Plan, Implement, and Use HIV Surveillance Systems