検査情報システム（LIS）開発の発注/外注/依頼/委託方法について

検査情報システム（LIS）の開発を発注・外注するなら、検査業務の現状と連携要件を整理したうえで、パッケージ、クラウド、個別開発の適切な範囲を決め、見積条件と責任分界をそろえて比較することが重要です。

検査情報システムは、検査依頼、患者・検体の受付、分析装置との連携、結果確認・承認、報告、精度管理までを扱うため、一般的な業務システムよりも現場運用と安全性の確認が欠かせません。本記事では、発注形態の選び方、RFPと要件整理、契約形態、2026年時点の費用レンジ、委託先選定と見積比較のポイントを、発注担当者がそのまま社内検討に使える順番で解説します。

▼全体ガイドの記事
・検査情報システム（LIS）開発の完全ガイド

検査情報システム（LIS）を発注する前に知っておきたい全体像

発注の出発点は、製品名を探すことではなく、検査部門がどの業務を安全に、どの水準で動かしたいかを定義することです。なお、医療機関の臨床検査室を対象にするLISと、製造業の品質検査・研究所を対象にするLIMSやQMSは、似た名称でも目的が異なります。

臨床検査向けのLISは、患者情報と検体を結び付け、検査依頼から結果報告までを管理する部門システムです。HISや電子カルテから検査依頼を受け、バーコードで検体を識別し、分析装置から結果を取り込み、基準値、デルタチェック、パニック値、承認履歴を管理します。一方、製造業の品質検査では、原材料・仕掛品・製品のロット、試験方法、規格値、測定機器、逸脱、是正処置を管理するLIMSやQMSの方が適合しやすい場合があります。対象が医療機関なのか、製造現場なのかをRFPの冒頭に書くと、候補会社の取り違えを防げます。

LISの発注範囲には、画面やデータベースの開発だけでなく、現状調査、要件定義、装置インターフェース、HIS・電子カルテ連携、マスタ整備、過去データ移行、総合テスト、教育、稼働立会い、保守を含めます。特に、検査項目数、分析装置のメーカーと台数、ピーク時の検体数、外注検査の有無、細菌・輸血・病理・生理検査の有無で工数が変わります。予算を抑えたい場合でも、障害時の連絡先、夜間対応、バックアップ、通信断時の代替手順を削ると、稼働後の停止リスクが高まります。

LIS開発の発注形態はどのように選びますか？

発注形態は、標準パッケージを導入するか、クラウドサービスを利用するか、既存製品を拡張するか、スクラッチ開発を行うかで大きく分かれます。最適な選択は、施設規模、検査業務の標準化のしやすさ、装置連携の複雑さ、院内の運用体制、将来の拠点追加によって変わります。

パッケージ型は、検体受付、結果管理、精度管理、帳票、権限などの標準機能を活用しやすく、導入後のアップデートや法令・規格対応を受けやすいことが利点です。クラウド型はサーバーの保有や更新の負担を抑えやすく、複数拠点へ展開しやすい一方で、ネットワーク断時の運用、データの保管場所、バックアップ、復旧時間、委託先の責任分界を確認する必要があります。標準機能に合わせて業務を見直せるならパッケージやクラウドが有力で、独自性が安全性や収益性に直結する場合は追加開発を検討します。

スクラッチ開発は、特殊な検体受付、分注・搬送、外部検査会社との独自連携、研究用データの蓄積など、標準製品では競争力や安全性を満たせない場合に向いています。ただし、要件を自由に実現できる反面、仕様の決定、テストケース作成、将来の保守、法改正や規格改訂への追随を発注者側も担います。いきなり全施設を対象にせず、代表的な分析装置、再検、取消、異常値、通信断を含む小さなPoCを行い、実装可能性と費用を確かめてから本開発へ進む方法が安全です。

RFPと要件整理は何から始めればよいですか？

RFPは、ベンダーに希望を伝える文書であると同時に、発注者が業務と優先順位をそろえるための文書です。製品の機能一覧を並べるだけでは、会社ごとに前提条件が異なり、見積りを比較できません。現状、目標、対象範囲、制約、評価基準、納品物、保守条件を同じ形式で示すことが大切です。

まず「依頼、受付、採取、前処理、分析、精度管理、結果確認、承認、報告、保管」の流れを書き出します。各工程について、担当者、使用端末、入力項目、参照するマスタ、例外処理、紙や表計算ファイルの有無、二重入力の箇所を確認します。検査項目数だけでなく、1日平均とピーク時の検体数、再検率、緊急検査の割合、結果報告までの目標時間であるTATも整理します。現場観察と担当者へのヒアリングを組み合わせると、資料に書かれていない手戻りや属人作業を把握できます。

連携要件には、HIS・電子カルテ・オーダリング、分析装置、外部検査会社、健診システム、輸血・細菌・病理・生理検査システムの名称と接続方式を記載します。HL7などの標準規格を使う場合も、実際のメッセージ項目、コード体系、異常値の扱い、再送、重複受信、通信障害時の復旧を確認します。患者ID、検体ID、検査項目コード、単位、基準値、コメントの変換責任を発注者と各ベンダーのどちらが持つかも、RFPと契約書で明確にします。

要件には「できること」だけでなく「合格と判定する条件」を書きます。例えば、指定した検査項目の結果が正しい患者・検体にひも付き、承認権限のない利用者は確定できず、操作履歴に利用者・時刻・変更前後の値が残ることをテストで確認します。導入効果は、手入力件数、転記エラー、患者・検体識別の確認作業、結果報告の遅延、再検の把握時間、TATなどを稼働前に測定し、稼働後に同じ指標で比較します。効果を数値化すると、価格だけでなく安全性と業務改善を含めて提案を評価できます。

LIS開発の契約形態はどう使い分けますか？

契約形態は、要件がどこまで固まっているか、成果物を明確に定義できるか、発注者と委託先がどの程度共同で検討するかで選びます。LISは連携先や現場ルールによって追加条件が出やすいため、すべてを最初から一括請負に押し込むと、変更協議や品質問題が起こりやすくなります。

現状調査、業務分析、RFP作成、製品比較、基本構想など、発注者と委託先が対話しながら成果を固める段階では、準委任契約やコンサルティング契約が適することがあります。作業時間や役割を定義し、会議体、提出する整理資料、意思決定の期限を明記します。要件定義を支援した会社にそのまま開発を依頼する場合は、選定の公平性や見積りの妥当性を確認し、第三者レビューを入れると判断が偏りにくくなります。

画面、帳票、インターフェース、移行、テストなどの成果物と受入基準を確定できる部分は、請負契約で納期・品質・対価を明確にする方法があります。ただし、要件変更の申請方法、追加費用の算定、納期への影響、検収期間、瑕疵対応、第三者製品の遅延責任を契約書に入れます。仕様変更を無償対応にする範囲が曖昧なままだと、発注者も委託先もリスクを抱えます。

稼働後は、障害受付時間、一次切り分け、復旧目標、代替運用、バックアップ確認、セキュリティパッチ、装置追加、マスタ変更、法改正・規格改訂への対応を保守契約で定めます。24時間の検査部門では、平日日中だけのサポートでは業務要件を満たさない可能性があります。クラウド型ではサービスレベル、データ返却、解約時の移行支援、再委託先、監査権限も確認します。厚生労働省の医療情報システム安全管理ガイドライン第7.0版は、保守委託機関編やサイバーセキュリティ対策の確認項目を含むため、契約の要求事項へ落とし込むことが大切です（出典: 厚生労働省「医療情報システムの安全管理に関するガイドライン 第7.0版」、2026年）。

LIS開発の費用相場とコストの内訳

LISの価格は、検査項目数、分析装置の接続数、HIS・電子カルテとの連携、端末数、過去データの移行、部門追加、サポート時間、クラウドかオンプレミスかによって大きく変わります。公開情報は個別見積りが中心で、以下は2026年時点の臨床検査システムの公開相場と、近接する業務システムの開発レンジを組み合わせた目安です。特定の施設にそのまま適用できる確定価格ではありません。

小規模クリニックや小規模検査室のオンプレミス型は、公開比較情報では初期費用200万〜400万円程度が一つの目安です。中規模病院は500万〜1,000万円程度、大規模医療機関は1,500万円以上が目安とされています。クラウド型は小規模で月額5万〜10万円程度、中規模で月額10万〜30万円程度、大規模では月額30万円以上という料金帯が示されています（出典: ITreview「2026年 臨床検査システムのおすすめ10製品」、2026年）。ただし、初期設定、装置連携、データ移行、追加端末、教育、セキュリティ対策が月額に含まれるかはサービスごとに違うため、金額だけで比較してはいけません。

独自開発や大規模連携では、近接する業務システムの相場として、小規模300万〜1,000万円、中規模1,000万〜5,000万円、大規模5,000万〜1億円以上というレンジが示されることがあります。LIS専用の全国統計ではないため、装置連携、監査証跡、バリデーション、移行、24時間運用を含むかを確認したうえで、予算計画の仮置きに使います。要件定義後に、標準機能で代替できる部分と個別開発部分を分ければ、過大なスクラッチ費用を避けやすくなります。

見積書は、要件定義・現状調査、基本設計、画面・帳票、データベース、装置インターフェース、HIS連携、マスタ登録、データ移行、単体・結合・総合テスト、教育、稼働立会い、保守に分けてもらいます。装置1台ごとの接続費、インターフェースの本数、利用者や端末の数、保存容量、バックアップ、監視、セキュリティ診断の単位も確認します。

保守費は、一般的な業務システムでは初期費用の15〜25％程度を年額の目安にする場合がありますが、LISでは24時間対応、クラウド基盤、分析装置の保守、現地対応、法改正対応を含むかで変わります。値引き後の総額だけでなく、3年から5年の総保有コスト、追加装置1台の費用、契約更新時の価格、解約時のデータ返却費まで比べると、導入後の予算差が見えやすくなります。

委託先の選定と見積比較で見るべきポイント

委託先は、機能の多さだけでなく、同じ規模・同じ装置構成に近い導入経験、連携の実装力、移行とテストの進め方、障害対応、現場教育まで評価します。RFPを同じ条件で3社程度へ提示し、提案書と見積書の前提をそろえると、価格とリスクを比較しやすくなります。

実績を聞くときは、「医療機関への導入実績があります」という説明だけで終わらせず、検体数、装置のメーカーと台数、HIS・電子カルテの種類、部門範囲、移行件数、稼働までの期間、稼働後の障害件数と対応体制を確認します。可能であれば、類似施設の担当者へ、提案時の説明と実際の運用に差がなかったかを聞きます。公開事例では、ICCの東尾張病院向け事例で、2025年3月のLifLi検査Hi稼働後に分析装置との直接オンライン接続とバーコード運用を実現し、確認作業と人的ミスがほぼゼロになったと説明されています（出典: 株式会社石川コンピュータ・センター「東尾張病院様 LifLi検査Hi」、2025年）。自施設でも同じ効果を期待するなら、現状の確認作業やミス件数を先に測定します。

見積比較では、最安値の会社をすぐに選ばず、対象範囲、納品物、作業場所、発注者側の作業、第三者製品の費用、税、ライセンス、移行、教育、休日対応、保守、追加変更の単価を確認します。特に「連携費一式」「導入支援一式」「テスト一式」のような項目は、何人日で何を完了するのかが見えません。作業内容、成果物、完了条件を質問し、回答を議事録と見積条件に残します。

提案評価は、価格だけでなく、要件適合度、連携・移行の具体性、テスト計画、セキュリティ、保守体制、担当者の経験、将来拡張性に点数を配分します。例えば、機能適合、実装・移行、運用保守、セキュリティ、費用をそれぞれ評価軸にし、必須要件を満たさない提案は総合点にかかわらず除外します。RFPへの質問回答が具体的か、できないことを明示しているかも、誠実な委託先を見分ける材料です。

医療LISでは、患者・検体の取り違え、異常値の見落とし、重複受信、通信断、装置停止、結果の再送、承認者不在、過去データ参照不能を想定したテストが必要です。委託先の提案書に、正常系だけでなく例外系、権限、監査証跡、バックアップからの復旧、切替当日のリハーサルが含まれているかを確認します。移行では、件数照合、文字化け、単位・基準値、患者IDのひも付け、旧システムとの並行稼働を検討します。

品質マネジメントを重視する施設では、ISO 15189との関係も確認します。日本適合性認定協会は2026年3月25日にJIS Q 15189:2026の発行を案内しており、認定を目指す施設は新しい要求事項への対応時期を確認する必要があります（出典: 公益財団法人日本適合性認定協会「JIS Q 15189:2026発行に伴うお知らせ」、2026年）。LISにすべての適合を任せるのではなく、品質マニュアル、手順書、教育記録、是正処置とシステムの監査ログをどのように組み合わせるかを、品質管理部門と委託先で整理します。

よくある質問（FAQ）

最後に、検査情報システム（LIS）の発注・外注で特に質問されやすい点をまとめます。費用や期間は施設条件で変わるため、FAQの回答をそのまま契約条件にせず、自施設のRFPと見積書で具体化します。

公開相場の一例では、小規模クリニック向けオンプレミス型が200万〜400万円程度、クラウド型が月額5万〜10万円程度とされています。ただし、これは製品の料金比較に基づく目安であり、装置連携、HIS・電子カルテ連携、移行、教育、保守が加わると変わります。必要な機能と連携先を整理し、初期費用と3年から5年の運用費を分けて見積もることが大切です。

装置連携が少ない小規模導入では3〜6か月程度、中規模病院では6〜12か月程度、大規模病院や検査センターでは12〜24か月以上が目安です。クラウド型でも、データ移行、HIS連携、マスタ承認、教育、並行稼働を含めると数週間だけで完了しない場合があります。納期を短くするなら、対象部門を絞った段階導入と、発注者側の意思決定者・現場担当者を早期に確保することが有効です。

必ずしも同じ会社にそろえる必要はありません。別メーカーの装置を接続する場合は、直接オンライン接続、ミドルウェア、標準規格、変換仕様、障害時の責任分界を比較し、誰が検証するかを契約前に決めます。発注時には、装置メーカー、LISベンダー、HIS・電子カルテベンダーを交えた三者の接続テストを提案できる会社を選ぶと、稼働直前の責任の押し付け合いを減らせます。

製造業の品質検査や研究所が対象なら、臨床LISではなくLIMSやQMSが適する可能性があります。ロット、試験規格、測定機器の校正、逸脱、承認、是正処置、監査証跡を重視する場合は、医療LISの機能名だけでなく、自社の品質プロセスを満たせるかを確認します。RFPに対象業務と用語の定義を書き、医療LISとLIMSの両方を比較できる委託先へ相談すると、選定のずれを防げます。

まとめ

検査の対象、連携先、データ移行、受入基準、保守範囲をRFPに書き、候補会社へ同じ条件で提示します。

最安値ではなく、検査を止めないテストと運用体制まで含めて発注先を決めます。

検査情報システム（LIS）の発注・外注では、最初に臨床検査向けLISと製造業向けLIMS・QMSを切り分け、検体の流れ、検査項目、装置、連携先、TAT、権限、ログ、移行範囲を整理します。そのうえで、標準パッケージ、クラウド、既存製品の拡張、スクラッチ開発を比較し、特殊要件だけを個別開発に切り出すと、費用と保守リスクを抑えやすくなります。

RFPと見積書では、機能の有無だけでなく、装置・HIS連携、データ移行、受入基準、通信断や異常値を含むテスト、教育、障害対応、保守、契約終了時のデータ返却まで確認します。2026年の相場はあくまで条件付きのレンジですので、3社程度へ同じ前提で依頼し、価格・適合度・実装力・運用体制を総合的に評価することが、稼働後も検査を止めない発注につながります。

▼全体ガイドの記事
・検査情報システム（LIS）開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。