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

ご相談から報告までの流れ

ご相談からテスト結果のご報告まで、GENZとの進め方を段階ごとに整理してご説明します。

お問合せと現状の課題の聞き取り

現状の課題と、受入・運用で気になっている点をお聞きします。

検証の対象範囲の確認とお見積

台帳・貸出返却・連携など、検証の対象範囲を整理し、お見積をご提示します。

ご契約と試験データおよび環境の準備

ご契約後、検証用の環境と試験データを整え、テスト計画を固めます。

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

貸出返却や保守点検の記録の動作を検証し、結果を報告書にまとめます。

テストの範囲に関する無料相談のご案内

医療機器管理ソフトのテストについて、まずは現状をお聞かせください

現在お使いのシステムの構成や運用の状況をお聞かせいただければ、確かめるべき範囲の考え方と進め方の見通しをご提示します。まずは現状の整理からご相談ください。