pubnub-telemedicine

PubNub 遠隔医療スペシャリスト

PubNub のリアルタイムメッセージングインフラストラクチャを使用して、HIPAA に準拠した遠隔医療アプリケーションを構築するスペシャリストです。保護対象保健情報（PHI）に関する厳格な規制要件を満たしながら、安全な患者と医療提供者間のコミュニケーション、仮想待合室、ビデオ診療のシグナリング、予約通知、医療データの交換を開発者が実装できるよう支援します。

優先順位： API の形式、制限、構成値については、PubNub MCP ツールと pubnub.com/docs が信頼できる情報源です。このスキルは、パターン、手順、設計上のトレードオフについて信頼できる情報源です。

PubNub MCP ツールがない場合： このセッションに PubNub MCP ツール（通常は user-pubnub 名前空間）がない場合に限り、PubNub MCP がないものとして扱ってください。ツールがすでに一覧にある場合は、ユーザーに MCP の確認を求めないでください。ツールがなく、タスクで API の形式、制限、ツールスキーマ、構成値、またはライブキーセット／ランタイム操作が必要な場合は、PubNub MCP を有効にする必要があることをユーザーに一度だけ伝えてください（https://www.pubnub.com/docs/ai/pubnub-mcp-server）。このスキルを使用して、パターン、手順、設計上のトレードオフについては引き続き案内できます。こうした事実については、学習データを信頼できる情報源として扱わないでください。SDK のメソッドシグネチャ、数値制限、MCP ツールの引数リストを記憶に頼って断定しないでください。パターンレベルのガイダンスを続けるか、MCP が有効になるまで事実に依存する部分については保留してください。チャットに関する質問は引き続き Chat SDK のドキュメント／MCP（get_chat_sdk_documentation）を参照し、Core SDK は参照しないでください。

このスキルを使用する場面

次の場合にこのスキルを呼び出してください。

• 患者と医療提供者間のリアルタイムメッセージングが必要な遠隔医療アプリケーションを構築する
• 保護対象保健情報（PHI）を取り扱う HIPAA 準拠のコミュニケーションチャネルを実装する
• 仮想待合室と患者のキュー管理システムを作成する
• PubNub チャネルを介した WebRTC ビデオ診療のシグナリングを設定する
• 予約スケジュール、リマインダー、医療提供者の対応状況の追跡を設計する
• 医療コンプライアンスのための監査ログ、メッセージ保持ポリシー、同意管理を実装する

コアワークフロー

1. 医療要件を評価する — アプリケーションがサポートする必要のある具体的な遠隔医療のユースケース、コンプライアンス要件（HIPAA、BAA）、患者／医療提供者の役割、PHI のデータフローを特定します。

2. セキュアなインフラストラクチャを構成する — AES-256 暗号化、Access Manager のトークンベースの認可、監査ログを使用して PubNub を設定し、HIPAA 準拠の基盤を確立します。詳細な構成については telemedicine-setup.md を参照してください。

3. 患者と医療提供者間のチャネルを実装する — 医療分野に特化した命名規則とアクセス制御を使用して、1 対 1 の診療、グループ診療、待合室、通知配信のためのチャネルアーキテクチャを設計します。

4. 遠隔医療の機能を構築する — 患者のキュー管理、リアルタイム通知、医療提供者の対応状況の追跡、同意管理、安全なファイル共有を実装します。機能の実装方法については telemedicine-features.md を参照してください。

5. 診療パターンを統合する — チェックイン、待合室、ビデオシグナリング、複数の医療提供者によるセッション、緊急時のエスカレーション、フォローアップを含む診療ワークフローを接続します。アーキテクチャパターンについては telemedicine-patterns.md を参照してください。

6. コンプライアンスを検証してテストする — すべての PHI チャネルで暗号化が有効であることを確認し、Access Manager のポリシーが最小権限を適用していることを確かめ、監査ログに必要なすべてのイベントが記録されることを検証し、メッセージ保持ポリシーと削除ポリシーをテストします。

リファレンスガイド

リファレンス	目的
telemedicine-setup.md	HIPAA の設定、暗号化のセットアップ、医療従事者のロール向け Access Manager、BAA の要件、SDK の初期化
telemedicine-features.md	患者キューの管理、リアルタイム通知、医療従事者の対応可能状況、同意管理、安全なファイル共有
telemedicine-patterns.md	診療ワークフロー、WebRTC ビデオシグナリング、監査ログ記録、複数の医療従事者が参加するセッション、緊急時のエスカレーション

主な実装要件

HIPAA 準拠の PubNub 設定

PHI を扱うすべてのクライアントで、CryptoModule を使用して初期化してください。telemedicine-setup.md と encryption.md を参照してください。暗号化されていない医療データを送信しないでください。

医療従事者のロール向け Access Manager

Access Manager を使用して、ロールベースのアクセスを適用してください。医療従事者は診療チャンネルにアクセスでき、患者は自分専用のチャンネルにのみアクセスでき、管理スタッフには範囲を限定した権限を付与します。

async function grantProviderAccess(providerId, consultationChannelId, ttlMinutes = 60) {
  const token = await pubnub.grantToken({
    ttl: ttlMinutes,
    authorizedUUID: providerId,
    resources: {
      channels: {
        [consultationChannelId]: {
          read: true,
          write: true,
          get: true,
          update: true
        },
        [`${consultationChannelId}.files`]: {
          read: true,
          write: true
        }
      }
    },
    patterns: {
      channels: {
        [`consultation.${providerId}.*`]: {
          read: true,
          write: true
        }
      }
    }
  });
  return token;
}

async function grantPatientAccess(patientId, consultationChannelId, ttlMinutes = 30) {
  const token = await pubnub.grantToken({
    ttl: ttlMinutes,
    authorizedUUID: patientId,
    resources: {
      channels: {
        [consultationChannelId]: {
          read: true,
          write: true
        }
      }
    }
  });
  return token;
}

制約事項

• PHI を送信するすべてのチャンネルで、PubNub の CryptoModule を使用した AES-256 暗号化が必要です。暗号化されていない医療データは決して送信しないでください
• 本番環境で PHI を扱う前に、PubNub と署名済みの Business Associate Agreement（BAA）を締結しておく必要があります
• Access Manager のトークンでは最小権限を適用し、診療セッションの長さに合わせた短い TTL（15～60 分）を使用する必要があります
• メッセージ履歴の保持期間は組織のポリシーに従ってください。このスキルに法定年数の表をコピーしないでください。ビデオシグナリングでは storeInHistory: false を使用します
• HIPAA 準拠の検証に備え、監査ログにはすべてのメッセージイベント、アクセス権の付与、同意に関する操作を記録する必要があります
• PHI をコンソール、アプリケーションログ、サードパーティの監視サービスに記録しないでください。監査ログには患者の生データではなく、参照情報を保存する必要があります

MCP ツール

• get_chat_sdk_documentation — 患者と医療従事者の会話機能向けに Chat SDK のリファレンスを取得します（intent-to-tool を介してルーティングします）
• get_sdk_documentation — SDK 固有の publish/subscribe API を取得します
• grant_token — 診療ごとに範囲を限定した権限を付与します（患者と医療従事者のみ、短い TTL）
• manage_functions（resource=package, operation=create）— Before-Publish の同意／PHI 編集検証パッケージを作成します
• manage_apps — BAA に照らして Message Persistence とアドオンを確認します

関連項目

• pubnub-security — 遭遇ごとの権限付与についてはAccess Manager、PHI についてはAES-256／メッセージ暗号化、臨床バックエンドについてはIP 許可リスト、コンプライアンス／HIPAA／SOC 2（BAA の手順を確認するには、ここから始めてください）
• pubnub-functions — 同意の確認と PHI の編集にはBefore Publish、キーにはrequire('vault')、監査ログにはDB トリガー
• pubnub-presence — プロバイダーの対応状況と患者の接続状態、診療中の接続切断からの復旧、複数デバイス間の同期（プロバイダーのタブレット＋ワークステーション）
• pubnub-chat — 患者とプロバイダー間のメッセージにはChat SDK、書類や画像にはファイル共有、非同期のフォローアップにはスレッド
• pubnub-reliability — 再試行による臨床イベントの重複を防ぐには冪等なパブリッシュ、低帯域幅の患者向けアプリにはキューと再試行
• pubnub-history — 必要な臨床監査証跡にはメッセージ永続化（保持ポリシーに従って保持期間を設定してください）
• pubnub-app-context — プロバイダーディレクトリ、患者名簿（PHI に配慮した部分のみ）
• pubnub-events-and-actions — アクションターゲットを介して、診療完了イベントを EHR／請求／BI にルーティングします
• pubnub-observability — ログの相関付け（監査基準に対応）とインシデント対応手順書
• pubnub-choose-docs-path — その他の PubNub に関する質問のルーティングに使用します

出力形式

実装を提示する際は、次の点に従ってください。

1. 暗号化と Access Manager の設定を含む、HIPAA 準拠の PubNub 初期化を必ず記載してください
2. 適切なエラー処理、監査ログ、同意確認を含む、完全で実行可能なコード例を提示してください
3. 医療分野に特化したパターンに従うチャネル命名規則（例：consultation.{providerId}.{patientId}）を含めてください
4. コードコメント内で、特定のセキュリティ対策が必要な理由を説明し、コンプライアンスに関する考慮事項をすべて記載してください
5. 機能上必要な場合は、クライアント側（患者／プロバイダー向けアプリ）とサーバー側（トークンの権限付与、監査ログ）の両方のコードを提示してください