漁業臨床サービス

このワークフローは、Fisher Clinical Servicesとの統合を使用する場合の出荷に適用されます。これは、すべてのタイプの出荷(サイトへの初期出荷、再供給実行時に自動的に生成される再供給出荷、手動出荷)に適用されます。

構成サービスの詳細

B92664: Oracle Life Sciences Clinical One Digital Gateway Configuration Service、最大40のデータ・ポイント。

詳細は、Oracle Life Sciences Cloud Consulting Professional Services—Service Descriptions and Metricsを参照してください。それでも質問がある場合は、Oracleの担当窓口にご連絡ください。

デポ注文フォームをフィッシャー管理デポ施設に送信するための前提条件

統合を想定どおりに実行するには、出荷IDプリフィクスが数字のみで構成されていることを確認します。「供給設定」タブで接頭辞を設定する場合、「出荷設定」セクションで次のいずれかのオプションを選択します。

• デポIDを使用: 番号のみを使用してデポIDが定義されている場合
• なし: 接頭辞を使用しない場合。

統合ユーザー詳細

統合設定には、臨床供給マネージャ・テンプレート・ロールに割り当てられた試験レベルの統合ユーザー・アカウント、または同じ権限を含むカスタム・ロールの作成が含まれます。

統合ユーザー・アカウントは、組織の臨床供給マネージャのEメール・アドレスを使用して作成されます。統合ユーザーに関連付けられたEメール・アドレスは統合通知を受信します。これには、ブラインド解除されるコンテンツを含めることができます。

警告:

盲検解除の問題を回避するために、統合ユーザー・アカウントに適切な電子メール・アドレスが構成されていることを確認します。

どのような情報を統合できますか。

この統合には、リクエスト・コンポーネントとレスポンス・コンポーネントが含まれます。組織に必要なもののみを実装する必要があります。

使用可能なイベント:

• 出荷要求
• 自動出荷応答- 出荷日
• 「移動中」ステータスの運送業者

使用可能なデータ・ポイント:

• リクエスト:
  • 出荷サイト住所
  • サイト連絡先情報
  • サイト調査員情報
  • 出荷オーダー詳細
• レスポンスの場合:
  • 出荷オーダー
  • 追跡番号
  • 出荷日およびステータス

Fisher Clinical Servicesとの統合を使用する際の出荷で考慮すべき事項

出荷要求が誤って送信された場合、またはキットを追加または削除する必要がある場合は、臨床供給マネージャがFisher Clinical Servicesに連絡して、出荷の取消を要求する必要があります。Fisher Clinical Servicesがシステム内の注文を取り消すと、Oracle Clinical One Platformで出荷ステータスが「無効」に変わります。

注意:

出荷要求がデポに送信された後に出荷を更新する必要がある場合は、Fisher Clinical Servicesに直接連絡する必要があります。Oracle Clinical One Platform内から出荷を更新した場合、変更はデポに送信されません。

表2-23ステータスの詳細

ステータス	詳細
保留	新しい出荷が発生すると、出荷のステータスは自動的に「保留」に変わります。
[移動中]または [確認済]	デポが「確認済」要求の出荷を履行した後、ステータスは「輸送中」に変わります。出荷日と追跡番号も自動的に設定されます。
受信	サイトがオーダーを受信して受信済としてマークすると、ステータスが「受信済」に変わります。