医療システム比較｜パッケージ・クラウド・受託開発の違いと開発会社の選び方【2026年版】

医療システムを比べるとき、最初に決めるのは製品名ではなく「どのシステムを、どの方式で調達するか」です。電子カルテやレセコンはパッケージかクラウド型の製品から選ぶのが基本で、予約・Web問診や部門間の連携、院内に残った手作業は受託開発の対象になりやすい領域にあたります。この記事では、医療システムをパッケージ・クラウド型・受託開発の3方式で並べた比較表と、システムの種類ごとに向く方式の対応表を示します。そのうえで医療システム開発会社の選び方を、安全管理ガイドライン第7.0版への準拠を示す書類や、HL7 FHIR・SS-MIX2の実装経験といった確認項目に落として整理しました。おすすめの会社を並べるのではなく、自院の条件で比べられる物差しを渡すことが目的です。

まとめ：医療システムの比較は種類別の調達方式と開発会社の提出書類で決める

医療システムの比較は、電子カルテ・レセコンのような診療と請求の中核と、予約・問診・部門連携・事務作業のような周辺に分けてから始めます。中核は、製品の機能差より電子カルテ情報共有サービスや標準規格への追随と保守の継続性で選ぶ領域で、自院向けに一から作る対象にはなりません。周辺は、パッケージの標準機能で足りない部分を受託開発で埋める領域です。

開発会社の比較では、「医療の実績あり」という自己申告ではなく、出せる書類と具体名で判断します。接続した電子カルテの製品名、医療情報セキュリティ開示書（MDS/SDS）、提供事業者向けガイドラインが示すサービス仕様適合開示書とSLAの扱いを答えられるかどうかが、安全管理ガイドライン第7.0版の下で任せられるかの分かれ目です。パッケージを置き換えずに周辺だけを作る判断が多くの医療機関で妥当で、電子カルテ本体を受託開発で作り直す選択は採るべきではありません。

医療システム比較の前に分ける電子カルテ中心の中核と周辺業務の範囲

「医療システム」という言葉は、電子カルテ単体を指すこともあれば、病院内のシステム全体を指すこともあります。比較の単位がずれたまま製品資料を集めると、機能も費用も並べられません。

中核の電子カルテ・レセコンと周辺の予約・問診・部門システムの分け方

中核は、診療記録を持つ電子カルテと、医事会計とレセプト請求を担うレセコンです。オーダリングやPACS、検査・薬剤などの部門システムは中核と常時データをやり取りし、予約・Web問診・決済・物品管理・勤務表はその外側で動きます。院内でどのシステムがどの情報を持ち、どこへ流しているかは、医療情報システムとは？種類・構成と安全管理ガイドライン第7.0版対応で構成図とともに説明しています。

比較表は、この層ごとに別々に作ってください。中核の比較は「どの製品か」、周辺の比較は「製品で埋めるか作るか」という別の問いになるためです。電子カルテ製品そのものの機能比較は電子カルテとは？種類・機能一覧と比較軸、医事会計側はレセコンとは？電子カルテとの違い・データ連携に委ねます。

製品の「おすすめ」ランキングが病床数と診療科と既存構成で外れる理由

「医療システム おすすめ」で上位に出るページの多くは、開発会社や製品の紹介を並べた一覧です。候補探しには使えますが、掲載順は自院の条件を反映していません。

外れる条件は二つあります。ひとつは規模と診療科で、無床の内科診療所と200床の急性期病院では、必要な部門システムの数も連携先も桁が違います。もうひとつは既存構成です。すでに稼働している電子カルテの製品とバージョンによって、接続できる周辺製品と、受託開発でつなぐときの手間が決まります。一覧から候補を拾ったら、この二つで絞り込んでから資料請求に進むと、比較の手戻りが減ります。

パッケージ・クラウド・受託開発の3方式を費用・改修・連携で比べる比較表

調達方式は、院内にサーバーを置くオンプレミス型パッケージ、事業者の環境で動くクラウド型サービス、自院の要件に合わせて作る受託開発の3つに分けて比べます。

初期費用・継続費用・改修の自由度・既存システム連携で見る3方式の違い

次の表は、方式ごとの費用の出方と、導入後に変えられる範囲を並べたものです。金額は規模と範囲で大きく変わるため、費用が「いつ・何に」かかるかで比べています。

差が最も出るのは既存システム連携の行です。パッケージもクラウド型も、連携できる範囲は製品が用意した機能で決まり、その外の接続は電子カルテ側ベンダーの見積もり次第になります。受託開発は自由度が高い反面、接続先ベンダーが仕様を開示しなければ設計できず、表の見た目ほど自由ではありません。

電子カルテ・レセコン・予約問診・部門連携ごとに向く調達方式の対応表

システムの種類ごとに、第一候補の方式と、受託開発を検討してよい条件を並べました。

受託開発の対象は中核の本体ではなく、中核とつなぐ部分と、製品の外に残った作業です。電子カルテとレセコンを一体で入れるか別々に入れるかは電子カルテ・レセコン一体型とは？連携型との違いと選定判断で比べています。院内のデータをどの方式でつなぐかの選択肢は、医療のデータ連携｜院内4方式と地域連携の構成が詳しく扱っています。

クラウド型を選ぶ前に安全管理ガイドライン第7.0版で確かめる責任分界

医療情報を扱うシステムは、厚生労働省の医療情報システムの安全管理に関するガイドラインに沿って運用します。2026年10月時点の現行は第7.0版（令和8年6月）で、概説編・経営管理編・企画管理編・システム運用編に保守委託機関編を加えた構成です。医療機関がどこまでを自ら管理し、どこからを事業者に委ねるかを、文書で残すことが前提になっています。

クラウド型では、事業者側にも経済産業省・総務省の医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドラインが掛かります。令和7年3月28日改定の第2.0版は、対象事業者の明確化と、事業者と医療機関の合意内容の明確化を改定の観点に挙げました。比較の段階で「このガイドラインの対象事業者として合意内容を示せるか」を各社に聞けば、月額の安さだけで選ぶ失敗を避けられます。二つのガイドラインの読み分けは医療情報システムの安全管理に関するガイドライン第7.0版の読み方にまとめています。

医療システム開発会社の選び方を提出書類と接続実績で確かめる確認項目

開発会社の比較サイトは、医療分野の実績、技術力、導入後のサポート体制を選定の観点に挙げています。方向は正しいものの、どの会社も「実績あり」と書くため、そのままでは差が出ません。以下の4項目は、口頭の説明ではなく書類や具体名で答えてもらう形にしてあります。

医療情報の取扱い実績は接続した電子カルテ製品名と案件規模で聞き取る

実績を聞くときは、「医療機関向けの開発経験」ではなく、接続した電子カルテやレセコンの製品名、医療機関の種別（無床診療所・有床診療所・病院）、扱ったデータの種類を尋ねます。守秘義務で発注元の名前を出せない会社でも、製品名と規模は答えられるはずです。

自院と同じ製品への接続経験があるかどうかで、見積もりの精度が変わります。接続経験のない製品が相手だと、仕様の確認と試験に追加の期間がかかり、その分が予備費として見積もりに上乗せされます。製品名を聞いて答えが曖昧な会社は、比較の対象から外してかまいません。

MDS/SDSとサービス仕様適合開示書の提出可否で準拠の深さを見分ける

ガイドラインへの準拠は、書式の決まった書類で比べられます。JAHIS（保健医療福祉情報システム工業会）とJIRA（日本画像医療システム工業会）が作成した医療情報セキュリティ開示書（MDS/SDS）は、製品やサービスのセキュリティ機能が安全管理ガイドラインのどの項目に対応するかを、チェックリストで示す標準書式です。2026年10月時点の掲載はガイドVer.5.0で、JAHISは第7.0版対応のチェックリストを2026年12月末目標で公開する予定としています。公開までは第6.0版対応の現行チェックリストを使い、変更箇所を備考欄で補う運用が案内されています。

もう一つは、提供事業者向けガイドラインの別紙1「サービス仕様適合開示書及びサービス・レベル合意書（SLA）参考例」です。書式そのものの提出は必須ではありませんが、同等の内容を開示・説明して医療機関と合意することがガイドラインの前提になっています。クラウドで動かすシステムを受託開発する場合、開発会社と運用を担う事業者のどちらがこの開示を受け持つのかを、提案段階で確かめてください。どちらも受け持てない体制なら、クラウド上での運用は任せない判断になります。

HL7 FHIRとSS-MIX2の実装経験を電子カルテ情報共有サービス対応で確かめる

標準規格の対応力は、規格名を知っているかではなく、どの仕様で何を実装したかが比較の判断基準です。HL7 FHIRは2026年10月時点でR5（5.0.0）が最新の公開版ですが、国内の電子カルテ情報共有サービスで使う記述仕様は、JP Coreなど日本向けの実装ガイドに沿って作られています。版と実装ガイドの関係を説明できるかどうかは、FHIRを実装した経験の有無を見分ける手がかりになります。

厚生労働省の電子カルテ情報共有サービスのページには、2026年6月30日に技術解説書の令和8年9月リリース分が、9月9日にシステムベンダ向けの「FHIR記述データの手本」が掲載されました。開発会社には、こうした更新を誰が追い、自院の連携部分にどう反映するかを聞いてください。SS-MIX2は院内の診療データを標準化ストレージに蓄える方式で、既存の電子カルテが出力しているかどうかを先に確かめておくと、データを取り出す手段が決まります。

既存電子カルテベンダーとの接続交渉と保守窓口を誰が担うかの切り分け

受託開発で周辺システムを作ると、電子カルテ側の出力設定や接続口の開放は、既存ベンダーの作業になります。この見積もりと日程の調整を医療機関が自分で行うのか、開発会社が窓口になるのかで、院内の負担が大きく変わります。

契約前に決めておくのは、障害時の一次切り分けです。連携が止まったとき、電子カルテ側か連携部分かを誰が判定し、どちらのベンダーに連絡するかを運用手順に書いておかないと、両者が互いの側を疑ったまま復旧が遅れます。保守窓口を一本にまとめられるかどうかも、開発会社を比べる項目に入れてください。

相見積もりで医療システム開発会社の提案を比べる前提条件のそろえ方

見積もり額を横に並べても、前提がそろっていなければ比べられません。医療システムには、一般の業務システムより前提の抜けが起きやすい項目があります。

見積もり依頼書に書く接続先製品・データ件数・稼働時間帯の前提

依頼書には、少なくとも次の項目を書いて各社に同じ内容で渡します。

1. 接続先の電子カルテ・レセコンの製品名とバージョン、ベンダーの連絡窓口
2. 扱うデータの種類（予約・問診・検査結果など）と1日あたりの件数
3. 稼働時間帯（外来の時間のみか、夜間・休日の救急を含む24時間か）
4. サーバーの置き場所（院内・クラウド）と、安全管理ガイドライン第7.0版に沿った文書の作成を範囲に含めるか
5. 保守の範囲と受付時間、障害時の一次切り分けの担当

4番目と5番目を書かずに依頼すると、ある会社は文書作成と夜間保守を含め、別の会社は含めない見積もりを出してきます。依頼書の書き方と見積書の読み方の一般論は、システム開発の見積もりとは？見積書の見方・依頼方法・相見積もりの比較を参照してください。

見積もり額の差が開きやすいベンダー接続費・検証環境・規程文書の扱い

金額の差が大きく出るのは、開発そのものより周辺の費用です。筆頭は既存ベンダーの接続費で、開発会社の見積もりには含まれず、医療機関が別途支払う形になることが多い項目です。

次に検証環境があります。本番の電子カルテに試験データを流せない場合、接続試験用の環境を既存ベンダーから借りるか、模擬環境を作る費用が発生します。運用管理規程や責任分界表といった、安全管理ガイドライン対応の文書も差の出る項目です。安い見積もりがこれらを範囲外にしているだけ、という例は珍しくありません。比較表にこの行を足し、各社の「含む／含まない」を埋めてから金額を比べてください。

受託開発に踏み込む医療機関とパッケージで済ませる医療機関の線引き

比較の結論は、多くの医療機関で「中核はパッケージかクラウド型、受託開発は周辺に限る」になります。以下はその線を、採る場面と採らない場面に分けて言い切ったものです。

受託開発を選ぶ条件は製品の外で転記や照合の手作業が毎日残ること

受託開発に進んでよいのは、電子カルテやレセコンを入れたあとも、予約システムから電子カルテへの転記、検査結果と請求データの照合、紙の問診票の入力といった手作業が毎日発生している場合です。製品の追加オプションで解消できるかを既存ベンダーに確かめ、それでも残る作業に限って作ります。作業時間を職種ごとに1日あたりで測っておくと、開発費を何年で回収できるかを見積もる根拠になります。

一創の医療機関向けシステム開発も、パッケージを置き換えずに周辺を組み立てる方針です。院内業務の棚卸しから、既存製品との連携方式の確認、HL7 FHIRによる連携、安全管理ガイドラインに沿ったインフラの構築までを受けています。

電子カルテ本体の作り直しと無床クリニックの個別開発を見送るべき場面

電子カルテ本体を受託開発で作り直す選択は採りません。国は電子カルテの標準化と電子カルテ情報共有サービスへの接続を進めており、独自に作ったカルテは、標準仕様や技術解説書が改訂されるたびに自院の負担で追随することになります。製品なら、その改修は製品の保守の中で行われます。

無床診療所で、困りごとが予約と問診の受付程度にとどまるなら、個別開発も不要です。クラウド型の予約・問診サービスと電子カルテの連携メニューで足り、受託開発の保守費が毎月の利用料を上回りやすいからです。開発を検討するのは、複数の診療所を運営する医療法人が、拠点をまたいで予約や患者情報を扱う段階からで間に合います。製品の導入や入れ替えに補助金を使う場合の条件は、電子カルテの補助金｜デジタル化・AI導入補助金2026の補助額と申請実務で確認できます。

よくある質問

医療システムの比較と開発会社の選定で、検討の初期によく出る質問に答えます。

医療システムとはどこまでを指しますか？

決まった定義はなく、電子カルテ単体を指す場合と、病院内のシステム全体を指す場合があります。比較の場面では、電子カルテ・レセコンの中核、オーダリングやPACS・検査・薬剤などの部門システム、予約・問診・物品管理・勤務表などの周辺の3層に分けて考えると整理できます。層ごとに選び方が違うため、比較表も層ごとに作るのが実務的です。中核は製品から選び、周辺は製品で埋めるか受託開発で作るかを比べます。

クラウド型の医療システムは安全管理ガイドライン上使えますか？

利用は可能です。厚生労働省の安全管理ガイドライン第7.0版は、外部の事業者に保存や運用を委ねる形を想定しており、医療機関と事業者の責任分界を文書で決めることを前提にしています。事業者側に掛かる経済産業省・総務省の提供事業者向けガイドライン第2.0版も、医療機関との合意内容の明確化を改定の観点に挙げています。比較の段階では、事業者が合意内容を書面で示せるか、MDS/SDSを出せるかを確かめてください。

医療システム開発会社はどこで探せばよいですか？

発注仲介サイトの一覧や、既存の電子カルテベンダーからの紹介が主な入口です。一覧は候補を広げるのに向きますが、掲載の順序は自院の条件を反映していません。候補を拾ったら、接続した電子カルテの製品名、医療機関の種別、MDS/SDSやサービス仕様適合開示書の扱い、保守窓口の体制を同じ質問票で尋ね、答えの具体性で絞り込みます。製品名を答えられない会社は外してかまいません。

受託開発の医療システムはどのくらいの費用がかかりますか？

範囲と接続先で大きく変わるため、一律の相場は示せません。見積もりで差が出るのは開発本体より、既存ベンダーの接続費、検証環境、安全管理ガイドライン対応の文書、夜間を含む保守の範囲です。各社に同じ依頼書を渡し、これらを「含む／含まない」で並べてから金額を比べると、実質の差が見えます。周辺業務の手作業時間を測っておけば、回収期間で投資の妥当性を判断できます。

既存の電子カルテベンダー以外に周辺システムを頼んでも問題ありませんか？

問題ありませんが、電子カルテ側の出力設定や接続口の開放は既存ベンダーの作業になるため、その費用と日程は別途発生します。誰がベンダーとの調整窓口になるか、障害時に電子カルテ側か連携部分かを誰が切り分けるかを、契約前に決めておくことが条件です。既存ベンダーが接続の仕様を開示しない場合は受託開発で設計できないため、最初に開示の可否を確認してください。

関連記事

• レセコンメーカーの選び方｜3系統の違いとシェアの読み方・乗り換え判断：医事会計側の製品をメーカーの系統から比べたい場合に
• 医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドライン第2.0版：クラウド型の事業者と合意する内容を詳しく確かめたい場合に
• 医療DXとは？定義・3本柱・2026年度改定から進め方と受託開発の判断まで解説：電子カルテ情報共有サービスを含む政策の全体像として
• 電子カルテとは？種類・機能一覧と比較軸・標準仕様対応の判断を解説：中核の電子カルテ製品を機能から比べるときに