クリニックのPHP脆弱性対策5つ｜サイト更新・リニューアルの判断

クリニックのPHP脆弱性対策は、使っている場所の確認、修正の適用、患者情報と権限の整理、停止時の備え、予約受付までの動作確認の5つです。院長や受付担当者が自分でプログラムを書き換える必要はありません。どの会社が何を更新し、何をもって完了とするかを決めるところから始めましょう。

2026年10月22日にPHP公式の緊急更新情報を確認しました。以下は診療案内と外部予約を使うクリニックを想定したAX labsの提案です。実際の被害や、すべての医院に同じ仕組みがあることを示すものではありません。リニューアルの完成を待たず、現在の環境の修正を進めてください。

クリニックのPHP対策1〜3

対策1：PHPを使う機能を洗い出す

最初に、診療案内、休診のお知らせ、初診予約、問い合わせのそれぞれについて、制作会社とサービスの契約先を整理します。WordPressなどで案内を更新する部分と、別会社の予約サービスは、同じ画面から進めても管理する相手が異なる場合があります。見た目だけでPHPの利用を判断しないことが大切です。

制作会社には「当院のどの機能がPHPを使い、今回の修正を誰が適用しますか」と尋ねます。専門的な設定情報の提出を院長が先に用意する必要はありません。公開URLと使っている機能を伝え、確認できた範囲と未確認の範囲を回答してもらいます。

診療案内について対象外との回答があっても、予約やフォームまで確認した回答かは別に聞いてください。担当不明の古い採用ページや、以前の予約入口が公開されたままなら、それも一覧へ加えます。

対策2：提供元に更新を依頼する

PHP公式は今回の問題に対応する更新を公開しています。サーバーの提供元や保守会社には、公式案内と実際の構成を照合し、必要な修正を適用するよう依頼します。提供元が修正を取り込む方式では、表示された版番号だけで判断できない場合もあるため、対応の根拠を確認します。

「更新を受け付けました」という回答は、適用完了の報告ではありません。どの本番環境へ、何を反映し、未対応の機能が残るかを確認してください。院内の検証画面だけを更新して、公開中のサイトが残っていないかも見る項目です。

作業時間は診療への影響と緊急性を踏まえて保守担当と決めます。夜間に限定することで修正が遅れるなら、その間の公開範囲や予約案内をどうするかも相談します。新サイト制作の見積もり待ちと、今回の修正の依頼を分けて進めます。

対策3：個人情報と権限を確認する

初診予約に症状の自由記述欄があるなら、入力内容が予約会社、院内の受付、通知メールのどこへ届くかを確認します。患者が書けるからという理由だけで、診療に関する詳細を一般の問い合わせフォームへ集め続ける必要があるとは限りません。

院長と受付責任者で、予約に最低限必要な項目と、別の方法で確認すべき情報を分けます。実際の閲覧範囲は院内業務に合わせて決め、受付や医師の権限をこの記事の一律の区分で決定しないでください。退職者や以前の制作会社が使うアカウントも確認対象です。

確認を依頼するときは、患者の実データやパスワードを相談メールへ添付しません。情報の項目名、保存する場所、閲覧する担当の役割が分かれば、初期の整理は進められます。権限整理はPHP本体の更新とは別の対策です。

業務を止めない対策4・5と担当整理

対策4：停止と復旧の備えを確認

更新で受付が使えなくなる可能性を保守担当へ確認し、停止する機能と継続できる機能を分けます。予約画面が止まる場合でも、診療時間や電話番号を別の案内で確認できれば、患者が連絡方法を見失う事態を減らせます。臨時の案内を誰が承認し公開するかも決めます。

バックアップについては、有無だけでなく、予約情報も含むのか、誰が復旧を実施するのかを聞いてください。切替中に新しい予約が入った場合、その受付が消えたり重複したりしない扱いも必要です。単純に以前の状態へ戻すと、脆弱性も戻ることがあります。

不審な変更や身に覚えのない送信があるなら、その記録を残して担当へ相談します。原因を調べる前に公開データを削除したり、バックアップで上書きしたりする対応は一律に勧めません。更新の準備と事故の調査は分けて管理します。

対策5：受付まで通して動作確認

更新後にトップページが表示されても、初診予約が受付に届くとは限りません。テスト用の情報を使って、予約入口、入力、完了表示、受付側での確認までを一続きで試します。患者向けの通知がある構成なら、その宛先や内容も確認します。

臨時休診を案内する場面では、診療案内と予約先の営業情報が食い違わないかを見ます。ただし、予約サービスが休診設定と連動するとは限りません。現在の仕様を提供元に聞き、必要な手作業があれば受付の手順へ残してください。

テストのために実在患者の情報を流用せず、実際の予約枠や通知への影響を担当と調整します。確認日、対象機能、確認者、残った問題を記録し、修正の反映報告と合わせて完了を判断します。動作確認の成功だけで、侵害がないことまで証明はできません。

制作会社と現場の役割を決める

サーバー会社はPHPの更新、制作会社はサイトとの互換性、予約会社は予約基盤、受付は日々の業務確認というように、管理が分かれる場面を想定します。実際の契約では担当範囲が異なるため、どの依頼を誰がまとめるかを確認することが先です。

院長がすべての技術判断を引き受ける形にせず、未解決の質問を取りまとめる窓口を決めます。例えば「予約会社は対応済みと言っているが、サイト内の問い合わせは未確認」という状態を一覧で残すと、全体を完了扱いにする誤解を防ぎやすくなります。

報告書の形式を増やすこと自体が目的ではありません。対象、作業結果、受付の確認、残る課題が分かる形にそろえます。契約を見直すときは、注意情報を確認する担当と、更新後の確認まで保守に含むかも話し合ってください。

クリニックのAIネイティブ刷新案

公開案内を事前生成する設計

診療時間、アクセス、初診時の持ち物など、公開してよい情報は、更新時にページを作って配信する方式を検討できます。閲覧のたびに公開側でPHPを動かさない構成にすれば、その部分のPHPへの依存を減らせます。これは診療案内を先に切り出す設計案です。

ただし、休診のお知らせを出すまでの手順が複雑になれば、受付の負担や案内の遅れにつながります。誰が原稿を直し、誰が確認し、公開への反映を確かめるかまで実演してもらってください。更新担当が制作会社だけでよいかも選択する条件になります。

ページを事前生成しても、管理用の仕組みや予約先、フォームの保守は残ります。PHPを使わないことだけで安全な医院サイトと評価せず、停止したときに案内が読めるか、更新権限が管理できるかまで比較します。

個別データを公開サイトから分ける

サイトの公開原稿と、患者が送る予約・相談内容を同じ公開データとして扱わない設計を求めます。例えば持ち物の説明は公開し、症状の入力は必要性を確認した予約サービスの経路へ案内する方法です。公開ページに個人別の回答を埋め込む前提にしません。

制作会社へは「患者情報をどこで受け取り、どこへ保存し、誰が確認しますか」と聞きます。外部サービスへ移せば自動的に管理責任がなくなるわけではありません。契約、権限、通知先、削除の運用と、障害時の連絡方法も確認します。

今回の刷新で公開側だけを変えるなら、予約側に残るPHPや古い受付がないかを別に追跡してください。新しいデザインになったことと、すべての対象環境を修正したことを混同しないために、変更した範囲を記録します。

AIの下書きを人が承認する

この記事でいうAIネイティブなサイトは、AIを載せるだけのサイトではありません。公開できる情報を整理し、AIで説明文の下書きを作り、院長や担当者が確認して更新する流れを初めから設計する意味です。初診の持ち物や来院手順の案内が検討しやすい対象になります。

AIへ入力する材料は承認済みの公開情報を基本にし、患者情報や個別の診療相談を渡す前提にしません。表現が自然でも内容が正しいとは限らないため、持ち物、診療時間、予約の条件が原資料と合うかを人が確認します。

個別の診断や受診の緊急性を自動で判断させず、医療表現の確認責任者も決めます。AIで原稿を作る作業と、医療上の判断、予約の確定を区別してください。導入後も更新履歴を残し、誤った案内を訂正できることが必要です。

保守・刷新の判断と相談の進め方

保守で足りる場合と刷新する場合

現行サイトを問題なく更新でき、担当と契約範囲が明確で、予約や診療案内の確認も回るなら、必要な修正を適用して保守を続ける選択肢があります。PHPの脆弱性が公表されたという理由だけで、すべての医院に全面刷新が必要になるわけではありません。

一方、更新すると予約が動かない、以前の制作会社と連絡が取れない、患者情報の保存先が分からない、休診案内の更新が毎回止まるという課題が重なるなら、運用を作り直す意味が大きくなります。見た目の変更よりも、保守と受付の構造を直す提案を比較しましょう。

緊急更新の費用と、将来の刷新費用は分けて説明してもらいます。新サイトへ移るまで旧環境が残るなら、その期間に必要な保守も見積もりへ含めます。制作金額だけで、更新後の負担や安全性を判断しないことが大切です。

切替時も業務と検索の入口を守る

リニューアルでは、診療科目、アクセス、休診情報など、患者が検索から直接来るページを洗い出します。以前のURLが変わるなら、内容が対応する新しいページへ案内する方法を制作会社と決めます。何でもトップへ戻す設計では、必要な情報を探し直す負担が増えます。

予約ボタンの行き先、電話のリンク、地図、臨時休診のお知らせも切替前後で確認します。院内から見える画面だけでなく、スマートフォンで患者がたどる入口を担当者と試してください。検索順位の維持やAI検索での引用は保証できません。

切替の了承を出す前に、公開する範囲と未確認の機能を共有します。旧サイトのフォームや管理画面をいつ整理するかも計画に含め、新サイトだけを完成扱いにして古い受付を放置しないようにします。

見積相談へ持参する情報を整理

初回相談では、公開サイトのURL、制作・保守の契約先、予約サービスの名称、分かる範囲の更新状況、止められない受付機能をまとめれば十分です。「PHPの利用状況が分からない」という状態でも、その確認から相談することはできます。

患者名や症状の一覧、管理画面のパスワード、内部の接続情報を一般の相談フォームに入れないでください。必要になった資料は、依頼範囲と受け渡し方法を合意してから共有します。診療案内だけの刷新か、予約の接続や保守まで含むかも分けて伝えます。

この下に、クリニックのサイト更新・リニューアルを相談するフォームを用意しています。受付状態を確認のうえ、緊急の更新と将来の改善のどちらを相談したいかを記載してください。AIを使った公開案内の運用も含め、実際に管理できる範囲を整理しましょう。