健康レベル7


Health_Level_7

は、標準のファミリーについてです。それらを作成した組織については、
Health LevelSevenInternationalを参照して
Health Level SevenまたはHL7は、さまざまな医療提供者が使用するソフトウェアアプリケーション間で臨床データおよび管理データを転送するための一連の国際標準を指します。これらの標準は、 OSIモデルの「レイヤー7」であるアプリケーションレイヤーに焦点を当てています。HL7標準は、国際標準化機構であるHealth Level Seven Internationalによって作成され、米国規格協会や国際標準化機構などの他の標準化団体によって採用されています。
病院やその他の医療提供者組織は通常、請求記録から患者の追跡まで、あらゆるものに使用されるさまざまなコンピューターシステムを持っています。これらのシステムはすべて、新しい情報を受信したとき、または情報を取得したいときに相互に通信する必要がありますが、すべてがそうするわけではありません。
HL7 Internationalは、さまざまな医療システムが相互に通信できるようにするための、いくつかの柔軟な標準、ガイドライン、および方法論を指定しています。このようなガイドラインまたはデータ標準は、情報を統一された一貫した方法で共有および処理できるようにする一連のルールです。これらのデータ標準は、医療機関が臨床情報を簡単に共有できるようにすることを目的としています。理論的には、この情報交換機能は、医療が地理的に孤立し、変動が大きい傾向を最小限に抑えるのに役立つはずです。
HL7 Internationalは、次の標準を主要な標準と見なしています。これらの標準は、最も一般的に使用および実装されています。
バージョン2.xメッセージング標準–健康および医療トランザクションの相互運用性仕様
バージョン3メッセージング標準–健康および医療トランザクションの相互運用性仕様
Clinical Document Architecture(CDA)–HL7バージョン3に基づく臨床文書の交換モデル
Continuity of Care Document(CCD)–CDAに基づく医療概要の交換に関する米国の仕様。
構造化製品ラベル(SPL)– HL7バージョン3に基づく、医薬品に付随する公開情報
Clinical Context Object Workgroup(CCOW)–ユーザーアプリケーションの視覚的統合のための相互運用性仕様
その他のHL7標準/方法論は次のとおりです。
Fast Healthcare Interoperability Resources(FHIR)–リソース交換の標準
アーデン構文–病状と推奨事項を医療論理モジュール(MLM)として表すための文法
クレーム添付ファイル–別のヘルスケアトランザクションを強化するための標準的なヘルスケア添付ファイル
電子健康記録(EHR)/個人健康記録(PHR)システムの機能仕様–このようなソフトウェアアプリケーションで求められている、または利用可能な健康および医療機能の標準化された説明
GELLO –臨床意思決定支援に使用される標準的な表現言語

コンテンツ
1 一次標準
1.1 バージョン2メッセージング 1.2 バージョン3メッセージング 1.3 臨床文書アーキテクチャ(CDA) 1.4 ケア文書の継続性(CCD) 1.5 構造化製品ラベル(SPL) 1.6 CCOW
2 その他の基準と方法
2.1 Fast Healthcare Interoperability Resources(FHIR) 2.2 サービス対応の相互運用性フレームワーク 2.3 アーデン構文 2.4 MLLP 2.5 機能的なEHRおよびPHRの仕様
3 メッセージの詳細
3.1 OBRセグメント
4 も参照してください
5 参考文献
6 外部リンク
6.1 重要なレビュー

一次標準
HL7の主要な標準は、Health LevelSevenInternationalが最も一般的に使用および実装されていると見なしている標準です。

バージョン2メッセージング
HL7バージョン2標準(Pipehatとも呼ばれます)は、病院のワークフローをサポートすることを目的としています。もともとは1989年に作成されました。
HL7バージョン2は、管理、ロジスティック、財務、および臨床プロセスをサポートする一連の電子メッセージを定義します。1987年以降、標準は定期的に更新され、バージョン2.1、2.2、2.3、2.3.1、2.4、2.5、2.5.1、2.6、2.7、2.7.1、2.8、2.8.1、および2.8.2になりました。v2.x標準には下位互換性があります(たとえば、バージョン2.3に基づくメッセージは、バージョン2.6をサポートするアプリケーションによって理解されます)。
HL7 v2.xメッセージは、セグメント(行)と1文字の区切り文字に基づく非XMLエンコード構文を使用します。セグメントには、複合区切り文字で区切られた複合(フィールド)がコンポジットは、サブコンポジット区切り文字で区切られたサブコンポジット(コンポーネント)を持つことができ、サブコンポジットは、サブサブコンポジット区切り文字で区切られたサブサブコンポジット(サブコンポーネント)を持つことができます。デフォルトの区切り文字は、セグメントセパレータのキャリッジリターン、フィールドセパレータの垂直バーまたはパイプ()、コンポーネントセパレータのカレット()、サブコンポーネントセパレータのアンパサンド()、およびデフォルトの切り捨てセパレータの番号記号(#)です。チルダ()はデフォルトの繰り返し区切り文字です。各セグメントは、セグメントタイプを識別する3文字の文字列で始まります。メッセージの各セグメントには、1つの特定のカテゴリの情報が含まれています。すべてのメッセージの最初のセグメントには、メッセージタイプを識別するフィールドが含まれています。メッセージタイプは、メッセージで予想されるセグメントタイプを決定します。特定のメッセージタイプで使用されるセグメントタイプは、HL7標準で使用されるセグメント文法表記によって指定されます。|^&~MSH
以下は、アドミッションメッセージの例です。MSHはヘッダーセグメント、PIDPatient Identity、PV1はPatient Visit情報などです。PIDセグメントの5番目のフィールドは、患者の名前、順番、家族名、名、2番目の名前(またはそのイニシャル)、接尾辞などです。 HL7 V2.x標準バージョンに応じて、追加の患者情報のためにセグメントでより多くのフィールドを使用できます。
MSH | ^〜&| MegaReg | XYZHospC | SuperOE | XYZImgCtr | 20060529090131-0500 || ADT ^ A01 ^ ADT_A01 | 01052901 | P | 2.5EVN || 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 ^ ANPV1 || I | W ^ 389 ^ 1 ^ UABH ^^^^ 3 |||| 12345 ^ MORGAN ^ REX ^ J ^^^ MD ^ 0010 ^ UAMC ^ L || 67890 ^ GRAINGER ^ LUCY ^ X ^^^ MD ^ 0010 ^ UAMC ^ L | MED ||||| A0 || 13579 ^ POTTER ^ SHERMAN ^ T ^^^ MD ^ 0010 ^ UAMC ^ L |||||||||||||||| ||||||||||| 200605290900OBX | 1 | NM|^身長||1.80|m^メーター^ISO+ ||||| FOBX | 2 | NM|^体重||79|kg^キログラム^ISO+ ||||| FAL1 | 1||^アスピリンDG1 | 1 || 786.50 ^胸痛、不特定^ I9 ||| A
HL7 v2.xは、電子患者管理システム(PAS)、電子診療管理(EPM)システム、検査情報システム(LIS)、食事、薬局、請求システム、および電子医療記録(EMR)または電子間の相互運用性を可能にしました。健康記録(EHR)システム。現在、HL7 v2.xメッセージング標準は、米国のすべての主要な医療情報システムベンダーによってサポートされています。

バージョン3メッセージング
HL7バージョン3標準は、すべてのヘルスケアワークフローをサポートすることを目的としています。バージョン3の開発は1995年頃に開始され、2005年に最初の標準が公開されました。バージョン2とは対照的に、v3標準は、正式な方法論(HDF)とオブジェクト指向の原則に基づいています。
RIM-ISO / HL7 21731
参照情報モデル(RIM)は、HL7バージョン3開発プロセスの基礎であり、HL7V3開発方法論の重要な部分です。RIMは、特定の臨床または管理コンテキストで必要なデータコンテンツを表現し、HL7メッセージのフィールドで運ばれる情報間に存在する意味論的および語彙的接続の明示的な表現を提供します。
HL7開発フレームワーク-ISO /HL7 27931
HL7バージョン3開発フレームワーク(HDF)は、ヘルスケアシステム間の相互運用性を促進する仕様の開発を目指す継続的に進化するプロセスです。HL7 RIM、語彙仕様、および分析と設計のモデル駆動型プロセスを組み合わせることで、HL7バージョン3は、医療情報システムの相互運用性に関するコンセンサスベースの標準を開発するための1つの方法論になります。HDFは、HL7V3開発方法論の最新版です。
HDFは、メッセージングだけでなく、すべてのHL7標準仕様の開発に関連するプロセス、ツール、アクター、ルール、およびアーティファクトも文書化します。最終的に、HDFは、電子健康記録のアーキテクチャと要件の分析から得られた新しい標準を含む、すべてのHL7標準仕様を網羅する予定です。
HL7仕様は、さまざまなソースからのコードと語彙を利用しています。V3の語彙作業により、HL7仕様を実装するシステムが、使用しているコードソースとコード値ドメインを明確に理解できるようになります。
V3メッセージング
HL7バージョン3メッセージング標準は、すべてのヘルスケアワークフローをサポートするための一連のセキュアテキストメッセージ(インタラクションと呼ばれる)を定義しています。
HL7 v3メッセージは、次の例に示すように、XMLエンコーディング構文に基づいています。 :2.2.1 
<!-使用されるデータ型/RIM/語彙のバージョンは2006年5月のものです-> < versionCodecode = "2006-05" /> <!-インタラクションID =監視イベントの完了、レシーバーの責任なし->









< id root = "2.16.840.1.113883.19.1122.2" extension = "BLDG24" />

<!-トリガーイベント制御法とドメインコンテンツ-> < / POLB_IN224200>

臨床文書アーキテクチャ(CDA)
臨床文書アーキテクチャ
HL7 Clinical Document Architecture(CDA)は、交換用の臨床文書のエンコード、構造、およびセマンティクスを指定することを目的としたXMLベースのマークアップ標準です。この規格は、ISOと共同でISO /HL727932として公開されました。

ケア文書の継続性(CCD)
ケア文書の継続性
CCDは、CDAに基づく医療概要の交換に関する米国の仕様です。

構造化製品ラベル(SPL)
構造化製品ラベル
SPLは、HL7バージョン3に基づいて、医薬品に付随する公開情報を記述します。

CCOW CCOW CCOW、または「Clinical Context Object Workgroup」は、異種のアプリケーションがリアルタイムで、ユーザーインターフェイスレベルでユーザーコンテキストと患者コンテキストを共有できるように設計された標準プロトコルです。CCOWの実装では、通常、アプリケーション間のユーザーセキュリティを管理するためにCCOWボールトシステムが必要です。

その他の基準と方法

Fast Healthcare Interoperability Resources(FHIR)
Fast Healthcare Interoperability Resources
Fast Healthcare Interoperability Resourcesは、バージョン2.xまたはバージョン3よりも実装が簡単で、オープンで、拡張性が高いように設計されたHL7 Internationalのドラフト標準です。これは、 HTTPベースのRESTfulを含む最新のWebベースのAPIテクノロジースイートを活用します。プロトコル、ユーザーインターフェイス統合用のHTMLおよびカスケードスタイルシート、データ表現用のJSONまたはXMLの選択、認証用のOAuth、クエリ結果用のATOM 。

サービス対応の相互運用性フレームワーク
HL7 Services Aware Interoperability Framework
HL7サービス対応エンタープライズアーキテクチャフレームワーク(SAIF)は、すべてのHL7アーティファクト間の一貫性を提供し、エンタープライズアーキテクチャ(EA)の開発と実装への標準化されたアプローチ、および一貫性を測定する方法を可能にします。
SAIFは、計算可能なセマンティック作業の相互運用性を実現するために必要なガバナンス、適合性、コンプライアンス、および動作セマンティクスを明示的に記述する仕様を作成することについての考え方です。意図された情報伝送技術は、メッセージング、ドキュメント交換、またはサービスアプローチを使用する場合が
SAIFは、他の標準の相互運用性を合理化するために必要なフレームワークです。SAIFは相互運用性を実現するためのアーキテクチャですが、エンタープライズアーキテクチャ管理のための完全なソリューション設計ではありません。

アーデン構文
アーデン構文
アーデン構文は、医学知識をエンコードするための言語です。HL7 Internationalは、Arden構文2.0以降の標準を採用し、監督しています。これらの医療論理モジュール(MLM)は、単一の医療決定を行うのに十分な知識を含むことができるため、臨床現場で使用されます。品質保証機能と管理サポートとともに、アラート、診断、解釈を生成できます。MLMは、最小システム要件を満たし、正しいプログラムがインストールされているコンピューターで実行する必要が次に、マルチ商法はそれが必要なときと場所についてアドバイスを与えることができます。

MLLP
HL7メッセージングの大部分は、下位層プロトコル(LLP) または最小層プロトコル(MLP)とも呼ばれる最小下位層プロトコル(MLLP)によって転送されます。 TCP / IPを介して送信する場合、TCP / IPはバイトの連続ストリームであるため、メッセージの開始と終了を識別するためにヘッダー文字とトレーラー文字がメッセージに追加されます。ハイブリッド下位層プロトコル(HLLP)は、メッセージの整合性を検証するのに役立つチェックサムを含むMLLPのバリエーションです。他のソフトウェアベンダーの中でも、MLLPはMicrosoft、 Oracle、 Cleoによってサポートされています。
MLLPには固有のセキュリティや暗号化は含まれていませんが、安全なネットワークの外部で保護されたヘルス情報を保護するために、トランスポート層セキュリティ(TLS)やIPsecなどの下位層プロトコルに依存しています。

機能的なEHRおよびPHRの仕様

電子健康記録の機能仕様。

メッセージの詳細
OBRセグメント
OBRセグメントは、検査、診断研究/観察に関する情報を伝達します。これはORM(注文メッセージ)またはORU(観測結果)メッセージの必須セグメントです。

も参照してくださいCDISC DICOM DVTk
電子カルテeHealth EHRcom
European Institute for Health Records(欧州連合)
FastHealthcareの相互運用性リソース
健康情報学
健康情報サービスアーキテクチャ(HISA)
ヘルスケアサービス仕様プロジェクト(HSSP)
Healthcare Enterprise(IHE)の統合
ISO TC 215LOINC NextGen Connect
openEHR財団
公衆衛生情報ネットワーク
SNOMED、SNOMED CT
プロパティと単位の用語の命名法

参考文献
Definition
 には、無料のコンテンツ作品 からのテキストが組み込まれています。Creative CommonsAttribution-ShareAlike3.0ライセンスの下でライセンス供与Spronk2007から取得したテキスト。
の記事にオープンライセンステキストを追加する方法については、このハウツーページを参照してのテキストの再利用については、利用規約をご覧
^ Joel Rodrigues(2010)。健康情報システム:概念、方法論、ツール、およびアプリケーション、第1巻。IGIグローバル。p。xxxix。ISBN 978-1-60566-988-5。
^ ab “”HL7一 次標準”。健康レベルセブンインターナショナル。
^ 「HL7標準」。健康レベルセブンインターナショナル。
^ 「HL7FAQ」。HL7。
^ 「HL7メッセージを理解する」。iNTERFACEWARE。
^ 「HL7メッセージと説明」。健康基準。
^ 「標準化団体」。計画と評価(ASPE)、保健福祉サービス(HHS)の次官補。
^ 「HL7V3標準-高レベルの概要」。2020年5月26日。
^ 「HL7参照情報モデル」。HL7。
^ 「ツールとリソース–V3モデリングと方法論ツール」。HL7。
^ Spronk、René、ed。(2007年11月16日)。「HL7メッセージの例:バージョン2およびバージョン3」。リングホルム。リングホルムbv。
^ ブーン、キースW.(2011年5月20日)。CDAブック。ISBN
 9780857293367。
^ ダンマンロ(2014-03-30)。「ヘルスケア相互運用機能の設定」。フォーブス。
^ 「LLP-下位層プロトコル」。iNTERFACEWARE。
^ 「最小層プロトコル」。LYNIATE。2020年1月13日。
^ 「MLLP受信および送信コンポーネント」。MSDN。
^ 「OracleApplicationServerIntegration B2Bユーザーズ・ガイド、サポートされているプロトコル」。Oracle。
^ 「どのセキュアマネージドファイル転送プロトコルがあなたに適していますか?」。クレオ。2015年6月7日にオリジナルからアーカイブされました。
^ 「HL7OBRセグメント」。コアポイントヘルス。
^ 「HL7用語集」(PDF)。www.hl7.org 。
^ 「ORUメッセージとは何ですか?」。健康基準。

外部リンク
HL7.orgサイト
HL7教育とはどういう意味ですか?
HL7 Internationalは、 SDOグローバルヘルスインフォマティクス標準化に関する共同イニシアチブのメンバーです。
HL7ツールページ
オーストラリアヘルスケアメッセージングラボラトリー(AHML)-オンラインHL7メッセージテストおよび認証
JavaでのHL7v3仕様の包括的な実装
NISTHL7適合性テストフレームワーク
ICH-HL7規制対象製品の提出
HL7チュートリアルディレクトリ
HL7プログラミングチュートリアル、プログラマー向けの多くのHL7概念に関する短いチュートリアル。

重要なレビュー
HL7 RIM:一貫性のない標準
HL7 RIMの精査中(反論の試み)(公開日?)
HL7ウォッチ
2013年の更新:ヘルスケア領域での人間の行動:HL7の参照情報モデルの批判的分析”