FHIR HL7 Validator

• FHIRリソースを交換するシステムを統合しており、本番稼働前にスキーマおよびプロファイルの準拠を確認する必要がある場合。
• ラボまたは画像システムからHL7 v2メッセージを受信し、セグメント構造とコードの正確性を検証する必要がある場合。
• CDA臨床文書を送信しており、必須要素と参照が有効であることを確認しなければならない場合。
• US CoreまたはUK Coreの実装ガイドに基づいて開発を行っており、プロファイル適合性の自動チェックが必要な場合。

• リアルタイムかつ本番環境レベルのFHIRサーバー検証が必要で、完全なターミノロジーサーバーとの統合が求められる場合 — 専用のFHIR検証サーバー（例：HAPI FHIR）の方が適切な場合があります。
• データがまだFHIR、HL7 v2、またはCDAにマッピングされていない独自のEHRフォーマットである場合。

FHIR JSON および XML リソースを公式 R5 仕様に照らして検証し、必須要素、データ型の適合性、カーディナリティルール、およびパターン制約を確認します。

ADT、ORU、OBX、RXOなどのメッセージタイプを含むHL7 v2.xパイプ区切りメッセージを解析し、セグメント構造およびフィールドレベルの準拠性を検証します。

Clinical Document Architecture R2 XML ドキュメントの構造的整合性、必須セクションの存在、およびセマンティックの正確性を検証します。

リソース内で使用されているコードが、SNOMED CT、LOINC、ICD-10 のコーディングシステム全体にわたって正しいバリューセットに属しているかどうかを確認します。

US CoreおよびUK Core FHIRの実装ガイドプロファイルに対してリソースを検証し、must-support制約およびプロファイル固有のルールを適用します。

JSON、Markdown、HTML、またはXML形式で優先順位付きの検証レポートを生成します。各問題に対して、行番号、重大度レベル（エラー、警告、情報）、および具体的な修正ガイダンスが含まれます。

EHRからエクスポートされた患者レコードを受信プラットフォームに取り込む前に、FHIR R5検証を実行して、必須フィールドの欠落、壊れた参照、および非準拠のデータ型を検出します。この処理には FHIR HL7 Validator を使用してください。

FHIR HL7 Validator を使用して、検査システムからの HL7 v2 ORU メッセージを検証し、セグメントの順序が正しいこと、必須フィールドが存在すること、および有効な LOINC コードが使用されていることを確認してから、下流のコンシューマーにルーティングします。

FHIR API開発中に、すべてのmust-support要素が入力され、プロファイル制約が満たされていることを確認するために、US CoreまたはUK Coreプロファイルに対してリソースを検証します。これには FHIR HL7 Validator を使用します。

CDA臨床ドキュメントのディレクトリ全体に対して一括検証を実行し、レジストリや支払者に提出する前に、必須セクションの欠落や無効な識別子などの体系的な問題を特定します。これには FHIR HL7 Validator を使用します。