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

検査情報システム(LIS)の発注は、業務を整理し、要件と契約を明確にしてから、委託先を比べる順に進めます。この順で進めると、安全な稼働につながります。発注形態や費用も、この流れの中で整理します。

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

検査情報システム(LIS)発注の全体像

LISの発注範囲を開発、要件定義、連携、データ移行の4つのパネルで示した図。
導入前の準備も発注範囲に含めて整理できます。

発注は、製品を選ぶ前に検査部門の業務と必要な安全水準を定めることから始まります。

医療機関の臨床検査室向けLISと、製造業向けのLIMSやQMSは目的が異なるため、対象をまず切り分けます。

LISとLIMS・QMSの違い

臨床検査室向けのLISは患者情報と検体を、製造業向けのLIMS・QMSは原材料から製品までのロットと試験を扱うため、対象業務が分かれます。違いは、次の項目に表れます。

  • 臨床検査向けLIS:患者情報と検体を結び付け、依頼から結果報告までを管理
  • 依頼・検体識別:HIS・電子カルテから依頼を受け、バーコードで検体を識別
  • 検査結果の管理:分析装置の結果、基準値、デルタチェック、パニック値、承認履歴も扱う
  • 製造業向けLIMS・QMS:原材料・仕掛品・製品のロット、試験方法、規格値、測定機器、逸脱、是正処置を管理
  • 適合しやすい対象:製造業の品質検査では、LIMSやQMSが適する場合があります

RFPの冒頭に、対象が医療機関か製造現場かを書いておきます。そうすると、候補会社が前提を取り違えずに提案できます。

稼働後までを含む発注範囲

見積りの前提をそろえるため、発注範囲と工数に関わる条件を、次のとおり書き出します。

  • 発注範囲:画面・データベース開発、現状調査、要件定義、装置・HIS連携
  • 導入作業:マスタ整備、過去データ移行、総合テスト、教育、稼働立会い、保守
  • 工数の条件:検査項目数、装置のメーカー・台数、ピーク時の検体数、外注検査の有無
  • 対象検査:細菌・輸血・病理・生理検査の有無も、工数に関わります
  • 稼働後の備え:連絡先、夜間対応、バックアップ、通信断時の代替手順を省くと、停止リスクが高まります

LIS開発の発注形態の選び方

LIS開発の発注形態を選ぶ条件として、施設規模、業務の標準化、装置連携、運用体制、将来の拠点追加を示した図。
施設ごとの前提を並べると選択肢を絞りやすくなります。

発注形態には、標準パッケージとクラウド、既存製品の拡張、スクラッチ開発があります。

どの形態が合うかは、施設の規模と業務の標準化の進み具合で変わります。

装置連携や運用体制、将来の拠点追加も、判断の材料になります。

標準化の範囲で選ぶパッケージ型とクラウド型

パッケージ型とクラウド型は、それぞれ次の特徴と確認点があります。

  • パッケージ型:受付と結果管理、精度管理などの標準機能や、帳票・権限の機能を使える
  • クラウド型:サーバー保有や更新の負担を抑えられ、複数拠点へ展開しやすい
  • 更新と規格対応:パッケージ型は、導入後の更新や法令・規格対応を受けやすい
  • 導入前の確認:クラウド型では、ネットワーク断時の運用と保管場所、バックアップや復旧時間、責任分界を確かめる

業務を標準機能に合わせられるなら、パッケージやクラウドが有力な候補になります。

一方で、独自性が安全性や収益性に直結する場合は、追加開発を検討します。

特殊要件があるときのスクラッチ開発

標準製品で安全性や競争力を満たせない場合に限り、スクラッチ開発を検討します。

  • 適用例:特殊な検体受付、分注・搬送、独自の外部検査連携、研究用データ蓄積
  • 仕様・テスト:仕様の決定とテストケースの作成は、発注者側も担います
  • 継続対応:将来の保守や、法改正・規格改訂への追随も、発注者側の負担になります
  • PoC:全施設への展開前に小さく実施し、実装の可能性と費用を確かめる
  • PoCの確認項目:代表的な装置、再検、取消、異常値、通信断を検証してから本開発へ進むと安全です

ポイント

業務を標準機能に合わせられるなら、パッケージ型かクラウド型が有力です。標準製品で安全性や競争力を満たせない部分だけ、個別開発を検討します。

RFPと要件整理の進め方

RFPを中心に、現状や目標、評価基準、保守条件、連携と安全要件、受入基準と導入効果を整理した図。
共通の条件が、各社の提案を比べる土台になります。

RFPは、委託先に希望を伝える文書です。

同時に、発注者が業務と優先順位をそろえるための文書でもあります。

各社の前提がそろっていないと、見積りを比べられません。そこで、まず現状と目標、範囲、制約を書き出します。評価基準や納品物、保守条件も、同じ前提で各社に示します。

検体の流れに沿った現行業務の洗い出し

現行業務は、検体の流れ、工程ごとの実態、業務量の3つの観点で洗い出します。

  • 検体の流れ:依頼、受付、採取、前処理、分析、精度管理、結果確認、承認、報告、保管
  • 工程ごとの実態:担当者、端末、入力項目、参照マスタ、例外処理、紙・表計算ファイル、二重入力
  • 業務量と時間:検査項目数、1日平均・ピーク検体数、再検率、緊急検査の割合、結果報告の目標時間(TAT)

資料だけでは見えない手戻りや属人作業も、現場の観察と担当者への聞き取りを組み合わせると把握できます。

RFPに明記する連携・データ・安全要件

連携先や現場ルールから追加条件が出るため、接続と変換の条件は先に書いておきます。

  • 接続先:HIS・電子カルテ・オーダリング、分析装置、外部検査会社、健診システム
  • 部門システム:輸血・細菌・病理・生理検査システムも、接続先に含めます
  • 通信仕様:HL7などの標準規格を使う場合も、メッセージ項目、コード体系、異常値、再送、重複受信、障害時の復旧を確認
  • 変換対象:患者ID、検体ID、検査項目コード、単位、基準値、コメント
  • 変換責任:責任者を決め、RFPと契約書に明記する

数値で置く受入基準と導入効果

機能に加えて、合格かどうかを判断できるよう、合格条件と導入効果を定めておきます。安全性や業務改善も、提案の評価に含めます。

  • 結果のひも付け:指定した結果が、正しい患者・検体に結び付くことを確認
  • 権限と履歴:承認権限のない利用者が確定できず、操作履歴に利用者・時刻・変更前後の値が残ることを確認
  • 効果の測定:手入力件数、転記エラー、識別確認、報告遅延、再検の把握時間、TATを、導入の前後で比べる

ポイント

RFPには、現行業務の実態、連携と安全の条件、受入基準を書きます。候補会社が同じ前提で提案と見積りを出せる内容かどうかを、判断の目安にします。

LIS開発の契約形態の使い分け

契約は、要件の確定度、成果物の明確さ、共同検討の程度で選びます。

連携先や現場ルールから追加条件が出やすいため、要件が固まる前に一括請負で決めると、変更の協議や品質の問題が起きやすくなります。

要件定義を準委任・支援契約で進める方法

現状調査や業務分析、RFP作成のように、対話しながら成果を固める段階では、準委任やコンサルティング契約が適する場合があります。製品比較や基本構想も、この段階に含まれます。

契約では、作業時間と役割を決めます。会議の進め方や意思決定の期限も、契約に書き込んでおきます。

支援と開発を同じ会社に頼む場合は、公平性と見積りの妥当性を確かめます。また、第三者にレビューを頼むと、選定や評価の判断が偏りにくくなります。

請負契約による開発と変更条件

画面や帳票、連携の部分のように、成果物と受入基準を確定できる部分は、請負契約で納期・品質・対価を明確にできます。移行やテストも、確定できる範囲で同じように扱えます。契約書には、次の内容を入れておきます。

  • 変更への備え:変更が出たときの変更申請、追加費用、納期への影響
  • 検収と責任:検収期間、瑕疵対応、第三者製品の遅延責任

特に、無償で対応する仕様変更の範囲が曖昧だと、発注者と委託先の双方がリスクを抱えます。

保守・運用契約で止めない仕組み

稼働後に止まらないよう、保守契約で対応の範囲と責任を定めます。

  • 障害・復旧:受付、一次切り分け、復旧目標、代替運用を決めておく
  • 継続保守:バックアップ、パッチ、装置追加、マスタ変更、法改正・規格改訂への対応を含める
  • クラウド条件:サービスレベル、データ返却、解約時の移行、再委託先、監査権限を確認

24時間稼働の検査部門は、平日日中だけのサポートでは不足しかねません。厚生労働省の医療情報システム安全管理ガイドライン第7.0版には、保守委託機関編やサイバーセキュリティ対策の確認項目があります。

確認項目は、契約の要求事項に反映します(出典:厚生労働省「医療情報システムの安全管理に関するガイドライン 第7.0版」、2026年)。

ポイント

要件が固まった部分は請負契約で、対話しながら固める段階は準委任や支援契約で分けて考えます。契約の形によって、変更時の責任と費用の扱いが変わります。

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

価格は、検査項目や装置接続、HIS・電子カルテ連携の範囲で大きく変わります。端末数やデータ移行、部門の追加も価格に関わります。サポート時間と提供形態も、差を生みます。

公開されている情報の多くは個別見積りが中心です。そのため、2026年時点の臨床検査システムの相場と、近い業務システムの開発レンジを目安として示します。特定の施設にそのまま当てはまる確定価格ではありません。

規模別の初期費用・月額費用のレンジ

公開されている比較情報の価格帯は、規模と提供形態によって異なります。

  • オンプレミス型:初期費用は小規模200万〜400万円程度、中規模500万〜1,000万円程度、大規模1,500万円以上
  • クラウド型:月額は小規模5万〜10万円程度、中規模10万〜30万円程度、大規模30万円以上
  • 独自開発・大規模連携:近い業務システムの相場として、小規模300万〜1,000万円、中規模1,000万〜5,000万円、大規模5,000万〜1億円以上

クラウド型の料金帯は、製品比較情報の目安です(出典:ITreview「2026年 臨床検査システムのおすすめ10製品」、2026年)。

月額に含まれる範囲は、サービスごとに異なります。初期設定、装置連携、移行が含まれるかを確かめ、端末や教育、セキュリティ対策についても見ておくと、金額を同じ条件で比べられます。

ここで示す金額は、LIS専用の全国統計ではありません。

予算の仮置きに使うときは、装置連携や監査証跡、バリデーションの範囲を確かめ、移行や24時間運用も含めて考えます。

要件定義のあとで、標準機能で代替できる部分と個別開発の部分を分けておくと、過大なスクラッチ費用を避けやすくなります。

見積書の工程別・利用量別の内訳

見積りでは、工程ごとの作業と、利用量に応じた費用を分けて確かめます。

  • 開発工程:要件定義、調査、設計、画面・帳票、データベース
  • 連携・移行:装置インターフェース、HIS連携、マスタ登録、データ移行
  • 導入・運用:各種テスト、教育、稼働立会い、保守

利用量に応じた費用では、装置1台ごとの接続費とインターフェース数を確認します。利用者・端末数や保存容量も、見積りで確かめます。

バックアップや監視、セキュリティ診断は、費用の単位も見積りに明記してもらいます。

一般的な業務システムでは、保守費を初期費用の15〜25%程度とし、年額の目安にする場合があります。

LISでは、24時間対応や現地対応、装置保守を含むかどうかで保守費が変わります。クラウド基盤や法改正対応も、含むかどうかで費用に差が出ます。

3年から5年の総保有コストも比べます。

追加装置1台の費用や更新価格、解約時のデータ返却費まで見ると、導入後の予算差が見えてきます。

ポイント

費用は、規模と提供形態ごとのレンジを予算の仮置きに使い、見積りは工程別と利用量別に分けて、同じ条件で比べます。

委託先の選定と見積比較の要点

委託先は、機能の数だけでなく、類似施設での経験や連携力で評価します。移行とテスト、障害対応、現場教育まで含めて、総合的に比べます。

同じ条件のRFPを3社程度に提示すると、提案と見積りの前提がそろいます。そのため、価格とリスクを比べやすくなります。

同規模・同業務・同じ連携先の実績

導入実績は、施設条件がどれだけ近いかと、稼働後の運用状況を合わせて確かめます。

  • 施設・連携条件:検体数、装置メーカー・台数、HIS・電子カルテ、対象部門
  • 稼働実績:移行件数、稼働期間、障害件数、障害対応体制を確認
  • 利用者の評価:類似施設の担当者に、提案と実運用の差を尋ねる

たとえば、ICCの東尾張病院では、2025年3月のLifLi検査Hi稼働後に、装置との直接接続とバーコード運用を実現しました。さらに、同事例では確認作業と人的ミスがほぼゼロになったと説明しています。

同じ効果を期待するなら、現状の確認作業やミス件数を先に測っておきます(出典:株式会社石川コンピュータ・センター「東尾張病院様 LifLi検査Hi」、2025年)。

見積比較の前提条件と除外項目

見積りは、総額を見る前に各社の前提と評価基準をそろえ、そのうえで比べます。

  • 見積条件:範囲、納品物、作業場所、発注者作業、第三者製品、税、ライセンス
  • 追加費用:移行、教育、休日対応、保守、変更単価を確認
  • 一式項目:「連携費一式」などは作業内容、完了条件、工数を問い、回答を記録
  • 提案評価:適合、実装・移行、テスト、セキュリティ、保守、経験、拡張性、費用を採点し、必須要件未達は除外

質問に対して具体的に答えているか、できないことを明示しているかは、委託先を見分ける材料です。

通信断・移行失敗・監査に備えるテストの比較

委託先のテスト計画は、障害時の安全性、移行品質、認定要件への対応で比べます。

  • 例外時の安全性:取り違え、異常値、重複受信、通信断、装置停止、再送、承認者不在、過去データ参照不能を検証
  • 移行と切替:件数、文字化け、単位・基準値、患者ID、旧システムとの並行稼働を確認
  • 監査・復旧:権限、監査証跡、バックアップ復旧、切替リハーサルを計画

品質管理を重視する施設は、ISO 15189との関係も確かめます。日本適合性認定協会は2026年3月25日にJIS Q 15189:2026の発行を案内しました。出典は、公益財団法人日本適合性認定協会「JIS Q 15189:2026発行に伴うお知らせ」(2026年)です。

認定を目指す施設は、新しい要求への対応時期を確かめておきます。適合はLISだけに任せず、品質マニュアルや手順書、教育記録と組み合わせて整理します。是正処置と監査ログも、この中に含めます。

ポイント

委託先は、類似施設での実績と連携力、テストと障害対応で評価し、必須要件を満たさない会社は除外します。見積りは前提条件と除外項目をそろえてから比べます。

よくある質問(FAQ)

費用や期間は施設の条件で変わります。そのため、この回答は契約条件にはせず、自施設のRFPと見積りで具体化します。

LISの開発費用は最低いくらから考えればよいですか?

公開相場の一例では、小規模クリニック向けオンプレミス型は200万〜400万円程度です。クラウド型は月額5万〜10万円程度です。

これは製品料金の目安で、装置やHISとの連携、移行を加えると金額は変わります。教育や保守の追加でも、金額は変わります。

機能と連携先を整理したうえで、初期費用と3年から5年の運用費を分けて見積もります。

LISを外注してから稼働するまで何か月かかりますか?

稼働までの期間は、導入規模によって異なります。

  • 小規模導入:装置連携が少ない場合は3〜6か月程度
  • 中規模病院:6〜12か月程度
  • 大規模病院・検査センター:12〜24か月以上が目安

クラウド型でも、移行やHIS連携、マスタ承認を含めると、数週間では完了しない場合があります。教育や並行稼働も、期間に含めて考えます。

対象部門を絞って段階的に導入することや、意思決定者と現場担当者を早めに確保することは、期間の短縮に有効です。

分析装置メーカーとLISの開発会社は同じにすべきですか?

同じ会社にそろえる必要は、必ずしもありません。分けて発注する場合は、次の点を確かめておきます。

  • 接続方式:直接接続かミドルウェアか、標準規格と変換仕様の扱い
  • 責任と検証:障害時の責任分界と検証の担当は、契約前に決めておく

装置、LIS、HIS・電子カルテの各社による三者接続テストを提案できる会社なら、直前の責任争いを減らせます。

製造業の品質検査でもLISを発注できますか?

製造業の品質検査や研究所には、臨床LISよりLIMSやQMSが適する可能性があります。

自社の品質プロセスを満たすかは、ロットや試験規格、機器校正、逸脱の扱いで確かめます。承認や是正処置、監査証跡についても、見ておきます。

RFPに対象業務と用語を定義しておき、医療LISとLIMSの両方を比べられる委託先へ相談すると、選定のずれを防げます。

まとめ

発注前に確認する項目の一覧

検査対象と連携先、移行範囲をRFPに記し、受入基準と保守も書き込みます。そのうえで、候補会社へ同じ条件で提示します。

価格と稼働後の体制を合わせた判断

発注前に業務と安全条件を整理しておくと、価格だけでなく、稼働後の体制まで含めて判断できます。

  • 対象と要件:臨床LISかLIMS・QMSかを分け、検体、装置、連携、TAT、権限、ログ、移行を整理
  • 発注形態:標準製品や既存製品を活用し、特殊要件だけ個別開発して費用・保守負担を調整
  • 委託先の確認:連携、移行、受入基準、例外テスト、教育、障害対応、保守、データ返却を確認
  • 比較と決定:2026年相場は目安とし、3社程度を価格・適合度・実装力・運用体制で総合評価

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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