Skip Headers
Oracle® Health Sciences Adverse Event Integration Pack for Oracle Health Sciences InForm and Oracle Argus Safety Implementation Guide
Release 1.0.1

E36157-02
Go to Table of Contents
Contents
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
PDF · Mobi · ePub

1 Understanding the Adverse Event: InForm and Argus Safety Integration

This chapter provides an overview of the Adverse Event: InForm and Argus Safety Integration. This chapter includes:

1.1 Overview

Adverse Event: InForm and Argus Safety integration automates the process of clinical study sites reporting serious or clinically significant adverse events for a drug or a medical device from Oracle Health Sciences InForm to the Oracle Argus Safety system. This automation increases productivity by reducing the amount of reconciliation needed between the two systems. For instance, if an event is recorded in the Electronic Data Capture (EDC) system, the clock starts ticking for these reporting deadlines. This integration automates the sending of the information to Argus Safety so that the Safety users can start work on the case.

You can define which data should be sent to safety using Central Designer Logical Schemas. You can also define which data should trigger a follow-up to safety if the data is changed. Potentially related adverse events, labs, and concomitant medications are sent to safety based on time frames you configure.

If desired, the Argus Case #, whether the safety user accepted or rejected the E2B file, and the rejection reason can be sent back to InForm.

1.2 Key Benefits of the Integration

These are the key benefits of this integration:

1.3 Participating Applications Overview

This section provides an overview of the participating applications.

1.3.1 Oracle Argus Safety

Oracle Argus Safety is an advanced and comprehensive adverse events management system that helps life sciences companies enable regulatory compliance, drive product stewardship, and integrate safety and risk management into one comprehensive platform. Oracle Argus Safety is industry-proven as having been used for more than a decade at leading pharmaceutical, biotech, CRO (Clinical Research organization), and medical device manufacturers. It also facilitates internal company safety surveillance by analyzing the overall safety profile of both investigational compounds and marketed products.

Oracle's proactive approach to monitoring global guidance enables consistent regulatory compliance. Oracle Argus Safety supports electronic communication with trading partners and CROs, providing visibility into compliance across a company's global licensing partnerships.

Oracle Argus Safety also supports a company's end-to-end pharmacovigilance program by providing a simple and efficient way to comply with international and domestic regulatory safety reporting requirements from clinical trials through post-marketing surveillance. By integrating serious adverse events from clinical trials, companies have the opportunity to manage efficacy earlier in the drug lifecycle and can potentially address public health concerns sooner. It provides the most comprehensive global adverse events case data management and regulatory reporting in the pharmaceutical industry.

1.3.2 Oracle Health Sciences InForm

Oracle Health Sciences InForm Global Trial Management (InForm GTM) is an electronic data capture (EDC) system used by pharmaceutical and medical device companies to collect data during medical studies. Oracle Health Sciences InForm helps clinical research coordinators, trial monitors, clinical data managers, and project managers work more efficiently and with greater accuracy throughout the clinical development process. Its intuitive user interface, multilanguage capabilities, and associated software modules deliver a robust solution to meet the needs of today's global EDC users.

In addition, Oracle Health Sciences InForm GTM's scalable platform enables flexible, speedy study design and build, robust data management, and real-time data visibility, and provides user-driven reporting tools and advanced analysis capabilities. Further, interactive voice response systems, clinical trial management systems, imaging, and electronic patient reported outcomes can easily integrate with Oracle's e-clinical environment through the support of Web services and industry standards.

One type of information collected is Adverse Events (AE) that includes illnesses, pain, and other negative bodily effects. The AE events are documented in the Oracle Health Sciences InForm system, along with information about the event, such as medications taken, and current status of the AE. When the AE causes hospitalization or death, it is termed as a Serious Adverse Event (SAE) and safety reports are prepared for the regulatory authorities of studies. Other events that are determined to be of significant medical interest are also reported to the regulatory authorities of studies.

1.3.3 Oracle Health Sciences InForm Adapter (Optional)

The Oracle Health Sciences InForm Adapter software provides interfaces to Web services that support the secure transfer of data between InForm studies and either Oracle products (such as the CIS and Central Coding applications) or third-party products and custom applications. Each application that can accept queries or updates to its data and metadata from InForm studies requires a specific set of interfaces.

Like application programming interfaces (APIs), the Oracle Health Sciences InForm Adapter interfaces use published Web services interfaces to allow programmatic access to applications. This lets Oracle products to be tightly integrated with each other and with third-party products.

For InForm-Argus integration, both Oracle Health Sciences InForm Publisher and the integration layer invoke InForm Adapter's Safety Web service to update safety event status information.

1.3.4 Oracle Health Sciences InForm Publisher

The Oracle Health Sciences InForm Publisher software publishes data from InForm studies to web service endpoints where it can be imported to a target application.

The data is published in real time from a transaction queue, or on a configurable schedule.

To use the Oracle Health Sciences InForm Publisher software with an InForm study, you must:

  1. Install the Oracle Health Sciences InForm Publisher software on the InForm application server.

  2. Configure the software to work with the study and the target application.

1.4 Business Process Flow

The following are the business process flows in the integration:

Refer to Figure 1-1 and Figure 1-2 and the process description given below:

Figure 1-1 Business Process Model Part – 1

Description of Figure 1-1 follows
Description of "Figure 1-1 Business Process Model Part – 1"

During the study design, the designer will map the items that need to be sent to the Safety Logical Schema and identify which items should trigger a follow-up. The trial will go through User Acceptance Testing (UAT) and then be implemented in production.

During a subject visit, AEs may be reported. If they are serious, the appropriate information will be entered and saved. Once the information is considered complete and ready to send to safety, the InForm user will select the check box. When the form is submitted the data will be exported and sent to the integration layer. The integration layer transforms the message to E2B+ format and performs any necessary transformations. A file will be written to the Argus Interchange server where it is imported to the Pending E2B screen.

The Argus user can accept the file as a new case or reject the file. If the file is accepted, the case number is returned to InForm. If the file is rejected, the reason for rejection is returned to InForm.

Figure 1-2 Business Process Model Part – 2

Description of Figure 1-2 follows
Description of "Figure 1-2 Business Process Model Part – 2"

SAE data may be updated in InForm. You can configure the interval to check for follow-up. At that interval, the system sends the follow-up data to the integration layer if any significant data has changed. The integration layer transforms it to an E2B+ file and the file will be written to the Argus Interchange server.

The Argus user can choose to accept or reject the file. If the user accepts the follow-up into either an existing case or a new case, the case number is sent back to InForm. If the safety user rejects the file, the reason for rejection is sent back to InForm.

1.4.1 Logical Data Model Diagram

Figure 1-3 is the logical mapping between the high level entities in Oracle Health Sciences InForm and Oracle Argus Safety.

Figure 1-3 Logical Model Mapping Oracle Health Sciences InForm and Oracle Argus Safety

Description of Figure 1-3 follows
Description of "Figure 1-3 Logical Model Mapping Oracle Health Sciences InForm and Oracle Argus Safety"

Each case has only one subject. There may be many cases for a given subject. Multiple related Adverse Events can be part of the same case. A case in Argus can have multiple reporters but one will be considered the primary reporter. A case can involve one or more suspect products.

Each subject has medical history, labs, and ConMeds.

Table 1-1 describes a high level mapping of the business objects in Oracle Health Sciences InForm, Oracle Argus Safety, DrugSafetyReport EBO, and E2B:

Table 1-1 Mapping of the Business Objects

InForm Argus DrugSafetyReportEBO E2B

Serious Adverse Event

Case

DrugSafetyReport

report

User marking event as Serious

Reporter (generally the principal investigator if coming from a study)

DrugSafetyReportPrimarySource

primarysource

Subject

Patient

DrugSafetyReportPatient

patient

Prior Medications

Patient Relevant History

DrugSafetyReportPastDrugTherapy

patientdrug

Medical History

Patient Relevant History

DrugSafetyReportMedicalHistoryEpisode

Patientepisode

Adverse Event

Event

DrugSafetyReportReaction

reaction

Lab

Lab Data Test

DrugSafetyReportTest

test

Study Drug

Suspect Product

DrugSafetyReportDrug (characterization code:

  • 1, if not related to SAE

  • 3, if related to SAE)

drug characterization code:

  • 1, if not related to SAE

  • 3, if related to SAE)

Concomitant Medication

Concomitant Medication

DrugSafetyReportDrug(characterization code: 2)

drug (characterization code: 2)

Study Device

Device Product

DrugSafetyReportMedicalDevice

drug

Narrative text fields describing information relevant to the case.

Case Narrative

DrugSafetyReportSummary

narrative


1.5 Solution Assumptions and Constraints