This invention concerns a system and user interface supporting image based clinical trials involving trial sponsors and other participants.
Existing systems typically acquire image information in clinical trial processes through manual action. A site with an imaging modality (CT, MR, X-ray, ultra-sound etc.) uses imaging procedures and parameters that seem to produce images in a more or less reproducible way according to each user's expertise with the imaging modality. Images in digital format are stored on a CD-ROM and sent together with a case report form (CRF) detailing clinical trial information to a sponsor, for example. The sponsor employs a service company that removes patient identification information (i.e. that renders image information anonymous). The sponsor collates and stores the processed image and associated data in a database, cleans and verifies the data and secures the database. The collated data is analyzed to produce trial results. Existing systems employ largely manual processes in performing the described tasks and these processes offer limited efficiency and data comparability.
Existing image-based clinical trials typically acquire images using imaging systems at care providers and imaging centers and communicate acquired images to trial sponsors. A number of problems arise in this process including the fact that, the different imaging systems involved use incompatible technology. Specifically, the imaging systems involved are provided by different vendors, employ different data formats as well as different user interfaces and quality control processes, for example. Further, the image acquisition units of known trial systems typically serve the needs of physicians in clinical settings and have numerous superfluous features and parameters and do not address the needs of clinical trials in a controlled environment. Known systems typically employ various different methods for rendering, clinical and image data, patient non-specific and anonymous at various locations including at a trial site, in-between site and sponsor etc. Various methods and levels of quality control are employed by the different systems and the systems may lack audit trail management capability. Known systems also lack integration between imaging related processes in a clinical trial and the other processes and also lack defined, common interfaces supporting communication between trial participants (sites, sponsors, etc.).
Known systems typically manually perform clinical trial image information management steps that are not comprehensively standardized. This, in conjunction with the lack of interface technology and processes results in an increased burden in performing image-based clinical trials that is compounded by incompatible system results. Further, existing solutions are not readily adapted for use in new trials and environments. A system according to invention principles addresses these deficiencies and problems.
A system and customizable user interface consistently renders clinical and image trial data patient non-specific (anonymous), employs a common data Format for interchange of trial clinical data and images (e.g. using DICOM or CDISC) and also provides process quality control and audit trail monitoring. A patient clinical image data processing system includes an acquisition interface for acquiring patient medical image representative data from one or more sources. A processor automatically removes patient specific information from patient medical image representative data to provide patient non-specific medical image representative data and stores the patient non-specific medical image representative data. A communication interface communicates, via a network, the patient non-specific medical image representative data to a remote location.
The system provides cost effective, efficient, clinical trial management with improved quality and security at trial sites and comparability of trial results from different trial sites through use of increased automation. The automation is applied in image acquisition and data transfer as well as in rendering patient medical data anonymous. The system is also advantageously integrated with existing workflow task sequence operation at trial sites and provides workflow management for clinical trial management. The system supports multi-site clinical trials as well as trials at just one site. Also system functions may be used for other purposes including supporting training, education, patient identification and site identification, for example.
The clinical trial system of
The system provides an interface enabling acquisition of images, data, etc. from a site by a sponsor site with a reduced processing burden. The system facilitates addition of more sites, in response to sponsor request, without significant additional burden. The system enables trial sites to share their imaging capabilities with different sponsors in a straightforward manner. The interface is able to require that additional information is generated including audit trail identification information, quality control parameters, etc. In particular, clinical trials involving medical images may require infrastructure supporting transport of images (involving transport of high volume data) with functions including maintaining an audit trail, secure messaging and interfacing to a variety of different systems. These systems include imaging modalities (computerized tomography (CT), magnetic resonance (MR), X-ray, ultra-sound and other devices) as well as interfacing to a Radiology Information Systems (RIS) and a Picture Archiving Computerized System (PACS), for example. The clinical trial interface also includes acquisition units for acquiring and processing clinical trial data including data from imaging devices trials. The interface processing involves management of images, blinded read processes for image and data interpretation including single and double blind test processing as well as anonymization and authorization management through the use of security protocols (e.g. SSL) together with electronic signature management, for example.
An executable application comprises code or machine readable instruction for implementing predetermined functions including those of an operating system, healthcare information system or other information processing system, for example, in response user command or input. A processor as used herein is a device and/or set of machine-readable instructions for performing tasks. As used herein, a processor comprises any one or combination of, hardware, firmware, and/or software. A processor acts upon information by manipulating, analyzing, modifying, converting or transmitting information for use by an executable procedure or an information device, and/or by routing the information to an output device. A processor may use or comprise the capabilities of a controller or microprocessor, for example. A display processor or generator is a known element comprising electronic circuitry or software or a combination of both for generating display images or portions thereof. A user interface comprises one or more display images enabling user interaction with a processor or other device. An object comprises a grouping of data, executable instructions or a combination of both or an executable procedure.
The clinical trial system of
Processor 110 renders patient medical data (including medical image data) anonymous, verifies identity and security of users and information sources and supports identification of users and information sources at a particular trial site. Unit 115 provides additional functions including maintaining pricing information to support billing. Unit 115 also includes a security manager (implementing continuous security that is related to a role selected by a user or user profile information associated with user identification) and a quality control processor. The quality control processor ensures quality of clinical images and adherence to operating procedures, for example. For this purpose, the quality control processor in unit 115 monitors image quality, the degree of compliance with predetermined standards and the degree of compliance with predetermined procedures. Further, the quality control processor, in response to a determined deficiency at least one of, initiates generation of an alert message to a user and initiates remedial action to correct the determined deficiency.
Audit processor 120 tracks events and allows compliance with country specific laws and requirements. Such laws include, for example, 21 CFR part 11, a specific regulation that deals with the use of electronic records and signatures in manufacturing processes regulated by the United States Food and Drug Administration (FDA). Audit processor 120 includes logging and tracking capabilities that monitors and records access and modification of data by data and user and system. Processor 120 records information identifying data and users that have accessed or attempted to access patient clinical trial and other medical information. Data collator 125 accumulates, aggregates and formats data including images and other clinical data rendered anonymous by processor 110 as well as audit trail information and other information in a format that is predetermined by the system. Unit 125 further includes a bidirectional communication function for transferring and communicating processed data via interface 130 to a central system 135 supporting clinical trial management by a trial sponsor, for example.
Bidirectional interface 130 enables a trial sponsor employing central system 135 to select characteristics and requirements that determine operation of quality control functions within the
Anonymization unit 110 in step 705 automatically parses acquired patient medical image representative data to identify, within the parsed medical image representative data, patient specific information associated with a particular patient that facilitates identification of the particular patient. Unit 110 removes the identified patient specific information to provide patient non-specific medical image representative data. Specifically, unit 110 removes a text string associated with a patient name, a patient identifier, patient address, patient contact information, patient medical insurance information or data associated with a patient healthcare provider organization or physician, for example Unit 110 stores the resulting patient non-specific medical image representative data in memory in unit 110 or in another embodiment in another unit or a remote unit via a network. Unit 115 in step 708 analyzes the patient non-specific medical image representative data to select and determine parameters for use in evaluating progress of the trial. Unit 115 selects and determines the parameters for individual images to facilitate consistent image comparison in a trial (e.g., between multiple trial sites).
Interface 130 in step 713 communicates the patient non-specific medical image representative data via a network to a trial participant at remote central system 135 or another remote location using a predetermined data format. A trial participant may be a trial investigator, a person acting as a trial sponsor, a trial sponsor organization or an independent trial auditor, for example. Audit unit 120 in step 717 maintains audit trail records identifying user access to data including patient specific medical image representative data and patient non-specific medical image representative data. The audit trail records include, identification information associated with a user attempting to access the data, identification information of data accessed or identification information of a device source of a request to access the data. In step 719 user interface 105 initiates generation of data representing a display image including a predetermined set of user selectable functions. The predetermined set of user selectable functions are common to user interface display images available at multiple different trial locations and provide consistency of display image layout between multiple different trial locations. The user interface 105 display image includes a predetermined set of parameters derived for individual images associated with the patient non-specific medical image to enable consistent comparison of images in a trial. The process of
The system embodiments include different network architectures. One embodiment uses a centralized database together with applications for analysis and management that are hosted by a sponsor in central system 135, for example, or an outsourcing company. Other participants use client applications that are connected with the central system 135 to access the system functions. In another embodiment, a peer-to-peer architecture is employed in which data and applications are distributed across participating systems. A further embodiment employs a mixed architecture including a central management system and distributed data storage.
The system and processes presented in
This is a non-provisional application of provisional applications Ser. No. 60/564,509 by M. Schmidt et al. filed Apr. 22, 2004 and Ser. No. 60/564,510 by M. Schmidt et al. filed Apr. 22, 2004.
Number | Date | Country | |
---|---|---|---|
60564509 | Apr 2004 | US | |
60564510 | Apr 2004 | US |