GENZ, Inc.

介護・福祉業務向け 介護記録アプリのソフトウェアテスト

施設種別や加算、様式の組み合わせで記録の扱いと請求への反映が変わります。記録の入力から帳票出力までを一連の業務として確かめます。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

介護記録アプリでよくある不具合

介護記録アプリ(介護記録ソフト)の不具合は、記録の入力と同期、ケアプランデータ連携やLIFE提出などの外部連携、帳票出力、加算算定という記録業務の要所に集中して現れます。

ケアプランデータ連携のCSVを標準仕様と異なる形式で出力する

標準仕様と異なる様式・項目でCSVを出力すると、受信側の事業所で取込に失敗します。予定・実績のやり取りが手入力の再作業へ戻ってしまいます。

ケアプラン連携

オフラインで入力した記録が復旧後の同期で欠損・重複する

通信断中に受け付けた記録の保持と再送信の順序・重複判定が崩れると、復旧後の同期で記録が消える、あるいは同じ記録を二重に登録するおそれがあります。

オフライン同期

身体拘束や苦情対応の法定記録を様式どおり出力できない

運営基準の省令が整備を義務付ける記録の項目・様式が帳票出力に反映されず、身体拘束の態様・時間や苦情の内容を出力できないことがあります。

法定記録出力

介護報酬改定後も改定前の単位数のまま加算を算定する

単位数マスタや算定ロジックへ改定の適用日が反映されないと、改定後のサービス提供分を旧単位数のまま算定し、誤った請求データを作成しかねません。

報酬改定対応

複数端末の同時編集で後から保存した記録が先の記録を上書きする

同一利用者の記録を複数のタブレットで同時に開いて編集した際、排他やマージの処理が働かないと、後の保存が先に保存した記録を消してしまいます。

同時編集制御
02 RISK

残存した不具合により生じる問題

記録の欠損や算定の誤りは、現場の入力し直しにとどまらず、介護報酬の請求、実地指導への対応、ICT導入の定着まで波及します。

倉庫のバックヤードで担当者が在庫回収や棚卸差異の対応に追われている実写画像。
03 REVIEW

静的テスト(レビュー)でおさえるべき観点

設計書がそろっていなくても、単位数マスタの設定値、帳票のひな形、連携のインターフェース定義を手がかりに観点を組み立てます。記録と請求の事故につながりやすい5点を、実装前に制度仕様・設定・帳票様式と照合します。

標準仕様と異なるCSV出力を防ぐ

ケアプランデータ連携標準仕様と入出力項目・形式の照合

ケアプランデータ連携の標準仕様が定めるCSVの項目・形式・文字コードと、出力・取込機能の設計を一件ずつ突き合わせます。任意項目の扱いなど解釈が分かれやすい箇所は、記載の根拠まで確かめます。

確認する資料
  • 連携標準仕様
  • 出力・取込設計
様式改定による取込エラーを防ぐ

LIFEのCSV連携仕様と様式バージョン・提出項目の照合

LIFEのCSV連携仕様が定める様式バージョン、利用者情報と様式情報の構成、提出項目の対応関係を出力設計と突き合わせます。様式の改定で項目が変わった箇所は、取込エラーの芽として実装前に洗い出します。

確認する資料
  • LIFE連携仕様
  • 提出データ出力設計
帳票に出ない法定記録を防ぐ

運営基準が義務付ける法定記録の項目と帳票様式の照合

運営基準の省令が整備を義務付ける記録——身体拘束の態様・時間や苦情の内容など——の項目が、入力画面と帳票の両方で満たされるかを照合します。入力できても帳票に出ない片側だけの実装を見つけます。

確認する資料
  • 運営基準の省令
  • 帳票ひな形
旧単位数のままの誤算定を防ぐ

加算要件・単位数マスタと算定ロジック設計の照合

加算の算定要件、単位数、適用日の管理方法と、算定ロジックの設計を確かめます。介護報酬改定の切替時に新旧どちらの単位数を参照するかの定義を確かめ、改定対応の誤算定を防ぐ観点を整理します。

確認する資料
  • 単位数マスタ
  • 算定ロジック設計
復旧後の記録の欠損・重複を防ぐ

オフライン時の記録保持と復旧後の同期仕様の照合

通信断中に受け付ける記録の範囲、端末側の保持方法と期間、復旧後の反映順序と重複判定の条件を、仕様書と現場の運用手順の双方から読み解きます。仕様にない挙動は確認事項として設計側へ差し戻します。

確認する資料
  • 同期仕様書
  • 現場の運用手順
04 TEST DESIGN

動的テストの設計・実行のポイント

稼働中の施設を止められない制約のもとで、記録業務と制度要件を、実行できるテストケースと合否基準へ具体化します。

STEP 01 1日のケア記録業務に沿って画面・帳票・連携先を洗い出す記録業務から対象を洗い出す
どう確かめるか

1日のケア記録業務に沿って画面・帳票・連携先を洗い出す

朝の申し送りからケアの実施記録、帳票出力、月次のデータ提出まで、日次と月次の流れに沿って画面操作・端末・帳票・連携先を並べます。アプリの責任範囲として確認する境界もこの段階で決めます。

  • 01日次と月次の記録業務の流れを書き出す
  • 02画面操作・端末・帳票・連携先を並べる
  • 03アプリの責任範囲として確認する境界を決める
OUTPUT確認対象一覧(境界つき)
STEP 02 施設種別・加算・様式の組み合わせを請求への影響で絞り込む請求への影響で条件を絞り込む
どう確かめるか

施設種別・加算・様式の組み合わせを請求への影響で絞り込む

施設種別・加算・帳票様式の掛け合わせは全件を実行できません。請求金額と加算算定に影響する条件から順に確かめ、月次の締めのなかでは直せない誤りを先に見つけます。

  • 01施設種別・加算・帳票様式の組み合わせを洗い出す
  • 02請求金額と加算算定に影響する条件から確かめる
  • 03月次の締めでは直せない誤りを先に見つける
OUTPUT優先条件一覧(請求影響順)
STEP 03 通信断からの復旧や月次締め・改定切替の境界値をケース化する復旧や改定切替の境界をケース化
どう確かめるか

通信断からの復旧や月次締め・改定切替の境界値をケース化する

通信断と復旧、月をまたぐ記録の修正、介護報酬改定の適用日前後を境界として取り出し、期待する結果を付けた異常系・境界値のケースへ整理します。オフライン中に使える機能の範囲も含めます。

  • 01通信断と復旧・月またぎ・改定前後を境界に取り出す
  • 02期待する結果を付けた異常系・境界値ケースへ整理する
  • 03オフライン中に使える機能の範囲を含める
OUTPUT異常系・境界値ケース表
STEP 04 記録・帳票・提出データを実地指導に使える証跡として残す実地指導に使える証跡を残す
どう確かめるか

記録・帳票・提出データを実地指導に使える証跡として残す

実施した条件、期待した結果、実際の結果を対にして記録し、出力した帳票と提出データも残します。未実施の範囲も同じ表に書き添え、リリース判断と行政対応の両方から辿れる状態にします。

  • 01実施した条件と期待・実際の結果を対で記録する
  • 02出力した帳票と提出データを残す
  • 03未実施の範囲も同じ表に書き添える
OUTPUTテスト記録(未実施込み)
05 RATIONALE

私たちGENZが、このようなソフトウェアテストを代行します

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

オフィスで担当者同士がノートPCを前に、在庫管理システムのテスト観点を相談しながら整理している風景。第三者視点のテスト支援を想起させる実写写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 開発側の思い込みや先入観に影響されず、仕様の抜け漏れを検出できる
  • テスト技法にもとづく境界値・異常系の網羅で、見逃しを減らせる
  • 開発チームがテスト工数から解放され、開発に専念できる
06 SERVICE

5,000件以上の実績に裏付けられた伴走型支援

GENZは既存の開発ベンダーや施設運営部門と役割を分け、テスト計画の立案から実行、報告までを引き受けます。記録の入力から請求・提出までの記録業務を横断する立場で、介護報酬改定のたびに繰り返す確認に伴走します。

SVC 01

介護記録の業務から逆算したテスト設計

機能の一覧からではなく、日次のケア記録と月次の請求・提出を起点に、確認範囲と実行順序を組み立てます。

在庫のリスク要因を並べ、優先順位を高低で示した赤白紙カード基調の無文字図解。
SVC 02

連携と加算算定への影響を一体で確認

外部連携の出力と、加算算定・帳票への反映を切り分けずに、請求結果へ届くまでを一続きで確認します。

仕様変更に応じてリグレッションテストの対象範囲が更新される様子を示した赤白紙カード基調の無文字図解。
SVC 03

現場を止めない段階的なテスト計画

単位数マスタや帳票様式は検証環境に寄せ、夜勤帯の同時入力など再現できない条件だけを、月次の締めや改定の直前を避けて実運用で確かめます。

第三者の視点で計画・設計・実施・報告が一貫してつながる流れを示した赤白紙カード基調の無文字図解。
SVC 04

未確認範囲と残存リスクを整理した報告

どの施設種別・加算・帳票様式で確かめ、どこを確かめていないかを一覧にし、影響範囲・重要度・再現条件と残存リスクをリリース判断へ渡します。

機能テストと関連テスト(性能・セキュリティ等)を並べて区分した赤白紙カード基調の無文字図解。
07 FLOW

ご相談から納品までの流れ

対象範囲と判断基準を先に合わせ、進捗と残るリスクを共有しながら進めます。

ヒアリングで対象範囲を具体化する

対象システム、拠点、扱うデータ、連携先、業務フロー、リリース時期を確認し、未検証領域を可視化します。

テスト計画と優先順位を合意形成

事故影響、変更量、利用頻度、代替手段の有無から優先順位を定め、必要な工数と計画を具体化します。

テスト実施と進捗・課題を毎回共有

実施状況、発見事項、阻害要因、追加確認が必要な仕様を共有し、終盤のまとめ出しを避けます。

報告書納品と再テスト支援まで実施

テスト完了レポートに結果、証跡、未実施範囲、残留リスクを整理し、修正後の再テスト条件まで引き継ぎます。

5,000件以上の対応実績

介護記録アプリのテスト範囲と優先順位をGENZに相談する

無料相談では、確認すべき記録業務、テスト範囲、優先順位、必要工数の考え方、負荷・脆弱性診断の要否を整理してお返しします。機能テスト・非機能テストも設計書レビューも対象です。