GENZ, Inc.

記録と連携の確認 PHRアプリの品質を、開発から独立した立場で検証する

確認した範囲と確認していない範囲を線引きし、根拠と結果を資料として残します。医療機関・オンライン診療システムとの連携部分まで検証対象にできます。

支援事例

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

PHRアプリで見落とされやすい不具合

PHRアプリの不具合は、入力・表示・共有のどこで起きたかで切り分け方が変わります。利用者の健康情報を扱うからこそ、見落としが残りやすい場面を挙げます。

アプリに記録した値と画面に表示された値が食い違う

血圧や体重を入力しても、単位や日付またぎの処理がずれて、記録と異なる値が画面に表示されてしまいます。

記録と表示のずれ

連携先から届いた健診結果や処方情報が最新に見えない

健診結果やお薬手帳の反映が遅れ、利用者が古い情報を最新のものと誤認して受診行動を判断してしまうおそれがあります。

連携反映の遅延

共有したはずの記録が医療機関側で参照できない

アプリ側では共有完了となっていても、連携先の院内システムにデータが届かず、医療者が記録を参照できない事態が起きます。

共有データの未着

オンライン診療の予約が確定したか分からない

予約情報の不整合が自社側で検知できず、利用者が診察を受けられる状態かどうかを確認できないまま放置されてしまいます。

予約状態の不明

特定の端末やOSの組み合わせでだけ入力が保存されない

対応範囲を決める基準がなく、特定の端末やOSの組み合わせでだけ入力内容が保存されない不具合を見逃してしまいます。

端末依存の不具合
02 RISK

確認範囲を決めきれないまま公開したときに起きること

確認範囲が曖昧なまま公開に進んだ場合、代償は開発現場にとどまらず、連携の拡大計画と事業の信頼にまで届きます。ここでは起きうる変化を挙げます。

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

PHRアプリを第三者検証で確かめる観点

PHRアプリは、バイタルや服薬の記録と医療機関由来の情報が同じ画面に並ぶため、値のずれが利用者の判断に届きます。第三者検証では、表示・連携・共有・遷移・端末差の観点で挙動を確かめます。

表示のずれを見落とすと、利用者が実際の記録と異なる値をもとに判断するおそれがあります。

バイタル記録の入力から保存と表示までの一貫性

体重・血圧・服薬の記録が、入力した値と異なる形で表示されないかを確認します。単位や桁の扱い、日付をまたぐ記録の帰属といった境界条件を意図的に発生させ、グラフや一覧への反映を検証します。

確認する資料
  • テスト計画書
  • 観点一覧
  • 結果報告書
反映の遅れを確認しないと、古い情報を最新と誤認したまま共有されるおそれがあります。

医療機関や薬局とのデータ受け渡しと受領の確認

健診結果・お薬手帳・処方情報の取り込みで、受信から反映までの時間差や欠損時の表示を検証します。アプリ側の表示が正しくとも、利用者が古い情報を最新と誤認する余地は残るため、受領の記録を残します。

確認する資料
  • 接続確認記録
  • 送受信ログ
  • 結果報告書
共有停止の反映を確かめないと、意図しない相手に健康情報が見えるおそれがあります。

医療機関への共有範囲の指定と停止操作の即時反映

医療機関への共有の可否設定が、指定どおりに反映されるかを確認します。共有を停止した直後に相手側で閲覧できない状態になるか、範囲を限定した場合に対象外の情報が見えないかまで検証します。

確認する資料
  • 設定手順書
  • 確認結果表
  • 結果報告書
切り分けの記録がないと、不具合の申告時に原因調査の初動が遅れてしまいます。

オンライン診療システムへの遷移と応答の戻りの確認

オンライン診療システムへの遷移で、予約情報が接続先へ正しく渡るか、接続先からの応答が戻るかを検証します。仕様変更や不整合が起きたときに、原因を自社側と接続先側で切り分けられる記録を残します。

確認する資料
  • 遷移確認表
  • 応答記録
  • 結果報告書
確認範囲の根拠がないと、組み合わせが増えたときに再確認の判断が場当たりになります。

対応端末とOSの組み合わせによる表示や動作の差

一般公開アプリでは端末とOSの組み合わせを限定できません。対象範囲の根拠を整理したうえで、組み合わせによる表示や動作の差を検証し、どこまで確認したかを説明できる状態にします。

確認する資料
  • 対象範囲定義
  • 組み合わせ表
  • 確認結果表
  • 結果報告書
04 TEST DESIGN

PHRアプリの検証の進め方と体制

検証は開発から独立した立場で進め、確認した範囲としていない範囲を分けて記録します。進め方と体制の概要は次のとおりです。

STEP 01 対象と前提のヒアリング対象となる機能と連携先の前提を伺います
どう確かめるか

開発ベンダーから独立した立場で合否を判定する

検証は開発ベンダーから独立した立場で行います。実装側の報告に依存せず、第三者の目で挙動を確認するため、不具合の軽重を心証ではなく観察結果で判断できます。

  • 01検証の対象となる機能と画面の洗い出しと優先順位の整理
  • 02医療機関や薬局など連携先との接続仕様と項目セットの確認
  • 03対応する端末とOSの範囲および利用環境の前提の整理
OUTPUT検証範囲の定義書
STEP 02 検証範囲と観点の定義確認する範囲としない範囲を線引きします
どう確かめるか

確認した範囲と確認していない範囲を明示する

実施した範囲と実施していない範囲を分けて成果物に記載します。上程の場で「どこまで確認したか」を資料から読み取れる状態にし、判断材料の不足を防ぎます。

  • 01単位や日付境界といった境界条件を含むテスト観点の抽出
  • 02連携データの欠損や遅延が起きたときの確認観点の定義
  • 03実施する範囲と除外する範囲の線引きについての合意形成
OUTPUTテスト観点の一覧表
STEP 03 テストの設計と実施定義した観点にもとづきテストを実行します
どう確かめるか

開発と改版の進行を止めずに並行して検証を進める

検証は開発の進行と並行して進めます。仕様が固まった機能から順に着手するため、公開の日程が決まったあとでも確認期間を確保しやすくなります。

  • 01定義した観点にもとづくテストケースの設計と手順の作成
  • 02記録・閲覧・連携の各機能と外部接続部分の検証の実施
  • 03検出した不具合の再現条件の切り分けと記録への反映
OUTPUT実施結果の報告書
STEP 04 結果の整理と報告判定の根拠とともに結果を提出します
どう確かめるか

合否判定の根拠をあとから説明できる記録として残す

合否の根拠は記録として残します。どの観点で何を確認し、どう判定したかを文書に残すことで、あとから同じ問いが立ったときにも説明できます。

  • 01実施した範囲と実施していない範囲に分けた結果の集計
  • 02観点ごとの確認結果をもとにした合否判定の根拠の文書化
  • 03リリース判定会議へ上程できる形での報告資料の提出
OUTPUT合否判定の根拠資料
05 RATIONALE

PHRアプリと連携部分の検証に対応できる体制

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 確認した範囲と未確認の範囲を分けて資料に整理できます
  • 医療機関・薬局との連携部分まで挙動を確認できます
  • 開発の進行を止めずに検証工程を並行して進められます
  • 端末とOSの対象範囲を決める根拠を示せます
06 SERVICE

対応するPHRサービスの形態

PHRアプリは、本人が記録する健康データと医療機関由来の情報が同じ画面に並ぶため、確認の進め方が一般のアプリと異なります。GENZが対応するのは、記録・閲覧・外部連携を備えた一般公開アプリです。

SVC 01

生活習慣病の療養支援を担うアプリ

体重・歩数・血圧など、本人が日々入力する記録の蓄積が中心の形態です。保存と履歴表示が崩れると、療養判断の前提となる記録が失われます。

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

健診結果や処方情報を取り込むアプリ

健診結果やお薬手帳、処方情報を医療機関や薬局と共有する形態です。取り込んだ情報が意図どおり表示されるか、連携部分の確認が中心です。

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

医療機関が患者向けに提供するアプリ

医療機関が患者向けに案内し、検査結果の閲覧や予約確認、オンライン診療への遷移を担います。院内システムとアプリの表示の一致を確認します。

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

特定疾患の患者向けの疾患特化型アプリ

特定疾患の患者向けに、固有の記録項目と共有機能を備える形態です。疾患ごとに項目や運用が異なり、汎用の手順では拾えない範囲が出ます。

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

ご相談から検証開始までの流れ

テスト外注のご相談から検証開始までの進め方を、順を追ってご説明します。

ご相談内容のヒアリングと課題の整理

連携の追加やリリースの予定、気になっている確認範囲をお聞きします。

検証する対象と範囲のすり合わせ

記録・閲覧・連携のどの機能をどこまで確認するか、対象と優先順位を整理します。

検証範囲に応じたお見積のご提示

すり合わせた範囲にもとづき、必要な工数の考え方と費用をお示しします。

ご契約と検証体制の編成と着手

ご契約後、検証体制を組んで着手し、結果を成果物として提出します。

PHRアプリの第三者検証のご相談

PHRアプリの確認範囲を、説明できる形に整える

確認した範囲と未確認の範囲を、判定会議で説明できる形に整えます。GENZにご相談いただければ、対象となる機能と連携部分を洗い出し、テスト範囲と必要工数の考え方をご提示します。