スケジュール済ビジットのフラット・フォームに対してベンダー・コードが検証されていません

スケジュール済ビジットでフラット・フォームに対してベンダー・コードが送信されると、アップサートAPIによって明確なエラー・メッセージが返されるようになりました(未スケジュール・ビジットおよび循環ブランチ・ビジットを除く): 「ベンダー・コードは非繰返しフォームに適用できません。ベンダー・コードは繰返しフォームにのみ使用できます。以前は、スケジュールされたビジットでフラット・フォームのベンダー・コードが受け入れられていたため、修正時にデータの不整合が発生しました。この機能改善により、仕入先コードが定期訪問の繰返しフォームまたは有効なフラット・フォームでのみ許可され、データ入力時のデータの整合性とユーザー・フィードバックが向上します。

(問題 37507918)

インスタンスの追加または削除時に繰返しフォーム・ステータスが不正確になる

現在は、繰返しフォーム・インスタンスを追加または削除しても、データベース内の他のインスタンスのステータスは変更されません。以前は、繰返しフォームを作成または削除すると、以前のフォーム・インスタンスが予期せず不完全または完了としてマークされ、レポートで混乱および潜在的なデータの問題が発生していました。この修正により、正しいインスタンスのステータスのみが更新され、すべての繰返しフォーム・ステータスが正確で信頼性が維持されます。

(問題 38198276)

フォームに表示される重複コード・リスト・オプション

選択肢の質問(チェック・ボックスおよびラジオ・ボタン)には、関連付けられたコード・リストで指定されているとおり、それぞれの選択肢が1回のみ表示されます。さらに、ユーザーはエラーなしで回答を変更でき、ラジオ・ボタンの質問の選択肢に関連付けられている場合は動的質問が正しく表示されます。以前は、一部のコード・リスト値は末尾のスペースによってのみ区別され、重複するオプションおよびブロックされた回答の変更がありました。この問題により、動的要素(質問、フォーム、セクション、フォーム・アソシエーション)の表示も妨げられました。たとえば、質問に2つの「はい」オプションが表示され、いずれかを選択するとエラーが生成され、動的な子質問が非表示になります。試験に対するアドバンスト試験バージョニングの変更を識別するために使用されるプロセスを調整し、変更されていないラベルをそのままにして、新規、削除または変更されたコード・リスト・ラベルのみが更新されるようにしました。

(問題 38255228)

フォームにデータが誤って入力されている

現在は、自動問合せカスタム・ルールを備えたラボ・フォームには、現在のビジットのデータのみが表示され、混乱を回避できるようになりました。以前は、ビジットAに関連付けられたラボ・フォームに入力されたデータがビジットBの同じラボ・フォームに誤って表示されていましたが、ビジットB中にデータがまだ入力されておらず、実際にデータベースにデータが保存されていませんでした。この問題は、現在のビジットIDに小切手を追加して、適切なデータのみを表示することで修正されます。

(問題 38316955)

管理ルートおよび表示条件のデータを保存するときにエラーが発生する

これで、Oracle Central CodingでRoute of AdministrationとIndicationの両方をコンテキスト・アイテムとして使用し、両方がルールによって移入されると、想定どおりに転送されます。Oracle Central Codingに詳細用語で転送されます。以前は、ルールによってフォームに値が移入された後、Oracle Central Codingへの転送プロセス中にエラーが発生し、コンテキスト・アイテムが予期したとおりに転送されなくなります。

(問題 37669804)

ビジットは試験バージョンおよび支店の更新後に正しくグループ化されていません

ビジット・オーダーは、直近のビジットが完了した試験バージョンのスケジュールに従います。以前は、異なる試験バージョンの症例によって複数の支店訪問が完了し、ビジット支店スケジュールが変更された場合(たとえば、ビジットまたは支店ビジットが削除、追加または再オーダーされた場合)、症例のビジット・スケジュールの最後にビジットが誤ってグループ化されていた可能性があります。

(問題 36400347)

質問がカスタム・ルールによって移入されている場合、フォーム・ステータスが正しく更新されません

計算ルールによって移入された質問に回答した後、サイト・ユーザーに「完了」とマークされたフォーム・ステータスが表示されるようになり、交付などの処理を期待どおりに進めることができます。以前は、一部のフィールドがカスタムJavaScriptルールによって入力された場合に、完了した繰返しなしの1セクション(フラット)フォームが誤って「進行中」として表示され、特定のアクションが防止され、ダウンストリーム統合に影響していました。この変更により、ビジット内の1つ以上の質問がJavaScript計算ルールによって移入されたときに、フォームおよびビジット・ステータスが適切に更新されます。

(問題 38209696)

非表示またはオプションの質問があるラボ・フォームのステータスは、データ入力後に更新されません

フラット・セクションに非表示またはオプションの質問のみがあるラボ・フォームでは、必要なすべての質問に回答し、データを保存した後、「完了」ステータスが表示されるようになりました。以前は、ユーザーが必要なすべての質問を完了しても、ラボ・フォームのステータスは「未完了」のままであり、混乱を引き起こしていました。この修正により、必要なすべての質問を完了すると、ラボ・フォームのステータスが更新され、表示されるステータスがバックエンド・ロジックと一致し、ビジット進捗および完了のより明確な追跡が可能になります。

(問題 36505556)

ロック済およびスキップ済ビジットの最新試験バージョンは考慮されません

古いバージョンでビジットがスキップされた場合でも、現在の試験バージョンからフォームが正しく表示およびロックされるようになりました。以前は、古い試験バージョンでビジットがスキップされ、新しい試験バージョンでロックされると、新しい試験バージョンのフォームが正しく表示されませんでした。さらに、新しい試験バージョンに関連付けられた新しいフォームは、古い試験バージョンでは「回答なし」と表示されました。

(問題 38193545)

フォーム・レベルの署名済レコードが重複しているため、症例ビジットにデータを入力できません

現在は、施設ユーザーが症例ビジットにデータを入力でき、その後、データが署名済か署名なしかに応じて、署名済または署名なしのフォーム・レベル・レコードが1つのみ生成されます。以前は、署名済と署名なしの両方のフォーム・レベル・レコードが作成され、システム・エラーが発生したため、サイト・ユーザーは症例ビジットにデータを入力できませんでした。

この問題は、カスタムJavaScriptルールの実行によってデータが以前にフォームに入力された場合に発生しました。

(問題 37845829)

予定ビジットが現在のビジットの完了後にのみ表示されるようになりました

現在の必須ビジットが完全に完了した後にのみ、予定ビジットが症例のスケジュールに表示されるようになりました。以前は、ブランチ訪問の開始後にユーザーがスケジュール外ビジットを開始した場合、質問に回答するだけで、現在のビジットが完了していない場合でも、症例スケジュールの次のスケジュール済ビジットが誤って表示される可能性があります。たとえば、不定期ビジットに日付を入力すると、ビジット4が完了する前にビジット5が表示される場合があります。この修正により、スケジュール外のビジットがスケジューリング・ロジックから除外され、正確な順序付けが保証されます。

(問題 38260677)

10個を超えるオプションを含む選択肢の質問を完了できません

現在は、10を超えるオプションを含む選択質問の選択済回答が保存されます。以前は、選択質問に対してポジション10以上のオプションを選択した場合、誤解を招くエラー メッセージが表示され、ページのリフレッシュを求めるプロンプトが表示されます。これにより、フォームの保存がブロックされました。この修正により、一貫したデータ処理が復元され、多くの選択肢を持つフォームが期待どおりに動作するようになります。

(問題 38235953)

すべての質問がルールによって移入されると、ビジット・ステータスは「進行中」のままになります

これで、カスタムJavaScript計算ルールを使用してビジット内のすべてのフォーム質問が移入されると、正しいビジット・ステータスが「完了」として表示されます。以前は、すべてのフィールドに計算ルールが移入された後でも、ビジットのステータスは「進行中」のままでした。ビジットのステータスを「完了」に更新するには、サイト・ユーザーが回避策としてビジット日を手動で再入力する必要がありました。この修正により、ビジットのフォームのすべての必須フィールドにJavaScriptルールが移入されると、ビジット・ステータスは「完了」に正しく更新され、ユーザーによる入力は必要ありません。

(問題 38247383)

症例のビジット・スケジュールに追加ビジットが追加されます

ここで、サイト・ユーザーが「ビジット」ページの右上隅にある症例選択ドロップダウンを使用して別の症例に移動した場合- 現在の症例のデータは保存中- 新しい症例のビジット・スケジュールに予期しないビジットが追加されるリスクはなくなります。以前は、症例データが元の症例に保存されている間に症例間を移動すると、元の症例のビジットが存在し、2番目の症例のビジット・スケジュールに誤って追加される可能性があります。

(問題 37110046)

ルール実行が失敗した場合、ラボの通常の更新は保存されません

ラボの通常値は、ルールの実行プロセスが失敗した場合でも、正しく保存され、ラボ・フォームに反映されるようになりました。以前は、ラボ・フォームにラボの通常範囲を参照するカスタムJavaScriptルールがある場合、ラボ基準の更新(下限値または上限値の欠落の追加または更新など)、またはバックエンド・ルール・エラーのために参照データ(性別、生年月日など)の追加/更新が暗黙的に失敗しました。これにより、症例のフォームに更新が表示されません。この問題を修正するために、カスタムJavaScriptルールを実行するプロセスは、データを保存するプロセスから切り離され、ルールが正常に実行されない場合でもラボ基準値を格納できます。

(問題 37914482)

前のビジットは、クリアするとスケジュールの現在のビジットになり、ステータスが「新規」に移動します

現在は、以前のビジットのデータがクリアされ、そのステータスが「新規」に更新されると、現在のビジットは現在のサイクルのビジットのままになります。以前は、スケジュールに他のビジットがあった場合でも、データがクリアされ、ステータスが「新規」に更新されると、以前のビジットは現在のサイクルのビジットになります。

(問題 37375385)

「交付情報」ダイアログにスクリーニング番号が表示されます

無作為化が完了し、薬物交付が開始されると、「情報」ダイアログに無作為化番号が表示されます。以前は、無作為化が完了し、薬物交付が開始された後に、「情報」ダイアログに無作為化番号のかわりにスクリーニング番号が表示されていました。

(問題 37768406)

データが完全にリフレッシュされる前に、システムにより追加のデータ入力が可能

日付/時刻の質問を含むフォームにデータを入力し、フォームの外側をクリックして保存と検証を許可すると、追加のデータ入力はできなくなります。以前は、ユーザーが日時質問を含むフォームのデータを入力した後も、保存および検証プロセスによってデータがリフレッシュされる前に、追加データの入力が引き続き許可されていました。その結果、システム生成エラーが発生しました。

(問題 37258410)