検査機器や健診システムを電子カルテと連携するには？——標準規格でできること
「うちの健診システムを電子カルテとつなぎたい」「検査機器の結果を手入力しているのを自動化したい」——現場からこうした声が上がったとき、まず知っておきたいのが「標準規格でどこまでできるか」です。実は、多くの連携は決まった“共通言語”の上で動いています。
連携の共通言語——HL7とDICOM
院内システム同士のやり取りには、標準規格が用意されています。中心となるのが HL7（エイチエルセブン。医療情報交換のための国際標準規格）です。オーダー（依頼）や検査結果といったテキスト・数値の情報は、このHL7でやり取りするのが基本です。
HL7には代表的なメッセージの型があります。たとえば検査や処置のオーダー情報は ORM、その結果は ORU といった形で、電子カルテから機器へ「これを検査して」、機器から電子カルテへ「結果はこうでした」と流れます。近年は FHIR（ファイア） という新世代の規格も普及しつつあり、Web技術に近い作りで扱いやすいのが特徴です。
一方、レントゲンやCT・MRIといった画像は DICOM（ダイコム。医用画像の保存・通信の標準規格）が担います。画像は容量も大きく専用の扱いが必要なため、テキスト系のHL7とは別系統で連携し、PACS（画像を保存・閲覧するシステム）と組み合わせるのが一般的です。
つまり、「依頼と結果はHL7、画像はDICOM」 が大きな見取り図になります。
標準規格でいけるケース、個別対応が要るケース
「◯◯を電子カルテと連携したい」というニーズは、健診システム、レセコン（レセプト computer＝診療報酬請求システム）、検査機器、血圧計などのバイタル機器、予約システム、部門システムなど実に多様です。
このうち、HL7やDICOMにきちんと対応している製品同士であれば、標準規格の範囲で比較的スムーズにつながります。主要な機器やシステムの多くは、これらの規格に準拠しています。
ただし現実には、個別対応が必要になる場面もあります。
たとえば——
・機器固有のフォーマットでしか出力できない検査機器（独自のCSVやテキスト形式など
・規格には準拠していても実装の解釈に差があり、そのままではかみ合わないケース
・古い機器や小規模な専用システムで、そもそも標準出力を持たないもの
こうした場合は、間に変換の仕組み（インターフェース）を挟んで、機器の出力を電子カルテが受け取れる形に“翻訳”します。ここが受託開発の出番になります。
つなぐ前に確認したい3つのこと
連携を検討する際、機器の相性以上に見落とされがちなのが、次の3点です。
1. コード体系の整合
検査項目や病名などは、システムごとにコード（識別番号）の付け方が異なることがあります。「同じ血糖値なのに、送る側と受け取る側でコードが違う」と正しく紐づきません。標準コードへのマッピング（対応づけ）が必要になります。
2. 患者IDの取り扱い
複数のシステムをまたぐと、同じ患者を一意に特定できるかが重要です。健診システムと診療系でID体系が別、というのはよくある話。突合のルールを事前に決めておく必要があります。
3. 既存システムとの整合
新しい連携を足すとき、電子カルテや既存の院内システム（HIS）側の設定・運用と矛盾しないかの確認は欠かせません。片方だけ最適化しても、全体が回らなければ意味がないからです。
このあたりの勘所は、HL7の解説ページもあわせてご覧いただくと、イメージがつかみやすいはずです。
まずは「自分のケース」を相談するところから
標準規格で素直につながるのか、個別対応が要るのか——これは対象の機器・システムと、既存環境の組み合わせによって変わります。カタログ上「HL7対応」でも、実装の細部まで見ないと判断できないことも少なくありません。
だからこそ、「これはつながる案件か？」を早めに切り分けることが、遠回りを避ける近道です。
「うちのこの機器はどうだろう？」といった段階でのご相談も歓迎です。
医用画像・院内システムの連携でお困りの際は、病院・医療機関向けの受託開発のご案内もあわせてご参照ください。
▶お問い合わせは お問い合わせフォーム、またはお電話 03-5225-6970（平日10:00-17:00）まで。
