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

訪問看護記録アプリで見つかりやすい不具合

訪問看護記録アプリは、通信が安定しない利用者宅での入力、記録から計画書・報告書・請求データへの連なり、保険区分の切り替えという、社内の確認環境だけでは見落としやすい局面を抱えています。

電波の届きにくい利用者宅で入力した記録が残らない

利用者宅では電波が届きにくく、入力した記録が残らない事象が申告されます。社内の安定した環境では同じ状態を作れず、切り分けが進みません。

通信環境と保存

入力したバイタルが計画書と報告書で食い違う

バイタルの入力値が計画書・報告書の出力で食い違うと、確定した帳票の訂正と再提出が発生します。記録と出力を別々に確かめるだけでは気づけません。

帳票出力の整合

当日の訪問予定の変更が記録側に反映されない

当日の訪問予定の変更が記録入力の画面へ反映されないと、看護師は古い予定に沿って記録を作ります。予定管理と記録の連携を通した確認が必要です。

予定と記録の連携

記録から請求データへ渡す段階で保険の区分がずれる

記録から請求データへ渡す段階で医療保険・介護保険の区分がずれると、導入先の請求が差し戻されます。区分の組み合わせごとの確認が欠かせません。

請求データ連携

端末の更新のあとに手書きのサイン欄が反応しない

端末や基盤の更新後に手書きのサイン欄が反応しなくなると、同意の取得が止まります。仕様変更がない更新でも、操作の確認は欠かせません。

端末更新への追従
02 RISK

記録アプリの不具合が訪問看護ステーションに及ぼす影響

アプリの不具合は、提供元の開発現場にとどまらず、導入先の訪問看護ステーションの請求と記録、現場の作業へ波及します。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

テストを外部に委ねるか迷う場面

テストの外注を考え始めるきっかけは、製品のライフサイクルの各場面に現れます。開発、受け入れ、安定化、保守、制度改定対応のどこで手が回らなくなるかによって、外部へ委ねる範囲の線引きは変わります。

想定外の操作で発生する不具合がリリースしたあとまで残り、導入先からの問合せとして表面化するおそれがあります。

仕様を作った本人がテストしていて、抜けが気になる

仕様を理解している担当者が観点を作り実行するため、仕様どおりに使わない現場の操作が観点から漏れます。抜けがあることは想定できても、どこが抜けているかは内部の視点では特定できません。

確認する資料
  • テスト観点表
  • 操作パターン一覧
  • 抜け漏れ確認表
試し切れなかった区分の組み合わせで請求データに誤りが出ると、導入先の請求が差し戻され、入金が遅れるおそれがあります。

医療保険と介護保険の組み合わせを試し切れない

医療保険と介護保険、精神科訪問看護のように区分が分かれるため、改修の影響は区分の組み合わせだけ広がります。社内の手だけでは実行が終わらず、範囲を削るか人を増やすかの選択を迫られます。

確認する資料
  • 保険区分対応表
  • 組み合わせ一覧
  • 請求処理確認表
確認を省いた端末や連携先の版で記録が保存されない事象が起き、導入先が自社で確かめる負担が増えるおそれがあります。

使われる端末の種類が増えて確認が追いつかない

スマートフォン・タブレット・パソコンと利用形態が増え、連携する請求ソフトの版上げも自社の都合だけでは決められません。仕様変更がないという理由で確認範囲が絞られ、組み合わせの確認が省かれます。

確認する資料
  • 対象端末一覧
  • 連携先版数表
  • 組み合わせ確認表
範囲を絞った確認のまま改定対応を出すと、請求に関わる不具合が導入先の収入に波及し、解約の検討理由になるおそれがあります。

制度改定のたびに、期限までに確保できる人手が足りない

報酬改定の期限は動かせない一方、確認すべき組み合わせは増えます。人手の確保が改定の直前に問題化し、範囲を絞った確認で出さざるを得ない状態が、最も外せない場面で繰り返されます。

確認する資料
  • 改定対応計画表
  • 工数見積一覧
  • 優先順位一覧
試した範囲の根拠を示せないまま判断を重ねると、障害時の調査と説明に開発の時間が割かれ、次の改修の着手が遅れるおそれがあります。

テストの項目書が残らず、次の担当へ引き継げない

テスト項目書が担当者個人の作業ファイルに留まり、リリース判定会議で範囲を問われたときに提示できる形になっていません。様式を整える時間が取れず、どこまで試したかの根拠を示しにくいままです。

確認する資料
  • テスト項目書
  • 実施結果一覧
  • 残存不具合一覧
  • 引き継ぎ資料
04 TEST DESIGN

訪問看護記録アプリのテストで引き受ける範囲

開発・受け入れ・保守・制度改定対応の各場面で、GENZが引き受けるテストの範囲を整理しました。

STEP 01 対象の範囲と前提を確認する対象機能・端末・保険区分を洗い出します
どう確かめるか

訪問の一日の手順に沿ったテストシナリオの設計

訪問予定の確認、利用者宅での記録入力、計画書・報告書の出力という現場の手順に沿ってシナリオを組みます。作った側が想定しない操作の順序まで観点に入れます。

  • 01改修で触る機能と、波及する帳票・請求の範囲を特定します
  • 02対象とする端末と基盤の版の範囲を洗い出して決めます
  • 03医療保険・介護保険・精神科の確認区分を整理します
OUTPUTテスト計画書と観点の一覧
STEP 02 テスト計画と観点の一覧を作る観点の抜けを開発の外の目で補います
どう確かめるか

通信が途切れる状況まで含めた実機での動作確認

利用者宅や訪問の合間など通信が安定しない環境を想定し、実機で入力の継続と保存の状態を確認します。オフラインでのデータの保持と再接続後の同期の動きまで確かめます。

  • 01訪問予定の確認から帳票の出力までのシナリオを設計します
  • 02通信が途切れる状況とオフラインでの保存の観点を加えます
  • 03連携先の請求ソフトとつなぐ部分の確認項目を立てます
OUTPUT実行結果と事象の報告書
STEP 03 実機で実行し、見つかった事象を報告する発生した条件と手順を記録して渡します
どう確かめるか

入力した記録から請求データまでの突き合わせ

入力された記録が計画書・報告書を経て請求データへ正しくつながるかを突き合わせます。医療保険と介護保険、精神科訪問看護の区分の組み合わせごとに確認します。

  • 01対象とする端末の実機で、設計したシナリオを順に実行します
  • 02見つかった事象の発生条件と再現の手順を記録します
  • 03記録から帳票、請求データまでの値を突き合わせます
OUTPUT試した範囲を示す記録
STEP 04 修正の確認まで行い、結果をまとめる修正のあとの動作まで確認して閉じます
どう確かめるか

実施した内容をあとから参照できる形で記録に残す

実施した範囲と結果を、あとから第三者が参照できる記録として残します。リリース判定の会議で「どこまで試したか」を問われた際に、根拠をその場で示せる状態にします。

  • 01修正された箇所と、その影響が及ぶ周辺の動作を確認します
  • 02残存する事象と、その影響が及ぶ範囲を一覧にします
  • 03試した範囲の根拠となる記録を一式にまとめて渡します
OUTPUT修正確認までの結果一覧
05 RATIONALE

テスト外注で発生する費用の考え方と見積の進め方

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

ノートPCを前に担当者同士が相談しているオフィスの写真。

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

  • 制度改定の期限から逆算し、確認範囲と優先順位を決めて見積もる
  • 必要な工数の考え方を内訳と根拠で示す
  • 稟議で説明できるように外注する範囲と成果物を明記する
  • 社内の手で足りない確認分だけを切り出して依頼できる
06 SERVICE

対応できるテストの種類と範囲

GENZが対応できるテストは、記録入力から請求連携、端末更新への追従、導入先の受け入れ確認まで、訪問看護記録アプリの提供に伴う確認の範囲を網羅します。

SVC 01

記録入力と帳票出力の機能テスト

バイタル入力から計画書・報告書の出力まで、訪問先で実際に使われる操作の流れに沿って機能の動作を検証します。

リスク要因と優先順位を示す無文字の図解。
SVC 02

保険区分と請求連携の結合テスト

医療保険と介護保険の区分をまたぐ記録から請求データの受け渡しまで、連携先の請求ソフトとの結合を通して検証します。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

端末や基盤の更新に伴う回帰テスト

スマートフォン・タブレット・基盤の版更新に伴い、既存の機能が変わらず動くかを対象の範囲に合わせて検証します。

計画から報告までの流れを示す無文字の図解。
SVC 04

導入先での受け入れ確認の支援

導入先のステーションが更新後の運用を確かめる受け入れ確認を、確認項目の整理と結果の記録で支援します。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

お問合せからご報告までの流れ

外注の範囲が決まらないまま止まらないよう、初回のご相談から成果物の形まで段階に分けてご案内します。

お問合せと現在の確認体制の共有

現在の確認の範囲をお聞きし、外注できる部分を整理します。

確認範囲のすり合わせとお見積の提出

対象の画面や端末をすり合わせ、範囲と成果物を示したお見積を提出します。

ご契約とテスト計画・観点表の作成

データの取り扱いと受け入れ条件を確定し、観点表とテスト計画を作成します。

テストの実行と結果一覧のご報告

計画に沿って実行し、結果と残存不具合の一覧をご報告します。

テストの範囲と優先順位のご相談から

訪問看護記録アプリのテスト体制について相談する

テストの範囲の切り分けと優先順位、必要な工数の考え方まで、開発から独立した立場で整理してご提示します。記録から請求までの連なりに沿った関連テストの要否もあわせてご確認いただけます。