検査情報システム（LIS）開発の進め方/やり方/流れや方法/手法/工程/手順

検査情報システム（LIS）の開発は、検査依頼から検体受付、分析、精度管理、結果承認、報告までの業務を一つの流れとして整理し、現場と既存システムを安全につなぐ計画づくりが成功の要点です。

「何から決めればよいか分からない」「電子カルテや分析装置と接続できるか不安」「見積書の比較方法が分からない」という担当者に向けて、検査情報システム（LIS）開発の進め方を解説します。臨床検査室を中心に、要件整理から選定、設計・開発、テスト、稼働、定着までの6フェーズを、社内会議やRFP作成に使えるチェック項目としてまとめます。

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

検査情報システム（LIS）開発の全体像

LISは、Laboratory Information Systemの略称で、臨床検査室の依頼・検体・結果・精度管理・履歴を管理する部門システムです。病院情報システム（HIS）や電子カルテから検査依頼を受け、分析装置や外部検査会社と連携し、確認済みの結果を診療側へ返します。開発の起点は製品の機能一覧ではなく、検査を止めずに安全な結果報告を続ける業務設計です。

臨床検査のLISは、患者情報と検査結果を扱う医療機関の部門システムです。一方、製造業の品質検査や研究所で使うLIMSは、試料・ロット・試験方法・計測値・承認履歴を管理する仕組みで、QMSと組み合わせて品質保証を支えます。検索語に「検査情報システム（LIS）」が含まれていても、対象が工場の品質検査であればLIMSやQMSが適する場合がありますので、最初の企画会議で「患者検体か、製品・試料か」を明確にしてください。

HISは病院全体の情報を扱う基幹システム、LASは複数の分析装置や搬送ラインを自動化するシステムです。PACSは画像や波形などを扱うため、すべてをLISに内包する必要はありません。日本臨床衛生検査技師会の2025年公開解説でも、検体検査ではLISの下位・周辺に採血支援、輸血、細菌、病理のシステムが配置され、大規模施設ではLASが接続される構成が示されています（出典: 日本臨床衛生検査技師会、2025年）。

要件一覧には、検査依頼、患者・検体受付、バーコード発行、採取・前処理、分析装置オンライン、進捗とTAT管理、基準値・デルタチェック・パニック値の確認、結果承認、報告書、外部委託、精度管理、試薬・消耗品、権限、監査証跡を含めます。機能名だけでなく、「誰が」「どの画面で」「何を確認し」「異常時に誰へ引き継ぐか」まで書くと、ベンダー間の比較がしやすくなります。

導入効果は、便利そうという印象ではなくKPIで管理します。たとえば、受付から報告までのTAT、手入力の検査結果件数、バーコード照合率、再検率、結果報告の遅延件数、パニック値の連絡完了時間、試薬の棚卸し時間を導入前に測ります。2025年のHLA検査管理システム構築事例では、受付から報告までの一括管理により、結果返却の迅速化、ヒューマンエラーの低減、進捗の可視化が得られたと報告されています（出典: 日本輸血・細胞治療学会、2025年）。

検査情報システム（LIS）の進め方は6フェーズで整理します

LIS開発は、要件整理、製品・開発会社の選定、設計・開発、テスト、稼働、定着の6フェーズに分けると、抜け漏れを管理しやすくなります。各フェーズで成果物と意思決定者を決め、次の段階へ進む条件を設定してください。特に、装置接続とデータ移行を後半の作業として扱うと、稼働直前に問題が集中しやすいため、初期から検証対象に含めます。

最初に、検査依頼、受付、採取、前処理、分析、精度管理、承認、報告、保管を業務フローに描きます。平常時だけでなく、検体不足、再採取、再検、結果取消、装置停止、通信断、外注からの遅延、患者情報の訂正、夜間の緊急検査まで洗い出します。担当者へのヒアリングは検査技師、医師、看護師、医事、情報システム、品質管理、経営層を含め、部門ごとの「当たり前」を一つの言葉にそろえます。

要件定義書には、検査項目数、1日平均とピーク時の検体数、分析装置のメーカー・型式・台数、端末数、部門数、外部委託先、既存HIS・電子カルテ、保存期間、権限区分、ログの保存方針、目標TATを記載します。成果物は業務フロー、機能要件、非機能要件、連携一覧、マスタ一覧、移行対象一覧、課題・リスク台帳です。ここが曖昧なまま見積りを取ると、後から追加費用と納期延長が発生しやすくなります。

候補を選ぶときは、標準機能で満たせる範囲と、追加開発が必要な範囲をFit to Standard／Fit & Gapで分けます。標準の受付・結果管理・精度管理を活用し、院内独自の帳票や特殊な承認だけを周辺機能に切り出せる構成は、将来のアップデートに対応しやすくなります。反対に、独自画面を本体へ大量に追加すると、バージョンアップのたびに再テストが必要になり、保守費用も増えやすくなります。

選定時のデモでは、正常な検体登録だけでなく、患者取り違え防止、バーコード不一致、再検、パニック値、結果の訂正、装置の通信断、夜間の権限変更を実演してもらいます。HIS・電子カルテ、分析装置、搬送・分注装置、外注検査会社のどこまでを候補会社が担当し、どこを別会社や自院が担当するのかも書面化します。ICCの2025年導入事例では、分析装置とシステムのメーカーが異なることでバーコード運用に課題が生じ、直接オンライン接続によって確認作業と人的ミスを大幅に減らしたと紹介されています（出典: 石川コンピュータ・センター、2025年）。

基本設計では、システム構成図、画面一覧、権限マトリクス、連携方式、データ項目、マスタ更新の手順、バックアップと復旧方針を定めます。検査項目コード、単位、基準値、性別・年齢などの適用条件、検体容器、採取部位、装置コード、報告コメントは、結果品質に直結するため、現場責任者が承認するルールにします。分析装置の接続仕様は、通信プロトコル、項目コード変換、再送、タイムアウト、通信ログ、障害時の手入力を含めて設計します。

クラウドを選ぶ場合は、データの保管場所、暗号化、バックアップ頻度、復旧目標時間、障害通知、サービス停止時の代替運用、委託先の再委託、契約終了時のデータ返却を確認します。オンプレミスでは、サーバー更新、脆弱性対応、停電・災害対策、保守要員を自院側の責任として見積もります。厚生労働省は2026年6月に医療情報システムの安全管理に関するガイドライン第7.0版を公開し、保守委託機関編やサイバーセキュリティ対策チェックリストも掲載しています（出典: 厚生労働省、2026年）。契約書と設計書をこの最新版に照らし、誰が安全管理を担うかを明確にしてください。

テストは、画面が開くかを見るだけでは不十分です。単体テスト、連携テスト、業務シナリオテスト、性能テスト、権限テスト、バックアップ・リストアテスト、障害復旧テストを分け、合否基準と証跡を残します。代表的な検体を使って、受付から分析、結果チェック、承認、電子カルテへの返却までを通しで実行し、項目コードや単位、桁、基準値、コメントが途中で変わらないことを確認します。

必ず用意したい試験ケースは、正常値、異常値、パニック値、再検、希釈、検体不足、バーコード読取失敗、同姓同名、患者情報訂正、装置停止、ネットワーク切断、二重送信、結果取消、外注結果の遅延、日跨ぎ、夜間緊急検査です。試験結果には、担当者、実施日時、入力データ、期待結果、実結果、判定、修正内容を記録します。未解決の不具合を「運用で回避」とする場合は、回避手順、責任者、期限、再発防止策まで合意してから稼働判定を行います。

稼働方式には、全施設を一度に切り替える方法、部門・拠点を分ける段階導入、旧システムと一定期間並行稼働する方法があります。検査を止められない施設では、まず一般検査など範囲を限定し、運用が安定してから細菌、輸血、病理、生理検査へ広げる方法が現実的です。切替日には、移行データの最終確認、マスタ凍結、旧システムの参照方法、紙や手入力による代替運用、連絡網、ベンダーの立会い時間を決めます。

稼働判定は、機能が完成したかだけでなく、検査室が安全に業務を継続できるかで判断します。たとえば、主要な検査項目が全件登録できること、結果が正しい患者へ返ること、緊急値の通知経路が機能すること、障害時に代替記録から復旧できること、問い合わせ窓口がつながることを確認します。稼働後の1週間、1か月、3か月で確認する指標をあらかじめ定めると、導入直後の混乱を改善活動へつなげやすくなります。

定着フェーズでは、操作研修を一度実施して終わりにしません。新人向け、夜勤担当向け、結果承認者向け、システム管理者向けに教材と権限を分け、実際の検体を使わない訓練環境で繰り返し練習できるようにします。操作手順だけでなく、バーコード不一致、パニック値、通信断、結果訂正などの判断基準を標準作業手順書に組み込みます。

月次の運用会議では、TAT、手入力件数、再検率、報告遅延、問い合わせ件数、障害復旧時間、未受講者数を確認し、改善の優先順位を決めます。JIS Q 15189:2026は2026年3月25日に発行されましたが、日本適合性認定協会は認定審査基準としての適用時期を別途連絡するとしています（出典: 日本適合性認定協会、2026年）。規格対応を製品導入時だけの作業にせず、監査証跡、文書管理、教育記録、是正処置を運用の中で更新できる仕組みにしてください。

検査情報システム（LIS）の費用相場とコストの内訳

LISの費用は、製品価格だけで決まりません。検査項目数、装置接続数、HIS・電子カルテ連携、端末数、外注検査、移行データ、部門拡張、クラウド・オンプレミスの方式、24時間保守、教育と稼働立会いで大きく変わります。公開料金が少ない領域ですので、以下は2026年時点で確認できる臨床検査システムの公開比較情報を基にした目安であり、個別案件の確定価格ではありません。

小規模クリニックや小規模検査室のオンプレミス型は、初期費用200万〜400万円程度、中規模病院は500万〜1,000万円程度、大規模医療機関は1,500万円以上が一つの目安です。クラウド型は、小規模で月額5万〜10万円程度、中規模で月額10万〜30万円程度、大規模で月額30万円以上というレンジが公開されています（出典: ITreview「臨床検査システムのおすすめ製品」、2026年）。初期設定、装置連携、移行、教育、個別開発が月額や表示価格に含まれない場合がありますので、金額だけを比較しないでください。

導入期間は、装置接続が少ない小規模構成なら3〜6か月程度、中規模病院なら6〜12か月程度、多部門・多数装置・大規模移行を伴う施設なら12〜24か月以上を見込むと計画しやすくなります。独自開発や複雑なHIS・LAS連携では、要件整理と実機テストを含めて1年以上になる場合があります。期間を短くするには、標準機能を使うことだけでなく、現場の意思決定者を早く置き、マスタと連携仕様を先に確定することが重要です。

初期費用は、現状調査・要件定義、基本設計、ライセンスまたは利用設定、サーバー・ネットワーク、画面や帳票の設定、分析装置接続、HIS・電子カルテ連携、マスタ整備、データ移行、テスト、教育、稼働支援に分けます。ランニング費用は、保守、クラウド利用料、監視、バックアップ、セキュリティ対策、問い合わせ、法令・規格改訂対応、装置追加、バージョンアップに分けてください。

たとえば、初期費用が安く見えても、装置1台ごとの接続費、休日の稼働立会い、旧データの移行、帳票追加、24時間障害対応が別料金なら、総額は大きく変わります。保守費用は一般的な業務システムでは初期費用の15〜25％程度を年額の目安にすることがありますが、LISでは医療機器側の保守や夜間対応を含むかで変動します。根拠のない単一金額ではなく、必須費用、条件付き費用、将来拡張費用の3層で提示してもらうと、経営会議で説明しやすくなります。

検査情報システム（LIS）の見積もりを取る際のポイント

複数社から見積もりを取るときは、同じ前提条件を渡し、金額・納期・機能を同じ土俵で比較します。RFPには、施設規模、検査項目、ピーク検体数、装置一覧、既存システム、対象部門、移行範囲、目標TAT、セキュリティ要件、教育対象、保守時間を記載します。製品の説明を聞くだけでなく、候補会社が自院の業務課題をどのように理解したかを提案書で確認してください。

RFPでは、第一に業務範囲を明記します。「検体検査」とだけ書かず、採取管準備、ラベル発行、受付、前処理、分析、精度管理、再検、承認、報告、外注、結果参照のどこまでが対象かを示します。第二に連携範囲を明記します。電子カルテやHISとの依頼・結果、分析装置との指示・結果、外注検査との依頼・返却、会計や統計とのデータ連携を方向別に書きます。

第三に、品質・安全・運用条件を入れます。権限と個人認証、監査ログ、結果の訂正履歴、基準値、パニック値、バックアップ、復旧時間、障害時の連絡、保守窓口、教育、データ持ち出し制御、保存期間を確認します。要求に優先順位を付け、「必須」「できれば」「将来」の3段階に分けると、予算に合わせた削減と段階導入の判断がしやすくなります。

候補会社には、類似施設の導入実績、対応可能な装置、標準連携の方式、追加開発の範囲、移行方法、テスト体制、稼働後の保守体制を質問します。実在する導入先の担当者に、納期どおりだったか、障害時の連絡は速かったか、現場の要望が保守に反映されたかを確認できると、提案書だけでは分からない差が見えます。製品デモでは、現場の代表者に実際の画面を操作してもらい、入力数や確認動作が増えないかを確かめてください。

LIS製品の比較では、受付から結果報告までのエビデンス、結果値の変更履歴、精度管理、試薬・消耗品、電子カルテや分析装置との接続を確認します。たとえばシスメックスBioMajestyのCLALISは、検体受付から報告までの履歴、検体トレース、精度管理、装置・外注検査との連携を製品情報で説明しています（出典: シスメックスBioMajesty、2026年確認）。これは製品採用の断定材料ではなく、自院が候補会社へ確認すべき機能項目を具体化する材料として利用してください。

代表的な失敗は、要件の抜け、装置接続の想定違い、マスタの不整合、移行データの欠落、現場教育の不足、障害時の責任分界の曖昧さです。対策として、要件変更の承認ルール、追加費用の算定方法、受入条件、重大障害の定義、復旧目標、データ返却、契約終了時の対応を契約書に入れます。口頭で「対応できます」と言われた内容は、対象製品・バージョン・追加費用・納期・担当範囲とともに提案書か仕様書へ反映してもらいます。

また、AIによる異常値検知や予測、クラウド連携を追加する場合は、誤検知時の確認者、学習データの扱い、説明可能性、個人情報の範囲、業務停止時の代替手順を先に決めます。新機能を増やすほど、検証・教育・監査の負担も増えます。まずは検査を安全に流す基盤を完成させ、効果を測定した後に、分析や自動化を段階的に追加する方が、現場に定着しやすくなります。

検査情報システム（LIS）開発でよくある質問

ここでは、LISの導入を検討するときに特に質問されやすい内容をまとめます。施設規模や装置構成によって答えが変わるため、一般論を自院の要件に置き換え、候補会社との打ち合わせで確認してください。

患者の検査依頼、検体、結果報告を中心に病院や臨床検査室で使う場合はLISが基本です。製品ロット、試料、試験方法、品質記録、研究データを中心に工場や研究所で使う場合はLIMSが適しやすく、品質マネジメントまで扱うならQMSとの連携も検討します。両方の業務がある場合は、無理に一つへ統合せず、コード体系とデータ連携を定義して役割を分ける方法があります。

装置や連携先が少ない小規模構成では3〜6か月程度、中規模病院では6〜12か月程度、多部門・多数装置・大規模移行では12〜24か月以上が目安です。これは要件整理、設計、設定・開発、テスト、教育、稼働支援を含む計画期間であり、契約や製品の納期だけではありません。装置仕様の確認、マスタ確定、現場の受入テストが遅れると全体も遅れますので、初月から担当者と期限を置いて管理してください。

クラウドでも導入できますが、医療情報を扱うため、サービスの安全管理と院内の運用責任を分けて確認する必要があります。データ保管場所、暗号化、認証、ログ、バックアップ、復旧目標、ネットワーク断時の業務継続、障害時の連絡、契約終了時のデータ返却を、サービス仕様と契約書で確認してください。厚生労働省の第7.0版ガイドラインを基準に、クラウド事業者がどの項目を担い、自院がどの項目を担うかを一覧化すると判断しやすくなります。

TAT、検査結果の手入力件数、バーコード照合率、再検率、報告遅延件数、パニック値の連絡完了時間、受付から承認までの滞留時間、障害復旧時間を基本KPIにします。導入前の1週間や1か月の実績を取得し、稼働後の同じ条件と比較してください。数値が改善しても現場の確認負担が増えている場合がありますので、職員アンケートや問い合わせ件数も合わせて評価します。

検査情報システム（LIS）開発の進め方まとめ

検査情報システム（LIS）の開発は、製品を買う作業ではなく、検査を安全に流し続ける業務基盤を設計するプロジェクトです。まず臨床LISと製造業のLIMS・QMSを切り分け、検査依頼から結果報告までの現状業務を可視化します。そのうえで、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズごとに成果物と判断基準を置きます。

費用は、公開されている初期200万〜400万円程度から大規模の1,500万円以上、クラウド月額5万〜30万円以上まで幅がありますが、装置接続、電子カルテ連携、データ移行、教育、保守を含むかで総額は変わります。RFPには業務・連携・品質・セキュリティ・運用の条件を具体的に記載し、正常系と異常系のテスト、障害時の責任分界、稼働後のKPIまで候補会社と合意してください。現場と経営、情報システム、ベンダーが同じ判断基準を持てれば、導入後も改善できるLISになります。

▼全体ガイドの記事
・検査情報システム（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を創業。