この記事の要点と4つの章のご案内
| 章構成 | 主なテーマ | 要点と確認ポイント |
|---|---|---|
| 1. 基本と全体像 | この記事の3つの要点(まずここだけ読めば安心です) | 医療機関の被害原因の第1位は「外部保守ベンダーのVPN・リモート回線」です: 院内のスタッフが不審メールを開かなくても、電子カルテや医療機器の保守業者が使っている古いVPN機器や共通パスワードから侵入され、院内全体のカルテが暗号化される事案が多発しています。 |
| 2. 現場での進め方と対策 | 「うちは小規模なクリニックだから狙われない」とは言えない構造的な理由 | 「医療専用ネットワーク」と「インターネット閲覧・Wi-Fi用ネットワーク」の分離: 電子カルテやオンライン資格確認端末が繋がるネットワークと、Web検索やメール、患者様向けWi-Fiのネットワークを論理的・物理的に分けることが最優先の基本対策です。 |
| 3. 関連する制度とルール | 院長・事務長が確認したい「医療情報第6.0版・第7.0版」5大チェック | まずは本ページの図解と3項目チェックリストでご自身でできる範囲からお試しください。もし設定や判断に迷われたときは、過度な営業のないご相談窓口(お助け隊・お問い合わせ窓口)へいつでもご相談いただけます。 |
| 4. 詳しい技術仕様としくみ | 厚生労働省「医療情報システムの安全管理に関するガイドライン第6.0版・第7.0版」準拠のVLAN境界分離と保守セッション検証実装 | ——厚労省ガイドライン第6.0版・第7.0版が求める「ネットワーク分離・保守ベンダー管理・不変バックアップ」を無理なく整える手順 |
医科・歯科クリニック・薬局のための
「オンライン資格確認・電子カルテ・保守回線」安全点検ガイド
——厚労省ガイドライン第6.0版・第7.0版が求める「ネットワーク分離・保守ベンダー管理・不変バックアップ」を無理なく整える手順
この記事の3つの要点(まずここだけ読めば安心です)
- 01. 医療機関の被害原因の第1位は「外部保守ベンダーのVPN・リモート回線」です: 院内のスタッフが不審メールを開かなくても、電子カルテや医療機器の保守業者が使っている古いVPN機器や共通パスワードから侵入され、院内全体のカルテが暗号化される事案が多発しています。
- 02. 「医療専用ネットワーク」と「インターネット閲覧・Wi-Fi用ネットワーク」の分離: 電子カルテやオンライン資格確認端末が繋がるネットワークと、Web検索やメール、患者様向けWi-Fiのネットワークを論理的・物理的に分けることが最優先の基本対策です。
- 03. 厚労省ガイドライン第6.0版・第7.0版の要点は「サイバー攻撃を前提としたBCP(診療継続計画)」: 万が一システムが停止しても診療を止めないための「オフライン(不変)バックアップ」と「緊急時連絡体制(ベンダー・保健所・厚労省窓口)」の整備手順をまとめました。
1. 「うちは小規模なクリニックだから狙われない」とは言えない構造的な理由
サイバー攻撃者は「大病院か小さなクリニックか」を人間が選んで攻撃しているのではなく、インターネット上に公開されている古いVPN機器やリモートデスクトップ(RDP)の隙間をプログラムで24時間自動探査しています。医療現場で特に注意すべき3つの経路を図解します。
図1:事象の発生構造と3段階の対策フロー
リモート保守の扉が開きっぱなしでないか
電子カルテや検査機器の保守会社に対し、「VPN機器の最新化」「他院と共通のパスワードを使っていないか」「作業時のみ回線を開く運用か」の3点を書面で確認します。
専用端末で一般のWebやメールを見ない
オンライン資格確認用の端末は、医療情報化支援基金の要件および厚労省基準に基づき、一般のインターネット閲覧やメール送受信には原則として使用せず分離して運用します。
抜いて保管、または不変バックアップ
カルテサーバーに繋ぎっぱなしの外付けHDDは同時に暗号化されます。世代管理されたオフライン保管または書き換え不能スナップショットを必ず併用します。
場面別の実務確認ポイント
2. 院長・事務長が確認したい「医療情報第6.0版・第7.0版」5大チェック
専門的な知識がなくても、ご家庭や職場で今日から順番に確認・実践できる具体的な比較表とチェックリストをまとめました。
| 厚労省ガイドライン第6.0版・第7.0版 重点項目 | クリニック・薬局でよくある危険な状態 | 今日から整える具体的な改善ステップ | 確認相手・担当 |
|---|---|---|---|
| 01. 外部保守回線(VPN/リモート)管理 | 導入時のまま数年放置、ベンダー共通IDで常時接続可能 | 保守業者へ脆弱性対応状況を確認し、作業時のみ接続許可へ変更 | カルテ・レセコン保守業者 |
| 02. 院内ネットワークのセグメント分離 | 待合室Wi-Fiや事務PCと電子カルテが同じ家庭用ルーター配下 | VLANまたは物理ルーターで「カルテ系」「事務系」「来院者Wi-Fi」を分離 | ネットワーク管理担当 |
| 03. 端末・OSのサポート期限(EOL)管理 | 検査機器連携のため古いWindows端末をネット接続のまま使用 | 古いOS端末はインターネットおよび院内共有LANから物理的に切り離す | 院長・医療機器メーカー |
| 04. バックアップの切り離し・復元検証 | USB外付けHDDを常時挿しっぱなしで一度も復元テストをしていない | 3-2-1-1-0原則に基づく切り離し保管または不変スナップショット化 | 院長・事務長 |
| 05. サイバー攻撃時のBCP(非常時手順) | システム停止時に誰に連絡し、どう紙カルテで受付するか未定 | 緊急連絡先一覧(保守会社・警察・厚労省窓口)と紙受付セットを常備 | 院内スタッフ全員 |
今日から無理なく進めるための4ステップ実践手順
現状の棚卸しと「見えにくいリスク」の把握
新しい機器やソフトを購入する前に、現在使っている機器・アカウント・契約先を紙1枚に書き出します。被害の大半は「昔作ったまま誰も管理していない古い機器や共有アカウント」から始まります。
費用をかけずにできる「3つの基本設定」
01 パスキー(FIDO2)または二要素認証の有効化、02 ルーター・VPN・OSの自動更新設定、03 バックアップ用外付けHDDの常時接続解除(切り離し保管)の3点を実施します。
異変に気づいたときの「責めない連絡ルール」
不審なリンクを開いたり偽警告が出たりした際、「怒られるかも」と隠すことが被害を広げます。「迷ったら6秒深呼吸して手を止め、すぐ共有してくれた人を褒める」ルールを共有します。
定期的な復元テストと第三者の落ち着いた確認
季節の変わり目ごとに「バックアップから実際に1つのファイルを戻せるか」を試すとともに、退職・異動に伴うアカウント整理を行い、迷う点は専門窓口で点検します。
現場で陥りやすい3つの落とし穴と、安全な回避策
落とし穴 01:「電子カルテメーカーに全部任せているから、うちは何もしなくて大丈夫」と思い込む
厚生労働省のガイドライン第6.0版・第7.0版では、外部事業者にシステムを委託している場合であっても、最終的な安全管理の監督責任は医療機関の管理者(院長・開設者)にあると明記されています。年1回は保守業者からセキュリティ点検報告を受け取ってください。
落とし穴 02:待合室の「患者様向けフリーWi-Fi」を院内ルーターの同じ差込口に繋いでしまう
来院者用のWi-Fiが院内の業務LANと同じネットワーク(同一セグメント)にあると、スマートフォンのウイルス等から院内のレセコンやプリンタへ直接アクセスできてしまいます。必ずゲスト分離機能(プライバシーセパレータ+別VLAN)を使ってください。
落とし穴 03:医療機器としか繋がっていないはずのPCに、個人のUSBメモリを挿してデータを移す
ネットワークから切り離していても、自宅や事務用PCで使ったUSBメモリを介してマルウェアが持ち込まれる事例があります。使用するUSBメモリは院内専用に限定し、使用前のスキャンを一貫してください。
今日からできる3項目セルフチェック(クリックして確認)
達成状況:0 / 3 項目ご家庭や職場で現在できている項目にチェックを入れてみてください。すべてお使いのブラウザ内でのみ計算され、外部へ送信されることはありません。
クリニックや薬局の電子カルテ・レセコンをランサムウェアから守る上で、最も優先度が高い対策はどれでしょうか?
よくあるご質問と、迷ったときの判断基準
Q1. 社内に専任のシステム担当者がいないのですが、自分たちだけで始められますか?
はい、始められます。まずは費用や特別な契約を伴わない「基本の3項目(パスキー・自動更新・切り離し保管)」から1つずつ進めてみてください。途中で設定画面の見方が分からなくなったときだけ、相談窓口を頼っていただければ十分です。
Q2. 外部の営業担当者から「今すぐ専用機器(UTM等)をリース契約しないと手遅れになる」と言われました。
その場で即決せず、必ず見積書を持ち帰ってセカンドオピニオンを確認してください。公的ガイドラインや2026年SCS評価制度(★3)が求めているのは、特定メーカーの高額機器ではなく「基本的な管理の仕組み」です。
Q3. このページの内容を印刷して、職場や家族に配ってもよいですか?
もちろんです。本サイトの図解やチェックリストは、地域の企業・医院・学校・ご家庭の安全を守るための公開技術資料として掲載しています。ブラウザの印刷機能(A4縦)でそのまま読みやすく印刷できます。
厚生労働省「医療情報システムの安全管理に関するガイドライン第6.0版・第7.0版」準拠のVLAN境界分離と保守セッション検証実装
本節では、医療情報システム安全管理ガイドライン第6.0版・第7.0版(経営管理編・企画管理編・システム運用編)が求める「電子カルテ網(HIS)・オンライン資格確認網(OQS)・インターネット事務網(OA)のL3セグメント隔離」および「期限付き保守バスティオン認可」の Rust Edition 2024 実装を示します。
1. プロトコル内部構造・数理モデルと設計根拠
1. 3ゾーン・マイクロセグメンテーション不変条件: 院内ネットワークを ZHIS(電子カルテ・部門システム)、ZOQS(オンライン資格確認端末・閉域IP-VPN/IPsec IKEv2)、ZOA(一般インターネット・事務・ゲストWi-Fi)に分離し、パケットフィルタ(FreeBSD `pf`)において ZOA → ZHIS および ZHIS → Internet の直接通信をデフォルト全遮断(`block drop all`)とします。
2. 保守ベンダー Just-In-Time (JIT) 認可モデル: 常時開放型VPNを廃止し、医療機関側の承認者が発行した有効期限付き署名トークン(最大作業時間 Δ t ≤ 7200 秒)とクライアント証明書(mTLS)の双方が揃った期間のみ、録画監査付き踏み台(Bastion)経由でのみ保守通信を許可します。
2. 技術パラメータ・検証仕様一覧
| ネットワーク区画 | VLAN ID / サブネット例 | 許可される通信方向(Allowlist) | 遮断される通信(Default Deny) |
|---|---|---|---|
| Zone 1: 電子カルテ・部門網 (HIS) | VLAN 10 (10.10.0.0/24) | 院内カルテ端末 <-> HIS DB、Pull型バックアップVaultからの読取のみ | インターネット全般への直接通信、OA網・ゲスト網からの全アクセス |
| Zone 2: オンライン資格確認網 (OQS) | VLAN 20 (10.20.0.0/28) | 支払基金・国保中央会 資格確認限定エンドポイント(IPsec IKEv2/TLS) | 一般Webサイト閲覧、メール送受信、OA網端末からの直接マウント |
| Zone 3: 事務・Web閲覧網 (OA) | VLAN 30 (10.30.0.0/24) | HTTPS (TCP 443) 外部Web・クラウドメール(DNSフィルタ経由) | VLAN 10 / VLAN 20 へのあらゆる L2/L3 ルーティング |
| Zone 4: リモート保守踏み台 (Bastion) | VLAN 99 (10.99.0.0/29) | 医療機関の事前承認トークン有効期間中のみ mTLS + SSHセッション記録 | 無期限ログイン、共通アカウント、未承認時間帯のパケットすべて |
#![forbid(unsafe_code)]
#[derive(Debug, Clone, Copy, PartialEq, Eq)]
pub enum ClinicZone {
ElectronicHealthRecordVlan10,
OnlineQualificationVlan20,
OfficeInternetVlan30,
GuestWifiVlan40,
MaintenanceBastionVlan99,
}
#[derive(Debug, Clone)]
pub struct JitMaintenanceTicket {
pub ticket_id: u64,
pub vendor_cert_fingerprint: [u8; 32],
pub approved_by_clinic_director: bool,
pub valid_from_unix: u64,
pub valid_until_unix: u64,
pub session_recording_active: bool,
}
#[derive(Debug, Clone, Copy, PartialEq, Eq)]
pub enum AccessDecision {
AllowIsolatedInternal,
AllowApprovedMaintenance { remaining_sec: u64 },
DenyCrossZoneViolation,
DenyUnapprovedOrExpiredTicket,
DenyMaxDurationExceeded,
}
pub const MAX_MAINTENANCE_WINDOW_SEC: u64 = 7_200; — Max 2 hours per approval
pub fn evaluate_medical_zone_flow(
src: ClinicZone,
dst: ClinicZone,
now_unix: u64,
ticket: Option<&JitMaintenanceTicket>,
presented_fingerprint: Option<&[u8; 32]>,
) -> AccessDecision {
if src == dst && src != ClinicZone::GuestWifiVlan40 {
return AccessDecision::AllowIsolatedInternal;
}
if src == ClinicZone::MaintenanceBastionVlan99 && dst == ClinicZone::ElectronicHealthRecordVlan10 {
let Some(t) = ticket else {
return AccessDecision::DenyUnapprovedOrExpiredTicket;
};
let Some(fp) = presented_fingerprint else {
return AccessDecision::DenyUnapprovedOrExpiredTicket;
};
if !t.approved_by_clinic_director || !t.session_recording_active || &t.vendor_cert_fingerprint != fp {
return AccessDecision::DenyUnapprovedOrExpiredTicket;
}
if t.valid_until_unix.saturating_sub(t.valid_from_unix) > MAX_MAINTENANCE_WINDOW_SEC {
return AccessDecision::DenyMaxDurationExceeded;
}
if now_unix < t.valid_from_unix || now_unix > t.valid_until_unix {
return AccessDecision::DenyUnapprovedOrExpiredTicket;
}
return AccessDecision::AllowApprovedMaintenance {
remaining_sec: t.valid_until_unix - now_unix,
};
}
AccessDecision::DenyCrossZoneViolation
}
#[cfg(test)]
mod tests {
use super::*;
#[test]
fn test_office_or_guest_to_ehr_is_strictly_denied() {
let dec = evaluate_medical_zone_flow(
ClinicZone::OfficeInternetVlan30,
ClinicZone::ElectronicHealthRecordVlan10,
1_710_000_000,
None,
None,
);
assert_eq!(dec, AccessDecision::DenyCrossZoneViolation);
}
}
OpenZFS 128バイト blkptr_t マークル木・Copy-on-Write 不変スナップショット復旧基盤
プロトコル仕様・数理モデル・Rust 2024 実装コードの詳細は、専門技術モノグラフにて公開しています。
あわせて読みたい関連ガイド
まずは本ページの図解とチェックリストでご自身でできる対策からお試しください。関連する手順や、自分たちだけでは判断に迷われたときの相談窓口も以下からご覧いただけます。