被験者訪問(SV)統合

この増分統合は、症例番号に基づいて顧客定義のスケジュールに基づいて実行され、Oracle Clinical One Platformの症例ビジット、症例およびビジット・ステータス、およびビジット・スケジュールの詳細を識別してCTMSにインポートします。

統合データ・フローの詳細

表2-7統合データ・フローの詳細

統合のタイプ データ・フロー 頻度
複数ファイル Oracle Clinical One PlatformからCTMSまで、一方向。 スケジュール済み

インテグレーションの概要

統合により、Oracle Clinical One Platformがコールされ、統合が最後に処理されてから試験で発生したイベントのリストが取得されます。その後、統合によって、CTMSに発生した症例イベントのすべての完了済フォーム、質問および症例ステータス遷移が送信されます。これには、予定訪問に関する情報も含まれます。
  • 症例データは、「症例」タブ(サイト管理- 症例)の各サイトのCTMSにインポートされます。
  • 完了した症例ビジット詳細は、CTMSの「ビジット」タブ(「症例」- 「ビジット」)に表示されます。
  • すべての質問データは、訪問ごとに「アクティビティ」タブのCTMSに表示されます(件名- アクティビティ)。

統合ジョブでイベントの処理に失敗した場合、現在のジョブが修正または取り消されるまで、サブジェクトの将来のジョブはブロックされます。これにより、データがターゲット・システムで確実に同期されます。1つの症例の失敗したジョブは、他の症例のイベント処理をブロックしません。

統合では、次のOracle Clinical One Platformイベントがサポートされます。統合により、これらのイベントに対応するデータが発生順に処理されます。

ノート:

次の表の最初の行は親テンプレートで、他のすべての行はサブ統合テンプレートです。

表2-8 Oracle Clinical One Platformでサポートされているイベント

イベント 統合テンプレート 詳細
該当なし ClinicalOneParent.xml

これは親統合テンプレートです。次に示す他のすべてのテンプレートは、サブ統合テンプレートです。

ノート: 使用するサブ統合テンプレートの数に関係なく、必要な親ファイルは1つのみです

プレスクリーニング

NewSubjectIntegration_CTMS_SV_Std.xml

症例がOracle Clinical One Platformでスクリーニング前ビジットを完了すると、統合はビジット完了日を含む症例情報をCTMSに送信します。

ノート: Oracle Clinical One Platformのビジット完了日はCTMSの出庫日と同じです。

予備選考後、インテグレーションによりCTMSでの発生日が予備選考日に更新されます。

スクリーニング

スクリーニング脱落

画面を元に戻す 失敗

ScreeningIntegration_CTMS_SV.xml

Oracle Clinical One Platformで症例がスクリーニングされた後、症例番号が同じでステータスがスクリーニングの症例がCTMSに作成されます。

ノート: UNDOイベントは、サブジェクトを以前のステータスに戻します。

登録中

EnrollIntegration_CTMS_SV.xml

これは、非ランダム化研究用です。症例がOracle Clinical One Platformでスクリーニング・ビジットを完了すると、CTMSは「登録済」ステータスを受け取ります。

症例番号の変更

ChangeSubjectNumberIntegration_CTMS_SV.xml

Oracle Clinical One Platformで症例番号を更新すると、統合によって新しい症例番号がCTMSに送信されます。

無作為化

RandomizationIntegration_CTMS_SV.xml
  • このテンプレートには、無作為化ビジットIDを含める必要があります。
  • 複数の無作為化ビジットがある試験の場合、1訪問当たり1つのテンプレートを作成する必要があります。

症例がOracle Clinical One Platformで無作為化ビジットを完了すると、統合により、更新されたステータスおよび無作為化詳細がCTMSに送信され、これには無作為化日、無作為化番号およびコホート名が含まれます。

症例の中止

取下げを元に戻す

SubjectWithdrawIntegration_CTMS_SV.xml

Oracle Clinical One Platformで症例の取下げを取り下げるか元に戻すと、統合によって更新されたステータスがCTMSに送信されます。

症例完了

完了を元に戻す

SubjectCompleteIntegration_CTMS_SV.xml

Oracle Clinical One Platformで症例を完了または症例完了を元に戻すと、統合によって更新済ステータスがCTMSに送信されます。

症例の転院

SubjectTransferIntegration_CTMS_SV.xml

Oracle Clinical One Platformで症例を転送すると、統合によって更新されたステータスがCTMSに送信されます。

このイベントは、Oracle Clinical One Platformで症例がスクリーニングを受けた前または後にCTMSに送信できます。

訪問ダンプ

VisitDataDumpIntegration_CTMS_SV.xml

このテンプレートを使用して、Oracle Clinical One PlatformからCTMSに、完了したビジットのすべてのフォームのビジット詳細および質問データを送信します。

ビジット・ダンプ・サブ統合を構成して、CTMSアイテム・ライブラリでの統合が有効になっている試験バージョン・テンプレート(SVT)統合を介してインポートされた臨床アイテムを送信できます。これらのアイテムはCTMSで完了日にマークされます。

完了したOracle Clinical One Platformビジットの質問データまたはビジット日がクリアまたは削除された場合は、CTMSでも対応するビジットをクリアする必要があります。これにより、不完全なビジットに対応するアクティビティがCTMSで更新され、完了日がクリアされます。このような質問や訪問に対して支払を実行できないようにする必要があります。Oracle Clinical One Platformで後続の更新が行われると、統合によってビジット内のすべてのアクティビティのビジット・ダンプ・ペイロードが送信されます。

このテンプレートでは、Oracle Clinical One Platformビジット日の変更も処理され、更新されたビジット日がCTMSに送信されます。ビジット日が変更されると、CTMSアイテム・ライブラリの一部であるブール・アイテムのビジットの完了日と完了日の両方が統合によって更新されます。

ビジット・スケジュール

VisitScheduleIntegration_CTMS_SV_Std.xml

症例のビジット・スケジュールは、特定の回答を選択することで、以前のビジット、割り当てられた治療アームまたはフォーム質問の完了に基づいて変更できます。

サブ統合では、次のものが取得されます。
  • 構成済ビジットのVisitComplete日付。
  • 構成済ビジット、フォームまたは質問のデータ更新。

    ノート: フォーム質問に対して、「0000000000000000000000000000000000000」などの汎用ビジットIDを構成できます。この場合、統合は、このフォーム質問が存在するすべてのビジットからビジット完了イベントおよびデータ更新イベントを処理します。特定のビジットからイベントを処理する必要がある場合は、統合テンプレートで対応するイベントIDを構成します。

  • スクリーニング脱落/元に戻すスクリーニング脱落、取下げ/元に戻す取下げおよび症例完了/症例を元に戻す完了イベントに関連するデータ。
受信すると、統合により、予定ビジット日と一致するビジット名がCTMSに送信されます。統合により、計画および予測に必要な情報が送信され、CTMSで計画済としてマークされます。
  • サイクル訪問の場合、統合によって、ブランチ名とイベント・インスタンス番号を連結した訪問名が送信されます。
  • CTMSは、Oracle Clinical One Platform試験で症例がどのように進行するかを制御するブランチ訪問の動的な性質により、データの受信時にブランチ訪問インスタンスをオンザフライで作成します。
  • 不定期ビジットの場合、統合にはOracle Clinical One Platformのイベント・インスタンス番号が含まれます。CTMSはこれらの訪問を動的に作成します。

統合の制限

  • 統合はテナント・レベルで構成できません。
  • すべての日付はUTCタイムゾーンです。
  • サブ統合では、試験の症例の現在の状態に基づいて将来のビジットのリストが生成されます。将来のビジットのリストは、統合が処理している現在のイベントに基づいていません。

    たとえば、症例がスクリーニング、無作為化および完了されたVisit1で、すべてのイベントが1つのジョブで選択された場合、Visit1からの次のビジットのみがCTMSで計画済として選択され、スクリーニング、ランドおよびVisit1ビジットはCTMSで完了として表示されます。

  • 症例の分岐または治療アームを決定するために使用される質問が、最初の分岐の開始後に変更された場合、統合は両方の分岐からデータを返します。

    たとえば、ユーザーが最初にBranch1を選択してデータを入力した後、オプションをBranch2に変更すると、統合はBranch1およびBranch2から開始ビジットを返します。

  • 有害事象の被験者訪問情報は送信されません。

統合の構成

  1. 前提条件
    統合を構成およびテストする前に、次の前提条件を完了する必要があります。
    • Oracle Clinical One Digital Gatewayへのアクセス
    • この統合に対して定義された仕様の記録があるように、構成決定を必ず取得してください。
    • ユーザー管理者に依頼して、Oracle Clinical One Platform統合ユーザーを作成してください:
      1. グローバル・ユーザーを作成し、統合マネージャおよび統合ビルダーのグローバル・ロールに割り当てる必要があります。

        ヒント:

        このプロセスの後で、資格証明の作成時に、このユーザーのユーザー名とパスワードを指定する必要があります。パスワードを取得できる電子メール・アドレスでユーザーを作成してください。
      2. 次に、ユーザーを試験に追加し、次の権限を含む試験ロールに割り当てる必要があります:
        • 供給設定、盲検グループ、ラベル・グループおよび再供給戦略の編集(盲検解除)
        • 症例データの統合
        • 症例のフォーム・データの表示
    • 統合では、2人のCTMS統合ユーザーを作成する必要があります。このユーザーは、Oracle Clinical One Digital Gatewayで資格証明を作成するとき、および統合テンプレートを更新するときに資格証明が必要になります。
      • このステップは、1回かぎりの設定タスクです。統合ごとにこれを行う必要はありません。構成する統合の数(SVT、SV、SiteおよびSDV)に関係なく、CTMS統合グループに2人のユーザーが必要です。同じ資格証明を使用して、4つのCTMS統合の1つまたはすべてを構成できます。
      • ステップは、「変更リクエスト(CR)の作成の詳細」を参照してください。
    • CTMSの施設がアクティブで、承認された試験バージョンに関連付けられていることを確認します。
    • CTMSの施設の試験バージョンとOracle Clinical One Platformの施設が一致していることを確認します。
    • 資格証明の作成
    • 統合グループの作成
    • 統合テンプレートのダウンロード
      この統合では、次の統合テンプレートをダウンロードします。
      • ClinicalOneParent.xml
      • 使用可能なサブ統合テンプレートのリストは、上の表を参照してください。
  2. テスト統合の作成
    必要な統合テンプレートをダウンロードした後、本番スタディで使用する前に、次のステップに従って統合を構成およびテストします。
  3. 本番統合の作成

    これを行うには、設定およびテストした統合ファイルをダウンロードし、本番用に更新してから、それを使用して本番統合を作成します。

    ステップは、本番統合の構成を参照してください。