何をどこまで確認したかが、担当者のメモにしか残っていない
確認作業は毎回行っているのに、何をどこまで確かめたかが担当者の作業メモに留まり、あとから第三者へ説明できる形で残っていません。
GENZ, Inc.
開発元と別の立場で
地域医療連携ネットワークの
開発元と別の立場で
地域医療連携ネットワークの第三者テスト設計・実施
ベンダーのテスト結果の妥当性を、発注側だけで評価し切るのは困難です。GENZは開発を担わない立場で確認範囲を設計し、合議体へ提出できる記録に残します。
支援事例
支援実績5,000件以上
医療連携ネットワーク更改で増える確認作業
更改や参加施設の追加のたびに確認作業は増えているのに、その記録は担当者のメモに留まり、ベンダーの報告を評価する基準も施設間で共通の手順もないまま、限られた停止枠で項目を削る判断が続いています。
何を
ベンダーの報告に対して、追加で見るべき箇所を指摘できない
ベンダーから提出されるテスト結果報告を受け取っても、この範囲で十分かを評価する基準がなく、追加確認を求めるべき箇所を指摘できないままです。
参加施設が増えるたび、接続確認の手順を一から組み直している
参加施設ごとに電子カルテの製品も接続方式も異なり、共通の確認手順が作れず、前回どこまで確認したかが担当者の記憶に依存しています。
検証に使える停止枠が、夜間と休日の短い時間しか取れない
院内システムと連携する検証は診療時間帯を避ける必要があり、夜間・休日の短い枠に合わせるため、確認項目を削る判断が繰り返されています。
権限と同意の確認が、運用点検とシステム検証の間に落ちている
患者同意に基づく閲覧範囲の制御を、運用点検とシステム検証のどちらで担保するかが決まらず、機能テストの陰で確認が薄くなっています。
確認の抜けが、稼働後にどこへ波及するか
確認作業の抜けは、稼働後に患者情報の閲覧、診療の判断、事象の切り分けという場面へ別々に表面化し、どこが未確認かを示せない状態が長く残ります。
確認する範囲としない範囲を決める
地域医療連携ネットワークの検証でいちばん難しいのは、どこまで確認すれば十分かを決めることです。施設ごとに接続の型が違い、検証に使える時間も限られるなかで、範囲を決める手順を整理します。
接続の型を洗い出さないまま進めると、施設が増えるたびに組み合わせが膨らみ、どこまで確認したかが担当者の記憶に依存します。変更のたびに同じ確認を繰り返す工数が発生します。
対象の基盤と接続の型を洗い出し、確認の単位に分ける
基盤本体・院内電子カルテとの接続・参加施設側の端末という三つの層に分け、施設種別と接続製品の組み合わせを一覧にします。組み合わせごとの確認単位が見えると、全体量を初めて見積もれます。
確認する資料
- 接続構成図
- 施設別一覧
- 確認単位表
同意と権限の所管が曖昧なままだと、運用点検とシステム検証のどちらからも確認が漏れます。閲覧範囲の不備が表面化した場合、参加施設と住民への説明対応が必要になります。
同意・権限・ログを、運用点検と切り分けて検証項目に置く
患者同意の記録・閲覧権限の設定・利用ログは、運用点検とシステム検証で所管が揺れやすい領域です。どちらが何を担保するかを検証項目の段階で明記し、機能テストの陰に埋もれないようにします。
確認する資料
- 権限設定表
- 同意台帳
- 分担定義書
優先順位を決めないまま検証枠に収めようとすると、影響の大きい経路から順に削る判断ができず、稼働後に診療を止める事象として戻ってきます。
夜間と休日に限られる検証枠に合わせて、実施する順序を決める
夜間・休日に限られる検証枠では、診療を止めずに実施できる項目と停止が必要な項目を先に分けます。影響の大きい経路から順に並べ、削る判断が必要になったときの優先順位を事前に決めておきます。
確認する資料
- 検証計画書
- 優先順位表
- 停止枠一覧
確認しない範囲の記録がないと、稼働後の事象が既知の未確認箇所か新規の不具合かを切り分けられず、調査が推測で進み、責任の所在の議論に転じて長期化します。
確認しないと決めた範囲も、理由とともに記録する
工数の都合で見送った範囲は、見送った理由と想定する影響を記録に残します。稼働後に事象が起きたとき、既知の未確認箇所か新規の不具合かを切り分ける材料は、この記録だけが担います。
確認する資料
- 除外範囲表
- 判断記録
- 影響評価書
判定の根拠を残さないと、運営協議会には「確認済みです」という要約しか提出できず、次の更改や施設追加の合意形成に使える材料が組織に蓄積されません。
確認の結果を、合議体へそのまま提出できる形式で残す
結果は項目数と消化率だけでなく、確認した範囲・確認しなかった範囲・判定の根拠を一組にして残します。運営協議会のように技術に詳しくない構成員へも、要約に潰れない説明材料になります。
確認する資料
- 結果報告書
- 範囲一覧表
- 判定根拠書
- 上程資料
第三者検証として提供するテスト業務の内容
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上程資料に転用できる証跡
医療分野のシステム検証でGENZが積んできたもの
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 確認した範囲と結果を第三者へ示せる記録として残せます
- ベンダーとは別の立場でテスト範囲の妥当性を評価できます
- 施設追加のたびに差分だけ積み替えられる確認の型を作れます
- 短い停止枠に合わせて優先度の高い確認から進められます
検証以外のご相談にも、体制で応じられます
医療分野で重ねてきたのは、検証の手順だけではありません。更改や施設追加に伴う確認の設計から証跡の整備まで、検証の周辺で必要になる作業も同じ体制でご依頼いただけます。
開発の工程と並行して進めるテスト
改修の工程に合わせてテストを並行で進めます。夜間や休日の停止枠では、優先度の高い確認から順に実施します。
大規模で接続先の多いシステムの網羅設計
接続先の施設ごとに異なる構成を洗い出し、確認する範囲と確認しない範囲を分けて網羅的に設計します。
監査・点検に耐える証跡の整備
確認の範囲と結果を、合議体へそのまま提出できる記録として整えます。点検や監査で求められる証跡も同じ形式で残します。
稼働後の事象対応を見据えた検証
稼働後の事象で切り分けが長引かないよう、「ここは確認済み」と言える記録を事前の検証の段階で残します。
お問合せから作業開始までの流れ
更改や施設追加の計画が固まり始めた段階でのご相談を想定し、お問合せから作業開始までの流れを示します。
お問合せフォームからのご連絡の受付
更改計画や施設追加の予定と、お考えの委託範囲をお聞かせください。
対象システムと稼働予定のヒアリング
連携基盤の構成、参加施設の状況、稼働予定日を伺い、必要な範囲を整理します。
検証範囲のご提案とお見積の提示
委託範囲と成果物、必要工数の見通しを示した提案書と見積を提出します。
ご契約とテスト設計の作業の開始
ご契約後、稼働日程に合わせて開発ベンダーと調整し、テスト設計に着手します。
検証範囲の整理から始める無料相談
地域医療連携ネットワークの検証範囲を、まず一緒に整理します
ご相談の段階で、対象基盤の構成と更改・施設追加の計画を伺い、確認すべき範囲と優先順位を整理して提示します。合議体への説明材料としてそのまま使える形でお渡しします。