HL7 を FHIR に変換

HL7 v2.x は、数十年にわたり臨床 IT で最も広く使われてきた交換フォーマットです。セグメント単位でパイプ区切り、MSH（メッセージヘッダー）、EVN（イベント）、PID（患者）、PV1（来院）、OBR（依頼）、OBX（観測値）といったセグメントと、区切り記号 ^~\& で構成されます。後継となる新しい HL7 FHIR R4 は、同じ情報を明確な名前のリソース（Patient、Encounter、Observation）として表し、JSON または XML で提供します。Web API や最新システムにとって、はるかに扱いやすい形式です。

HL7 v2 ファイルをドロップすると、ツールがセグメントを読み取り、FHIR R4 Bundle（collection）を組み立てます。対応付けられるのは選び抜いたコアです。MSH は MessageHeader に、PID は Patient リソース（識別子、氏名、性別、生年月日、住所。PD1 で拡張）に、PV1 は Encounter（区分、来院番号、場所）に、NK1 は RelatedPerson（親族）に、DG1 は Condition（健康状態）に、AL1 は AllergyIntolerance（アレルギー）に、PR1 は Procedure に、OBX は Observation（コード、値、単位）に、OBR/ORC は ServiceRequest（依頼/指示）になります。複数のファイルを一度にドロップでき、それぞれが独立した Bundle になります。

すべてはブラウザ内で完全にローカルに動作します（純粋な JavaScript、サーバーなし、外部 CDN の外部ライブラリなし）。患者データを含むメッセージが端末から出ることはありません。正直にお伝えします。これは一般的なセグメントの中核部分を構造的に変換するものであり、HL7 から FHIR への完全なマッピングではありません（Z セグメントや多くの詳細項目は対象外）。また臨床用ツールでもありません。結果は、対象システムのプロファイルや要件と照らし合わせて確認してください。

技術仕様

3ステップで

1. HL7 v2 ファイル（.hl7, .txt）をドロップします。
2. 変換はブラウザ内でローカルに自動で実行されます。
3. FHIR R4 Bundle（.json）をダウンロードします。メッセージごとに 1 つです。

制限: HL7 v2 メッセージ（例: HL7 v2.5、セグメント単位、パイプ区切り）を HL7 FHIR R4 Bundle（collection, JSON）に変換します: MSH -> MessageHeader、PID -> Patient（識別子、氏名、性別、生年月日、住所）、PD1 は Patient リソースを拡張（かかりつけ医、保護指示）、PV1 -> Encounter（区分、来院番号、場所）、NK1 -> RelatedPerson（親族、続柄、住所、電話）、DG1 -> Condition（健康状態、状態種別）、AL1 -> AllergyIntolerance（アレルギー、重症度、反応）、PR1 -> Procedure、OBX -> Observation（コード、値、単位）、OBR/ORC -> ServiceRequest（依頼/指示）、NTE は直前のリソースに注記として付加されます。これは選び抜いたセグメントの中核部分です。Z セグメント、EVN、2 回目以降の繰り返し、多くの任意の詳細項目はこのバージョンでは意図的に表現していないため、マッピングは可逆ではありません。ファイルは UTF-8 として読み込まれます。メッセージ自体の MSH-18 文字セット指定は評価されません - ウムラウトや特殊文字を含む ISO-8859-1/ANSI エンコードのメッセージでは、事前にファイルを UTF-8 として保存してください。これはデータ交換のための構造的なフォーマット変換であり、臨床用ツールではありません。Bundle は対象システムのプロファイル（例: 必須項目、用語集）と照らし合わせて確認してください。

よくある質問

関連ツール

DICOM匿名化 · FHIR JSON と XML 変換 · HL7 CDA を表示