介護報酬の請求は、保険給付分を国保連へ、自己負担分を利用者へと、毎月ふたつの請求を並行して締める業務です。介護請求ソフトはこの二本立てを1つのデータから作り、伝送まで通すための仕組みです。この記事では、国民健康保険中央会が提供する伝送ソフトと市販の介護請求ソフトのどちらを使うべきか、毎月1日から10日の送信期間をどう組み立てるか、返戻や過誤申立が出たときに翌月請求へどう戻すかを、実務の手順で整理します。送信前の自主点検を機械化する短いPythonコードも載せました。あわせて、既存の会計・給与・基幹システムと請求データをつなぐために連携開発へ踏み出す条件を、金額と体制の観点から言い切ります。
まとめ:介護請求ソフトの選定で先に決める請求範囲と伝送手段
選定を始める前に決めるのは3点です。第一に、国保連への給付費請求だけを電子化するのか、利用者請求書の発行と入金消込まで含めるのか。前者だけなら国保中央会の伝送ソフトで足ります。後者まで請求範囲に含むなら、市販の介護請求ソフトが必要です。なお国保中央会の伝送ソフトは無料ではなく、2026年9月時点の申込ページでは利用料60,000円(消費税・送料込)と案内されています。
第二に、記録から請求実績を自動で起こすかどうか。サービス提供実績を紙やExcelから手入力し直している事業所は、請求ソフト単体を入れても入力工数がほとんど減りません。記録と請求が同じデータを見る構成にして初めて、締め日の残業が消えます。
第三に、締めの体制です。送信できるのは毎月1日から10日の10日間だけで、この期間内なら送信済みデータを取り消して正しいデータを送り直せます。10日を過ぎた誤りは返戻・過誤申立という翌月以降の手続きに回ります。1人の請求担当者に全事業所の締めが集中している体制のままでは、ソフトを替えても事故は減りません。障害福祉サービスの請求も同じ10日締めですが、上限額管理結果票の期限がその内側に入ります。違いは障害福祉ソフトとはで整理しています。
加えて2026年は、令和9年度の定期改定を待たずに令和8年度の期中改定が入った年です。6月に処遇改善加算、8月に施設系の食費の基準費用額と多床室の負担限度額が変わり、伝送ソフト側も月ごとに更新プログラムが出ました。ベンダーがこの速度に追随できたかどうかは、製品選定の実績確認に使える材料です。
複数事業所を運営し、会計や給与、既存の基幹システムへ請求データを渡している法人では、パッケージの標準機能だけでは業務が閉じない場合もあるのが実情です。その場合の分岐は「毎月の手作業が何時間残るか」という基準で、最終章に条件付きで示します。
介護請求ソフトが担う国保連請求と利用者請求の二本立ての処理範囲
介護請求ソフトという言葉が指す範囲は、製品ごとの差がかなり大きい領域です。国保連へのデータ送信だけを担うものから、実績入力・請求書発行・入金消込・売掛管理まで通すものまで幅があります。まず自社が電子化したい範囲を、業務の単位で切り分けます。
保険給付分を国保連へ、自己負担分を利用者へ請求する処理の分岐点
介護保険サービスの費用は、利用者の負担割合に応じて分かれます。負担割合証に記載された1割から3割が利用者請求、残りの7割から9割が国保連への給付費請求です。介護請求ソフトは、同じサービス提供実績データからこの2系統を同時に生成します。なお訪問看護は医療保険での算定が混ざり、請求先は支払基金と国保連に分かれる仕組みです。その構造は訪問看護システムの請求要件で扱っています。
分岐が起きるのは保険外費用です。食費、居住費、日用品費、行事費、送迎の実費といった項目は保険給付の対象外で、利用者請求だけに乗ります。この保険外項目を何種類まで登録でき、利用者ごとに単価を変えられるかどうかが、製品間で差の出るところです。デイサービスで昼食代とおやつ代を分けて請求している、施設で個室料金を居室ごとに設定している、といった事業所では、この登録自由度が実際の運用可否を決めます。施設系で低所得の利用者がいる場合は、食費・居住費のうち負担限度額を超える部分が特定入所者介護サービス費として保険側の請求に回るため、保険外費用といっても国保連請求と無関係ではありません。
サービス提供実績・給付管理票・請求データが連動する処理の流れ
請求データは、日々の実績から3段階を経て組み立てられます。介護請求ソフトの価値は、この3段階で人手の再入力をどれだけ消せるかにあります。
- サービス提供実績の確定:予定に対する実施・キャンセル・加算の算定要件を、月末までに実績として確定させる
- 居宅介護支援事業所での給付管理票の作成:ケアプランの給付管理単位数と、各サービス事業所の実績を突き合わせる
- 介護給付費請求明細書の生成:確定実績を単位数に換算し、地域区分の単価を掛けて請求額を算出する
居宅介護支援事業所と各サービス事業所で法人が分かれている場合、2段階目の突き合わせが電話とFAXで行われがちです。この事業所間のやり取りを電子化する公的な仕組みがケアプランデータ連携システムで、国保連への請求データ伝送とは宛先も対象データも異なります。同一法人内で完結している事業所なら、ここは介護請求ソフト内で自動照合できる範囲です。実績の食い違いは返戻の主因のひとつで、後述する返戻対応の手戻りを減らす意味でも、照合機能の有無は確認しておく価値があります。介護ソフト全体の機能構成については介護ソフトとは?機能・種類とクラウド/オンプレの選び方で整理しています。
介護請求ソフトと介護記録システムを分けて導入したときに残る手作業
記録は記録専用のアプリ、請求は請求専用のソフト、という分離構成は珍しくありません。この構成で残るのは、実績データの転記です。記録側のCSV出力を請求側の取込フォーマットへ変換する作業が毎月発生し、項目の対応関係がずれると加算の付け漏れにつながります。
分離を選ぶなら、両製品間の連携が公式に用意されているか、それとも自社でCSVを加工するのかが導入前の確認事項です。連携が非公式なら、報酬改定でフォーマットが変わるたびに変換ルールを直す作業が発生します。記録側の設計論点は介護記録システムとは|電子化する範囲と入力端末・LIFE提出の設計に切り出しています。
国保中央会の伝送ソフト(利用料6万円)と市販の介護請求ソフトの業務範囲の差
「国保中央会の伝送ソフトがあるのに、なぜ市販ソフトに月額を払うのか」という問いは、導入検討で必ず出る疑問です。答えは守備範囲の違いにあります。両者は競合製品ではなく、担う工程が異なります。
国保中央会の簡易入力ソフト・伝送通信ソフトが担う工程と担わない工程
国民健康保険中央会は、事業所向けに介護伝送ソフトVer.10を提供しています。構成は、請求明細を入力して請求データを作る簡易入力ソフトと、作成したデータを電子請求受付システムへ送る伝送通信ソフトの2本です。2026年9月時点の最新は簡易入力ソフトVer.10.9系で、2026年8月27日付でVer.10.9.2の更新プログラムが出ています。利用のお申込みページでは利用料60,000円(消費税・送料込)と案内されており、「無料の伝送ソフト」という理解は誤りです。
このソフトが担うのは、請求明細書の入力と国保連への送受信までです。担わないのは、利用者への請求書発行、口座振替データの作成、入金消込、売掛残高の管理、ケアプランや実績記録との連動です。国保連請求だけで業務が閉じる事業所、たとえば利用者請求を手書き領収書で済ませている小規模事業所であれば、伝送ソフトだけで運用は成立します。
動作環境についても、動作保証の期限に注意が必要です。同ページでは、Windows 10は令和7年10月14日をもって動作保証の対象外とし、ESUを登録した事業所に限り令和8年10月13日まで動作保証を延ばすと告知されています。今期中に請求用パソコンの入れ替えを予定していない事業所は、ソフトの乗り換えより先にこちらの期限が来ます。
利用者請求書・口座振替・入金消込まで含めた業務範囲の比較基準
両者の守備範囲を工程で並べると、どこから市販ソフトが必要になるかが見えます。
| 工程 | 国保中央会の伝送ソフト | 市販の介護請求ソフト |
|---|---|---|
| サービス提供実績の入力 | 請求明細として手入力 | 予定実績・記録から取込 |
| 給付管理票の作成 | 対応(居宅介護支援) | 対応・実績と自動照合する製品あり |
| 国保連への伝送 | 対応 | 対応(内部で伝送機能を持つ) |
| 利用者請求書の発行 | 非対応 | 対応 |
| 口座振替データの作成 | 非対応 | 対応(金融機関フォーマット別) |
| 入金消込・売掛管理 | 非対応 | 対応 |
| 返戻データの取込と再請求 | 受信・確認まで | 原因箇所の特定と再請求まで |
| 費用の出方 | 利用料60,000円 | 月額課金が主流 |
実務では、利用者数が概ね30名を超えたあたりから、利用者請求書と入金消込の手作業が締め日を圧迫し始めます。訪問系で1人あたりの利用回数が多い事業所では、この閾値はさらに下の水準です。市販ソフトの月額料金と、請求担当者の残業時間を突き合わせて判断する形になります。伝送ソフトの利用料60,000円は、月額数千円の市販ソフトの1年分前後にあたるため、金額の差だけで伝送ソフトを選ぶ理由にはなりにくいのが実情です。金額の内訳は介護ソフトの費用相場と5年総額|課金方式別の月額と隠れコストの試算で試算しています。
電子請求受付システムの利用申請と電子証明書の準備で詰まる箇所
どちらのソフトを使う場合でも、国保連への電子請求には電子請求受付システムのユーザーIDと電子証明書が要ります。新規開設の事業所で見落とされやすいのが、この準備期間です。指定を受けてから証明書が手元に届くまでには事務手続きの時間がかかり、初回請求に間に合わない例が出ます。
もうひとつの制約が、新規開設事業所は開設月のサービス提供分を翌月に伝送請求できない点です。北海道国保連の請求事務取扱いの留意事項でも、この分は電子媒体での請求になると明記されています。伝送へ切り替える際には、「介護給付費の請求及び受領に関する届」の提出も必要です。開業初月の請求方法をベンダーに確認せず、伝送前提でスケジュールを組むと、初回の入金が遅れます。
毎月1日から10日で締める介護報酬請求の月次スケジュールと再送の扱い
介護請求の運用設計は、10日間という送信期間をどう使い切るかに尽きます。ソフトの機能比較より、この期間内の作業分解のほうが事故率を左右します。
実績確定から送信結果の受信までを10日間に収める作業分解手順
送信可能期間は毎月1日から10日までです。この期間に、前月サービス提供分の請求を確定させて送ります。神奈川県国保連の伝送による請求ページでは、期間中は24時間送信でき、送られたデータは10日の24時に国保連のサーバへ取り込まれると案内されています。同じページに記載されているのは、10日の夕刻に送信してエラーに対処できないまま取り込まれ、返戻になる事業所が多いという注意です。実務では次の順で組み立てます。
- 月末から1日:サービス提供実績の確定と加算算定要件の点検
- 1日から3日:居宅介護支援事業所との実績突き合わせ、給付管理票の確定
- 3日から5日:請求データの生成と自主点検(単位数・負担割合・公費の適用)
- 5日から8日:国保連への送信、および到達確認・受付確認の受信
- 8日から10日:エラーが出た場合の修正と再送信の予備日
送信結果を受信して到達を確認するところまでが送信作業です。神奈川県国保連の案内では、到達確認は8時10分から24時10分まで30分間隔、受付確認は8時20分から24時20分まで30分間隔で配信されます。ここを省略して「送ったつもり」で終わると、未到達に翌月まで気づきません。予備日を2日確保しておく理由も同じで、期間内であれば送信済みデータを取り消して正しいデータを送り直せるためです。
期間内の送信データ取消と、期限を過ぎた誤りの取り扱いの違いの判断軸
1日から10日の期間内なら、送信したデータを何度でも取り消して、正しいデータを送信できます。この点が電子媒体や紙での提出と決定的に違うところで、CD-Rや紙で提出した場合、提出後の差し替えは行われません。取消については、操作上の落とし穴にも注意が必要です。北海道国保連の留意事項によれば、取消データの状態が「取消完了」になる前に訂正データを送ると、その訂正データのほうがエラーになります。取消と再送を急いで続けて打たず、状態の遷移を見てから再送する手順を担当者間で共有しておきます。
期限を過ぎてから誤りに気づいた場合は、取消ではなく別の手続きになります。過大請求なら過誤申立、請求漏れなら翌月以降での追加請求です。どちらも入金が1か月から2か月ずれるため、資金繰りに影響します。10日間の予備日を潰さない運用が、結局は資金繰りを守ります。
複数事業所・多サービスを同月に締めるときの担当分担と点検順序
訪問介護、通所介護、居宅介護支援を同一法人で運営している場合、締め作業は事業所数だけ並行します。1人の担当者が全事業所を順に処理する体制では、後回しになった事業所の点検が10日直前に集中します。
分担の切り方は、事業所単位ではなくサービス種別単位が実務的です。同じ種別なら加算の算定要件と点検箇所が共通で、担当者の判断が速くなります。居宅介護支援だけは給付管理という別工程を持つため、専任を置きます。点検順序は、給付管理票を扱う居宅介護支援を先に確定させ、その後に各サービス事業所の実績を突き合わせる順です。逆順にすると、給付管理単位数の変更が全事業所の再点検を呼びます。締めの担当を固定するには、月初10日間の勤務シフトを請求担当から先に押さえておく必要もあり、この組み方は介護施設の勤怠管理システムの論点とつながります。
返戻・査定・過誤申立が起きたときの原因特定と翌月請求への戻し方
請求業務で時間を食うのは、正常に通った請求ではなく、返ってきた請求です。製品差はこの処理速度に出ます。
返戻の主因になる被保険者情報・給付管理・資格喪失の突合エラー
返戻はエラーコードとともに返ってきます。件数が多いのは、被保険者番号や氏名の相違、要介護度や認定有効期間との不整合、給付管理票と請求明細の単位数不一致、月途中の資格喪失や転出の未反映といった突合エラーです。
これらの多くは、送信前の自主点検で防げます。認定情報の更新を月初に一括で取り込む運用にしているか、負担割合証の有効期限を管理画面で警告できるか。この2点をベンダーのデモで実際に操作して確認します。介護請求ソフトの比較では、この点検機能が製品比較表の◯×では見えないところです。比較の進め方は介護ソフトの比較で候補を3社に絞る7軸に切り出しています。
送信前の自主点検をPythonで回す給付管理と請求明細の突合コード例
製品に点検機能が足りない場合でも、請求ソフトから出力できるCSVが2本あれば、突合の一部は手元で機械化できます。次のコードは、給付管理の計画単位数と請求明細の単位数を利用者×サービス種類で突き合わせ、あわせて認定有効期間と負担割合証の有効期限が提供月より前に切れていないかを洗い出します。列名は国の様式ではなく、自社の請求ソフトの出力定義に合わせて書き換える前提の例です。
import csv
from collections import defaultdict
from datetime import date
# 請求ソフトから出力した2本のCSVを突き合わせる(列名は自社の出力定義に合わせて変える)
# kyufu.csv : 被保険者番号,サービス種類,計画単位数
# meisai.csv: 被保険者番号,サービス種類,請求単位数,認定有効終了日,負担割合有効終了日
TEIKYO_TSUKI = date(2026, 9, 1) # 請求対象となるサービス提供月の初日
plan = defaultdict(int)
with open("kyufu.csv", encoding="utf-8-sig") as f:
for r in csv.DictReader(f):
plan[(r["被保険者番号"], r["サービス種類"])] += int(r["計画単位数"])
errors = []
with open("meisai.csv", encoding="utf-8-sig") as f:
for r in csv.DictReader(f):
key = (r["被保険者番号"], r["サービス種類"])
used = int(r["請求単位数"])
if key not in plan:
errors.append((key, "給付管理に該当行なし"))
elif used > plan[key]:
errors.append((key, f"請求{used}単位が計画{plan[key]}単位を超過"))
for col in ("認定有効終了日", "負担割合有効終了日"):
if date.fromisoformat(r[col]) < TEIKYO_TSUKI:
errors.append((key, f"{col}が提供月より前に終了"))
for key, msg in errors:
print(*key, msg, sep="\t")
print(f"要確認 {len(errors)} 件")
日付列はYYYY-MM-DD形式で出力しておきます。複数事業所の出力を1本にまとめて点検する法人なら、キーに事業所番号を足すことが取り違えを防ぐ方法です。月初3日から5日の自主点検の枠でこれを回し、「要確認」が0件になってから送信に進む運用にすると、10日直前のエラー対応を前倒しできます。ただしこれは突合の一部を代行する補助であり、加算の算定要件や公費の適用順までは見ていません。そこまで点検を自動化したいなら、点検ロジックを持つ製品を選ぶほうが改定対応の負担も含めて安く済みます。
過誤申立と再請求の判断分岐と、入金がずれる期間の見積もり方法
誤りに気づいたタイミングで手続きが分かれます。判断の分岐は次のとおりです。
- 送信期間内(1日から10日)に気づいた:送信データを取り消し、「取消完了」を確認してから正しいデータを再送信する。入金はずれない
- 送信期間経過後、過大に請求していた:保険者へ過誤申立を行い、決定額を取り下げたうえで正しい額を再請求する
- 送信期間経過後、請求漏れがあった:翌月以降の請求期間に、当該月分として追加請求する
過誤申立は保険者の受付締切と国保連の処理サイクルに従うため、取り下げと再請求による入金は1か月から2か月の遅れです。訪問系の小規模事業所で月間請求額の数割が過誤に回ると、人件費の支払いに影響します。過誤の履歴を利用者単位で追える製品かどうかは、規模が大きい法人ほど効いてきます。
返戻内容を実績データまで遡って直せる製品と、再入力になる製品の差
返戻データを取り込んだあと、エラー箇所から該当利用者の実績画面へ直接遷移できる製品と、返戻一覧を見ながら請求明細を手で作り直す製品があります。後者は返戻が10件を超えたあたりから作業が破綻します。
デモで確認するときは、正常系の入力ではなく「返戻ファイルを取り込んで1件修正し、再請求データを作るまで」を実演してもらいます。この操作を見せられないベンダーは、返戻対応が設計に組み込まれていない可能性があります。
サービス種別と多拠点運営で変わる介護請求ソフトの必須要件の切り分け
製品選定でよくある失敗が、自社のサービス種別に対応していない、あるいは対応はしていても運用に耐えない製品を選ぶことです。要件は種別ごとに違います。
訪問系・通所系・施設系・居宅介護支援で異なる請求要件の違いと基準
種別ごとに、請求処理で重くなる箇所が違います。
| サービス種別 | 請求処理で重い箇所 | 製品選定で確認する機能 |
|---|---|---|
| 訪問介護・訪問看護 | 1利用者あたりの提供回数が多く実績入力が膨大 | 予定からの実績一括確定、キャンセル処理 |
| 通所介護・通所リハ | 加算の算定要件が細かく、保険外費用も多い | 加算の自動判定、保険外項目の個別単価設定 |
| 施設系(特養・老健) | 居住費・食費の負担限度額認定と日割計算 | 認定情報の管理、入退所日の日割対応 |
| 居宅介護支援 | 給付管理票と各事業所実績の突き合わせ | 実績取込、単位数の自動照合 |
| 障害福祉サービス併設 | 介護保険と障害福祉で請求の仕組みが別 | 両制度の請求を1つのソフトで扱えるか |
複合型の法人では、この表の複数行が同時に当てはまる構成です。全種別を1製品でカバーできない場合、種別ごとに製品を分けるか、カバー率の高い製品に寄せて残りを手作業で処理するかの選択になります。要件確定の手順は介護ソフトの選び方|サービス種別・規模で決める要件とクラウド型の適否で扱っています。
令和8年度の期中改定で見えたベンダーの改定追随と対応費用の確認点
介護報酬は3年ごとの定期改定が基本で、2024年度(令和6年度)の次の定期改定は2027年度(令和9年度)です。ところが2026年は、処遇改善を前倒しするために令和8年度介護報酬改定という期中改定が入りました。請求の現場で効いたのは次の2段階です。
- 令和8年6月施行:処遇改善加算の見直しと、訪問看護・訪問リハビリテーション・介護予防支援などへの対象拡大(国保中央会はVer.10.9.0を2026年6月30日に提供)
- 令和8年8月施行:食費の基準費用額の引き上げと、多床室の負担限度額の細分化(簡易入力ソフトVer.10.9.2で多床室Ⅰ・Ⅱ・Ⅲの負担限度額を登録できるよう対応)
8月改定では、利用者ごとに負担限度額を認定証から登録し直す作業が事業所側に残りました。施設系の事業所なら、市販ソフトでもこの再登録を一括で取り込めたか、手で1人ずつ直したかが製品差として出たはずです。国保中央会のソフトですら、6月の対応直後に処遇改善加算の単位数が5桁を超える事象を7月8日のVer.10.9.1で直しています。改定直後の不具合修正まで含めた追随の速さを、過去の改定での実績としてベンダーに聞くのが確かめ方です。
費用面で確認すべきは、改定対応が月額料金に含まれるか、別途費用になるかです。買い切り型のパッケージでは、改定のたびにバージョンアップ費用が発生する契約もある状況です。3年に一度の改定に今回のような期中改定が重なり、そのたびに数十万円規模の費用が乗るなら、月額型との5年総額は逆転します。加えて、改定内容が確定してから施行日までの期間は短く、ベンダーの提供が施行日に間に合うかどうかも過去の実績で確認します。
会計・給与・既存基幹と請求データをつなぐ連携開発へ切り替える条件
ここからは、パッケージの介護請求ソフトで業務が閉じない法人の話です。結論から言えば、多くの事業所は連携開発を必要としません。それでも切り替えるべき条件は明確に存在します。
請求データを会計・給与へ渡す工程で毎月発生する手作業の測り方
判断材料は感覚ではなく時間です。次の工程それぞれについて、毎月の実作業時間を測ります。
- 請求ソフトから会計システムへの売上仕訳の連携(CSV加工・手入力の時間)
- 入金データの取込と消込(金融機関データの変換時間)
- 実績データから給与計算への連携(訪問系の出来高給与がある場合)
- 法人全体の事業所別収支を集計する作業
- 本部への月次報告資料の作成
合計が月20時間を超えるなら、連携開発の投資回収が視野に入る水準です。時給換算2,500円として月5万円、年間60万円の人件費が転記作業に消えている計算になります。逆に月5時間程度なら、開発せずに手作業を続けるほうが安く済みます。この線引きを飛ばして「連携したほうが良さそう」で開発に進むと、費用対効果が合いません。制度対応から逆算して投資の順番を決める考え方は介護DXとは?着手順序と投資回収を制度対応から逆算する進め方で整理しています。
API連携で足りる範囲と、独自開発が必要になる業務要件の境界
連携の実装方法は、必要な範囲によって3段階に分かれます。安いほうから検討します。
- 製品標準のCSV入出力とインポート機能で足りる範囲:会計への仕訳連携の多くはここで済む
- APIまたは定型フォーマット変換の開発:請求ソフトと会計・給与の間に変換処理を挟み、定期実行させる
- 独自開発:法人独自の配分ルール、本部と事業所の権限分離、保険外事業を含む収支管理など、パッケージの前提から外れる要件
3段階目に進むべきなのは、10事業所以上を運営し、事業所別の予実管理を本部で握っている法人です。この規模では、請求ソフトの標準帳票が本部の管理単位と合わず、Excelでの再集計が常態化します。一方、単一事業所や3事業所程度の法人で独自開発に進むのは過剰です。パッケージの標準機能に業務を寄せたほうが、改定対応の負担も含めて安く収まります。
介護請求ソフトを軸に会計・給与・人事までを1つのデータ基盤でつなぐ構想があるなら、請求ソフトの選定と並行して医療機関向けシステム開発の観点から全体の構成を描いておくと、後からの作り直しを避けられます。業務システム全体の位置づけは業務システムとは?種類・基幹システムとの違いと開発・導入形態の選び方で解説しています。
介護請求ソフトの独自開発を見送るべき事業所規模と失敗の型の判断軸
請求機能そのものを独自開発するのは、条件を問わず見送ります。理由は改定追随です。介護報酬の算定ルールはサービス種別ごとに膨大で、3年ごとに変わるうえ、令和8年度のように期中改定も入ります。自社開発すると、改定のたびに仕様調査と改修とテストを自前で抱えることになり、パッケージの月額料金より確実に高くつきます。
実際に失敗しやすいのは、既存の基幹システムに請求機能を作り込んだケースです。開発時点では業務に合っていても、改定後の対応が予算化されず、結局は市販の請求ソフトへ戻ることになります。開発するのは請求そのものではなく、請求ソフトと周辺システムをつなぐ部分に限る。この線を守れば、改定対応はベンダー側に残り、自社は連携部分だけを保守すれば済みます。前章の自主点検コードも同じ考え方で、請求データを作る側ではなく、出てきたデータを外から検める側に置いています。
介護請求ソフトの導入検討で事業所から挙がるよくある質問と回答
選定の場で繰り返し出る質問への、実務の判断に直結する回答です。
介護請求ソフトと国保連の伝送ソフトは、どちらか一方だけで足りますか?
国保連への給付費請求だけを行うのであれば、国民健康保険中央会の伝送ソフト(2026年9月時点で簡易入力ソフトVer.10.9系、利用料60,000円)だけで運用できます。ただし利用者への請求書発行、口座振替データの作成、入金消込には対応していません。利用者請求を手作業で処理している事業所で、その手間が締め日を圧迫しているなら、市販の介護請求ソフトへ切り替える判断になります。多くの市販ソフトは伝送機能を内蔵しているため、両方を併用する必要は通常ありません。
介護給付費の請求データは毎月いつからいつまでに送信すればよいですか?
毎月1日から10日までが送信可能期間です。前月にサービスを提供した分をこの10日間で送ります。期間中は24時間送信でき、データが取り込まれる時刻は10日の24時です。期間内であれば、送信済みデータを取り消して正しいデータを何度でも送り直せますが、「取消完了」を確認してから再送しないと訂正データがエラーになります。10日を過ぎてから誤りに気づいた場合は、取消ではなく過誤申立または翌月以降の追加請求という手続きになり、入金が1か月から2か月遅れます。
請求が返戻されたとき、翌月にどう再請求すればよいですか?
返戻は原因を示すエラーコードとともに返ってきます。被保険者番号の相違、認定有効期間との不整合、給付管理票と請求明細の単位数不一致が主な原因です。原因箇所を実績データまで遡って修正し、翌月の請求期間(1日から10日)に再請求する流れです。返戻件数が毎月10件を超えている事業所は、個別対応ではなく送信前の自主点検の作り直しが要ります。認定情報の更新取込と負担割合の期限警告を運用に組み込み、本文の突合コードのような機械的な点検を締めの手順に足すと、突合エラーの多くは事前に潰せます。
新規開設した事業所の初回請求で気をつけることはありますか?
2点あります。ひとつは電子請求受付システムのユーザーIDと電子証明書の準備で、指定を受けてから手元に届くまでの事務手続きに時間がかかります。もうひとつは、新規開設の事業所は開設月のサービス提供分を翌月に伝送請求できない点です。この分は電子媒体での提出になります。伝送前提で初回請求のスケジュールを組むと入金が遅れるため、開業前に保険者と国保連へ提出方法と届出書類を確認しておきます。
介護請求ソフトを乗り換えるとき、過去の請求データは引き継げますか?
引き継げる範囲は製品によって差があります。利用者の基本情報と認定情報はCSVで移行できることが多い一方、過去の請求明細や入金履歴は移行できない製品が少なくありません。移行できない場合、旧ソフトを参照専用で残すか、帳票をPDFで出力して保管するかの対応が必要です。乗り換えの時期は、報酬改定の直前直後を避け、請求件数の落ち着く時期に合わせます。令和8年度のように期中改定がある年は、施行月の前後も外した乗り換え計画が必要です。切替月は旧ソフトと新ソフトで同じ請求を二重に作り、金額が一致するかを確認してから旧ソフトを止めます。
関連記事
- 介護ソフトとは?機能・種類とクラウド/オンプレの選び方:請求以外も含めた介護ソフト全体の機能と提供形態を整理しています
- 介護ソフトの比較で候補を3社に絞る7軸:ランキングや比較表を自社の要件に読み替える手順を扱っています
- 介護ソフトの費用相場と5年総額:課金方式別の月額と、見積書に載らない運用コストを試算しています
- 介護ソフトの選び方:サービス種別と事業所規模から必須要件を確定させる手順です
- 介護記録システムとは:請求の前段にある記録の電子化範囲と入力端末の選定を扱っています