複数のデータセットのデータ・ハブAPIで、遅延を伴うデータを取得

データ・ハブAPIは、試験コードリスト・データセットおよび症例フォーム・アイテム・データセットを含むすべてのOracle Clinical One Analyticsデータセットについて、予想される時間枠内に応答するようになりました。以前は、ユーザーの遅延(15分を超える場合もある)、またはデータの取得時にAPIの失敗が発生していました。この修正により、APIコール中の調査データの処理方法が向上し、複数のエンドポイントにわたる応答時間が短縮されます。ユーザーは、予期しないタイムアウトやパフォーマンスの問題なく、APIを確実に実行できるようになりました。

(問題 38489911)

サブジェクト・データセットのデータ・ハブAPIがタイムアウトする可能性があります

データ・ハブAPIは、サブジェクト・データセットまたはサブジェクト・フォーム・アイテムやサブジェクト・フォーム・データセットなどの他のデータ・セットにアクセスすると、結果を迅速に返すようになりました。以前は、バック・エンド処理が遅いため、コード・リスト・データの取得時にタイムアウトが発生していた可能性があります。これは、バック・エンド問合せの完了に時間がかかることが原因です。この修正により、APIによるデータ取得は、コード・リストおよびその他のデータ型で想定どおりに機能します。

(問題 38515304)

テスト・モードでは、Oracle DMWおよびOracle Clinical One AnalyticsでAdvanced Study Versioning (ASV)の変更が表示されませんでした

現在、ASVの変更を含む試験バージョンがテスト・モードに移行すると、ASVプロセスによって導入または変更されたフォームおよび質問に対して収集された症例データが、Oracle DMWおよびOracle Clinical One Analyticsに正しく送信されます。以前は、これらのASVアイテムを使用したアクティブな試験バージョンのテスト・モードで入力されたデータは転送されず、Oracle DMWおよびOracle Clinical One Analyticsでテスト・モードのランタイム・データが不完全でした。

(問題 38359126)

増分データ・ロードの処理に時間がかかりすぎます

最適化されたアルゴリズムにより、関連する変更のみがより効率的に識別および処理され、増分ロード実行時間が最大40%短縮されました。以前は、すべての候補レコードがデータ更新の対象とみなされていたため、本番で確認された特定のシナリオで増分ロード・プロセスが30分を超えた可能性があります。この機能強化により、データの正確性を維持しながら、システムの応答性が向上し、データベースの不要な負荷が少なくなります。

(問題 38055482)

ODM APIは承認時に人口統計フィールドを返しません

盲検化されていないODM抽出には、サブジェクト人口統計フィールド(生年月日、性別、人種およびエスニシティ)が一貫して含まれるようになりました(APIコール元の調査ロールに必要なデータ分類および権限がある場合)。以前は、認可されたユーザーに対しても、これらの読取り専用項目はJSONレスポンスから省略されていました。これは、抽出ロジックが非表示または読取り専用人口統計をスキップし、ユーザーに対して古いアクセス・チェックを適用したためです。これにより、リコンシリエーションおよび安全性データベースのアップロードで不完全なデータが発生しました。この修正により、Oracle Clinical One Analyticsアーキテクチャで導入された新しいアクセス制御ビューを使用するようにAPIの権限フレームワークが更新され、人口統計およびその他の制限付きアイテムが正しく返されるようになります。アイテム・アクセスの一貫性を確保するために、関連データセットにも同様の改善が適用されました: 症例フォーム・データセット、症例フォーム・アイテム・データセット、症例アイテムSVFLデータセットおよびクエリ・データセット。

(問題 38469837)

データ更新後に検証済レコードがありません

現在は、標準の繰返しフォーム(署名、検証、凍結、ロック)に対するSDVアクションが正しいINNER_REPEAT番号で格納されるため、Oracle Clinical One Analyticsでは、適切なアイテムに対してそれらが表示されます。以前は、標準の繰返しフォームでフォーム・レベルの検証を完了すると、これらのトラッキング・レコードに対してINNER_REPEAT番号が誤って保存されていました。その結果、Oracle Clinical One Analyticsでは、コアOracle Clinical One Platformのステータスが正しく表示され、試験データ表に正しいリピート・リンクがあった場合でも、誤ったリピートにアクションが表示されました。

(問題 37999017)

Oracle Clinical One Analytics APIのページ区切りに関する問題

Oracle Clinical One Analytics APIは、制限値に関係なく一貫性のある完全な結果を返すようになり、データ・セットおよび試験間でAPIのページ区切りが安定しています。以前は、様々な結果セットまたは不一致の結果セットが返された制限を適用することで、データの信頼性が妨げられ、データ分析が複雑化していました。適用された修正により、ページ区切りロジックおよび順序付けが標準化されるため、ユーザーは安全に集計できる予測可能なAPI結果を受け取ります。

(問題 38331231)

症例フォーム・データセットに完全な監査履歴が表示されません

症例フォーム・データセットに、現在のステータスのみを表示するのではなく、現在のレコードとフォーム更新の完全な監査履歴の両方が表示されるようになりました。以前は、ユーザーは過去のステータス変更をすべて表示できませんでした。バージョンが終了したレコードはデータセットから省略されたため、履歴フォームのステータス変更の追跡が困難でした。この修正の後、ユーザーは、フォーム・ステータスに関連する履歴データを含むすべてのフォーム更新の包括的な監査を確認できるため、透明性とトレーサビリティが向上します。

(問題 38274625)

ビジット・ステータスの更新により、ビジットIDの重複が防止され、エラーがロックされます

ビジット・ステータスの更新では、長時間実行問合せまたはデータベースの切断後でも、ビジットごとに1つのレコードのみが作成されるようになりました。以前は、部分コミットまたは接続の失敗により、Oracle DMWのDC_VISITS_INFO表のビジット・インスタンスIDが重複し、データの一貫性が失われ、ロック・エラーが発生していました。この修正により、必要に応じて各更新またはデータ挿入が実行され、ビジット・スケジュールおよびステータスAPIが実際のデータベース・コンテンツと一致するようになります。ユーザーは、重複やデータの競合なしに正確なビジット・ステータスを確認できるようになりました。

(問題 38120683)

Advanced Study Versioning(ASV)の変更が承認された試験バージョンに正しく適用されるようになりました

ASVの変更は、試験が「テスト中」から「承認済」に移動されたときに、承認された試験バージョンにのみ適用されるようになりました。以前は、テスト・モードを対象としたASV更新は、テスト・バージョンと承認済試験バージョンの両方に意図せず影響を及ぼす可能性があり、古いメタデータ・ポイントと新しいOracle DMWメタデータ・ポイントのメタデータの違いにつながっていました。この修正により、ASVの変更が意図した試験バージョンにのみ影響し、意図しないデータ変更を防止し、テスト・モードおよび本番モードでの試験全体の一貫性を向上させることができます。本番スタディの正確なメタデータがユーザーに表示されます。

(問題 38278228)

Oracle DMWフォーム値に不正なデータが表示されます

ITEM_Fフィールドの数値が正しく表示されるようになりました。以前は、不正なソースからデータが取得され、数値アイテム・タイプが不正確に表示されるようになりました。

(問題 38239994)

Oracle DMWの測定項目タイプに対してITEM_F列が誤って表示される

現在は、Oracle DMWのITEM_F列が表示され、現在のスキーマの測定項目タイプの正しい値を表示して、値が正確に移入されるようになりました。以前は、前のアーキテクチャで測定項目がテキストとして設定されていた場合、一部のデータ抽出エラーが発生していました。この修正により、各アイテムの値が最新の情報を使用して取得され、タイプの不一致が防止され、データの信頼性が向上します。

(問題 38219969)

ITEM_Fデータ要素は、不正確なデータを表示します

Oracle Clinical One AnalyticsのITEM_Fデータ要素に、日時と将来の日付の両方が正しく表示され、過去の日付として表示されなくなりました。以前は、システム・アーキテクチャの変更後、ITEM_Fデータ要素は時間コンポーネントを削除し、過去の日付として将来の日付を誤って表示していました。これは、タイムスタンプが切り捨てられ、時刻が削除され、一部の日付が誤って解釈されるためです。この問題は、より正確な変換方法を使用して、完全な日時値を保持するようにロジックを調整することで解決されました。

(問題 38144855)