Use of Electronic Prompts, Flags, and Data Quality Checks in the eCRF. . For example, if an ECG machine automatically transmits to the eCRF, a data element. Clinical data management for today’s clinical research. CDMS, EDC, IWRS, ePRO and graphical reporting built with you in mind. In some cases, the display of your OpenClinica eCRF may not be exactly what you had in mind. You may want to highlight key words or.
|Published (Last):||5 August 2004|
|PDF File Size:||18.5 Mb|
|ePub File Size:||4.90 Mb|
|Price:||Free* [*Free Regsitration Required]|
The electronic case report from eCRF played a pioneering role in the digitalization and introduction of ever new technologies into clinical research, and enjoys great popularity. Advantages like the availability of your data at all times, the sammpe transfer of data also from external devices, automated alerting processes, predefined plausibility checksand the possibility to use the EDC system as an information sharing platformspeak sampee favor of the eCRF within clinical and non-interventional studies.
Here, we would ecrd to give you a short overview of the eCRF development within the course of a study. At the very beginning of any data management samps in the study, a data management plan is created in order to define the scope, standard operating procedures SOPsthe respective templates and the responsibilities for data management procedures within a study.
The development of an eCRF itself starts with the final study protocol. As soon as the aim of the study and its contents are determined, the structure of the eCRF can be defined, i. For smape purpose, a structure plan is created which is reviewed and approved — by all involved parties — before set-up and validation of the eCRF structure within the development environment of the EDC system.
Once the structure of the eCRF is finalized, the criteria for online and offline plausibility checks are defined. Additionally, conditions for e-mail alerts are specified e. Therefore, the finalized structure plan is amended with the data validation plan. Upon review and approval of the data validation plan by all involved parties, the implementation and validation of the online edit checks and e-mail alerts can be performed within the development environment of the EDC system.
eCRF development: How an electronic case report form is formed
To facilitate ongoing study and patient management, study-specific status reports are programmed and validated on demand e. Apart from the structure and check criteria within the EDC system, it is important to define the project-specific EDC rolestheir individual rights and workflows e.
For that purpose, the workflow definition document is created and, upon review and approval by all involved parties, the workflow is implemented and validated within the development environment of the EDC system.
The user acceptance test is an overall test to check if the eCRF fits its purpose. Therefore, all system components related to practice are tested e. Findings and comments have to be documented by each testing person within the user acceptance test report.
These findings are reviewed and the intended solutions are documented within the user acceptance test report.
Afterwards the corrections and changes are implemented in the EDC smpe and validated, if applicable.
As a last step before Go-Live, once the EDC system is approved by all involved parties, the EDC system is transferred from the development environment to the productive environment.
In order to get access to the productive environment of the EDC system, all users of the EDC system must be trained in handling the EDC system in their corresponding role. The training requirements are described in the data management plan.
The development of an electronic Case Report Form (eCRF)
Usually, also user manuals are created within the project-specific EDC system, in accordance with the different existing user roles e. After review and approval by all involved parties, the manuals are handed out to the users of the EDC system.
They may also be introduced to the users on the welcome page within the EDC ecrg for download. Sometimes, external laboratory data or data from an electronic patient-reported outcome scrf have to be incorporated within the eCRF.
If study data are transmitted in electronic form from external data providers, project-specific details of external data transfer and import are described in the data management plan.
eCRF – Phoenix CTMS
The data transfer specifications DTS describe the content, structure and frequency of the external electronic study data transfers. The DTS are created in collaboration with the external data provider before the first planned data transfer occurs. In order to check compliance with the DTS and technical feasibility, a test data transfer should be performed before the first planned data transfer. External data have to be imported into the study database either directly within the EDC system, or integrated sampd the exported database.
If external data has to be imported directly within the EDC system, an interface has to be programmed and validated within the development environment of the EDC system. The data management plan. The structure and data validation plan. User and access management.
External electronic data — if applicable.