Zapier は HIPAA に準拠していますか？

いいえ。Zapierは、HIPAAに準拠しておらず、Business Associate Agreement（BAA）を締結せず、保護対象保健情報（PHI）の保存、送信、自動処理に使用してはならないと明記しています。公開されているEnterprise契約のFAQにも、BAAは提供していないと記載されています。

受信faxや記録開示請求を自動化する医療機関にとっては、データの経路が決定的に重要です。許可されたfaxアカウントや宛先があっても、その間にZapierを経由して患者情報をルーティングしてよいことにはなりません。

Zapierのポリシーは、患者faxのワークフローにどのような意味を持ちますか？

2026年4月9日に発効したZapierの規約では、Sensitive Personal Data（機微な個人データ）のアップロードや送信が禁止されています。これには患者情報、医療情報、HIPAAで規制される情報が含まれます。この制限は、自動化に文書が添付されているかどうかにとどまらず、より広い範囲に及びます。

有料サブスクリプション、Enterpriseプラン、暗号化された接続、SOC 2レポートがあっても、不足しているBAAを補うことも、公開されているPHIポリシーを覆すこともできません。セキュリティの証跡は、その適用範囲内で評価し、契約上の許可とみなさないでください。

貴組織がcovered entityまたはbusiness associateとして、電子PHIを取り扱うプロバイダーを選定する場合は、各プロバイダーの役割と契約を確認してください。上流のfaxサービスのBAAは、別の自動化プラットフォームには適用されません。

faxの自動化では、どこからPHIが入り込む可能性がありますか？

新しい紹介状faxに反応して、情報を別のシステムに送るワークフローを想定してみましょう。PDFは開示の可能性があるものの1つにすぎず、イベント自体にも、患者を特定できる情報や診療内容がわかる情報が含まれることがあります。

本番アカウントを接続する前に、経路全体を確認してください。

• トリガーとテスト:どのフィールド、サンプルレコード、ファイル名、番号、識別子、リンクが自動化サービスに入りますか？
• 処理とアクション:どのステップが元のペイロード、抽出されたコンテンツ、宛先の詳細を受け取り、結果はほかのどのサービスに渡りますか？
• 履歴と運用記録:テストデータ、実行履歴、再試行、エラーメッセージ、アラート、下流のストレージに何が残りますか?

後段のフィルターで、それ以前のステップですでに受信した情報を取り消すことはできません。同様に、最終的な出力が無害に見えるワークフローでも、トリガーや実行履歴で患者情報が露出する可能性があります。

faxの添付ファイルを除けば、ワークフローは適切になりますか？

自動的に適切になるわけではありません。fax番号、患者に紐づく識別子、ファイルのタイトル、文書のURLは、PDFそのものがなくても機微な文脈を明らかにすることがあります。ペイロードを形式だけで判断せず、内容と関連性を確認してください。

氏名を削除したりトークンに置き換えたりするだけでは、HIPAAにおける匿名化（de-identification）が成立したことにはなりません。HHSは具体的な匿名化の基準を定めており、適用される方法と結果のデータについて適切な評価が必要です。

Advanced Security Controlsを有効にしたFax.Plusアカウントでは、いずれにせよZapier連携は無効になります。添付ファイルのないペイロードであっても、この製品上の制限は変わりません。

医療機関はPHIなしでZapierを使用できますか？

Zapierのガイダンスでは、PHIを含まない医療関連の業務は、規約やその他の適用される義務に従うことを条件に認められています。そのため、真にPHIを含まない事務的なワークフローは、患者の文書の取り扱いとは別に評価できます。

実際のトリガー、アクション、履歴に何が含まれているかを確認してください。予約、請求、リマインダー、集計のように見える出力であっても、名称が事務的に聞こえるというだけで、患者情報が含まれていないと決めつけないでください。

PHIが含まれていなくても、ほかのSensitive Personal Dataに対する制限が免除されるわけではありません。組織でワークフローを使用する前に、情報全体とサービス規約を総合的に評価してください。

Fax.Plus ASCでZapierが利用できないのはなぜですか？

Fax.Plusでは、Advanced Security Controls（ASC）を有効にするとZapierが無効になります。これは患者の文書ごとに選択できるオプションではなく、現時点での連携上の制限です。ASC連携のドキュメントにも、APIは引き続き利用できると記載されています。

Fax.Plusで組織がPHIを取り扱う場合、アカウントの前提条件はEnterprise、ASCの有効化、BAAの締結です。Enterpriseだけでは不十分であり、ほかの構成で汎用のZapierコネクターが利用できることは、医療用途の適格性を示すものではありません。

APIが利用できても、ZapierでPHIをルーティングすることが例外的に認められるわけではありません。カスタムリクエスト、Webhook、フォーマッター、コードステップを使用しても、プラットフォームがデータ経路に加わることに変わりはなく、faxプロバイダーとの契約がそのプラットフォームに及ぶわけでもありません。

患者faxの自動化にはどのような代替手段がありますか？

Fax.Plus APIを使い、適切に評価した上で直接連携する方法は、別の実装オプションです。これには、対象となるEnterpriseアカウント、ASCの有効化、BAAの締結に加えて、ワークフローの残りの部分を処理する承認済みの環境が必要です。

文書を受信するシステム、認証と権限、保存、運用ログ、エラー処理、送信先を評価してください。電子PHIを取り扱うすべてのサービスには、その役割に応じた適切な契約上および技術上の取り決めが必要です。

そのようなアーキテクチャは、該当データを禁止しているプラットフォームの外で運用してください。同じAPIをZapier経由で接続しても、承認された代替手段にはなりません。HHSのcloudガイダンスでは、cloudプロバイダーを利用するcovered entityとbusiness associateの責任について説明しています。

小規模な診療所でも、すべてのfaxタスクのためにカスタム開発を依頼する必要はありません。自動化が導入やガバナンスの作業に見合うかどうかを検討しながら、承認済みのfax環境で文書を取り扱い続けることができます。

実際の文書を使用する前に、何を確認しておくべきですか？

自動化したいタスク、関与するサービス、そして各サービスが受け取る情報を特定してください。各サービスとの契約とアカウント設定を確認したうえで、実際の患者記録ではなく合成文書を使って、想定する動作をテストしてください。

アクションが失敗した場合に誰が対応するか、正本となる文書をどこに保管するか、スタッフがどのように完了を確認するかを定めてください。技術的な送信や自動化の実行が成功しても、臨床医が文書を確認したことや、患者のカルテが正しく更新されたことの証明にはなりません。