Loading article…
Health Level Seven（HL7 ）は、ソフトウェアアプリケーション間で医療情報を交換するための技術標準のセットです。その名称は、 OSIモデルにおける7番目の層、すなわちアプリケーション層に由来しています。この標準は、国際標準化団体であるHL7 Internationalによって作成され、米国規格協会（ANSI）や国際標準化機構（ISO）などの他の標準化団体によって採用されています。
医療機関は通常、請求、投薬管理、患者追跡、文書化など、さまざまな患者管理や臨床業務を処理するために、多くの異なるコンピュータシステムを使用しています。これらのシステムはすべて、新しい情報を受け取ったとき、または情報を取得したいときに、互いに通信、つまり「インターフェース」する必要があります。HL7 International は、これらの医療システムが相互に通信できるようにするための、柔軟な標準、ガイドライン、および方法論を多数規定しています。これらの標準により、さまざまなシステムで医療データが均一かつ一貫して共有および処理されるため、医療データの「相互運用性」が容易になります。これにより、臨床データと非臨床データをより簡単に共有できるようになり、理論的には患者ケアと医療システムのパフォーマンスが向上します。[ 1 ]
HL7 International は、最も一般的に使用および実装されている以下の標準を主要な標準とみなしています。[ 2 ]
その他のHL7規格/方法論には以下が含まれます。[ 3 ]
HL7 バージョン 2 標準 (Pipehat とも呼ばれる) は、病院の日常業務 (管理業務、請求、物流、注文や結果などの臨床プロセス) をサポートします。[ 4 ] 1987 年に初めてリリースされ、その後定期的に改訂され、10 を超えるバージョン (2.1 から 2.9) が作成されています。[ 5 ] v2.x バージョンは互いに下位互換性があるため、バージョン 2.3 用に作成されたメッセージは、バージョン 2.6 をサポートするアプリケーションでも理解できます。
新しいHL7規格とは異なり、バージョン2.xのメッセージはXMLではなく、プレーンな区切りテキストとして記述されます。[ 6 ]メッセージは4つのネストされたレイヤーで構成され、各レイヤーは独自の句読点文字で区切られています。
|）によって複数のフィールドに分割されます。たとえば、PIDセグメントの1つのフィールドには患者の名前が格納されます。^）によってさらにコンポーネントに分割できるため、名前フィールドには姓、名などの個別のコンポーネントを含めることができます。&コンポーネントは、さらに細かい詳細が必要な場合は、アンパサンド（ ）で分割できます。さらに2つの文字で構文が完成します。チルダ（~）はフィールド内の繰り返し値を示し、HL7v2.7以降は番号記号（#）がデフォルトの切り捨て文字です。[ 7 ]
以下の例は入院メッセージです。MSHはヘッダーです。PIDは患者の識別情報、PV1は診察の詳細を表します。 PID セグメントでは、患者名のフィールドに、キャレットで区切られた 3 つのコンポーネント (姓 ( )、名 ( KLEINSAMPLE)、BARRYミドルネームの頭文字 ( Q)) が含まれており、上記のフィールド/コンポーネントの分割を示しています。
MSH|^~\&|メガレギュレーター|XYZHospC|スーパーOE|XYZImgCtr|20060529090131-0500||ADT^A01^ADT_A01|01052901|P|2.5 EVN||200605290901|||| PID|||56782445^^^UAReg^PI||KLEINSAMPLE^BARRY^Q^JR||19620910|M||2028-9^^HL70005^RA99113^^XYZ|260 GOODWIN CREST DRIVE^^BIRMINGHAM^AL^35209^^M~NICKELL'S PICKLES^10000 W 100TH AVE^BIRMINGHAM^AL^35200^^O|||||||0105I30001^^^99DEF^AN PV1||I|W^389^1^UABH^^^^3| |||12345^モーガン^レックス^J^^^MD^0010^UAMC^L||67890^グレインジャー^ルーシー^X^^^MD^0010^ UAMC^L|MED| | | |A0| |13579^ポッター^シャーマン^T^^^MD^0010^UAMC^L| | | | | | | | | | | | | | | | | | 200605290900 OBX|1|NM|^機体高さ||1.80|m^メートル^ISO+|||||F OBX|2|NM|^体重||79|kg^キログラム^ISO+|||||F AL1|1||^アスピリン DG1|1||786.50^胸痛、特定不能^I9|||A
この柔軟性により、HL7 v2.x は患者管理から電子カルテ、専門的な検査システムや放射線システムまで、幅広い病院システムを相互接続することが可能になり、米国の主要な医療情報ベンダーすべてによってサポートされ続けています。[ 8 ]
HL7 バージョン 3 標準は、すべての医療ワークフローをサポートすることを目的としています。[ 9 ]バージョン 3 の開発は 1995 年頃に始まり、2005 年に最初の標準が発行されました。バージョン 2 とは異なり、v3 標準は形式的な方法論 (HDF) とオブジェクト指向の原則に基づいています。
RIM - ISO/HL7 21731
参照情報モデル[ 10 ]（RIM）は、HL7バージョン3の開発プロセスの基盤であり、HL7 V3開発方法論の不可欠な部分です。RIMは、特定の臨床または管理コンテキストで必要とされるデータコンテンツを表現し、HL7メッセージのフィールドに含まれる情報間に存在する意味的および語彙的なつながりを明示的に表現します。 [ 11 ]
HL7開発フレームワーク - ISO /HL7 27931
HL7バージョン3開発フレームワーク（HDF）は、医療システム間の相互運用性を促進する仕様の開発を目指す、継続的に進化するプロセスです。HL7 RIM、語彙仕様、およびモデル駆動型の分析・設計プロセスが組み合わさることで、HL7バージョン3は、医療情報システムの相互運用性に関する合意に基づく標準の開発のための方法論となります。HDFは、HL7 V3開発方法論の最新版です。
HDFは、メッセージングだけでなく、すべてのHL7標準仕様の開発に関連するプロセス、ツール、関係者、ルール、成果物も文書化します。最終的には、HDFは電子カルテのアーキテクチャと要件の分析から生じる新しい標準を含む、すべてのHL7標準仕様を網羅する予定です。
HL7仕様は、さまざまなソースからのコードと語彙に基づいています。V3語彙作業は、HL7仕様を実装するシステムが、使用するコードソースとコード値ドメインを明確に理解できるようにするためのものです。
V3メッセージング
HL7バージョン3メッセージング標準は、すべての医療ワークフローをサポートするために、一連のセキュアテキストメッセージ（インタラクションと呼ばれる）を定義しています。
HL7 v3メッセージは、次の例に示すように、XMLエンコーディング構文に基づいています。[ 12 ]： 2.2.1
<POLB_IN224200 ITSVersion= "XML_1.0" xmlns= "urn:hl7-org:v3" xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance" > <id root= "2.16.840.1.113883.19.1122.7" extension= "CNTRL-3456" /> <creationTime value= "200202150930-0400" /> <!-- 使用されているデータ型/RIM/語彙のバージョンは、2006 年 5 月のものです --> <versionCode code= "2006-05" /> <!-- interaction id= 受信者の責任なしの観測イベント完了 --> <interactionId root= "2.16.840.1.113883.1.6" extension= <receiver typeCode = "POLB_IN224200" /> <processingCode code= "P" /> <processingModeCode nullFlavor= "OTH" /> <acceptAckCode code= "ER" /> <receiver typeCode= "RCV" > <device classCode= "DEV" determinerCode= "INSTANCE" > <id extension= "GHH LAB" root= "2.16.840.1.113883.19.1122.1" /> <asLocatedEntity classCode= "LOCE" > <location classCode= "PLC" determinerCode= "INSTANCE" > <id root= "2.16.840.1.113883.19.1122.2" extension= "ELAB-3" /> </location> </asLocatedEntity> </device> </receiver> <sender typeCode= "SND" > <device classCode= "DEV" determinerCode= "INSTANCE" > <id root= "2.16.840.1.113883.19.1122.1" extension= "GHH OE" /> <asLocatedEntity classCode= "LOCE" > <location classCode= "PLC" determinerCode= "INSTANCE" > <id root= "2.16.840.1.113883.19.1122.2" extension= "BLDG24" /> </location> </asLocatedEntity> </device> </sender> <!-- トリガーイベント制御アクションとドメインコンテンツ --> </POLB_IN224200>HL7臨床文書アーキテクチャ（CDA）は、交換用の臨床文書のエンコーディング、構造、意味を規定することを目的としたXMLベースのマークアップ標準です。[ 13 ]この標準はISOと共同でISO/HL7 27932として発行されました。
継続的ケア文書フレームワークは、臨床文書アーキテクチャ標準に基づいた、米国特有の医療サマリー交換のための標準規格です。
構造化製品表示とは、HL7バージョン3に基づいて、医薬品に添付される公開情報を指します。
CCOW（Clinical Context Object Workgroup）は、異なるアプリケーション間でユーザーコンテキストと患者コンテキストをリアルタイムかつユーザーインターフェースレベルで共有できるように設計された標準プロトコルです。CCOWの実装では通常、アプリケーション間のユーザーセキュリティを管理するためのCCOWボールトシステムが必要です。
Fast Healthcare Interoperability Resources は、 HL7 Internationalによる最新の相互運用性仕様で、HL7 バージョン 2.x や 3.x よりも実装が容易で、よりオープンで、より拡張性があるように設計されています。HTTP ベースのRESTful プロトコル、ユーザー インターフェイス統合のためのHTMLおよびCascading Style Sheets 、データ表現のためのJSONまたはXMLの選択、認証のためのOAuth 、クエリ結果のためのAtomなど、最新の Web ベースのAPIテクノロジー スイートを活用しています。 [ 14 ] FHIR 標準の主な目的は、異なるコンピュータ システム間の相互運用性を確保することです。この標準は、医療情報がこれらのシステムでどのように保存されているかに関係なく、医療情報を交換するためのデータ形式とプロトコルを定義します。[ 15 ]
HL7サービス対応エンタープライズアーキテクチャフレームワーク（SAIF）は、すべてのHL7成果物間の一貫性を確保し、エンタープライズアーキテクチャ（EA）の開発と実装に対する標準化されたアプローチと、その一貫性を測定する方法を可能にします。
SAIFは、計算可能な意味論的相互運用性を実現するために必要なガバナンス、適合性、コンプライアンス、および動作意味論を明示的に記述する仕様を作成するための考え方です。想定される情報伝送技術は、メッセージング、文書交換、またはサービスアプローチを使用する可能性があります。
SAIFは、他の標準規格との相互運用性を合理化するために必要なフレームワークです。SAIFは相互運用性を実現するためのアーキテクチャですが、エンタープライズアーキテクチャ管理のための包括的なソリューション設計ではありません。
アーデン構文は、医療知識を符号化するための言語です。HL7インターナショナルは、アーデン構文2.0から始まるこの標準規格を採用し、管理しています。これらの医療ロジックモジュール（MLM）は、個々の医療判断を下すのに十分な知識を格納できるため、臨床現場で使用されます。MLM は、アラート、診断、解釈に加え、品質保証機能や管理サポートを提供できます。MLMは、最小システム要件を満たし、適切なプログラムがインストールされているコンピュータ上で動作する必要があります。そうすることで、MLMは必要な時に必要な場所でアドバイスを提供できます。
臨床品質言語（CQL）は、ANSI認定[ 16 ]の臨床に特化した高レベル表現言語標準であり、Health Level 7によってキュレーションされています。[ 17 ]これは、電子臨床品質測定および臨床意思決定支援の領域における臨床知識の共有を目的としています。[ 18 ]
臨床品質言語は、 WHO SMART ガイドラインなどさまざまな臨床アプリケーションで使用されており、意思決定ロジックとパフォーマンス指標のエンコードに使用されています。[ 19 ]メディケアおよびメディケイドサービスセンターは、 2019年以降、臨床品質測定仕様に CQL を採用しています。[ 20 ] [ 21 ]
CQLは論理のモジュール化された柔軟な表現を可能にし、人間が読みやすく、機械が処理しやすい。[ 20 ]
CQLの実装は、言語の採用を促進する目的で、2023年に国家品質保証委員会によってオープンソース化され公開されました。 [ 22 ]
電子カルテの機能仕様
OBRセグメントは、検査、診断研究/観察に関する情報を伝達します。[ 23 ]これは、ORM（オーダーメッセージ）[ 24 ]またはORU（観察結果）メッセージ[ 25 ]の必須セグメントです。
この記事は、無料コンテンツ作品からのテキストを組み込んでいます。クリエイティブ・コモンズ表示-継承3.0ライセンスの下でライセンスされています。テキストはSpronk 2007から引用されています。