本文へスキップ
株式会社オープンナレッジ
株式会社オープンナレッジ Open Knowledge Inc.
1. 基本と全体像

この記事の要点と4つの章のご案内

この記事の3つの要点(まずここだけ読めば安心です)に関するイメージ写真
この記事の3つの要点(まずここだけ読めば安心です)
「うちは小規模なクリニックだから狙われない」とは言えない構造的な理由に関するイメージ写真
「うちは小規模なクリニックだから狙われない」とは言えない構造的な理由
医科・歯科クリニック・薬局のための「オンライン資格確認・電子カルテ・保守回線」安全点検ガイド の各章におけるテーマと要点一覧表
章構成 主なテーマ 要点と確認ポイント
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版が求める「ネットワーク分離・保守ベンダー管理・不変バックアップ」を無理なく整える手順
第1章〜第4章では、実務チェックリスト・公的制度基準・詳しい技術仕様を確認できます。
医療・歯科・薬局・介護向け安全ガイド 監修・執筆:登録情報処理安全確保支援士(第007617号)・上級医療情報技師 加藤 明生

医科・歯科クリニック・薬局のための「オンライン資格確認・電子カルテ・保守回線」安全点検ガイド

——厚労省ガイドライン第6.0版・第7.0版が求める「ネットワーク分離・保守ベンダー管理・不変バックアップ」を無理なく整える手順

この記事の3つの要点(まずここだけ読めば安心です)

  • 01. 医療機関の被害原因の第1位は「外部保守ベンダーのVPN・リモート回線」です: 院内のスタッフが不審メールを開かなくても、電子カルテや医療機器の保守業者が使っている古いVPN機器や共通パスワードから侵入され、院内全体のカルテが暗号化される事案が多発しています。
  • 02. 「医療専用ネットワーク」と「インターネット閲覧・Wi-Fi用ネットワーク」の分離: 電子カルテやオンライン資格確認端末が繋がるネットワークと、Web検索やメール、患者様向けWi-Fiのネットワークを論理的・物理的に分けることが最優先の基本対策です。
  • 03. 厚労省ガイドライン第6.0版・第7.0版の要点は「サイバー攻撃を前提としたBCP(診療継続計画)」: 万が一システムが停止しても診療を止めないための「オフライン(不変)バックアップ」と「緊急時連絡体制(ベンダー・保健所・厚労省窓口)」の整備手順をまとめました。
第1章:背景と仕組みの図解

1. 「うちは小規模なクリニックだから狙われない」とは言えない構造的な理由

サイバー攻撃者は「大病院か小さなクリニックか」を人間が選んで攻撃しているのではなく、インターネット上に公開されている古いVPN機器やリモートデスクトップ(RDP)の隙間をプログラムで24時間自動探査しています。医療現場で特に注意すべき3つの経路を図解します。

図1:事象の発生構造と3段階の対策フロー

盲点になりやすい3つの侵入経路 ・保守ベンダー用の古いVPN・共通ID放置 ・カルテ端末と同じLANで一般Web・メール閲覧 ・外付けHDDをカルテサーバに常時USB接続 ※主な発生要因の整理 基本対策:3つのネットワーク(VLAN)分離 ・区画A:電子カルテ・レセコン専用セグメント ・区画B:オンライン資格確認(専用ルータ経由) ・区画C:事務メール・Web・待合室Wi-Fi(論理・物理分離) ※初期設定と運用手順 診療継続(BCP):不変バックアップと保守管理 ・保守接続は「作業時のみ開放・多要素認証」 ・カルテDBの書き換え不能(Immutable)世代保管 → 万が一の際も紙運用と迅速復旧で地域医療を守る ※システム層での保護機構
重要点検 01:保守ベンダーへの確認

リモート保守の扉が開きっぱなしでないか

電子カルテや検査機器の保守会社に対し、「VPN機器の最新化」「他院と共通のパスワードを使っていないか」「作業時のみ回線を開く運用か」の3点を書面で確認します。

重要点検 02:オンライン資格確認端末

専用端末で一般のWebやメールを見ない

オンライン資格確認用の端末は、医療情報化支援基金の要件および厚労省基準に基づき、一般のインターネット閲覧やメール送受信には原則として使用せず分離して運用します。

重要点検 03:レセプト・カルテの保全

抜いて保管、または不変バックアップ

カルテサーバーに繋ぎっぱなしの外付けHDDは同時に暗号化されます。世代管理されたオフライン保管または書き換え不能スナップショットを必ず併用します。

場面別の実務確認ポイント

ご家庭・シニア・初めて学ぶ方へ 難しい専門用語を覚える必要はありません。上の図解の「真ん中の箱(手順 02)」と、実践チェックリストの3項目を1つずつ確認するだけで十分に安全を高められます。
経営者・総務・医療や現場の責任者の方へ 比較表と実践手順をそのまま社内の点検シートとしてお使いいただけます。高額な機器契約の前に確認すべき判断基準も明記しています。
ろう者・難聴者・発達障害のある方へ 音声や動画のみに頼らず、すべて視覚的な図解と文字で完結しています。画面右上の「文字拡大」「シンプル表示」や、A4印刷にも対応しています。
情報システム担当・エンジニア・研究者の方へ 第3章にて、RFC・CVE・NIST SP 800シリーズ等の一次仕様に基づく数理モデルと、Rust Edition 2024(unsafe禁止)による検証コードを公開しています。
第2章:実践手順とセルフチェック

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ステップ実践手順

手順 01(所要時間:約15分)

現状の棚卸しと「見えにくいリスク」の把握

新しい機器やソフトを購入する前に、現在使っている機器・アカウント・契約先を紙1枚に書き出します。被害の大半は「昔作ったまま誰も管理していない古い機器や共有アカウント」から始まります。

手順 02(所要時間:約30分)

費用をかけずにできる「3つの基本設定」

01 パスキー(FIDO2)または二要素認証の有効化、02 ルーター・VPN・OSの自動更新設定、03 バックアップ用外付けHDDの常時接続解除(切り離し保管)の3点を実施します。

手順 03(所要時間:約15分)

異変に気づいたときの「責めない連絡ルール」

不審なリンクを開いたり偽警告が出たりした際、「怒られるかも」と隠すことが被害を広げます。「迷ったら6秒深呼吸して手を止め、すぐ共有してくれた人を褒める」ルールを共有します。

手順 04(3ヶ月に1回・約15分)

定期的な復元テストと第三者の落ち着いた確認

季節の変わり目ごとに「バックアップから実際に1つのファイルを戻せるか」を試すとともに、退職・異動に伴うアカウント整理を行い、迷う点は専門窓口で点検します。

現場で陥りやすい3つの落とし穴と、安全な回避策

落とし穴 01:「電子カルテメーカーに全部任せているから、うちは何もしなくて大丈夫」と思い込む

厚生労働省のガイドライン第6.0版・第7.0版では、外部事業者にシステムを委託している場合であっても、最終的な安全管理の監督責任は医療機関の管理者(院長・開設者)にあると明記されています。年1回は保守業者からセキュリティ点検報告を受け取ってください。

落とし穴 02:待合室の「患者様向けフリーWi-Fi」を院内ルーターの同じ差込口に繋いでしまう

来院者用のWi-Fiが院内の業務LANと同じネットワーク(同一セグメント)にあると、スマートフォンのウイルス等から院内のレセコンやプリンタへ直接アクセスできてしまいます。必ずゲスト分離機能(プライバシーセパレータ+別VLAN)を使ってください。

落とし穴 03:医療機器としか繋がっていないはずのPCに、個人のUSBメモリを挿してデータを移す

ネットワークから切り離していても、自宅や事務用PCで使ったUSBメモリを介してマルウェアが持ち込まれる事例があります。使用するUSBメモリは院内専用に限定し、使用前のスキャンを一貫してください。

今日からできる3項目セルフチェック(クリックして確認)

達成状況:0 / 3 項目

ご家庭や職場で現在できている項目にチェックを入れてみてください。すべてお使いのブラウザ内でのみ計算され、外部へ送信されることはありません。

上の3項目をクリックすると、現在の達成状況に応じたアドバイスが表示されます。まずは1項目ずつ順番に整えていきましょう。
理解を深める確認クイズ

クリニックや薬局の電子カルテ・レセコンをランサムウェアから守る上で、最も優先度が高い対策はどれでしょうか?

よくあるご質問と、迷ったときの判断基準

Q1. 社内に専任のシステム担当者がいないのですが、自分たちだけで始められますか?

はい、始められます。まずは費用や特別な契約を伴わない「基本の3項目(パスキー・自動更新・切り離し保管)」から1つずつ進めてみてください。途中で設定画面の見方が分からなくなったときだけ、相談窓口を頼っていただければ十分です。

Q2. 外部の営業担当者から「今すぐ専用機器(UTM等)をリース契約しないと手遅れになる」と言われました。

その場で即決せず、必ず見積書を持ち帰ってセカンドオピニオンを確認してください。公的ガイドラインや2026年SCS評価制度(★3)が求めているのは、特定メーカーの高額機器ではなく「基本的な管理の仕組み」です。

Q3. このページの内容を印刷して、職場や家族に配ってもよいですか?

もちろんです。本サイトの図解やチェックリストは、地域の企業・医院・学校・ご家庭の安全を守るための公開技術資料として掲載しています。ブラウザの印刷機能(A4縦)でそのまま読みやすく印刷できます。

4. 詳しい技術仕様としくみ:技術アーキテクチャ仕様

厚生労働省「医療情報システムの安全管理に関するガイドライン第6.0版・第7.0版」準拠のVLAN境界分離と保守セッション検証実装

設計背景・判断基準リファレンス

本節では、医療情報システム安全管理ガイドライン第6.0版・第7.0版(経営管理編・企画管理編・システム運用編)が求める「電子カルテ網(HIS)・オンライン資格確認網(OQS)・インターネット事務網(OA)のL3セグメント隔離」および「期限付き保守バスティオン認可」の Rust Edition 2024 実装を示します。

REGULATION
MHLW Guideline v6.0 (2023/2026)
ISOLATION
3-Zone VLAN + Stateful pf
VENDOR ACCESS
JIT Ephemeral mTLS Token
BACKUP RPO
Immutable ZFS Snapshot <= 15m

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セッション記録 無期限ログイン、共通アカウント、未承認時間帯のパケットすべて
3. リファレンス実装コード(crates/ok-medical-bastion/src/jit_maintenance_guard.rs) Rust Edition 2024 (#![forbid(unsafe_code)])
#![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);
    }
}
4. 詳しい技術仕様としくみ(システム設計・数理モデル・実装例)

OpenZFS 128バイト blkptr_t マークル木・Copy-on-Write 不変スナップショット復旧基盤

プロトコル仕様・数理モデル・Rust 2024 実装コードの詳細は、専門技術モノグラフにて公開しています。

技術モノグラフを読む →
ご質問・公的制度の活用に関するお問い合わせ窓口

掲載資料に関するご質問・公的制度活用のご案内

本ページの図解や解説内容に関するご質問、経済産業省「SCS評価制度」やIPA「SECURITY ACTION・サイバーセキュリティお助け隊サービス」等の公的制度の確認方法について、落ち着いた参考窓口としてご案内しております。売り込みや営業連絡は一切行いませんので、社内勉強会やご家庭での確認資料としてご自由にご活用ください。

図解・ビジュアルの拡大表示

図表内のテキストもそのまま選択・検索可能です(ベクターSVG描画) 枠外クリックまたは ESC キーで閉じます