臨床データ管理

標準作業手順書（SOP）は、データ管理活動を実施する際に従わなければならない手順を記述し、データ管理活動の実施において適用される法律およびガイドライン（例：ICH GCPおよび21CFR Part 11）に従う義務を裏付けるものです。

データ管理計画では、データ処理の過程で実施される活動について説明します。主な項目としては、遵守すべき標準作業手順書（SOP）、使用する臨床データ管理システム（CDMS）、データソースの説明、データ処理プロセス、データ転送フォーマットとプロセス、および品質管理手順などが挙げられます。

症例報告書(CRF) は臨床試験のデータ収集ツールであり、紙または電子形式があります。紙の CRF は、多くの場合ノーカーボン紙を使用して印刷され、臨床試験を実施する調査施設に送付され、記入後、データ管理部門に宅配便で返送されます。電子 CRF では、コンピュータを使用してフィールドに直接データを入力し、電子的にデータ管理部門に送信できます。CRF の設計では、臨床試験プロトコルで収集する必要のある情報と、統計分析に含める予定の情報を考慮する必要があります。利用可能な場合は、標準の CRF ページを、被験者の人口統計など、ほとんどの臨床試験で共通するデータの収集に再利用できます。^{[ 2 ] [ 3 ]} CRF の設計以外にも、電子試験の設計には編集チェックのプログラミングも含まれます。編集チェックは、不一致なデータが入力された場合にクエリメッセージを発行したり、あるCRFから別のCRFに特定のデータポイントをマッピングしたり、被験者の年齢やBMIなどの特定のフィールドを計算したりするために使用されます。編集チェックは、研究者がデータ入力時に正しいデータを入力するのに役立ち、臨床試験データの品質向上にも貢献します。

電子CRFを用いた臨床試験では、データベース設計とCRF設計は密接に関連しています。電子CRFは、基となるリレーショナルデータベースへのデータ入力を可能にします。紙CRFを用いた臨床試験では、リレーショナルデータベースは別途構築されます。どちらの場合も、リレーショナルデータベースには症例報告書に記載されたすべてのデータを入力することが可能です。

臨床試験データの処理および管理に使用されるすべてのコンピュータシステムは、意図どおりに動作し、結果が再現可能であることを保証するために、検証テストを受けなければならない。

臨床データ交換標準コンソーシアム（CDIS）は、臨床試験データの基盤となるデータ構造として現在広く用いられている、システムに依存しないグローバルなデータ標準の開発を主導しています。これらの標準は、リレーショナルデータベースにおける各データフィールド（変数）の名前、長さ、フォーマットなどのパラメータを規定しています。

検証ルールとは、臨床試験データの完全性と一貫性を保証するために事前に定義された電子的なチェック手順のことです。

電子症例報告書（eCRF）が作成されたら、臨床データ管理者（および必要に応じてその他の関係者）がユーザー受け入れテスト（UAT）を実施します。テスト担当者はeCRFにテストデータを入力し、意図どおりに機能するかどうかを記録します。UATは、問題が見つかった場合はすべて解決されるまで実施されます。

電子CRFを使用する場合、データ入力は、臨床試験が実施されている治験実施施設において、適切なアクセス権限を与えられた施設スタッフによって行われます。

紙のCRFを使用する場合、データ入力担当者がページへの入力を行います。 最善の方法は、まず1回目のデータ入力を行い、その後、独立した担当者が2回目の確認または検証を行うことです。1回目と2回目の入力内容に相違がある場合は、CRFに記録されたデータを正確に反映するように調整します。担当者が入力内容を読み取れない場合は、臨床データマネージャーに連絡し、CRFを記入した担当者と内容を確認してもらう必要があります。

データ検証とは、データに検証ルールを適用することです。電子CRFの場合、検証ルールは入力時にリアルタイムで適用できます。ただし、オフラインでの検証が必要となる場合もあります（例えば、データタイプ間の相互チェックなど）。

入力されたデータが検証ルールに合格しない場合、臨床試験が実施されている治験実施施設にデータ照会を発行して、入力内容の明確化を求めることができます。データ照会は誘導的なものであってはなりません（つまり、修正すべき内容を示唆するものであってはなりません）。電子CRFの場合、適切なアクセス権限を持つ治験実施施設のスタッフのみがデータ入力内容を修正できます。紙のCRFの場合、臨床データマネージャーがデータ照会の応答をデータベースに適用し、データ照会のコピーが治験実施施設に保管されます。項目または変数にエラーがある場合、またはそれに対して照会が提起された場合、それは「不一致」または「照会」があると言われます。

すべてのEDCシステムには、不一致管理ツール、または「編集チェック」や「検証チェック」と呼ばれる機能があり、これは既知のプログラミング言語（SAS、PL/SQL、C#、SQL、Pythonなど）を使用してプログラムされています。

では、「クエリ」とは何でしょうか？クエリとは、検証チェックでデータに問題が検出された際に生成されるエラーのことです。検証チェックは、ページが保存（送信）されるたびに自動的に実行され、単一の変数、同じeCRFページ上の2つ以上の変数間、または異なるページ上の変数間の問題を特定できます。1つの変数には、複数の検証チェックを関連付けることができます。

エラーはいくつかの方法で解決できます。

• エラーを修正する（例えば新しい値を入力するなど）、またはデータポイントが更新されたとき

• 変数を正しいとマークすることで、一部のEDCシステムでは追加の回答が必要になるか、回答に満足できない場合はさらに問い合わせを行うことができます。

臨床試験中に採取された検体は、分析のために単一の中央検査機関に送付される場合があります。臨床データマネージャーは中央検査機関と連絡を取り、データ転送契約書においてデータ形式と転送スケジュールについて合意します。採取されたすべての検体が分析されたことを確認するため、検体採取の日時をCRF（症例報告書）と照合することがあります。

臨床試験データの解析は、検査機関、画像処理専門家、またはその他の第三者によって行われる場合があります。臨床データマネージャーは、これらのデータ提供者と連絡を取り、データ形式と転送スケジュールについて合意します。データの一貫性を確保するため、データはCRF（症例報告書）と照合される場合があります。

CRF（症例報告書）は臨床試験の実施中に報告された有害事象を収集しますが、重篤な有害事象が迅速に報告されることを保証する別のプロセスが存在します。臨床データマネージャーは、これらのプロセス間でデータが整合していることを確認する必要があります。

被験者がデータ（例：毎日の症状）を記録する必要がある場合は、記入用の日記が提供されます。このデータのデータ管理には、CRFデータとは異なるアプローチが必要です。例えば、データに関する問い合わせを行うことは一般的に現実的ではありません。患者日記は、紙媒体または電子媒体（eDiary）のいずれかの形式で作成できます。このようなeDiaryは通常、被験者が必要なデータを入力し、中央サーバーに送信することができる携帯端末の形をとります。