Retrieve Protocol for Execution: Difference between revisions
Dwhittenburg (talk | contribs) |
Dwhittenburg (talk | contribs) |
||
| Line 116: | Line 116: | ||
=Glossary= | =Glossary= | ||
ProtocolDef | ProtocolDef : The protocol documentation created by eClinical that defines a clinical research study. | ||
*ProtocolState | *ProtocolState | ||
**The protocol state at the point in which a patient is involved in a clinical study. | **The protocol state at the point in which a patient is involved in a clinical study. | ||
Revision as of 14:28, 23 January 2009
Introduction
This is a draft of the Retrieve Protocol for Execution Profile (RPE) supplement to the Quality, Research, and Public Health (QRPH) Technical Framework. This draft is a work in progress, not the official supplement or profile.
Profile Abstract
The Retrieve Protocol for Execution Profile (RPE) provides an automated mechanism for EHR to retreive a complex set of clinical research instructions (or a protocol) from an EDC system to execute within the EHR.
- RFD scenario teams:
- Sponsors: Pfizer, Lilly, Novartis, Genzyme
- EHRs: Greenway, Cerner, Allscripts, Epic
- eClinical: Outcome Sciences, Nextrials
- Proposal Editor: Landen Bain (CDISC)
- Profile Editors:
- Daemon Whittenburg (Greenway Medical Technologies)
- Diane Wold (Glaxo Smith Klein - Chair of CDISC’s Trial Design Team )
- Dan Levy (Outcome Sciences)
- Robert Barr (NexTrials)
- Chris Connor
- Jane Griffin (Cerner)
- Jaime Lucove (AllScripts)
- Lisa Chatterjee (DIFZ, chair of CDISC’s Protocol Representation team)
- David Handelsman (SAS)
Meeting Notes
- 01/23/09
- Agenda
- RPE wiki changes?
- Review input/output data elements needed for the UpdateProtocolManager(EnrollPatientRequest) transaction
- Work will be needed form the eClinical side in order to define these data elements
- What data is needed from the EHR to successfully Enroll a subject into EDC for a study
- What data is available from the EDC to store within the EHR
- [To be done after the input/output data elements are defined] Discuss XML standards to be used for message parameter supplied in the UpdateProtocolManager transaction
- Choosing an XML standard cannot happen until we have defined the data elements needed for the transaction
- Need to also think about other data elements needed for the other options for this "UpdateProtocolManager" transaction
- Add Prerequisites/Dependencies
- (patient ran through inclusion/exclusion criteria, patient signed inform consent, labs, documented signed inform consent, screening etc.)
- Need to define these in more detail
- Define the difference between Protocol and Protocol State
- ProtocolDefinition
- ProtocolInstance/ProtocolState
- From the Trial Design Model (TDM) - 1.2 Separation of Concerns: Trial Design vs. Trial Execution?
- Three have been proposed
- ProtocolDocument – aka ProtocolDoc
- ProtocolDesign – aka ProtocolDesign
- ProtocolDefinition – aka ProtocolDef
- New name for UpdateProtocolManager based on this decision?
- Will use ProtocolDef to define the Protocol Document being created by eClinical and maintained by the ProtocolManager (Updated the RPE Flow Diagram)
- Will use UpdateProtocolExeStep to define the transaction that allows the ProtocolExecutor to update the ProtocolManager when the Execution Step has taken place (Updated the RPE Flow Diagram)
- Glossary needs some attention
- Open/Closed issues needs work?
- Update transactions to reflect new transactions from 01/16 meeting
- Add UpdateProtocolState(SubjectComplete) transaction
- Is it alright to put a link to the Trial Design Model document on the wiki?
- Introduce BRIDG (Biomedical Research Integrated Domain Group) as a standard to use with RPE
- Think of it in the same way as a content profile (CRD) for the transmission mechanism (RFD)
- caBIG
- What needs to be done before 01/26/09-01/27/09 face-to-face?
- Discuss the wiki vs Supplement Template-V7.1.doc IHE Supplement Template
- per Jason Colquitt: As a reminder the Word Template Supplement Template-V7.1.doc IHE Supplement Template is expected to be the document by which all profiles are working toward. If you could have your partially complete profile in this format for next week, this would make a consistent presentation, and would make review of the profiles easier.
- Agenda
- 01/26/09 - 01/27/09 QRPH Technical Committe Face-to-Face
- 01/30/09
- Agenda
- RPE wiki changes?
- Review input/output data elements needed for the UpdateProtocolManager(EnrollPatientRequest) transaction
- Work will be needed form the eClinical side in order to define these data elements
- What data is needed from the EHR to successfully Enroll a subject into EDC for a study
- What data is available from the EDC to store within the EHR
- [To be done after the input/output data elements are defined] Discuss XML standards to be used for message parameter supplied in the UpdateProtocolManager transaction
- Choosing an XML standard cannot happen until we have defined the data elements needed for the transaction
- Need to also think about other data elements needed for the other options for this "UpdateProtocolManager" transaction
- Introduce BRIDG (Biomedical Research Integrated Domain Group) as a standard to use with RPE
- Think of it in the same way as a content profile (CRD) for the transmission mechanism (RFD)
- caBIG
- Go over Prerequisites/Dependencies
- Glossary needs some attention
- Open/Closed issues needs work?
- Update transactions to reflect new transactions from 01/16 meeting
- Add UpdateProtocolState(SubjectComplete) transaction
- Is it alright to put a link to the Trial Design Model document on the wiki?
- What needs to be done before 01/26/09-01/27/09 face-to-face?
- Discuss the wiki vs Supplement Template-V7.1.doc IHE Supplement Template
- per Jason Colquitt: As a reminder the Word Template Supplement Template-V7.1.doc IHE Supplement Template is expected to be the document by which all profiles are working toward. If you could have your partially complete profile in this format for next week, this would make a consistent presentation, and would make review of the profiles easier.
- Agenda
Open Issues
- Similar issues are addressed in the Performance Measurement Data Element Structured for EHR Extraction white paper. What relation does RPE have with quality initiatives?
- How to deal with protocols amendments taken during the study?
- How does RPE relate to RFD. Is RPE essentially a content profile using RFD infrastructure? Or does RFD create new RFD-like transactions.
- How much automation of protocol events is within grasp? How to executable tasks get conveyed to the Protocol Executor (Enabler? Enactor?)
- Find a correct place for (Actions before Protocol Executor agrees to participate - approval from IRB, Form5272 for investigator, training, contract, site signs NDA with pharma company.
- Change "Enroll in Protocol" transaction to be "Agrees to Participate".
- Remove "Review CRFs for data capture and data entry" from Use Case Graphic
- Add transactions for
- Study changes, schedule is updated, version each study, check study version transaction
- Protocol Manager Submit Alert to Protocol Executor
- Schedule visits transaction (needs to be a seperate transaction after EnrollPatient)
- Move "pre-order labs and other assessments" to "Patient Involvement" in use case graphic
Closed Issues
Risks
- Cross-system workflow integration is a relatively new area for IHE.
- The EHRs risk encountering the clinical research regulatory environment 21 CFR part 11.
Summary
Many healthcare sites supplement their core patient care activities by participating in clinical trials. Currently, the tasks required for clinical research participation are served by systems entirely separate from the site's EHR. The ITI profile Retrieve Form for Data-capture (RFD), along with its complementary content profile Clinical Research Data-capture, have set a path towards integrating site-based clinical research workflow into the task manager of an electronic health record. This new profile, Retrieve Protocol for Execution, expands the scope of workflow integration between clinical research and EHR systems.
CDISC's Protocol Representation team intends to develop a standard protocol document, derived from the BRIDG, a RIM-linked data model. This protocol representation includes the Trial Design Model a standard structure for representing the planned sequence of events and the treatment plan of a trial. This planned sequence of events includes many tasks that could be executed by an EHR's workflow engine. The 'schedule of activities' section of the trial design includes clinical trial activities such as interventions (e.g., administering drug, surgery) and study administrative activities (e.g,. obtaining informed consent, distributing clinical trial material & diaries, randomization) as well as assessments. The time is ripe to insert these executable workflow tasks into the EHR for execution within the site's normal way of doing business.


The Problem
Research protocols are complex instruction sets that guide the conduct of trials. A subset of the protocol pertains to the activities of the healthcare provider site that participates in the trial. This instruction set specifies the data to be captured, tests to be ordered, inclusion and exclusion criteria for subjects, number and type of visits, etc. These instructions currently reside in hard copy binders which provide guidance for study coordinators at research sites. What is desired is a way to insert protocol instructions into an EHR for automatic completion.
Glossary
ProtocolDef : The protocol documentation created by eClinical that defines a clinical research study.
- ProtocolState
- The protocol state at the point in which a patient is involved in a clinical study.
Volume I
Dependencies
- patient inclusion/exclusion criteria
- patient signed inform consent
- labs
- documented signed inform consent
- screening
Overview
Scope
Example
Use Case - Investigational New Drug Clinical Trial
In the uses cases below, we describe the before and after effects of implementing the Retrieve Protocol for Execution profile.
- The setting for the clinical trial use case is a physicians’ practice where patient care is delivered side-by-side with clinical research.
- The site, Holbin Medical Group, is a multi-site physician practice, employing over 100 physicians in a variety of specialties.
- Holbin’s CEO encourages the physicians to participate as site investigators for pharmaceutical-sponsored clinical trials.
Before Retrieve Protocol for Execution
- Preconditions
- A Clinical Research Protocol is defined by a clinical trials expert.
- Holbin provides support for clinical research activities in the form of a Research Department of twelve dedicated study coordinators, mostly RNs, along with clerical and data-entry support personnel.
- Holbin Medical Group uses an Electronic Health Record (EHR) and a number of sponsor-provided Electronic Data Capture (EDC) systems for documenting clinical trial activities.
- Use Case
- Clinical Research Site's Involvement
- Holbin’s involvement in a clinical study begins when the Research Department receives a request for proposal (RFP) from PharmaGen, a biopharma research sponsor.
- A Study Coordinator, Patricia Zone, RN, evaluates the RFP for business viability and clinical appropriateness, provides the requested documentation back to the sponsor, and agrees to participate
- Approved as a site for PharmaGen #1234 trial
- After being approved as a site for the PharmaGen #1234 trial, the site Holbin Medical Gruop provides the required regulatory documentation to the sponsor
- The physician identified as the Principal Investigator and other study personnel receive protocol-specific training from the sponsor, including training in use of the SynerGen EDC system.
- During the trial set-up period, Patricia takes a number of steps that require interaction with the EHR. At this juncture, searches are at an aggregate level
- Ensures that the appropriate system security is in place for this protocol;
- Recruits patients to participate as subjects according to inclusion and exclusion criteria described in the study protocol;
- Creates a visit type for 1234 patient visits;
- Reviews CRFs for data capture and data entry;
- Pre-orders labs and other assessments;
- Performs all the attendant financial tasks.
- Following set up, Patricia contacts Corey Jones, a patient at Holbin, about participating in the trial, and Corey agrees to participate as a subject. A number of tasks deal with this individual patient
- Register Corey in the EHR as a subject in trial #1234, using the EHR’s patient index.
- She also registers Corey as a subject in the EDC system.
- She schedules Corey’s study visits using the EHR scheduling module, and flags the visits as pertaining to the trial #1234.
- Initiates clinical trial care and trial-specific documentation.
- Postconditions
- Holbin Medical Group uses an Electronic Health Record (EHR) and the SynerGen EDC Electronic Data Capture (EDC) system to document the PharmaGen #1234 trial activities.
After Retrieve Protocol for Execution
- Precondition
- A Clinical Research Protocol is defined by a clinical trials expert.
- Use Case
- Clinical Research Site's Involvement
- ProtocolExecutor uses the RetrieveProtocolList transaction to obtain a list of protocols from the Protocol Manager
- ProtocolExecutor uses the AgreesToParticipate transaction to notify ProtocolManager that the site agrees to participate in the study
- ProtocolExecutor uses the RetrieveProtocol transaction to obtain the specific protocol from the ProtocolManager
- Approved as a site for PharmaGen #1234 trial
- ProtocolManager uses the SubmitProtocolApproval transaction to the ProtocolExecutor for a specific protocol
- ProtocolExecutor uses the SubmitRegulatoryDocumentation transaction to submit required regulatory documentation to the ProtocolManager
- Trial Setup
- ProtocolExecutor uses the UpdateProtocolManager (patient identified) transaction to let the ProtocolManager know that patients have been identified
- Patient Involvement
- ProtocolExecutro uses the UpdateProtocolManager (request enroll patient) transaction to attempt to enroll the patient into the study
- ProtocolExecutor uses the UpdateProtocolManager (schedule patient study visits) transaction to update the ProtocolManager that the study visits have been scheduled
- Postcondition
- Holbin Medical Group uses an Electronic Health Record (EHR) to document the PharmaGen #1234 trial activities using RFD.
Actors/Transaction
Process/Flow

Actors
- Protocol Executor
- An entity wanting to access clinical research protocols from a seperate entity that manages clinical research protocols.
- An example would be an EHR vendor that wants to participate in clinical studies by accessing clinical research protocols.
- Protocol Manager
- An entity that manages clinical research protocols.
- An example would be an EDC vendor that wishes to allow access to the list of clinical research protocols contained within the EDC system.
Transactions
- RetrieveProtocolList
- ProtocolExecutor RetrieveProtocolList ProtocolManager (ProtocolManager PublishProtocol ProtocolExecutor???)
- AgreeToParticipateInProtocol
- ProtocolExecutor AgreeToParticipateInProtocol ProtocolManager
- RetreiveProtocol
- ProtocolExecutor RetreiveProtocol ProtocolManager
- SubmitProtocolApproval
- ProtocolManager SubmitProtocolApproval ProtocolExecutor (ProtocolExecutor RetrieveProtocolApproval ProtocolManager???)
- SubmitProtocolDocumentation
- ProtocolExecutor SubmitProtocolDocumentation ProtocolManager (maybe use EnrollProtocolRequest?? / UpdateProtocolManager??)
- SubmitRegulatoryDocumentation
- ProtocolExecutor SubmitRegulatoryDocumentation ProtocolManager
- UpdateProtocolManager
- ProtocolExecutor UpdateProtocolManager ProtocolManager (XML message for PatientIdentified)
- UpdateProtocolManager
- ProtocolExecutor UpdateProtocolManager ProtocolManager (XML message for EnrollProtocolRequest)
- UpdateProtocolManager
- ProtocolExecutor calls UpdateProtocolManager from ProtocolManager (XML message for scheduling activities
| Actor | Transaction | Opt. | Section |
|---|---|---|---|
| ProtocolExecutor | RetrieveProtocolList | ? | ? |
| AgreeToParticipateInProtocol | ? | ? | |
| RetreiveProtocol | ? | ? | |
| SubmitProtocolApproval | ? | ? | |
| SubmitProtocolDocumentation | ? | ? | |
| SubmitRegulatoryDocumentation | ? | ? | |
| UpdateProtocolManager | R | ? | |
| ProtocolManager | RetrieveProtocolList | ? | ? |
| AgreeToParticipateInProtocol | ? | ? | |
| RetreiveProtocol | ? | ? | |
| SubmitProtocolApproval | ? | ? | |
| SubmitProtocolDocumentation | ? | ? | |
| SubmitRegulatoryDocumentation | ? | ? | |
| UpdateProtocolManager | R | ? |
Volume II
Retrieve Protocol for Execution Content
Standards
Interaction Diagrams
Resources
Return to Quality, Research and Public Health Domain Main Page
Return to Quality, Research and Public Health Planning Committee
Return to Quality, Research and Public Health Technical Committee