GENZ, Inc.

合議で示せる記録を WEB問診アプリのテストを独立した検証チームへ

設問分岐や電子カルテ連携の確認を兼務で抱えると、どこまで見たかを記録に残せません。GENZは開発から独立した立場で、範囲の設計から報告まで担います。

支援事例

支援実績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

WEB問診アプリで見逃されやすい不具合

WEB問診アプリの不具合は、設問分岐や連携先との受け渡し、患者の端末環境など、確認すべき経路が多岐にわたる箇所で起きます。開発チーム内の確認だけでは見落とされやすい不具合を、起きる場面ごとに並べます。

症状の組み合わせによって想定外の設問へ進んでしまう

症状に応じて設問が分岐する設計では、選択肢の組み合わせで進むべきでない設問へ進む場合があります。組み合わせを網羅しない確認では見つかりません。

設問分岐の経路

電子カルテへ受け渡したときに回答の値が欠ける

問診の回答を電子カルテへ受け渡す連携では、項目の対応付けのずれで値が欠ける場合があります。欠けた値は診察の初期情報を見る段階で表面化します。

電子カルテ連携

予約と問診の回答が同じ受診者へ結び付かない

予約と問診の回答を同じ受診者へ結び付けるとき、別の経路から届いた情報が一致しない場合があります。結び付かない回答は受付での紙運用を招きます。

予約との紐付け

端末の文字サイズや向きで設問が読み取れない

患者の端末は文字サイズや向きの設定に幅があり、設定によって設問が読み取れない場合があります。対象を決めずに公開すると回答の中断が起きます。

患者端末の表示

通信が切れたあとに再開した回答が二重に登録される

通信が切れたあとに回答を再開すると、送信済みの回答が二重に登録される場合があります。重複した回答は医療機関側の確認の手間を増やします。

通信の中断と再開
02 RISK

検証が足りないまま公開したときに起きること

開発チーム内の確認だけでは見落とされやすい不具合は、公開後に医療機関の受付と診察の現場へ表れます。代表的な事象を場面ごとに整理します。

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

第三者の視点で確認する検証の観点

確認したはずの範囲を記録で示せないまま次の改修へ進むと、リリースの判断は報告者の印象に依存します。GENZが第三者の視点で、改修のたびに膨らむ確認経路を検証の観点として整理し、結果を記録に残します。

確認した経路を記録で示せず、リリースの判断が報告者の印象に依存する

症状ごとの設問分岐を到達する経路ごとに確かめる

設問分岐は、症状の組み合わせと医療機関ごとの問診票テンプレートで経路が増えます。GENZは分岐の定義から経路を一覧へ落とし、回答の中断と再開を含む到達パターンを経路ごとに発生させて検証します。

確認する資料
  • 分岐経路一覧
  • 検証結果一覧
  • 不具合報告書
受け渡しで値が欠けたまま公開され、診察の初期情報として使えない

電子カルテと予約システムへの受け渡しを突き合わせる

回答結果を電子カルテへ送る受け渡しは製品の主要機能であり、連携先ごとに方式と項目対応が異なります。GENZは取り決めた項目対応と画面へ届いた値を突き合わせ、値の欠落や型のずれを検証します。

確認する資料
  • 項目対応一覧
  • 接続確認記録
  • 検証結果報告
対象外の端末で回答が届かず、切り分けに開発の時間が取られる

患者が使う端末の環境を組み合わせごとに確かめる

患者様が使う端末は種類と基本ソフトの版に幅があり、線引きを自社だけでは決められません。GENZは提供事業者様が定める対象範囲から主要な組み合わせを選び、回答の表示と送信を確認します。

確認する資料
  • 対象端末一覧
  • 動作確認結果
  • 画面証跡一式
運用側の確認だけが裏づけとなり、内部の分岐の不具合が公開後に見つかる

受付から診察までの流れに沿って通して確かめる

受付運用に沿った確認だけでは、内部の分岐までは届きません。GENZは予約と事前回答、受付での確認、診察での参照までを一連の流れとして通し、紙運用への切り替えもあわせて検証し、確認します。

確認する資料
  • 業務シナリオ
  • 通し検証結果
  • 紙運用手順書
検証用データの取り扱いに関わる事象が起き、医療機関との信頼と今後の受注に及ぶ

問診で扱う情報の取り扱いを条件に沿って確かめる

問診の回答は患者様の症状に関わるため、外部委託では取り扱い条件が先に決まります。GENZは情報セキュリティのご担当者様と取り決めた条件で検証用データを作成し、持ち出しと破棄を確認します。

確認する資料
  • データ作成方針
  • 持ち出し条件書
  • 破棄記録
  • 取り扱い確認表
04 TEST DESIGN

テストの外注で引き受ける範囲

WEB問診アプリの改修局面に合わせ、設問分岐から電子カルテ連携、公開してからの再確認までを切り分けて引き受けます。

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が対応する検証メニュー

患者が端末から回答する導線、受付で回答を確認する管理画面、電子カルテなど連携先への受け渡し、設問改定や基盤更改に伴う変更箇所。GENZはこれらを開発から独立した立場で検証し、確認した範囲を記録に残します。

SVC 01

患者向けアプリと回答画面の機能検証

設問分岐の網羅と、中断・再開も含めた回答経路を、患者の端末環境の幅を持って確認します。

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

医療機関向けの管理画面と受付運用の検証

受付での回答の確認と受付処理への引き継ぎ、届かない場合の紙運用への切り替えまで検証します。

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

電子カルテなど連携先との接続確認

電子カルテや健診システムとの受け渡しについて、項目対応と接続方式の範囲を確認します。

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

設問改定や基盤更改に伴う再確認

改修後に影響を受ける箇所を絞り込み、回帰確認として再実施する範囲を設計したうえで検証します。

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

お問合せから検証開始までの流れ

初回のご相談では、対象の機能と連携先の構成、確認したい範囲を伺い、検証範囲の整理から着手します。

お問合せと現在の確認方法の共有

現在の確認方法と連携先の構成を伺います。範囲が粗くても構いません。

検証範囲の整理とお見積のご提示

設問分岐や受け渡しの観点から範囲を整理し、費用の考え方を提示します。

テスト計画と設計内容のご確認

取り扱い条件を踏まえて計画を立て、実施内容と日程をご確認いただきます。

テストの実施と検証結果のご報告

意図的に不具合を発生させて検証し、確認した範囲と結果を報告書にまとめます。

WEB問診アプリの第三者検証のご相談

検証の範囲を決める段階からご相談ください

ご相談では、設問の分岐と連携先への受け渡しを対象に、検証範囲の切り分けと優先順位、必要工数の考え方を整理します。関連するテストの要否も判断し、上程に使える形でお渡しします。