介護IoTシステムの構成と通信方式｜見守り・服薬支援機器と介護ソフト連携の設計

見守りセンサーを50室に入れたのに、夜勤者の巡回回数が減らなかった施設があります。原因は機器の性能ではなく、通知が全員のスマートフォンに鳴り続け、検知したイベントが介護記録には一行も残らなかったことです。介護IoTシステムは、センサーを買う話ではなく、電波をどう届け、出てきたデータをどこへ流すかを決める設計の問題でした。この記事で扱うのは、機器からゲートウェイ・クラウド・介護ソフトへ至る4層の役割分担、見守りセンサー3方式の設置制約と台数の数え方、服薬支援機器が出すイベントデータと残薬管理の記録項目、Wi-Fiや920MHz帯など通信4方式で変わる工事範囲、介護ソフトへの連携をAPI・CSV・中間データベースのどれで組むかという判断です。機器を載せる土台となる介護ソフトの定義や機能構成は介護ソフトの機能・種類と提供形態を整理した記事にまとめてあります。

まとめ：介護IoTシステムで先に決める通信方式・機器台数・連携方式の三点

結論から示します。介護IoTシステムの成否は、機種選定より前の三つの決定で決まります。第一に通信方式。施設内の電波をWi-Fiで運ぶのか、920MHz帯の特定小電力無線で運ぶのか、カメラ型のように有線で引くのかで、必要な工事と見積の桁が変わります。第二に機器台数。生産性向上推進体制加算（Ⅰ）のような全居室設置の要件から逆算するのか、転倒事故が起きた居室に絞るのかで、初期費用は数倍違います。

第三が連携方式です。ここが一番後回しにされ、一番もめる。機器のクラウドに溜まったイベントを介護ソフトへ渡す方法は、ベンダーが公開するAPI、日次のCSV取込、複数ベンダーをまとめる中間データベースの三つに整理できます。機器が1〜2種類ならCSVで足り、3種類以上を1本の記録に束ねるなら中間データベースを挟む判断になります。

見送るべき条件も先に置きます。介護記録が紙のまま残っている事業所、配線工事の許可が下りない賃借物件、1年以内に介護ソフトの入れ替えを予定している事業所では、いま機器を買っても記録にも加算にもつながりません。先に手を付けるのは記録の電子化です。

介護IoTシステムを構成する4層と介護ソフトが担う範囲との境目

介護IoTと呼ばれる仕組みは、実体としては4つの層が縦に積み上がった構成です。層で切ると、どこまでが機器ベンダーの見積で、どこからが別発注になるかがはっきりします。

センサー機器・ゲートウェイ・クラウド・介護ソフトという4層の役割分担

最下層はセンサー機器です。電池または電源で動き、離床・体動・開閉・服薬といった事象を検知して信号を出すところまでを担います。その上がゲートウェイ層。居室から上がる無線を施設内で集約してインターネット回線へ中継する装置で、フロアの広さと壁材で設置台数が変わります。三層目は機器ベンダーのクラウドで、履歴の保管、しきい値判定、職員端末への通知配信を受け持ちます。

最上層が介護ソフトです。ここだけは扱う情報の性質が違う。下の三層が「いつ何が起きたか」を持つのに対し、介護ソフトは「誰にどのケアを行ったか」を持ちます。見守り機器の見積書は多くの場合クラウド層までで完結し、四層目への接続は範囲外です。相見積を取るときは、この接続工程が含まれるかを最初に確認してください。

IoT側が持つ検知機能と介護ソフト側が持つ記録機能の切り分け方

切り分けの基準は単純です。人の判断が入らない事実はIoT側、人の判断が入った結果は介護ソフト側に置きます。午前2時14分に居室で離床を検知した、という事実はセンサーが自動で残せます。しかしそれを受けて職員が訪室し、トイレ誘導を行い、10分後に臥床を確認した、という一連は職員の入力なしには残りません。

この境目を曖昧にしたまま「センサーを入れれば記録が楽になる」と説明された事業所は、通知画面と介護記録の両方を見る二重入力を抱えます。記録側をどこまで電子化し、どの項目を機器から自動で埋めるかという設計は介護記録システムの電子化範囲と入力端末を整理した記事で扱っています。

見守りセンサーの検知方式別に見た設置条件と誤検知が起きる場面

見守りセンサーは検知方式で3系統に分かれ、置ける場所と拾えるデータが違います。9分野16項目という制度上の機器類型については介護ロボットの機器類型と普及率をまとめた記事に譲り、ここでは設置と配線の条件に絞ります。

マット型・ベッド設置型・非接触型という3方式の検知精度と設置制約

3方式の違いを、施設側が負担する工事と拾えるデータで並べます。

接触するマット型は安価で当日から使えますが、拾えるのは踏んだか否かだけで、ベッドから足を下ろさない転落は取れません。マットレス下に敷くベッド設置型は起き上がりの予兆を出せる代わりに、居室ごとの電源確保が前提。天井に付ける非接触型のうちカメラを使う機器は、撮影範囲の掲示と本人・家族への説明を運用側で用意しないと、稼働後に苦情が出ます。

生産性向上推進体制加算の全居室要件から逆算する台数と初期費用の試算

台数は「必要そうな居室」から積み上げるのではなく、要件から逆算します。令和6年度改定で新設された生産性向上推進体制加算は、加算（Ⅱ）が月10単位、加算（Ⅰ）が月100単位。加算（Ⅰ）は見守り機器を全居室に設置し、インカム等を同一時間帯に勤務する全介護職員が使うことなどが条件です（2026年8月時点の公表内容）。

つまり加算（Ⅰ）を狙う施設は、50室なら50台が最低ラインです。ここにゲートウェイ配下の容量、中継器、通信環境の整備費が乗る。段階導入なら、まず加算（Ⅱ）の要件で1種類を全体に入れ、翌年度に機器を足して加算（Ⅰ）へ上げる順序が現実的です。補助率や補助上限、投資回収の考え方は介護DXの着手順序と費用・原資を整理した記事にまとめました。

夜間の誤検知でアラート疲れが起きる条件と通知の閾値・宛先の決め方

導入後に最も多く聞く不満は、精度の低さではなく通知の多さです。全居室のセンサーが同じ閾値で鳴り、夜勤2名の端末に一晩で数十件届けば、職員は通知を見なくなります。無視が定着した時点で、そのシステムは事故防止の役に立ちません。

設計で押さえるのは二つ。閾値を利用者単位で変えられるか、宛先をフロアや時間帯で振り分けられるかです。日中に自立歩行できる利用者の離床通知は切り、転倒歴のある利用者だけ体動レベルまで下げる。夜間は担当フロアの端末とナースコール盤にだけ流す。この設定粒度はベンダーごとに差が大きいため、デモの段階で「利用者ごとの閾値変更」と「時間帯別の宛先切替」を実機で触らせてもらってください。

服薬支援デバイスと残薬管理のデータが介護記録に残るまでの経路

見守りに比べて情報が少ないのが服薬支援の領域です。機器が出すデータの性質を理解しないまま入れると、飲み忘れは減っても記録は手書きのまま残ります。

服薬支援機器が出力する服薬時刻・取り出し・未服薬というイベント

服薬支援機器の基本動作は、設定時刻に薬包を押し出し、音声と画面で服薬を促し、取り出されたかを検知するというものです。出力されるイベントは、設定時刻、薬ケースの取り出し時刻、一定時間取り出されなかった場合の未服薬通知の3種類に整理できます。

ここで押さえておく限界が一つ。取り出し検知は「薬を手に取った」ことの記録であって、嚥下まで保証しません。認知症の利用者では取り出したまま服用しない場面が起こり得るため、服薬確認を機器へ置き換えるのではなく、職員の確認回数を減らす道具として位置づけます。設置条件も見落とされがちです。日立グローバルライフソリューションズの服薬支援ロボは公表仕様で質量9.5kg、寸法278×327×325mm、電源はAC100V。据置きとコンセントが要るため、居室内の置き場所を先に決めておきます。

残薬管理を成立させる記録項目と家族・薬局へ共有する経路の設計

残薬管理を機器だけで完結させることはできません。機器が持つのは取り出しイベントだけで、処方日数や一包化の単位、頓服の扱いは外側の情報だからです。記録としてそろえる項目は、処方開始日、1日の服薬回数、機器へ充填した日と数量、取り出しイベント、未服薬アラートの5つ。ここまでそろって、月末に残るはずの数と実数を突き合わせられます。

共有経路は関係者ごとに分けます。家族へは未服薬の通知だけをメールで、薬局へは月次の服薬状況を帳票で、介護記録には日々の服薬実施記録を。すべてを同じ画面で共有しようとすると、個人情報の閲覧範囲が広がりすぎます。前掲の機器は履歴の保管期間が最大4週間と公表されており、月次で振り返る運用ならクラウド側の保管期間も確認対象です。

販売終了で機器が消える前提の更新計画とデータ持ち出しの確認点

この分野の機器は入れ替わりが速い。エーザイが2017年1月12日に販売を開始した服薬支援機器「eお薬さん」は、1日最大4回の服薬時刻指定、メールアドレス最大5件への通知、クラウドでの最大1年分の履歴保管という仕様を備えていましたが、2020年9月に販売を終了しています。

導入時に契約で確認しておく項目は三つ。販売終了後の保守部品の供給期間、サービス終了時に蓄積データをCSV等で取り出せるか、取り出せる場合の形式と手数料。ここを確認せずに導入した事業所は、機器を入れ替えるたびに過去の服薬履歴を失います。

建物条件から決まる通信方式の選び分けとWi-Fi増設が必要になる境目

介護IoTの見積が事業所によって数百万円ぶれる主因は、機器の単価ではなく通信部分の工事です。建物の構造と改修可否から先に方式を絞ります。

Wi-Fi・有線PoE・920MHz帯・LTEの4方式で変わる工事範囲と費用

施設で使われる通信方式は実質4つ。工事の重さが違います。

電池で数年動かす小型センサーの多くが920MHz帯を採る理由は、規格 ARIB STD-T108 で空中線電力20mW以下、帯域13.8MHzと定められた省電力の無線であり、無線局免許なしで使えるためです（機器側の技術基準適合認定は必要）。周波数が低いぶん回折しやすく、2.4GHz帯と比べておよそ3倍の伝送距離が得られるとされます。既設のWi-Fiが居室まで届いていない施設なら、全室へアクセスポイントを増設するより920MHz帯で組むほうが工事は軽い。

鉄筋造や改修不可の建物で電波が届かない場面と中継器の配置手順

電波が抜けない典型は、鉄筋コンクリートの戸境壁、防火扉で区切られた長い廊下、エレベーターホールを挟んだ別棟です。920MHz帯の機器はコーディネータ、ルータ、エンドデバイスの3種のノードでメッシュを組み、隣接ノードを経由するマルチホップ中継で距離を稼ぎます。届かない居室があるときは、経路上にルータとなる中継器を足すのが定石です。

手順としては、契約前に電波調査を入れてもらいます。仮設ゲートウェイを想定位置に置き、各居室で受信強度を測り、届かない居室の一覧と中継器の必要数を出す。この調査を省いて台数だけで見積を取ると、稼働後に「特定の3室だけ通知が来ない」状態が残り、追加工事の費用と工期が後から乗ります。壁の穴あけができない賃借物件は、この段階で有線方式を候補から外してください。

介護ソフトへの連携をAPI・CSV・中間DBのどれで組むかの設計判断

ここは既製パッケージの守備範囲から外れやすく、設計判断を最も要する部分です。

公式API・CSV定期取込・中間DB経由という3方式の適用条件と費用

機器クラウドから介護ソフトへデータを渡す方法は3通りです。

判断は機器の種類数で切るのが実務的です。見守り1種類だけなら日次のCSV取込で足ります。当日の離床回数が即時反映されなくても、翌朝のカンファレンスには間に合うためです。見守り・服薬支援・バイタル測定と3種類以上を1本の利用者記録に束ねる段階になると、機器ごとに変換処理を書き足す方式は破綻します。中間データベースを1つ置き、機器側の差異をそこで吸収してから介護ソフトへ渡してください。公式API連携は最も軽い代わりに、機器ベンダーと介護ソフトの組合せが対応済みの場合にしか選べません。

利用者IDと居室番号の突合、機器の時刻ずれで記録が崩れる落とし穴

連携方式を決めた後に必ず出てくるのが、キーの不一致です。見守り機器は多くの場合「居室番号」または「機器ID」でデータを持ち、介護ソフトは「利用者ID」で持ちます。居室移動が発生した瞬間、過去のイベントがどちらの利用者のものか判別できなくなる。対策は、機器IDと利用者IDを期間付きで持つ突合マスタを連携側に用意することです。room_id と resident_id に有効開始日と終了日を添えて持たせれば、居室移動をまたいでも遡って正しく紐づきます。

もう一つが時刻のずれです。ネットワーク時刻同期の設定が入っていない機器は、数か月で数分単位のずれを生みます。離床検知が2時14分、職員の訪室記録が2時11分という前後関係の逆転が起きると、事故報告書の裏付けに使えません。連携仕様を決める段階で、機器側の時刻同期の有無とタイムスタンプの保持形式を確認しておきます。

パッケージで足りる事業所と連携開発が要る境界、見送るべき条件

ここは判断を言い切ります。すべての事業所に連携開発が要るわけではなく、多くはパッケージの範囲で足ります。

パッケージ導入だけで完結する事業所の規模と記録運用に関する条件

次の3条件をすべて満たす事業所は、機器ベンダーのパッケージだけで導入を完結させてください。連携開発は費用に見合いません。第一に、入れる機器が1種類であること。第二に、介護記録がすでに電子化されており、職員がタブレットで日々入力していること。第三に、使っている介護ソフトと機器ベンダーの間に公式の連携メニューが用意されていること。

この条件下では、通知を見た職員が記録アプリで実施入力する運用のほうが自動連携より早く回ります。転記の手間は1件あたり十数秒。それを削るために数百万円を投じる合理性はありません。定員29名以下の小規模多機能型や単独のグループホームは、この型に収まる規模です。

連携開発へ切り替える境界と発注時に切り出す3つの成果物の範囲

境界は、機器が3種類以上になるか、複数施設のデータを法人本部で横断して見たくなった時点です。ここを越えると、機器ごとの管理画面を職員が見て回る運用が崩れ、施設間で記録項目の粒度も揃わなくなります。利用者単位の時系列を法人で1本持つ必要が出たら、連携部分を開発対象として切り出します。

発注時に成果物として明記する範囲は3つ。機器クラウドから何をどの頻度で取得するかを定めた連携仕様書、機器ごとの形式差を吸収する変換処理、機器IDと利用者IDを期間付きで管理する突合マスタです。ここを曖昧にしたまま「介護ソフトと繋いでほしい」と依頼すると、見積が出ないか保守範囲でもめます。データ取り込み基盤と介護記録側の受け口をまとめて設計する場合は、AI/IoTソリューションの受託開発で機器選定の段階から相談を受けています。

いま見送るべき事業所の条件と記録の電子化から始める着手の順序

次のいずれかに当てはまる事業所は、今期の機器導入を見送ってください。介護記録が紙のまま残っている場合、センサーが出したデータの行き先がありません。配線工事や壁への機器固定の許可が下りない賃借物件では、選べる方式が電池駆動の無線に限られます。1年以内に介護ソフトの入れ替えを計画している場合は、連携先が変わるため実装が二度手間です。

着手順序は固定でよいと考えています。記録の電子化が第1段、通信環境の整備が第2段、機器の導入が第3段、連携開発が第4段。この順を飛ばして機器から入った事業所ほど、通知だけが増えて記録は紙のまま残ります。第1段の設計は記録システムの導入設計をまとめた記事が扱う範囲です。

訪問介護と小規模事業所で変わる機器構成と在宅側の通信の制約条件

施設向けの構成をそのまま在宅へ持ち込むと、通信と電源の前提が崩れます。

在宅側でWi-Fiを前提にできない場面とLTE内蔵機器・電源の条件

在宅で最初に外れる前提が、家庭内のWi-Fiです。高齢の単身世帯では固定回線を契約していない住戸が珍しくなく、契約があってもルーターの再起動や通信障害への対応を家族が担えません。在宅向けの見守り機器や服薬支援機器がLTE通信を内蔵しSIMを機器側で持つ構成を採るのは、この前提の差によります。通信費は台数ぶん積み上がるため、利用者1人あたりの月額は施設より高くなります。

電源も制約です。据置型の服薬支援機器はAC100Vの常時給電が要り、延長コードで居室の隅に置くと転倒リスクを作ります。停電と回線断のときの振る舞い、復旧後に未送信データを再送するかも確認対象。設置訪問の際にコンセント位置と電波状況を1軒ずつ記録しておくと、後の障害切り分けが速くなります。

直行直帰の訪問介護で記録と機器データを突き合わせる運用の設計

訪問介護では、職員が事業所に立ち寄らず直行直帰するため、記録はスマートフォンから随時上がってきます。一方で機器データは利用者宅から直接クラウドへ届く。別経路で集まるので、突き合わせはクラウド側で行います。基準にするのはサービス提供時刻です。訪問記録の開始・終了時刻と、その時間帯の機器イベントを並べれば、訪問中に起きたのか不在時に起きたのかを切り分けられます。

もう一点、不在時の未服薬アラートを誰が受けるかを運用として決めておきます。サービス提供責任者に集約するのか、家族へ直接飛ばすのか。全員へ通知すると誰も動きません。

よくある質問

介護IoTシステムの検討でよく寄せられる質問を、設計と費用の観点でまとめました。

介護IoTの導入で最初に決めるべきことは何ですか？

機種ではなく通信方式です。建物が鉄筋造で改修の許可が下りるのか、電池駆動の無線でしのぐのかによって、必要な工事と見積の幅が大きく変わります。通信方式が決まると、選べる機器の候補が自然に絞られます。その次に台数（加算要件から逆算するか、対象居室を絞るか）、最後に介護ソフトへの連携方式という順序で決めていくと、後戻りが起きません。

介護IoTの市場規模はどれくらいの数字を見ればよいですか？

市場規模の公表値は、調査機関ごとに介護ロボットや介護ソフトを含めるかで対象範囲が違い、そのまま自事業所の判断材料にはなりません。判断に効くのは、居室数×機器単価＋通信環境の整備費＋連携開発費という自前の試算です。加算による増収と補助金を差し引いた実質負担を3年から5年で並べれば、市場全体の数字を追わなくても投資判断はできます。

介護IoTの課題として現場で起きやすいものは何ですか？

三つあります。通知が多すぎて職員が見なくなるアラート疲れ、機器の管理画面と介護記録の両方に入力する二重入力、そして特定の居室だけ電波が届かない通信の穴です。いずれも機器の性能ではなく設計と設定の問題で、閾値の利用者単位の調整、連携方式の決定、契約前の電波調査でそれぞれ潰せます。定着するかどうかは、この3点を事前に詰めたかで決まります。

介護IoTを提供する企業はどのような基準で選べばよいですか？

比較の軸を機器の検知精度だけに置かないでください。使っている介護ソフトとの連携実績があるか、API仕様やCSVの出力形式を提示できるか、サービス終了時にデータを取り出せる条件が契約に書かれているか。この3点を提案時に確認します。販売終了になった服薬支援機器の例があるように、機器は数年で入れ替わる前提で、データの持ち出し条件を優先して比べてください。

訪問介護でもIoT機器は導入できますか？

導入できますが、構成は施設と別物です。家庭のWi-Fiを前提にできないためLTE内蔵の機器を選び、SIMの月額を利用者数ぶん見込みます。記録は職員のスマートフォンから、機器データは利用者宅から別経路でクラウドへ届くため、突き合わせはサービス提供時刻を基準に行う設計にしてください。不在時のアラートを誰が受けるかを事前に一元化しておくと、通知の放置を避けられます。

関連記事

• ケアプランデータ連携システムとは｜利用要件と導入手順、介護ソフト連携の確認点：事業所の外へデータを出す場合の要件と手順を扱っています。
• 店舗管理のIoTシステムとは？センサー連携の仕組みと費用・導入判断の基準：同じセンサー連携の設計を小売・飲食の現場条件で比較できます。
• 車両運行管理IoTとは？テレマティクス・デジタコ連携の仕組みと導入判断を解説：移動体からのデータ収集と基幹システム連携の型を扱っています。
• 介護ソフトの比較で候補を3社に絞る7軸｜シェア表の読み替えと開発の分岐点：連携先となる介護ソフト側の選定軸をまとめています。
• 介護ソフトの費用相場と5年総額｜課金方式別の月額と隠れコストの試算：機器費用と合算して総額を試算するときの土台になります。