9万件を超えた月初9時30分、ケアプランデータ連携は止まった。紙をなくすはずのDXが、紙を呼び戻した2026年7月の月初
2026年7月1日の朝、ケアプランデータ連携システムが接続困難に陥りました。表向きは「アクセス集中」ですが、現場では「取込ステータスは済なのに、中身のデータがない」という、深い事象も起きています。今回のNOTEでは、月初の障害を単なるサーバートラブルとしてではなく、9万件を超えた社会インフラの設計思想と、2028年4月に迫る介護情報基盤への地続きの課題として読み直します。次月以降、事業所側が準備すべき運用と、運営側に求めたい説明責任の輪郭を、静かに並べてみます。
サーバーは「落ちた」のか、「詰まった」のか
まず、公式の言葉づかいをそのまま置いておきます。
国保中央会の運営するサポートサイトには、2026年7月1日9時30分頃から接続しづらい事象が発生した旨が告知されました。同日21時の追記で、原因はサーバーへのアクセス数の集中と説明されています。当日中に接続できない場合は翌7月2日以降に再接続するよう案内され、7月2日0時からメンテナンスに伴うシステム停止を行う旨も並記されました。
厳密に言えば、公表上は「サーバーダウン」ではありません。書かれているのは、アクセス集中による接続困難です。しかし現場から見た景色は、言葉の厳密さとは別のところにあります。ログインできない。処理の途中で止まる。メンテナンス表示に切り替わる。取込結果の整合性が崩れる。これは、実務上「使えない」と同義です。
告知文の中で、日付表記に「7/1（月）」と「7/1（水）」が混在していた点も、地味に気にかかりました。2026年7月1日は水曜日です。障害の渦中に出す告知でこうした揺れがあると、現場は「いま何が起きているのか」を読み解く体力を、余分に使わされます。
いちばん怖かったのは、混雑ではなく「済」の文字
「取込は済になっているのに、中身が空だったんですよ」
これは、単に混んでいる、遅い、というのとは質がちがいます。表示上の成功と、実データの成功がズレている状態です。運用の世界では、こうした不一致は、請求や監査に関わるシステムでもっとも避けたい事故の型です。使い手は「終わった」と思って次の作業へ進む。あとから、データが存在しないことに気づく。翌月の給付管理票や国保連請求の直前に発覚したら、と考えると、指先が少し冷たくなります。
なぜこうなるのか。技術的には、通信がタイムアウトで切れたときに、処理ステータスだけが「完了」で記録され、実データの書き込みが行われなかった、いわゆるトランザクション処理の非アトミック性が疑われます。難しく聞こえますが、要は「郵便局が『届けた』と伝票にハンコを押したのに、封筒の中身が空だった」という状態です。使い手からすれば、再送すべきか、待つべきか、二重登録にならないか、判断がつきません。行き着く先は、いちばん確実な、紙とFAXへの先祖返りです。
紙を減らすはずのシステムが、紙を呼び戻す。DXでいちばん見たくない裏返しが、月初1日の朝に起きた、ということになります。
月初アクセス集中は、台風ではなく暦です
「アクセスが集中したので」という説明を聞いたとき、多くの人がまず考えるのは、「それは想定できなかったのか」という素朴な疑問だと思います。私も同じでした。
介護現場の月初は、天気ではなく、暦で動いています。サービス提供事業所は前月分の実績をまとめる。居宅は実績を突き合わせる。国保連請求の期限に向けて介護ソフトへ取り込む。差し戻しや修正、再送信もある。この波形は、毎月ほぼ同じ形で立ち上がります。1日から10日前後まで、全国の事業所が同じ動きをする。今回集中したのは、偶発ではなく、構造的なピークです。
利用の規模も、もはや「試験段階」ではありません。WAM NETに掲載された利用状況では、2026年6月15日現在の登録件数が92,571件と公表されています。ケアプランデータ連携システム構築事業は、令和2年度第3次補正予算で17億円が計上され、その後の運用費も含めて多額の公費が投じられています。民間側からも、利用ライセンス料として1事業所あたり年間21,000円が徴収されています。
9万件を超えた社会インフラが、暦で読める負荷ピークで詰まる。そのこと自体が、キャパシティ設計の甘さを露わにしました。予測不能な出来事ではなく、カレンダーを見ればわかる出来事に対して、動的なリソース拡張や流量制御の仕組みが十分ではなかった、と読むほかありません。
誰が作り、誰が運び、誰が責任を持つのか
このシステムの構造は、少しだけ入り組んでいます。
運営主体は、公益社団法人国民健康保険中央会です。厚生労働省の補助事業として、既存の介護給付費請求のネットワーク基盤の上に、ケアプランデータ連携の仕組みを載せる形で立ち上がりました。実際の開発と保守は、国保中央会が抱える大規模開発部隊ではなく、入札で選定された社会インフラ系の大手ITベンダーが担っています。この分野では、日立製作所、富士通、NTTデータといった顔ぶれが長年関わってきました。
もう一つ、忘れてはいけない存在が、事業所側で日常的に使っている介護ソフトのメーカーです。内田洋行の絆Core、日立システムズの福祉の森、グッドツリーのケア樹、コンダクトのFlowersNEXTなど、事業所が選んで導入している民間のソフトが、国保中央会の基盤とのあいだでデータをやり取りしています。標準仕様に合わせた改修と、国保中央会側のベンダー試験を経て、はじめて通信できるようになる建て付けです。
今回のような「済表示なのに中身が空」という事象は、国保中央会側の処理と、民間ソフト側の受け入れ処理のあいだ、通信の握手部分に責任の所在があります。過負荷時にどんなエラーコードを返し、それを受けた側がどう扱うのか。ここが曖昧なまま本番運用に入り、月初のピークで露呈した、と見るのが自然です。
年間の維持コストと、事業所から徴収するライセンス料と、投入された補助金の総額を並べれば、負荷試験の甘さを「想定外でした」の一言で処理できる規模の話ではないことは、はっきりしています。
次月以降、何が変わっていれば「大丈夫」と言えるのか
7月2日未明のメンテナンスで、どこまでの手当てが入ったのかは、公表情報だけでは読み切れません。
サーバーのスケールアップなのか、同時接続数の上限緩和なのか、処理キューの導入なのか、取込済み表示の整合性まわりの修正なのか。次月8月1日前後のピークを見るまで、判断は保留です。
そのうえで、運営側に望みたい対応を、静かに三つだけ置きます。
一つ目は、月初ピークを前提にしたキャパシティ設計の開示です。
同時接続、ファイル送受信、実績取込のそれぞれで、どこまで耐えるのか。ハードウェア増強だけでなく、待機列や流量制限といった、詰まってもサービス全体を落とさない仕組みが要ります。
二つ目は、処理途中で通信が切れたときの整合性保証です。
「済」という表示を、データ本体の書き込みが完了した瞬間にだけ返す。中途半端な状態は「未完了」に厳格に戻す。使い手が再送してよいのか、待つべきなのかを、画面上で迷わせない設計に改めることです。
三つ目は、障害情報の届け方です。
トップページのお知らせ欄一本では、月初の忙しい事業所には届きません。ログイン画面、クライアントアプリ内、メール、介護ソフトベンダー経由。複数の経路で、いま何が起きていて、どう対処すればいいのかが同時に伝わる仕掛けが要ります。
明日、事業所ができるいくつかのこと
システム側の話ばかりではなく、事業所側でも、少し身構えておいたほうが安全な月初になりました。
処理を1日午前に集中させない工夫が、まず一つ。法人内で、サービス種別や事業所単位に処理時間帯をずらす。居宅とサービス事業所のあいだで、「接続不能が二時間続いたら紙・FAX・メールへ切り替える」といった代替ルートの基準を、あらかじめ決めておく。紙に戻る判断を、当日の現場任せにしないことです。
取込後の確認も、済表示だけを信用しない習慣を、この機会にひとつ足しておきたいところです。件数、利用者名、サービス日、単位数。数か所だけでもいい、目視で数字を追う。手間ではありますが、翌月の請求直前に空データを発見するよりは、はるかに軽い負担で済みます。
介護ソフトのベンダーに、通信途中失敗時のログ挙動、空データ取込時の警告、再取込での二重登録防止について問い合わせておくのも、有効です。個々の事業所が個別に聞くよりも、地域の職能団体や自治体がまとめて確認するほうが、回答の質は上がります。
2028年、介護情報基盤という、もっと大きな器
そして、いちばん本音で書いておきたいのは、この先の話です。
ケアプランデータ連携システムは、いずれ介護保険資格確認等WEBサービスを経由して、介護情報基盤へ統合されていく予定です。厚生労働省の資料では、要介護認定情報、介護保険証情報、ケアプラン、LIFE情報、主治医意見書、医療機関との情報共有まで、扱う情報の幅が段階的に広がる構想が示されています。標準化対応が終わった市町村から令和8年度以降にデータ送信を開始し、令和10年、つまり2028年4月1日までに全市町村での活用開始を目指すロードマップです。
いま9万件で月初に詰まるシステムが、この先、全国の介護事業所、医療機関、自治体、そして利用者本人までつながる基盤に育っていきます。障害が起きたときの意味は、まったく変わります。今回は「送れない、届かない」で済みました。介護情報基盤の時代の障害は、「見られない、確認できない、連携できない」に変わります。ケアの現場と、医療との情報共有と、自治体の照会業務が同時に止まる可能性がある、ということです。
だからこそ、今回のトラブルは、月初の一日で終わらせてはいけない出来事だと感じています。派手な将来構想ではなく、月初1日の朝9時30分にちゃんとログインできるか。その足腰の確かさが、介護DX全体の信頼を決めていきます。
事務室に戻ります。ため息をついていたケアマネジャーは、結局その日、サービス事業所まで紙の実績を取りに車を走らせました。片道25分。戻ってきた頃、システムはまだ復旧していなかったそうです。この往復にかかった時間の正体こそ、私たちが次月までに減らさなければならないものの、実寸なのだと思います。
以上、セオドアアカデミーでした。おしまい！
参考文献
※ URLは執筆時点（2026年7月）のものです。今後リンク切れが発生する可能性があります。 ※ 原稿は一次情報を中心に参考にて制作していますが、記載ミス等ありましたらご指摘ください。
いいなと思ったら応援しよう！
ありがとうございます！引き続きよろしくお願いいたします！