手術予定の割付変更が反映されず、進捗表示と手術室の実態が一致しない
手術枠の変更が管理台帳から進捗表示へ反映されず、別室や別時間の情報が表示され続け、手術室の運用確認が目視での問い合わせに戻ります。
GENZ, Inc.
病院情報システム部門様へ
手術部
病院情報システム部門様へ
手術部門システムのテストを第三者の視点で検証
ベンダーの試験成績書と自院の運用シナリオの差を、どこまで確かめるか。稟議とリリース判断に使える検証範囲の定義から、第三者検証としてご支援します。
支援事例
支援実績5,000件以上
手術部門システムでよくある不具合
手術部門システムは電子カルテ・医事会計・生体情報モニターとデータを受け渡すため、連携境界や運用手順の確認が漏れると、稼働後に現場で不具合として表面化します。ここでは発生頻度の高い不具合を挙げます。
手術予定の
患者基本情報が欠落し、手術申込と患者が紐づかない
電子カルテから送信される患者基本情報の取り込みが失敗し、手術申込と患者が紐づかず、登録作業が手入力へ戻ります。
バイタルサインが麻酔記録に欠測・重複して残る
生体情報モニターからのデータ欠測時の扱いが確認されないまま稼働し、麻酔記録にバイタルサインの空白や重複が残ります。
使用材料の登録内容が請求データへ反映されず、請求漏れが発生する
使用材料の登録内容が医事会計側の請求データへ連携されず、請求の差異と再請求の作業が発生します。
日付の境界値をまたぐ症例が実績集計で二重計上される
日付をまたぐ症例の集計条件が確定していないまま稼働し、実績集計で同一症例が二重に計上されます。
残存した不具合により生じる問題
手術部門システムに残存した不具合は、手術室の運営そのものに影響します。進捗共有・請求連携・記録保全の面から、表面化する問題を整理します。
静的テスト（レビュー）でおさえるべき観点
手術部門システムの検証は、動かす前の設計書・仕様書の照合で多くの不整合を検出できます。連携境界が増える構成ほど書面上の確認が有効です。レビューでおさえるべき観点を整理しました。
フローと権限設計の不整合が残ると、特定の役割が必要な画面へ到達できないまま稼働し、手術室の運用が止まるおそれがあります。
手術申込から実施記録までの業務フロー図と、画面遷移・権限設計の照合
手術申込から実施記録までの業務フロー図と、画面遷移・権限設計を照合します。看護師・麻酔科医・事務担当の役割が必要な画面へ到達できるかを書面で確認し、フローにない画面や権限の抜けを検出します。
確認する資料
- 業務フロー図
- 画面遷移図
- 権限設計書
連携項目の不整合が残ると、使用材料の登録漏れが請求データへ反映されないまま締めを迎え、請求の差異と再請求の作業が発生します。
連携仕様書とインターフェース定義の項目照合
電子カルテからの患者基本情報や医事会計へ渡す使用材料など、連携仕様書とインターフェース定義の項目を照合します。項目名・形式・欠測時の扱いの不整合は請求差異の原因になるため、書面で特定します。
確認する資料
- 連携仕様書
- 電文項目一覧
- エラーコード表
改訂履歴を保持しない設計のままでは、マスタ改訂の影響範囲を追跡できず、更改時に検証範囲の前提が古いままになります。
手術台帳とマスタのDB設計書と、改訂履歴の保持要件の照合
手術台帳と術式・材料・職員マスタのDB設計書を照合し、改訂履歴が保持される設計かを確認します。運用中に重なるマスタ改訂の影響範囲をあとから追跡できるかは、この設計の段階で決まります。
確認する資料
- DB設計書
- マスタ管理台帳
- 履歴保持要件
収集間隔や欠測時の扱いの不一致は麻酔記録の欠落につながり、システム監査で経過・影響範囲・再現条件を説明できなくなります。
バイタルサインの収集間隔・欠測時の扱いと、麻酔記録の運用手順書の照合
バイタルサインの収集間隔と欠測時の扱いは、製品ごとに仕様が異なりえます。麻酔記録の運用手順書とシステムの仕様を照合し、現場の手順と記録の挙動が一致しているかを確認します。
確認する資料
- 運用手順書
- 収集条件定義
- モニター仕様書
例外パターンの網羅状況を示せないままでは、確認できなかった範囲の扱いを決められず、リリース直後の切り分けに人員を割く期間が延びます。
例外処理とエラー発生パターンの一覧と、テスト項目書の網羅状況の照合
例外処理とエラー発生パターンの一覧をテスト項目書と照合し、どの工程をどのテストレベルで確かめたかを一覧化します。網羅状況を示す様式が院内にないままでは、リリース判断の説明が所感に寄ります。
確認する資料
- 例外処理一覧
- エラー発生パターン
- テスト項目書
- 網羅状況一覧
動的テストの設計・実行のポイント
手術部門システムの検証は、更改・リリース・制度改定のたびに範囲が変わります。テストレベルごとの設計と実行の要点を整理します。
STEP 01
ユニットテスト枠の境界値と取消の組み合わせを確認する
どう確かめるか
ユニットテスト：手術予定の割付と実績集計を境界値・同値分割で確認する
手術予定の割付と実績集計は、枠数・時間帯・術式区分の境界値と同値分割で項目を立てます。枠をまたぐ変更や取消の組み合わせまで確認し、集計の不整合をこの段階で検出します。
- 01手術枠の上限・下限で割付が正しく登録されることを確認する
- 02予定変更と取消の反映順序で管理台帳が更新されることを確認する
- 03術式・材料区分の組み合わせで実績集計が合うことを確認する
OUTPUT境界値を含むテスト項目書
STEP 02
統合テスト欠測と送信順の差異を仕様に照合する
どう確かめるか
統合テスト：電子カルテ・医事会計との連携を実データ相当の条件で確認する
電子カルテからの患者基本情報、医事会計への使用材料、生体情報モニターのバイタル収集を実データ相当で流します。欠測時の扱いや送信タイミングの差異を仕様と突き合わせます。
- 01電子カルテから患者基本情報が正しく取り込まれることを確認する
- 02使用材料の登録が請求データへ正しく反映されることを検証する
- 03バイタルの欠測時の扱いが麻酔記録の仕様どおりであることを検証する
OUTPUT連携境界ごとの成績書
STEP 03
システムテスト変更・割込みを含む流れで通し確認する
どう確かめるか
システムテスト：手術申込から実施記録・請求連携までを業務シナリオで確認する
手術申込から予定割付・実施記録・請求連携までを一連の業務シナリオで実行します。変更や緊急枠の割込みを含む運用どおりの流れで、記録と請求データの一致を検証します。
- 01申込から実施記録までの流れで画面遷移と登録が通ることを確認する
- 02緊急手術の割込みで予定と進捗表示が正しく更新されることを検証する
- 03実施内容と使用材料が請求データと一致することを検証する
OUTPUT再現条件つきの不具合票
STEP 04
受け入れテストと回帰テスト成績書と項目書の差分を可視化する
どう確かめるか
受け入れテストと回帰テスト：手術室の運用シナリオとリリース前の再確認を実施する
手術室の運用シナリオで現場と確認し、ベンダーの成績書と自院の項目書を照合します。制度改定の改修では請求連携を含む回帰テストの範囲を明示し、稼働可否の根拠にします。
- 01看護師・事務の運用シナリオで現場確認を実施し結果を記録する
- 02ベンダーの成績書の検証範囲と自院の項目書の差分を洗い出す
- 03制度改定の改修箇所と請求連携に回帰テストの範囲を定める
OUTPUTリリース判断の根拠資料
GENZが代行する手術部門システムのテスト
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 検証範囲を文書で定義し稟議と現場の両方に示せる
- ベンダーの試験成績書の不足を第三者の視点で指摘できる
- 電子カルテ・医事会計との連携境界を実データ相当で検証する
- リリース判断の根拠を外部記録として残せる
検証範囲を業務フローから設計するGENZの支援
手術部門システムの検証で難しいのは、ベンダーの試験成績書と自院の運用シナリオの差をどこまで確かめるかの線引きです。GENZは手術申込から麻酔記録・請求反映までの業務フローをもとに検証範囲を設計します。
手術フローからテスト設計を組む
手術申込・スケジュール割付・麻酔記録・看護記録という手術フローをたどり、どのテストレベルで何を確かめるかをテスト項目書の形にします。
部門システムを越えた検証範囲
電子カルテ・医事会計との受け渡しや生体情報モニターからのバイタル収集など、部門システムの境界を実データ相当の条件で確認します。
既存の品質保証体制と役割を分担して伴走する
品質保証の担当がPM兼務か独立部門かといった既存の体制を置き換えず、発注側とベンダー側の分担に合わせて不足する工程だけを補います。
不具合票と報告書を共有する
不具合票と検証結果を、後から経緯を再現できる形で保全し、稟議とシステム監査の照会の双方に出せる報告書として共有します。
ご相談から納品までの流れ
ご相談から報告書の納品まで、検証範囲と院内体制との役割分担を明確にしながら、各工程を伴走します。
現行システムと範囲のヒアリング
システムの構成と連携仕様、運用状況を伺い、検証範囲を整理します。
テスト設計と見積もりのご提示
検証範囲とテストレベル、報告様式を設計し、見積もりを提示します。
テストの実施と不具合票の共有
業務シナリオに沿ってテストを実施し、不具合を不具合票で共有します。
報告書の納品とリリース判断後の再確認
検証範囲と残存リスクを報告書にまとめ、納品後の再確認も支援します。
検証範囲の定義と優先順位の整理から
手術部門システムの検証範囲と優先順位をGENZへご相談ください
ベンダーの試験成績書と自院の運用シナリオの差をどこまで確かめるか、検証範囲の定義からご相談いただけます。GENZが優先順位を整理し、リリース判断と稟議の材料をお渡しします。