想像から、創造へ

きてケアプランセンター

Kite art factory LLC powered by sava

保土ヶ谷区のケアマネ・介護相談|西区・中区・南区・京浜エリア

MENU

医療・介護現場にFAXと紙媒体が残る理由

PAPER / FAX / CARE DATA

医療・介護現場にFAXと紙媒体が残る理由

紙やFAXは単なる旧習ではありません。制度、相互運用性、本人確認、事業継続、監査証跡が重なった結果として残っています。問題は紙かデジタルかではなく、情報を安全に、早く、読み違えなく、必要な人へ届ける設計です。

目次

  1. 紙とFAXが残る構造
  2. データ連携で本当に減らすべき作業
  3. 紙を残す場面・減らす場面
  4. PPAPを避ける実務設計
  5. 小規模事業所の移行手順

1. 紙とFAXが残る構造:通信手段ではなく責任分界の問題

医療・介護現場でFAXが残る理由は、機械が古いからだけではありません。送信先が固定されている、到達確認がしやすい、相手のシステム仕様を知らなくても送れる、紙で保管・回覧・押印できる、という運用上の利点があります。特に多職種連携では、事業所ごとに使うソフト、権限、通信環境、担当者のICT習熟度が異なるため、最小公倍数として紙とFAXが残りやすくなります。

一方で、FAXは誤送信、読みにくさ、再入力、検索性の低さ、保管スペース、紛失、複製管理の難しさを抱えます。紙は安心に見えても、管理台帳がなければ誰がいつ何を見たか追跡しにくく、机上や複合機に置かれたままになる危険もあります。紙は安全、デジタルは危険という整理では不十分です。

重要なのは、媒体ごとにリスクを分けることです。FAXは送信前の宛先確認、送信後の到達確認、受信紙の回収、廃棄、保存場所が論点になります。メールやクラウド共有は、本人確認、アクセス権、リンク期限、端末管理、監査ログ、退職者アカウントの停止が論点になります。媒体を選ぶ前に、何を証跡として残すかを決める必要があります。

脚注1:厚生労働省は介護テクノロジーの導入やケアプランデータ連携標準仕様を掲載しており、紙からデータ連携へ移る方向性を確認できます。 厚生労働省|介護テクノロジーの利用促進(確認日:2026年7月23日)
脚注2:医療・介護分野の個人情報は取扱いに配慮が必要であり、媒体にかかわらず安全管理が必要です。 個人情報保護委員会|医療・介護関係事業者向けガイダンス等(確認日:2026年7月23日)

2. データ連携で減らすべきもの:PDF化ではなく転記と確認待ち

DXという言葉だけが先行すると、紙をPDFにする、FAXをメール添付にする、共有フォルダへ置く、という置き換えで終わりがちです。しかし業務改善として本当に減らしたいのは、同じ情報を何度も入力すること、受け取った情報を探すこと、最新版かどうかを確認すること、担当者へ届いたかを電話で追いかけることです。

ケアプランデータ連携標準仕様の考え方は、紙面を画像化することではなく、予定・実績・提供票などの情報を、相手システムが処理できるデータとして扱う方向です。CSVや標準仕様のような形式は地味ですが、転記ミス、確認待ち、再入力、ファイル名の揺れを減らす土台になります。

ただし標準仕様があっても、全事業所が同じ速度で移行するわけではありません。移行期には、紙、FAX、PDF、メール、クラウド、専用システムが併存します。だからこそ、どの情報は紙で受けてもよいか、どの情報は電子データでなければ困るか、どの情報は二重管理してはいけないかを、事業所内のルールとして明確にします。

脚注1:厚生労働省はケアプランデータ連携標準仕様や入退院時情報連携標準仕様を公開しています。 厚生労働省|ケアプランデータ連携標準仕様・入退院時情報連携標準仕様(確認日:2026年7月23日)
脚注2:介護テクノロジーの導入は業務フローの見直しとセットで扱う必要があります。 厚生労働省|介護テクノロジーの利用促進(確認日:2026年7月23日)

3. PPAPを避ける:同じ経路で鍵を送らない

パスワード付きZIPをメールに添付し、直後に同じメール経路でパスワードを送る方法は、盗み見られる経路が同じであれば防御になりにくいという問題があります。攻撃者がメールボックスへ入っていれば、添付ファイルとパスワードの両方を読めます。さらに、添付ファイルはウイルス検査や内容確認を難しくする場合があります。

代替策は、相手の環境によって変わります。クラウド共有を使う場合は、リンクを知っている全員が見られる設定を避け、相手のアカウントを指定し、期限、閲覧権限、ダウンロード可否、監査ログを確認します。どうしてもメール添付を使う場合でも、パスワードは電話や既知の別経路で伝える、送信前に宛先を複数人で確認する、機微情報は最小限にする、といった運用が必要です。

医療・介護の情報は、送り間違えた後に取り戻しにくい情報です。便利さだけで共有方法を選ぶのではなく、送信先の本人性、アクセスできる期間、退職者の権限、転送の可否、削除後の扱いを確認します。情報共有はスピードよりも、誤送信を起こしにくい設計が優先されます。

脚注1:医療情報システムの安全管理では、管理面・技術面・運用面を含めた安全管理が求められます。 厚生労働省|医療情報システムの安全管理に関するガイドライン 第7.0版(確認日:2026年7月23日)
脚注2:個人データの漏えい等を防ぐため、アクセス権限や委託先を含む安全管理措置の観点が必要です。 個人情報保護委員会|医療・介護関係事業者向けガイダンス等(確認日:2026年7月23日)

HANDWRITING / CLINICAL NOTE

手書きはなくすものではなく、役割を限定して残す

手書きは非効率なだけの存在ではありません。面談中の視線、即時メモ、図示、思考の外在化、本人との共同確認に強みがあります。ただし、正式記録、共有、検索、保存、監査にはデジタルの方が向く場面があります。

目次

  1. 手書きの強み
  2. 正式記録へ移す条件
  3. 紙メモのリスク
  4. 現場で使える分担ルール

1. 手書きの強み:本人の前で考えを形にできる

訪問面談では、パソコン画面へ視線が固定されると、本人や家族が話しづらくなることがあります。紙に短く図示しながら確認すると、支援者だけが入力している状態ではなく、本人と一緒に状況を整理している感覚が生まれます。介護保険の申請、サービス調整、退院後の生活準備のように、本人が全体像をつかみにくい場面では、紙の即時性が役に立ちます。

手書きは、予定表、関係図、緊急連絡先、服薬の流れ、生活動線、転倒しやすい場所など、文章にしにくい情報をすぐに表せます。情報が未整理の段階では、きれいな電子文書よりも、書き換えられるラフなメモの方が対話を進めやすいことがあります。

ただし、紙メモは正式記録そのものではありません。本人の発言、確認した事実、支援者の見立て、次回確認事項を区別し、必要な内容は速やかに業務システムや正式記録へ移します。手書きは判断の入口として使い、保存・共有・検索はデジタルで担う、という分担が現実的です。

脚注1:紙媒体であっても個人情報の管理対象であり、持ち出し、保管、廃棄のルールが必要です。 個人情報保護委員会|医療・介護関係事業者向けガイダンス等(確認日:2026年7月23日)
脚注2:介護現場のICT活用は、現場の業務フローと人の動きに合わせて検討する必要があります。 厚生労働省|介護テクノロジーの利用促進(確認日:2026年7月23日)

2. 紙メモのリスク:紛失よりも「転記されないこと」が危ない

紙メモのリスクは、紛失だけではありません。メモに残した相談内容が正式記録へ移らない、担当者だけが意味を知っている、略語が多く後から読めない、緊急度が共有されない、という問題が起こり得ます。紙メモは便利ですが、事業所内で共有されなければ業務の属人化を強めます。

紙からデジタルへ移すときは、すべてを長文で入力する必要はありません。日時、誰から、何について、何を確認し、何が未確認で、次に誰が対応するかを残します。重要なのは、後から別の職員が読んでも最低限の判断ができることです。

廃棄も運用の一部です。個人情報が含まれる紙を普通ごみに捨てない、シュレッダーや溶解処理を使う、持ち出した紙は戻す、複合機周辺に置きっぱなしにしない。こうした単純な行動が、データ保護の土台になります。

脚注1:個人情報保護委員会のガイダンスは、紙・電子を問わず個人データの安全管理を前提にしています。 個人情報保護委員会|医療・介護関係事業者向けガイダンス等(確認日:2026年7月23日)
脚注2:IPAの中小企業向けガイドラインは、組織的・人的・物理的・技術的対策を整理する実務資料として使えます。 IPA|中小企業の情報セキュリティ対策ガイドライン(確認日:2026年7月23日)

3. 現場の分担ルール:紙は入口、データは正本

小規模事業所では、最初から完全電子化を目指すよりも、正本をどこに置くかを決める方が効果的です。正式記録は業務システム、暫定メモは面談ノート、共有資料は権限付きフォルダ、契約・同意文書は紙またはPDF、というように役割を分けます。

紙で受けた情報は、スキャンして終わりではありません。ファイル名、保存場所、検索キーワード、原本の扱い、廃棄時期を決めます。PDFが大量にあっても、どこに何があるか分からなければ、紙の山が電子の山に変わっただけです。

手書きを守ることと、紙に依存することは違います。本人との対話に役立つ紙は残し、転記ミスや確認待ちを生む紙は減らす。この区別が、介護現場に合った現実的なDXです。

脚注1:標準仕様やデータ連携は、紙を単に画像化するのではなく、情報の再利用性を高める方向性を示します。 厚生労働省|ケアプランデータ連携標準仕様・入退院時情報連携標準仕様(確認日:2026年7月23日)

DATA PROTECTION / WINDOWS / INCIDENT RESPONSE

データ保護と悪意あるアクセスへの対抗手段

医療・介護のセキュリティは、専門部署だけの話ではありません。利用者情報、家族情報、医療連携、請求、記録、メール、クラウド、端末がつながるほど、攻撃者は弱い入口から入ります。守るべきものを層で分け、現場で続けられる対策に落とします。

目次

  1. 守る対象を分解する
  2. IDと権限を守る
  3. AI攻撃を想定する
  4. AI防御を現場運用へ落とす
  5. 端末とWindows設定
  6. バックアップと復旧
  7. ログ・委託先・訓練

1. 守る対象を分解する:情報、権限、業務継続

サイバー攻撃への対抗策を考えるとき、まず守る対象を三つに分けます。第一は利用者・家族・医療機関・事業所に関する情報そのものです。第二は、その情報へアクセスできるID、パスワード、認証アプリ、端末、クラウド権限です。第三は、記録、連絡、請求、提供票、緊急連絡などの業務継続です。

情報漏えいだけを見ていると、ランサムウェアのような業務停止リスクを見落とします。逆に、業務停止だけを見ていると、退職者アカウント、共有リンク、外部委託先、スマートフォンの紛失など、静かに情報が読まれるリスクを見落とします。医療・介護では、情報の秘匿性、完全性、可用性を同時に考える必要があります。

安全対策は一つの強い壁ではなく、複数の薄い層を重ねる設計です。MFA、端末暗号化、画面ロック、標準ユーザー運用、バックアップ、ログ、権限棚卸し、送信前確認、委託先確認、復旧手順が重なることで、一つ破られても全体が崩れにくくなります。

脚注1:厚生労働省の医療情報システム安全管理ガイドラインは、医療情報を扱うシステムの安全管理を経営・企画・運用などの観点から整理しています。 厚生労働省|医療情報システムの安全管理に関するガイドライン 第7.0版(確認日:2026年7月23日)
脚注2:IPAの情報セキュリティ10大脅威は、組織・個人が注意すべき攻撃傾向を毎年整理しています。 IPA|情報セキュリティ10大脅威 2026(確認日:2026年7月23日)

2. IDと権限:パスワードより先に「誰が入れるか」を管理する

悪意あるアクセスの多くは、いきなり高度なハッキングから始まるとは限りません。使い回しパスワード、フィッシング、退職者アカウント、共有ID、権限の付けすぎ、古い端末、未更新ソフトが入口になります。特に共有IDは、誰が操作したか追跡できないため、事故時の原因確認を難しくします。

基本は、個人ごとのID、強いパスワード、MFA、権限最小化、退職・異動時の即時停止です。管理者権限は普段使いにせず、通常業務は標準ユーザーで行います。クラウド共有では、リンクを知っている全員が見られる設定を避け、相手アカウント指定、期限、閲覧のみ、ダウンロード制限、ログ確認を組み合わせます。

パスワード管理では、長く、使い回さず、推測されにくいものを使います。紙に書くかどうかだけを議論するより、誰が保管し、どのIDに対応し、退職時にどう変更し、緊急時に誰が復旧できるかを決める方が重要です。パスワードマネージャーを使う場合も、マスター認証と復旧方法を事業所で管理します。

脚注1:IPAの中小企業向け資料は、パスワード、ウイルス対策、バックアップ、組織的管理などの基本対策を整理しています。 IPA|中小企業の情報セキュリティ対策ガイドライン(確認日:2026年7月23日)
脚注2:個人データの取扱いでは、アクセス制御や従業者・委託先の管理が重要です。 個人情報保護委員会|医療・介護関係事業者向けガイダンス等(確認日:2026年7月23日)

3. AIによる攻撃:自然な文章、声、画像、業務文脈が武器になる

生成AIの普及によって、攻撃者が作るメールや偽サイトの質は上がっています。以前のように不自然な日本語、明らかな誤字、粗いロゴだけで見分けることは難しくなっています。実在する自治体名、介護ソフト名、クラウド名、請求・補助金・研修・電子署名などの業務文脈を組み合わせ、担当者が自然に反応しそうな文章を短時間で大量に作れます。

AIによる攻撃で特に注意したいのは、個別化です。公開ホームページ、SNS、求人情報、メール署名、過去の流出情報から、事業所名、役職、担当領域、取引先らしき名称を取り込み、あたかも日常業務の続きのような連絡を作ることができます。『請求の確認』『研修資料の共有』『自治体様式の更新』『電子契約の再署名』など、介護現場であり得る用件ほど危険です。

音声生成や画像生成も無視できません。電話で代表者や取引先の声に似せる、ビデオ会議の画面を装う、身分証や通知書らしい画像を作る、という攻撃は、専門的な企業だけの問題ではなくなっています。小規模事業所では、声や名前を信じて緊急送金、パスワード再設定、共有リンク承認、個人情報送付をしないための確認手順が必要です。

AI攻撃への対策は、AIを見破ることではありません。『急がせる依頼は別経路で確認する』『送金・共有・パスワード変更は一人で決めない』『メール内リンクからログインしない』『電話で本人確認する場合も既知の番号へ折り返す』という業務ルールで、AIの文章力や声まねに依存しない確認構造を作ることです。

脚注1:IPAの10大脅威は、フィッシング、ランサムウェア、サプライチェーン等の組織リスクを継続的に整理しています。生成AIで文面が自然になっても、確認経路を分ける基本は変わりません。 IPA|情報セキュリティ10大脅威 2026(確認日:2026年7月23日)
脚注2:AI事業者ガイドラインは、AI利用に伴うリスク管理や説明責任を考える際の国内資料として参照できます。 総務省・経済産業省|AI事業者ガイドライン(確認日:2026年7月23日)

4. AIによる防御:任せきりにせず、見張りと整理に使う

AIは攻撃だけでなく、防御にも使えます。怪しいメールの要約、差出人・URL・添付の確認観点の整理、ログの異常傾向の抽出、バックアップ手順書の作成、職員研修用のフィッシング例の作成、事故時の初動チェックリスト作成など、現場の判断を助ける用途があります。特に小規模事業所では、専門担当者が常駐しないため、確認漏れを減らす補助として有効です。

ただし、利用者情報や医療・介護の個人情報を、そのまま外部AIへ入力する運用は避けるべきです。AIに相談する場合は、氏名、住所、電話番号、被保険者番号、病名、家族関係、具体的な経過などを削り、抽象化した業務パターンとして扱います。AIは便利な相談相手ですが、個人データの保管場所や再利用条件が不明なまま使うべきではありません。

防御にAIを使う場合も、最終判断は人と事業所ルールで行います。AIが『安全そう』と言っても、URL、契約関係、既知の連絡先、クラウド権限、送信先、添付ファイルの実体を確認します。逆にAIが『危険』と判断した場合でも、業務上必要な正規通知である可能性はあります。AIは決裁者ではなく、確認項目を抜けにくくする補助線です。

実務では、AIを『個人情報を入れない下書き係』『研修例の作成係』『チェックリスト係』『ログを読む前の観点整理係』として位置づけます。事業所内では、AIへ入力してよい情報、入力してはいけない情報、出力をそのまま使わないこと、根拠資料を確認すること、記録へ転記する前に人が確認することを明文化します。

脚注1:AI利用では、入力情報、出力の妥当性、利用目的、説明責任を整理する必要があります。医療・介護情報を扱う場合は、個人情報保護の観点と分けて考えられません。 総務省・経済産業省|AI事業者ガイドライン(確認日:2026年7月23日)
脚注2:個人情報をAIサービス等へ入力する場合も、利用目的、安全管理、第三者提供・委託の整理が必要になるため、事業所ルールを先に定める必要があります。 個人情報保護委員会|医療・介護関係事業者向けガイダンス等(確認日:2026年7月23日)

5. 最小限やるべきWindows設定

小規模事業所でまず確認したいWindows設定は、難しい専門設定ではありません。Windows Updateを止めない、Microsoft Defenderを有効にする、BitLockerなどで端末を暗号化する、標準ユーザーで日常業務を行う、画面ロックを短時間でかける、ブラウザとPDF閲覧ソフトを更新する、不要なリモート接続を有効にしない、という基本です。

OneDriveや共有フォルダを使う場合は、同期している端末、共有先、リンク権限、退職者のアクセス、ゴミ箱や復元履歴を確認します。クラウドに置けば安全なのではなく、権限が適切で、端末が守られ、誤共有を検知でき、削除や改ざんから戻せることが重要です。

バックアップは、同じPCの別フォルダだけでは不十分です。ランサムウェアは接続されたドライブや同期先まで暗号化することがあります。業務継続を考えるなら、クラウドの履歴、外付け媒体、世代管理、オフライン保管、復元テストを組み合わせます。バックアップは存在ではなく、復元できることが価値です。

1

Windows Updateを止めない

OSと主要アプリの更新を保留し続けない。古い脆弱性は攻撃入口になります。

2

Microsoft Defenderを有効にする

別製品を使う場合も、ウイルス対策とリアルタイム保護が動いていることを確認します。

3

BitLocker等で端末を暗号化する

紛失・盗難時に、端末内のファイルをそのまま読まれにくくします。

4

標準ユーザーで日常業務を行う

普段から管理者権限で作業しないことで、侵入後の被害拡大を抑えます。

5

短時間で画面ロックする

離席時の覗き見や無断操作を防ぎます。Windowsキー+Lの習慣化も有効です。

6

ブラウザ保存パスワードを棚卸しする

共有PCや退職者が使った端末では、保存された認証情報が残っていないか確認します。

7

バックアップの復元テストをする

バックアップは取るだけでなく、実際に戻せるかを定期的に確認します。

脚注1:医療情報システム安全管理ガイドラインには、サイバー攻撃を想定したBCPやチェックリストも掲載されています。 厚生労働省|医療情報システムの安全管理に関するガイドライン 第7.0版(確認日:2026年7月23日)
脚注2:IPAの中小企業向けガイドラインは、事業規模に合わせて基本対策を運用へ落とす参考になります。 IPA|中小企業の情報セキュリティ対策ガイドライン(確認日:2026年7月23日)

6. ログ・委託先・復旧訓練:事故後に説明できる状態をつくる

セキュリティ対策は、事故をゼロにする約束ではありません。事故が起きたときに、何が起きたか、どの情報が影響を受けたか、いつ止めたか、誰へ報告したか、どこから復旧したかを説明できる状態をつくることです。そのためには、ログ、利用者権限、バックアップ、委託先連絡先、初動手順が必要です。

介護ソフト、クラウドストレージ、メール、会計、請求、ホームページ、予約・問い合わせフォームなど、委託先が関わるシステムは多くあります。契約時には、障害時の連絡先、データの保管場所、バックアップ、退職者アカウント、アクセスログ、サポート範囲を確認します。安さや使いやすさだけで選ぶと、事故時に誰も説明できない構造になります。

年に一度でも、実際に『メールが使えない』『PCが起動しない』『共有フォルダへ入れない』『請求データが開けない』という想定で訓練すると、紙で残すべき情報と電子で守るべき情報の境界が見えます。セキュリティは怖がるためではなく、支援を止めないための業務設計です。

脚注1:厚生労働省はサイバー攻撃を想定したBCP策定の確認表等も公開しています。 厚生労働省|医療情報システムの安全管理に関するガイドライン 第7.0版(確認日:2026年7月23日)
脚注2:ランサムウェアやサプライチェーン等の脅威は、単独端末ではなく業務全体の継続性として捉える必要があります。 IPA|情報セキュリティ10大脅威 2026(確認日:2026年7月23日)

PHISHING / PRACTICAL EXAMPLES

フィッシング判別と現場の初動対応

攻撃メールは、文章の巧拙ではなく、人の不安、責任感、急ぎの心理を突いてきます。医療・介護の現場では、請求、共有ファイル、配送、アカウント停止、電子署名、補助金、自治体通知に見せかけた連絡に注意が必要です。

目次

  1. 典型パターン
  2. クリック前の確認
  3. AIで自然化する詐欺文面
  4. 押してしまった後の初動
  5. 事業所で決める連絡ルール

1. フィッシングは文章ではなく状況で見分ける

フィッシングメールは、日本語が不自然だから見分けられる、という段階を過ぎています。最近は、実在するサービス名、自然な日本語、正規通知に近い画面、過去の流出情報を使った文面が増えています。したがって、誤字の有無よりも、業務の流れとして自然か、既知の連絡先か、ログイン先が正しいか、急がせ方が不自然かを見ます。

医療・介護の現場では、責任感が攻撃に利用されます。『利用者情報を確認してください』『請求が止まります』『アカウントが停止されます』『至急署名してください』という言葉は、担当者を急がせます。急ぎのメールほど、メール内リンクではなく公式サイトや既知の電話番号から確認するルールが必要です。

個人の注意力に頼るだけでは限界があります。メールフィルタ、MFA、ブラウザ警告、添付ファイル制限、共有リンク制限、標準ユーザー運用、教育、報告しやすい雰囲気を組み合わせます。押してしまった職員を責めるより、押しても被害が広がりにくい構造にすることが重要です。

脚注1:IPAの10大脅威は、フィッシングやランサムウェア等の主要リスクを継続的に整理しています。 IPA|情報セキュリティ10大脅威 2026(確認日:2026年7月23日)
脚注2:中小企業向け対策では、教育だけでなく技術的・組織的対策を組み合わせることが重要です。 IPA|中小企業の情報セキュリティ対策ガイドライン(確認日:2026年7月23日)

2. AIで自然化する詐欺文面:違和感ではなく手順で止める

AIを使ったフィッシングは、職員が普段見る文章のトーンへ寄せてきます。丁寧で、短く、誤字が少なく、もっともらしい署名があり、介護・医療・行政の用語も含まれます。『文章が自然だから安全』という判断は、今後ますます危険になります。

対策は、文面の上手さを評価することではなく、業務上の正規ルートと照合することです。請求なら契約先の管理画面、自治体通知なら自治体の公式ページ、共有ファイルなら依頼元への別経路確認、電子署名なら契約中のサービス画面から確認します。リンクを押す前に、いつもの入口から入る。この単純な手順がAI文面への防御になります。

音声やチャットも同じです。代表者名や取引先名で『今すぐ対応して』と言われても、既知の電話番号へ折り返す、複数人で確認する、支払い・権限変更・個人情報送付は即時実行しない、というルールで止めます。AI攻撃は人を急がせます。防御は、人が止まれる時間を作ることです。

脚注1:フィッシング等の攻撃は、文面の巧拙よりも認証情報や金銭・情報を奪う誘導構造として見ることが重要です。 IPA|情報セキュリティ10大脅威 2026(確認日:2026年7月23日)
脚注2:基本的なサイバーセキュリティ対策では、怪しい連絡への確認、更新、バックアップ等の継続的な対策が重要です。 内閣サイバーセキュリティセンター|基本的なサイバーセキュリティ対策(確認日:2026年7月23日)

3. 押してしまった後の初動:隠さず、止めて、切り分ける

リンクを押した、IDを入力した、添付を開いた、マクロを有効にした。この時点で最も避けたいのは、叱責を恐れて黙ることです。初動が遅れるほど、メールボックス、クラウド、端末、共有フォルダ、取引先へ被害が広がります。報告しやすいルールを作ること自体がセキュリティ対策です。

初動では、端末をネットワークから切り離す、入力したIDのパスワードを別端末から変更する、MFAを再設定する、管理者へ報告する、同じメールが他職員へ届いていないか確認する、送信済みメールや転送設定を確認する、影響範囲を記録する、という順で整理します。判断に迷う場合は、契約しているIT事業者や専門窓口へ早めに相談します。

事故対応では、何時に、誰が、何を開き、何を入力し、どの端末で、どのネットワークに接続していたかを記録します。これは犯人探しではなく、被害範囲を切り分けるためです。記録がなければ、利用者情報が見られた可能性、外部へ送信された可能性、復旧時点を説明できません。

脚注1:医療情報システム安全管理ガイドラインは、サイバー攻撃を想定したBCPやチェックリストを含む安全管理資料を掲載しています。 厚生労働省|医療情報システムの安全管理に関するガイドライン 第7.0版(確認日:2026年7月23日)
脚注2:個人データの漏えい等が発生した場合は、影響範囲や対応記録を整理する必要があります。 個人情報保護委員会|医療・介護関係事業者向けガイダンス等(確認日:2026年7月23日)

4. 現場ルール:迷ったら止まれる仕組みにする

フィッシング対策で最も実務的なのは、『迷ったら誰に聞くか』を決めておくことです。相談先が曖昧だと、担当者は一人で判断し、焦って押してしまいます。請求、電子署名、共有ファイル、自治体通知、補助金、配送、アカウント警告について、確認先と確認方法をあらかじめ決めます。

メール内リンクを押さない、公式サイトをブックマークから開く、既知の電話番号で確認する、添付ファイルは送信者へ別経路確認する、業務スマホでSMSリンクを開かない、共有リンクは相手アカウント指定にする。これらは高度な技術ではありませんが、攻撃の成功率を下げる現場ルールです。

セキュリティは仕事を止めるためのものではありません。安全に止まれる短い確認を入れることで、大きな停止を防ぎます。介護現場では、支援を継続するために、情報を守る必要があります。

脚注1:IPAの中小企業向けガイドラインは、事業所規模に応じて続けやすい対策を検討する資料になります。 IPA|中小企業の情報セキュリティ対策ガイドライン(確認日:2026年7月23日)

現場で見分ける典型パターン

ここでは、業務中に届きやすい文面を例として整理します。実在のメールを転載するのではなく、よくある誘導の構造を抽出した架空例です。

実例1:「アカウント停止」型

件名:【重要】アカウントが停止されました
内容:24時間以内に下記リンクから確認しないと、完全に利用できなくなります。

判別のポイント

急がせる表現、URLのドメイン、送信元を確認します。正規サービスはブックマークや公式アプリから開き、メール内リンクからログインしない運用にします。

実例2:「支払い失敗・請求」型

件名:決済保留のお知らせ
内容:未払いが発生しています。直ちに支払い方法を更新してください。

判別のポイント

請求は契約書、公式管理画面、既知担当者への別経路確認で照合します。初回接触で支払いページへ誘導するメールは危険です。

実例3:「荷物不在」型(SMS)

SMS:お客様宛にお荷物のお届けにあがりましたが不在のため持ち帰りました。確認はこちら http://bit.ly/...

判別のポイント

SMSの短縮URLは押さず、配送会社の公式サイトやアプリから追跡番号を入力します。業務スマホでは特に徹底します。

実例4:「共有ファイル・電子署名」型

件名:請求書の共有
内容:○○様からファイルが共有されました。「確認」ボタンを押してダウンロードしてください。

判別のポイント

心当たり、差出人、共有先、ログイン画面のURLを確認します。依頼していない共有通知は電話など別経路で本人確認します。

実例5:「ID再入力」型

件名:セッションの有効期限切れ
内容:再ログインしないとデータが削除されます。

判別のポイント

ログイン画面のURL、証明書、ブックマーク経由かを確認します。焦ってIDとパスワードを入力しないことが最重要です。

実例6:「添付ファイル」型

件名:修正版資料
内容:添付のExcelを開き、マクロを有効化してください。

判別のポイント

マクロ有効化を求める添付は危険度が高いです。送信者へ別経路で確認し、プレビューやサンドボックスなしに開かない運用にします。