簡単な回答: 検査室インターフェースには2つの方向があります。オーダーはEHRから検査室情報システム（LIS）へ、HL7 v2のORM^O01またはOML^O21メッセージ（またはFHIRのServiceRequest）として送信され、LISはORR/ORL、そして後ほど結果をORU^R01（またはFHIRのDiagnosticReportとObservation）として返します。難しいのはメッセージそのものではなく、その中の詳細です：結果をオーダーに紐付けるプレースホルダー番号とフィラー番号、結果ステータス（暫定、最終、修正）、異常フラグ、単位と基準範囲、検体情報、複数のパートを持つ微生物検査の結果、そしてLOINCへのコードマッピングです。うまく行けば、すべての結果は正しい患者、正しいオーダー、そしてカルテの正しい場所に、その意味を損なわずに記録されます。
ステップ1：フローの合意
検査室情報システムとEHRを統合する最初のステップは、検査室と、どのようなフローが存在するかについて合意することです。これには、オーダー発行、オーダー状況の更新、結果の取り込み、修正、キャンセル、追加検査および反射検査、そしてLISへのADT（入退室・転棟）人口統計情報フィードが含まれます。また、HL7のバージョン（通常は2.3.1または2.5.1）とトランスポート（通常は確認応答付きのMLLP）も決定します。
検査室と、どのようなフローが存在するかを決定します：オーダー送信（それとも検査室が紙を受け取り、自分で登録するのか？）、オーダー状況の更新、結果の受信、修正、キャンセル、追加検査、反射検査、および患者情報（検体が到着する前にLISが患者を知るためのADTフィード）。正常な結果、修正された結果、キャンセルされたオーダーのシーケンスを描きます。HL7のバージョン（2.3.1と2.5.1が最も一般的）とトランスポート（ACK付きMLLP、時々ファイル）を決定します。HL7 v2 オーダーメッセージを参照してください。
ステップ2：結果メッセージ、フィールドごと
検査結果は、HL7 v2のORU^R01メッセージとしてEHRに届きます。MSHは送信者と受信者を識別し、PIDは患者、PV1は受診、ORCとOBRはオーダー番号（プレースホルダーとフィラー）、オーダーされたパネル、レポートステータスを、そして各OBXは1つの分析項目とそのLOINCコード、値、単位、基準範囲、異常フラグ、結果ステータスを保持します。
MSH|^~\&|LIS|CENTRALLAB|EHR|GENHOSP|20260314130500||ORU^R01^ORU_R01|RES0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F
PV1|1|O|CLINIC-3^^^GENHOSP
ORC|RE|PLC-778812^EHR|FIL-556701^LIS|||||||||42^SMITH^JOHN
OBR|1|PLC-778812^EHR|FIL-556701^LIS|58410-2^CBC panel - Blood by Automated count^LN|||20260314084000|||||||||42^SMITH^JOHN||||||20260314130000|||F
OBX|1|NM|718-7^Hemoglobin [Mass/volume] in Blood^LN||10.9|g/dL|12.0-15.5|L|||F|||20260314125800
OBX|2|NM|6690-2^Leukocytes [#/volume] in Blood by Automated count^LN||6.4|10*3/uL|4.0-10.0|N|||F|||20260314125800
OBX|3|NM|777-3^Platelets [#/volume] in Blood by Automated count^LN||230|10*3/uL|150-400|N|||F|||20260314125800
NTE|1||Mild normocytic anaemia; suggest iron studies if clinically indicated.
- ORC-2 / OBR-2 プレースホルダー番号と ORC-3 / OBR-3 フィラー番号：オーダーとの結合部分。OBR-4：パネル、コード化（LOINC
LN）。OBR-7：検体採取時間。OBR-22：結果報告時間。OBR-25：オーダー全体の結果ステータス（P暫定、F最終、C修正、Xキャンセル）。 - OBX-2：値のタイプ（
NM数値、ST文字列、TXテキスト、CE/CWEコード化、SN構造化数値、例：<^5）。OBX-3：分析項目、コード化。OBX-5：値。OBX-6：単位、理想的にはUCUM（10*3/uL、K/µLではない）。OBX-7：基準範囲（テキスト）。OBX-8：異常フラグ（L低い、H高い、LL非常に低い、HH非常に高い、A異常、N正常）。OBX-11：分析項目ごとの結果ステータス（P暫定、F最終、C修正、Xキャンセル、D削除）。OBX-14：観測時間。OBX-19：分析時間。 - NTE：コメント、OBRまたは特定のOBXに位置で添付されます。
- SPM (2.5以降)：検体タイプ（SNOMED CT）、採取時間、受付時間、状態。
ステップ3：特別なケース
検査室インターフェースが処理する必要がある特別なケースには、修正された結果（元のオーダー番号と共にステータスCで、削除ではなく置き換えとアラート）、予備結果と最終結果、サブIDでリンクされた微生物学の菌種と感受性、テキスト結果と埋め込みPDF、反射検査と追加検査、キャンセル、そして検査室が分析装置を変更したときに変化する単位と基準範囲が含まれます。
- 修正：OBR-25とOBX-11に
Cが付いた新しいORUで、プレースホルダー/フィラー番号は同じです。EHRは元の結果を置き換え、変更をフラグ付けし、医師に通知する必要があります。元の結果をサイレントに削除しないでください。 - 暫定から最終へ：
P（グラム染色）の結果が続き、その後F（培養結果）が来ます。カルテはステータスを表示する必要があります。 - 微生物検査：同定された菌（コード化、SNOMED CT）に対する1つのOBX、その後、サブID（OBX-4）として菌を持つ抗生物質ごとのOBXとしての感受性結果。これはしばしば複数のメッセージにまたがります。ここにインターフェースのバグの多くが潜んでいます。
- テキスト結果とPDF：病理検査や一部の化学検査のコメントは、TX行または埋め込みPDF（OBX-2
ED）として届きます。カルテはテキストとファイルの両方を必要とします。 - 反射検査と追加検査：元のオーダーの下の新しいOBR、または検査室によって作成された新しいオーダー。番号付けの方法を合意してください。
- キャンセル：
Xステータス、元の番号と共に。 - 分析装置ごとの単位と範囲：検査室が分析装置を変更すると、同じ検査の単位が変わることがあります。インターフェースは、単位を仮定するのではなく、各結果と共に範囲を運ぶ必要があります。
ステップ4：コード
検査室インターフェースにおけるコードマッピングとは、検査室のローカルテストコードをLOINCに一度だけ、保守されているテーブルで変換し、ローカルコードとLOINCコードの両方をOBX-3で送信することです。単位はUCUMに正規化し、検体タイプと菌種はSNOMED CTでコーディングします。このマッピングがないと、結果を検査室間でトレンド化したり、外部システムで読み取ったりすることはできません。
検査室の検査コードを、メンテナンスされるテーブルで一度だけLOINCにマッピングし、ローカルコードとLOINCコードの両方をOBX-3（GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN）で送信します。単位はUCUMに正規化します。検体タイプと菌はSNOMED CTで。方法はローカル検査コードをLOINCにマッピングする方法にあります。これがないと、結果を異なる検査室間でトレンドしたり、外部システムで読み取ったりすることはできません。
ステップ5：FHIRの代替案
HL7 v2検査室インターフェースのFHIR代替案では、オーダーにはServiceRequest、分析項目ごとにはLOINCコード、UCUM数量、基準範囲、解釈を持つObservation、そしてそれらをステータス、実施者、発行時間、結論、PDFと共にグループ化するDiagnosticReportを使用します。配信はREST書き込み、レポートごとのトランザクションBundle、またはFHIRサブスクリプションです。
FHIRでは、オーダーはServiceRequest、結果はObservation（分析項目ごと、LOINCコード、UCUM数量、referenceRange、interpretation）で、ステータス、実施者、発行時間、結論、およびPDFを持つDiagnosticReportによってグループ化されます。basedOnはServiceRequestを指します。修正は、ステータスがamendedまたはcorrectedの同じリソースのバージョンです。配信はEHRのFHIRサーバーへのREST書き込み、レポートごとのトランザクションバンドル、またはサブスクリプションです。HL7 v2からFHIRへのガイドは、上記のすべてのフィールドをマッピングします。多くの検査室が現在両方を提供しています。FHIR DiagnosticReportの説明とFHIR Observationの説明を参照してください。
ステップ6：テストと本番稼働
本番稼働前に検査室インターフェースをテストするには、すべての特別なケースについて合成患者を実行し、検査室のレポートとEHRチャートの間で1日分の並行結果を比較し、タイムゾーンと夏時間移行を確認し、障害発生後の確認応答処理と再送を検証し、IHEのLaboratory Testing Workflowプロファイルをベースラインとして、メッセージ障害時のオンコール手順に合意します。
ステップ3のすべてのケースについて、合成患者でテストします。紙またはPDFレポートとカルテの1日分の並行結果を比較します。タイムゾーンと夏時間の切り替えを確認します。ACK処理と障害後の再生を検証します。メッセージ障害時のオンコール手順に合意します。IHEのLaboratory Testing Workflowプロファイルと各国の適合性スイートは、テスト済みのベースラインを提供します。
設計で考慮すべき失敗点
検査室インターフェースが設計で考慮すべき失敗点としては、以前の受診に記録された結果、LISに適用されていない患者マージ、分析装置のアップグレード後にトレンドをシフトさせる単位変更、アラートなしで上書きされる修正結果、間違った菌種に添付された微生物学の感受性、そしてEHRにコードがないテストの結果がエラーキューに消えてしまうことなどが挙げられます。
PV1が古いせいで過去のエンカウンターに結果が記録された。LISにマージ（ADT A40）が適用されなかった。分析装置のアップグレード後に単位が変更され、トレンドがサイレントにシフトした。修正された結果がアラートなしに上書きされた。微生物検査の感受性が間違った菌に添付された。EHRにコードがない検査の結果を検査室が送信し、それがエラーキューに消えた。
Anpherosにて
Anpherosのラボコネクタは、ORU^R01、CSV、JSONを受け入れ、DiagnosticReportの下にObservationsを生成し、LOINCとUCUMを使用し、ローカルコードと元のファイルを保持します。開発者ガイドのラボ結果のインポートでは、無料サンドボックスで手順を説明しています。
関連ページ
- HL7 v2 ORMおよびOMLオーダーメッセージ
- HL7 v2メッセージの説明：ADTとORU
- ローカル検査コードをLOINCにマッピングする方法
- FHIR DiagnosticReportの説明
- ラボコネクタ：HL7 v2、CSVまたはJSONからFHIRへ
- インターフェースエンジンについて
- ラボ結果をFHIRにインポート（開発者サイト）
ソース
- HL7 v2.5.1 ORU_R01リファレンス（Caristix）
- HL7 v2.5.1 OBXセグメント（Caristix）
- IHE Laboratory技術フレームワーク（LTW）
- HL7 v2からFHIRへの実装ガイド
- HL7 FHIR R4：DiagnosticReport
よくある質問
新しいラボインターフェースにはどのHL7バージョンを使用すべきですか？
両方が対応していれば2.5.1です。検体用のSPMがあり、ステータス処理がより明確です。多くの検査室はまだ2.3.1を使用しており、インターフェースは古い側に対応します。
結果はどのようにオーダーに紐付けられますか？
プレースホルダーオーダー番号（EHRによって割り当てられる）とフィラーオーダー番号（LISによって割り当てられる）によって、オーダー応答と結果の両方のORC-2/3およびOBR-2/3で伝達されます。EHRがフィラー番号を記録しなかった場合、マッチングはプレースホルダー番号にフォールバックします。
検査室がLOINCコードを送信できない場合はどうなりますか？
エンジニアまたはコネクタ側で、ローカルコードをLOINCにマッピングし、両方を保持します。ローカルコードシステムが安定しており、新しい検査が通知されることを要求してください。
FHIRはラボインターフェースに対応していますか？
新しい接続、特に病院外では対応しています。ServiceRequest、Observation、DiagnosticReportはオーダーと結果を完全にカバーしており、各国のガイドラインでプロファイル化されています。病院内では、LISと分析装置は今後数年間HL7 v2を使用するでしょう。
サンドボックスで無料で試す
5分で最初のFHIR呼び出し. 患者さんの同意が組み込まれたHL7 FHIR R4 APIです。サンドボックスでお試しいただき、ご自身のアプリやクリニックのシステムを接続してください。
無料・合成患者30人・カード不要
Anpherosは、患者が管理し、あらゆるクリニックと共有できる医療記録を、EUを拠点とするHL7 FHIR R4プラットフォーム上で構築しています。これらのガイドは、ご自身の健康を理解し整理するのに役立ちますが、医師の代わりになるものではありません。
Anpherosについて →