Difference between revisions of "201801 Clinical Research"
Wayne Kubick (talk | contribs) |
Wayne Kubick (talk | contribs) |
||
Line 41: | Line 41: | ||
===Scenario Step 1 Name=== | ===Scenario Step 1 Name=== | ||
+ | Advance the use of FHIR resources as eSource data used to pre-populate clinical research case report forms for both regulated and non-regulated clinical research. Run test scripts to verify reliability and accuracy of transfer. | ||
:Action: <!--Who does what? (Use the role names listed above when referring to the participants --> | :Action: <!--Who does what? (Use the role names listed above when referring to the participants --> | ||
+ | Identify a Patient in an EHR who is enrolled in a ResearchStudy, extract relevant EHR data that can be mapped to a clinical research Electronic Data Capture (EDC) database, import into EDC Study Database to auto-populate eCRFs. | ||
:Precondition: <!-- What setup is required prior to executing this step? --> | :Precondition: <!-- What setup is required prior to executing this step? --> | ||
+ | Values for ResearchStudy and ResearchSubject for a named study exist in EHR. Patient records include demographics, MedicationStatement, Lab observation data, possibly problems, diagnosis. | ||
+ | At least one patient has at least 2 sets of lab observations for at least 3 lab tests. Additional information, such as LOINC codes for the set of lab tests to be used and mappings to CDISC for these will be specified in advance. | ||
:Success Criteria: <!-- How will the participants know if the test was successful? --> | :Success Criteria: <!-- How will the participants know if the test was successful? --> | ||
+ | Test script verifies that the App is able to import EHR data for at least one subject in each of 3 different EHRs (preferably including 1 Epic system, 1 Cerner system and 1 other system) and auto-populate eCRFs in an EDC database. | ||
:Bonus point: <!-- Any additional complexity to make the scenario more challenging --> | :Bonus point: <!-- Any additional complexity to make the scenario more challenging --> | ||
+ | identify and extract relevant unstructured data that may be related to a pre-specified disease conditions. | ||
<!-- Provide a description of each task --> | <!-- Provide a description of each task --> | ||
+ | |||
+ | ===Scenario Step 2 Name=== | ||
+ | Receive and apply Real World Evidence updates to the study database as new or changed data is recorded in the EHR or received from patients: | ||
+ | Action: <!--Who does what? (Use the role names listed above when referring to the participants --> | ||
+ | Enter new data in EHR for a current ResearchSubject after new patient encounter is recorded in EHR. Or create an App which allows the recording of data by patient and remote site; integrate the captured data with the site EHR if possible and extract this data directly from remote EHR if possible. Output data to the sponsor in an agreed dataset format. | ||
+ | :Precondition: <!-- What setup is required prior to executing this step? --> | ||
+ | Patient is enrolled as a ResearchSubject for a ResearchStudy with available clinical data. Data that might be suitable for this scenario (for a sample HCRU study) may include duration of visit, procedures any diagnoses or treatments and questionnaires | ||
+ | :Success Criteria: <!-- How will the participants know if the test was successful? --> | ||
+ | App can allow data entry by patient or collect data directly from and EHR and automatically integrate data back into the investigator EHR (or produce an integration preferred data file that could be imported into a separate research study database). Also can generate a near real time updated file for transfer back to the sponsor of this study specific data captured from remote sites. Automation of data collection is ideal -- Upload of data directly from a remote site’s EHR is likely preferable than the more pragmatic manual data entry into the app | ||
+ | :Bonus point: <!-- Any additional complexity to make the scenario more challenging --> | ||
+ | Use CDS Hooks to trigger update after new patient encounter is recorded. | ||
+ | Import patient-reported data from a SMART-on-FHIR app. | ||
+ | |||
+ | <!-- Provide a description of each task --> | ||
+ | |||
+ | ===Scenario Step 3 Name=== | ||
+ | Assess use of R4 Bulk Data Access to transfer lab data for multiple patients. | ||
+ | Action: <!--Who does what? (Use the role names listed above when referring to the participants --> | ||
+ | |||
+ | :Precondition: <!-- What setup is required prior to executing this step? --> | ||
+ | At least 3 patients are enrolled as a ResearchSubject for a ResearchStudy with available lab data. | ||
+ | :Success Criteria: <!-- How will the participants know if the test was successful? --> | ||
+ | Bulk data can be accessed and imported into research database. | ||
+ | |||
+ | :Bonus point: <!-- Any additional complexity to make the scenario more challenging --> | ||
==TestScript(s)== | ==TestScript(s)== |
Revision as of 15:45, 17 October 2017
Track Name
Clinical Research
Submitting WG/Project/Implementer Group
Biopharma FHIR project group
Justification
This track will continue to further explore the benefits of FHIR for clinical research of new biopharmaceutical experimental treatments, and to increase visibility of FHIR within the biopharmaceutical community. This track advances the use of FHIR resources as eSource data used to pre-populate clinical research case report forms for both regulated and non-regulated clinical research. This builds on previous explorations in Connectathon 13-16. Plans for this connection include participation from at least 5 Pharmaceutical companies, Members of TransCelerate Biopharma, Inc. and technology implementers will simulate using FHIR to populate and manage clinical study databases. A set of 2-3 detailed use case scenarios will be proposed. This work will inform development of profiles and IGs to support clinical research using FHIR.
Clinical Research studies currently require the redundant entry of clinical data that already typically reside in Meaningful Use conformant EHR systems. EHR data represents original records in electronic format that can be used as eSource and directly imported into clinical research EDC databases so as to improve the quality and consistency of data between EHR and EDC systems and eliminate the need for redundant data entry. Establishing interoperability between EHR and EDC systems to streamline and modernize clinical investigations should improve data accuracy, patient safety, and clinical research efficiency. Given the extreme cost and extended time required for randomized clinical trials, it would be substantially better to utilize EHR source data to directly populate clinical trial databases wherever feasible. As stated in its May 2016 FDA draft guidance titled “Use of Electronic Health Record Data in Clinical Investigations” FDA “encourages sponsors and clinical investigators to work with the entities that control the EHRs, such as health care organizations, to use EHRs and EDC systems that are interoperable. . . Establishing interoperability between EHR and EDC systems to streamline and modernize clinical investigations should improve data accuracy, patient safety, and clinical research efficiency.”
Proposed Track Lead
See Connectathon_Track_Lead_Responsibilities Responsibilities Geoff Low (glow@mdsol.com); Trisha Simpson (trisha.simpson@ucb.com)
Expected participants
TransCelerate Biopharma, Inc., UCB, Pfizer, GSK, Merck, Lilly, Medidata, Oracle Health Sciences, Clinical Ink, others
Roles
Please include information here regarding how much advance preparation will be required if creating a client and/or server.
Role 1 Name
FHIR Client: Support the sending from an EHR or patient device of clinical research study data: create, read, search and update to a clinical study database system.
Role 2 Name
Clinical Trial Designer: Identifies data relevant to research studies that may be collected from EHRs or SMART-on-FHIR devices. Sets up patient matching criteria and identifiers for ResearchStudy and ResearchSubject for a synthetic test study. Creates study database, mappings/interfaces, EDC case report forms with variable mappings to FHIR that will receive EHR patient data for clinical trial subjects. Generate updates from EDC to apply to the EHR. Data Collector[edit] Queries API to identify patients by Study and Subject identifiers to pull EHR data for demographics, medications and lab data that maps directly to variables on eCRF. Provides data generated by patients to add to study databases or EHRs.
Role 3 Name
Subject Matter Expert SME: Creates and tests queries to identify patients who match eligibility criteria for a study or review data.
Scenarios
Scenario Step 1 Name
Advance the use of FHIR resources as eSource data used to pre-populate clinical research case report forms for both regulated and non-regulated clinical research. Run test scripts to verify reliability and accuracy of transfer.
- Action:
Identify a Patient in an EHR who is enrolled in a ResearchStudy, extract relevant EHR data that can be mapped to a clinical research Electronic Data Capture (EDC) database, import into EDC Study Database to auto-populate eCRFs.
- Precondition:
Values for ResearchStudy and ResearchSubject for a named study exist in EHR. Patient records include demographics, MedicationStatement, Lab observation data, possibly problems, diagnosis. At least one patient has at least 2 sets of lab observations for at least 3 lab tests. Additional information, such as LOINC codes for the set of lab tests to be used and mappings to CDISC for these will be specified in advance.
- Success Criteria:
Test script verifies that the App is able to import EHR data for at least one subject in each of 3 different EHRs (preferably including 1 Epic system, 1 Cerner system and 1 other system) and auto-populate eCRFs in an EDC database.
- Bonus point:
identify and extract relevant unstructured data that may be related to a pre-specified disease conditions.
Scenario Step 2 Name
Receive and apply Real World Evidence updates to the study database as new or changed data is recorded in the EHR or received from patients: Action: Enter new data in EHR for a current ResearchSubject after new patient encounter is recorded in EHR. Or create an App which allows the recording of data by patient and remote site; integrate the captured data with the site EHR if possible and extract this data directly from remote EHR if possible. Output data to the sponsor in an agreed dataset format.
- Precondition:
Patient is enrolled as a ResearchSubject for a ResearchStudy with available clinical data. Data that might be suitable for this scenario (for a sample HCRU study) may include duration of visit, procedures any diagnoses or treatments and questionnaires
- Success Criteria:
App can allow data entry by patient or collect data directly from and EHR and automatically integrate data back into the investigator EHR (or produce an integration preferred data file that could be imported into a separate research study database). Also can generate a near real time updated file for transfer back to the sponsor of this study specific data captured from remote sites. Automation of data collection is ideal -- Upload of data directly from a remote site’s EHR is likely preferable than the more pragmatic manual data entry into the app
- Bonus point:
Use CDS Hooks to trigger update after new patient encounter is recorded. Import patient-reported data from a SMART-on-FHIR app.
Scenario Step 3 Name
Assess use of R4 Bulk Data Access to transfer lab data for multiple patients. Action:
- Precondition:
At least 3 patients are enrolled as a ResearchSubject for a ResearchStudy with available lab data.
- Success Criteria:
Bulk data can be accessed and imported into research database.
- Bonus point: